Just wanted to mention that I did some work on the Struts University
application last week, and it seemed to work well in a classroom
environment. I'll have another post regarding this soon.
Ted Husted wrote:
I've started work on a Struts University application, based on Steve's
Struts
PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, July 23, 2003 8:03 AM
Subject: Re: [PROPOSAL] Modular Struts Examples
Just wanted to mention that I did some work on the Struts University
application last week, and it seemed to work well in a classroom
environment. I'll have
I've started work on a Struts University application, based on Steve's
Struts Examples application.
Struts University uses the same Tomcat Example format. The idea is
that the examples will be ordered and grouped to help teach Struts
through a series of working examples.
I've made a prototype
On Friday 11 July 2003 12:45, Ted Husted wrote:
snip/
The proposed end-game would be to first consolidate our various examples
(upload, validator, tiles, Steve's examples, and more) into the Struts
University application. Then, we could considering making the
MailReader, Taglib-Exercises,
James Mitchell wrote:
How will this affect update of the Struts site?
I typically copy things over, so it would just affect slightly where I
copy them from.
The other approach is to copy over the WAR and then expand it. To keep
that functionality, I'm sure we could come up with a build target
Steve Raeburn wrote:
In the interests of ease of understanding, the first application would not
necessarily exhibit best practice all the time. For instance, in the
examples I put together I have made no effort to protect JSPs with a
security constraint or by placing them under WEB-INF. I felt
Vic Cekvenich wrote:
-0.
Module was... is optional and confusing. I think delay this a point
after 1.2.
I'd say the opposite. We need to eat our own dog food and use modules
in our own applications or drop that line of development altogether.
Given modules in 1.1, it's hard to justify
However we combine the apps I want to make sure MailReader continues to be
suitable for testing changes in. I often run through and/or modify
MailReader to test changes before committing them.
David
--- Ted Husted [EMAIL PROTECTED] wrote:
Steve Raeburn wrote:
In the interests of ease of
OK, just to enumerate:
struts-documentation.war ( html tag docs),
mail-reader.war,
TomcatLikeNewExampleByTheNewCommiter.war,
tiles.war
blank.war
validator.war
Is this the list?
.V
Ted Husted wrote:
Steve Raeburn wrote:
In the interests of ease of understanding, the first application would
not
Vic Cekvenich wrote:
OK, just to enumerate:
struts-documentation.war ( html tag docs),
mail-reader.war,
TomcatLikeNewExampleByTheNewCommiter.war,
tiles.war
blank.war
validator.war
Is this the list?
.V
The list of applications we ship now is
struts-blank
struts-documentation (website)
On Wed, 2 Jul 2003, Vic Cekvenich wrote:
Date: Wed, 02 Jul 2003 06:55:06 -0400
From: Vic Cekvenich [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Modular Struts Examples
-0.
Module was... is optional and confusing. I
Craig R. McClanahan wrote:
SNIP
We definitely need examples of modules, and all of the other individual
features. I am not a believer that one big example app is the right way
to approach that -- the sheer scale of such a thing would be a barrier to
entry. It's better in some cases (say,
I have no problem beeing silly. :-)
My point was a shade on the other side. Yes Struts can show integration
to do 100's of things out there.
But at its core, Struts is a controller framework.
So the value of MVC upload is a bit of a gray area.
If we kind of agree (ahh agree) that Struts is
snip
Target servlet 2.3 snip - There are now dependencies on 2.3 and
more comming. Almost no one uses Tomcat 3. TC 5 level JSP 2.0 looks like
more fun. People that want 2.2 or 1.3 could rebuild, or they can keep
using solid 1.1. A small KISS step. By the time 1.2 comes out
snip
How many
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: July 3, 2003 4:40 AM
To: Struts Developers List
Subject: Re: [PROPOSAL] Modular Struts Examples
I'm -1 on demonstrating anything but best practices all the time. We
made that mistake with MailReader and it has
Thanks David, that's clearer now.
Steve
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: July 2, 2003 1:45 PM
To: Struts Developers List
Subject: Re: Struts repackaging (was RE: [PROPOSAL] Modular Struts
Examples)
--- Steve Raeburn [EMAIL PROTECTED] wrote
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: July 2, 2003 1:39 PM
To: Struts Developers List
Subject: RE: [PROPOSAL] Modular Struts Examples
Do users find the examples confusing? I often refer people to the
struts-example and struts-validator apps for help so
On Thu, 3 Jul 2003, Vic Cekvenich wrote:
Date: Thu, 03 Jul 2003 15:27:58 -0400
From: Vic Cekvenich [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Modular Struts Examples
snip
Target servlet 2.3 snip - There are now
On Thu, 3 Jul 2003, Vic Cekvenich wrote:
My point was a shade on the other side. Yes Struts can show integration
to do 100's of things out there.
But at its core, Struts is a controller framework.
Right now, it's in particular a front controller framework, in design
pattern terms. That's
Craig R. McClanahan wrote:
David
Would David's argument be that JSF integration (requires 2.3) be
postponed till Struts 2.0?
For integration into the core of Struts, yes it does. But we can provide
an optional add-on integration for Faces, just like struts-el does for EL
evaluation, as
On Thu, 3 Jul 2003, Vic Cekvenich wrote:
Date: Thu, 03 Jul 2003 16:32:02 -0400
From: Vic Cekvenich [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Modular Struts Examples
Craig R. McClanahan wrote:
David
--- Craig R. McClanahan [EMAIL PROTECTED] wrote:
On Thu, 3 Jul 2003, Vic Cekvenich wrote:
Date: Thu, 03 Jul 2003 16:32:02 -0400
From: Vic Cekvenich [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Modular Struts
Craig R. McClanahan wrote:
Display tag- (Talk out of bouth sides of your mouth) Yes Stuts is view
snip/
Other Struts developers, of course, can speak for themselves.
There are a ton of very cool extension for Struts, DisplayTag, SSL-Ext,
Struts-Menu, to name a very few. Many more than we could
Craig R. McClanahan wrote:
On Thu, 3 Jul 2003, Vic Cekvenich wrote:
My point was a shade on the other side. Yes Struts can show integration
to do 100's of things out there.
But at its core, Struts is a controller framework.
Right now, it's in particular a front controller framework, in design
Ted Husted wrote:
Craig R. McClanahan wrote:
sbip.
While ee should keep the new Struts-Examples application tied to what's
in our core distribution, I think there's room for a Struts-Extensions
application that uses things like DisplayTag, Struts Menu, xDoclet, and
so forth. But, that's
Got it we.
Vic Cekvenich wrote:
Ted Husted wrote:
Craig R. McClanahan wrote:
sbip.
While ee should keep the new Struts-Examples application tied to
what's in our core distribution, I think there's room for a
Struts-Extensions application that uses things like DisplayTag, Struts
Menu,
On Thu, 3 Jul 2003, Vic Cekvenich wrote:
Date: Thu, 03 Jul 2003 17:22:21 -0400
From: Vic Cekvenich [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Modular Struts Examples
Craig R. McClanahan wrote:
On Thu, 3 Jul
David Graham said:
...
Struts is view agnostic. You can use any view technology you like.
agreed! but it could be made friendlier to non-JSP view technologies.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16814
:-)
(btw, congrats again on getting 1.1 out. ya'll are great!)
Nathan
For more general purpose use (such as in the business tier), doesn't
RowSet already do everything you need? I've heard it argued that this can
be the standarized DAO interface you are talking about.
What if the Data Feed is MQ, or Soap? RowSet has all this other
mechanisam that gets in the way.
Craig R. McClanahan wrote:
Right now, it's in particular a front controller framework, in design
pattern terms. That's one of the areas I would personally like to see us
do some innovation.
Can you expand a little on what you mean here, Craig?
Phil
-0.
Module was... is optional and confusing. I think delay this a point
after 1.2.
I think struts-upload could be deprecated (along with bean and logic
tags). People can do file upload out of commons, or using Jason Hunter's
COS upload. etc. Upload is not a Struts core value and could go back
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Monday, June 30, 2003 4:53 PM
To: [EMAIL PROTECTED]
Subject: [PROPOSAL] Modular Struts Examples
I'd like to propose that we gather together the
struts-documentation,
struts-example (MailReader),
struts-exercise-taglib,
struts-upload
] Modular Struts Examples
I'd like to propose that we gather together the
struts-documentation,
struts-example (MailReader),
struts-exercise-taglib,
struts-upload,
struts-validator, and
tiles-documentation
webapps into a single struts-docs application, where each of the
existing
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 02, 2003 11:03 AM
To: Struts Developers List
Subject: RE: [PROPOSAL] Modular Struts Examples
--- Etienne_Labonté [EMAIL PROTECTED] wrote:
I propose (quite informally) a new packaging
There are currently seven different webapps within the Struts distribution
that users are referred to for examples of Struts usage:
- struts-blank
- struts-example
- struts-excercise-taglib
- struts-template (not so much)
- tiles-documentation
- struts-upload
- struts-validator
Not to
What problems would be solved by repackaging into seperate jars?
Steve
-Original Message-
From: Etienne Labonté [mailto:[EMAIL PROTECTED]
Sent: July 2, 2003 7:46 AM
To: 'Struts Developers List'
Subject: RE: [PROPOSAL] Modular Struts Examples
I propose (quite informally) a new
Do users find the examples confusing? I often refer people to the
struts-example and struts-validator apps for help so I don't think they're
under publicized. I'm not sure that consolidating the examples would make
them easier to understand. I certainly want an example module app and an
app
the custom tags.
David
Steve
-Original Message-
From: Etienne Labonté [mailto:[EMAIL PROTECTED]
Sent: July 2, 2003 7:46 AM
To: 'Struts Developers List'
Subject: RE: [PROPOSAL] Modular Struts Examples
I propose (quite informally) a new packaging:
Struts.jar (core logic only)
Struts
:[EMAIL PROTECTED]
Sent: July 2, 2003 7:46 AM
To: 'Struts Developers List'
Subject: RE: [PROPOSAL] Modular Struts Examples
I propose (quite informally) a new packaging:
Struts.jar (core logic only)
Struts-taglib-rt.jar
Struts-taglib-el.jar (from current contrib/struts-el.jar
Ted Husted wrote:
I'd like to propose that we gather together the
struts-documentation,
struts-example (MailReader),
struts-exercise-taglib,
struts-upload,
struts-validator, and
tiles-documentation
I am curretly -0 on this.
I don't like smashing --all-- the examples into one example simply
I'd like to propose that we gather together the
struts-documentation,
struts-example (MailReader),
struts-exercise-taglib,
struts-upload,
struts-validator, and
tiles-documentation
webapps into a single struts-docs application, where each of the
existing applications becomes a module. (Leaving the
I made a plea a while back for a module example app to test module
features in. It looks like I may get my wish after all :-).
+1 but modules seem buggy at the moment so maybe we should fix those
problems first.
David
--- Ted Husted [EMAIL PROTECTED] wrote:
I'd like to propose that we gather
42 matches
Mail list logo
