On 7/26/01 7:20 PM, "David Winterfeldt" <[EMAIL PROTECTED]> wrote:
> I just saw that Turbine generates code/sql with a
> project called Torque (subproject of Turbine). Is
> anyone familiar with it to give it a better run down
> than the how to on it. I'm still not sure what type
> of code it ge
- Gidado
> -Original Message-
> From: David Winterfeldt [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 26, 2001 7:20 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Struts Code Generators
>
>
> I just saw that Turbine generates code/sql with a
> project called Torque
I just saw that Turbine generates code/sql with a
project called Torque (subproject of Turbine). Is
anyone familiar with it to give it a better run down
than the how to on it. I'm still not sure what type
of code it generates (primary key class?). It sounds
like it doesn't generate JDBC and use
I added a little documentation so it would be easier
for someone to look at this. So you could change the
link on your site to this.
http://home.earthlink.net/~dwinterfeldt/generator/
David
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> I've posted Ravi's latest on More About Struts.
>
> < http
I've posted Ravi's latest on More About Struts.
< http://husted.com/about/struts/resources.htm#new >
It may be the weekend before I get a chance to go over it myself.
David's generator is there too, in case anyone else wants to take a look
at these together.
I'd like to add a code generator t
David Winterfeldt wrote:
> Do you recommend the "Core J2EE patterns" book?
Yes. Some of it is familare reading at this point, since many of the
patterns are implemented in Struts. But it really brings things into
focus. While the emphasis is J2EE with EJBs, most everything can be
adapted to othe
That is similiar to what I started. I made a
findByPrimaryKey(UserPK pk) that returns a UserBean
object containing the data (also insert, update, and
delete). So on the user end you only deal with the
data and don't have to worry about the persistence
method. What I started probably another lay
I'm thinking of a Data Access Object model, where either the EJB or JDBC
call would be inside a wrapper so the caller would have no idea where
the data is coming from. So the method signature for a select on a
primary key might look like
public static final RowSet accountSelect(int key)
Th
What DBMS design patterns were you thinking of? I was
thinking that it would be nice if you could migrate
from JDBC to EJB without having to change anything.
David
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> Thanks, David. Ravi will be sending me an update
> soon on what he's
> doing, and I'll
Ted,
I will mail you the code generator files with the
header information plugged in tomorrow morning.
I made some modifications in validator XML creation.
Let me know if you need to make any changes in that.
Thanks,
Ravi
-Original Message-
From: Ted Husted [mailto:[EMAIL PROT
10 matches
Mail list logo
