Re: Improved I18N support

2002-03-19 Thread @Basebeans.com 

Subject: Re: Improved I18N support
From: "Wei Gao" <[EMAIL PROTECTED]>
 ===
I believe that you can do it with current struts by this:

  



"Heath Chiavettone" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Hello all,
>
> I know that you guys are about to stabilize the 1.1 release, but I noticed
a
> possible area where your I18N support is lacking.  There are a bunch of
tags
> which take the "value" parameter for comparison.  I can see some areas,
> especially related to buttons, where you may want to specify a valueKey
> argument as well.  This would match up with your pattern for the title,
and
> titleKey.  Essentially, if somebody wants to write a page which can be
> reused in a variety of languages, it may be difficult right now to use all
> the tags correctly.
>
> The best example may be the  tag.  In the following example,
if
> I wanted to have a button that changes its text based on the user's
locale,
> I can't see how to do this easily right now:
>
> i.e. 
>
> I would appreciate your thoughts on this...
>
> Thanks,
> Heath
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: NestedFormTag in cvs head

2002-03-19 Thread Martin Cooper 

I picked up this fix, since it seemed rather important, so it's included in
Beta 1.

--
Martin Cooper


- Original Message -
From: "Arron Bates" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, March 19, 2002 3:35 PM
Subject: Re: NestedFormTag in cvs head


> Fixed.
>
> You were right, old servlet.jar did it.
> It puzzles me that the other iterate tags work in this scenario, as the
> container would have to write in these methods that it wouldn't know
> about. Anyways...
>
> Arron.
>
>
> David Winterfeldt wrote:
>
> >I wondered if it might be something like this, but I
> >didn't look into this at all last night.  I think I
> >kept my servlet jar reference to Tomcat 3.x for a
> >backwards compatibility check.  Since we're still
> >keeping Struts compliant with Tomcat 3.x, we probably
> >need to change this.
> >
> >David
> >
> >--- Rob Leland <[EMAIL PROTECTED]> wrote:
> >
> >>
> >>David Winterfeldt wrote:
> >>
> >>>v1.3 of
> >>>
> >src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java
> >
> >>>won't compile for me.
> >>>David
> >>>
> >>
> >>I bet you are using Tomcat 3.X, JSP 1.1 ?
> >>I believe it uses a JSP 1.2 construct.
> >>
> >>-Rob
> >>
> >>
> >>
> >>--
> >>Robert Leland ([EMAIL PROTECTED])
> >>804 N. Kenmore Street
> >>Arlington, VA 22201-2225
> >>Voice: 703-525-3580
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:
> >>
> >>For additional commands, e-mail:
> >>
> >>
> >
> >
> >__
> >Do You Yahoo!?
> >Yahoo! Sports - live college hoops coverage
> >http://sports.yahoo.com/
> >
> >--
> >To unsubscribe, e-mail:

> >For additional commands, e-mail:

> >
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

[ANNOUNCEMENT] Struts 1.1 Beta 1 Released

2002-03-19 Thread Martin Cooper 

The Struts team is proud to announce the release of Struts 1.1 Beta 1. This
release includes significant new functionality, while retaining full
backwards compatibility with earlier versions of Struts. It also
incorporates fixes for a number of bugs which were reported against earlier
versions.

The binary distribution is available at:

  http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1/

and the source distribution is available at:

  http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1/src/

In addition, the library distibution, which contains updated binaries
without the sample applications, is available at:

  http://jakarta.apache.org/builds/jakarta-struts/release/v1.01-b1/lib/

Details of the changes in this release are available in the Release Notes,
which can be found here:

  http://jakarta.apache.org/struts/userGuide/release-notes-1.1-b1.html

--
Martin Cooper



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Validator SERVLET_CONTEXT_KEY Error

2002-03-19 Thread @Basebeans.com 

Subject: Validator SERVLET_CONTEXT_KEY Error
From: Vic Cekvenich <[EMAIL PROTECTED]>
 ===
