Commons Developers List
Subject: Re: Torque learning curve WAS: RE: Jakarta Persistence
Framework?
On 1/2/02 1:49 PM, Ted Husted [EMAIL PROTECTED] wrote:
Martin Poeschl wrote:
i send a copy to the turbine list, so we can discuss on the
right list ;-)
If the Torque dependancies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason van Zyl [EMAIL PROTECTED] writes:
snip/
snip/
http://reptile.openprivacy.org
Doesn't use any Turbine code (we don't need any) and uses Torque by itself.
The only thing I did was download torque, symlink the 'src' directory to
Ted Husted wrote:
Jon Scott Stevens wrote:
Look at Scarab.
I've got the CVS snapshot from 12/31. There are 193 classes.
Which of those should I look at first if my goal is to use Torque and
Peers in a simple test project, with maybe one table and no security?
I would in fact like
Martin Poeschl wrote:
there is a testbed in torque cvs (/src/rttest)) ... it runs all generation tasks and
includes a
simple app which adds data to the db ...
Has www.working-dogs.com moved? Is that were Village lives? I don't have
the JAR handy, and the build file wants it. Or is there a WAR
Ted Husted wrote:
Martin Poeschl wrote:
there is a testbed in torque cvs (/src/rttest)) ... it runs all generation tasks and
includes a
simple app which adds data to the db ...
Has www.working-dogs.com moved? Is that were Village lives? I don't have
the JAR handy, and the build file
Thanks, Erik, that did help. I got Torque to build, but the build-test
failed. I may have to go back and be sure I have the right versions of
all the JARs. It wanted a later version of Village for example, along
with some others that I didn't have handy.
Thanks, Martin.
Personally, I would say its not so much a documentation issue, as a
big-picture example issue. I've read the documention, and it looks like
all the pieces are are there, but I can't see the forest for the trees.
Something I find helpful is to walk-through an application. One
i send a copy to the turbine list, so we can discuss on the right list ;-)
Ted Husted wrote:
Thanks, Martin.
Personally, I would say its not so much a documentation issue, as a
big-picture example issue. I've read the documention, and it looks like
all the pieces are are there, but I
Jon Scott Stevens wrote:
teasing
I wonder when Craig will tie Struts to JDO so that his Sun stock will raise
when people have to buy JDO to use Struts. :-)
/teasing
Not to worry, Jon, we've learned the Lessons of Turbine, and so long as
my veto any good, Struts will never be tied to a
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 31, 2001 10:47 AM
To: Jakarta Commons Developers List
Subject: Re: Jakarta Persistence Framework?
Vincent Massol wrote:
Have you checked Scaffold (built by Ted Husted) in the contrib directory
of Struts
on 12/31/01 10:06 AM, Nicholas Lesiecki [EMAIL PROTECTED] wrote:
Amen on the learning curve. Erik Hatcher recommended Torque to me, and I
tried checking it out...I had no idea where to start.
Look at Scarab.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
Jon Scott Stevens wrote:
Look at Scarab.
I've got the CVS snapshot from 12/31. There are 193 classes.
Which of those should I look at first if my goal is to use Torque and
Peers in a simple test project, with maybe one table and no security?
I would in fact like to spend some quality time
Ted,
I may or may not look at Torque, Peers, etc. I'm not interested in
re-inventing the wheel, but really, I'm looking to have (in other words,
build) a persistence framework that takes up 3-5 classes at most, and
will likely be built using the new DynaBean. Experimental, yes, but
darnit, it's
Something that I've been playing with that would probably work well with
the DynaBean is the ModelBean package that Vincent mentioned. This
really isn't a persistence framework at all, but simply an organized way
to quickly move a ResultSet into a collection of beans.
It uses reflection to do
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
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
-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
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
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
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
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
21 matches
Mail list logo
