DO NOT REPLY [Bug 18237] - Tiles excessive memory usage

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18237

Tiles excessive memory usage

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|LATER   |



--- Additional Comments From [EMAIL PROTECTED]  2003-09-12 07:00 ---
Reopening for review.

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

Re: Link to Struts Nightlies

[Stefan Bodewig]

On Thu, 11 Sep 2003, Ted Husted <[EMAIL PROTECTED]> wrote:

> As it turns out, we just have a wrapper page on j.a.o that calls a
> script on the main apache site, to which I do not have karma =:(

But the script uses the page in jakarta-site as a template.  You will
want to modify xdocs/site/binindex.xml and regenerate the site.

Stefan

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

RE: What happened to the taglib attribute listings?

[James Mitchell]

Hey, that's great.  Now I can update the site with FTP Voyager.


--
James Mitchell
Software Engineer / Struts Evangelist
http://www.struts-atlanta.org
678.910.8017
AIM:jmitchtx




> -Original Message-
> From: Robert Leland [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, September 11, 2003 8:05 PM
> To: Struts Developers List
> Subject: Re: What happened to the taglib attribute listings?
> 
> 
> Ted Husted wrote:
> 
> > Right now, we use scp to either send up the files or a WAR 
> to burst. 
> > This requires karma to jakarta.apache.org, which root no 
> longer hands 
> > out as a matter of course, but should be available for the asking.
> 
> 
> Every thing was moved to ONE machine minatar (sp ?), cvs, web 
> site etc...
> It's no longer necessary to have access to multiple machines.
> Just  scp to cvs.apache.org.
> 
> 
> >
> > The Jakarta site2 project uses a system where you can checkout the 
> > HTML pages from CVS, but that still requires access to j.a.o.
> >
> > -Ted.
> >
> >
> > Robert Leland wrote:
> >
> >> Steve Raeburn wrote:
> >>
> >>> I've posted a patch to the struts.xsml stylesheet. Ted 
> could you do the
> >>> honours?
> >>>
> >>> BTW, I'm not sure what needs to be done to update the 
> live site and 
> >>> if it's
> >>> something I could or should be doing. I'd be happy to make the 
> >>> updates if
> >>> someone lets me know how.
> >>>  
> >>>
> >> The site docs talk about using CVS to update. And most of 
> the apache 
> >> sites, www.apache.org, xml.apache.org, ...
> >> do look like they use CVS, since there are CVS directories under 
> >> those directories. However, very few of the jakarta.apache.org web 
> >> sites look like they use use CVS, no CVS directories, except for, 
> >> struts-el
> >>
> >> So I would say just use 'scp' to send the war file over, an unzip. 
> >> For the longest time I was e-mailing my self stuff, cause I
> >> hadn't read all the docs :-} !
> >>
> >> -Rob
> >
> >
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

RE: What happened to the taglib attribute listings?

[Steve Raeburn]

Thanks, I found it in the end but Ted beat me to updating the site :-)

Steve

> -Original Message-
> From: Robert Leland [mailto:[EMAIL PROTECTED]
> Sent: September 11, 2003 5:05 PM
> To: Struts Developers List
> Subject: Re: What happened to the taglib attribute listings?
>
>
> Ted Husted wrote:
>
> > Right now, we use scp to either send up the files or a
> WAR to burst.
> > This requires karma to jakarta.apache.org, which root no
> longer hands
> > out as a matter of course, but should be available for the asking.
>
>
> Every thing was moved to ONE machine minatar (sp ?), cvs,
> web site etc...
> It's no longer necessary to have access to multiple machines.
> Just  scp to cvs.apache.org.
>



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

DO NOT REPLY [Bug 16401] - ActionValidatorUtil

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16401

ActionValidatorUtil





--- Additional Comments From [EMAIL PROTECTED]  2003-09-12 00:31 ---
1. Why do you catch ValidatorException and create a new Exception with its 
message?

This was to avoid having to have a try catch block in the Action when i used 
it. If we incorporate access to the util into the base Action class i will 
catch it in the Action method that accesses it and/or have the method throw an 
generic Exception.



2. As much code as possible should use ActionMessages instead of ActionErrors. 
ActionErrors is only still around because it's part of ActionForm.validate()'s 
API.

I thought that was the case. But, i was unsure about the direction of the 
Messages API. I can change that.



3. request.getSession().getServletContext() is a Servlet 2.3 feature so we need 
a different way of getting the ServletContext().

Well, if we make access to the util part of the base Action then there would be 
no need to get the context via the request. We could pass the servlet reference 
into the util in order to get at the context.



4. Maybe these methods should go into Action instead of a util class.  Action 
knows about its Servlet which can get you to the ServletContext.

I agree. I wrote the util because i didn't want to create my own build of 
Struts and needed to use it immediately. However, i think instead of including 
the code in the action itself it should remain a util and the action should 
have a method that calls the util to perform validations... much like the 
ActionForm.



5. If we do go with a util class it should be a Singleton with non-static 
methods.  Statics don't allow for subclassing and specialization which someone 
will need (we learned this the hard way).

Absolutely no question about it. I agree. Again, i looked at some of the 
current patterns being used in struts and made the decision toward static based 
on other struts utils. However, i am quite aware of the annoying limitations of 
statics.



I can make the Util extendible as a singelton. Is there a particular 
implementation of the Singleton pattern that the struts dev group is fond of? 
Otherwise, I can provide it as a singleton and see if it meets your criteria.

Also, I will write a patch that integrates use of the util into the base Action 
class.

Does this all sound good?

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

Re: What happened to the taglib attribute listings?

[Robert Leland]

Ted Husted wrote:

Right now, we use scp to either send up the files or a WAR to burst. 
This requires karma to jakarta.apache.org, which root no longer hands 
out as a matter of course, but should be available for the asking.


Every thing was moved to ONE machine minatar (sp ?), cvs, web site etc...
It's no longer necessary to have access to multiple machines.
Just  scp to cvs.apache.org.

The Jakarta site2 project uses a system where you can checkout the 
HTML pages from CVS, but that still requires access to j.a.o.

-Ted.

Robert Leland wrote:

Steve Raeburn wrote:

I've posted a patch to the struts.xsml stylesheet. Ted could you do the
honours?
BTW, I'm not sure what needs to be done to update the live site and 
if it's
something I could or should be doing. I'd be happy to make the 
updates if
someone lets me know how.
 

The site docs talk about using CVS to update. And most of the apache 
sites, www.apache.org, xml.apache.org, ...
do look like they use CVS, since there are CVS directories under 
those directories. However, very few of the jakarta.apache.org web 
sites look like they use use CVS, no CVS directories, except for, 
struts-el

So I would say just use 'scp' to send the war file over, an unzip. 
For the longest time I was e-mailing my self stuff, cause I
hadn't read all the docs :-} !

-Rob




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




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

Re: Link to Struts Nightlies

[Ted Husted]

As it turns out, we just have a wrapper page on j.a.o that calls a 
script on the main apache site, to which I do not have karma =:(

Unless someone chirps up, I'll post a note on General.

-Ted.

David Graham wrote:

The Jakarta download page uses this link to point to Struts nightly
builds:
http://jakarta.apache.org/builds/jakarta-struts/nightly/
That link redirects you back to the downloads page.  I believe the correct
link is http://cvs.apache.org/builds/jakarta-struts/nightly/
I'm confused by the Jakarta site build process so I'm not sure how to fix
this.  Is the site generated from jakarta-site or jakarta-site2 from cvs?
David

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Ted Husted,
  Junit in Action  - ,
  Struts in Action - ,
  JSP Site Design  - .


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

cvs commit: jakarta-struts/doc index.xml

[husted]

husted  2003/09/11 16:08:28

  Modified:doc  index.xml
  Log:
  + Add Struts in a Nutshell section.
  
  Revision  ChangesPath
  1.50  +98 -0 jakarta-struts/doc/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/index.xml,v
  retrieving revision 1.49
  retrieving revision 1.50
  diff -u -r1.49 -r1.50
  --- index.xml 9 Sep 2003 17:49:21 -   1.49
  +++ index.xml 11 Sep 2003 23:08:28 -  1.50
  @@ -66,6 +66,104 @@
   
   
   
  +
  +
  +
  +A http://java.sun.com/webservices/docs/1.0/tutorial/doc/WebApp.html";>web 
application uses a
  +deployment descriptor to initialize resources like servlets
  +and taglibs.
  +The deployment descriptor is formatted as a XML document and named
  +"web.xml".
  +Likewise, Struts uses a configuration file to initialize its own 
resources.
  +These resources include ActionForms to
  +collect input from users,
  +http://jakarta.apache.org/struts/userGuide/building_controller.html#actionmapping";>
  +ActionMappings to direct input to server-side
  +http://jakarta.apache.org/struts/userGuide/building_controller.html#action_classes";>Actions,
  +and ActionForwards to select output pages.
  +
  +
  +
  +Here's a simple Struts configuration (struts-config.xml) for a login 
workflow:
  +
  +
  +
  +
  +
  +There are several other resources you can specify in Struts 
configuration files.
  +You can specify validations for the ActionForms in an XML descriptor, 
using the
  +Struts Validator.
  +Another extension, Tiles, helps 
you build pages from smaller
  +fragments.
  +
  +
  +
  +Struts is an extensible framework.
  +Every class deployed by Struts can be replaced by your own default 
class.
  +The properties of your default class can be set using the
  +http://jakarta.apache.org/commons/digester/";> Digester's 
set-property feature.
  +This is one reason why there are so many contributor extensions for
  +Struts.
  +Struts provides a base framework, but you can still write your 
application your way.
  +
  +
  +
  +For more about Struts and its underlying technologies, see the User
  +Guide and the Developer Guides.
  +
  +
  +
  +Struts is a volunteer project and all support for the framework is 
provided by unpaid volunteers.
  +This documentation bundle and the mailing lists are the primary ways to 
learn how to use Struts.
  +The next few pages are devoted to helping you understand what resources 
are available to you.
  +Since Struts is a volunteer project, and our resources are limited, it 
is important that we first help you
  +help yourself.
  +
  +
  +
  +
   
   
   
  
  
  

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

cvs commit: jakarta-struts/doc releases.xml acquiring.xml

[husted]

husted  2003/09/11 16:08:12

  Modified:doc  releases.xml acquiring.xml
  Log:
  + Routine updates.
  
  Revision  ChangesPath
  1.3   +9 -5  jakarta-struts/doc/releases.xml
  
  Index: releases.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/releases.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- releases.xml  9 Sep 2003 17:49:21 -   1.2
  +++ releases.xml  11 Sep 2003 23:08:12 -  1.3
  @@ -15,7 +15,7 @@
   
   
   This document describes the Struts release process and 
our coding
  -conventions.
  +conventions. Both stable and development releases are available for download.
   
   
   
  @@ -49,7 +49,8 @@
   http://nagoya.apache.org/wiki/apachewiki.cgi?SigningReleases";>Signing a release 
version
   
   
  -The MD5 tool is installed on daedalus, and you can 
create the digests for Struts releases there.
  +The MD5 tool is installed on daedalus, and you can 
create the digests for Struts releases
  +there.
   
   
   
  @@ -64,16 +65,19 @@
   
   
   
  -Remember to update the Status section of 
the News page when cutting any milestone.
  +Remember to update the Status section of 
the News page when cutting any
  +milestone.
   For a final release, also update the /doc/project.xml with the 
current release number.
   
   
   The release process can seem daunting when you review it for the 
first time.
   But, essentially, it breaks down into three phases of just a few 
steps each:
   
  -Building - Bugzilla, dependencies, release notes, JAR 
manifest, licenses, copyrights, and build (using the release target).
  +Building - Bugzilla, dependencies, release notes, JAR 
manifest, licenses, copyrights, and build
  +(using the release target).
   Testing - JUnit, Cactus, web apps (for all "supported" 
containers). 
  -Distributing - Checksum, sign, mirror, release, update 
Struts site, update Jakarta site, announce.
  +Distributing - Checksum, sign, mirror, release, update 
Struts site, update Jakarta site,
  +announce.
   
   
   
  
  
  
  1.15  +2 -2  jakarta-struts/doc/acquiring.xml
  
  Index: acquiring.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/acquiring.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- acquiring.xml 9 Sep 2003 17:49:21 -   1.14
  +++ acquiring.xml 11 Sep 2003 23:08:12 -  1.15
  @@ -77,13 +77,13 @@
   
   
   Nightly builds - Download the binary distributions from the
  -   http://jakarta.apache.org/builds/jakarta-struts/nightly";>
  +   http://cvs.apache.org/builds/jakarta-struts/nightly";>
   Struts nightly builds directory.
   
   
   
   Nightly builds - Download the source distributions from the
  -http://jakarta.apache.org/builds/jakarta-struts/nightly/src";>
  +http://cvs.apache.org/builds/jakarta-struts/nightly/src";>
   Struts nightly build source directory.
   
   
  
  
  

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

Where is Struts 2 going?

[Jing Zhou]

I believe this topic has been discussed hundreds of times
in different subjects. One of important tasks for a new
version is to identify concept leaps. This is the place I
would like to entertain your brain - hope everyone to have
a brainstorm on what are really the innovative ideas to be
built in Struts 2.

To start, let's review what the innovative ideas are in
Struts 1.0. Struts is called a MVC framework. But that
is not enough, actually there are many other frameworks also
called MVC ones. What made Struts unique at its early
time is its defining characteristics between form beans and
web forms. They are symmetrical entities.

In Struts 1.1, another concept leap is introduced, we
called it application module. With this concept,
the developments of Struts applications scale up. There
are some other concept leaps, someone could add more.
Struts 1.0/1.1 is recognized as a Controller in general.

Now we have the Struts chain. I like the ideas of the chain.
In particular, I see the possibility we could transform
the Controller into an Integrator based on the chain
and the application module.

Integrator is a higher concept than Controller in my
opinion. Struts 2, as an Integrator, should be able to
1) Integrate faces components from different vendors.
2) Integrate other non-faces component easily, including
   existing 1.x tag libraries.
3) Integrate expression engines from different vendors.
4) We could add more... (like portlets)