Hey Dave, I know you are doing the 1.1 build and real busy.
I am trying to create an upgraded sample app. When you get a minute...

When I try to use the latest builds, to use validator I get this:
(the full source code is at www.basebeans.com/downloads.jsp.

Any suggestion?


java.lang.NoSuchFieldError: SERVLET_CONTEXT_KEY
at org.apache.struts.validator.action.ValidatorForm.initValidator(Unknown 
Source)
at org.apache.struts.validator.action.ValidatorForm.validate(Unknown Source)




--
To unsubscribe, e-mail:   
For additional commands, e-mail:

DO NOT REPLY [Bug 7262] New: - Mozilla 0.9.9 throws IllegalArgumentExceptions

2002-03-19 Thread 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=7262

Mozilla 0.9.9 throws IllegalArgumentExceptions

   Summary: Mozilla 0.9.9 throws IllegalArgumentExceptions
   Product: Struts
   Version: Nightly Build
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I upgraded to Mozilla 0.9.9 and now I'm receiving the following error when I 
try to execute one of my Actions.

I resorted back to 0.9.8 and everything works fine.  I'd report this to Mozilla 
team, but I really don't know what the problem might be.

Matt

2002-03-19 22:19:53 StandardWrapperValve[action]: Servlet.service() for servlet 
action threw exception
javax.servlet.ServletException: BeanUtils.populate
at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:954)
at org.apache.struts.action.RequestProcessor.processPopulate
(RequestProcessor.java:793)
at org.apache.struts.action.RequestProcessor.process
(RequestProcessor.java:246)
at org.apache.struts.action.ActionServlet.process
(ActionServlet.java:1109)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:470)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at com.onpoint.webapp.LoginFilter.doFilter(LoginFilter.java:78)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:213)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:243)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:201)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke
(AuthenticatorBase.java:518)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.CertificatesValve.invoke
(CertificatesValve.java:246)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2344)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:164)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.AccessLogValve.invoke
(AccessLogValve.java:462)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:163)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.connector.http.HttpProcessor.process
(HttpProcessor.java:1011)
at org.apache.catalina.connector.http.HttpProcessor.run
(HttpProcessor.java:1106)
at java.lang.Thread.run(Thread.java:484)
- Root Cause -
java.lang.IllegalArgumentException: argument type mismatch
at java.lang.reflect.Method.invoke

cvs commit: jakarta-struts/doc/userGuide release-notes-1.1-b1.xml

2002-03-19 Thread martinc 

martinc 02/03/19 19:07:13

  Modified:doc  index.xml news_2002.xml project.xml
   doc/proposals release-plan-1.1b1.xml
  Added:   doc/userGuide release-notes-1.1-b1.xml
  Log:
  Documentation updates for Struts 1.1 Beta 1. Also some miscellaneous fixes
  to broken links, etc.
  
  Revision  ChangesPath
  1.22  +41 -6 jakarta-struts/doc/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/index.xml,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- index.xml 5 Mar 2002 02:26:54 -   1.21
  +++ index.xml 20 Mar 2002 03:07:13 -  1.22
  @@ -175,22 +175,57 @@
 
 
 Check the 
  -  http://jakarta.apache.org/doc-1.0.2/release-notes-1.0.2.html";>
  -   for a summary of the changes since the Struts 1.0.1 release.
  +  http://jakarta.apache.org/struts/doc-1.0.2/release-notes-1.0.2.html";>
  +  Release Notes for a summary of the changes since the Struts 1.0.1 release.
 
   
 
 In addition to a Struts distribution, you will need to ensure that
 you have downloaded and installed all of the
  -  http://jakarta.apache.org/doc-1.0.2/installation.html#Prerequisites";>
  +  http://jakarta.apache.org/struts/doc-1.0.2/installation.html#Prerequisites";>
 prerequisite software applications. Then, follow the appropriate instructions 
