yeah - that looks familiar. I want to get into it myself cant offer any advice
yet sorry.
cheesr
dim
- Original Message -
From: "Jozsa Kristof" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 2:05 PM
Subject: Re: [Xdoclet-user]
Hi dim,
thanks for showing the way out of that problem - I've removed the
@ejb:pk-field and this error has disappeared..
But I'm afraid I've pasted the wrong error line into my mail below, I think
I do have some CMR problems as well. What I wanted to ask, is the following
error:
03:58:01,350 ER
Christopher,
Whilst I'm not working on it, I am using the base relationship stuff with JBoss cvs,
and its working fine - as defaults. I'm not
sure about the jbosscmp-jdbc.xml generation though... its something I'm about to try
and catch up on...
the error you have tho - has nothing to do with
Hi,
Let me ask the usual question again - how's XDoclet up with JBoss3 beta
support? I'd a couple of CMR beans in various relationships, and when I
tried to move on to the released beta1 of JBoss3, the relationships broke
badly. (I've upgraded XDoclet as well to the latest CVS version). The exact
Sorry I must be drunk when I wrote this message ;)
Javadoc operates on source files not on classes.
So if you are sure the interface is in one of the packages of
"sourcepath" of your "ejbdoclet" ant task, everything should be ok.
Then the problem will come from somewhere else.
Do you have somethin
Em Seg, 2002-02-25 às 17:06, Marcus Brito escreveu:
> I'll try, but things may get complicated as the Data Object may depend
> on some interfaces and other interfaces may depend ond this Data Object.
> I may get a bizarre dependency scheme and won't be able to simply
> compile all interfaces and t
Em Seg, 2002-02-25 às 14:52, Vincent Harcq escreveu:
> If it is not compiled, javadoc can not see it so the error.
> You must operate in several steps
> First generate interfaces
> Then compile
> Then generate what needs these interfaces
> ...
> OK?
I'll try, but things may get complicated as the
OK
You need subtask
AddressBean have @ejb:value-object name="Address" match="*"
instantiation="eager"
That means that a AddressValue will be created containing all fields of
the entity bean
"eager" means the VO is build on ejbLoad
Customer Bean have
* @ejb:value-object name="CustomerLight" ma
If it is not compiled, javadoc can not see it so the error.
You must operate in several steps
First generate interfaces
Then compile
Then generate what needs these interfaces
...
OK?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf
> Of Marcus Brito
Em Sex, 2002-02-22 às 18:03, Vincent Harcq escreveu:
> Could it be this:
> You generate to a dest dir different than source dir that is not in the
> classpath of xdoclet so that the interface is not found ?
> Let me know, I would change the message (you are the second to report
> this error)
I ge
Hi Vincent,
Would you mind providing a brief explanation of how to use ValueObjects. I
am looking at the XDoclet samples, but I think an explanation might be
helpful as well.
Thanks,
Steve
- Original Message -
From: "Vincent Harcq" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL
Aggregation on _DataObjects_ works only for 1-1 relationship.
For 1-n, you may want to look at _ValueObject_ (only in cvs and not
fully tested). It is a kind of _DataObject_ but more sophiticated. We
introduced there 1-n relationships (as well as multiple VO per entity
bean with bean's attribut
Hi,
I'm
also interested in knowing more about this. From what I understand is you can
put an ejb:aggregate task in the javadocs for a method: eg. for public abstract
Collection getAddresses() in a person entity bean and then I would get a method
in my person value object as follows: public
- Original Message -
From: Daniel Bratell <[EMAIL PROTECTED]>
Date: Monday, February 25, 2002 11:13 am
Subject: RE: [Xdoclet-user] IOError xdocletting - building in parallell?
> At 13:21 2002-02-22 +0330, you wrote:
> >xdoclet.DocletTask line 236 saves it, 595 loads it. The filename is
At 13:21 2002-02-22 +0330, you wrote:
>xdoclet.DocletTask line 236 saves it, 595 loads it. The filename is
>hardcoded there. If you would come up with a solution that uses a random
>file name and pass the filename from ant task to the forked javadoc.exe
>as a parameter everything will be fine.
I
15 matches
Mail list logo
