cvs commit: jakarta-commons-sandbox/services - New directory

2001-12-17 Thread oalexeev
oalexeev01/12/17 08:14:55 jakarta-commons-sandbox/services - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/services/src - New directory

2001-12-17 Thread oalexeev
oalexeev01/12/17 08:15:13 jakarta-commons-sandbox/services/src - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Jakarta Persistence Framework?

2001-12-17 Thread Bryan Field-Elliot
Is there a (or plans for a) standardize Jakarta Persistence Framework? I've built about 7 projects now on EJB, about 4 of them on top of Struts as well. I consider myself an expert at EJB, and I'm also at the point where I'm sick of it -- too overkill a framework, too much work to establish your

Re: Jakarta Persistence Framework?

2001-12-17 Thread bayard
I'm very interested in such a thing. I'm in much of a similar position and would like to try and submit design ideas into it. My biggest problem with Struts was that coders kept passing Form objects down to the EJBs, thus tying the EJBs to Struts. So my design there used a generic Namespace

Re: Jakarta Persistence Framework?

2001-12-17 Thread Bryan Field-Elliot
I see where you're going with that... If I understand you correctly, your framework is simpler than mine even -- a pretty thin layer over JDBC, whereby all table access is via generic functions to open a table (or maybe a query?) and iterate through it's raw rows. My framework is closer to EJB

RE: Jakarta Persistence Framework?

2001-12-17 Thread Stockwell Ted - tstock
-Original Message- From: Bryan Field-Elliot [mailto:[EMAIL PROTECTED]] Sent: Monday, December 17, 2001 11:59 AM To: Jakarta Commons Developers List Subject: Re: Jakarta Persistence Framework? Still I'm hoping to hear from others as to whether there already is something like

RE: Jakarta Persistence Framework?

2001-12-17 Thread Scott Sanders
From: Bryan Field-Elliot [mailto:[EMAIL PROTECTED]] I see where you're going with that... If I understand you correctly, your framework is simpler than mine even -- a pretty thin layer over JDBC, whereby all table access is via generic functions to open a table (or maybe a query?) and

Re: Digester yielding IllegalAccessException in CallMethodRule, SetNextRule

2001-12-17 Thread robert burrell donkin
hi donnie i think that the code now in cvs should fix your problem. could you give it a try? - robert -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: Jakarta Persistence Framework?

2001-12-17 Thread Jon Scott Stevens
on 12/17/01 10:53 AM, Michael Bayne [EMAIL PROTECTED] wrote: On 2001-12-17 18:42:08, Jason van Zyl [EMAIL PROTECTED] wrote: Scott Ambler probably has the best collection of links: http://www.ambysoft.com/persistenceLayer.html I compiled a list of projects when looking into this a few

Re: Jakarta Persistence Framework?

2001-12-17 Thread Jon Scott Stevens
on 12/17/01 11:51 AM, Martin Cooper [EMAIL PROTECTED] wrote: Aha! Then I'd better keep my eye on Torque. ;-) Having the framework handle the more complex situations, such as joined tables, is what would make it really valuable. Avoiding the grunt work for the easy stuff is nice, but doing

[VOTE] Robert Donkin as Comitter

2001-12-17 Thread Scott Sanders
As you can all see, Robert Donkin has submitted many fine patches to Digester, BeanUtils, Betwixt and others. His work is of high caliber and I would like to see him as a comitter here at the Commons. He is a comitter on the ECS project, so he can already play in the sandbox. I would like him

RE: [Design Discussion] DynaBean - JavaBeans with dynamic properties

2001-12-17 Thread Nicholas Lesiecki
Cases (2) and (3) are the highest on my priority list. Case (3) is what Struts users are concerned about -- right now, Struts requires you to program a separate bean for every form, and it would be nice not to have to do that. A! Noo on case 3! It would be nice not to have to do code

RE: [Design Discussion] DynaBean - JavaBeans with dynamic properties

2001-12-17 Thread Craig R. McClanahan
On Mon, 17 Dec 2001, Scott Sanders wrote: Date: Mon, 17 Dec 2001 10:27:24 -0800 From: Scott Sanders [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED], [EMAIL PROTECTED] To: 'Jakarta Commons Developers List' [EMAIL PROTECTED] Subject: RE: [Design

Re: [VOTE] Robert Donkin as Comitter

2001-12-17 Thread Craig R. McClanahan
On Mon, 17 Dec 2001, Scott Sanders wrote: Date: Mon, 17 Dec 2001 13:39:56 -0800 From: Scott Sanders [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED], [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [VOTE] Robert Donkin as Comitter As you can all see,

Re: Jakarta Persistence Framework?

2001-12-17 Thread David Winterfeldt
I had started on auto-generating classes based on a database table as a proof of concept, but I haven't worked on it anymore since I found out it about Torque, Castor, etc. I liked the idea of keeping things very simple and generating jdbc code that you would have written yourself so it would be

Re: [VOTE] Robert Donkin as Comitter

2001-12-17 Thread Martin Cooper
+1 I've wondered why he isn't already a committer! -- Martin Cooper - Original Message - From: Scott Sanders [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 17, 2001 1:39 PM Subject: [VOTE] Robert Donkin as Comitter As you can all see, Robert Donkin has submitted

Re: [VOTE] Robert Donkin as Comitter

2001-12-17 Thread Remy Maucherat
As you can all see, Robert Donkin has submitted many fine patches to Digester, BeanUtils, Betwixt and others. His work is of high caliber and I would like to see him as a comitter here at the Commons. He is a comitter on the ECS project, so he can already play in the sandbox. I would