Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

[James Mitchell]

Can we not remove these for now and bring them back in if/when Commons
Resource gets released?


I agree that we should not be releasing the resources piece of Extras at 
this point.


We simply need to exclude it as part of the build.  However, I am -1 for 
actually doing anything to those files in svn.




--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
MSN:   [EMAIL PROTECTED]
Skype: jmitchtx

- Original Message - 
From: "Niall Pemberton" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, November 21, 2005 10:42 PM
Subject: Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan



I'm -1 at this point because of the Commons Resource dependency - I don't
think we should be rolling a build with unreleased software. From what I 
can

see there are just three classes in the extras sub-project that need this.
Can we not remove these for now and bring them back in if/when Commons
Resource gets released?

Also the CGLib dependency is missing from the plan. From memory Hubert has
outstanding objections to the DynaActionForm enhancement using CGLib -
doesn't that need resolving first? Personally I don't have any interest in
the CGLib enhancement although I would have preferred it in the extras
project rather than core. At the moment I'm -0 on this feature because it
doesn't have any JUnit tests - if tests are added I'd change that to a +0!

Niall

- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

Sent: Tuesday, November 22, 2005 2:18 AM


There are two significant items left on the Struts Action Library
1.3.0 (aka Struts Classic) release plan before we would tag and roll
it. One is renaming struts-action to struts-core, and the other are
minor changes to the documentation.

* http://wiki.apache.org/struts/StrutsClassicRelease130

At this time, I would ask the PMC, committers, and other interested
parties to review the plan and the state of the repository. Please
indicate your opinion on the plan in the usual style: +1, +0, or -1,
along with any appropriate comments.

Note this this is not a vote on the quality of the intended release,
but on the release plan.

Given a positive result, it would be our intention to roll the release
on Thursday or Friday, assuming we rename the struts-core folder on
Wednesday.

As stated in the plan, this release is intended as a test of the new
infrastructure, and other releases in the 1.3.x series are expected.

-Ted.

-
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]

svn commit: r348150 - in /struts: core/trunk/xdocs/faqs/dispatchValidator.xml extras/trunk/xdocs/dispatchValidator.xml

[husted]

Author: husted
Date: Tue Nov 22 03:17:15 2005
New Revision: 348150

URL: http://svn.apache.org/viewcvs?rev=348150&view=rev
Log:
Move DispatchValidator faq to Extras

Added:
struts/extras/trunk/xdocs/dispatchValidator.xml
  - copied unchanged from r348149, 
struts/core/trunk/xdocs/faqs/dispatchValidator.xml
Removed:
struts/core/trunk/xdocs/faqs/dispatchValidator.xml


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

svn commit: r348151 - in /struts: core/trunk/xdocs/faqs/dispatchValidator.zip extras/trunk/xdocs/dispatchValidator.zip

[husted]

Author: husted
Date: Tue Nov 22 03:18:53 2005
New Revision: 348151

URL: http://svn.apache.org/viewcvs?rev=348151&view=rev
Log:
Move DispatchValidator faq to Extras

Added:
struts/extras/trunk/xdocs/dispatchValidator.zip
  - copied unchanged from r348150, 
struts/core/trunk/xdocs/faqs/dispatchValidator.zip
Removed:
struts/core/trunk/xdocs/faqs/dispatchValidator.zip


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

[Struts Wiki] Update of "StrutsClassicRelease130" by TedHusted

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Struts Wiki" for change 
notification.

The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsClassicRelease130

