[Xdoclet-devel] v1.0 is ready!

2001-09-19 Thread Ara Abrahamian
OK guys, v1.0 ditro is ready. I also added webwork.jar so that samples compiles out of the box. It's 995KB zip :o) I'm going tag it and upload it in 2-3 hours. Nothing left to add? Aslak, is your stuff ok? Let me know asap. Ara. _ Do You

RE: FW: [Xdoclet-devel] v1.0 status so far

2001-09-16 Thread Dmitri Colebatch
On Sun, 16 Sep 2001, Andrew Stevens wrote: > True, I was just trying to think of a way that didn't rely on having to > add abstract methods just to put tags on. I seem to remember there was > some other tag parameter (finder permissions, maybe?) added for similar > reasons a while ago. I thi

RE: FW: [Xdoclet-devel] v1.0 status so far

2001-09-16 Thread Andrew Stevens
A wise old hermit known only as Ara Abrahamian <[EMAIL PROTECTED]> once said: > > > > 0- ejb:relation: remove target-multiple by looking at method > return > > > > type and use it for the other end of relation > > > > 0.1- make getData automatically appear in remote interface (?) > > > > 3 opti

RE: [Xdoclet-devel] v1.0 status so far

2001-09-16 Thread Ara Abrahamian
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. > >

RE: [Xdoclet-devel] v1.0 status so far

2001-09-15 Thread Dmitri Colebatch
To: [EMAIL PROTECTED] > > Subject: RE: [Xdoclet-devel] v1.0 status so far > > > > A wise old hermit known only as Andrew Stevens > > <[EMAIL PROTECTED]> once said: > > > > > A wise old hermit known only as Ara Abrahamian <[EMAIL PROTECTE

RE: FW: [Xdoclet-devel] v1.0 status so far

2001-09-15 Thread Ara Abrahamian
> > > 0- ejb:relation: remove target-multiple by looking at method return > > > type and use it for the other end of relation > > > 0.1- make getData automatically appear in remote interface (?) > > 3 options come to mind: > - a parameter to @ejb:data-object for remoteSetData="true(default)|false

RE: [Xdoclet-devel] v1.0 status so far

2001-09-15 Thread Ara Abrahamian
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

RE: [Xdoclet-devel] v1.0 status so far

2001-09-14 Thread Andrew Stevens
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

Re: FW: [Xdoclet-devel] v1.0 status so far

2001-09-14 Thread Andrew Stevens
A wise old hermit known only as Ara Abrahamian <[EMAIL PROTECTED]> once said: > OK guys, > We're almost getting ready for v1.0. I think we can release it on Monday > after having docs for websphere/jmx/webworks. Please write the docs > ASAP! > > > 0- ejb:relation: remove target-multiple by look

FW: [Xdoclet-devel] v1.0 status so far

2001-09-13 Thread Ara Abrahamian
OK guys, We're almost getting ready for v1.0. I think we can release it on Monday after having docs for websphere/jmx/webworks. Please write the docs ASAP! > 0- ejb:relation: remove target-multiple by looking at method return type > and use it for the other end of relation > 0.1- make getData aut

RE: [Xdoclet-devel] v1.0 status so far

2001-09-12 Thread Andrew Stevens
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

RE: [Xdoclet-devel] v1.0 status so far

2001-09-12 Thread Ara Abrahamian
> > 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

Re: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread minh_kama_yie
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: [

RE: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread Dmitri Colebatch
; > 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: > >

RE: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread Andrew Stevens
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()

RE: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread Ara Abrahamian
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 >

RE: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread Dmitri Colebatch
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.

RE: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread Ara Abrahamian
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

Re: [Xdoclet-devel] v1.0 status so far

2001-09-11 Thread Dmitri Colebatch
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

RE: [Xdoclet-devel] v1.0 status so far

2001-09-10 Thread Dmitri Colebatch
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)

[Xdoclet-devel] v1.0 status so far

2001-09-10 Thread Ara Abrahamian
Undone Items: 20-21-22-25-26-17-15-16 Mostly docs and stuff like that, except 15-16-20. I add new items: 0- ejb:relation: remove target-multiple by looking at method return type and use it for the other end of relation 0.1- make getData automatically appear in remote interface (?) 0.2- Is Abstra

RE: [Xdoclet-devel] v1.0 status so far

2001-09-10 Thread Ara Abrahamian
> 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

Re: [Xdoclet-devel] v1.0 status so far

2001-09-10 Thread Dmitri Colebatch
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

RE: [Xdoclet-devel] v1.0 status so far

2001-09-08 Thread Dmitri Colebatch
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

RE: [Xdoclet-devel] v1.0 status so far

2001-09-08 Thread Ara Abrahamian
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

Re: [Xdoclet-devel] v1.0 status so far

2001-09-08 Thread Dmitri Colebatch
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

[Xdoclet-devel] v1.0 status so far

2001-09-08 Thread Ara Abrahamian
> XDoclet Bugs/Features: > 1- [ #449838 ] Generate only getter for persistent flds > Refer to the Andrew's proposed solution Fixed. > 3- [ #456464 ] Line termination behaves differently > Can someone check this? Fixed. > 4- [ #446350 ] Can't use both packagenames and fileset >

Re: [Xdoclet-devel] v1.0

2001-09-04 Thread Dmitri Colebatch
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

[Xdoclet-devel] v1.0 status so far

2001-09-04 Thread Ara Abrahamian
> XDoclet Bugs/Features: > 1- [ #449838 ] Generate only getter for persistent flds > Refer to the Andrew's proposed solution Fixed. > 3- [ #456464 ] Line termination behaves differently > Can someone check this? Fixed. > 4- [ #446350 ] Can't use both packagenames and fileset >

RE: [Xdoclet-devel] v1.0

2001-09-04 Thread Ara Abrahamian
> > 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

RE: [Xdoclet-devel] v1.0

2001-09-04 Thread Ara Abrahamian
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

RE: [Xdoclet-devel] v1.0

2001-09-04 Thread Ara Abrahamian
> > > 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

WebWork - was Re: [Xdoclet-devel] v1.0

2001-09-04 Thread Dmitri Colebatch
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

Re: [Xdoclet-devel] v1.0

2001-09-04 Thread Rickard Öberg
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:

Re: [Xdoclet-devel] v1.0

2001-09-04 Thread Dmitri Colebatch
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

Re: [Xdoclet-devel] v1.0

2001-09-04 Thread Rickard Öberg
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

Re: [Xdoclet-devel] v1.0

2001-09-04 Thread Dmitri Colebatch
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

Re: [Xdoclet-devel] v1.0

2001-09-03 Thread Rickard Öberg
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...

Re: [Xdoclet-devel] v1.0

2001-09-03 Thread Dmitri Colebatch
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

Re: [Xdoclet-devel] v1.0

2001-09-03 Thread Rickard Öberg
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

[Xdoclet-devel] v1.0

2001-09-03 Thread Ara Abrahamian
Here is a list of the things that we need to complete for v1.0. If you implement one of these items, then put the item number in your cvs log when committing, so that I know which one is done/undone. Also if you want to subscribe (!) for implementing it then reply to this email and put your name i