date:20050319

DO NOT REPLY [Bug 32748] - special characters in mapped property keys are parsed incorrectly

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





--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:02 ---
I'm not sure I see any way around this.  Do you have any ideas?

-- 
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 32358] - Having one LookupDispatchAction mapping two Submit buttons with different actionKeys to two different Methods having equal Discription in Application.resources - always the first key ist used

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:05 ---
This is the correct behavior.  If you must distinguish between the two, use a
different variant of DispatchAction or detect the unique name of the button
manually.

-- 
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 21760] - Add support for non-default resource bundles in validation

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





--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:10 ---
Can this patch be applied now that commons-validator has been rolled?  Then we
can close this one and bug #18169

-- 
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: r158216 - struts/taglib/trunk/src/java/org/apache/struts/taglib/html/FormTag.java

2005-03-19 Thread mrdon

Author: mrdon
Date: Sat Mar 19 00:15:04 2005
New Revision: 158216

URL: http://svn.apache.org/viewcvs?view=rev&rev=158216
Log:
Preventing rendering of name attribute in xhtml mode

PR: 34027

Modified:
struts/taglib/trunk/src/java/org/apache/struts/taglib/html/FormTag.java

Modified: 
struts/taglib/trunk/src/java/org/apache/struts/taglib/html/FormTag.java
URL: 
http://svn.apache.org/viewcvs/struts/taglib/trunk/src/java/org/apache/struts/taglib/html/FormTag.java?view=diff&r1=158215&r2=158216
==
--- struts/taglib/trunk/src/java/org/apache/struts/taglib/html/FormTag.java 
(original)
+++ struts/taglib/trunk/src/java/org/apache/struts/taglib/html/FormTag.java Sat 
Mar 19 00:15:04 2005
@@ -475,7 +475,9 @@
 StringBuffer results = new StringBuffer("

DO NOT REPLY [Bug 34027] - org.apache.struts.taglib.FormTag.java does not render XHTML-Strict valid output when in XHTML mode

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:15 ---
Fixed in revision 158216.  Thanks again for the patch!

-- 
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 33701] - [PATCH] [BaseTag] Is not posible to have a load balancer listening in a port different that the port in which my server is.

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





--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:17 ---
This seems reasonable.  Any objections?

-- 
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 33630] - FormBean support simple type Formats like 'int' and 'long' handled incorrectly

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





--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:20 ---
I suppose the code could thrown a NumberFormatException and let the user handle
it with declarative exception handling, but that seems awkward to have
validation code in two places.  The recommended approach is to have all the data
types as Strings then validate them as numbers using commons-validator.  This
has the added advantage of providing the user their incorrect input.  Do you
have any other ideas?

-- 
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 33439] - Unable to get bean:define to work on One of two server types

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:23 ---
This doesn't seem like a Struts problem but rather some strange bug in your
environment.  I'm marking as worksforme, but if you discover any further
information on why Struts should handle this, feel free to reopen.

-- 
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 33229] - renderSelectStartElement in selectTag, textTag etc. have no hook method

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|major   |enhancement




-- 
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 32956] - in unix envrionment html,logic,bean tag libraries do not recognize duplication functions with different params

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:25 ---
I agree with Kris and see it as an issue outside the scope of Struts.

-- 
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 32882] - incorrect global ActionMapping 'inheritance' when you use multiple struts config files

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:40 ---
My personal opinion is the current behavior is correct - when using multiple
config files for a single module, they should have an additive effect.  If you
want to prevent this, use multiple modules.  I'm marking this as invalid, but if
anyone disagrees, feel free to reopen.

-- 
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 32584] - MessageResources - 'escape' function blocks possiblity of escaping quotes and parameters

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|major   |enhancement




-- 
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 33823] - Local Javascript code crashes using validwhen and float together

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:43 ---


*** This bug has been marked as a duplicate of 33238 ***

-- 
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 33238] - Escape double quotes in JavascriptValidatorTag

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 09:43 ---
*** Bug 33823 has been marked as a duplicate of this bug. ***

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

Wiwit Tjahjana/HQ/FHLMC is out of the office.

2005-03-19 Thread wiwit_tjahjana

I will be out of the office starting  03/19/2005 and will not return until
03/28/2005.

Please contact the following persons during my absence:
- Courtney Golden or Roland Cuellar, for Products 5.1 questions
- Lee Guan or Courtney Golden, for Products 5.1 questions
- Hernando Vera or Santhosh Ananthakrishnan, for Purchase Eligibility OWL
Prototype
- Jian Xu for questions related to Struts and CSX


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

[GUMP@brutus]: Project struts-taglib-from-packages (in module struts) failed