--
  || [http://issues.apache.org/bugzilla/show_bug.cgi?id=35931 35931] || [el] 
Example webapp missing || EL || (./) ||
  || [http://issues.apache.org/bugzilla/show_bug.cgi?id=35933 35933] || [apps] 
Source code missing from example apps  || Apps || (./) ||
  || [http://issues.apache.org/bugzilla/show_bug.cgi?id=35953 35953] || Remove 
deprecations prior to 1.3.0 release || All || (./) ||
+ || [http://issues.apache.org/bugzilla/show_bug.cgi?id=36794 36794] || 
Document enhancement || All || _ ||
+ || [http://issues.apache.org/bugzilla/show_bug.cgi?id=37301 37301] || 
Document enhancement || All || _ ||
  
- == Other TODO ==
  OTHER TODO
  
  || '''Summary''' || '''Status''' ||
@@ -105, +106 @@

  NOTES
  
   * Action - Rename from Core and update text
-  * Extras - Move "MappingDispatchAction" FAQ from Action to Extras.
  
  == Preparation Checklist ==
  
  || '''#''' || '''Description''' || '''Status''' ||
- || 1. || Announce plan to dev@ list; link from roadmap page || _ ||
+ || 1. || Announce plan to dev@ list; link from roadmap page || (./) ||
- || 2. || Review/Resolve Outstanding Bugs || _ ||
- || 3. || Update Release Notes || _ ||
+ || 2. || Review/Resolve Outstanding Bugs || _ || #36794 and #37301 TODO. 
#25267 - Problems with EL ||
+ || 3. || Update Release Notes || _ ||  #36794 and #37301 TODO. ||
- || 4. || Check Dependencies || _ ||
+ || 4. || Check Dependencies || (./) ||
- || 5. || Update to version 1.3.0 build.xml, project.xml, and the MANIFEST.MF 
|| _ ||
+ || 5. || Update to version 1.3.0 build.xml, project.xml, and the MANIFEST.MF 
|| (./) ||
  
  The Commons [http://jakarta.apache.org/commons/releases/prepare.html 
Preparation Guide] is a helpful preparation backgrounder, but Commons
  uses the "beta/release-candidate/final" process.
@@ -122, +122 @@

  Likewise, the [http://httpd.apache.org/dev/release.html HTTPD Release 
Guidelines] is a helpful "overall process" backgrounder,
  but HTTPD does not use a test-build stage.
  
- Dependency versions for this release:
+ Dependency versions for this library release (all products):
  
  || '''Dependency''' || '''Version''' || '''Status''' ||'''Used In''' ||
  || Antlr || 2.7.2 || Released || Struts Validator ||
+ || CGLib || 2.1_3 || Released || Action Framework - OPTIONAL ||
  || Commons !BeanUtils || 1.7.0 || Released || Action (!ActionServlet, 
configuration, !DynaActionForm) ||
  || Commons Chain || 1.0 || Released || core (!RequestProcessor) ||
  || Commons Digester || 1.6 || Released || Action (!ActionServlet, 
configuration) ||
@@ -140, +141 @@

  === Testing Summary ===
  
  || '''#''' || '''Description''' || '''Completed''' ||
- || 1. || Run Unit Test targets  || _ ||
+ || 1. || Run Unit Test targets  || (./) ||
  || 2. || Run Cactus Tests (see below) || _ ||
- || 3. || Play test bundled applications (TC 5.0.x) || _ ||
+ || 3. || Play test bundled applications (TC 5.0.x) || (./) ||
  
  
  === Cactus Tests ===

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

DO NOT REPLY [Bug 36794] - Enhance DynaActionForm and sub-classes to allow normal property access in JSPs

[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://issues.apache.org/bugzilla/show_bug.cgi?id=36794





--- Additional Comments From [EMAIL PROTECTED]  2005-11-22 13:35 ---
Please also integrate the sample JSP and Action with the Exercise application or
Cookbook, update the release notes, and extend the DynaActionForm section of the
users guide (4.3.1).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37301] - Allow dynamic interface implementation by ActionForms using CGLib

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37301





--- Additional Comments From [EMAIL PROTECTED]  2005-11-22 13:37 ---
Please also update the release notes and extend the DynaActionForm section of
the users guide (4.3.1).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

[Ted Husted]

On 11/22/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> > Can we not remove these for now and bring them back in if/when Commons
> > Resource gets released?

Let's just release Commons Resources and be done with it. There are
three tickets, one is a feature request, one is a class diagram
(documentation), and the third looks like a user support issue.

* http://tinyurl.com/7hhuu

None of these should block a release.

As a member of the Jakarta PMC, can I just call for a vote, or do I
still need to be on Commons Resources list? (Or does anyone else want
to volunteer to wrap this up?)

-Ted.

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

svn commit: r348166 - /struts/extras/trunk/xdocs/navigation.xml

[husted]

Author: husted
Date: Tue Nov 22 05:05:46 2005
New Revision: 348166

URL: http://svn.apache.org/viewcvs?rev=348166&view=rev
Log:
Extras - Update sidebar to include link to FAQ.

Modified:
struts/extras/trunk/xdocs/navigation.xml

Modified: struts/extras/trunk/xdocs/navigation.xml
URL: 
http://svn.apache.org/viewcvs/struts/extras/trunk/xdocs/navigation.xml?rev=348166&r1=348165&r2=348166&view=diff
==
--- struts/extras/trunk/xdocs/navigation.xml (original)
+++ struts/extras/trunk/xdocs/navigation.xml Tue Nov 22 05:05:46 2005
@@ -2,6 +2,10 @@
 
 Apache Struts - Struts Extras
 
+
+
+
+
 
 

Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

[James Mitchell]

I agree, and I wish I had the time to do this, however, I'm currently 
scrambling to replace my primary income.  I have a side project, but my main 
gig ended last Friday.


If things turn around soon, I'll jump on it.



--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
MSN:   [EMAIL PROTECTED]
Skype: jmitchtx

- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Tuesday, November 22, 2005 8:01 AM
Subject: Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan


On 11/22/05, James Mitchell <[EMAIL PROTECTED]> wrote:

> Can we not remove these for now and bring them back in if/when Commons
> Resource gets released?


Let's just release Commons Resources and be done with it. There are
three tickets, one is a feature request, one is a class diagram
(documentation), and the third looks like a user support issue.

* http://tinyurl.com/7hhuu

None of these should block a release.

As a member of the Jakarta PMC, can I just call for a vote, or do I
still need to be on Commons Resources list? (Or does anyone else want
to volunteer to wrap this up?)

-Ted.

-
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]

[EMAIL PROTECTED]: Project struts-taglib-from-packages (in module struts) failed

[Stefan Bodewig]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project struts-taglib-from-packages has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP


Full details are available at:

http://vmgump.apache.org/gump/public/struts/struts-taglib-from-packages/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [struts-taglib-22112005.jar] identifier set to project name
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-web-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-ejb-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-xdoclet-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-apache-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-hibernate-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-jdo-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-jmx-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-portlet-module.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/struts/taglib/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/struts/taglib/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/struts/taglib/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/struts/struts-taglib-from-packages/gump_work/build_struts_struts-taglib-from-packages.html
Work Name: build_struts_struts-taglib-from-packages (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/struts/taglib]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/struts/taglib/target/classes:/usr/local/gump/packages/antlr-2.7.3/antlr.jar:/usr/local/gump/packages/aspectj-1.2.1rc1/lib/aspectjrt.jar:/usr/local/gump/packages/aspectj-1.2.1rc1/lib/aspectjtools.jar:/usr/local/gump/packages/aspectj-1.2.1rc1/lib/aspectjweaver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/chain/target/commons-chain-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/validator/dist/commons-validator.jar:/usr/local/gump/public/workspace/httpunit/lib/httpunit.jar:/usr/local/gump/public/workspace/jakarta-oro/jakarta-oro-22112005.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-22112005.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-dep-22112005.jar:/usr/local/gump/public/workspace/httpunit/jars/Tidy.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/maven-xdoclet-plugin/maven-xdoclet-plugin-1.2.3.jar:/usr/local/gump/packages/maven-taglib-plugin/maven-taglib-plugin-1.4.jar:/usr/local/gump/public/workspace/struts/core/dist/struts-core-22112005.jar:/usr/local/gump/packages/strutstest/strutstest-2.1.3.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-hibernate-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-pramati-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-sun-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-bea-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-caucho-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-ejb-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-borland-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/

[EMAIL PROTECTED]: Project struts-taglib-from-packages (in module struts) failed

[Stefan Bodewig]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project struts-taglib-from-packages has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP


Full details are available at:

http://vmgump.apache.org/gump/public/struts/struts-taglib-from-packages/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [struts-taglib-22112005.jar] identifier set to project name
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-web-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-ejb-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-xdoclet-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-apache-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-hibernate-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-jdo-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-jmx-module.
 -DEBUG- Dependency on xdoclet exists, no need to add for property 
maven.jar.xdoclet-portlet-module.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/struts/taglib/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/struts/taglib/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/struts/taglib/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/struts/struts-taglib-from-packages/gump_work/build_struts_struts-taglib-from-packages.html
Work Name: build_struts_struts-taglib-from-packages (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 secs
Command Line: maven --offline jar 
[Working Directory: /usr/local/gump/public/workspace/struts/taglib]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/struts/taglib/target/classes:/usr/local/gump/packages/antlr-2.7.3/antlr.jar:/usr/local/gump/packages/aspectj-1.2.1rc1/lib/aspectjrt.jar:/usr/local/gump/packages/aspectj-1.2.1rc1/lib/aspectjtools.jar:/usr/local/gump/packages/aspectj-1.2.1rc1/lib/aspectjweaver.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/chain/target/commons-chain-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-22112005.jar:/usr/local/gump/public/workspace/jakarta-commons/validator/dist/commons-validator.jar:/usr/local/gump/public/workspace/httpunit/lib/httpunit.jar:/usr/local/gump/public/workspace/jakarta-oro/jakarta-oro-22112005.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-22112005.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-dep-22112005.jar:/usr/local/gump/public/workspace/httpunit/jars/Tidy.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/maven-xdoclet-plugin/maven-xdoclet-plugin-1.2.3.jar:/usr/local/gump/packages/maven-taglib-plugin/maven-taglib-plugin-1.4.jar:/usr/local/gump/public/workspace/struts/core/dist/struts-core-22112005.jar:/usr/local/gump/packages/strutstest/strutstest-2.1.3.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-hibernate-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-pramati-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-sun-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-bea-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-caucho-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-ejb-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/lib/xdoclet-borland-module-22112005.jar:/usr/local/gump/public/workspace/xdoclet/target/

[shale] need translation with the locale usecase?

[Alexandre Poitras]

Hi!

I see on the shale usecases webapp that there are plans to include a
multi-locales example and french seems to be the language to be targeted
(from the text on the index.jsp page). So anyway I just wanted to let you
know that if you need help with the translation, I'll be glad to help
because french is my native language :)

--
Alexandre Poitras
Québec, Canada

Re: [shale] need translation with the locale usecase?

[Alexandre Poitras]

Whoops I mean french seems to be targeted alongside german and spanish.
Anyway, if you need help, you can ask me.

On 11/22/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> I see on the shale usecases webapp that there are plans to include a
> multi-locales example and french seems to be the language to be targeted
> (from the text on the index.jsp page). So anyway I just wanted to let you
> know that if you need help with the translation, I'll be glad to help
> because french is my native language :)
>
> --
> Alexandre Poitras
> Québec, Canada




--
Alexandre Poitras
Québec, Canada

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Wendy Smoak]

On 11/21/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:

> I use the "current" svn:externals thing as well, and run "maven site" from
> the top-level Shale directory (the one containing the global
> build.xmlfile). For me, that's at:
>
> /home/craigmcc/Apache/struts/current/shale
>
> However, I see the broken copyright from here,

That's what I would expect. With no Maven build files in current/shale
I'm surprised you get anything at all.  All the maven commands need to
be run from current/shale/build or somewhere beneath it.

> or from the "build" directory below it:
>
> /home/craigmcc/Apache/struts/current/shale/build
>
> Same problem if you run "maven multiproject:site" from here ... just takes
> longer to see it :-).

And you're looking at the results underneath 'build', in
/home/craigmcc/Apache/struts/current/shale/build/target/docs ?

Is the missing inception year the only thing that's wrong?

At this point I usually start checking plugin versions.  I have
maven-site-plugin-1.6.1 and maven-xdoc-plugin-1.9.2, both of which are
the latest.  (I'm looking in 'cache' under my m1 repository... I've
moved mine, but I think the default is: ~/.m2/repository/ .)

Or just download them with:
maven plugin:download  -DgroupId=maven  -DartifactId=maven-site-plugin
 -Dversion=1.6.1
maven plugin:download  -DgroupId=maven  -DartifactId=maven-xdoc-plugin
 -Dversion=1.9.2

This is strange, though.  Maybe redirect the output and send me the
log?  If you do that, I'd like to see 'maven site' and 'maven site -X'
separately.

--
Wendy

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

Re: [shale] need translation with the locale usecase?

[Rahul Akolkar]

On 11/22/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> Whoops I mean french seems to be targeted alongside german and spanish.
> Anyway, if you need help, you can ask me.
>


Hi Alexandre -

Usually, help is welcome. A popular place to start translation
efforts, with the assumption that l10n has been effective, is the
resource bundles. Since you mentioned the usecases app, I'd see value
in adding a Bundle_fr.properties as a sibling of the usecases
Bundle.properties [1]. I'd approach this by filing an enhancement
request with such a properties file.

I don't mean to distract you from Shale, but I am involved in another
project at Apache that has a lot more than one bundle to translate, if
you'd like to help ;-)

-Rahul

[1] 
http://svn.apache.org/repos/asf/struts/shale/trunk/use-cases/src/java/org/apache/shale/usecases/view/Bundle.properties



> On 11/22/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> >
> > Hi!
> >
> > I see on the shale usecases webapp that there are plans to include a
> > multi-locales example and french seems to be the language to be targeted
> > (from the text on the index.jsp page). So anyway I just wanted to let you
> > know that if you need help with the translation, I'll be glad to help
> > because french is my native language :)
> >
> > --
> > Alexandre Poitras
> > Québec, Canada
>

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

