Dmitri Colebatch wrote:
To get the name of a field whilst iterating over get/set methods, use
XDtMethod:propertyName / (from memory).
The problem is that I have a field that has no getter/setter methods. So
I think your suggestion can't work in my case :-(
Jerome.
I looked at the samples that come with xDoclet and
was rather disappointed as they are written
specifically for JBoss. Tell me if I've missed
something, that's only good news for me :)
So here's my concrete question: Has somebody tried
this samples on another appserver, specifically on
There is subtask for weblogic, which would generate
weblogic-specific descriptors for you.
Sure, I know.
I was asking for samples using both the JBoss and the WebLogic subtasks.
Purpose: show that it's possible to write a bean (one file) that deploys
painless on both JBoss and WebLogic.
look
Any support for this in development? I'd love to see an ejb-inprise.xml
generated from xdoclet! I just downloaded BAS to start work on an adapter
for OSUser, so maybe I'll get start working on a template also... hmm...
-Pat
_
Go ahead pal :o)
Ara.
-Original Message-
From: [EMAIL PROTECTED] [mailto:xdoclet-user-
[EMAIL PROTECTED]] On Behalf Of Patrick Lightbody
Sent: Saturday, January 19, 2002 5:38 AM
To: [EMAIL PROTECTED]
Subject: [Xdoclet-user] Borland App Server 4.5
Any support for this in
I agree that standardizing some of the tags would be very beneficial.
I'm
starting work on Borland App Server support, and I now can say that
90% of
the tags found in Orion, Jboss, Borland, Weblogic, and Weblogic can be
combined together in the form of standard tags (table name, column
name).
IMHO the best solution is to put jaxb generation target before ejbdoclet
target. Is it possible? Otherwise create your subtask and invoke it
yourself, probably derive it from DataObjectSubTask, override some of
the methods and do jaxb generation there. You should also disable
original dataobject