to
  -  http://jakarta.apache.org/doc-1.0.2/installation.html#Installing";>
  +  http://jakarta.apache.org/struts/doc-1.0.2/installation.html#Installing";>
 install and use a Struts binary 
 distribution in your web application or for
  -  http://jakarta.apache.org/doc-1.0.2/installation.html#Building";>
  +  http://jakarta.apache.org/struts/doc-1.0.2/installation.html#Building";>
 building Struts from the source  distribution.
 
   
  +  
  +  The latest beta release of Struts 1.1 is also
  +  available, in the same three distributions. While not necessarily quite as
  +  stable as the latest production release, the beta release provides an interim
  +  release between the nightly builds and the production release so that
  +  developers can start taking advantage of new functionality without the same
  +  degree of risk as using the nightly builds may entail.
  +  
  +
  +  
  +  http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1";>
  +  Struts 1.1 Beta 1 Binary Distribution
  +  http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1/lib";>
  +  Struts 1.1 Beta 1 Library Distribution
  +  http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1/src";>
  +  Struts 1.1 Beta 1 Source Code Distribution
  +  
  +
  +  
  +  Check the 
  +  http://jakarta.apache.org/struts/userGuide/release-notes-1.1-b1.html";>
  +  Release Notes for a summary of the changes since the Struts 1.0.2 release.
  +  
  +
  +  
  +  As with the production release, you will need to ensure that you have
  +  downloaded and installed all of the
  +  http://jakarta.apache.org/struts/userGuide/installation.html#Prerequisites";>
  +  prerequisite software applications. Then, follow the appropriate instructions 
to
  +  http://jakarta.apache.org/struts/userGuide/installation.html#Installing";>
  +  install and use a Struts binary 
  +  distribution in your web application or for
  +  http://jakarta.apache.org/struts/userGuide/installation.html#Building";>
  +  building Struts from the source distribution.
  +  
 
   
 
  @@ -215,7 +250,7 @@
   
 
 Be sure to check the 
  -  http://jakarta.apache.org/release-notes.html";>
  +  http://jakarta.apache.org/struts/userGuide/release-notes.html";>
 Release Notes for the nightly builds so you know what you are getting!
 
   
  
  
  
  1.5   +25 -1 jakarta-struts/doc/news_2002.xml
  
  Index: news_2002.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/news_2002.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- news_2002.xml 5 Mar 2002 02:26:54 -   1.4
  +++ news_2002.xml 20 Mar 2002 03:07:13 -  1.5
  @@ -14,6 +14,30 @@
   
   
   
  +19 March 2002 - Struts 1.1 Beta 1 Released
  +
  +The Struts team announces the release of Struts 1.1 Beta 1. This release
  +includes substantial new functionality, while retaining full backwards
  +compatibility with earlier versions of Struts. It also incorporates fixes
  +for a number of bugs which were reported against earlier versions.
  +
  +
  +The binary distribution for this release is available 
  +http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1/";>
  +here
  +and the source distribution
  +is available 
  +http://jakarta.apache.org/builds/jakarta-struts/release/v1.1-b1/src/";>
  +here. 
  +In addition, a library distribution, which consists of a minimal
  +binary distribution, without sample web applications or additional code,

Request for enhancement

2002-03-19 Thread Heath Chiavettone 

I've found that I'm starting to get the following pattern throughout my
jsps.

 



<% Integer lastContact = new Integer(numContacts.intValue() - 1); %>

 

I'm mostly using this within an iterator to determine whether I'm currently
processing the last element of a collection as is described below.

 



< logic:write
property="member.name"/>, 



 

I was wondering if it makes sense to add an additional attribute to the size
tag which controls whether the value is a true size, versus the index of the
last element (i.e. one based versus zero based)?

 

Thanks for your feedback,

Heath

Re: NestedFormTag in cvs head

2002-03-19 Thread Arron Bates 

Fixed.

You were right, old servlet.jar did it.
It puzzles me that the other iterate tags work in this scenario, as the 
container would have to write in these methods that it wouldn't know 
about. Anyways...