DO NOT REPLY [Bug 37593] New: - French translation for the usecases webapp

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37593

   Summary: French translation for the usecases webapp
   Product: Struts
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Shale
AssignedTo: dev@struts.apache.org
ReportedBy: [EMAIL PROTECTED]


# Resource Strings for Shale Framework Use Cases Example
#
# Copyright 2004-2005 The Apache Software Foundation.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
# 
#  http://www.apache.org/licenses/LICENSE-2.0
# 
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
#
# $Id$

# Supported Category Labels
category.0=Toutes
category.1=Java
category.2=Musique

# Ajax Code Completion Example
ajax.completion.title=Exemple de Complétion de Code Ajax
ajax.completion.prompt=Entrez le nom d'un état des États-Unis :
ajax.completion.finish=Terminer
ajax.completion.submit=Soumettre

# JNDI Test Labels
jndi.test.title=Titre du Test JNDI
jndi.test.expected=Attendu:
jndi.test.actual=Réel:
jndi.test.finish=Terminer

# Miscellaneous Labels
label.cancel=Annuler
label.create=Créer un Nouveau Profil Utilisateur
label.finish=Terminer
label.first=Premier
label.go=Aller
label.last=Dernier
label.logon=Se déconnecter
label.next=Suivant
label.previous=Précédent
label.select=Sélectionner

# Supported Locale Labels
locale.en=Anglais
locale.fr=Français
locale.de=Allemand
locale.es=Espagnol

# Logon Dialog Labels and Messages
logon.create=Créer un nouveau profil utilisateur
logon.mismatch=Le nom d'utilisateur ou le mot de passe spécifiés sont invalides,
svp essayer de nouveau
logon.title=Se connecter à l'Application Exemple Use Cases 
logon.title.1=Profil Utilisateur (Page 1 de 3)
logon.title.2=Profil Utilisateur (Page 2 de 3)
logon.title.3=Profil Utilisateur (Page 3 de 3)
logon.unconfirmed=Le nom d'utilisateur que vous avez spécifié n'a pas encore été
confirmé. Pour le confirmer, \
svp répondez au courriel qui a été envoyé à l'adresse de courriel que vous avez
spécifié.

# Edit Profile Labels and Messages
profile.confirm=Le nom d'utilisateur que vous avez spécifié n'a pas encore été
confirmé. Pour le confirmer, \
svp répondez au courriel qui a été envoyé à l'adresse de courriel que vous avez
spécifié.
profile.duplicate=Ce nom d'utilisateur est déjà utilisé, svp essayez de nouveau.
profile.incorrect=Le nom d'utilisateur ou le mot de passe spécifiés sont
invalides, svp essayer de nouveau
profile.mismatch=Les valeurs de mot de passes ne correspondent pas, svp essayer
de nouveau
profile.password=Le mot de passe est requis lors de la création d'un profil
profile.title=Se connecter à l'Application Exemple Use Cases
profile.title.1=Profil Utilisateur (Page 1 de 3)
profile.title.2=Profil Utilisateur (Page 2 de 3)
profile.title.3=Profil Utilisateur(Page 3 de 3)
logon.unconfirmed=Le nom d'utilisateur que vous avez spécifié n'a pas encore été
confirmé. Pour le confirmer, \
svp répondez au courriel qui a été envoyé à l'adresse de courriel que vous avez
spécifié.
profile.username=Le nom d'utilisateur est requis lors de la création d'un 
profil.

