Colebatch
> Sent: Sunday, September 16, 2001 10:49 AM
> To: Ara Abrahamian
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-devel] v1.0 status so far
>
> On Sat, 15 Sep 2001, Ara Abrahamian wrote:
>
> > For v1.1 we should change the way samples are organized.
>
>
what the best way to lay out the
source tree is...
cheesr
dim
>
> Ara.
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> > [EMAIL PROTECTED]] On Behalf Of Andrew Stevens
> > Sent: Saturday, September 15, 2001 1:41 AM
> >
should change the way samples are organized.
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Andrew Stevens
> Sent: Saturday, September 15, 2001 1:41 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-devel] v1.0 st
A wise old hermit known only as Andrew Stevens
<[EMAIL PROTECTED]> once said:
> A wise old hermit known only as Ara Abrahamian <[EMAIL PROTECTED]> once
> said:
> > You are right. I forgot BMPs. For a BMP you need to also declare
> > ejb:finder for the class?!?
>
> Not sure - they seemed to ne
A wise old hermit known only as Ara Abrahamian <[EMAIL PROTECTED]> once
said:
> > > Oh yeah, you're right. But ifFinderMethod is useless, cause there's
> no
> > > findBy method in bean impl but in ejb:finder in class tags :o)
> > > AFAIK we can remove it.
> > >
> > > Ara.
> >
> > And what about
> > Oh yeah, you're right. But ifFinderMethod is useless, cause there's
no
> > findBy method in bean impl but in ejb:finder in class tags :o)
> > AFAIK we can remove it.
> >
> > Ara.
>
> And what about BMP beans? I *do* have various ejbFindByX methods...
> Speaking of which, I'd quite like not t
uot; or similar just my 2c
cheesr
dim
> Ara.
>
> > -Original Message-
> > From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 11, 2001 6:30 PM
> > To: Ara Abrahamian
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: [
; > From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 11, 2001 6:30 PM
> > To: Ara Abrahamian
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: [Xdoclet-devel] v1.0 status so far
> >
> > On Tue, 11 Sep 2001, Ara Abrahamian wrote:
> >
Sent: Tuesday, September 11, 2001 12:39 PM
> > To: Ara Abrahamian
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Xdoclet-devel] v1.0 status so far
> >
> > On Tue, 11 Sep 2001, Ara Abrahamian wrote:
> >
> > > 0.2- Is AbstractEjbSubTask.isInterfaceMethod()
Sent: Tuesday, September 11, 2001 6:30 PM
> To: Ara Abrahamian
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-devel] v1.0 status so far
>
> On Tue, 11 Sep 2001, Ara Abrahamian wrote:
>
> > Oh yeah, you're right. But ifFinderMethod is useless, cause there's
no
>
PROTECTED]]
> > Sent: Tuesday, September 11, 2001 12:39 PM
> > To: Ara Abrahamian
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Xdoclet-devel] v1.0 status so far
> >
> > On Tue, 11 Sep 2001, Ara Abrahamian wrote:
> >
> > > 0.2- Is AbstractEjbSubTask.
2001 12:39 PM
> To: Ara Abrahamian
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-devel] v1.0 status so far
>
> On Tue, 11 Sep 2001, Ara Abrahamian wrote:
>
> > 0.2- Is AbstractEjbSubTask.isInterfaceMethod() ok? It uses
> > startsWith("ejbCreate")/blabla
On Tue, 11 Sep 2001, Ara Abrahamian wrote:
> 0.2- Is AbstractEjbSubTask.isInterfaceMethod() ok? It uses
> startsWith("ejbCreate")/blabla whereas it should look at
> ejb:create-method/blabla.
I think this is ok... because: it is only isRemoveMethod and
isFinderMethod that check this way, and we d
On Mon, 10 Sep 2001, Ara Abrahamian wrote:
> So I can safely write my orion/etc docs without fear of being
> overwritten or interfering?
(o: yep, all yours... the only docs I'm doing now are just flushing
things out a bit as I go through various bits of code (see the changes to
the ejb:pk docs)
> To: [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-devel] v1.0 status so far
>
> On Sat, 8 Sep 2001, Ara Abrahamian wrote:
>
> > > 4- [ #446350 ] Can't use both packagenames and fileset
> > > Docs should be updated, change 'either' to 'or' fo
On Sat, 8 Sep 2001, Ara Abrahamian wrote:
> > 4- [ #446350 ] Can't use both packagenames and fileset
> > Docs should be updated, change 'either' to 'or' for now.
docs updated.
> > Other:
> > 8- In ejb.html, it should be specified whether a tag is for ejb 2.0,
> for
> > example primkey-field
On Sat, 8 Sep 2001, Ara Abrahamian wrote:
> Hey, are you a superman?! :-)
no - my girlfriend is a flight attendant... and when she's away there's
not much to do at home!
> > > > 11- Use a transaction-type param for @ejb:finder instead of
> defining
> > > the
> > > > real ejbFind... method just
EMAIL PROTECTED]
> Subject: Re: [Xdoclet-devel] v1.0 status so far
>
> On Sat, 8 Sep 2001, Ara Abrahamian wrote:
>
> > > 11- Use a transaction-type param for @ejb:finder instead of
defining
> > the
> > > real ejbFind... method just to set a transaction.
>
> this
On Sat, 8 Sep 2001, Ara Abrahamian wrote:
> > 11- Use a transaction-type param for @ejb:finder instead of defining
> the
> > real ejbFind... method just to set a transaction.
this is just a case of changin asm-descriptor to loop through class level
ejb:finder tags as well as methods with ejb:tra
On Tue, 4 Sep 2001, Ara Abrahamian wrote:
> Postponed XDoclet Bugs/Features:
> 2- [ #456468 ] @xdoclet-generated tag
as you might have seen from the recent cvs, I just thought I was doing
this but in fact did something completely different. My reading of the
request is that xdoclet should know
> > 6- [ #438613 ] Support for Business interface pattern
>
> Because...? It's been debated before, and it's not really useful in
the
> code generation case (unless I've missed something).
It's sometimes needed. For example I created a RMI/SOAP-like thing for
our remote clients. It uses Proxy cl
Yes indeed. Package = xdoclet.web.vendor
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Rickard Öberg
> Sent: Tuesday, September 04, 2001 11:32 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-devel
> > > 5- [ #444503 ] Support more than one servlet per class
> >
> > Skip this one. Too obscure to be relevant.
>
> I agree its obscure, and agree it can be put off for now... but I just
> today came across the same requirement for session beans... not sure
how
> we would do it though... perhaps
On Tue, 4 Sep 2001, Rickard [iso-8859-1] Öberg wrote:
> 0.95 is way way waaay outdated. Use CVS or wait for 1.0-RC1 which should
> be out real soon now.
sounds familar, yep, building cvs atm
> Should I just add it to CVS?
Ara said to didn't he? hell if it works (o: and after all, you did
star
Dmitri Colebatch wrote:
> > If so, I'd recommend that you look at WebWork :-) It allows you to do
> > that, but much simpler :-)
>
> ok - I'm looking at it now (o: I cant help but notice that its got to
> version 0.95... lol, the same version that EJBDoclet was when I was
> introduced to it (o:
On Tue, 4 Sep 2001, Rickard [iso-8859-1] Öberg wrote:
> So.. you mean you have one servlet, which redirects to multiple JSP's.
> And you want to be able to use the same servlet with multiple JSP's.
> Right?
well, I have one class, but multiple servlet instances, each with their
own name and confi
Dmitri Colebatch wrote:
> On Tue, 4 Sep 2001, Rickard [iso-8859-1] Öberg wrote:
> > "Messy" was my thought. Why do you need it? Why is it a requirement?
>
> for the situations where you have one servlet and multiple views of that
> servlet that depend on different configurations - unless I'm miss
On Tue, 4 Sep 2001, Rickard [iso-8859-1] Öberg wrote:
> "Messy" was my thought. Why do you need it? Why is it a requirement?
for the situations where you have one servlet and multiple views of that
servlet that depend on different configurations - unless I'm missing a
really obvious way to do tha
Dmitri Colebatch wrote:
> On Tue, 4 Sep 2001, Rickard [iso-8859-1] Öberg wrote:
> > > Postponed EJBDoclet Bugs/Features:
> > > 5- [ #444503 ] Support more than one servlet per class
> >
> > Skip this one. Too obscure to be relevant.
>
> I agree its obscure, and agree it can be put off for now...
On Tue, 4 Sep 2001, Rickard [iso-8859-1] Öberg wrote:
> > Postponed EJBDoclet Bugs/Features:
> > 5- [ #444503 ] Support more than one servlet per class
>
> Skip this one. Too obscure to be relevant.
I agree its obscure, and agree it can be put off for now... but I just
today came across the same
A couple of comments.
Ara Abrahamian wrote:
> Postponed EJBDoclet Bugs/Features:
> 5- [ #444503 ] Support more than one servlet per class
Skip this one. Too obscure to be relevant.
> 6- [ #438613 ] Support for Business interface pattern
Because...? It's been debated before, and it's not really
31 matches
Mail list logo