2005-03-19 Thread 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 14 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- avalon-http-context :  Avalon SVN
- avalon-http-demo :  Avalon SVN
- avalon-http-examples :  Avalon SVN
- avalon-http-impl :  Avalon SVN
- avalon-http-server :  Avalon SVN
- avalon-http-servlet :  Avalon SVN
- avalon-http-static :  Avalon SVN
- avalon-http-test :  Avalon SVN
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- metro-reflector-blocks-complete :  Avalon SVN
- struts-sslext :  The Struts SSL Extension for HTTP/HTTPS switching
- struts-taglib :  Model 2 Model-View-Controller framework for Servlets and 
JSP
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP
- strutstestcase :  An extension of the standard JUnit TestCase class that 
provi...


Full details are available at:

http://brutus.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-19032005.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-cactus-framework-12 exists, no need to add for 
property maven.jar.cactus-12.
 -DEBUG- Dependency on jakarta-cactus-integration-ant-12 exists, no need to add 
for property maven.jar.cactus-ant-12.
 -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-apache-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://brutus.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: 2 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/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/chain/target/commons-chain-19032005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-19032005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.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-cactus/framework/dist-12/lib/cactus-19032005.jar:/usr/local/gump/public/workspace/checkstyle/target/dist/checkstyle-19032005/checkstyle-19032005.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-r

[GUMP@brutus]: Project struts-taglib-from-packages (in module struts) failed

2005-03-19 Thread 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 14 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- avalon-http-context :  Avalon SVN
- avalon-http-demo :  Avalon SVN
- avalon-http-examples :  Avalon SVN
- avalon-http-impl :  Avalon SVN
- avalon-http-server :  Avalon SVN
- avalon-http-servlet :  Avalon SVN
- avalon-http-static :  Avalon SVN
- avalon-http-test :  Avalon SVN
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- metro-reflector-blocks-complete :  Avalon SVN
- struts-sslext :  The Struts SSL Extension for HTTP/HTTPS switching
- struts-taglib :  Model 2 Model-View-Controller framework for Servlets and 
JSP
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP
- strutstestcase :  An extension of the standard JUnit TestCase class that 
provi...


Full details are available at:

http://brutus.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-19032005.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-cactus-framework-12 exists, no need to add for 
property maven.jar.cactus-12.
 -DEBUG- Dependency on jakarta-cactus-integration-ant-12 exists, no need to add 
for property maven.jar.cactus-ant-12.
 -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-apache-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://brutus.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: 2 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/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/chain/target/commons-chain-19032005.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-19032005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.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-cactus/framework/dist-12/lib/cactus-19032005.jar:/usr/local/gump/public/workspace/checkstyle/target/dist/checkstyle-19032005/checkstyle-19032005.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-r

Re: POJO Actions and the ActionCommand interface (Re: Configurati on inheritance, module init code)

2005-03-19 Thread Konstantin Priblouda

--- Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 9:33 AM -0800 3/18/05, Craig McClanahan wrote:
> >On Fri, 18 Mar 2005 04:03:31 -0800 (PST),
> Konstantin Priblouda
> ><[EMAIL PROTECTED]> wrote:
> >
> >>  That's my question :) I would like to see a
> >>  possibility to plug in  something like
> ActionFactory -
> >>  but in 1.2.4
> >>  it seems to be really difficult.
> >
> >It's definitely harder in 1.2.4, but it is possible
> -- you have to
> >subclass RequestProcessor and override
> processActionCreate().
> 
> See 
>
http://www.springframework.org/docs/api/org/springframework/web/struts/DelegatingRequestProcessor.html#processActionCreate(javax.servlet.http.HttpServletRequest,%20javax.servlet.http.HttpServletResponse,%20org.apache.struts.action.ActionMapping)
> 
> for one example.  No code online, but you can get it
> out of CVS...
> 
> Spring produces a new Action instance for each
> request, where it 
> finds one in the ActionContext with the correct
> name; in other cases 
> it defers to the default implementation.

Hi Joe, 
action is really not a problem  Nanowar does pretty
the same with them - try to obtain action registered
in 3-tier hierarchy if available, if not fallback to
transient container which pulls dependencies from
hierarchy. 

It allows really funny things - action registered at
request level would be the same instance in
subrequests / servlet includes. 

several requests could share action instance if
registered at session level. 

Or everybody shares the same action is registered in
application scope. 

There are sometimes weird usecases which profit from
such possibilities. 

My problem is creation of tile controllers - it's not
so easy to plug in in that subsystem. Configuration
and instantiation are too tightly coupled.  ( and
configurable singletons...  ) 

regards,