# Miscellaneous Prompts
prompt.categories=Catégories de messages:
prompt.emailAddress=Addresse de courriel:
prompt.fullName=Nom complet:
prompt.locale=Locale:
prompt.password=Mot de passe:
prompt.password2=Mot de passe (encore):
prompt.remember=Se souvenir de moi
prompt.username=Nom d'utilisateur:
prompt.creditCardNumber=Numéro de Carte de Crédit
prompt.expirationDate=Date d'Expiration

# Locale Selection Labels and Messages
select.mismatch=Vous avez sélectionné une locale non-supportée {0}, alors aucun
changement n'a été commis.
select.missing=Vous devez spécifier une Locale valide 
select.prerender=Préspécification de la Locale à la valeur {0} dans prerender()
select.prompt=Sélectionnez le langage désiré:
select.selected=L'utilisateur a sélectionné la Locale {0}
select.title=Sélectionner la Locale

# Subview Prompts
subview.actual=Actuel: 
subview.continue=Continuer
subview.expected=Attendu: 
subview.finish=Terminer
subview.first.title=Traitement de la sous-vue (Page 1 de 2)
subview.second.title=Traitement de la sous-vue (Page 2 de 2)

# Use Cases Menu Messages
usecases.categories=Énumérer les Catégories (À distance)
usecases.ajax=Interactions Ajax 
usecase

DO NOT REPLY [Bug 37593] - French translation for the usecases webapp

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37593





--- Additional Comments From [EMAIL PROTECTED]  2005-11-22 17:39 ---
Created an attachment (id=17012)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17012&action=view)
french resources bundle


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Craig McClanahan]

On 11/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 11/21/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> > I use the "current" svn:externals thing as well, and run "maven site"
> from
> > the top-level Shale directory (the one containing the global
> > build.xmlfile). For me, that's at:
> >
> > /home/craigmcc/Apache/struts/current/shale
> >
> > However, I see the broken copyright from here,
>
> That's what I would expect. With no Maven build files in current/shale
> I'm surprised you get anything at all. All the maven commands need to
> be run from current/shale/build or somewhere beneath it.
>
> > or from the "build" directory below it:
> >
> > /home/craigmcc/Apache/struts/current/shale/build
> >
> > Same problem if you run "maven multiproject:site" from here ... just
> takes
> > longer to see it :-).
>
> And you're looking at the results underneath 'build', in
> /home/craigmcc/Apache/struts/current/shale/build/target/docs ?


Oops ... that was it ... I was still looking in
".../struts/current/shale/target/docs".

Is the missing inception year the only thing that's wrong?


The inception year and the copyright owner were both missing ... if you look
in the right place, of course, they're there.

Craig

At this point I usually start checking plugin versions. I have
> maven-site-plugin-1.6.1 and maven-xdoc-plugin-1.9.2, both of which are
> the latest. (I'm looking in 'cache' under my m1 repository... I've
> moved mine, but I think the default is: ~/.m2/repository/ .)
>
> Or just download them with:
> maven plugin:download -DgroupId=maven -DartifactId=maven-site-plugin
> -Dversion=1.6.1
> maven plugin:download -DgroupId=maven -DartifactId=maven-xdoc-plugin
> -Dversion=1.9.2
>
> This is strange, though. Maybe redirect the output and send me the
> log? If you do that, I'd like to see 'maven site' and 'maven site -X'
> separately.
>
> --
> Wendy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [shale] need translation with the locale usecase?

[Craig McClanahan]

On 11/22/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> I see on the shale usecases webapp that there are plans to include a
> multi-locales example and french seems to be the language to be targeted
> (from the text on the index.jsp page). So anyway I just wanted to let you
> know that if you need help with the translation, I'll be glad to help
> because french is my native language :)


Help with the translations would be great! All you would need to do is
provide a "Bundle_fr.properties" file with the appropriate French
translations for all of the message keys, and I can check it in ... the
magic of Java's resource bundles will do the rest of the work for us.

As Rahul suggests, filing an RFE with the issue tracking system:

http://issues.apache.org/bugzilla/

and then adding your new file as an attachment, is the best way to deal with
things like this.

--
> Alexandre Poitras
> Québec, Canada


Craig

Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

[Rahul Akolkar]

On 11/22/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 11/22/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> > > Can we not remove these for now and bring them back in if/when Commons
> > > Resource gets released?
>
> Let's just release Commons Resources and be done with it. There are
> three tickets, one is a feature request, one is a class diagram
> (documentation), and the third looks like a user support issue.
>
> * http://tinyurl.com/7hhuu
>
> None of these should block a release.
>
> As a member of the Jakarta PMC, can I just call for a vote, or do I
> still need to be on Commons Resources list? (Or does anyone else want
> to volunteer to wrap this up?)

AFAICT, you're on "the list" [1]. So unless I'm mistaken about that,
you should be able to just roll an RC, if there are no pending issues.
Actually, this looks like something I could use elsewhere too,
especially the database and XML related resources so I'd like to help
-- but I neither have karma nor a binding vote, so I'll keep the noise
to a minimum ;-)

-Rahul

[1] 
http://svn.apache.org/repos/asf/jakarta/commons/proper/resources/trunk/STATUS.html



>
> -Ted.
>

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

Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan

[Niall Pemberton]

I've had a look at Commons Resources and am prepared to put in some time to
improve the Resources Site and clean up javadoc warnings so that its ready
for a release.

I may be able to find time to do the release, but not sure yet.

Niall

- Original Message - 
From: "Rahul Akolkar" <[EMAIL PROTECTED]>
Sent: Tuesday, November 22, 2005 4:50 PM


On 11/22/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 11/22/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> > > Can we not remove these for now and bring them back in if/when Commons
> > > Resource gets released?
>
> Let's just release Commons Resources and be done with it. There are
> three tickets, one is a feature request, one is a class diagram
> (documentation), and the third looks like a user support issue.
>
> * http://tinyurl.com/7hhuu
>
> None of these should block a release.
>
> As a member of the Jakarta PMC, can I just call for a vote, or do I
> still need to be on Commons Resources list? (Or does anyone else want
> to volunteer to wrap this up?)

AFAICT, you're on "the list" [1]. So unless I'm mistaken about that,
you should be able to just roll an RC, if there are no pending issues.
Actually, this looks like something I could use elsewhere too,
especially the database and XML related resources so I'd like to help
-- but I neither have karma nor a binding vote, so I'll keep the noise
to a minimum ;-)

