as copied from the apidoc: org.mmbase.bridge.Node
public NodeList getRelatedNodes(NodeManager
nodeManager,
java.lang.String role,
java.lang.String direction)
so getRelatedNodes() is ok. getRelations() on the other hand lacks an
implementation with direction parameter. I dint know how bad this is, but it
seems strange to have this paramater for getRelatedNodes() and not for
getRelations(). Is there a reason?
Ernst
-----Oorspronkelijk bericht-----
Van: Joost Diepenmaat [mailto:[EMAIL PROTECTED]]
Verzonden: donderdag 13 februari 2003 13:27
Aan: mmbasedevel
Onderwerp: RE: Strange / undocumented behaviour with unidirectional
relation s and change request
Yes, that's exactly what I mean. At the moment the getRelatedNodes()
methods do not work as expected with unidirectional relations. An
additional parameter to specify the direction(s) of the relations would
solve this problem.
Joost.
On Thu, 2003-02-13 at 13:14, Ernst Bunders wrote:
> But isn't that waht Node.getRelatedNodes(0 in it's various implementations
> it just for? If you say directionality doesn't work well with this method,
> it should be fixed so it can be forced to return nodes of source,
> destination or both types. Otherwise i can't see where it's lacking..
> Ernst
>
> -----Oorspronkelijk bericht-----
> Van: Joost Diepenmaat [mailto:[EMAIL PROTECTED]]
> Verzonden: donderdag 13 februari 2003 12:05
> Aan: mmbasedevel
> Onderwerp: RE: Strange / undocumented behaviour with unidirectional
> relation s and change request
>
>
> On Thu, 2003-02-13 at 09:46, Ernst Bunders wrote:
> > it seems to me, tha if the searchdir parameter works well, there is no
> need
> > for additional methods. searchdir=null would have to return all related
> > nodes/relations.
> > Ernst
>
> I think you mean searchdir=both here, and yes it would help, but I still
> think there should be some way to ask for all the relations/related
> nodes directly from a node (which will save an additional query to get
> the real node from the virtual nodes returned from the multilevel
> query).
>
> Joost.
>
>
> --
>
--
