Here they are:

--- This is the 1 side of the 1:n ---
   /**
     * @ejb:interface-method view-type="local"
     * @ejb:relation
     *      name="borrower-borrowerdoc"
     *      role-name="Borrower-has-BorrowerDoc"
     *      cascade-delete="yes"
     */
    public abstract Collection
            getBorrowerDocs();

    /**
     * @ejb:interface-method view-type="local"
     */
    abstract public void setBorrowerDocs(Collection
            dependantBeans);

--- This is the n side of the 1:n ---
  /**
     * @ejb:interface-method view-type="local"
     * @ejb:relation
     *      name="borrower-borrowerdoc"
     *      role-name="BorrowerDocBean-belongsto-Borrower"
     */
    public abstract BorrowerLocal getBorrower();

    /**
     * @ejb:interface-method view-type="local"
     */
    abstract public void setBorrower(BorrowerLocal masterBean);

Is that enough info?

Maybe I'm not defining them correctly?  With xdoclet CVS as of a week
ago, this generates fine (although the jboss-cmp is incorrect, so I use
the jaws.xml when deploying)

With a CVS update of today, it stopped working.

-David


On Tue, 11 Dec 2001, Dave Smith wrote:

> More thinking ... Could you send me the tags over the relationship 
> fields .. ie
> /**
>       ejb:realtion blah....
> */
> plus the method. For both sides. Also are you defining the relation 
> fields or is jboss doing it for you?
> 
> 
> David Budworth wrote:
> 
> >Sorry, didn't realize it was yours.
> >
> >It's a 1:N bidirectional relation
> >
> >-David
> >
> >On Tue, 11 Dec 2001, Dave Smith wrote:
> >
> >
> >>It's my stuff. What kind of relationship are you doing?
> >>
> >>David Budworth wrote:
> >>
> >>
> >>>Howdy,
> >>>
> >>>I just upgraded XDoclet to try out Dimitri's new stuff.
> >>>
> >>>I'm getting and error in jboss-cmp generation, and I can't tell where in 
> >>>the template it is failing.
> >>>
> >>>I know which bean is choking when I turn on relation-debugging in log4j.
> >>>
> >>>There are two places in the template that calls swap, so it's got to be
> >>>one of them.
> >>>
> >>>Is there an easy way to tell?  I tried turning on full debugging, but
> >>>after 20 minutes of trying to rebuild xdoclet (constantly logging), I
> >>>gave up.
> >>>
> >>>Do I just need to bite the bullet and rebuild with full logging?
> >>>
> >>>In case it helps, here's a minimal output of the error (with xdoclet
> >>>stacktraces turned on)
> >>>
> >>>[ejbdoclet]   Generating jbosscmp-jdbc.xml.
> >>>[ejbdoclet] Running XDoclet failed:
> >>>[ejbdoclet] Shouldn't swap now
> >>>[ejbdoclet] (DocletTask$DocletMain.start         440 ) Exception trace:
> >>>[ejbdoclet] xdoclet.XDocletException: Shouldn't swap now
> >>>[ejbdoclet] javadoc: In doclet class xdoclet.DocletTask$DocletMain,
> >>>method start has thrown an exception
> >>>java.lang.reflect.InvocationTargetException
> >>>[ejbdoclet]     at
> 
>>>>xdoclet.ejb.tags.RelationTagsHandler$RelationHolder.swap(RelationTagsHandler.java:373)
> >>>[ejbdoclet]     at
> >>>xdoclet.ejb.tags.RelationTagsHandler.swapRelation(RelationTagsHandler.java:269)
> >>>[ejbdoclet]     at java.lang.reflect.Method.invoke(Native Method)
> >>>[ejbdoclet]     at
> >>>xdoclet.template.TemplateEngine.invokeMethod(TemplateEngine.java(Compiled
> >>>Code))
> >>>[ejbdoclet]     at
> >>>xdoclet.template.TemplateEngine.invokeContentMethod(TemplateEngine.java(Compiled
> >>>Code))
> >>>
> >>>
> >>>_______________________________________________
> >>>Xdoclet-devel mailing list
> >>>[EMAIL PROTECTED]
> >>>https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
> >>>
> >>>
> 

_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to