At 15:42 2002-03-06 +0800, Herry wrote:
>Hi,
>sorry but to extend the previous question, does
>anybody know where I can find some doc on the ANT
>webdoclet subtask specifially for weblogic. I believe
>there some custom subtask under webdoclet that caters
>to the vendor specifics.
>Basically, I jus
Hi,
It is on the todo list.
https://sourceforge.net/tracker/index.php?func=detail&aid=510588&group_i
d=31602&atid=402707
I never looked at ejb client jar myself so I can not help further...
Vincent
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf
> O
Hi,
sorry but to extend the previous question, does
anybody know where I can find some doc on the ANT
webdoclet subtask specifially for weblogic. I believe
there some custom subtask under webdoclet that caters
to the vendor specifics.
Basically, I just want to know where in ANT can I
define the pl
Found it. Thanks :)
--- Daniel Bratell <[EMAIL PROTECTED]>
wrote: > At 11:36 2002-03-06 +0800, Herry wrote:
> >Hi,
> >does anybody have any documentatiaons on how to
> >generate the weblogic specific deployment
> decryptors?
> >I am mainly interested in generating the
> weblogic.xml
> >portion.
I have to admit to being a bit vague on the details of the client-view-jar
(despite having read the EJB spec) but I am wondering what support there is
for specifying the client-view in the EJB JAR DD
I can't see any tags or merge points that deal with the ejb client view ?
Did I miss something
At 18:05 2002-03-06 +1100, Dmitri Colebatch wrote:
>the options I see are :
>
>(a) do nothing, and use constants class
>(b) your suggestion of using fields int he ejb, and replicating in interfaces
>(c) my suggestion of finder style declarations.
>
>Ara - I'll put one of these in (well, b or c) if
> >what's ugly about it? As I understand it, Ara's criticism is over the
> >placement of constants in an interface. atm, we have
> >finders:
> >
> > @ejb:finder query="java.util.Collection findAll()"
>
> Ah, what I thought ugly was placing something that's pure Java into a
> comment and into
> > >Well, about the "Don't know what to write here;" the answer is you can't
> > >because javdoc's doclet api doesn't have a method to retrieve that.
> > >Hopefully xdoclet's xjavadoc api will let you do that. But for the time
> > >being, you can follow Dmitri's proposal (@ejb:interface-constant
At 11:36 2002-03-06 +0800, Herry wrote:
>Hi,
>does anybody have any documentatiaons on how to
>generate the weblogic specific deployment decryptors?
>I am mainly interested in generating the weblogic.xml
>portion. Can't seem to find any documentation in the
>download.
Do you mean what the documen
Hi,
I have two servlets that are currently using the same
resource-ref (a datasource) and so I specify the
@web:resource-ref in both the servlet's code.
However, when I use the xdoclet to generate the
web.xml, it returns two identical resource-ref tag. Is
that suppose to happen? How do I ensure th
Hi,
does anybody have any documentatiaons on how to
generate the weblogic specific deployment decryptors?
I am mainly interested in generating the weblogic.xml
portion. Can't seem to find any documentation in the
download.
Thanks
Regards,
Herry
__
> > > public = Don't know
> >what
> > > to
> > > write here;
> >
> >Well, about the "Don't know what to write here;" the answer is you can't
> >because javdoc's doclet api doesn't have a method to retrieve that.
> >Hopefully xdoclet's xjavadoc api will let you do that. But for the time
> >be
Look at value object for that (current cvs)
WARNING : Alpha version ;)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf
> Of Jozsa Kristof
> Sent: mardi 5 mars 2002 22:33
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-user] Setting CMR through dataobjec
Hi,
I dunno whether it's possible to set CMR relationship between two beans,
through it's dataobject's setData() method... Eg. taking the usual example,
I have Product-Manufacturer 1-n bi relationship, and I'd like to include the
product's related manufacturerid in the XDoclet-generated Dataobjec
Done. Use kind="physical" or "logical" in .
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-user-
> [EMAIL PROTECTED]] On Behalf Of Ara Abrahamian
> Sent: Monday, March 04, 2002 8:41 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-user] Home look
> I have a session bean named PartnerFacade in package com.test.partner.
>
> So the bean is com.test.partner.PartnerFacade and on my C drive its in
the
> c:\com\test\partner directory.
> I want to include an environment entry which is in a mergefile named
> ejb-env-entries-PartnerFacade.xml.
>
>
Hi,
I have a session bean named PartnerFacade in package com.test.partner.
So the bean is com.test.partner.PartnerFacade and on my C drive its in the
c:\com\test\partner directory.
I want to include an environment entry which is in a mergefile named
ejb-env-entries-PartnerFacade.xml.
Is this th
At 12:13 2002-03-05 +0430, Ara Abrahamian wrote:
> > public = Don't know
>what
> > to
> > write here;
>
>Well, about the "Don't know what to write here;" the answer is you can't
>because javdoc's doclet api doesn't have a method to retrieve that.
>Hopefully xdoclet's xjavadoc api will let yo
> Also, could something like this go into the default template? I'm
willing
> to create a patch when I get it to work.
>
> My template:
>
>
>
> public = Don't know
what
> to
> write here;
>
>
>
Well, about the "Don't know what to write here;" the answer is you can't
because
A@ejb:interface extends="org.yourname.YourInterfaceWithConstants" should
>work if you place the contants in "org.yourname.YourInterfaceWithConstants".
I thought of this, and it could be a way, but I would prefer to keep
everything in the bean in one single file. It's after all a very small been
At 20:40 2002-03-04 +0430, Ara Abrahamian wrote:
>In that file you can either hard-code the values you're talking about or
>write your own template which loops over all public static constants
>marked with @ejb:interface-field (you invent this tag) and adds them to
>remote interface. Use template
21 matches
Mail list logo