Arron.


David Winterfeldt wrote:

>I wondered if it might be something like this, but I
>didn't look into this at all last night.  I think I
>kept my servlet jar reference to Tomcat 3.x for a
>backwards compatibility check.  Since we're still
>keeping Struts compliant with Tomcat 3.x, we probably
>need to change this.
>
>David
>
>--- Rob Leland <[EMAIL PROTECTED]> wrote:
>
>>
>>David Winterfeldt wrote:
>>
>>>v1.3 of 
>>>
>src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java
>
>>>won't compile for me.
>>>David
>>>
>>
>>I bet you are using Tomcat 3.X, JSP 1.1 ?
>>I believe it uses a JSP 1.2 construct.
>>
>>-Rob
>>
>>
>>
>>-- 
>>Robert Leland ([EMAIL PROTECTED])
>>804 N. Kenmore Street
>>Arlington, VA 22201-2225
>>Voice: 703-525-3580
>>
>>
>>--
>>To unsubscribe, e-mail:  
>>
>>For additional commands, e-mail:
>>
>>
>
>
>__
>Do You Yahoo!?
>Yahoo! Sports - live college hoops coverage
>http://sports.yahoo.com/
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail:

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/nested/html NestedFormTag.java

2002-03-19 Thread arron 

arron   02/03/19 15:29:23

  Modified:src/share/org/apache/struts/taglib/nested/html
NestedFormTag.java
  Log:
  correcting a build error when using older JSP servlet.jar
  
  Revision  ChangesPath
  1.4   +6 -6  
jakarta-struts/src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java
  
  Index: NestedFormTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- NestedFormTag.java13 Mar 2002 13:13:28 -  1.3
  +++ NestedFormTag.java19 Mar 2002 23:29:23 -  1.4
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java,v
 1.3 2002/03/13 13:13:28 arron Exp $
  - * $Revision: 1.3 $
  - * $Date: 2002/03/13 13:13:28 $
  + * $Header: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java,v
 1.4 2002/03/19 23:29:23 arron Exp $
  + * $Revision: 1.4 $
  + * $Date: 2002/03/19 23:29:23 $
* 
*
* The Apache Software License, Version 1.1
  @@ -69,7 +69,7 @@
* NestedFormTag.
* @author Arron Bates
* @since Struts 1.1
  - * @version $Revision: 1.3 $ $Date: 2002/03/13 13:13:28 $
  + * @version $Revision: 1.4 $ $Date: 2002/03/19 23:29:23 $