The general expectation I have with the Integrator is
that application flows can smoothly move around modules
while underlying module-wide settings for a particular
vendor, say a PropertyResolver in one faces module,
can be switched to a different PropertyResolver in
another module (Expression engines can be switched
too).

This is a whiteboard idea. I like to see the idea to be
unfolded. One of reasons is that a Struts user may be
asked by his/her boss in the future
"If every controller function can be done in Faces or
other frameworks, what do we gain by using Struts 2?"

"Using Struts 2, our applications can cruise across
modules built from different vendors or teams. And
we could also develop modules for others."

Could we realize this dream? I know there are many
challenging problems there. Could we think about it
in terms of defining characteristics of Struts 2?

Jing
Netspread Carrier
http://www.netspread.com

Re: What happened to the taglib attribute listings?

[Ted Husted]

Right now, we use scp to either send up the files or a WAR to burst. 
This requires karma to jakarta.apache.org, which root no longer hands 
out as a matter of course, but should be available for the asking.

The Jakarta site2 project uses a system where you can checkout the HTML 
pages from CVS, but that still requires access to j.a.o.

-Ted.

Robert Leland wrote:
Steve Raeburn wrote:

I've posted a patch to the struts.xsml stylesheet. Ted could you do the
honours?
BTW, I'm not sure what needs to be done to update the live site and if 
it's
something I could or should be doing. I'd be happy to make the updates if
someone lets me know how.
 