[ Konstantin Pribluda ( ko5tik ) ]
Plugins for xdoclet-2 are released. check it out at:
http://www.sourceforge.net/projects/xdoclet-plugins/
[ http://www.pribluda.de ]

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Re: POJO Actions and the ActionCommand interface (Re: Configurati on inheritance, module init code)

2005-03-19 Thread Konstantin Priblouda

--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On Fri, 18 Mar 2005 04:03:31 -0800 (PST), Konstantin
> Priblouda
> <[EMAIL PROTECTED]> wrote:
> 
> > That's my question :) I would like to see a
> > possibility to plug in  something like
> ActionFactory -
> > but in 1.2.4
> > it seems to be really difficult.
> 
> It's definitely harder in 1.2.4, but it is possible
> -- you have to
> subclass RequestProcessor and override
> processActionCreate().

As said to joe, this is not a problem, and it is
already solved by nanowar. Problem is with tile
controller...

regards, 

[ Konstantin Pribluda ( ko5tik ) ]
Plugins for xdoclet-2 are released. check it out at:
http://www.sourceforge.net/projects/xdoclet-plugins/
[ http://www.pribluda.de ]

__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

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

Re: Three more things for 1.4

2005-03-19 Thread Ted Husted

[Moving repy from another thread]

When we added using a forward for the input value (where a request
gets bounced should validation failed), Craig noted that allowing a
URI there, rather than a forward, was an error. From the beginning, it
should have been a forward.

I think the case Joe describes (below) is one reason why. If control
passes through the forward before going out to the page, then we have
a place where we can hook "setup" logic.

When we discussed this idea before, we got stuck on what to do if the
setup logic fails. We don't want the setup logic to be involved in
navigation. That should be the Action's job. But, I'm now thinking
that throwing an Exception, and letting the declarative
ExceptionHandler catch it, should work well enough.

-Ted.

On Fri, 18 Mar 2005 12:04:10 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 11:24 AM -0600 3/18/05, <[EMAIL PROTECTED]> wrote:
> >  > Dakota Jack wrote:
> >>
> >>  I am not sure exactly what the question is.  I would like a
> >>  framework solution that provides the data via ActionForms.
> >>  How people handle that data would be as undefined as it is at
> >>  the moment.  The *only* difference would be that the
> >>  framework would provide data from and to more than one ActionForm.
> >
> >The question was for Joe.  You are asking for a particular
> >implementation and Joe was suggesting a way to support that
> >implementation.  Joe also hinted that he would use a different
> >implementation to solve the business problem.  My question was "What is
> >Joe's preferred implementation?"
> 
> I prefer to divide "controller" logic into "request-controller" and
> "response-controller."  I've developed local solutions which hook
> view-controller logic to forwards (in our case, keyed to the tiles
> definition name which is in ActionForward.getPath()).
> 
> This allows you to make sure that your setup logic gets called
> whether someone goes to a page directly or whether they get bounced
> there because of a form validation failure.  On the user list earlier
> today, Rick R. indicated that he doesn't use the framework to do
> validation because he wants to make sure that his setup behavior gets
> called.  I think we can eliminate that reason for not using the
> framework to do validation.  At least, I've done it in my own apps in
> a way that I like, and I think that in Struts 1.3 with per
> ForwardConfig chains, one could move all setup logic into chain
> Commands and be sure that it was executed before dispatch to the view
> JSP/Velocity template/what-have-you.
> 
> I think i posted a more detailed example earlier this week, including
> a rough pseudo-code FormPopulationCommand, but I can't seem to find
> it in the archives...
> 
> Joe 

On Fri, 18 Mar 2005 12:49:23 -0600, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> That's cause it got buried in a thread with 50+ messages.
> http://marc.theaimsgroup.com/?l=struts-user&m=111034368425749&w=2
> 
> Hubert

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

Re: Three more things for 1.4

2005-03-19 Thread Ted Husted

Getting back to classic MVC:  The Model retains the state of the
application. The View renders state and acquires input. The Controller
accepts input from the View, updates the Model, and selects the next
View. The selected View renders the updated Model, closing the loop.

For enterprise applications, including web apps, coupling the View to
Model (via the Observer pattern) is problematic, and so we came up
with MVC2. The View acquires input and passes it to the Controller
(initiating a request). The Controller consults the Model, selects the
next View, and passes back whatever output is needed. The View renders
the output, completing the request.

Something to note is that classic MVC is a loop, with balanced
responsibilities. Enterprise MVC is layered, and places more
responsibility on the Controller. In MVC, the Controller just has to
select the next View. In MVC2, the Controller also has to know what
output the selected View expects.

Knowing what output the selected View expects is the issue recent
threads have been pounding.

If a Struts forward can obtain a "model" for its View, then we move
closer to classic MVC.

We don't want an actual server page running off and talking to
business objects, but the ViewHelper can do it as the page's delegate.
And, if the ViewHelper needs to populate an ActionForm, that's easy
enough to do with a method on the standard base class.

We just have to be very careful that we don't split selecting the next
View between the Action and the ViewHelper. The Action handles
navigation, *not* the ViewHelper. In the event of a real emergency,
the ViewHelper would have to throw an exception and let the
ExceptionHandler deal with it.

One possible exception to the ViewHelper not selecting views is
localization. I've often thought it would be handy if we could
register multiple pages with a Struts forward and have it select one
or the other based on Locale. Of couse, this would be not so much view
selection, but subview selection. (Same view, different rendering.)

Prior to 1.3.x, selecting a subview based on locale is problematic,
since the component doesn't have access to the locale object. But, if
we were to start passing in the ActionContext, that problem goes away.

One other issue is whether a ViewHelper can render the response
directly. My first inclination would be to let the ViewHelper render a
direct response, and deprecate allowing the Action to do the same.
Then the Action would be in the request-processing business, and the
ViewHelper would be in the response-processing business.

To sum up, 

* Add a ViewHelper base class with an Execute method. 
* A ViewHelper type is specified as an optional property to ForwardConfig. 
* The Execute method returns true if RequestProcess should transfer to
a URI path, or false if the response is complete.
* A ForwardConfig path can be optional if a ViewHelper is specified. 
* A ForwardConfig could specify multiple URI paths by Locale.
* Deprecate returning null from an Action. (Eventually, it would
become a fatal error.)

Implied:
* Actions might act as "covers" for an ActionForward, but all linking
should still be to Actions.
* Actions should be able to give local aliases to global
ActionForwards (name="success" forward="$GlobalForward").

-Ted.

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

DO NOT REPLY [Bug 33886] - Incorrect include in usecases.jsp

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|Incorrect include in|Incorrect include in
   |usecases.jsp|usecases.jsp




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 20:45 ---
Fixed in nightly build 20050320.


-- 
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 32661] - NPE in ModuleUtils.selectModule

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|VERIFIED|CLOSED




--- Additional Comments From [EMAIL PROTECTED]  2005-03-20 02:05 ---
Marking as closed so it doesn't show up in my bug reports :)

-- 
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 33701] - [PATCH] [BaseTag] Is not posible to have a load balancer listening in a port different that the port in which my server is.

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|major   |enhancement