-Rahul

[1]
http://svn.apache.org/repos/asf/jakarta/commons/proper/resources/trunk/STATUS.html



>
> -Ted.
>

-
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: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Wendy Smoak]

On 11/22/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:

> Oops ... that was it ... I was still looking in
> ".../struts/current/shale/target/docs".
>
> The inception year and the copyright owner were both missing ... if you look
> in the right place, of course, they're there.

Good. :)  Maven does some odd things sometimes, but I was having
trouble explaining this one.

Double check that you've got the project.xml updates with the right
things in  and , and then try out 'maven
site:deploy' .  Neat. :)

What do you think about adding this to the nightly build script?
$ cd shale/build
$ maven multiproject:site site:sshdeploy

There's one issue in Clay: tar complains about a few files with a path
longer than 100 characters.  I think they're probably Javadoc pages
that won't get updated.

FTR: the site is being served directly from where ever
people.apache.org:/www/struts.apache.org is -- there's no delay at all
when you upload files.

--
Wendy

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[James Mitchell]

We probably wouldn't want to do this nightly.

It's a good idea at least to give it a once over by hand and make sure 
everything was built correctlyespecially if there are doc changes that 
might cripple the site output.


If we wanted to automate this, we should at least provide ourselves a time 
buffer to react to anything really bad.


I suppose we could setup a weekly deployment from a staging site:

(weekly)
svnstaging  live
------  
+-scp-->|
+---maven-->|   |


The process could send an email to the dev list that:
- a successful site was deployed
- a new site was deployed to staging that will go live in 7 days

(or something like that)

Your thoughts?


--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
MSN:   [EMAIL PROTECTED]
Skype: jmitchtx

- Original Message - 
From: "Wendy Smoak" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Tuesday, November 22, 2005 12:11 PM
Subject: Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt 
project.xml



On 11/22/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:


Oops ... that was it ... I was still looking in
".../struts/current/shale/target/docs".

The inception year and the copyright owner were both missing ... if you 
look

in the right place, of course, they're there.


Good. :)  Maven does some odd things sometimes, but I was having
trouble explaining this one.

Double check that you've got the project.xml updates with the right
things in  and , and then try out 'maven
site:deploy' .  Neat. :)

What do you think about adding this to the nightly build script?
$ cd shale/build
$ maven multiproject:site site:sshdeploy

There's one issue in Clay: tar complains about a few files with a path
longer than 100 characters.  I think they're probably Javadoc pages
that won't get updated.

FTR: the site is being served directly from where ever
people.apache.org:/www/struts.apache.org is -- there's no delay at all
when you upload files.

--
Wendy

-
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: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Wendy Smoak]

On 11/22/05, James Mitchell <[EMAIL PROTECTED]> wrote:

> It's a good idea at least to give it a once over by hand and make sure
> everything was built correctlyespecially if there are doc changes that
> might cripple the site output.

Whoever is editing files should be doing that.

My read of the site plugin docs says that unless you configure it to
'clean', it won't remove files, it just adds and overwrites.  And it
may not even try the upload if the site build fails... I'll have to
break one of the xdocs and see what happens.

Bad content in otherwise well formed xml files will be caught when the
commit message goes to the list, so...

> If we wanted to automate this, we should at least provide ourselves a time
> buffer to react to anything really bad.
>
> I suppose we could setup a weekly deployment from a staging site:

IMO, a week is much too long.  Back in the old days, the site used to
get published nightly.  I'm hoping that things get active enough
around here that we'll need that again.  ATM, I just want it. :)

But I'm fine with publishing changes as needed, too -- especially now
that it's a single command.  Just having fun teaching Maven new
tricks...

--
Wendy

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Martin Cooper]

On 11/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 11/22/05, James Mitchell <[EMAIL PROTECTED]> wrote:
>
> > It's a good idea at least to give it a once over by hand and make sure
> > everything was built correctlyespecially if there are doc changes
> that
> > might cripple the site output.
>
> Whoever is editing files should be doing that.
>
> My read of the site plugin docs says that unless you configure it to
> 'clean', it won't remove files, it just adds and overwrites. And it
> may not even try the upload if the site build fails... I'll have to
> break one of the xdocs and see what happens.
>
> Bad content in otherwise well formed xml files will be caught when the
> commit message goes to the list, so...
>
> > If we wanted to automate this, we should at least provide ourselves a
> time
> > buffer to react to anything really bad.
> >
> > I suppose we could setup a weekly deployment from a staging site:
>
> IMO, a week is much too long. Back in the old days, the site used to
> get published nightly. I'm hoping that things get active enough
> around here that we'll need that again. ATM, I just want it. :)


I'm not sure which old days you're referring to here, but I don't recall the
Struts web site *ever* being updated automatically. It has always been a
manual process, unless I've missed some newer old days. ;-)

--
Martin Cooper


But I'm fine with publishing changes as needed, too -- especially now
> that it's a single command. Just having fun teaching Maven new
> tricks...
>
> --
> Wendy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Craig McClanahan]

On 11/22/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
>
> I'm not sure which old days you're referring to here, but I don't recall
> the
> Struts web site *ever* being updated automatically. It has always been a
> manual process, unless I've missed some newer old days. ;-)


That matches my recollection as well :-).

I think, with the simplicty we have now (definitely easier than the old
days), we should just let the committer decide if his/her change is
significant enough to warrant updating the website. After all, if no xdocs
changes were checked in during a week, there wouldn't be any point to doing
the website update anyway :-).

--
> Martin Cooper


Crag

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Wendy Smoak]

On 11/22/05, Martin Cooper <[EMAIL PROTECTED]> wrote:

> I'm not sure which old days you're referring to here, but I don't recall the
> Struts web site *ever* being updated automatically. It has always been a
> manual process, unless I've missed some newer old days. ;-)

Interesting!  It sure seemed like it... this was pre-1.1, when I was
working with nightly builds and the website was always up to date with
changes.  Never mind, then. :)

--
Wendy

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Craig McClanahan]

On 11/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 11/22/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> $ cd shale/build
> $ maven multiproject:site site:sshdeploy


What would it take to accomodate Ted's request that the web site
subdirectory for Shale be "struts-shale" instead of "shale"? Is that just a
change to a single property someplace? (If so, could you go ahead and do
that ... then either you or I can add a redirect as well).

Craig

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Craig McClanahan]

On 11/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
>
> There's one issue in Clay: tar complains about a few files with a path
> longer than 100 characters. I think they're probably Javadoc pages
> that won't get updated.


Just did the site:sshdeploy for Shale ... cool :-).

The 100 character messages seem to be coming from the [tar] task. Can the
plugin be told to use the Maven equivalent of Ant's longfile="gnu"
attribute?

Craig

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Wendy Smoak]

On 11/22/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:

> What would it take to accomodate Ted's request that the web site
> subdirectory for Shale be "struts-shale" instead of "shale"? Is that just a
> change to a single property someplace? (If so, could you go ahead and do
> that ... then either you or I can add a redirect as well).

