(now it's cc'ed)

How about fixing the JBoss relation stuff someone...

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Aslak
Helles�y
Sent: 7. april 2002 14:23
To: Ta'id Holmes; [EMAIL PROTECTED]
Subject: RE: [Middlegen-user] deployment fails (bad jbosscmp-jdbc.xml?)


Hi Ta'id,

(cc'ed to xdoclet-user)

Although Middlegen has support for JBoss (by including @jboss:blabla tags in
the generated sourcecode), it relies on XDoclet to generate proper
JBoss-specific deployment descriptors. I'm not a JBoss user myself (I
currently only work with WebLogic Server for EJBs), so I haven't tested that
Middlegen generated stuff deploys on JBoss.

I have successfully deployed quite complex stuff with all kinds of
combinations of cardinality and directionality on WebLogic Server, so I'm
quite confident that the ejb-jar.xml is OK.

The problem here is that XDoclet's JBoss code is not thoroughly tested, and
there is little I can do about that as I'm not familiar with JBoss. I only
looked at the @jboss docs in XDoclet and make Middlegen generate code that
seems OK according to those docs.

Here is a proposed strategy to make Middlegen/XDoclet work with JBoss. (I'm
not planning to do it though. Someone else will have to).
1) Consult the JBoss docs (and mailing lists) and find out the exact reason
why JBoss chokes. The XDoclet generated jbosscmp-jdbc.xml is probably wrong.
2) Try to edit the generated jbosscmp-jdbc.xml manually until your code
deploys properly.

Now you have identified what XDoclet does wrong.

3) Post your EJB with the @jboss tags to [EMAIL PROTECTED]
(or the XDoclet SF bug/patches page if you feel that's more appropriate)
along with a description about what's wrong, and how it should be. If you
have a clue about XDoclet internals and an idea about where the bug is,
we'll be happy if you suggest a fix. If not, it will probably take some more
time before the bug gets fixed.

It is of course possible that Middlegen generates bad @jboss tags, and that
the jbosscmp-jdbc.xml is wrong because of this, but I think that there are
problems with JBoss CMP/CMR in XDoclet anyway (from what I have seen on the
lists).

Hope this helps,
Aslak

> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Ta'id
> Holmes
> Sent: 7. april 2002 12:35
> To: [EMAIL PROTECTED]
> Subject: [Middlegen-user] deployment fails (bad jbosscmp-jdbc.xml?)
>
>
> Hello!
>
> I would like to use Middlegen for educational purposes so that
> students can
> concentrate on writing Session-Beans and EJB-Clients - and so far
> I am very
> satisfied with what Middlegen together with the help of XDoclet
> already does,
> so the generated Java-sourcecode should be all right for our
> purposes with the
> latest CVS version of Middlegen!
>
> However, there seems to be a problem with the generated jbosscmp-jdbc.xml
> and/or ejb-jar.xml as the following exception occurs while deploying
> with the latest JBoss3.0.0beta2 (also from CVS):
>
> > 2002-04-07 10:55:42,353 ERROR [org.jboss.ejb.EntityContainer]
> Exception in
> >     service lifecyle operation: create
> > org.jboss.deployment.DeploymentException: Role:
> onetable-has-anothertable
> >     with multiplicity many using foreign-key mapping is not
> allowed to have
> >     key-fields
>
> I did not have a detailed look where the problem might be, but
> just to make
> a guess: could the order of the two <ejb-relationship-role>
> containers just
> simply be messed up?
> It would be nothing but just fantastic if this remaining bug
> could be fixed.
> Thanks for the great tool!
>
> Greetings,
>  ...
> Ta'id
>  `-�
> P.S.: If you need some more information (f.i. the SQL-Script (for
> PostgreSQL))
> just contact me!
> --
>          email: [EMAIL PROTECTED]
>       homepage: http://taid.holmes.at/
> PGP Public-Key: https://taid.holmes.at/tholmes.public.gpg
>


_______________________________________________
middlegen-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/middlegen-user


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

Reply via email to