-- 
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 13638] - add Config Factory

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




-- 
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 15921] - Allow relative actions in struts-config.xml

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 20:58 ---
Use wildcards for the same functionality.

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

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

DO NOT REPLY [Bug 15935] - WSAD 5.0 Instructions for Struts Example

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-03-19 20:59 ---
Thanks for the documentation help, but unfortunately, we took too long to
address it.  Feel free to record another ticket if you have updated 
instructions.

-- 
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: r158266 - in struts/core/trunk/src: share/org/apache/struts/action/ActionServlet.java test/org/apache/struts/action/TestActionServlet.java

2005-03-19 Thread mrdon

Author: mrdon
Date: Sat Mar 19 17:36:59 2005
New Revision: 158266

URL: http://svn.apache.org/viewcvs?view=rev&rev=158266
Log:
Fixed processing of config files to use common method that supports multiple
instances of a file name within the classpath.  This allows a given module, 
for example, to have multiple jars, each having a META-INF/struts-config.xml,
to define their mappings.  This also ensures the processing of chain and
module config files will be consistent.

PR: 28051

Modified:
struts/core/trunk/src/share/org/apache/struts/action/ActionServlet.java
struts/core/trunk/src/test/org/apache/struts/action/TestActionServlet.java

Modified: 
struts/core/trunk/src/share/org/apache/struts/action/ActionServlet.java
URL: 
http://svn.apache.org/viewcvs/struts/core/trunk/src/share/org/apache/struts/action/ActionServlet.java?view=diff&r1=158265&r2=158266
==
--- struts/core/trunk/src/share/org/apache/struts/action/ActionServlet.java 
(original)
+++ struts/core/trunk/src/share/org/apache/struts/action/ActionServlet.java Sat 
Mar 19 17:36:59 2005
@@ -25,6 +25,7 @@
 import java.net.MalformedURLException;
 import java.net.URL;
 import java.util.ArrayList;
+import java.util.List;
 import java.util.Enumeration;
 import java.util.Iterator;
 import java.util.MissingResourceException;
@@ -673,26 +674,14 @@
 // Configure the Digester instance we will use
 Digester digester = initConfigDigester();
 