Sorry, I didn't see his request.  I can't change it from here, and I
have class tonight.  Quick fix on
people.apache.org:/www/struts.apache.org :
1. mv shale struts-shale
2. add redirect to .htaccess

This is the line in build/project.xml:
-  /www/struts.apache.org/shale/
+  /www/struts.apache.org/struts-shale/

--
Wendy

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Craig McClanahan]

On 11/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 11/22/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> > What would it take to accomodate Ted's request that the web site
> > subdirectory for Shale be "struts-shale" instead of "shale"? Is that
> just a
> > change to a single property someplace? (If so, could you go ahead and do
> > that ... then either you or I can add a redirect as well).
>
> Sorry, I didn't see his request. I can't change it from here, and I
> have class tonight. Quick fix on
> people.apache.org:/www/struts.apache.org :
> 1. mv shale struts-shale
> 2. add redirect to .htaccess
>
> This is the line in build/project.xml:
> - /www/struts.apache.org/shale/
> + /www/struts.apache.org/struts-shale/


OK, thanks ... I'll take care of it.

Craig

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Ted Husted]

On 11/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Interesting!  It sure seemed like it... this was pre-1.1, when I was
> working with nightly builds and the website was always up to date with
> changes.  Never mind, then. :)

I used to update it myself a lot, often as part of posting new
announcements. It might have seemed automated, but it was just
hard-working committers :)

If someone wanted to set it up, I don't think it would be a bad thing
for there to be a monthly sweep to catch anything we missed with
ad-hoc updates.

I know that now-a-days, I often don't send up more than the page I
changed, and it's easy to miss Javadoc changes.

-Ted.

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

Re: svn commit: r348065 - in /struts/shale/trunk/build: README.txt project.xml

[Ted Husted]

On 11/22/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> for there to be a monthly sweep to catch anything we missed with

/s/monthly/weekly

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

svn commit: r348247 - /struts/core/trunk/xdocs/userGuide/release-notes.xml

[husted]

Author: husted
Date: Tue Nov 22 12:54:45 2005
New Revision: 348247

URL: http://svn.apache.org/viewcvs?rev=348247&view=rev
Log:
Release notes - Add some coding examples.

Modified:
struts/core/trunk/xdocs/userGuide/release-notes.xml

Modified: struts/core/trunk/xdocs/userGuide/release-notes.xml
URL: 
http://svn.apache.org/viewcvs/struts/core/trunk/xdocs/userGuide/release-notes.xml?rev=348247&r1=348246&r2=348247&view=diff
==
--- struts/core/trunk/xdocs/userGuide/release-notes.xml (original)
+++ struts/core/trunk/xdocs/userGuide/release-notes.xml Tue Nov 22 12:54:45 2005
@@ -146,6 +146,22 @@
   it was not easy to use multiple extension that each wanted to 
override
   the request processor in a different way.
   
+  
+public void process(HttpServletRequest request,
+HttpServletResponse response)
+   throws IOException, ServletException {
+
+   processLocale(request, response);
+   if (!processRoles(request, response, mapping)) {
+   return;
+   }
+   /// ...
+   ActionForward forward =
+  processActionPerform(request, response,
+   action, form, mapping);
+   processForwardConfig(request, response, forward);
+}  
+
   
   For Struts 1.3, we turned the request processor methods into 
Commands
   that are part of a flexible Chain of Commands.
@@ -155,6 +171,15 @@
   to extend or streamline the request processing gauntlet
   to meets the needs of different kinds of applications.
   
+
+
+ 
+ 
+
+ 
+ 
+
+
   
   We fully expect the Struts 1.3 request processor to be backwardly
   compatible with earlier versions.
@@ -165,6 +190,7 @@
   We've made a few other changes and improvements in Struts 1.3.x,
   but the two big-ticket items are subprojects and the new request 
processor.
   
+  
 
   Arbitrary configuration properties
   
@@ -172,6 +198,22 @@
   Arbitrary configuration properties let us externalize more of 
our configurations,
   encouraging reuse.
   
+
+
+
+
+
+
+public ActionForward execute( 
+   ActionMapping mapping,
+ActionForm form,
+HttpServletRequest request,
+HttpServletResponse response)
+throws Exception {
+string foo = getProperty("foo"); 
+// ...
+
   
   Arbitrary Configuration should make it easier for everyone
   to write reusable chunks of code, for ActionMappings, Exception 
Handlers,
@@ -202,7 +244,13 @@
   command - The name of a commons-chain command which should be 
looked up and 
   executed as part of servicing this request.
   
-
+
+
+   
   
   Extends attribute
   
@@ -210,6 +258,24 @@
   we can now use the extends attribute to adopt default 
settings from another element,
   as we already can in the Tiles configuration files.
  
+
+
+  
+
+  
+  
+
+
+
+  
+
+  
+  ... 
+  
+  
   
   Extends makes using XML elements much more like 
object-orientated programming.
   You can setup a base element, and then only specify the behavior 
that changes.
@@ -226,12 +292,32 @@
   The updated ExceptionHandler accepts new configuration 
attributes which let you
   choose alternate behavior, or no behavior at all. See the 
JavaDoc for details.
   
+  
+
+
+   
+
+
+
+   
+
+
 
   Postback Forms
   
   The action

svn commit: r348249 - in /struts/shale/trunk: build/project.xml xdocs/api-stability.xml xdocs/navigation.xml

[craigmcc]

Author: craigmcc
Date: Tue Nov 22 12:57:00 2005
New Revision: 348249

URL: http://svn.apache.org/viewcvs?rev=348249&view=rev
Log:
Add website page documenting API stability expectations.

Move canonical website subdirectory from "shale" to "struts-shale" for
consistency with other subprojects.

Added:
struts/shale/trunk/xdocs/api-stability.xml   (with props)
Modified:
struts/shale/trunk/build/project.xml
struts/shale/trunk/xdocs/navigation.xml

Modified: struts/shale/trunk/build/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/project.xml?rev=348249&r1=348248&r2=348249&view=diff
==
--- struts/shale/trunk/build/project.xml (original)
+++ struts/shale/trunk/build/project.xml Tue Nov 22 12:57:00 2005
@@ -47,7 +47,7 @@
   http://struts.apache.org/
   http://issues.apache.org/bugzilla/
   people.apache.org
-  /www/struts.apache.org/shale/
+  /www/struts.apache.org/struts-shale/
   
 /www/svn.apache.org/builds/struts
   

Added: struts/shale/trunk/xdocs/api-stability.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/xdocs/api-stability.xml?rev=348249&view=auto
==
--- struts/shale/trunk/xdocs/api-stability.xml (added)
+++ struts/shale/trunk/xdocs/api-stability.xml Tue Nov 22 12:57:00 2005
@@ -0,0 +1,276 @@
+
+
+
+  
+Shale API Target Audiences and Stability Ratings
+  
+
+  
+
+
+
+
+  
+  
+
+The core services provided by Shale are packaged in a series of
+JAR files, so that applications not utiizing some of the optional
+services need not include them.  For each service, the APIs in
+particular Java packages are intended for public use by application
+developers, while other packages represent the internal implementation
+of Shale features, and would only be accessed directly if you intend to
+modify Shale's standard functionality.  In the tables below, the
+intended target audience of each package is described by one of the
+following terms:
+
+
+Application - Applications based on Shale may
+depend on APIs provided by this package.  In general,
+such APIs will focus on avoiding backwards incompatble
+changes as they evolve.
+Framework - Developers who wish to extend or
+modify the default implementation of Shale features
+may depend on APIs provided by this package.  Stability
+of APIs across releases will still be a goal, but
+ongoing evolution will likely lead to some incompatible
+changes.
+Private - This package is not intended for public
+use by developers, and its APIs are subject to change
+in later releases at any time.
+
+
+In addition to the intent described above, each package is also
+annotated with a stability rating, which is an indication of the
+expected rate of future change, described by one of the following
+terms:
+
+
+Private - This package is not intended for public
+use by developers, and its APIs are subject to change
+in later releases at any time.
+Developing - This package is under active development,
+and changes (including backwards incompatible changes) are likely
+in future versions.
+Evolving - This package is continuing to be developed,
+but changes will generally add new features only, while maintaing
+backwards compatibility.
+Stable - This package may continue to be developed,
+but offers the highest possible assurance of backwards 
compatibility
+in both public API and in functionality.
+Deprecated - This package contains API that was available
+in previous versions, and is maintained (for a short while) for
+backwards compatibility purposes.  However, dependencies on these
+APIs should be migrated appropriately, as at some point in time
+the package will be subject to removal.
+
+
+  
+
+  
+  
+
+
+  
+
+  Package Name
+  Target
+  Stability
+  Comments
+
+  
+  
+
+  
+  org.apache.shale.application
+  Framework
+  Developing
+  ---
+
+
+  
+  org.apache.shale.component
+  Application
+  Evolving
+  ---
+
+
+  
+  org.apache.shale.dialog
+  Application
+  Developing
+  Expect further development to support multiple active
+  

DO NOT REPLY [Bug 37580] - add optional javascript compression to JavascriptValidatorTag

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37580


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|dev@struts.apache.org   |commons-
   ||[EMAIL PROTECTED]
  Component|Validator Framework |Validator
Product|Struts  |Commons
Version|1.2.4   |unspecified




--- Additional Comments From [EMAIL PROTECTED]  2005-11-23 03:25 ---
Hmm.. after looking at this further, it actually looks like it would make more 
sense for this to be in the 
commons validator. That way the compressed version can be cached and we won't 
be wasting cycles on 
doing this over and over again.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r348358 - in /struts/shale/trunk/build: clay-plugin/project.xml core-library/project.xml core-test/project.xml mailreader/project.xml spring/project.xml test-framework/project.xml tiles/pr

[wsmoak]

Author: wsmoak
Date: Tue Nov 22 20:00:24 2005
New Revision: 348358

URL: http://svn.apache.org/viewcvs?rev=348358&view=rev
Log:
Changed website directory from "shale" to "struts-shale" and added a few more 
dependency scope hints for Maven 2.

Modified:
struts/shale/trunk/build/clay-plugin/project.xml
struts/shale/trunk/build/core-library/project.xml
struts/shale/trunk/build/core-test/project.xml
struts/shale/trunk/build/mailreader/project.xml
struts/shale/trunk/build/spring/project.xml
struts/shale/trunk/build/test-framework/project.xml
struts/shale/trunk/build/tiles/project.xml
struts/shale/trunk/build/use-cases/project.xml

Modified: struts/shale/trunk/build/clay-plugin/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/clay-plugin/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/clay-plugin/project.xml (original)
+++ struts/shale/trunk/build/clay-plugin/project.xml Tue Nov 22 20:00:24 2005
@@ -27,7 +27,7 @@
   org.apache.shale.clay
 
   people.apache.org
-  /www/struts.apache.org/shale/shale-clay/
+  
/www/struts.apache.org/struts-shale/shale-clay/
 
   
 ${maven.src.dir}/java
@@ -99,6 +99,9 @@
   shale
   shale-test
   1.0.0-dev
+  
+  test
+  
 
   
 

Modified: struts/shale/trunk/build/core-library/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/core-library/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/core-library/project.xml (original)
+++ struts/shale/trunk/build/core-library/project.xml Tue Nov 22 20:00:24 2005
@@ -25,7 +25,7 @@
   1.0.0-dev
 
   people.apache.org
-  /www/struts.apache.org/shale/shale-core/
+  
/www/struts.apache.org/struts-shale/shale-core/
 
   
   jakarta
@@ -98,6 +98,9 @@
 portlet-api
 portlet-api
 1.0
+
+provided
+
   
 
   

Modified: struts/shale/trunk/build/core-test/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/core-test/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/core-test/project.xml (original)
+++ struts/shale/trunk/build/core-test/project.xml Tue Nov 22 20:00:24 2005
@@ -25,7 +25,7 @@
   1.0.0-dev
 
   people.apache.org
-  /www/struts.apache.org/shale/shale-core-test/
+  
/www/struts.apache.org/struts-shale/shale-core-test/
 
   
   jakarta
@@ -68,6 +68,9 @@
   shale
   shale-test
   1.0.0-dev
+  
+  test
+  
 
 
   

Modified: struts/shale/trunk/build/mailreader/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/mailreader/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/mailreader/project.xml (original)
+++ struts/shale/trunk/build/mailreader/project.xml Tue Nov 22 20:00:24 2005
@@ -25,7 +25,7 @@
   Shale Mailreader
 
   people.apache.org
-  /www/struts.apache.org/shale/shale-mailreader/
+  
/www/struts.apache.org/struts-shale/shale-mailreader/
   
   
 ${maven.src.dir}/java

Modified: struts/shale/trunk/build/spring/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/spring/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/spring/project.xml (original)
+++ struts/shale/trunk/build/spring/project.xml Tue Nov 22 20:00:24 2005
@@ -25,7 +25,7 @@
   1.0.0-dev
 
   people.apache.org
-  /www/struts.apache.org/shale/shale-spring/
+  
/www/struts.apache.org/struts-shale/shale-spring/
 
   
   jakarta

Modified: struts/shale/trunk/build/test-framework/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/test-framework/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/test-framework/project.xml (original)
+++ struts/shale/trunk/build/test-framework/project.xml Tue Nov 22 20:00:24 2005
@@ -24,7 +24,7 @@
   Shale Test Framework
 
   people.apache.org
-  /www/struts.apache.org/shale/shale-test/
+  
/www/struts.apache.org/struts-shale/shale-test/
 
   
 ${maven.src.dir}/java

Modified: struts/shale/trunk/build/tiles/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/build/tiles/project.xml?rev=348358&r1=348357&r2=348358&view=diff
==
--- struts/shale/trunk/build/tiles/project.xml (original)
+++ struts/shale/trunk/build/tiles/project.xml Tue Nov 22 20:00:24 2005
@@ -28,7 +28,7 @@
   jakarta
 
   peopl

DO NOT REPLY [Bug 37598] New: - a problem about Shale duplicate form submits.

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37598

   Summary: a problem about Shale duplicate form submits.
   Product: Struts
   Version: 1.0 Final
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: critical
  Priority: P2
 Component: Shale
AssignedTo: dev@struts.apache.org
ReportedBy: [EMAIL PROTECTED]


Here is the scenario.After you submit a form, it successfully goes to the
result page, at the time, you click Reload/Refresh button in explorer's toolbar,
it works well and goes back to the previous submit form page(in which there is a
'Submit' button) with a hint info looks like 'duplicate form submits is not
allowed',but a problem just occurs here.If you click the 'Submit' button
again(will resubmit the form),it can also submit successfully instead of giving
a 'resubmit not allowed' info! this is not reasonable and should not be allowed,
is it a bug? How could I do then?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [shale] need translation with the locale usecase?

[Alexandre Poitras]

Done! Rahul, I would be glad to help in the future. I am quite busy for the
moment but maybe if you can give me some pointers to things you need to
translate, I can work on it during my spare time.

On 11/22/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> On 11/22/05, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> >
> > Hi!
> >
> > I see on the shale usecases webapp that there are plans to include a
> > multi-locales example and french seems to be the language to be targeted
> > (from the text on the index.jsp page). So anyway I just wanted to let
> you
> > know that if you need help with the translation, I'll be glad to help
> > because french is my native language :)
>
>
> Help with the translations would be great! All you would need to do is
> provide a "Bundle_fr.properties" file with the appropriate French
> translations for all of the message keys, and I can check it in ... the
> magic of Java's resource bundles will do the rest of the work for us.
>
> As Rahul suggests, filing an RFE with the issue tracking system:
>
> http://issues.apache.org/bugzilla/
>
> and then adding your new file as an attachment, is the best way to deal
> with
> things like this.
>
> --
> > Alexandre Poitras
> > Québec, Canada
>
>
> Craig
>
>


--
Alexandre Poitras
Québec, Canada

svn commit: r348386 - /struts/extras/trunk/project.xml

[niallp]

Author: niallp
Date: Tue Nov 22 22:28:45 2005
New Revision: 348386

URL: http://svn.apache.org/viewcvs?rev=348386&view=rev
Log:
Commons Resources has been renamed from dev to SNAPSHOT

Modified:
struts/extras/trunk/project.xml

Modified: struts/extras/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/struts/extras/trunk/project.xml?rev=348386&r1=348385&r2=348386&view=diff
==
--- struts/extras/trunk/project.xml (original)
+++ struts/extras/trunk/project.xml Tue Nov 22 22:28:45 2005
@@ -2,7 +2,7 @@
 
 

DO NOT REPLY [Bug 37599] New: - Tiles Request Processor - Character encoding

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37599

   Summary: Tiles Request Processor - Character encoding
   Product: Struts
   Version: 1.1 Final
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Tiles framework
AssignedTo: dev@struts.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

I have a requirement where in I need to use UTF8 encoding for my web app since 
it needs to support chinese characters. In another words, form labels, button 
labels and entire site content needs to be in chinese. I am using the below 
environment for my project.

Env:
Tomcat - v5.0.28
J2SDK  - v1.4.2
OS - Windows XP / Linux 2.1AS/i386

I am using TilesRequestProcessor. I tried different ways of changing charset 
to UTF8 but all my efforts went futile. Is this some kind of bug?

I tried in the following different ways but the output is same for all my 
attempts :( The character encoding is defaulting to "ISO-8859-1"

Try 1: Used the following meta tag in my Template.jsp


Try 2: Configure it at Tomcat's connector level in server.xml as below


Try 3: Configre it at Controller class level in struts-config.xml as below



Try 4: Configure it at your form level as below



Neither of the above 4 attemps produced fruitful results.

One interesting observation in this exercise is that if I use a tiles-
definition for my action forwards UTF8 encoding won't happen
i.e, 




  

  

But if I specify the target jsp something like this UTF8 encoding works !!



 

Is there any fix available for this?

Thanks
- Kishore

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37599] - Tiles Request Processor - Character encoding

[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://issues.apache.org/bugzilla/show_bug.cgi?id=37599





--- Additional Comments From [EMAIL PROTECTED]  2005-11-23 08:25 ---
(In reply to comment #0)
> Hi,
> I have a requirement where in I need to use UTF8 encoding for my web app 
since 
> it needs to support chinese characters. In another words, form labels, 
button 
> labels and entire site content needs to be in chinese. I am using the below 
> environment for my project.
> Env:
> Tomcat - v5.0.28
> J2SDK  - v1.4.2
> OS - Windows XP / Linux 2.1AS/i386
> I am using TilesRequestProcessor. I tried different ways of changing charset 
> to UTF8 but all my efforts went futile. Is this some kind of bug?
> I tried in the following different ways but the output is same for all my 
> attempts :( The character encoding is defaulting to "ISO-8859-1"
> Try 1: Used the following meta tag in my Template.jsp
> 
> Try 2: Configure it at Tomcat's connector level in server.xml as below
> maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
>enableLookups="false" redirectPort="8443" acceptCount="100"
>debug="0" connectionTimeout="2" 
>disableUploadTimeout="true" 
>URIEncoding="UTF-8"/>
> Try 3: Configre it at Controller class level in struts-config.xml as below
>  processorClass="org.apache.struts.tiles.TilesRequestProcessor"
> contentType="text/html;charset=UTF-8"/>
> Try 4: Configure it at your form level as below
> 
> Neither of the above 4 attemps produced fruitful results.
> One interesting observation in this exercise is that if I use a tiles-
> definition for my action forwards UTF8 encoding won't happen
> i.e, 
>  path="/encoding"
> name="indexForm"
> type="com.test.ui.action.IndexAction"
> parameter="method"
> scope="request"
> validate="false"
> input="/index.jsp">
> 
> 
>   
> 
>   
> But if I specify the target jsp something like this UTF8 encoding works !!
>  path="/encoding"
> name="indexForm"
> type="com.test.ui.action.IndexAction"
> parameter="method"
> scope="request"
> validate="false"
> input="/index.jsp">
>  path="/pages/encoding.jsp"/>
>  
> Is there any fix available for this?
> Thanks
> - Kishore


Please ignore only the interesting observation section as it is happening only 
on IE6.0 browser. On other browsers like Mozilla Firefox it is still 
defaulting to "ISO-8859-1". Apologies for going off-track.

Would appreciate if someone can guide me to a fix for this.

Thanks
- Kishore



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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