*/
   public class NestedFormTag extends FormTag implements NestedParentSupport {
   
  @@ -110,9 +110,9 @@
  * This is only overriden to clean up the include reference
  * @return int JSP continuation directive.
  */
  -  public int doAfterBody() throws JspException {
  +  public int doEndTag() throws JspException {
   /* store original result */
  -int temp = super.doAfterBody();
  +int temp = super.doEndTag();
   
   /* all done. clean up */
   HttpSession session = (HttpSession)pageContext.getSession();
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

DO NOT REPLY [Bug 5303] - BaseTag when there is a web server acting as proxy in front of servlet engine

2002-03-19 Thread 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=5303

BaseTag when there is a web server acting as proxy in front of servlet engine





--- Additional Comments From [EMAIL PROTECTED]  2002-03-19 21:22 ---
Hi,

I would also like to add that when SSL is running on Apache,
the base tag returns http://xxx.xxx.xxx:443 rather than https://xxx.xxx.xxx.xx
for relative links. Removing the base tag allows it to work
as intended. I am using Tomcat 4.0.1 and J2EE 1.3 with Struts.

Thanks!

John Westerkamp
[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: NestedFormTag in cvs head

2002-03-19 Thread David Winterfeldt 

I wondered if it might be something like this, but I
didn't look into this at all last night.  I think I
kept my servlet jar reference to Tomcat 3.x for a
backwards compatibility check.  Since we're still
keeping Struts compliant with Tomcat 3.x, we probably
need to change this.

David

--- Rob Leland <[EMAIL PROTECTED]> wrote:
> 
> 
> David Winterfeldt wrote:
> 
> > v1.3 of 
> >
>
src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java
> > won't compile for me.
> > David
> 
> 
> I bet you are using Tomcat 3.X, JSP 1.1 ?
> I believe it uses a JSP 1.2 construct.
> 
> -Rob
> 
> 
> 
> -- 
> Robert Leland ([EMAIL PROTECTED])
> 804 N. Kenmore Street
> Arlington, VA 22201-2225
> Voice: 703-525-3580
> 
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 


__
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: backwards compatibility

2002-03-19 Thread Ted Husted 

There should not be any compatibility issues. 

The one exception being a security-fix to the servlet property on the
ActionForm. It would be possible that some obscure, highly-custom code
that grabbed the servlet property from the ActionForm might have to be
modified. But that should be it.

-- Ted Husted, Husted dot Com, Fairport NY US
-- Developing Java Web Applications with Struts
-- Tel: +1 585 737-3463
-- Web: http://husted.com/about/services



Mike Dewhirst wrote:
> 
> Possibly a struts-user question, but wanted to go to the source :)
> 
> Are there *any* backward compatibility issues between struts 1.0 and 1.0.2?
> 
> Really appreciate any feedback!
> 
> Mike
> 
> This message was written in plain text mode.
> Everything below the dotted line was not
> written by the author of this email.
> --
> 
> =**
> 
> If you are not the intended recipient, employee or agent responsible for delivering 
>the message to the intended recipient, you are hereby notified that any dissemination 
>or copying of this communication and its attachments is strictly prohibited.
> 
> If you have received this communication and its attachments in error, please return 
>the original message and attachments to the sender using the reply facility on e-mail.
> 
> Internet communications are not secure and therefore the UCLES Group does not accept 
>legal responsibility for the contents of this message.  Any views or opinions 
>presented are solely those of the author and do not necessarily represent those of 
>the UCLES Group unless otherwise specifically stated.
> 
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses although this does not guarantee 
>that this email is virus free.
> 
> **=
> 
> ***
> 
> If you are not the intended recipient, employee or agent responsible for delivering 
>the message to the intended recipient, you are hereby notified that any dissemination 
>or copying of this communication and its attachments is strictly prohibited.
> 
> If you have received this communication and its attachments in error, please return 
>the original message and attachments to the sender using the reply facility on e-mail.
> Internet communications are not secure and therefore the UCLES Group does not accept 
>legal responsibility for the contents of this message.  Any views or opinions 
>presented are solely those of the author and do not necessarily represent those of 
>the UCLES Group unless otherwise specifically stated.
> 
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses although this does not guarantee 
>that this email is virus free.
> 
> ***

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Re: NestedFormTag in cvs head

2002-03-19 Thread Rob Leland 



David Winterfeldt wrote:

> v1.3 of 
> src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java
> won't compile for me.
> David


I bet you are using Tomcat 3.X, JSP 1.1 ?
I believe it uses a JSP 1.2 construct.

-Rob



-- 
Robert Leland ([EMAIL PROTECTED])
804 N. Kenmore Street
Arlington, VA 22201-2225
Voice: 703-525-3580


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

backwards compatibility

2002-03-19 Thread Mike Dewhirst 

Possibly a struts-user question, but wanted to go to the source :)

Are there *any* backward compatibility issues between struts 1.0 and 1.0.2?

Really appreciate any feedback!

Mike



This message was written in plain text mode. 
Everything below the dotted line was not 
written by the author of this email. 
-- 


=**

If you are not the intended recipient, employee or agent responsible for delivering 
the message to the intended recipient, you are hereby notified that any dissemination 
or copying of this communication and its attachments is strictly prohibited.

If you have received this communication and its attachments in error, please return 
the original message and attachments to the sender using the reply facility on e-mail.

Internet communications are not secure and therefore the UCLES Group does not accept 
legal responsibility for the contents of this message.  Any views or opinions 
presented are solely those of the author and do not necessarily represent those of the 
UCLES Group unless otherwise specifically stated.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses although this does not guarantee that 
this email is virus free.

**=



***

If you are not the intended recipient, employee or agent responsible for delivering 
the message to the intended recipient, you are hereby notified that any dissemination 
or copying of this communication and its attachments is strictly prohibited.

If you have received this communication and its attachments in error, please return 
the original message and attachments to the sender using the reply facility on e-mail.
Internet communications are not secure and therefore the UCLES Group does not accept 
legal responsibility for the contents of this message.  Any views or opinions 
presented are solely those of the author and do not necessarily represent those of the 
UCLES Group unless otherwise specifically stated.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses although this does not guarantee that 
this email is virus free.

***

DO NOT REPLY [Bug 7254] New: - Wrong form bean used for included form code

2002-03-19 Thread 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=7254

Wrong form bean used for included form code

   Summary: Wrong form bean used for included form code
   Product: Struts
   Version: 1.0.2 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In foo.jsp there is a line like this: <%@ include file="some.inc"%>.

File some.inc contains just this:




Immediately after the include line in foo.jsp there is code like this:

...

When compiled foo.jsp gives html code with two forms with the same name: the 
name of the second form's form bean, as set in struts-config.xml.

If instead of  I use  or , everything is OK, that is the two forms 
take their respective form bean names.

I think there is some problem in general in this configuration when the second 
form has only the action parameter set.

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Caching tiles

2002-03-19 Thread Pieter Coucke 

Hi,

In order to improve the performance of our project, I'd like to use a form of caching. 
 I was thinking of something in the tiles-defs.xml as the following:

...

This would cache the menu-tile for one hour.

Another example:

...

This would cache the item-tile for one hour, depending on the id of the item.  So, for 
every item, a separate cache would be made.  The parameter for the key must come from 
the session or the request.  The key can also be a comma-separated list of values.

I've searched for something similar, but could not find it.  If this already exists, 
sorry for disturbing you.  If it doesn't, I would be happy to contribute code for it.  
I was thinking of using the code from jakarta-commons-cache as a basis.

Sincerely,

Pieter Coucke
eXpanded Media Belgium
http://www.expandedmedia.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

DO NOT REPLY [Bug 7238] - Reporting informational messages to the user

2002-03-19 Thread 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=7238

Reporting informational messages to the user

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-03-19 16:35 ---
This is already available using ActionMessages, ActionMessage, and the 
html:messages tag.

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Beta 1 update

2002-03-19 Thread STEVE WILKINSON 


>Nightly builds of Struts follow the GUMP philosophy
>(http://jakarta.apache.org/gump) -- latest and greatest of everything.
>They also include all of the exact JAR files that they are built against,
>and should be used that way.  This is necessary because new features in
>Struts often depend on new features of the component libraries.  Because
>these builds all take place on my machine, they also correspond to the
>nightly build (of the same date) for each of the Commons components in
>question.
>
>For releases, a prerequisite for a Struts 1.1 final release will be final
>releases of the component libraries so that users can depend on a stable
>version.
>

FYI, the latest jars are available from gump at the following URL:
http://gump.covalent.net/jars/

I guess it's tabo to include a copy of the jars in the src distribution?  I 
just wondered since they are included in the binary distribution.  It's just 
a little more work to download the jars either from the binary distribution 
or from the gump URL, but it would be super cool, IMHO, if they were 
included in the src distribution.

Thanks,
Steve



_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

RE: Beta 1 update

2002-03-19 Thread STEVE WILKINSON 


>Nightly builds of Struts follow the GUMP philosophy
>(http://jakarta.apache.org/gump) -- latest and greatest of everything.
>They also include all of the exact JAR files that they are built against,
>and should be used that way.  This is necessary because new features in
>Struts often depend on new features of the component libraries.  Because
>these builds all take place on my machine, they also correspond to the
>nightly build (of the same date) for each of the Commons components in
>question.
>
>For releases, a prerequisite for a Struts 1.1 final release will be final
>releases of the component libraries so that users can depend on a stable
>version.
>

FYI, the latest jars are available from gump at the following URL:


> > I know that there is some online documentation to this effect, but it
> > doesn't appear that this is updated except at major releases.  Am I 
>wrong in
> > asserting that this documentation is not correct for the latest nightly
> > build?
> >
>
>The only docs that are accurate for a nightly build are those inside that
>nightly build (and even then only if the developers update the docs :-).
>
>It would be nice if the online version of the docs could also be updated
>auto-magically.  There are some Jakarta-wide initiatives in that direction
>that Struts (and Tomcat, and Commons, ...) will be able to take advantage
>of
>
> > Also, seems to me that labeling the component depended upon
> > (jakarta-commons) is backwards.  Shouldn't we just document in
> > jakarta-struts the version (or build #/date) of each component used?  
>Are
> > the nightly builds of these components already automatically tagged in 
>CVS
> > for quick recoverly?
> >
>
>Nightly builds of Struts are dependent on nightly builds (of the same
>date) of all the commons components).  Tagging on a daily basis is
>overkill, IMHO.
>
> > Sincerely,
> > James.
> >
>
>Craig
>
>
> > -Original Message-
> > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, March 18, 2002 9:24 AM
> > To: Struts Developers List
> > Subject: Re: Beta 1 update
> >
> > +1, but if you can wait until after midnight (Pacific Time) tonight, 
>I'll
> > be able to get some more bug fixes done.
> >
> > I also did some fixes/enhancements in commons-beanutils over the 
>weekend,
> > which raises a point -- it would also be good to tag the specific bits 
>of
> > the Commons packages that you include in the beta with the same tag.
> > Since Martin has commit access on jakarta-commons, this shouldn't be a
> > problem.  And, nobody should complain since CVS doesn't give a rip how
> > many tags there are (just don't create branch tags).
> >
> > Craig
> >
> >
> > On Sun, 17 Mar 2002, Martin Cooper wrote:
> >
> > > Date: Sun, 17 Mar 2002 21:41:22 -0800
> > > From: Martin Cooper <[EMAIL PROTECTED]>
> > > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > > To: Struts Developers List <[EMAIL PROTECTED]>
> > > Subject: Beta 1 update
> > >
> > > First of all, I sincerely apologise to you all for the length of time 
>it
> > is
> > > taking to get Beta 1 out the door. Unfortunately, I managed to get 
>sick,
> > and
> > > still haven't quite got back to full strength yet.
> > >
> > > A few things have happened since I tagged the CVS tree for Beta 1.
> > >
> > > 1) Craig has made a boatload of bug fixes to the code base.
> > >
> > > 2) Arron made some changes to the nested taglib which he requested be
> > > included in Beta 1.
> > >
> > > 3) David made many changes to Validator and the way it hooks into 
>Struts.
> > He
> > > also updated some of the files in CVS to tag them as part of Beta 1.
> > >
> > > 4) Rob is checking in UML diagrams as I write this.
> > >
> > > Given these changes, and especially given the already-updated tags in 
>CVS,
> > I
> > > think it would make sense at this point to retag the entire tree to 
>pick
> > up
> > > the latest of everything as Beta 1. This would give us a better, 
>stronger,
> > > first beta. I promise to complete the beta release process in one 
>phase
> > this
> > > time, to avoid a repeat of the current situation.
> > >
> > > Is everyone OK with this approach?
> > >
> > > --
> > > Martin Cooper
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:   
>
> > For additional commands, e-mail: 
>
> >
> > --
> > To unsubscribe, e-mail:   
>
> > For additional commands, e-mail: 
>
> >
> >
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>


_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
To unsubscribe, e-mail:

DO NOT REPLY [Bug 7250] - Documentation for logic iterate doesn't indicate it will accept primitive arrays.

2002-03-19 Thread 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=7250

Documentation for logic iterate doesn't indicate it will accept primitive arrays.





--- Additional Comments From [EMAIL PROTECTED]  2002-03-19 15:51 ---
Created an attachment (id=1383)
Path to fix documentation on logic:iterate as accepting array of primitives

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

DO NOT REPLY [Bug 7250] New: - Documentation for logic iterate doesn't indicate it will accept primitive arrays.

2002-03-19 Thread 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=7250

Documentation for logic iterate doesn't indicate it will accept primitive arrays.

   Summary: Documentation for logic iterate doesn't indicate it will
accept primitive arrays.
   Product: Struts
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The examples are already modified to show logic:iterate as accepting arrays of 
primitives, but the documentation doesn't indicate this.

Here is the relevant patch to make that happen...

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

DO NOT REPLY [Bug 7238] New: - Reporting informational messages to the user

2002-03-19 Thread 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=7238

Reporting informational messages to the user

   Summary: Reporting informational messages to the user
   Product: Struts
   Version: 1.0.2 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In the same that that struts deals with error messgaes via the 
tag it would be nice to have a common way to display information messages to the
user that aren't necessarily errors. The reason is to seperate errors from
informational stuff about the service such as 

"Password is incorrect" is an error but
"Your search found 0 results" isn't.

Something like  or  which would essentially have
a different header and footer would be nice. Then I could display & manage it
independantly from error messages.

-s

--
To unsubscribe, e-mail:   
For additional commands, e-mail:

Improved I18N support

2002-03-19 Thread Heath Chiavettone 

Hello all,

I know that you guys are about to stabilize the 1.1 release, but I noticed a
possible area where your I18N support is lacking.  There are a bunch of tags
which take the "value" parameter for comparison.  I can see some areas,
especially related to buttons, where you may want to specify a valueKey
argument as well.  This would match up with your pattern for the title, and
titleKey.  Essentially, if somebody wants to write a page which can be
reused in a variety of languages, it may be difficult right now to use all
the tags correctly.

The best example may be the  tag.  In the following example, if
I wanted to have a button that changes its text based on the user's locale,
I can't see how to do this easily right now:

i.e. 

I would appreciate your thoughts on this...

Thanks,
Heath


--
To unsubscribe, e-mail:   
For additional commands, e-mail:

DO NOT REPLY [Bug 7232] New: - Unable to get message resources from ActionForm.validate due to deprecation

2002-03-19 Thread 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=7232

Unable to get message resources from ActionForm.validate due to deprecation

   Summary: Unable to get message resources from ActionForm.validate
due to deprecation
   Product: Struts
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Controller
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Recently moved our app over to Struts 1.1 nightly build and moved to a multiple 
sub application setup. One problem though, inside an ActionForm.validate i am 
after the sub application's message resources. Previously I would have used 
getServlet().getResources(), but this is now deprecated.

Thing is I can't see *any* obvious way of getting at the resources now. The 
docs for getResources() say use Action.getResources( request ), but inside a 
form validate I dont have the action. 

ActionServlet.getResources() will actually work correctly due to the code in 
RequestUtils.selectApplication placing the message resources under the 
Action.MESSAGES_KEY key. (In this way the docs are slightly misleading as the 
description for ActionServlet.getResources() talks about returning for the 
default sub application, which I took to mean prefix '\' rather than the sub 
application selected by the current request)

To resolve this, either we need some way of getting the resources from the 
ActionForm (perhaps adding to or extending from ActionServletWrapper?) or 
undeprecating ActionServlet.getResources.

This doesnt stop me working as the deprecated code still works but it just 
seems like an oversight :-)

Cheers
Ian

--
To unsubscribe, e-mail:   
For additional commands, e-mail: