Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-25 Thread Ted Husted
The struts-blank.war at SourceForge is the 1.0 version of the 
blank application for 1.1. So, the best answer would be blank.war 
for 1.1 and the struts-blank.war for 1.0. =:0)

Of course, if you and Erik wanted to work on struts-xdoclet 
through the SF site, just send me your SF ids =:0)

-Ted.

11/24/2002 7:59:40 PM, Matt Raible [EMAIL PROTECTED] wrote:

I noticed that the Struts Applications project on SourceForge 
has a 
blank.war project and there's also struts-blank.war that is 
distributed 
with Struts.  Which one is best to advertise as a good starting 
package.

I hope to both 1) create an app based on struts advanced features 
(i.e. 
exceptions, tiles, validator, DispatchAction) and 2) create a 
base app 
with a how to about using XDoclet and a persistence layer using 
Hibernate or Castor.  The hope is that a new project can start 
with 
this project (i.e. struts-xdoclet.war) and have ant scripts and 
samples 
of how to use Struts with a popular persistence mechanism.

I've been discussing this project with Erik Hatcher and my 
initial 
thoughts are to hand-code some POJO that generate persistent 
objects 
(i.e. using Castor) and ValidatorForms.

Even better (or maybe worse), I'm putting myself on a tight 
deadline 
for this (i.e. 2-3 weeks) so it resembles a real-world project.

Thanks,

Matt



On Sunday, November 24, 2002, at 02:54 AM, Ted Husted wrote:

 Yes =:0)

 Maybe that will finally give Eric a chance to show us what he's
 been up to =:0)

 -Ted.

 11/23/2002 11:23:41 PM, Matt Raible [EMAIL PROTECTED]
 wrote:

 I'm thinking of starting an Xdoclet/Middlegen-based Struts
 project where
 (hopefully) most of the code can be generated.  Can I start a
 project
 within the one below?

 Thanks,

 Matt

 If anyone is interested, I have a Struts project setup at
 SourceForge that is open to all comers.

 http://sourceforge.net/projects/struts

 I wouldn't mind turning this into a Struts commons, where we 
can
 all cooperate on developing various extensions to the Struts
 core.

 -Ted.






 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   mailto:struts-dev-
[EMAIL PROTECTED]
For additional commands, e-mail: mailto:struts-dev-
[EMAIL PROTECTED]






--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-25 Thread Emmanuel Boudrant
Just a question, who is Erik ? ;)


 --- Ted Husted [EMAIL PROTECTED] a écrit :  The struts-blank.war at SourceForge is 
the 1.0
version of the 
 blank application for 1.1. So, the best answer would be blank.war 
 for 1.1 and the struts-blank.war for 1.0. =:0)
 
 Of course, if you and Erik wanted to work on struts-xdoclet 
 through the SF site, just send me your SF ids =:0)
 
 -Ted.
 
 11/24/2002 7:59:40 PM, Matt Raible [EMAIL PROTECTED] wrote:
 
 I noticed that the Struts Applications project on SourceForge 
 has a 
 blank.war project and there's also struts-blank.war that is 
 distributed 
 with Struts.  Which one is best to advertise as a good starting 
 package.
 
 I hope to both 1) create an app based on struts advanced features 
 (i.e. 
 exceptions, tiles, validator, DispatchAction) and 2) create a 
 base app 
 with a how to about using XDoclet and a persistence layer using 
 Hibernate or Castor.  The hope is that a new project can start 
 with 
 this project (i.e. struts-xdoclet.war) and have ant scripts and 
 samples 
 of how to use Struts with a popular persistence mechanism.
 
 I've been discussing this project with Erik Hatcher and my 
 initial 
 thoughts are to hand-code some POJO that generate persistent 
 objects 
 (i.e. using Castor) and ValidatorForms.
 
 Even better (or maybe worse), I'm putting myself on a tight 
 deadline 
 for this (i.e. 2-3 weeks) so it resembles a real-world project.
 
 Thanks,
 
 Matt
 
 
 
 On Sunday, November 24, 2002, at 02:54 AM, Ted Husted wrote:
 
  Yes =:0)
 
  Maybe that will finally give Eric a chance to show us what he's
  been up to =:0)
 
  -Ted.
 
  11/23/2002 11:23:41 PM, Matt Raible [EMAIL PROTECTED]
  wrote:
 
  I'm thinking of starting an Xdoclet/Middlegen-based Struts
  project where
  (hopefully) most of the code can be generated.  Can I start a
  project
  within the one below?
 
  Thanks,
 
  Matt
 
  If anyone is interested, I have a Struts project setup at
  SourceForge that is open to all comers.
 
  http://sourceforge.net/projects/struts
 
  I wouldn't mind turning this into a Struts commons, where we 
 can
  all cooperate on developing various extensions to the Struts
  core.
 
  -Ted.
 
 
 
 
 
 
  --
  To unsubscribe, e-mail:   
  mailto:[EMAIL PROTECTED]
  For additional commands, e-mail: 
  mailto:[EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:   mailto:struts-dev-
 [EMAIL PROTECTED]
 For additional commands, e-mail: mailto:struts-dev-
 [EMAIL PROTECTED]
 
 
 
 
 
 
 --
 To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: mailto:[EMAIL PROTECTED]
  

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-25 Thread Erik Hatcher
Emmanuel Boudrant wrote:

Just a question, who is Erik ? ;)


I guess Ted is referring to me :)

	Erik
	http://erik.hatcher.net



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-25 Thread Emmanuel Boudrant
Oh yes ;)

So it's about Struts tools, how can we package a set of Struts tools for Java/XML 
generation
(Struts-XDoclet, EasyStruts, Console).
Perhaps we need to create an API based on struts configuration classes
(org.apache.struts.config.*) for writing Struts XML/JSP/Java files. This API can be 
used by
differents GUI integrated in most populars IDE (JB,NB,Eclipse,IntelliJ...).

This API can be hosted by Struts application project on Sourceforge (or jakarta).

-emmanuel
http://easystruts.sf.net


 --- Erik Hatcher [EMAIL PROTECTED] a écrit :  Emmanuel Boudrant 
wrote:
  Just a question, who is Erik ? ;)
 
 I guess Ted is referring to me :)
 
   Erik
   http://erik.hatcher.net
 
 
 
 --
 To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: mailto:[EMAIL PROTECTED]
  

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-25 Thread Erik Hatcher
XDoclet already ships with builtin struts-config.xml generation, 
validatio.xml generation, and Struts form bean generation (from entity 
beans, and maybe for value objects?).

I'm not sure what is needed to make the presentation of this stuff 
better, but its all there for the taking and works very nicely.  It 
would be good for the Struts pieces to be maintained by the Struts team 
though.

	Erik


Emmanuel Boudrant wrote:
Oh yes ;)

So it's about Struts tools, how can we package a set of Struts tools for Java/XML generation
(Struts-XDoclet, EasyStruts, Console).
Perhaps we need to create an API based on struts configuration classes
(org.apache.struts.config.*) for writing Struts XML/JSP/Java files. This API can be used by
differents GUI integrated in most populars IDE (JB,NB,Eclipse,IntelliJ...).

This API can be hosted by Struts application project on Sourceforge (or jakarta).

-emmanuel
http://easystruts.sf.net


 --- Erik Hatcher [EMAIL PROTECTED] a écrit :  Emmanuel Boudrant wrote:


Just a question, who is Erik ? ;)


I guess Ted is referring to me :)

	Erik
	http://erik.hatcher.net



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]






--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-25 Thread Craig R. McClanahan


On Mon, 25 Nov 2002, Erik Hatcher wrote:

 Date: Mon, 25 Nov 2002 14:11:12 -0500
 From: Erik Hatcher [EMAIL PROTECTED]
 Reply-To: Struts Developers List [EMAIL PROTECTED]
 To: Struts Developers List [EMAIL PROTECTED]
 Subject: Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

 XDoclet already ships with builtin struts-config.xml generation,
 validatio.xml generation, and Struts form bean generation (from entity
 beans, and maybe for value objects?).


Based on which Erik makes a pretty interesting case that DynaBeans don't
add a tremendous amount of value :-).  I still like them as the basis for
future work towards more dynamic dynamic form beans, where the set of
properties is not predefined, but auto-generation of ActionForm subclasses
does indeed reduce the delta value.

 I'm not sure what is needed to make the presentation of this stuff
 better, but its all there for the taking and works very nicely.  It
 would be good for the Struts pieces to be maintained by the Struts team
 though.


I think that makes sense as well.  Over time, I'd like to see us
accumulate low-level generation tools (for both Java code and the
appropriate configuration files) specific to Struts in the Struts project
itself, and then expose interfaces to easily invoke these tools via
command line scripts, Ant/Maven tasks, and/or plugin APIs for IDEs.

   Erik


Craig


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




blank.war vs. struts-blank.war [was: Re: Tools in Struts]

2002-11-24 Thread Matt Raible
I noticed that the Struts Applications project on SourceForge has a 
blank.war project and there's also struts-blank.war that is distributed 
with Struts.  Which one is best to advertise as a good starting 
package.

I hope to both 1) create an app based on struts advanced features (i.e. 
exceptions, tiles, validator, DispatchAction) and 2) create a base app 
with a how to about using XDoclet and a persistence layer using 
Hibernate or Castor.  The hope is that a new project can start with 
this project (i.e. struts-xdoclet.war) and have ant scripts and samples 
of how to use Struts with a popular persistence mechanism.

I've been discussing this project with Erik Hatcher and my initial 
thoughts are to hand-code some POJO that generate persistent objects 
(i.e. using Castor) and ValidatorForms.

Even better (or maybe worse), I'm putting myself on a tight deadline 
for this (i.e. 2-3 weeks) so it resembles a real-world project.

Thanks,

Matt



On Sunday, November 24, 2002, at 02:54 AM, Ted Husted wrote:

Yes =:0)

Maybe that will finally give Eric a chance to show us what he's
been up to =:0)

-Ted.

11/23/2002 11:23:41 PM, Matt Raible [EMAIL PROTECTED]
wrote:


I'm thinking of starting an Xdoclet/Middlegen-based Struts

project where

(hopefully) most of the code can be generated.  Can I start a

project

within the one below?

Thanks,

Matt


If anyone is interested, I have a Struts project setup at
SourceForge that is open to all comers.


http://sourceforge.net/projects/struts

I wouldn't mind turning this into a Struts commons, where we can
all cooperate on developing various extensions to the Struts

core.


-Ted.







--
To unsubscribe, e-mail:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail: 
mailto:[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]