I have a series on ActiveObject entities in my JIRA plugin.
public interface AT extends Template { @OneToMany(reverse = "getAT") public ComponentOrder[] getOrders(); } @Polymorphic public interface CT extends Template { @OneToMany(reverse = "getCT") public ComponentOrder[] getOrders(); } public interface IT extends CT { public String getAttribute(); public void setAttribute(String attribute); } public interface ComponentOrder extends Entity { public AT getAT(); public void setAT(AT at); public CT getCT(); public void setCT(CT ct); public int getOrder(); public void setOrder(int order); public static class ComponentOrderComparator implements Comparator<ComponentOrder> { @Override public int compare(ComponentOrder o1, ComponentOrder o2) { return Integer.compare(o1.getOrder(), o2.getOrder()); } } }
Template extends Entity.
The values I have in ComponentOrder are valid. Each entry points to one AT and one CT (plus containing the order).
If I get the list of AT, when I call getOrders(), it returns the correct objects from ComponentOrder.
//I specifically get one AT to get the number of components attached int number = ao.find(AT.class)[2].getOrders().length;
However, if I get the list of IT, the number of components is zero.
int number = ao.find(IT.class)[0].getOrders().length;
If I search directly in ComponentOrder, I can can both the AT and CT without issue.
String nameAT = ao.find(ComponentOrder.class)[0].getAT().getName(); String nameCT = ao.find(ComponentOrder.class)[0].getCT().getName();
Has it something to do with the fact that my ComponentOrder entity points to a polymorphic object?
I would think so.
What you have defined is a one to many relation between ComponentOrder and AT/CT. IT extends CT but doesn't have a relationship directly in the definition. Why not get CT and cast it into IT? Or define IT in the relationship?
The goal was to have CT being generic and containing a list of common attributes (kind of a common template). IT is one of many types that will inherit from it (we plan to have at least six types, that will all have to be linked to ComponentOrder, but without ComponentOrder having to know the exact type of the component. Wouldn't defining IT directly in the relationship, or casting, prevent us from havig multiple types?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In that case, you might want to use CT to retrieve and then cast them appropriately at runtime. Not sure if there is another easier solution out threre or not.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry about the delay. I thought I understood what you meant and tried a few things, but it does not seem to work. I tried moving the relation
@OneToMany(reverse = "getCT") public ComponentOrder[] getOrders();
in the IT class, but it complains that "getOrders()" is not found in CT.
What should I modify to make it work and keep the flexibility?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Here's a link to the same question over on the developer community:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.