The site docs talk about using CVS to update. And most of the apache 
sites, www.apache.org, xml.apache.org, ...
do look like they use CVS, since there are CVS directories under those 
directories. However, very few of the jakarta.apache.org web sites look 
like they use use CVS, no CVS directories, except for, struts-el

So I would say just use 'scp' to send the war file over, an unzip. For 
the longest time I was e-mailing my self stuff, cause I
hadn't read all the docs :-} !

-Rob


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

RE: XHTML Web site updates

[Steve Raeburn]

I've added back the contributors list, moving it to the left column, under
the menu.
For and example, see:
http://www.ninsky.com/struts/site/userGuide/preface.html

Enabling the list is controlled by an 'authors' attribute at both project
level, via the project.xml file, and for each document.

  http://jakarta.apache.org/struts/userGuide";
  image="../images/struts.gif"
authors="true">

-and/or -

  

If a document level attribute is specified, it will override the project
level attribute.
If neither is specfied , no list will be output.
If an attribute is specified, anything other than "true" will be interpreted
as false.

I think I've set it up to output on most of the pages the before. Please
feel free to amend as you see fit.

Steve


> -Original Message-
> From: Robert Leland [mailto:[EMAIL PROTECTED]
> Sent: September 10, 2003 6:52 AM
> To: Struts Developers List
> Subject: Re: XHTML Web site updates
>
>
> David Graham wrote:
>
> >>Contributors List
> >>
> >I think it's important to keep the contributors list on those pages
> >because it's a recognition of volunteers' effort.  I agree that
> it gets in
> >the way so maybe the list should be at the bottom of the page in
> a smaller
> >
> >
> +1, absolutely it's through those patches and code contributions that
> keeps Struts going sometimes.
>
> >font.  It would also be nice if it wasn't one long list of names but had
> >columns to make it shorter.  That is probably easier said than done
> >though.
> >
> >David
> >
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>



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

Re: What happened to the taglib attribute listings?

[Robert Leland]

Steve Raeburn wrote:

I've posted a patch to the struts.xsml stylesheet. Ted could you do the
honours?
BTW, I'm not sure what needs to be done to update the live site and if it's
something I could or should be doing. I'd be happy to make the updates if
someone lets me know how.
 

The site docs talk about using CVS to update. And most of the apache 
sites, www.apache.org, xml.apache.org, ...
do look like they use CVS, since there are CVS directories under those 
directories. However, very few of the jakarta.apache.org web sites look 
like they use use CVS, no CVS directories, except for, struts-el

So I would say just use 'scp' to send the war file over, an unzip. For 
the longest time I was e-mailing my self stuff, cause I
hadn't read all the docs :-} !

-Rob

Steve

 

-Original Message-
From: Steve Raeburn [mailto:[EMAIL PROTECTED]
Sent: September 11, 2003 12:03 PM
To: Struts Developers List
Subject: RE: What happened to the taglib attribute listings?
I'll take a look at this now. I'm sure it's nothing major.

Steve

   

-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: September 11, 2003 11:48 AM
To: Struts Developers List
Subject: Re: What happened to the taglib attribute listings?
If it's not something we can fix right away, I'll post a copy from an
earlier build.
David Graham wrote:

 

That's a definite bug in the build.  Those pages are worthless
   

without the
 

attribute descriptions.

David

--- Kris Schneider <[EMAIL PROTECTED]> wrote:

   

The tag doco pages,I'll tak a look at this for example:

http://jakarta.apache.org/struts/userGuide/struts-html.html

used to include tables listing each of the tags' attributes.
 

Was there a
   

conscious decision made to remove that information or is
 

there just some
   

bug in
the build?
 



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

cvs commit: jakarta-struts/doc/stylesheets struts.xsl

[sraeburn]

sraeburn2003/09/11 14:31:24

  Modified:doc/userGuide struts-html.xml struts-tiles.xml
struts-nested.xml project.xml struts-logic.xml
building_controller.xml struts-bean.xml
   doc  project.xml struts.css
   doc/faqs project.xml index.xml
   doc/stylesheets struts.xsl
  Log:
  Added back generation of contributors list
  
  Revision  ChangesPath
  1.64  +1 -1  jakarta-struts/doc/userGuide/struts-html.xml
  
  Index: struts-html.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v
  retrieving revision 1.63
  retrieving revision 1.64
  diff -u -r1.63 -r1.64
  --- struts-html.xml   9 Sep 2003 23:50:34 -   1.63
  +++ struts-html.xml   11 Sep 2003 21:31:23 -  1.64
  @@ -1,5 +1,5 @@
   
  -
  +
   
   
 Craig R. McClanahan
  
  
  
  1.11  +1 -1  jakarta-struts/doc/userGuide/struts-tiles.xml
  
  Index: struts-tiles.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-tiles.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- struts-tiles.xml  9 Sep 2003 17:49:17 -   1.10
  +++ struts-tiles.xml  11 Sep 2003 21:31:23 -  1.11
  @@ -1,5 +1,5 @@
   
  -
  +
   
   
 Cedric Dumoulin
  
  
  
  1.22  +1 -1  jakarta-struts/doc/userGuide/struts-nested.xml
  
  Index: struts-nested.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-nested.xml,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- struts-nested.xml 9 Sep 2003 17:49:18 -   1.21
  +++ struts-nested.xml 11 Sep 2003 21:31:23 -  1.22
  @@ -1,5 +1,5 @@
   
  -
  +
   
   
 Arron Bates
  
  
  
  1.22  +3 -2  jakarta-struts/doc/userGuide/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/project.xml,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- project.xml   8 Jul 2003 00:30:33 -   1.21
  +++ project.xml   11 Sep 2003 21:31:23 -  1.22
  @@ -1,10 +1,11 @@
   
   http://jakarta.apache.org/struts/userGuide";
  -image="../images/struts.gif">
  +image="../images/struts.gif"
  +  authors="true">
   
   Getting Started
  -
  +
   
 
  -
  +
   
   
 Craig R. McClanahan
  
  
  
  1.70  +0 -8  jakarta-struts/doc/userGuide/building_controller.xml
  
  Index: building_controller.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/building_controller.xml,v
  retrieving revision 1.69
  retrieving revision 1.70
  diff -u -r1.69 -r1.70
  --- building_controller.xml   9 Sep 2003 17:49:18 -   1.69
  +++ building_controller.xml   11 Sep 2003 21:31:23 -  1.70
  @@ -156,14 +156,6 @@
   
   
   
  -
  -
  -
  -
  -
  -
  -
  -
   
   
   processPath
  
  
  
  1.17  +1 -1  jakarta-struts/doc/userGuide/struts-bean.xml
  
  Index: struts-bean.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-bean.xml,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- struts-bean.xml   9 Sep 2003 17:49:17 -   1.16
  +++ struts-bean.xml   11 Sep 2003 21:31:23 -  1.17
  @@ -1,5 +1,5 @@
   
  -
  +
   
   
 Craig R. McClanahan
  
  
  
  1.41  +3 -4  jakarta-struts/doc/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/project.xml,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- project.xml   29 Aug 2003 16:50:08 -  1.40
  +++ project.xml   11 Sep 2003 21:31:24 -  1.41
  @@ -1,13 +1,12 @@
   
   http://jakarta.apache.org/struts";
  -image="images/struts.gif"
  ->
  +href="http://jakarta.apache.org/struts";
  +   image="images/struts.gif">
   
   
Apache Struts Web Application Framework
  - 
  +
   
   
   http://jakarta.apache.org/struts";
  -image="images/struts.gif">
  +image="images/struts.gif"
  +authors="true">
   
   Apache Struts Web Application Framework
   
  
  
  
  1.14  +1 -1  jakarta-struts/doc/faqs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/faqs/index.xml,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- 

RE: What happened to the taglib attribute listings?

[Steve Raeburn]

I've posted a patch to the struts.xsml stylesheet. Ted could you do the
honours?

BTW, I'm not sure what needs to be done to update the live site and if it's
something I could or should be doing. I'd be happy to make the updates if
someone lets me know how.

Steve


> -Original Message-
> From: Steve Raeburn [mailto:[EMAIL PROTECTED]
> Sent: September 11, 2003 12:03 PM
> To: Struts Developers List
> Subject: RE: What happened to the taglib attribute listings?
>
>
> I'll take a look at this now. I'm sure it's nothing major.
>
> Steve
>
> > -Original Message-
> > From: Ted Husted [mailto:[EMAIL PROTECTED]
> > Sent: September 11, 2003 11:48 AM
> > To: Struts Developers List
> > Subject: Re: What happened to the taglib attribute listings?
> >
> >
> > If it's not something we can fix right away, I'll post a copy from an
> > earlier build.
> >
> > David Graham wrote:
> >
> > > That's a definite bug in the build.  Those pages are worthless
> > without the
> > > attribute descriptions.
> > >
> > > David
> > >
> > > --- Kris Schneider <[EMAIL PROTECTED]> wrote:
> > >
> > >>The tag doco pages,I'll tak a look at this for example:
> > >>
> > >>http://jakarta.apache.org/struts/userGuide/struts-html.html
> > >>
> > >>used to include tables listing each of the tags' attributes.
> Was there a
> > >>conscious decision made to remove that information or is
> there just some
> > >>bug in
> > >>the build?
> > >>
> > >>--
> > >>Kris Schneider 
> > >>D.O.Tech   
> > >>
> > >>-
> > >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >>For additional commands, e-mail: [EMAIL PROTECTED]
> > >>
> > >
> > >
> > >
> > > __
> > > Do you Yahoo!?
> > > Yahoo! SiteBuilder - Free, easy-to-use web site design software
> > > http://sitebuilder.yahoo.com
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > --
> > Ted Husted,
> >Junit in Action  - ,
> >Struts in Action - ,
> >JSP Site Design  -
.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>



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





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

cvs commit: jakarta-struts/doc/stylesheets struts.xsl

[sraeburn]

sraeburn2003/09/11 12:20:14

  Modified:doc/stylesheets struts.xsl
  Log:
  Fix missing tag attribute descriptions
  
  Revision  ChangesPath
  1.13  +31 -11jakarta-struts/doc/stylesheets/struts.xsl
  
  Index: struts.xsl
  ===
  RCS file: /home/cvs/jakarta-struts/doc/stylesheets/struts.xsl,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- struts.xsl9 Sep 2003 21:29:10 -   1.12
  +++ struts.xsl11 Sep 2003 19:20:14 -  1.13
  @@ -1,4 +1,4 @@
  -
  +
   
   
   
  @@ -93,6 +93,26 @@
   
   
   
  +
  +
  +
   
   
   
  @@ -246,9 +266,18 @@
   
 
   
  +  
  +
  +  
  +  
  +
  +  
  +  
  +  
   
 
 Back to top
  @@ -337,15 +366,6 @@
 
 
   
  -  
  -
  -
  -  
  -
  -
  -
  -
  -
 
   
   
  
  
  

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

Modifiable and "Queryable" Runtime

[Michael Rimov]

Hey All!

A couple of things I'd like to see in Struts that would make my life much 
easier:

--1 I would really like to see is the ability to modify the Struts 
configuration at runtime.  I've come across several places where it would 
make life much easier if that was possible.

Now, I fully understand why you guys did it the way you did it.  Locking 
for access can get ugly... I'm with you on that one.

But how about a bit of a compromise and create a writer preferred 
Read/Write lock on the struts configuration system?

Something like from Doug Lea's site?
http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html
I've played with it in my own work and have been very happy with the 
performance of these locks... much better IMO than just raw 
synchronization, and aside from a code walkthrough to make sure you don't 
have deadlocks due to holding on a read lock while you acquire a write 
lock, I've found it pretty simple to program.

-- 2  I've been unable to find any way to query the struts configuration 
system for classes "outside" of the struts servlet environment.  While it 
provides good data hiding principles,  for our own Expresso work, we have 
to maintain a separate HashMap of configuration items so that classes 
outside the struts configuration environment can find ActionForwards and 
ActionMappings for our action classes.  Any way to make some of those 
ActionServlet methods public so we can query it for different configuration 
items??

Are either of these items a possibility, or am I blowing smoke? :)

Thanks in advance!
-Mike


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

RE: What happened to the taglib attribute listings?

[Steve Raeburn]

I'll take a look at this now. I'm sure it's nothing major.

Steve

> -Original Message-
> From: Ted Husted [mailto:[EMAIL PROTECTED]
> Sent: September 11, 2003 11:48 AM
> To: Struts Developers List
> Subject: Re: What happened to the taglib attribute listings?
>
>
> If it's not something we can fix right away, I'll post a copy from an
> earlier build.
>
> David Graham wrote:
>
> > That's a definite bug in the build.  Those pages are worthless
> without the
> > attribute descriptions.
> >
> > David
> >
> > --- Kris Schneider <[EMAIL PROTECTED]> wrote:
> >
> >>The tag doco pages,I'll tak a look at this for example:
> >>
> >>http://jakarta.apache.org/struts/userGuide/struts-html.html
> >>
> >>used to include tables listing each of the tags' attributes. Was there a
> >>conscious decision made to remove that information or is there just some
> >>bug in
> >>the build?
> >>
> >>--
> >>Kris Schneider 
> >>D.O.Tech   
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >
> >
> >
> > __
> > Do you Yahoo!?
> > Yahoo! SiteBuilder - Free, easy-to-use web site design software
> > http://sitebuilder.yahoo.com
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> --
> Ted Husted,
>Junit in Action  - ,
>Struts in Action - ,
>JSP Site Design  - .
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>



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

Re: What happened to the taglib attribute listings?

[Ted Husted]

If it's not something we can fix right away, I'll post a copy from an 
earlier build.

David Graham wrote:

That's a definite bug in the build.  Those pages are worthless without the
attribute descriptions.
David

--- Kris Schneider <[EMAIL PROTECTED]> wrote:

The tag doco pages, for example:

http://jakarta.apache.org/struts/userGuide/struts-html.html

used to include tables listing each of the tags' attributes. Was there a
conscious decision made to remove that information or is there just some
bug in
the build?
--
Kris Schneider 
D.O.Tech   
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Ted Husted,
  Junit in Action  - ,
  Struts in Action - ,
  JSP Site Design  - .


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

Re: What happened to the taglib attribute listings?

[David Graham]

That's a definite bug in the build.  Those pages are worthless without the
attribute descriptions.

David

--- Kris Schneider <[EMAIL PROTECTED]> wrote:
> The tag doco pages, for example:
> 
> http://jakarta.apache.org/struts/userGuide/struts-html.html
> 
> used to include tables listing each of the tags' attributes. Was there a
> conscious decision made to remove that information or is there just some
> bug in
> the build?
> 
> -- 
> Kris Schneider 
> D.O.Tech   
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

What happened to the taglib attribute listings?

[Kris Schneider]

The tag doco pages, for example:

http://jakarta.apache.org/struts/userGuide/struts-html.html

used to include tables listing each of the tags' attributes. Was there a
conscious decision made to remove that information or is there just some bug in
the build?

-- 
Kris Schneider 
D.O.Tech   

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 17:24 ---
Created an attachment (id=8163)
ELConditionalForwardTest

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 17:24 ---
Created an attachment (id=8162)
ConditionalForwardTest

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 17:24 ---
Created an attachment (id=8161)
ConditionalForwardActionMapping

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 17:23 ---
Created an attachment (id=8160)
ConditionalForwardAction

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 17:23 ---
Well, I unfortunately have deadlines to meet... So, I took the great ideas 
offered up by Joe and came up with something that is not-so-rough (although I 
suppose the ELConditionalForwardTest <=> JSTL/EL interface could use polish -- 
I'm not an expert on the library).  I've attached the complete source that I 
put together to this bug.

(*) ConditionalForwardAction => The action class itself
(*) ConditionalForwardActionMapping => The mapping class for the action
(*) ConditionalForwardTest => An interface that different conditional types 
must support
(*) ELConditionalForwardTest => A concrete test implementation for JSTL/EL 
statements.

I'll let everyone else hash out whether or not something like this would be 
useful in the core distro.  Have fun! :-)

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 16:37 ---
I've been using Struts for about a year, and I'd say that about 10-15% of the 
Action classes I have had to write contain only very basic conditional 
information like what a common conditional forward action could provide.  
Having one would allow me to remove those classes entirely, making my 
applications somewhat easier to maintain (and every little bit helps).  IMHO, 
that's the point. :-)

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 16:03 ---
This is an appropriate place to suggest enhancements (thanks).

I'm not sure about your proposal though. IMO view selection is a job for the
Action class. I'm not keen on trying to code conditional logic in the config
file when we can do it better and more easily in Java.

Maybe I'm missing the point, but I would rather code an Action where I have
access to the full power of Java and compile time error checking.

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

Re: cvs commit: jakarta-struts/doc/userGuide installation.xml

[David Graham]

--- Robert Leland <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> 
> >  Index: installation.xml
> >  ===
> >  RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v
> >  retrieving revision 1.33
> >  retrieving revision 1.34
> >  diff -u -r1.33 -r1.34
> >  --- installation.xml   9 Sep 2003 17:49:18 -   1.33
> >  +++ installation.xml   11 Sep 2003 09:49:37 -  1.34
> >  @@ -35,7 +35,8 @@
> > a Java2 (version 1.2 or later) Java Development Kit
> implementation for
> > your operating system platform.
> > A good starting point for locating Java Development Kit
> distributions is
> >  -   href="http://java.sun.com/j2se";>http://java.sun.com/j2se.
> >  +   href="http://java.sun.com/j2se";>http://java.sun.com/j2se.
> >  +  To build Struts, Java 1.4.2 or later is recommended. 
> >  
> >
> Why was 1.4.2 specified ?
> It builds fine with 1.3.1, 1.4.0 & 1.4.1, just tried it.
> It sounds like it won't work with the other JDK's, could we soften this
> ?

Agreed.  I'd still like to recommend 1.4.2 but we should say it builds
with 1.3 as well.

David

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


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

Re: cvs commit: jakarta-struts/doc/userGuide installation.xml

[Robert Leland]

[EMAIL PROTECTED] wrote:

 Index: installation.xml
 ===
 RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v
 retrieving revision 1.33
 retrieving revision 1.34
 diff -u -r1.33 -r1.34
 --- installation.xml	9 Sep 2003 17:49:18 -	1.33
 +++ installation.xml	11 Sep 2003 09:49:37 -	1.34
 @@ -35,7 +35,8 @@
a Java2 (version 1.2 or later) Java Development Kit implementation for
your operating system platform.
A good starting point for locating Java Development Kit distributions is
 -  http://java.sun.com/j2se";>http://java.sun.com/j2se.
 +  http://java.sun.com/j2se";>http://java.sun.com/j2se.
 +  To build Struts, Java 1.4.2 or later is recommended. 
 

Why was 1.4.2 specified ?
It builds fine with 1.3.1, 1.4.0 & 1.4.1, just tried it.
It sounds like it won't work with the other JDK's, could we soften this ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 15:45 ---
Looks like '.' has higher precedence than () in PropertyUtils, so it's trying 
to find the property "condition(el:${empty sessionScope" on the bean instead 
of setting the "condition" property to what is inside the parens.  I'll submit 
something against the beanutils for that.

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

RE: XHTML Web site updates

[Steve Raeburn]

Thanks Ted and everyone else for checking. Glad it all worked out. 

Steve

> -Original Message-
> From: Ted Husted [mailto:[EMAIL PROTECTED]
> Sent: September 11, 2003 2:54 AM
> To: Struts Developers List
> Subject: Re: XHTML Web site updates
> 
> 
> With an update to Ant 1.5.4, it now WORKSFORME with both 1.4.1_03 and 
> 1.4.2_01. The validation step takes a few seconds, but I'm OK with that.
> 
> I'm posting the new version now. Thanks Steve! It looks great!
> 
> -Ted.


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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 15:12 ---
A new ActionConfig might be overkill.  You can define a default ActionMapping type in 
the  'type' 
attribute of the 'action-mappings' element, or you can just specify your custom 
ActionMapping 
type on a per-mapping basis using the 'className' attribute of 'action'-- that's not 
really asking 
too much of someone who's already got to learn your sophisticated conditional 
configuration 
model.

I think your original syntax was a lot nicer than the XML in your latest posting.  The 
last thing you 
want to do is invent yet another XML grammar for programming conditional logic!  

You could write a custom ActionMapping with a mapped property "condition".  Then you 
could just 
have 





  
  


I'm not entirely sure if PropertyUtils would be fussy about a complicated value inside 
the 
parentheses, but I'm pretty sure it's just treated as string literal.  Internally, use 
a 
SequencedHashMap to store the conditions and you can enforce the order of evaluation.

Whoops; I really should be meeting my deadline!  :-)

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

Link to Struts Nightlies

[David Graham]

The Jakarta download page uses this link to point to Struts nightly
builds:
http://jakarta.apache.org/builds/jakarta-struts/nightly/

That link redirects you back to the downloads page.  I believe the correct
link is http://cvs.apache.org/builds/jakarta-struts/nightly/

I'm confused by the Jakarta site build process so I'm not sure how to fix
this.  Is the site generated from jakarta-site or jakarta-site2 from cvs?

David

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 14:33 ---
A new ActionConfig would be awesome.  I'd love to be able to do something like:


  

  el
  ${empty sessionScope.buyandsave_advancedSearchResults}
  search


  el
  ...
  ...

paging
  
  
  


I did a quick review of some of the Struts classes and it looks like 
ActionConfigs are intimately tied with ModuleConfigs.  Is there anyway that I 
can configure Struts to say "whenever you see action X, use this mapping?"  Do 
I need to subclass ModuleConfig?

Thanks!
James

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

DO NOT REPLY [Bug 22812] - requiredif failed if it is not the first criteria

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22812

requiredif failed if it is not the first criteria

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 14:27 ---
That's how it works by design.  required or requiredif need to come before 
optional validations.  Validations like date won't fire unless there's some 
actual data.

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

RE: cvs commit: jakarta-struts/src/share/org/apache/struts/util PropertyMessageResources.java

[David Graham]

--- Steve Raeburn <[EMAIL PROTECTED]> wrote:
> I noticed you used log.trace() instead of log.debug(). Would it be
> better to
> stick with debug for consistency?

We use all of the various logging levels.  In particular, trace was
already used in that class.  I don't find the message loading particularly
interesting so I put it at trace but it doesn't break consistency.  I
don't care if you change it to debug, they're both better than info :-).

David

> 
> Steve
> 
> > -Original Message-
> ...
> > dgraham 2003/09/10 21:27:21
> >
> >   Modified:src/share/org/apache/struts/util
> > PropertyMessageResources.java
> >   Log:
> ...
> >super(factory, config);
> >   -log.info("Initializing, config='" + config + "'");
> >   +log.trace("Initializing, config='" + config + "'");
> >
> 
> etc.
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 14:08 ---
Assuming you xml parameters don't change, it is a good idea.  If you desire 
additional xml, then you are either stuck with two configuration files or 
messing with digester.

Edgar

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 13:45 ---
This sounds kind of interesting.  Have you considered pairing it with a custom 
subclass of 
ActionMapping?  It might be more manageable than trying to pack all of your logic in 
the 
"parameter" property.  

Just a thought, but I notice that people generally don't seem to take advantage of 
subclassing ActionMapping as a way of passing more complex configuration to a single 
reusable 
action class.

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

DO NOT REPLY [Bug 22812] - requiredif failed if it is not the first criteria

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22812

requiredif failed if it is not the first criteria





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 13:36 ---
"fail to check" means if the date field is null(I don't input anything there), 
the requiredif validation will not work if it's the second criteria.

My question is:
if a field is a condition required date field, then i must write like 
   
Or can I write like this?
   

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

DO NOT REPLY [Bug 23104] - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction





--- Additional Comments From [EMAIL PROTECTED]  2003-09-11 13:28 ---
Created an attachment (id=8156)
An example implementation, very rough but gets the point across.

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

DO NOT REPLY [Bug 23104] New: - ConditionalForwardAction

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23104

ConditionalForwardAction

   Summary: ConditionalForwardAction
   Product: Struts
   Version: 1.1 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Standard Actions
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I had an idea at my current workplace for a very convienent reusable forward-
based action class that would support basic conditionals.  The initial use 
case was something like "if the 'resultSet' attribute does not exist in 
session scope, redirect the user to the search page - otherwise, display the 
results page".  The reason is that i have implemented a paged result set and 
the results are stored in session.  If the user bookmarks and goes back, the 
whole thing dies.  It seemed a good candidate for something like a conditional 
forward.  The class I wrote up (*very* rough, but it got the job done) allowed 
me to do this:



  
  


The way I implemented it was to have the parameter be a list of conditionals 
in the form of {conditional type}:{conditional expr} => {forward if true}, ... 
and the first one it came across that resulted in "true" would be forwarded 
to.  If no conditional was specified, it would automatically be chosen (giving 
an if () {} else if () {} else {} type structure).  The initial implementation 
interfaces with the jakarta-taglibs JSTL/EL library.  The prefix 
for "conditional type" is to support (perhaps) multiple different types; for 
now it's just "el:" for JSTL/EL statements.

Not sure if this is the appropriate forum for submitting suggested features, 
but figured I'd send it out anyway in case the core team thought it (or 
something like it) might be a good idea.

--James

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

Re: XHTML Web site updates

[Ted Husted]

With an update to Ant 1.5.4, it now WORKSFORME with both 1.4.1_03 and 
1.4.2_01. The validation step takes a few seconds, but I'm OK with that.

I'm posting the new version now. Thanks Steve! It looks great!

-Ted.

Steve Raeburn wrote:
Thanks James, I'm about to commit an updated build-webbaps.xml file. It
seems to solve my problem on 1.4.1_02.
According to the Ant manual:
reloadstylesheet - Controls whether the stylesheet transformer is created
anew for every transform operation. If you set this to true, performance may
suffer, but you may work around a bug in certain Xalan-J versions. Default
is false. Since Ant 1.5.2.
http://ant.apache.org/manual/CoreTasks/style.html

Setting this to true, appears to work and it's not much slower. Give it a
whirl.
Steve


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

cvs commit: jakarta-struts/doc/userGuide installation.xml

[husted]

husted  2003/09/11 02:49:37

  Modified:doc  status.xml
   doc/userGuide installation.xml
  Log:
  Amend build requirements to specify Ant 1.5.4
  
  Revision  ChangesPath
  1.42  +2 -2  jakarta-struts/doc/status.xml
  
  Index: status.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/status.xml,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- status.xml9 Sep 2003 17:49:21 -   1.41
  +++ status.xml11 Sep 2003 09:49:37 -  1.42
  @@ -362,7 +362,7 @@
   
   
   
  -Website updated from CVS: 2003 AUG 29 by husted.
  +Website updated from CVS: 2003 SEP 11 by husted.
   Javadocs updated from CVS: 2003 JUN 29 by mcooper.
   
   
  
  
  
  1.34  +4 -3  jakarta-struts/doc/userGuide/installation.xml
  
  Index: installation.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v
  retrieving revision 1.33
  retrieving revision 1.34
  diff -u -r1.33 -r1.34
  --- installation.xml  9 Sep 2003 17:49:18 -   1.33
  +++ installation.xml  11 Sep 2003 09:49:37 -  1.34
  @@ -35,7 +35,8 @@
 a Java2 (version 1.2 or later) Java Development Kit implementation for
 your operating system platform.
 A good starting point for locating Java Development Kit distributions is
  -  http://java.sun.com/j2se";>http://java.sun.com/j2se.
  +  http://java.sun.com/j2se";>http://java.sun.com/j2se.
  +  To build Struts, Java 1.4.2 or later is recommended. 
   
 Servlet Container - You must download and 
install a
 servlet container that is compatible with the Servlet API Specification,
  @@ -49,7 +50,7 @@
 specification, 1.1 or later. This is bundled with J2SE 1.4 and later.
 (For earlier versions of Java, the easiest way to obtain JAXP is
 probably by downloading the Web Services Developers Kit
  -  (1.1 or later!).See the http://java.sun.com/xml/jaxp/faq.html#jaxp-ri-latest";>
  +  (1.1 or later!). See the http://java.sun.com/xml/jaxp/faq.html#jaxp-ri-latest";>
 Sun JAXP FAQ for more information.)
 In Struts-based web applications, you may replace the reference
 implementation classes with any other JAXP compliant parser, such as
  @@ -59,7 +60,7 @@
 Struts, below.
   
 Ant Build System - If you are building Struts from the
  -  source distribution, you must download and install version 1.5.1 (or later)
  +  source distribution, you must download and install version 1.5.4 (or later)
 of the http://jakarta.apache.org/ant";>Ant build system.
 This package is also strongly recommended for use in developing your
 own web applications based on Struts.
  
  
  

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

DO NOT REPLY [Bug 23097] New: - Redisplaying data user has entered within a form

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23097

Redisplaying data user has entered within a form

   Summary: Redisplaying data user has entered within a form
   Product: Struts
   Version: 1.1 Final
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Standard Actions
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi All,

I have a problem redisplaying form fields a user enters within a html form.

I use the validate method to validate form entry fields through ActionForms.
and validate business logic in LookupDispatchAction classes.

Has anyone experienced this problem, and is there any solution to this
matter.

Cheers
Rodney



CODE:
Below the code you see is part of an application I am building.
The problem here lies in the fact that in all cases,
field data does not get redisplayed within the form the user has entered data 
in.

eg. if you enter a invalid data within a numeric data field (this instance ACN)
then the ActionForm issues a error message gets issued (works)
but the ACN previously entered does not get redisplayed in the form.

eg. if you enter a valid ACN or Organisation Name within the fields to do 
searches,
and no data is applicable to the search criteria entered a error message 
gets issued (works)
but no ACN/Organisation Name gets redisplayed in the form where the data 
was entered.



Part 1: Sample Configuration (struts-config.xml)

























PART 2: Application form code (validation and reset methods)

public class OrganisationNameSearchActionForm extends ActionForm {

// Get and Set methods


public ActionErrors validate(ActionMapping actionMapping, 
HttpServletRequest httpServletRequest) {
ActionErrors errors = new ActionErrors();

if(method.equals("Next")) {
if((organisationName == null) || (organisationName.trim().equals
(""))) {
errors.add("organisationName", new ActionError
("error.organisationName.required"));
}

if((ACN != null) && (!ACN.trim().equals(""))) {
try {
Integer.parseInt(ACN);
}
catch(NumberFormatException e) {
errors.add("ACN", new ActionError("error.ACN.format"));
}
}
}

return errors;
}

public void reset(ActionMapping mapping, HttpServletRequest request) {
this.method = null;
this.organisationName = null;
this.ACN = null;
}
}

Part 3: Action Code (Sample)

public class OrganisationNameSearchAction extends LookupDispatchAction {
protected java.util.Map getKeyMethodMap() {
Map map = new HashMap();
map.put("button.next", "next");
return map;
}

public ActionForward next(ActionMapping mapping, ActionForm form,
  HttpServletRequest request, HttpServletResponse 
response)
  throws IOException, ServletException {
boolean error = false;
boolean failure = false;
String target = "next";
ActionErrors actionErrors = new ActionErrors();

try {
HttpSession session = request.getSession(false);
if(session != null) {
OrganisationNameSearchMessageDTO organisationNameSearchResult = 
performOrganisationNameSearch(form, session);
if(organisationNameSearchResult == null) {
error = true;
}
else if(organisationNameSearchResult.getRequestRejectionGroup
() != null) {
if(organisationNameSearchResult.getRequestRejectionGroup
().getRejectionDetailsSegment() != null) {
failure = true;
}
}

if(!error && !failure) {
processResults(organisationNameSearchResult, session);
target = "next";
}
else if(failure) {
String errorMsg = 
organisationNameSearchResult.getRejectionMessage();
actionErrors.add(ActionErrors.GLOBAL_ERROR, new ActionError
("errorMessage", errorMsg));
target = "failure";
}
else {
target = "error";
}
}
else {
actionErrors.add(ActionErrors.GLOBAL_ERROR, new ActionError
("error.noSession"));
targe