Re: MiddleGen bug?

Eivind Waaler <[email protected]>
Newsgroups gmane.comp.java.ejb.middlegen.user
Message-ID <[email protected]>
I believe there's a bug in Middlegen when you have two foreign keys
pointing to the same table.

Think maybe someone had a quickfix for this? Try searching the mailing
list archives..

.eivind

On Mon, 22 Mar 2004, Nuno Duarte Santos (Ext) wrote:

> Hello,
>
> I am trying to use Middlegen with the following DB schema:
>
>
> Table Persons				table Reservations
> person_id   PK				reservations_id   PK
> 					person_id_fk      FK
>                                                             person_id2_fk    FK
>
>
> This kind of relationship generates an error when Xdoclet is trying to build the VO because middlegen repeats the xdoclet tag
> @ejb.value-object
>     *   aggregate="${plugin.interfacePackage}.${target.baseClassName}LightValue"
>     *   aggregate-name="${target.baseClassName}"                                 <----
>     *   members="$target.localClassName"
>     *   members-name="${target.baseClassName}"                                  <----
>     *   match="all"
>     *   relation="external"
>     *   type="java.util.Collection"
> #else
>     * @ejb.value-object
>     *   aggregate="${plugin.interfacePackage}.${target.baseClassName}LightValue"
>     *   aggregate-name="${target.baseClassName}"                              <-----
>     *   match="all"
>     *   relation="external"
>
>
> the tags marked with <---- will cause the Xdoclet to generate classes with repeated variable and methods names
>
> I changed the <---- to "$table.getVariableName($relationshipRole)", this solved


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.