-// Process each specified resource path
-while (paths.length() > 0) {
+List urls = splitAndResolvePaths(paths);
+URL url = null;
+for (Iterator i = urls.iterator(); i.hasNext(); ) {
+url = (URL)i.next();
 digester.push(config);
-String path = null;
-int comma = paths.indexOf(',');
-if (comma >= 0) {
-path = paths.substring(0, comma).trim();
-paths = paths.substring(comma + 1);
-} else {
-path = paths.trim();
-paths = "";
-}
-
-if (path.length() < 1) {
-break;
-}
-
-this.parseModuleConfigFile(digester, path);
+this.parseModuleConfigFile(digester, url);
 }
-
+
 getServletContext().setAttribute(
 Globals.MODULE_KEY + config.getPrefix(),
 config);
@@ -718,37 +707,51 @@
  *
  * @throws UnavailableException if file cannot be read or parsed
  * @since Struts 1.2
+ * @deprecated use parseModuleConfigFile(Digester digester, URL url) 
+ * instead
  */
 protected void parseModuleConfigFile(Digester digester, String path)
 throws UnavailableException {
 
-InputStream input = null;
 try {
-URL url = getServletContext().getResource(path);
-
-// If the config isn't in the servlet context, try the class loader
-// which allows the config files to be stored in a jar
-if (url == null) {
-url = getClass().getResource(path);
-}
-
-if (url == null) {
-String msg = internal.getMessage("configMissing", path);
-log.error(msg);
-throw new UnavailableException(msg);
+List paths = splitAndResolvePaths(path);
+if (paths.size() > 0) {
+// Get first path as was the old behavior
+URL url = (URL)paths.get(0);
+parseModuleConfigFile(digester, url);
+} else {
+throw new UnavailableException("Cannot locate path "+path);
 }
-   
+} catch (UnavailableException ex) {
+throw ex;
+} catch (ServletException ex) {
+handleConfigException(path, ex);
+}
+}
+
+/**
+ * Parses one module config file.
+ *
+ * @param digester Digester instance that does the parsing
+ * @param url The url to the config file to parse.
+ *
+ * @throws UnavailableException if file cannot be read or parsed
+ * @since Struts 1.3
+ */
+protected void parseModuleConfigFile(Digester digester, URL url)
+throws UnavailableException {
+
+InputStream input = null;
+try {
 InputSource is = new InputSource(url.toExternalForm());
 input = url.openStream();
 is.setByteStream(input);
 digester.parse(is);
 
-} catch (MalformedURLException e) {
-handleConfigException(path, e);
 } catch (IOException e) {
-handleConfigException(path, e);
+handleConfigException(url.toString(), e);
 } catch (SAXException e) {
-handleConfigException(path, e);
+handleConfigException(url.toString(), e);
 } finally {
 if (input != null) {
 try {
@

DO NOT REPLY [Bug 28051] - [PATCH] Read "META-INF/struts-config.xml" resources in any JAR included in the application

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-03-20 02:38 ---
Fixed in revision 158266.  Thanks for pushing this improvement! 

-- 
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: r158267 - struts/core/trunk/conf/share/validator-rules.xml

2005-03-19 Thread mrdon

Author: mrdon
Date: Sat Mar 19 17:39:33 2005
New Revision: 158267

URL: http://svn.apache.org/viewcvs?view=rev&rev=158267
Log:
Adding the double range validation.

PR: 27089

Modified:
struts/core/trunk/conf/share/validator-rules.xml

Modified: struts/core/trunk/conf/share/validator-rules.xml
URL: 
http://svn.apache.org/viewcvs/struts/core/trunk/conf/share/validator-rules.xml?view=diff&r1=158266&r2=158267
==
--- struts/core/trunk/conf/share/validator-rules.xml (original)
+++ struts/core/trunk/conf/share/validator-rules.xml Sat Mar 19 17:39:33 2005
@@ -233,6 +233,17 @@
   depends="float"
   msg="errors.range"/>
 
+  
+

DO NOT REPLY [Bug 27089] - doubleRange missing from validator-rules.xml

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-03-20 02:40 ---
Fixed in revision 158267.  To get javascript associated with this validation,
you'll have to take that up with the commons-validator project, I believe.  This
fix adds the validation to our validator-rules.xml.

-- 
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.
You are on the CC list for the bug, or are watching someone who is.

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

svn commit: r158268 - struts/shale/trunk/use-cases/src/web/usecases.jsp

2005-03-19 Thread craigmcc

Author: craigmcc
Date: Sat Mar 19 17:44:29 2005
New Revision: 158268

URL: http://svn.apache.org/viewcvs?view=rev&rev=158268
Log:
Correct typo in file include to messages.jspf

PR:  Bugzilla #33886
Submitted By:  Duncan Mills 

Modified:
struts/shale/trunk/use-cases/src/web/usecases.jsp

Modified: struts/shale/trunk/use-cases/src/web/usecases.jsp
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/use-cases/src/web/usecases.jsp?view=diff&r1=158267&r2=158268
==
--- struts/shale/trunk/use-cases/src/web/usecases.jsp (original)
+++ struts/shale/trunk/use-cases/src/web/usecases.jsp Sat Mar 19 17:44:29 2005
@@ -22,7 +22,7 @@
 --%>
 
 
-<[EMAIL PROTECTED]  file="../messages.jspf"%>
+<[EMAIL PROTECTED]  file="messages.jspf"%>
 
 
 



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

svn commit: r158269 - in struts/shale/trunk/core-library/src/java/org/apache/shale: ViewController.java view/AbstractViewController.java

2005-03-19 Thread craigmcc

Author: craigmcc
Date: Sat Mar 19 17:45:21 2005
New Revision: 158269

URL: http://svn.apache.org/viewcvs?view=rev&rev=158269
Log:
Remove "dialog" property from ViewController because it is unnecessary.

Modified:

struts/shale/trunk/core-library/src/java/org/apache/shale/ViewController.java

struts/shale/trunk/core-library/src/java/org/apache/shale/view/AbstractViewController.java

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/ViewController.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/ViewController.java?view=diff&r1=158268&r2=158269
==
--- 
struts/shale/trunk/core-library/src/java/org/apache/shale/ViewController.java 
(original)
+++ 
struts/shale/trunk/core-library/src/java/org/apache/shale/ViewController.java 
Sat Mar 19 17:45:21 2005
@@ -151,24 +151,6 @@
 
 
 /**
- * Return the [EMAIL PROTECTED] DialogController} instance for the 
dialog that this
- * view is participating in, if any; otherwise, return null.
- * 
- */
-public DialogController getDialog();
-
-
-/**
- * Set the [EMAIL PROTECTED] DialogController} instance for the dialog 
that this
- * view is participating in, if any.
- *
- * @param dialog The appropriate [EMAIL PROTECTED] DialogController}, or
- *  null if we are not participating in a dialg
- */
-public void setDialog(DialogController dialog);
-
-
-/**
  * Return a flag indicating whether this request is a "post back" (that
  * is, the view was restored in order to respond to a submit from the
  * client), or a newly created view.  This method must return any value

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/view/AbstractViewController.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/view/AbstractViewController.java?view=diff&r1=158268&r2=158269
==
--- 
struts/shale/trunk/core-library/src/java/org/apache/shale/view/AbstractViewController.java
 (original)
+++ 
struts/shale/trunk/core-library/src/java/org/apache/shale/view/AbstractViewController.java
 Sat Mar 19 17:45:21 2005
@@ -16,7 +16,7 @@
 
 package org.apache.shale.view;
 
-import org.apache.shale.DialogController;
+//import org.apache.shale.DialogController;
 import org.apache.shale.ViewController;
 
 /**
@@ -31,25 +31,6 @@
 // -- 
Properties
 
 
-private DialogController dialog = null;
-
-
-// Specified by ViewController
-public DialogController getDialog() {
-
-return this.dialog;
-
-}
-
-
-// Specified by ViewController
-public void setDialog(DialogController dialog) {
-
-this.dialog = dialog;
-
-}
-
-
 private boolean postBack = false;
 
 
@@ -73,13 +54,10 @@
 
 
 /**
- * The default implementation releases references to any specified
- * objects that this view is related to.
+ * The default implementation does nothing.
  */
 public void destroy() {
-
-this.dialog = null;
-
+// do nothing
 }
 
 



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

svn commit: r158273 - struts/core/trunk/doc/userGuide/configuration.xml

2005-03-19 Thread mrdon

Author: mrdon
Date: Sat Mar 19 18:31:33 2005
New Revision: 158273

URL: http://svn.apache.org/viewcvs?view=rev&rev=158273
Log:
Changed default RequestProcessor to ComposableRequestProcessor

Modified:
struts/core/trunk/doc/userGuide/configuration.xml

Modified: struts/core/trunk/doc/userGuide/configuration.xml
URL: 
http://svn.apache.org/viewcvs/struts/core/trunk/doc/userGuide/configuration.xml?view=diff&r1=158272&r2=158273
==
--- struts/core/trunk/doc/userGuide/configuration.xml (original)
+++ struts/core/trunk/doc/userGuide/configuration.xml Sat Mar 19 18:31:33 2005
@@ -201,7 +201,7 @@
 
 processorClass - The fully qualified Java class name 
of the
 RequestProcessor subclass to be used with this module.
-[org.apache.struts.action.RequestProcessor] (optional)
+[org.apache.struts.chain.ComposableRequestProcessor] (optional)
 
 
 



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

DO NOT REPLY [Bug 33752] - [Shale] Enhancement to the Shale subview tag library component.

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





--- Additional Comments From [EMAIL PROTECTED]  2005-03-20 04:29 ---
Hi Gary ... sorry it took so long for me to get to this.  I've been on the road
WAY too much lately, and the "day job" work doesn't stop piling up just because
I'm travelling :-).

I've got several thoughts to share about this proposal, with numbered bullet
points in the comments below.  Feel free to discuss them here, or on the Struts
developer list (which might be more convenient for wide-ranging discussions).

(1) Minor nit -- in widgets.jsp, you used an "id" attribute value of
"pages$widgets" for the third button.  This violates the specified
rules for component ids (see UICompoennt.setId()), which the JSF RI
enforces but MyFaces does not.

(2) The term "subview" means something specific in JSF, and I don't think
we should really be trying to overload it for something that is as
different as this concept (the Shale version of "subview" is just like
the JSF version, but merely adds the view controller lifecycle
processing for each subview).  The name "tiles" would fit nicely,
but it's taken :-).  So, we're going to need a different name.  My
assumption for the remainder of these comments is that we might call
it "subtree" instead, although I'm certainly open to other ideas.

(3) The requirement to explicitly list all the xxx-config.xml files in a
web.xml file is going to get very tiresome on a large application.  It
would be better to find a strategy that does not require this.

(4) In addition, I suspect most developers will find it more comfortable
to include the source documents defining their subtrees under WEB-INF
(perhaps in a WEB-INF/subtrees) directory, where they can be loaded
as needed.

(5) The relationship between a JSP page (widgets.jsp) and a corresponding
configuration document (widgets-config.xml) is a little puzzling to me.
That seems to imply that the subtrees defined in that configuration
document are not reusable on different JSP pages.  Wouldn't we really
want a more global mechanism to define reusable subtrees (like what
Tiles does with tiles definitions separated from the pages using them)?

(6) As currently implemented, all the "magic" is embedded in the tag handler
for the  tag.  That works, but seems to constrain this
technology to use only when JSP pages are the view mechanism.  It would
be very interesting to embed the functionality in a component itself,
so that any desired view technology could be used.

(7) Putting some of the above thoughts into a little bit of virtual scribbling
on a whiteboard, consider some sort of reusable definition of a round
button (as in your widgets example) that was like what you've got
in widgets-config.xml).  But the *use* of this subtree definition could
look like this:



or be customized (in the "using" JSP page) like this:



http://www.google.com/search"/>



In other words, you could do one-off uses of reusable subtrees
directly, without having to define one separately.  For something
like this to be generalized, element and attribute would probably
need to be components as well, but they wouldn't have any actual
rendering of their own -- they would merely be the configuration
mechanism for the changes to be applied to the subtree selected
by the  component.

What do you think?



-- 
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: r158305 - struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShaleApplicationFilter.java

2005-03-19 Thread craigmcc

Author: craigmcc
Date: Sat Mar 19 21:45:24 2005
New Revision: 158305

URL: http://svn.apache.org/viewcvs?view=rev&rev=158305
Log:
On application shutdown, call the relevant cleanup method for each library
used by the framework itself.  Applications that utiilze additional libraries
that might need to be cleaned up should do so themselves, in the destroy()
method of a Filter or the contextDestroyed() method of a
ServletContextListener.

Modified:

struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShaleApplicationFilter.java

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShaleApplicationFilter.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShaleApplicationFilter.java?view=diff&r1=158304&r2=158305
==
--- 
struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShaleApplicationFilter.java
 (original)
+++ 
struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShaleApplicationFilter.java
 Sat Mar 19 21:45:24 2005
@@ -31,6 +31,7 @@
 import javax.servlet.ServletResponse;
 import javax.servlet.http.HttpServletRequest;
 import javax.servlet.http.HttpServletResponse;
+import org.apache.commons.beanutils.PropertyUtils;
 import org.apache.commons.chain.Catalog;
 import org.apache.commons.chain.CatalogFactory;
 import org.apache.commons.chain.Command;
@@ -185,12 +186,19 @@
 
 log.info(messages.getMessage("filter.finalizing"));
 
+
+// Clean up JavaServer Faces integration linkages
 if (phaseListener != null) {
 getLifecycle().removePhaseListener(phaseListener);
 }
 phaseListener = null;
 context = null;
 catalog = null;
+
+// Clean up subordinate libraries as needed
+CatalogFactory.clear();
+PropertyUtils.clearDescriptors();
+LogFactory.release(Thread.currentThread().getContextClassLoader());
 
 }
 



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

svn commit: r158315 - in struts/shale/trunk/core-library: build.properties.sample build.xml src/java/org/apache/shale/spring/ src/java/org/apache/shale/spring/WebApplicationContextVariableResolver.java src/java/org/apache/shale/spring/faces-config.xml src/java/org/apache/shale/spring/package.html

2005-03-19 Thread craigmcc

Author: craigmcc
Date: Sat Mar 19 23:18:50 2005
New Revision: 158315

URL: http://svn.apache.org/viewcvs?view=rev&rev=158315
Log:
Initial integration with the Spring Framework (version 1.1.5 or later).

If you include shale-spring.jar (along with spring-{core,context,web}.jar
from a Spring distribution) in your web application, you will receive the
following benefits from this integration:

* Spring's JSF variable resolver (which will use a SpringBeanFactory to create
  a bean if the standard managed bean facility does not do so) is
  registered automatically, with no extra action required by the application.

* An additional variable resolvers maps the name "webApplicationContext"
  to Spring's WebApplicationContext instance for the current application
  (if any).

Compilation of "core-library" now depends on appropriate properties pointing
at a distribution directory of Spring 1.1.5 or later (earlier versions will
likely work; this is the one I have been testing with).  Lack of a Spring
Framework distribution will not fail the build, but shale-spring.jar will
be incomplete.



Added:
struts/shale/trunk/core-library/src/java/org/apache/shale/spring/

struts/shale/trunk/core-library/src/java/org/apache/shale/spring/WebApplicationContextVariableResolver.java

struts/shale/trunk/core-library/src/java/org/apache/shale/spring/faces-config.xml

struts/shale/trunk/core-library/src/java/org/apache/shale/spring/package.html
Modified:
struts/shale/trunk/core-library/build.properties.sample
struts/shale/trunk/core-library/build.xml

Modified: struts/shale/trunk/core-library/build.properties.sample
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/build.properties.sample?view=diff&r1=158314&r2=158315
==
--- struts/shale/trunk/core-library/build.properties.sample (original)
+++ struts/shale/trunk/core-library/build.properties.sample Sat Mar 19 23:18:50 
2005
@@ -37,6 +37,13 @@
 # Jakarta Commons Digester library
 digester.home = /usr/local/commons-digester-1.6
 
+# The absolute or relative pathname of the JavaServer Faces 
+# implementation
+jsf.home = /usr/local/jsf-1_1_01
+
+# The absolute or relative pathname of the JUnit 3.8.1 JAR
+junit.home = /usr/local/junit-3.8.1
+
 # The absolute or relative pathname of the directory containing the
 # Jakarta Commons Logging library
 logging.home = /usr/local/commons-logging-1.0.4
@@ -45,13 +52,11 @@
 # Servlet API classes JAR file (servlet.jar)
 server.home = /usr/local/jakarta-tomcat-5.0.28
 
-# The absolute or relative pathname of the JavaServer Faces 
-# implementation
-jsf.home = /usr/local/jsf-1_1_01
+# (OPTIONAL) The absolute or relative pathname to the "dist" directory
+# of the Spring Framework distribution (version 1.1.5 or later)
+spring.home=/usr/local/spring-framework-1.1.5/dist
 
 # The absolute or relative pathname of the Apache Struts 
 # distribution
 struts.home = /usr/local/jakarta-struts
 
-# The absolute or relative pathname of the JUnit 3.8.1 JAR
-junit.home = /usr/local/junit-3.8.1

Modified: struts/shale/trunk/core-library/build.xml
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/build.xml?view=diff&r1=158314&r2=158315
==
--- struts/shale/trunk/core-library/build.xml (original)
+++ struts/shale/trunk/core-library/build.xml Sat Mar 19 23:18:50 2005
@@ -41,7 +41,7 @@
   
   
   
-
+  
 
   
   
   
   
-
-
-  
-  
-  
-
+  
+  
+  
 
   
   
@@ -112,6 +106,9 @@
 
 
 
+
+
+
 
   
 
@@ -133,10 +130,31 @@
 
 
 
+
+
+
 
 
   
 
+  
+  
+  
+  
+
+  
+  
+  
+
+  
+
 
   
 
@@ -164,6 +182,7 @@
 
 
 
+
   
 
 
@@ -206,12 +225,16 @@
deprecation="${compile.deprecation}"
   optimize="${compile.optimize}">
   
+  
 
 
 
 
   
 
+
   
 
 
@@ -224,14 +247,35 @@
   
 
 
-  
 
 
+  manifest="${build.home}/conf/MANIFEST.MF"
+  excludes="org/apache/shale/spring/** **/package.html"/>
 
   
+
+
+  
+
+
+
+
+  
+  
+
+  
+
+
+  
 
 
   

Added: 
struts/shale/trunk/core-library/src/java/org/apache/shale/spring/WebApplicationContextVariableResolver.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/spring/WebApplicationContextVariableResolver.java?view=auto&rev=158315
==
--- 
struts/shale/trunk/core-library/src/java/org/apache/shale/spring/WebApplicationContextVariableResolver.java
 (added)
+++ 
struts/shale/trunk/core-library/src/java/org/apache/shale/spring/WebApplicationContextVariableResolver.java
 Sat Mar 19 23:18:50 2005
@@ -0,0 +1,92 @@
+/*
+ * Copyright 2004-2005 The Apache Software Foundation.
+ * 
+ * Licensed und

37 matches

Mail list logo