RE: Nightly Build

[Wendy Smoak]

Ramadoss Chinnakuzhandai wrote:
> Do I have to override all the existing jar files in my project with
those 
> new jars or override only particular jar with new jar...??? pls let me
know
> the same for dtd and tld also.

Struts depends on those other .jar files, so it's best to use the ones
that come with Struts to avoid problems.  The dtd's and tld's are inside
the .jar files, and can be discovered by newer containers.

So you might need to change things like:

 http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd";>
or
<%@ taglib uri="http://jakarta.apache.org/struts/tags-html-el";
prefix="html-el" %>

If you are not already pointing them at the version you want.  (Thanks
for the reminder... I'm using the nightly build but still pointing at
the 1.1 dtd's!)

Does that help?  If not, tell us what container and what version of
Struts you're coming from.

-- 
Wendy Smoak
Applications Systems Analyst, Sr.
Arizona State University, PA, IRM

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

RE: Nightly Build

[Ramadoss Chinnakuzhandai]

Hi,
Do I have to override all the existing jar files in my project with those new jars 
or override only particular jar with new jar...??? pls let me know the same for dtd 
and tld also.

tnx in advance.

-Ram

-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2003 1:42 PM
To: Struts Users Mailing List
Subject: RE: Nightly Build


Ramadoss Chinnakuzhandai wrote:
> Can anybody let me know how can I integrate  *Nightly Build* to my
application if
> possible pls let me know the steps involved.since I'm going for
validwhen.

Download the binary distribution from Jakarta and unzip it.  Copy the
.jar and .xml files into your project directory.  Simple as that!

I have an Ant task that copies over the necessary files:

  
 

   

 
 

   

 
 

   

 
  

Set ${struts} to wherever you expanded the .zip/.tar.gz file you
downloaded from Jakarta.
${webinf} is the WEB-INF directory, and ${lib} is WEB-INF/lib.  (If
you're using an older container, you might also need the .tld files.) 

HTH,
-- 
Wendy Smoak
Applications Systems Analyst, Sr.
Arizona State University, PA, IRM 

-
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: Nightly Build

[Wendy Smoak]

Ramadoss Chinnakuzhandai wrote:
> Can anybody let me know how can I integrate  *Nightly Build* to my
application if
> possible pls let me know the steps involved.since I'm going for
validwhen.

Download the binary distribution from Jakarta and unzip it.  Copy the
.jar and .xml files into your project directory.  Simple as that!

I have an Ant task that copies over the necessary files:

  
 

   

 
 

   

 
 

   

 
  

Set ${struts} to wherever you expanded the .zip/.tar.gz file you
downloaded from Jakarta.
${webinf} is the WEB-INF directory, and ${lib} is WEB-INF/lib.  (If
you're using an older container, you might also need the .tld files.) 

HTH,
-- 
Wendy Smoak
Applications Systems Analyst, Sr.
Arizona State University, PA, IRM 

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

RE: Nightly Build

[Wendy Smoak]

I put my answer on the Wiki and linked to it from the FAQ page:
http://nagoya.apache.org/wiki/apachewiki.cgi?StrutsHowToUseNightlyBuild

Feel free to add/change/delete as you see fit...

--
Wendy Smoak
Applications Systems Analyst, Sr.
Arizona State University, PA, IRM 

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

Nightly Build

[Ramadoss Chinnakuzhandai]

Hi,
   Can anybody let me know how can I integrate  *Nightly Build* to my application 
if possible pls let me know the steps involved.since I'm going for validwhen.

Tnx in advance.
-Ram

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

Validator error (Struts nightly build)

[Marc Dugger]

I'm receiving the following exception:

line 1:30: unexpected char: '0'
at
org.apache.struts.validator.validwhen.ValidWhenLexer.nextToken(ValidWhenLexe
r.java:236)
at antlr.TokenBuffer.fill(TokenBuffer.java:69)
at antlr.TokenBuffer.LA(TokenBuffer.java:80)
at antlr.LLkParser.LA(LLkParser.java:52)
at
org.apache.struts.validator.validwhen.ValidWhenParser.value(ValidWhenParser.
java:384)
  ...etc. etc.

I think the following in my validation.xml is causing it
(prepaymentPenaltyClause is an 'Integer' field in the DynaValidationForm):




  test
  ((prepaymentPenaltyClause != 0) and (*this* !=
null))



Am I using 'validwhen' correctly here?  Thanks.



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

Re: Problem with Validator with Nightly Build (2003-09-30)

[Robert Leland]

I just checked in the change to CVS and it will be in the
2003-10-02 build of struts.

Next time you could use Bugzilla ?
   http://nagoya.apache.org/bugzilla/
It only takes a minute to get an account.

Thanks for reporting the bug !!!

-Rob

dutrieux wrote:

  
  
Just a other information : if you modify in the "validator-rules.xml"
file for each method parameter "org.apache.struts.action.ActionErrors" to  org.apache.struts.action.ActionMessages" : the problem disapear and
that work now perfectly.
  
Olivier Dutrieux
  
dutrieux a écrit :
  


Hello everyBody,

I found a problem with the last Nightly Build (2003-09-30) with the
Validator.
If I try the "struts-validator" example (found in this build) and test
the "Registration" example, you get this error message for each
mandatory record :

1 oct. 2003 14:05:03 org.apache.commons.validator.Validator
executeValidationMethod
GRAVE: reflection:
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors, javax.servlet.http.HttpServletRequest)
java.lang.NoSuchMethodException:
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors,
javax.servlet.http.HttpServletRequest)

I fact the reflect try to found this method :
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors,
javax.servlet.http.HttpServletRequest)

Because in the validator-rules.xml file it's declare :


    classname="org.apache.struts.validator.FieldChecks"
   method="validateRequired"
 methodParams="java.lang.Object,
   org.apache.commons.validator.ValidatorAction,
   org.apache.commons.validator.Field,
   org.apache.struts.action.ActionErrors,
   javax.servlet.http.HttpServletRequest"
  msg="errors.required">

But the probleme is that in the
"org.apache.struts.validator.FieldChecks" class the method
"validateRequired" is declare :

public static boolean validateRequired(java.lang.Object bean,
  
org.apache.commons.validator.ValidatorAction va,
  
org.apache.commons.validator.Field field,
   ActionMessages
errors,
  
javax.servlet.http.HttpServletRequest request)

Best regards
-- 



Institut Pasteur






  

  
  Olivier Dutrieux
   
  
  Institut Pasteur 
Informatique de gestion
&
Micro-Informatique 
  25-28 rue du Docteur Roux 
75724 PARIS CEDEX 15 
  
   Tel: +33 (0) 1 40 61 31 62 
Fax: +33 (0) 1 45 68 89 89 
  

  

 


  
  
  -- 
  
  
  
  Institut Pasteur
  
  
  
  
  
  

  

Olivier Dutrieux
 

Institut Pasteur 
Informatique de gestion
&
Micro-Informatique 
25-28 rue du Docteur Roux 
75724 PARIS CEDEX 15 

 Tel: +33 (0) 1 40 61 31 62 
Fax: +33 (0) 1 45 68 89 89 

  

  
  
  
  
  




<><>

Re: Problem with Validator with Nightly Build (2003-09-30)

[dutrieux]

Just a other information : if you modify in the "validator-rules.xml"
file for each method parameter "org.apache.struts.action.ActionErrors" to  org.apache.struts.action.ActionMessages" : the problem disapear and
that work now perfectly.

Olivier Dutrieux

dutrieux a écrit :

  
  
Hello everyBody,
  
I found a problem with the last Nightly Build (2003-09-30) with the
Validator.
If I try the "struts-validator" example (found in this build) and test
the "Registration" example, you get this error message for each
mandatory record :
  
1 oct. 2003 14:05:03 org.apache.commons.validator.Validator
executeValidationMethod
GRAVE: reflection:
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors, javax.servlet.http.HttpServletRequest)
java.lang.NoSuchMethodException:
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors,
javax.servlet.http.HttpServletRequest)
  
I fact the reflect try to found this method :
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors,
javax.servlet.http.HttpServletRequest)
  
Because in the validator-rules.xml file it's declare :
  

    classname="org.apache.struts.validator.FieldChecks"
   method="validateRequired"
 methodParams="java.lang.Object,
   org.apache.commons.validator.ValidatorAction,
   org.apache.commons.validator.Field,
   org.apache.struts.action.ActionErrors,
   javax.servlet.http.HttpServletRequest"
  msg="errors.required">
  
But the probleme is that in the
"org.apache.struts.validator.FieldChecks" class the method
"validateRequired" is declare :
  
public static boolean validateRequired(java.lang.Object bean,
  
org.apache.commons.validator.ValidatorAction va,
  
org.apache.commons.validator.Field field,
   ActionMessages
  errors,
  
javax.servlet.http.HttpServletRequest request)
  
Best regards
  -- 
  
  
  
  Institut Pasteur
  
  
  
  
  
  

  

Olivier Dutrieux
 

Institut Pasteur 
Informatique de gestion
&
Micro-Informatique 
25-28 rue du Docteur Roux 
75724 PARIS CEDEX 15 

 Tel: +33 (0) 1 40 61 31 62 
Fax: +33 (0) 1 45 68 89 89 

  

  
  
  
  
  


-- 



Institut Pasteur






  

  
  Olivier Dutrieux
   
  
  Institut Pasteur 
Informatique de gestion
&
Micro-Informatique 
  25-28 rue du Docteur Roux 
75724 PARIS CEDEX 15 
  
   Tel: +33 (0) 1 40 61 31 62 
Fax: +33 (0) 1 45 68 89 89 
  

  







<><>

Problem with Validator with Nightly Build (2003-09-30)

[dutrieux]

Hello everyBody,

I found a problem with the last Nightly Build (2003-09-30) with the
Validator.
If I try the "struts-validator" example (found in this build) and test
the "Registration" example, you get this error message for each
mandatory record :

1 oct. 2003 14:05:03 org.apache.commons.validator.Validator
executeValidationMethod
GRAVE: reflection:
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors, javax.servlet.http.HttpServletRequest)
java.lang.NoSuchMethodException:
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors,
javax.servlet.http.HttpServletRequest)

I fact the reflect try to found this method :
org.apache.struts.validator.FieldChecks.validateRequired(java.lang.Object,
org.apache.commons.validator.ValidatorAction,
org.apache.commons.validator.Field, org.apache.struts.action.ActionErrors,
javax.servlet.http.HttpServletRequest)

Because in the validator-rules.xml file it's declare :


    classname="org.apache.struts.validator.FieldChecks"
   method="validateRequired"
 methodParams="java.lang.Object,
   org.apache.commons.validator.ValidatorAction,
   org.apache.commons.validator.Field,
   org.apache.struts.action.ActionErrors,
   javax.servlet.http.HttpServletRequest"
  msg="errors.required">

But the probleme is that in the
"org.apache.struts.validator.FieldChecks" class the method
"validateRequired" is declare :

public static boolean validateRequired(java.lang.Object bean,
  
org.apache.commons.validator.ValidatorAction va,
  
org.apache.commons.validator.Field field,
   ActionMessages
errors,
  
javax.servlet.http.HttpServletRequest request)

Best regards
-- 



Institut Pasteur






  

  
  Olivier Dutrieux
   
  
  Institut Pasteur 
Informatique de gestion
&
Micro-Informatique 
  25-28 rue du Docteur Roux 
75724 PARIS CEDEX 15 
  
   Tel: +33 (0) 1 40 61 31 62 
Fax: +33 (0) 1 45 68 89 89 
  

  







<>

FYI... Upgrading from 1.1 RC1 to Nightly Build

[Raible, Matt]

Today I upgraded from 1.1 RC1 to a Nightly build - thought I'd share the
experience.

http://tinyurl.com/87xa

Matt


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

Re: [NESTED-TAGS]Anyone using nested tags with the latest nightly build?

[Arron Bates]

> -- IMG Tag -
> [..cut..]
> My only issue:
> The release of the nested  tags from  1.1b2 let you get away with 
> some nested tag "mis-use"
> [..cut..]

The reason why it stopped working in the recent nightly is that the nested
tags have been gutted, and remade to allow them more flexible use, including
the use of Tomcat 4.1.18 as a servlet container.

I've attempted to closely support previous "proper" use of the nested tags,
but I think that trying to support the same level of "mis-use" would be a very
pragmatic target and really hard.

As for the errors you're getting the nested tags are having those errors speak
from the internals of the tags they extend. They are a _very_ thin wrapper
around the original tags, and I'd like them kept that way really. Mandating
properties which can and cannot be set would make the job harder of having
them adapt to changes in the underlying tags.

Mis-use of the tags would always be at your own peril, but this big change has
obviously changed the way in which they can be mis-used. So I supose my
response is "terribly sorry for now, but the internals probably won't change
again, but once again mis-use at your own risk".



> -- Radio Tag ---
> [..cut..]

Nothing outwardly obvious. Thanks for the code snippets, I'll have to get in
and do some testing and get back to you.


Thanks again.

Arron.


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

Re: [NESTED-TAGS]Anyone using nested tags with the latest nightly build?

[Jeff_Mychasiw]

Thanks for the reply:

-- IMG Tag -
Thanks for the guideline on the use of the property property.
I really thought I covered the doc's but I guess that did not jump out at
me.  Now that I look back, you clearly state it at the top of the API docs.
". The original tags on occasion provide options that don't use the "name"
and "property" attributes. These uses will then fall outside the nested
context, and will most likely cause error. To take advantage of these
options, markup using the original tag for these cases."

My only issue:
The release of the nested  tags from  1.1b2 let you get away with some
nested tag "mis-use".
My problem with the IMG tag is not present on 1.1b2. My first thought is
that if any nested:tags  *may* fail without at least *name* or *property*
then the tag should indicate so.
I will admit that when building many pages, if the tag works and does not
complain I move on.
It seemed I got different errors with the nested:img tag:
Both were solve by replacing with the html:img tag, as you said.

javax.servlet.jsp.JspException: No getter method for property  of bean
taskListForm
 at
org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:881)
 at org.apache.struts.taglib.html.ImgTag.url(ImgTag.java:622)

and

javax.servlet.jsp.JspException: Object must be of type Map
  at org.apache.struts.taglib.html.ImgTag.url(ImgTag.java:628)
  at org.apache.struts.taglib.html.ImgTag.doEndTag(ImgTag.java:410)
  at 
org.apache.struts.taglib.nested.html.NestedImgTag.doEndTag(NestedImgTag.java:106)


So I guess in summary a message such as: "You must have at least one of
these properties: "
-- Radio Tag ---

 I should say again that the following file works under TC4.0.4/1.1b2
but not with the last nightly and TC4.0.4  ***

I use the radio button as in this file:


 
 
 
 

 
  <>
 
 

  
   
  
  


This first include works:

<%@ taglib uri="/WEB-INF/struts-nested.tld" prefix="nested" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>




  Customer:
   


  Invoice:
  




This the include that gives the compile error in my previous email:

<%@ taglib uri="/WEB-INF/struts-nested.tld" prefix="nested" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>




  All
  
  Open
  





Thanks again

Jeff Mychasiw




"Arron Bates" <[EMAIL PROTECTED]> on 03/07/2003 12:08:10 AM

Please respond to "Struts Users Mailing List"
   <[EMAIL PROTECTED]>

To:"Struts Users Mailing List" <[EMAIL PROTECTED]>
cc:

Subject:Re: [NESTED-TAGS]Anyone using nested tags with the latest
   nightly build?


Jeff,

I can fix the first problem with the  tag... don't use it. :P

Use the  tag instead. The error's coming through because of the
old nested mantra that if you don't want the "property" property to be
managed
and set, then use the original tags. You're using "pageKey" instead of the
name/property duo, and internally the nested tags are evaluating the
property
property to an empty string, and the attempting to dance.


As for the radio tag in the include file... it will depend on the context
of
where it's included in the parent file. Can I get a snippet of the tag
layout
that it's nesting against in the parent JSP?... it holds the key to the
problem. Once I have that detail, I may be able to get somewhere.

And there's nothing wrong with long emails. :)


Arron*


* ...somewhere in the back of my head was the possibility I'd get out of
this
update without a bug being raised. what fools these monkeys be...

> I Had read that Arron had submitted patches to the nested tags to allow
the
> upgrade to tomcat 4.1.x.
> (I assume that the zip jakarta-struts-20030306 contains the nested fixes)
>
> We are currently developing on TC4.04 with 1.1b2.
>
> I dropped that latest binaries in and got several problems (compile
errors)
> on many pages that work fine other wise.
>
> If I understand the upgrade.I just replace the JARS, *.tld, and the
> *.dtd 's...?
>
> This is not all the problems but two main ones are the nested:img tag and
> the nested:radio tag
>
> With a usage such as:
> 
> I get:
> javax.servlet.jsp.JspException: No getter method for property  of bean
taskListForm
> at
org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:881)
> at org.apache.struts.taglib.html.ImgTag.url(ImgTag.java:622)
> at org.apache.struts.taglib.html.ImgTag.doEndTag(ImgTag.java:410)
> a

Re: [NESTED-TAGS]Anyone using nested tags with the latest nightly build?

[Arron Bates]

Jeff,

I can fix the first problem with the  tag... don't use it. :P

Use the  tag instead. The error's coming through because of the
old nested mantra that if you don't want the "property" property to be managed
and set, then use the original tags. You're using "pageKey" instead of the
name/property duo, and internally the nested tags are evaluating the property
property to an empty string, and the attempting to dance.


As for the radio tag in the include file... it will depend on the context of
where it's included in the parent file. Can I get a snippet of the tag layout
that it's nesting against in the parent JSP?... it holds the key to the
problem. Once I have that detail, I may be able to get somewhere.

And there's nothing wrong with long emails. :)


Arron*


* ...somewhere in the back of my head was the possibility I'd get out of this
update without a bug being raised. what fools these monkeys be...

> I Had read that Arron had submitted patches to the nested tags to allow the
> upgrade to tomcat 4.1.x.
> (I assume that the zip jakarta-struts-20030306 contains the nested fixes)
> 
> We are currently developing on TC4.04 with 1.1b2.
> 
> I dropped that latest binaries in and got several problems (compile errors)
> on many pages that work fine other wise.
> 
> If I understand the upgrade.I just replace the JARS, *.tld, and the
> *.dtd 's...?
> 
> This is not all the problems but two main ones are the nested:img tag and
> the nested:radio tag
> 
> With a usage such as:
> 
> I get:
> javax.servlet.jsp.JspException: No getter method for property  of bean
taskListForm
> at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:881)
> at org.apache.struts.taglib.html.ImgTag.url(ImgTag.java:622)
> at org.apache.struts.taglib.html.ImgTag.doEndTag(ImgTag.java:410)
> at
org.apache.struts.taglib.nested.html.NestedImgTag.doEndTag(NestedImgTag.java:106)
> at
org.apache.jsp.TaskListMainForm$jsp._jspService(TaskListMainForm$jsp.java:390)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
> ..
> 
> If I replace it with:
> 
> It will work Fine.
> 
> The nested:radio tag gives me this:
> 
> javax.servlet.jsp.JspException: Cannot find bean under name
> at org.apache.struts.taglib.html.RadioTag.doStartTag(RadioTag.java:229)
> at
org.apache.struts.taglib.nested.html.NestedRadioTag.doStartTag(NestedRadioTag.java:94)
> at
org.apache.jsp.InvOnDemandFilterTable$jsp._jspService(InvOnDemandFilterTable$jsp.java:126)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201)
> at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
> 
> with a usage of:
> inside a jsp:include
> 
> 
> 
>   All
>   
>   Open
>   
> 
> 
> 
> 
> sorry for the long email..
> 
> Jeff
> 
> -
> 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]

[NESTED-TAGS]Anyone using nested tags with the latest nightly build?

[Jeff_Mychasiw]

I Had read that Arron had submitted patches to the nested tags to allow the
upgrade to tomcat 4.1.x.
(I assume that the zip jakarta-struts-20030306 contains the nested fixes)

We are currently developing on TC4.04 with 1.1b2.

I dropped that latest binaries in and got several problems (compile errors)
on many pages that work fine other wise.

If I understand the upgrade.I just replace the JARS, *.tld, and the
*.dtd 's...?


This is not all the problems but two main ones are the nested:img tag and
the nested:radio tag

With a usage such as:

I get:
javax.servlet.jsp.JspException: No getter method for property  of bean taskListForm
at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:881)
at org.apache.struts.taglib.html.ImgTag.url(ImgTag.java:622)
at org.apache.struts.taglib.html.ImgTag.doEndTag(ImgTag.java:410)
at 
org.apache.struts.taglib.nested.html.NestedImgTag.doEndTag(NestedImgTag.java:106)
at 
org.apache.jsp.TaskListMainForm$jsp._jspService(TaskListMainForm$jsp.java:390)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
..

If I replace it with:

It will work Fine.


The nested:radio tag gives me this:

javax.servlet.jsp.JspException: Cannot find bean under name
at org.apache.struts.taglib.html.RadioTag.doStartTag(RadioTag.java:229)
at 
org.apache.struts.taglib.nested.html.NestedRadioTag.doStartTag(NestedRadioTag.java:94)
at 
org.apache.jsp.InvOnDemandFilterTable$jsp._jspService(InvOnDemandFilterTable$jsp.java:126)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)

with a usage of:
inside a jsp:include



  All
  
  Open
  




sorry for the long email..

Jeff



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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Malte Gaudig]

Zsolt Koppany wrote:


Setting flush="true" inside of iterate throws an Exception.

Zsolt
 

Yes, exactly:
   Can't insert page '/layouts/imageIcon.jsp' : Illegal to flush within 
a custom tag

That's why I set the flush attribute explicitly to "false" in beta 2. Is 
there
any way to fix this behavior with the iterate tag ? Otherwise I have to 
use a scriptlet for
the iteration, which I think is a big flaw.

Thanks,
Malte

On Tue, 2003-01-07 at 17:28, Cedric Dumoulin wrote:
 

 Hi,

 The PageContext.include(uri) documentation says:
"The current JspWriter "out" for this JSP is flushed as a side-effect of 
this call, prior to processing the include".
 So, the old implementation was doing a flush regardless of the 
insert's flush value.
 The new implementation now use RequestDispatcher.include(), which 
doesn't perform any flush ...

 The implementation has changed in order to centralize all include 
calls in one customizable place. The behavior change is not intentional. 
Have you try to set flush=true in the insert tag ?

 Cedric

Malte Gaudig wrote:

   

Hi there !

I've encountered a similar problem while "upgrading" from struts 1.1 b2 to
b3.
In my case the tiles:insert was nested inside a logic:iterate tag. Since
the tiles:insert tag is used inside the logic tag the attribute flush must
be set to true:

table
tr
  td
logic:iterate
  tiles:insert definition="a.X" flush="false"/
/logic:iterate
  /td
/tr
/table

All inserted tiles appear on top of the page and not inside the table. On
beta 2 this all worked out fine. I've tested it with tomcat 4.0.6 and
4.1.18 get the same results.

Now I've tracked down the problem and it seems that the last change in the
classorg.apache.struts.taglib.tiles.InsertTagis responsible for this
behaviour.
In the method doInclude the call

  pageContext.include(page);

was replaced by

  TilesUtil.doInclude(page,(HttpServletRequest)pageContext.getRequest(),
   (HttpServletResponse)pageContext.getResponse(),
   pageContext.getServletContext());

which is just an internal call to

  request.getRequestDispatcher( uri ).include(request, response);

But why they behave differently I cannot tell, since I'm not the best
servlet expert.

Maybe someone can enlighten me, what the difference in the implementation is
and
why it was done. Or is there a workaround ?

Thanks,
 Malte



 

-Original Message-
From: James Mitchell <[EMAIL PROTECTED]>
Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
Date: Thu, 2 Jan 2003 21:11:34 -0500
Content-Type: text/plain;
charset="US-ASCII"

That certainly does sound strange.  I don't recall hearing anything like
this in the past.

Can you describe your settings with a bit more detail?
Have you made any configuration changes recently? (or using another
container)



--
James Mitchell
Software Engineer/Open Source Evangelist
http://www.open-tools.org

"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg."
- Bjarne Stroustrup


  

   

-Original Message-
From: Paul Hodgetts, Agile Logic [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 02, 2003 9:07 PM
To: [EMAIL PROTECTED]
Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build


I have a tiles application that was running fine on a
nightly build from 2002-12-03.  I just installed the
nightly build from 2003-01-01.  My tiles:insert sections
are now being inserted at the top of the HTML document
instead of at the point of the insert.  E.g., instead of:

head
body
 table
   tr
 td inserted tile 1 /td
 td inserted tile 2 /td
  /tr
 /table
/body

I get:

inserted tile 1
inserted tile 2
head
body
table
  tr
td /td
td /td
  /tr
/table
/body

Weirdness.  I've scanned the mailing list and release notes
for something related to this, but I couldn't find anything.
Any ideas?

Thanks,
Paul




 


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




 

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




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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Cedric Dumoulin]

 Hi,

 Can you please fill a bug report in bugzilla ?

 For me the problem is that the PageContext.include() and the 
RequestDispatcher().include() don't behave the same.
 The  tag implementation has been switched from PageContext to 
RequestDispatcher as of 02.12.29.
 What I do not understand is that your files are not inserted at the 
correct place even with flush=true ;-(

Cedric

Paul Hodgetts wrote:

Cedric wrote:

> The PageContext.include(uri) documentation says:
> "The current JspWriter "out" for this JSP is flushed as a
> side-effect of this call, prior to processing the include".
> So, the old implementation was doing a flush regardless of
> the insert's flush value. The new implementation now use
> RequestDispatcher.include(), which doesn't perform any
> flush ...
> The implementation has changed in order to centralize all
> include calls in one customizable place. The behavior change
> is not intentional. Have you try to set flush=true in the
> insert tag ?

Hi, I posted the original message.  I have been meaning to
put together a small test app to demonstrate the problem I
am encountering, but haven't had the free bandwidth to do so
yet, and probably won't for at least a couple of days.

In my case, I was not setting flush=true in my insert tags.
I added this and it does not fix the problem.  The tiles
that are supposed to be in my body section are instead
inserted in the head tag.  What's weirder is that I added
a couple of inserts in the head tag for styles and scripts.
These tiles come out in the correct place.  The tiles that
are supposed to be inserted into the body are instead
inserted *after* the tiles in the head, right before the
closing head tag.

The incorrect behavior is the 2003-01-01 build.  Backing
up to the 2002-12-27 build works fine with and without the
flush=true attribute.

Regards,
Paul
-
Paul Hodgetts -- President, Principal Consultant
Agile Logic  -- www.agilelogic.com
Consulting, Coaching, Training -- On-Site & Out-Sourced Development
Java, J2EE, C++, OOA/D -- Agile Methods/XP/Scrum, Use Cases, UI/IA


--
To unsubscribe, e-mail:   

For additional commands, e-mail: 





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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Paul Hodgetts]

Cedric wrote:

> The PageContext.include(uri) documentation says:
> "The current JspWriter "out" for this JSP is flushed as a
> side-effect of this call, prior to processing the include".
> So, the old implementation was doing a flush regardless of
> the insert's flush value. The new implementation now use
> RequestDispatcher.include(), which doesn't perform any
> flush ...
> The implementation has changed in order to centralize all
> include calls in one customizable place. The behavior change
> is not intentional. Have you try to set flush=true in the
> insert tag ?

Hi, I posted the original message.  I have been meaning to
put together a small test app to demonstrate the problem I
am encountering, but haven't had the free bandwidth to do so
yet, and probably won't for at least a couple of days.

In my case, I was not setting flush=true in my insert tags.
I added this and it does not fix the problem.  The tiles
that are supposed to be in my body section are instead
inserted in the head tag.  What's weirder is that I added
a couple of inserts in the head tag for styles and scripts.
These tiles come out in the correct place.  The tiles that
are supposed to be inserted into the body are instead
inserted *after* the tiles in the head, right before the
closing head tag.

The incorrect behavior is the 2003-01-01 build.  Backing
up to the 2002-12-27 build works fine with and without the
flush=true attribute.

Regards,
Paul
-
Paul Hodgetts -- President, Principal Consultant
Agile Logic  -- www.agilelogic.com
Consulting, Coaching, Training -- On-Site & Out-Sourced Development
Java, J2EE, C++, OOA/D -- Agile Methods/XP/Scrum, Use Cases, UI/IA


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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Zsolt Koppany]

Setting flush="true" inside of iterate throws an Exception.

Zsolt

On Tue, 2003-01-07 at 17:28, Cedric Dumoulin wrote:
>   Hi,
> 
>   The PageContext.include(uri) documentation says:
> "The current JspWriter "out" for this JSP is flushed as a side-effect of 
> this call, prior to processing the include".
>   So, the old implementation was doing a flush regardless of the 
> insert's flush value.
>   The new implementation now use RequestDispatcher.include(), which 
> doesn't perform any flush ...
>  
>   The implementation has changed in order to centralize all include 
> calls in one customizable place. The behavior change is not intentional. 
> Have you try to set flush=true in the insert tag ?
> 
>   Cedric
> 
> Malte Gaudig wrote:
> 
> >Hi there !
> >
> >I've encountered a similar problem while "upgrading" from struts 1.1 b2 to
> >b3.
> >In my case the tiles:insert was nested inside a logic:iterate tag. Since
> >the tiles:insert tag is used inside the logic tag the attribute flush must
> >be set to true:
> >
> >table
> >  tr
> >td
> >  logic:iterate
> >tiles:insert definition="a.X" flush="false"/
> >  /logic:iterate
> >/td
> >  /tr
> >/table
> >
> >All inserted tiles appear on top of the page and not inside the table. On
> >beta 2 this all worked out fine. I've tested it with tomcat 4.0.6 and
> >4.1.18 get the same results.
> >
> >Now I've tracked down the problem and it seems that the last change in the
> >classorg.apache.struts.taglib.tiles.InsertTagis responsible for this
> >behaviour.
> >In the method doInclude the call
> >
> >pageContext.include(page);
> >
> >was replaced by
> >
> >TilesUtil.doInclude(page,(HttpServletRequest)pageContext.getRequest(),
> > (HttpServletResponse)pageContext.getResponse(),
> > pageContext.getServletContext());
> >
> >which is just an internal call to
> >
> >request.getRequestDispatcher( uri ).include(request, response);
> >
> >But why they behave differently I cannot tell, since I'm not the best
> >servlet expert.
> >
> >Maybe someone can enlighten me, what the difference in the implementation is
> >and
> >why it was done. Or is there a workaround ?
> >
> >Thanks,
> >   Malte
> >
> >  
> >
> >>-Original Message-
> >>From: James Mitchell <[EMAIL PROTECTED]>
> >>Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
> >>Date: Thu, 2 Jan 2003 21:11:34 -0500
> >>Content-Type: text/plain;
> >>charset="US-ASCII"
> >>
> >>That certainly does sound strange.  I don't recall hearing anything like
> >>this in the past.
> >>
> >>Can you describe your settings with a bit more detail?
> >>Have you made any configuration changes recently? (or using another
> >>container)
> >>
> >>
> >>
> >>--
> >>James Mitchell
> >>Software Engineer/Open Source Evangelist
> >>http://www.open-tools.org
> >>
> >>"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
> >>when you do, it blows away your whole leg."
> >>- Bjarne Stroustrup
> >>
> >>
> >>
> >>
> >>>-Original Message-
> >>>From: Paul Hodgetts, Agile Logic [mailto:[EMAIL PROTECTED]]
> >>>Sent: Thursday, January 02, 2003 9:07 PM
> >>>To: [EMAIL PROTECTED]
> >>>Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
> >>>
> >>>
> >>>I have a tiles application that was running fine on a
> >>>nightly build from 2002-12-03.  I just installed the
> >>>nightly build from 2003-01-01.  My tiles:insert sections
> >>>are now being inserted at the top of the HTML document
> >>>instead of at the point of the insert.  E.g., instead of:
> >>>
> >>>head
> >>>body
> >>>   table
> >>> tr
> >>>   td inserted tile 1 /td
> >>>   td inserted tile 2 /td
> >>>/tr
> >>>   /table
> >>>/body
> >>>
> >>>I get:
> >>>
> >>>inserted tile 1
> >>>inserted tile 2
> >>>head
> >>>body
> >>>  table
> >>>tr
> >>>  td /td
> >>>  td /td
> >>>/tr
> >>>  /table
> >>>/body
> >>>
> >>>Weirdness.  I've scanned the mailing list and release notes
> >>>for something related to this, but I couldn't find anything.
> >>>Any ideas?
> >>>
> >>>Thanks,
> >>>Paul
> >>>
> >>>
> >>>  
> >>>
> >
> >
> >
> >--
> >To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
> >  
> >
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- 
Zsolt


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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Cedric Dumoulin]

 Hi,

 The PageContext.include(uri) documentation says:
"The current JspWriter "out" for this JSP is flushed as a side-effect of 
this call, prior to processing the include".
 So, the old implementation was doing a flush regardless of the 
insert's flush value.
 The new implementation now use RequestDispatcher.include(), which 
doesn't perform any flush ...

 The implementation has changed in order to centralize all include 
calls in one customizable place. The behavior change is not intentional. 
Have you try to set flush=true in the insert tag ?

 Cedric

Malte Gaudig wrote:

Hi there !

I've encountered a similar problem while "upgrading" from struts 1.1 b2 to
b3.
In my case the tiles:insert was nested inside a logic:iterate tag. Since
the tiles:insert tag is used inside the logic tag the attribute flush must
be set to true:

table
 tr
   td
 logic:iterate
   tiles:insert definition="a.X" flush="false"/
 /logic:iterate
   /td
 /tr
/table

All inserted tiles appear on top of the page and not inside the table. On
beta 2 this all worked out fine. I've tested it with tomcat 4.0.6 and
4.1.18 get the same results.

Now I've tracked down the problem and it seems that the last change in the
classorg.apache.struts.taglib.tiles.InsertTagis responsible for this
behaviour.
In the method doInclude the call

   pageContext.include(page);

was replaced by

   TilesUtil.doInclude(page,(HttpServletRequest)pageContext.getRequest(),
(HttpServletResponse)pageContext.getResponse(),
pageContext.getServletContext());

which is just an internal call to

   request.getRequestDispatcher( uri ).include(request, response);

But why they behave differently I cannot tell, since I'm not the best
servlet expert.

Maybe someone can enlighten me, what the difference in the implementation is
and
why it was done. Or is there a workaround ?

Thanks,
  Malte

 

-Original Message-
From: James Mitchell <[EMAIL PROTECTED]>
Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
Date: Thu, 2 Jan 2003 21:11:34 -0500
Content-Type: text/plain;
charset="US-ASCII"

That certainly does sound strange.  I don't recall hearing anything like
this in the past.

Can you describe your settings with a bit more detail?
Have you made any configuration changes recently? (or using another
container)



--
James Mitchell
Software Engineer/Open Source Evangelist
http://www.open-tools.org

"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg."
- Bjarne Stroustrup


   

-Original Message-
From: Paul Hodgetts, Agile Logic [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 02, 2003 9:07 PM
To: [EMAIL PROTECTED]
Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build


I have a tiles application that was running fine on a
nightly build from 2002-12-03.  I just installed the
nightly build from 2003-01-01.  My tiles:insert sections
are now being inserted at the top of the HTML document
instead of at the point of the insert.  E.g., instead of:

head
body
  table
tr
  td inserted tile 1 /td
  td inserted tile 2 /td
   /tr
  /table
/body

I get:

inserted tile 1
inserted tile 2
head
body
 table
   tr
 td /td
 td /td
   /tr
 /table
/body

Weirdness.  I've scanned the mailing list and release notes
for something related to this, but I couldn't find anything.
Any ideas?

Thanks,
Paul


 




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


 



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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Malte Gaudig]

Hi there !

I've encountered a similar problem while "upgrading" from struts 1.1 b2 to
b3.
In my case the tiles:insert was nested inside a logic:iterate tag. Since
the tiles:insert tag is used inside the logic tag the attribute flush must
be set to true:

table
  tr
td
  logic:iterate
tiles:insert definition="a.X" flush="false"/
  /logic:iterate
/td
  /tr
/table

All inserted tiles appear on top of the page and not inside the table. On
beta 2 this all worked out fine. I've tested it with tomcat 4.0.6 and
4.1.18 get the same results.

Now I've tracked down the problem and it seems that the last change in the
classorg.apache.struts.taglib.tiles.InsertTagis responsible for this
behaviour.
In the method doInclude the call

pageContext.include(page);

was replaced by

TilesUtil.doInclude(page,(HttpServletRequest)pageContext.getRequest(),
 (HttpServletResponse)pageContext.getResponse(),
 pageContext.getServletContext());

which is just an internal call to

request.getRequestDispatcher( uri ).include(request, response);

But why they behave differently I cannot tell, since I'm not the best
servlet expert.

Maybe someone can enlighten me, what the difference in the implementation is
and
why it was done. Or is there a workaround ?

Thanks,
   Malte

> -Original Message-
> From: James Mitchell <[EMAIL PROTECTED]>
> Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
> Date: Thu, 2 Jan 2003 21:11:34 -0500
> Content-Type: text/plain;
> charset="US-ASCII"
>
> That certainly does sound strange.  I don't recall hearing anything like
> this in the past.
>
> Can you describe your settings with a bit more detail?
> Have you made any configuration changes recently? (or using another
> container)
>
>
>
> --
> James Mitchell
> Software Engineer/Open Source Evangelist
> http://www.open-tools.org
>
> "C makes it easy to shoot yourself in the foot; C++ makes it harder, but
> when you do, it blows away your whole leg."
> - Bjarne Stroustrup
>
>
> > -Original Message-
> > From: Paul Hodgetts, Agile Logic [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, January 02, 2003 9:07 PM
> > To: [EMAIL PROTECTED]
> > Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
> >
> >
> > I have a tiles application that was running fine on a
> > nightly build from 2002-12-03.  I just installed the
> > nightly build from 2003-01-01.  My tiles:insert sections
> > are now being inserted at the top of the HTML document
> > instead of at the point of the insert.  E.g., instead of:
> >
> > head
> > body
> >table
> >  tr
> >td inserted tile 1 /td
> >td inserted tile 2 /td
> > /tr
> >/table
> > /body
> >
> > I get:
> >
> > inserted tile 1
> > inserted tile 2
> > head
> > body
> >   table
> > tr
> >   td /td
> >   td /td
> > /tr
> >   /table
> > /body
> >
> > Weirdness.  I've scanned the mailing list and release notes
> > for something related to this, but I couldn't find anything.
> > Any ideas?
> >
> > Thanks,
> > Paul
> >
> >



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

RE: Odd Tiles Behavior with 2003-01-01 Nightly Build

[James Mitchell]

> What settings would be helpful for you to see 

Well, you've peaked my interest enough to try and replicate this.
Certainly its worth taking a whack at before submitting a bug.

If you ask 5 developers how to implement a webapp that utilzes Tiles,
you'll get 7 different answers.  Could you elaborate on your definitions
and how/if you are combining them with action-mappings? 

Perhaps you could cut out everything from your jsp except the offending
lines/tags.you know, just trying to narrow down the problem since
nothing we've discussed yet "jumps" out at me.


--
James Mitchell
Software Engineer/Open Source Evangelist
http://www.open-tools.org

"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg." 
- Bjarne Stroustrup


> -Original Message-
> From: Paul Hodgetts, Agile Logic [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, January 02, 2003 10:49 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Odd Tiles Behavior with 2003-01-01 Nightly Build
> 
> 
> James Mitchell wrote:
> 
>  > That certainly does sound strange.  I don't recall hearing
>  > anything like this in the past.
>  >
>  > Can you describe your settings with a bit more detail?
>  > Have you made any configuration changes recently? (or using
>  > another container)
> 
> All I did was download the 2003-01-01 release and copy the new
> struts.jar and commons-*.jar and the new tlds into my web app's
> directories.  I can toggle this weird behavior by just swapping
> the struts.jar from the 2002-12-27 build and the 2003-01-01
> build.
> 
> What settings would be helpful for you to see (before I dump
> a bunch of stuff onto the list ;-)?
> 
> Thanks,
> Paul
> 


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

Re: Odd Tiles Behavior with 2003-01-01 Nightly Build

[Paul Hodgetts, Agile Logic]

James Mitchell wrote:

> That certainly does sound strange.  I don't recall hearing
> anything like this in the past.
>
> Can you describe your settings with a bit more detail?
> Have you made any configuration changes recently? (or using
> another container)

All I did was download the 2003-01-01 release and copy the new
struts.jar and commons-*.jar and the new tlds into my web app's
directories.  I can toggle this weird behavior by just swapping
the struts.jar from the 2002-12-27 build and the 2003-01-01
build.

What settings would be helpful for you to see (before I dump
a bunch of stuff onto the list ;-)?

Thanks,
Paul

-
I previously wrote:

> I have a tiles application that was running fine on a
> nightly build from 2002-12-03.  I just installed the
> nightly build from 2003-01-01.  My tiles:insert sections
> are now being inserted at the top of the HTML document
> instead of at the point of the insert.  E.g., instead of:


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

RE: Odd Tiles Behavior with 2003-01-01 Nightly Build

[James Mitchell]

That certainly does sound strange.  I don't recall hearing anything like
this in the past.

Can you describe your settings with a bit more detail?
Have you made any configuration changes recently? (or using another
container)



--
James Mitchell
Software Engineer/Open Source Evangelist
http://www.open-tools.org

"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg." 
- Bjarne Stroustrup


> -Original Message-
> From: Paul Hodgetts, Agile Logic [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, January 02, 2003 9:07 PM
> To: [EMAIL PROTECTED]
> Subject: Odd Tiles Behavior with 2003-01-01 Nightly Build
> 
> 
> I have a tiles application that was running fine on a
> nightly build from 2002-12-03.  I just installed the
> nightly build from 2003-01-01.  My tiles:insert sections
> are now being inserted at the top of the HTML document
> instead of at the point of the insert.  E.g., instead of:
> 
> head
> body
>table
>  tr
>td inserted tile 1 /td
>td inserted tile 2 /td
>  /tr
>/table
> /body
> 
> I get:
> 
> inserted tile 1
> inserted tile 2
> head
> body
>table
>  tr
>td /td
>td /td
>  /tr
>/table
> /body
> 
> Weirdness.  I've scanned the mailing list and release notes
> for something related to this, but I couldn't find anything.
> Any ideas?
> 
> Thanks,
> Paul
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:struts-user-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 


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

Odd Tiles Behavior with 2003-01-01 Nightly Build

[Paul Hodgetts, Agile Logic]

I have a tiles application that was running fine on a
nightly build from 2002-12-03.  I just installed the
nightly build from 2003-01-01.  My tiles:insert sections
are now being inserted at the top of the HTML document
instead of at the point of the insert.  E.g., instead of:

head
body
  table
tr
  td inserted tile 1 /td
  td inserted tile 2 /td
/tr
  /table
/body

I get:

inserted tile 1
inserted tile 2
head
body
  table
tr
  td /td
  td /td
/tr
  /table
/body

Weirdness.  I've scanned the mailing list and release notes
for something related to this, but I couldn't find anything.
Any ideas?

Thanks,
Paul


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

Re: Last Nightly build

[V. Cekvenich]

As I was peeking on the dev list, it might take them a few days to fix 
so it's in the build.

.V

Fabrice BLANQUART wrote:
Hi

Is it normal that the contrib part( especialy struts-el) of the binary 
nightly build has disappeared  ?

Rgs

Fabrice BLANQUART





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

Re: Last Nightly build

[Gemes Tibor]

2002. december 13. 10:34 dátummal Fabrice BLANQUART ezt írtad:

> Is it normal that the contrib part( especialy struts-el) of the binary
> nightly build has disappeared  ?

There is a mail about this issue on the list by every 1-2 days. 

Try to access the cvs.

Tib

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

Last Nightly build

[Fabrice BLANQUART]

Hi

Is it normal that the contrib part( especialy struts-el) of the binary 
nightly build has disappeared  ?

Rgs

Fabrice BLANQUART

--





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

html-el "styleId" error with 12/7 Nightly Build

[Hohlen, John]

I'm using the 12/7/02 nightly build and have encountered the following error
in my JSP:
Error in using tag library uri='/WEB-INF/struts-html-el.tld'
prefix='html-el': The Tag class 'org.apache.strutsel.taglib.html.ELImageTag'
has no setter method corresponding to TLD declared attribute 'styleId', (JSP
1.1 spec, 5.4.1) 

If the "ElImage" tag should inherit the "styleId" attribute via the
following inheritance hiearchy:

BaseHandlerTag (public declaration of "styleId")
   |
SubmitTag
   |
ImageTag (from Struts)
   |
ElImageTag

Any thoughts on what my problem could?  It looks like there were some
related problems last week:

http://www.mail-archive.com/struts-user@jakarta.apache.org/msg50692.html

Thanks, JOHN


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

RE: Can Anyone Recommend A Good Nightly Build?

[Hohlen, John]

It looks as the JSTL implementation & Struts-EL libraries were not included
in the 12/8 & 12/9 nightly Struts builds.  I noticed this first b/c the size
of the zips went from 23M to 20M.  Anybody know what's going on here?

Thanks, JOHN

-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 5:06 PM
To: [EMAIL PROTECTED]
Subject: Re: Can Anyone Recommend A Good Nightly Build?


Last night's looks good.  Watch out for a validator javascript problem 
though.  I'm posting it with the validator folks soon.

David






>From: "Hohlen, John" <[EMAIL PROTECTED]>
>Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
>To: "Struts-User (E-mail)" <[EMAIL PROTECTED]>
>Subject: Can Anyone Recommend A Good Nightly Build?
>Date: Mon, 9 Dec 2002 17:01:54 -0600
>
>Hi.
>
> My team is interested in using a nightly build.  We've been using beta

>2
>for quite sometime, but would like to migrate to a more recent version.
>Instead of just any random nightly build, I was wondering if anyone could
>recommend a nightly build that they've have a fair amount of success with.
>We're particularly interested in using the "Struts-EL" project which wasn't
>available with the 1.1 beta 2 release.
>
>Thanks,
>
>JOHN
>
>--
>To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>


_
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail


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

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

Re: Can Anyone Recommend A Good Nightly Build?

[David Graham]

Last night's looks good.  Watch out for a validator javascript problem 
though.  I'm posting it with the validator folks soon.

David






From: "Hohlen, John" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: "Struts-User (E-mail)" <[EMAIL PROTECTED]>
Subject: Can Anyone Recommend A Good Nightly Build?
Date: Mon, 9 Dec 2002 17:01:54 -0600

Hi.

My team is interested in using a nightly build.  We've been using beta 
2
for quite sometime, but would like to migrate to a more recent version.
Instead of just any random nightly build, I was wondering if anyone could
recommend a nightly build that they've have a fair amount of success with.
We're particularly interested in using the "Struts-EL" project which wasn't
available with the 1.1 beta 2 release.

Thanks,

JOHN

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


_
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail


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

Can Anyone Recommend A Good Nightly Build?

[Hohlen, John]

Hi.

My team is interested in using a nightly build.  We've been using beta 2
for quite sometime, but would like to migrate to a more recent version.
Instead of just any random nightly build, I was wondering if anyone could
recommend a nightly build that they've have a fair amount of success with.
We're particularly interested in using the "Struts-EL" project which wasn't
available with the 1.1 beta 2 release.

Thanks,

JOHN

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

11/07/02 Nightly Build

[Hohlen, John]

I'm interested in acquiring the Struts 11/7 build.  More specifically, I'm
looking for the 11/7 version of the Struts-El library.  It was suggested
that I use this version of the Struts-El subproject with Struts 1.1 deta 2.
They appear to be compatible.  Does anyone know how I can get access to the
11/7 version of Struts as the nightly build page only has links for the last
two weeks:

http://jakarta.apache.org/builds/jakarta-struts/nightly/

Thanks,

JOHN


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

Problem with database connexion on Struts Nightly Build

[Yann Verlynde]

Hello, I tried to connect Struts with Oracle Database, when I did a
dataSource.getConnection(); on my datasource I have the following exception:
Can I have Helps please?

Thanks in advance.

javax.servlet.ServletException: Servlet execution threw an exception
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1012)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107
)
at java.lang.Thread.run(Thread.java:484)


root cause

java.lang.NoClassDefFoundError: java/sql/Savepoint
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo
ader.java:1631)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav
a:926)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
a:1360)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
a:1243)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at
oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:468)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:314)
at
org.apache.commons.dbcp.DriverConnectionFactory.createConnection(DriverConne
ctionFactory.java:83)
at
org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnect
ionFactory.java:184)
at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(Unknown
Source)
at
org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool
.java:117)
at
org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.ja
va:108)
at
org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:3
12)
at
org.apache.struts.util.GenericDataSource.getConnection(GenericDataSource.jav
a:276)
at
com.oxade.struts.action.RechercheAction.getAllDGCL(RechercheAction.java:56)
at
com.oxade.struts.action.RechercheAction.perform(RechercheAction.java:104)
at org.apache.struts.action.Action.execute(Action.java:410)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces
sor.java:465)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1349)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:489)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
Filte

Re: Validation in Nightly Build 20021105

[Mike Wilcox]

Mike Wilcox wrote:


 
I'll raise it on the commons-validator, as it appears to be the 
ValidatorResources object thats at fault here.

Too quick on the send button there. The bug was actually #14384
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14384

Mike



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

Re: Validation in Nightly Build 20021105

[Mike Wilcox]

Mike Wilcox wrote:


 
It was tomcat 4.0.4 in both cases. I'll add it to the bug report I'm 
about to write.
I'll raise it on the commons-validator, as it appears to be the 
ValidatorResources object thats at fault here.

There is already a bug reported, still state NEW, #14398 that covers 
this issue. I applied the patch in
that bug to the 1.0 source, and rebuilt commons-validator.jar. Hey 
presto, all works fine.

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

Next time, I'll remember to look in the buglist as well as the mailing 
list :@)

Thanks for the help,

   Mike



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

Re: Validation in Nightly Build 20021105

[Mike Wilcox]

Robert,

Robert Leland wrote:


Ok, it looks like it isn't the same bug,
though the error is occuring in the iterator
of the FastHashMap. 

I remember being hit by this a couple of weeks ago, while looking at a 
different problem. I don't think its the same problem

I believe you said it was also happening in
the Struts example/struts-validator program. 

Indeed. Except it failed for both the locale settings we tried, but 
we're not sure why.

Be sure to mention the application server
you're using. 

It was tomcat 4.0.4 in both cases. I'll add it to the bug report I'm 
about to write.
I'll raise it on the commons-validator, as it appears to be the 
ValidatorResources object thats at fault here.

I haven't had to worry about the locale being different
being a Yank, but would like to be able to test this.
How can I set the locale in my browser ?
Is it the same as setting the language in the Mozilla
preferences ? 

For Mozilla, yes. Edit -> Preferences -> Navigator -> Languages. Hit 
Add, then select a language. Then move the new entry up above the en-us 
setting.

For IE, it takes the setting from the whole machine. ControlPanel -> 
Regional settings -> somewhere.

On changing, the value gets reflected in the session-scope attribute 
"org.apache.struts.action.LOCALE", to be either "en_US" or "en_GB" (When 
debugging, we tend to include an extra JSP into the output, that renders 
all the application, session & request-scope attributes, plus a button 
to display them in a pop-up. Very useful...)

Cheers,

   Mike



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

Re: Validation in Nightly Build 20021105

[Robert Leland]

This looks similar, but different, to a bug I tracked down because of a
change in the FastHashMap implementation.

The fix was in ValidatorResources:
   public void process() {
  hFormSets.setFast(true);
  hConstants.setFast(true);
  hActions.setFast(true);

  processForms();
   }
setting the setFast() to setFast(false),


Here is a link to the original bug report.

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

So file the bug report with commons-validator

-Rob







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

Re: Validation in Nightly Build 20021105

[Robert Leland]

Ok, it looks like it isn't the same bug,
though the error is occuring in the iterator
of the FastHashMap.

I believe you said it was also happening in
the Struts example/struts-validator program.

Be sure to mention the application server
you're using.

I haven't had to worry about the locale being different
being a Yank, but would like to be able to test this.
How can I set the locale in my browser ?
Is it the same as setting the language in the Mozilla
preferences ?


-Rob




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

Re: Validation in Nightly Build 20021105

[James Holmes]

I would suggest entering a bug for this in Bugzilla:

http://nagoya.apache.org/bugzilla

This way it can be tracked and resolved.

Thanks,

-james
http://www.jamesholmes.com/struts/


--- Mike Wilcox <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> We recently upgraded from Struts 1.1b1 to the
> nightly build from 
> 20021105. After a couple of days, we realised that
> validation wasn't 
> working because of a format change to setting the
> properties in 
> struts-config.xml for the filenames.
> 
> Once we fixed this, validation *sometimes* didn't
> work.
> 
> The symptom is that in the output, where the
>  tag is 
> placed (with only a formName attribute), we now
> render a whole bunch of 
> Javascript - the static validation functions only,
> without the dynamic 
> part, or any start or end tags to hide it.
> 
> Now, Browser A (Mozilla 1.1, linux) works on server
> X, Browser B (IE6 on 
> winXP) fails. However, Browser A fails on server Y,
> yet Browser B works.
> 
> Checking the doStartTag() code showed me that these
> symptoms occur when 
> the formName definition can't be found in the config
> data, utilising 
> some locale info. Our logs show that the definition
> was found at 
> startup, and this definition used to work in the
> older version of struts.
> 
> Seeing a recent problem with a french locale, we
> checked. Browser A is 
> using the en_US locale, while Browser B uses en_GB.
> We then swapped the 
> locales used by the browsers, and the failure swaps
> round too. On 
> checking, server X is in locale en_US while server Y
> is in locale en_GB. 
> So... the browser/server combination worked when
> locales matched, and 
> failed otherwise.
> 
> We only have a single formset in the validation.xml,
> unqualified by 
> country or language. However, if we do try to
> specify country or 
> language, we get a NullPointerException in the
> commons-validator.
> 
> 2002-11-13 17:22:24,104 [   main] ERROR 
> he.struts.validator.ValidatorPlugIn  -
> java.lang.NullPointerException
> at 
>
org.apache.commons.validator.ValidatorResources.processForms(ValidatorResources.java:355)
> at 
>
org.apache.commons.validator.ValidatorResources.process(ValidatorResources.java:319)
> at 
>
org.apache.struts.validator.ValidatorPlugIn.initResources(ValidatorPlugIn.java:234)
> at 
>
org.apache.struts.validator.ValidatorPlugIn.init(ValidatorPlugIn.java:165)
> at 
>
org.apache.struts.action.ActionServlet.initApplicationPlugIns(ActionServlet.java:983)
> at
>
org.apache.struts.action.ActionServlet.init(ActionServlet.java:450)
>     at
>
javax.servlet.GenericServlet.init(GenericServlet.java)
> at 
>
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:918)
> 
> We have tried deploying the struts-validator example
> from the same 
> nightly build. At least it's more consistent - it
> fails in each 
> combination of browser & server.
> 
> Seems like a fault. Is this enough to help track it
> down? Anything else 
> we can do?
> 
> Cheers,
> 
> Mike
> 
> 
> 
> --
> To unsubscribe, e-mail:  
> <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail:
> <mailto:struts-user-help@;jakarta.apache.org>
> 


__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Validation in Nightly Build 20021105

[Mike Wilcox]

Hi,

We recently upgraded from Struts 1.1b1 to the nightly build from 
20021105. After a couple of days, we realised that validation wasn't 
working because of a format change to setting the properties in 
struts-config.xml for the filenames.

Once we fixed this, validation *sometimes* didn't work.

The symptom is that in the output, where the  tag is 
placed (with only a formName attribute), we now render a whole bunch of 
Javascript - the static validation functions only, without the dynamic 
part, or any start or end tags to hide it.

Now, Browser A (Mozilla 1.1, linux) works on server X, Browser B (IE6 on 
winXP) fails. However, Browser A fails on server Y, yet Browser B works.

Checking the doStartTag() code showed me that these symptoms occur when 
the formName definition can't be found in the config data, utilising 
some locale info. Our logs show that the definition was found at 
startup, and this definition used to work in the older version of struts.

Seeing a recent problem with a french locale, we checked. Browser A is 
using the en_US locale, while Browser B uses en_GB. We then swapped the 
locales used by the browsers, and the failure swaps round too. On 
checking, server X is in locale en_US while server Y is in locale en_GB. 
So... the browser/server combination worked when locales matched, and 
failed otherwise.

We only have a single formset in the validation.xml, unqualified by 
country or language. However, if we do try to specify country or 
language, we get a NullPointerException in the commons-validator.

2002-11-13 17:22:24,104 [   main] ERROR 
he.struts.validator.ValidatorPlugIn  -
java.lang.NullPointerException
   at 
org.apache.commons.validator.ValidatorResources.processForms(ValidatorResources.java:355)
   at 
org.apache.commons.validator.ValidatorResources.process(ValidatorResources.java:319)
   at 
org.apache.struts.validator.ValidatorPlugIn.initResources(ValidatorPlugIn.java:234)
   at 
org.apache.struts.validator.ValidatorPlugIn.init(ValidatorPlugIn.java:165)
   at 
org.apache.struts.action.ActionServlet.initApplicationPlugIns(ActionServlet.java:983)
   at org.apache.struts.action.ActionServlet.init(ActionServlet.java:450)
   at javax.servlet.GenericServlet.init(GenericServlet.java)
   at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:918)

We have tried deploying the struts-validator example from the same 
nightly build. At least it's more consistent - it fails in each 
combination of browser & server.

Seems like a fault. Is this enough to help track it down? Anything else 
we can do?

Cheers,

   Mike



--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Validator and nightly build

[Martin Cooper]

On Tue, 12 Nov 2002, Fabrice BLANQUART wrote:

> Hi ,
>
> I try to work with the last nightly build (2002) and validator.
>
> Having some problems getting the dtd from the web I try to get it locally.
>
> Then I discover a strange thing.
>
> In the commons-validator.jar , the dtd "validator_1_0.dtd" is in the path 
>"/org/apache/commons/validator/resources"
> and in the source code of "ValidatorResourcesInitializer.java" , the register path 
>is "/org/apache/commons/resources/validator_1_0.dtd".
>
> I found a Workaround in generating another commons-validator.jar with the correct 
>path.
>
> May be a bug ?

Yes, this is a bug. I just checked in the fix, so it should be available
in tonight's nightly build.

FYI, since Validator is a Commons component, it would be better to use
the commons-dev or commons-user mailing list for Validator issues.

--
Martin Cooper


>
> Fabrice BLANQUART
>
>
>
>
> *---*
> * Cet e-mail et toutes les pièces jointes sont destinés aux *
> * seules personnes auxquelles ils sont spécifiquement adressés  *
> * et n'engagent que le signataire de ces documents et non la*
> * structure dont il dépend. *
> * Leur existence et leur contenu ont un caractère confidentiel. *
> * Toute utilisation ou diffusion non autorisée est interdite.   *
> * Si vous avez reçu cet  e-mail ou si vous détenez sans en être *
> * le destinataire, nous vous demandons de bien vouloir nous en  *
> * informer immédiatement.   *
> * Cette note assure que mimesweeper a vérifié que ce message*
> * ne comprenait aucun virus connu à ce jour, néanmoins tout *
> * message électronique est susceptible d'altération.*
> * Nous déclinons toute responsabilité au titre de ce message*
> * s'il a étéaltéré, déformé ou falsifié.*
> *---*
>
>
>
> --
> To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Validator and nightly build

[Fabrice BLANQUART]

Hi ,

I try to work with the last nightly build (2002) and validator.

Having some problems getting the dtd from the web I try to get it locally.

Then I discover a strange thing.

In the commons-validator.jar , the dtd "validator_1_0.dtd" is in the path 
"/org/apache/commons/validator/resources" 
and in the source code of "ValidatorResourcesInitializer.java" , the register path is 
"/org/apache/commons/resources/validator_1_0.dtd".

I found a Workaround in generating another commons-validator.jar with the correct path.

May be a bug ?

Fabrice BLANQUART




*---*
* Cet e-mail et toutes les pièces jointes sont destinés aux *
* seules personnes auxquelles ils sont spécifiquement adressés  *
* et n'engagent que le signataire de ces documents et non la*
* structure dont il dépend. *
* Leur existence et leur contenu ont un caractère confidentiel. *
* Toute utilisation ou diffusion non autorisée est interdite.   *
* Si vous avez reçu cet  e-mail ou si vous détenez sans en être *
* le destinataire, nous vous demandons de bien vouloir nous en  *
* informer immédiatement.   *
* Cette note assure que mimesweeper a vérifié que ce message*
* ne comprenait aucun virus connu à ce jour, néanmoins tout *
* message électronique est susceptible d'altération.*
* Nous déclinons toute responsabilité au titre de ce message*
* s'il a étéaltéré, déformé ou falsifié.*
*---*
 


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Validate and nightly build problem

[Rob Leland]

Michael Delamere wrote:


I tried the registration and to me it seemed not to work

Unless of course it is normal behaviour that when leaving the fields
blank that it takes me to the start screen


Yes, that is the behavior.

If the field MUST be filled in then in your validator.xml
you need to add `required' so for an integer field
depends="required,integer" would then cause
an error message to be displayed when the submit button is
pressed.

-Rob




Infact, the same happens when populating all the fields is this
correct?

Regards,

Michael


If the fields are blank and you hit submit then yes,
the default is to go back to the main page


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

RE: Validate and nightly build problem

[Michael Delamere]

I tried the registration and to me it seemed not to work

Unless of course it is normal behaviour that when leaving the fields
blank that it takes me to the start screen

Infact, the same happens when populating all the fields is this
correct?

Regards,

Michael



-Original Message-
From: Robert Leland [mailto:rleland@;apache.org] 
Sent: Freitag, 8. November 2002 16:45
To: Struts Users Mailing List
Subject: Re: Validate and nightly build problem

Michael Delamere wrote:

>Yes, I copied all of the files into my WEB-INF/lib folder
>
>If there is any more information you need, I will be glad to provide
>it
>  
>
Yes, Does the struts-validator example work ?

-Rob



--
To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@;jakarta.apache.org>


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Validate and nightly build problem

[Robert Leland]

Michael Delamere wrote:


Yes, I copied all of the files into my WEB-INF/lib folder

If there is any more information you need, I will be glad to provide
it
 

Yes, Does the struts-validator example work ?

-Rob



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

RE: Validate and nightly build problem

[Michael Delamere]

Yes, I copied all of the files into my WEB-INF/lib folder

If there is any more information you need, I will be glad to provide
it

Regards,

Michael


-Original Message-
From: Rob Leland [mailto:rleland@;apache.org] 
Sent: Freitag, 8. November 2002 15:20
To: Struts Users Mailing List
Subject: Re: Validate and nightly build problem

Michael Delamere wrote:

> Hi,
>
> I posted a problem yesterday concerning validating forms in several
> sub-apps, whereby it only seemed to work for one and not all... this
was
> using struts1.1b2.
>
> As suggested, I downloaded the nightly build that you tried today and
> now validation doesn´t seem to work at all...

The Javascript tag looks good


Please try the struts-validator.war and report back if it works.

Were all the *.jar files, including common-*.jar files and all the 
validator*.xml also updated with the versions included using the Nightly

struts builds ?


-Rob


--
To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@;jakarta.apache.org>


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Validate and nightly build problem

[Rob Leland]

Michael Delamere wrote:


Hi,

I posted a problem yesterday concerning validating forms in several
sub-apps, whereby it only seemed to work for one and not all... this was
using struts1.1b2.

As suggested, I downloaded the nightly build that you tried today and
now validation doesn´t seem to work at all...


The Javascript tag looks good


Please try the struts-validator.war and report back if it works.

Were all the *.jar files, including common-*.jar files and all the 
validator*.xml also updated with the versions included using the Nightly 
struts builds ?


-Rob


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

RE: Validate and nightly build problem

[Michael Delamere]

Hi,

I posted a problem yesterday concerning validating forms in several
sub-apps, whereby it only seemed to work for one and not all... this was
using struts1.1b2.

As suggested, I downloaded the nightly build that you tried today and
now validation doesn´t seem to work at all...

Regards,

Michael



-Original Message-
From: Fabrice BLANQUART [mailto:fblanquart@;covefi.com] 
Sent: Freitag, 8. November 2002 12:23
To: [EMAIL PROTECTED]
Subject: RE: Validate and nightly build problem

Hi,

I join to this mail the jsp file that cause the problem and the
validator.xml.

Continuing the test, I use a validator.xml with only the default (no
country and language tag). If I use my Opera Browser with locale :
language =fr, i have the problem.
If I duplicate the default formset with the language fr, it's work.
I have also the problem with my IE6 with locale : language=en.

Rgs

Fabrice

-Message d'origine-
De : Robert Leland [mailto:rleland@;apache.org]
Envoyé : jeudi 7 novembre 2002 18:04
À : Struts Users Mailing List
Objet : Re: Validate and nightly build problem


Fabrice BLANQUART wrote:

>Hi,
>
>I have a strange behaviour with the validator using the nightly build
(20021107).
>I use the  tag in order to make client validation. It
work well with the 1.1B2 but when 
>I use the nightly build it doesn't generate the validateXXX javascript
function.
>Debugging with source of struts and commons-validator it seems that it
is a problem with locale( I use FR_fr in my browser).
>In my validator.xml I don't specify a locale in formset,is it the
problem ?
>  
>
This does sound like a bug
Does the struts-validator example work correctly ?
Also could you post the JSP code from the  tag ?

>Any help ?
>
>Fabrice BLANQUART 
>

-Rob

>  
>



*---*
* Cet e-mail et toutes les pièces jointes sont destinés aux *
* seules personnes auxquelles ils sont spécifiquement adressés  *
* et n'engagent que le signataire de ces documents et non la*
* structure dont il dépend. *
* Leur existence et leur contenu ont un caractère confidentiel. *
* Toute utilisation ou diffusion non autorisée est interdite.   *
* Si vous avez reçu cet  e-mail ou si vous détenez sans en être *
* le destinataire, nous vous demandons de bien vouloir nous en  *
* informer immédiatement.   *
* Cette note assure que mimesweeper a vérifié que ce message*
* ne comprenait aucun virus connu à ce jour, néanmoins tout *
* message électronique est susceptible d'altération.*
* Nous déclinons toute responsabilité au titre de ce message*
* s'il a étéaltéré, déformé ou falsifié.*
*---*
 



--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

RE: Validate and nightly build problem

[Fabrice BLANQUART]

Hi,

I join to this mail the jsp file that cause the problem and the validator.xml.

Continuing the test, I use a validator.xml with only the default (no country and 
language tag). If I use my Opera Browser with locale : language =fr, i have the 
problem.
If I duplicate the default formset with the language fr, it's work.
I have also the problem with my IE6 with locale : language=en.

Rgs

Fabrice

-Message d'origine-
De : Robert Leland [mailto:rleland@;apache.org]
Envoyé : jeudi 7 novembre 2002 18:04
À : Struts Users Mailing List
Objet : Re: Validate and nightly build problem


Fabrice BLANQUART wrote:

>Hi,
>
>I have a strange behaviour with the validator using the nightly build (20021107).
>I use the  tag in order to make client validation. It work well with 
>the 1.1B2 but when 
>I use the nightly build it doesn't generate the validateXXX javascript function.
>Debugging with source of struts and commons-validator it seems that it is a problem 
>with locale( I use FR_fr in my browser).
>In my validator.xml I don't specify a locale in formset,is it the problem ?
>  
>
This does sound like a bug
Does the struts-validator example work correctly ?
Also could you post the JSP code from the  tag ?

>Any help ?
>
>Fabrice BLANQUART 
>

-Rob

>  
>



*---*
* Cet e-mail et toutes les pièces jointes sont destinés aux *
* seules personnes auxquelles ils sont spécifiquement adressés  *
* et n'engagent que le signataire de ces documents et non la*
* structure dont il dépend. *
* Leur existence et leur contenu ont un caractère confidentiel. *
* Toute utilisation ou diffusion non autorisée est interdite.   *
* Si vous avez reçu cet  e-mail ou si vous détenez sans en être *
* le destinataire, nous vous demandons de bien vouloir nous en  *
* informer immédiatement.   *
* Cette note assure que mimesweeper a vérifié que ce message*
* ne comprenait aucun virus connu à ce jour, néanmoins tout *
* message électronique est susceptible d'altération.*
* Nous déclinons toute responsabilité au titre de ce message*
* s'il a étéaltéré, déformé ou falsifié.*
*---*
 




login.jsp
Description: Binary data


http://jakarta.apache.org/commons/dtds/validator_1_0.dtd";>


	
	
		
			

			
			

			
		
	
	
		
			

			
			

			
		
	



--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Validate and nightly build problem

[Robert Leland]

Fabrice BLANQUART wrote:


Hi,

I have a strange behaviour with the validator using the nightly build (20021107).
I use the  tag in order to make client validation. It work well with the 1.1B2 but when 
I use the nightly build it doesn't generate the validateXXX javascript function.
Debugging with source of struts and commons-validator it seems that it is a problem with locale( I use FR_fr in my browser).
In my validator.xml I don't specify a locale in formset,is it the problem ?
 

This does sound like a bug
Does the struts-validator example work correctly ?
Also could you post the JSP code from the  tag ?


Any help ?

Fabrice BLANQUART 


-Rob


 



--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Validate and nightly build problem

[Fabrice BLANQUART]

Hi,

I have a strange behaviour with the validator using the nightly build (20021107).
I use the  tag in order to make client validation. It work well with 
the 1.1B2 but when 
I use the nightly build it doesn't generate the validateXXX javascript function.
Debugging with source of struts and commons-validator it seems that it is a problem 
with locale( I use FR_fr in my browser).
In my validator.xml I don't specify a locale in formset,is it the problem ?

For me , we must specify a specific "locale" formset if we want to override some 
formbean validation of the default.

Any help ?

Fabrice BLANQUART 





*---*
* Cet e-mail et toutes les pièces jointes sont destinés aux *
* seules personnes auxquelles ils sont spécifiquement adressés  *
* et n'engagent que le signataire de ces documents et non la*
* structure dont il dépend. *
* Leur existence et leur contenu ont un caractère confidentiel. *
* Toute utilisation ou diffusion non autorisée est interdite.   *
* Si vous avez reçu cet  e-mail ou si vous détenez sans en être *
* le destinataire, nous vous demandons de bien vouloir nous en  *
* informer immédiatement.   *
* Cette note assure que mimesweeper a vérifié que ce message*
* ne comprenait aucun virus connu à ce jour, néanmoins tout *
* message électronique est susceptible d'altération.*
* Nous déclinons toute responsabilité au titre de ce message*
* s'il a étéaltéré, déformé ou falsifié.*
*---*
 


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Why does the nightly build produces a huge log file during startup?

[Eddie Bush]

Is your application really large?  (Lots of actions etc?)
Do your classes print a lot of debugging output?
Have you tried configuring Log4J so "tone-down" the amount of output? 
(see the log4j site about how to configure log4j)

I don't understand why you have so much being logged unless you simply 
have a lot of logging output being generated.  If it is system.out 
stuff, you're fu-bared (that's a technical term).  If you were smart and 
used commons-logging you can control it by setting up a reasonable 
log4j.properties file and adjusting the debug levels appropriately.

By setting up your log4j.properties file, you could conceivably 
configure it so that you got 0kb of output on startup.  I imagine the 
logging is what's causing it to start slow too.

Zsolt Koppany wrote:

Hi,

I have copied the latest nightly build and after extraction I copied 
jakarta-struts/webapps into the tomcat -4.1.12 webapps directory. It takes a 
very long time to start tomcat (it was not the case before I installed 
struts) and a huge log file (100Mb) was created (I redirect stderr and stdout 
into a log4j file). I find a log file with the size pretty unuseful because 
this is just the initialization.

How can I decrease the amount the information? I don't know whether this is 
realistic but I would not like to get more that a couple of Kb after startup.

Zsolt


--
Eddie Bush





--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Why does the nightly build produces a huge log file during startup?

[Zsolt Koppany]

Hi,

I have copied the latest nightly build and after extraction I copied 
jakarta-struts/webapps into the tomcat -4.1.12 webapps directory. It takes a 
very long time to start tomcat (it was not the case before I installed 
struts) and a huge log file (100Mb) was created (I redirect stderr and stdout 
into a log4j file). I find a log file with the size pretty unuseful because 
this is just the initialization.

How can I decrease the amount the information? I don't know whether this is 
realistic but I would not like to get more that a couple of Kb after startup.

Zsolt

--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Strange JasperException when using the nightly build 20021031

[Zsolt Koppany]

Now I know what the reason is. The log4j.jar must be in the tomcat/server/lib 
directory because the common.logging package needs it. First I would say this 
is a bug and I run tomcat under 1.4.1_01 and I think the common.logging 
package should use the logging package of jdk-1.4.1_01 shouldn't it?

Zsolt

On Friday 01 November 2002 10:11, Zsolt Koppany wrote:
> Hi,
>
> when I use the build 20021031 I get a strange jasper exception (attached at
> the end) with 1.1-b2 I don't get this exception. Any ideas how to fix it?
>
> Zsolt
>
>
> <%@ taglib uri="/struts-tiles.tld" prefix="tiles" %>
> 
> 
> 
> 
>  topmargin="0" leftmargin="0" marginwidth="0" marginheight="0">
> 
>
>   
>   flush="true">
>  
>   
>
> 
> 
> 
>
>
>
> Trace:
>
> type Exception report
>
>
> message
>
>
> description The server encountered an internal error () that prevented it
> from fulfilling this request.
>
>
> exception
>
> org.apache.jasper.JasperException
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:
>248) at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
> at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
>nFilterChain.java:247) at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
>hain.java:193) at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
>ava:260) at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invo
>keNext(StandardPipeline.java:643) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j
>ava:191) at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invo
>keNext(StandardPipeline.java:643) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:18
>0) at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invo
>keNext(StandardPipeline.java:643) at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve
>.java:170) at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invo
>keNext(StandardPipeline.java:641) at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:17
>2) at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invo
>keNext(StandardPipeline.java:641) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav
>a:174) at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invo
>keNext(StandardPipeline.java:643) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> at
> org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
> at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConn
>ection(Http11Protocol.java:380) at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.ja
>va:533) at java.lang.Thread.run(Thread.java:536)
>
>
> root cause
>
> javax.servlet.ServletException
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextIm
>pl.java:497) at org.apache.jsp.index_jsp._jspService(index_jsp.java:76) at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:
>204) at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
> at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
>nFilterChain.java:247) at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
>hain.java:193) at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
>ava:260) at
> o

Strange JasperException when using the nightly build 20021031

[Zsolt Koppany]

Hi,

when I use the build 20021031 I get a strange jasper exception (attached at 
the end) with 1.1-b2 I don't get this exception. Any ideas how to fix it?

Zsolt


<%@ taglib uri="/struts-tiles.tld" prefix="tiles" %>






   
  
 
 
  
   






Trace:

type Exception report


message 


description The server encountered an internal error () that prevented it from 
fulfilling this request.


exception 

org.apache.jasper.JasperException
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:248)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:380)
at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:533)
at java.lang.Thread.run(Thread.java:536)


root cause 

javax.servlet.ServletException
at 
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:497)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:76)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:204)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalin

RE: Struts Nightly Build

[Chappell, Simon P]

I typically update the whole lib directory (with the exception of my web.xml and 
struts-config.xml). The timeframe for completing the upgrade from 1.1b1 to 1.1b2 was 
in the range of minutes, literally. Maybe ten minutes if you include compiling my app, 
deploying it and trying it out.

Simon

>-Original Message-
>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
>Sent: Wednesday, October 23, 2002 10:43 AM
>To: Struts Users Mailing List
>Subject: Re: Struts Nightly Build
>
>
>In addition to swapping jars, I did have to change the dtd for the
>tiles-defs.xml from tiles-config.dtd to tiles-config_1_1.dtd.
>
>Also, the tag urls in struts.jar are upgraded if you use that 
>method for
>specifiying the tlds.  (tomcat 4.1.x only).
>
>ie: <%@taglib uri="http://jakarta.apache.org/struts/tags-html-1.1";
>prefix="html"%>
>instead of
><%@taglib uri="http://jakarta.apache.org/struts/tags-html-1.0";
>prefix="html"%>
>
>Those are the only two things I changed.
>
>-Dennis
>
>On Wed, 2002-10-23 at 08:56, Vincent Stoessel wrote:
>> Is upgrading struts a simple matter of swapping out struts.jar ?
>> 
>> 
>> Chappell, Simon P wrote:
>> > Thank goodness! You had me worried there. :-)
>> > 
>> > We're still using 1.1b2, so I haven't tried a nightly 
>build lately. Someone else will have to comment on that, or 
>you can just try it anyway. (That's what I usually do).
>> > 
>> > Simon
>> > 
>> > 
>> >>-Original Message-
>> >>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
>> >>Sent: Wednesday, October 23, 2002 9:24 AM
>> >>To: Struts Users Mailing List
>> >>Subject: RE: Struts Nightly Build
>> >>
>> >>
>> >>No, No, I picked up the 20021022 build, I need the commons-logging
>> >>integrated with the tiles package so that my logs don't 
>fill up with
>> >>thousands of lines tiles statements.  
>> >>
>> >>I won't upgrade again unless there is something else I 
>need.  I'm just
>> >>wondering if there is anything I should be aware of with 
>the nightly
>> >>builds lately??
>> >>
>> >>Thanks
>> >>Dennis
>> >>
>> >>On Wed, 2002-10-23 at 08:12, Chappell, Simon P wrote:
>> >>
>> >>>Perhaps you could pick a specific nightly build that has the 
>> >>
>> >>extra functionality that you need, but I'm not going to 
>> >>recommend updating with EVERY nightly build. I seriously hope 
>> >>that this is not what you meant.
>> >>
>> >>>Simon
>> >>>
>> >>>-
>> >>>Simon P. Chappell [EMAIL PROTECTED]
>> >>>Java Programming Specialist  www.landsend.com
>> >>>Lands' End, Inc.   (608) 935-4526
>> >>>
>> >>>
>> >>>
>> >>>>-Original Message-
>> >>>>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
>> >>>>Sent: Wednesday, October 23, 2002 9:11 AM
>> >>>>To: [EMAIL PROTECTED]
>> >>>>Subject: Struts Nightly Build
>> >>>>
>> >>>>
>> >>>>I'm about to change our production environment to use the 
>> >>>>struts nightly
>> >>>>build instead of 1.1b2 because of the non commons-logging 
>> >>
>> >>in the tiles
>> >>
>> >>>>package with 1.1b2.
>> >>>>
>> >>>>Does anyone know of any issues to be aware of?  Seems to 
>> >>
>> >>work ok in dev
>> >>
>> >>>>environment.
>> >>>>
>> >>>>TIA
>> >>>>-Dennis
>> >>>>
>> >>>>--
>> >>>>To unsubscribe, e-mail:   
>> >>>><mailto:struts-user-unsubscribe@;jakarta.apache.org>
>> >>>>For additional commands, e-mail: 
>> >>>><mailto:struts-user-help@;jakarta.apache.org>
>> >>>>
>> >>>>
>> >>>--
>> >>>To unsubscribe, e-mail:   
>> > 
>> > <mailto:struts-user-unsubscribe@;jakarta.apache.org>
>> > 
>> >>For additional commands, e-mail: 
><mailto:struts-user-help@;jakarta.apache.org>
>> >>
>> > 
>> > 
>> 
>> --
>> > To unsubscribe, e-mail:   
><mailto:struts-user->[EMAIL PROTECTED]>
>> > For 
>additional commands, 
>e-mail: <mailto:struts-user-help@;jakarta.apache.org>
>> > 
>> > 
>> > --
>> > To unsubscribe, e-mail:   
><mailto:struts-user->[EMAIL PROTECTED]>
>> > For 
>additional commands, 
>e-mail: <mailto:struts-user-help@;jakarta.apache.org>
>> 
>> 
>> -- 
>> Vincent Stoessel
>> Linux Systems Developer
>> vincent xaymaca.com
>> 
>> 
>> --
>> To unsubscribe, e-mail:   
><mailto:struts-user->[EMAIL PROTECTED]>
>> For 
>additional commands, 
>e-mail: <mailto:struts-user-help@;jakarta.apache.org>
>> 
>
>
>--
>To unsubscribe, e-mail:   
><mailto:struts-user->[EMAIL PROTECTED]>
>For 
>additional commands, 
>e-mail: <mailto:struts-user-help@;jakarta.apache.org>
>
>

--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Struts Nightly Build

[Dennis Muhlestein]

In addition to swapping jars, I did have to change the dtd for the
tiles-defs.xml from tiles-config.dtd to tiles-config_1_1.dtd.

Also, the tag urls in struts.jar are upgraded if you use that method for
specifiying the tlds.  (tomcat 4.1.x only).

ie: <%@taglib uri="http://jakarta.apache.org/struts/tags-html-1.1";
prefix="html"%>
instead of
<%@taglib uri="http://jakarta.apache.org/struts/tags-html-1.0";
prefix="html"%>

Those are the only two things I changed.

-Dennis

On Wed, 2002-10-23 at 08:56, Vincent Stoessel wrote:
> Is upgrading struts a simple matter of swapping out struts.jar ?
> 
> 
> Chappell, Simon P wrote:
> > Thank goodness! You had me worried there. :-)
> > 
> > We're still using 1.1b2, so I haven't tried a nightly build lately. Someone else 
>will have to comment on that, or you can just try it anyway. (That's what I usually 
>do).
> > 
> > Simon
> > 
> > 
> >>-Original Message-
> >>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
> >>Sent: Wednesday, October 23, 2002 9:24 AM
> >>To: Struts Users Mailing List
> >>Subject: RE: Struts Nightly Build
> >>
> >>
> >>No, No, I picked up the 20021022 build, I need the commons-logging
> >>integrated with the tiles package so that my logs don't fill up with
> >>thousands of lines tiles statements.  
> >>
> >>I won't upgrade again unless there is something else I need.  I'm just
> >>wondering if there is anything I should be aware of with the nightly
> >>builds lately??
> >>
> >>Thanks
> >>Dennis
> >>
> >>On Wed, 2002-10-23 at 08:12, Chappell, Simon P wrote:
> >>
> >>>Perhaps you could pick a specific nightly build that has the 
> >>
> >>extra functionality that you need, but I'm not going to 
> >>recommend updating with EVERY nightly build. I seriously hope 
> >>that this is not what you meant.
> >>
> >>>Simon
> >>>
> >>>-----
> >>>Simon P. Chappell [EMAIL PROTECTED]
> >>>Java Programming Specialist  www.landsend.com
> >>>Lands' End, Inc.   (608) 935-4526
> >>>
> >>>
> >>>
> >>>>-Original Message-
> >>>>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
> >>>>Sent: Wednesday, October 23, 2002 9:11 AM
> >>>>To: [EMAIL PROTECTED]
> >>>>Subject: Struts Nightly Build
> >>>>
> >>>>
> >>>>I'm about to change our production environment to use the 
> >>>>struts nightly
> >>>>build instead of 1.1b2 because of the non commons-logging 
> >>
> >>in the tiles
> >>
> >>>>package with 1.1b2.
> >>>>
> >>>>Does anyone know of any issues to be aware of?  Seems to 
> >>
> >>work ok in dev
> >>
> >>>>environment.
> >>>>
> >>>>TIA
> >>>>-Dennis
> >>>>
> >>>>--
> >>>>To unsubscribe, e-mail:   
> >>>><mailto:struts-user-unsubscribe@;jakarta.apache.org>
> >>>>For additional commands, e-mail: 
> >>>><mailto:struts-user-help@;jakarta.apache.org>
> >>>>
> >>>>
> >>>--
> >>>To unsubscribe, e-mail:   
> > 
> > <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> > 
> >>For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
> >>
> > 
> > 
> > --
> > To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> > For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
> > 
> > 
> > --
> > To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> > For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
> 
> 
> -- 
> Vincent Stoessel
> Linux Systems Developer
> vincent xaymaca.com
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
> 


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Struts Nightly Build

[Vincent Stoessel]

Is upgrading struts a simple matter of swapping out struts.jar ?


Chappell, Simon P wrote:

Thank goodness! You had me worried there. :-)

We're still using 1.1b2, so I haven't tried a nightly build lately. Someone else will have to comment on that, or you can just try it anyway. (That's what I usually do).

Simon



-Original Message-
From: Dennis Muhlestein [mailto:dennis@;zserve.com]
Sent: Wednesday, October 23, 2002 9:24 AM
To: Struts Users Mailing List
Subject: RE: Struts Nightly Build


No, No, I picked up the 20021022 build, I need the commons-logging
integrated with the tiles package so that my logs don't fill up with
thousands of lines tiles statements.  

I won't upgrade again unless there is something else I need.  I'm just
wondering if there is anything I should be aware of with the nightly
builds lately??

Thanks
Dennis

On Wed, 2002-10-23 at 08:12, Chappell, Simon P wrote:

Perhaps you could pick a specific nightly build that has the 

extra functionality that you need, but I'm not going to 
recommend updating with EVERY nightly build. I seriously hope 
that this is not what you meant.

Simon

-
Simon P. Chappell [EMAIL PROTECTED]
Java Programming Specialist  www.landsend.com
Lands' End, Inc.   (608) 935-4526




-Original Message-
From: Dennis Muhlestein [mailto:dennis@;zserve.com]
Sent: Wednesday, October 23, 2002 9:11 AM
To: [EMAIL PROTECTED]
Subject: Struts Nightly Build


I'm about to change our production environment to use the 
struts nightly
build instead of 1.1b2 because of the non commons-logging 

in the tiles


package with 1.1b2.

Does anyone know of any issues to be aware of?  Seems to 

work ok in dev


environment.

TIA
-Dennis

--
To unsubscribe, e-mail:   
<mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: 
<mailto:struts-user-help@;jakarta.apache.org>


--
To unsubscribe, e-mail:   

<mailto:struts-user-unsubscribe@;jakarta.apache.org>


For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>




--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>



--
Vincent Stoessel
Linux Systems Developer
vincent xaymaca.com


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

RE: Struts Nightly Build

[Chappell, Simon P]

Thank goodness! You had me worried there. :-)

We're still using 1.1b2, so I haven't tried a nightly build lately. Someone else will 
have to comment on that, or you can just try it anyway. (That's what I usually do).

Simon

>-Original Message-
>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
>Sent: Wednesday, October 23, 2002 9:24 AM
>To: Struts Users Mailing List
>Subject: RE: Struts Nightly Build
>
>
>No, No, I picked up the 20021022 build, I need the commons-logging
>integrated with the tiles package so that my logs don't fill up with
>thousands of lines tiles statements.  
>
>I won't upgrade again unless there is something else I need.  I'm just
>wondering if there is anything I should be aware of with the nightly
>builds lately??
>
>Thanks
>Dennis
>
>On Wed, 2002-10-23 at 08:12, Chappell, Simon P wrote:
>> Perhaps you could pick a specific nightly build that has the 
>extra functionality that you need, but I'm not going to 
>recommend updating with EVERY nightly build. I seriously hope 
>that this is not what you meant.
>> 
>> Simon
>> 
>> -
>> Simon P. Chappell [EMAIL PROTECTED]
>> Java Programming Specialist  www.landsend.com
>> Lands' End, Inc.   (608) 935-4526
>> 
>> 
>> >-Original Message-
>> >From: Dennis Muhlestein [mailto:dennis@;zserve.com]
>> >Sent: Wednesday, October 23, 2002 9:11 AM
>> >To: [EMAIL PROTECTED]
>> >Subject: Struts Nightly Build
>> >
>> >
>> >I'm about to change our production environment to use the 
>> >struts nightly
>> >build instead of 1.1b2 because of the non commons-logging 
>in the tiles
>> >package with 1.1b2.
>> >
>> >Does anyone know of any issues to be aware of?  Seems to 
>work ok in dev
>> >environment.
>> >
>> >TIA
>> >-Dennis
>> >
>> >--
>> >To unsubscribe, e-mail:   
>> ><mailto:struts-user-unsubscribe@;jakarta.apache.org>
>> >For additional commands, e-mail: 
>> ><mailto:struts-user-help@;jakarta.apache.org>
>> >
>> >
>> 
>> --
>> To unsubscribe, e-mail:   
<mailto:struts-user-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
> 


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

RE: Struts Nightly Build

[Dennis Muhlestein]

No, No, I picked up the 20021022 build, I need the commons-logging
integrated with the tiles package so that my logs don't fill up with
thousands of lines tiles statements.  

I won't upgrade again unless there is something else I need.  I'm just
wondering if there is anything I should be aware of with the nightly
builds lately??

Thanks
Dennis

On Wed, 2002-10-23 at 08:12, Chappell, Simon P wrote:
> Perhaps you could pick a specific nightly build that has the extra functionality 
>that you need, but I'm not going to recommend updating with EVERY nightly build. I 
>seriously hope that this is not what you meant.
> 
> Simon
> 
> -
> Simon P. Chappell [EMAIL PROTECTED]
> Java Programming Specialist  www.landsend.com
> Lands' End, Inc.   (608) 935-4526
> 
> 
> >-Original Message-
> >From: Dennis Muhlestein [mailto:dennis@;zserve.com]
> >Sent: Wednesday, October 23, 2002 9:11 AM
> >To: [EMAIL PROTECTED]
> >Subject: Struts Nightly Build
> >
> >
> >I'm about to change our production environment to use the 
> >struts nightly
> >build instead of 1.1b2 because of the non commons-logging in the tiles
> >package with 1.1b2.
> >
> >Does anyone know of any issues to be aware of?  Seems to work ok in dev
> >environment.
> >
> >TIA
> >-Dennis
> >
> >--
> >To unsubscribe, e-mail:   
> ><mailto:struts-user-unsubscribe@;jakarta.apache.org>
> >For additional commands, e-mail: 
> ><mailto:struts-user-help@;jakarta.apache.org>
> >
> >
> 
> --
> To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
> 


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

RE: Struts Nightly Build

[Chappell, Simon P]

Perhaps you could pick a specific nightly build that has the extra functionality that 
you need, but I'm not going to recommend updating with EVERY nightly build. I 
seriously hope that this is not what you meant.

Simon

-
Simon P. Chappell [EMAIL PROTECTED]
Java Programming Specialist  www.landsend.com
Lands' End, Inc.   (608) 935-4526


>-Original Message-
>From: Dennis Muhlestein [mailto:dennis@;zserve.com]
>Sent: Wednesday, October 23, 2002 9:11 AM
>To: [EMAIL PROTECTED]
>Subject: Struts Nightly Build
>
>
>I'm about to change our production environment to use the 
>struts nightly
>build instead of 1.1b2 because of the non commons-logging in the tiles
>package with 1.1b2.
>
>Does anyone know of any issues to be aware of?  Seems to work ok in dev
>environment.
>
>TIA
>-Dennis
>
>--
>To unsubscribe, e-mail:   
><mailto:struts-user-unsubscribe@;jakarta.apache.org>
>For additional commands, e-mail: 
><mailto:struts-user-help@;jakarta.apache.org>
>
>

--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Struts Nightly Build

[Dennis Muhlestein]

I'm about to change our production environment to use the struts nightly
build instead of 1.1b2 because of the non commons-logging in the tiles
package with 1.1b2.

Does anyone know of any issues to be aware of?  Seems to work ok in dev
environment.

TIA
-Dennis

--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Re: Nightly build 08052002: Tiles plugin and mapping.findForward

[Cedric Dumoulin]

  Hello,

  Your definition 'login' has an error:



  I think you would like to extends 'base', not to use it as a path ;-). 
If you specify a path, you should start it with a leading '/'.

   Hope this help,
  Cedric

matt_raible wrote:

>I just switched from using the ActionComponentServlet to the Tiles 
>Plugin, but I still get the same error.
>
>Thanks,
>
>Matt
>
>--- In [EMAIL PROTECTED], "matt_raible" <[EMAIL PROTECTED]> wrote:
>  
>
>>Basically, what I'm trying to do is use a DefaultAction to 
>>
>>
>dispatch 
>  
>
>>requests through an action to my definitions.  I'm experiencing 
>>
>>
>some 
>  
>
>>wierd behavior.  I have a Struts build from a couple nights ago.
>>
>>When I request http://localhost/myApp/index.do, everything works 
>>fine - here's my log:
>>
>>- Processing a 'GET' for path '/index'
>>Requested URI: '/roller/index.do'
>>Forwarding to: 'index'
>>processActionForward(index, false)
>>  'index' - processed as definition
>>
>>But, when I request http://localhost/myApp/login.do, I get the 
>>following log and subsequent error:
>>
>>LOG ---
>>- Processing a 'GET' for path '/login'
>>Requested URI: '/roller/login.do'
>>Forwarding to: 'login'
>>processActionForward(login, false)
>>
>>ERROR ---
>>ava.lang.IllegalArgumentException: Path base does not start with 
>>a "/" character
>>  at 
>>org.apache.catalina.core.ApplicationContext.getRequestDispatcher
>>(ApplicationContext.java:572)
>>  at 
>>
>>
>>
>org.apache.catalina.core.ApplicationContextFacade.getRequestDispatche
>  
>
>>r(ApplicationContextFacade.java:174)
>>  at org.apache.struts.action.RequestProcessor.doForward
>>(RequestProcessor.java:1007)
>>  at 
>>
>>
>>
>org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition
>  
>
>>(TilesRequestProcessor.java:237)
>>  at 
>>org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig
>>(TilesRequestProcessor.java:291)
>>  at 
>>org.apache.struts.action.RequestProcessor.processActionForward
>>(RequestProcessor.java:390)
>>
>>1.  In struts-config.xml, I have:
>>
>>>
>>
>type="org.roller.presentation.DefaultAction" 
>  
>
>>unknown="true"/>
>>
>>2.  In order to request a definition by using definitionName.do, I 
>>have my DefaultAction coded as:
>>
>>
>>String requestURI = request.getRequestURI();
>>String contextPath = request.getContextPath();
>>
>>String definitionName = requestURI.substring(contextPath.length());
>>definitionName = definitionName.substring(1, definitionName.indexOf
>>(".do"));
>>
>>return new ActionForward(definitionName);
>>
>>
>>3.  In my tiles configuration file (tiles-config.xml), I have:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>   
>>
>>
>>
>>Any ideas or suggestions are appreciated.
>>
>>Matt
>>
>>--- In [EMAIL PROTECTED], Cedric Dumoulin <[EMAIL PROTECTED]> wrote:
>>
>>
>>>  Hi,
>>>
>>>  You can test for a definition by asking the definition factory:
>>>
>>>  DefinitionUtil.getDefinition( defName, servletRequest, 
>>>  
>>>
>>servletContext ) ;
>>
>>
>>>This return a ComponentDefinition, or throw 
>>>  
>>>
>>NoSuchDefinitionException if 
>>
>>
>>>not found.
>>>
>>>  Hope this help,
>>> Cedric
>>>
>>>Struts Newsgroup (@Basebeans.com) wrote:
>>>
>>>  
>>>
>>>>Subject: Nightly build 08052002: Tiles plugin and 
>>>>
>>>>
>>mapping.findForward
>>
>>
>>>>From: "Matt Raible" <[EMAIL PROTECTED]>
>>>>===
>>>>I'd like to write a helper method to check for a  and 
>>>>
>>>>
>if 
>  
>
>>none is
>>
>>
>>>>found, then to route to forward.
>>>>
>>>>What is the best way to do this?
>>>>
>>>>I know that mapping.findForward() will return a zero length 
>>>>
>>>>
>array 
>  
>
>>if nothing
>>
>>
>>>>is found, so what would I do next?  I'd love it if there was a
>>>>mapping.findDefinition or something.
>>>>
>>>>Thanks,
>>>>
>>>>Matt
>>>>
>>>>
>>>>
>>>>--
>>>>To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
>>>>For additional commands, e-mail: <mailto:struts-user-help@j...>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>
>>>--
>>>To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
>>>For additional commands, e-mail: <mailto:struts-user-help@j...>
>>>  
>>>
>>--
>>To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
>>For additional commands, e-mail: <mailto:struts-user-help@j...>
>>
>>
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>  
>



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

Re: Nightly build 08052002: Tiles plugin and mapping.findForward

[matt_raible]

I just switched from using the ActionComponentServlet to the Tiles 
Plugin, but I still get the same error.

Thanks,

Matt

--- In [EMAIL PROTECTED], "matt_raible" <[EMAIL PROTECTED]> wrote:
> Basically, what I'm trying to do is use a DefaultAction to 
dispatch 
> requests through an action to my definitions.  I'm experiencing 
some 
> wierd behavior.  I have a Struts build from a couple nights ago.
> 
> When I request http://localhost/myApp/index.do, everything works 
> fine - here's my log:
> 
> - Processing a 'GET' for path '/index'
> Requested URI: '/roller/index.do'
> Forwarding to: 'index'
> processActionForward(index, false)
>   'index' - processed as definition
> 
> But, when I request http://localhost/myApp/login.do, I get the 
> following log and subsequent error:
> 
> LOG ---
> - Processing a 'GET' for path '/login'
> Requested URI: '/roller/login.do'
> Forwarding to: 'login'
> processActionForward(login, false)
> 
> ERROR ---
> ava.lang.IllegalArgumentException: Path base does not start with 
> a "/" character
>   at 
> org.apache.catalina.core.ApplicationContext.getRequestDispatcher
> (ApplicationContext.java:572)
>   at 
> 
org.apache.catalina.core.ApplicationContextFacade.getRequestDispatche
> r(ApplicationContextFacade.java:174)
>   at org.apache.struts.action.RequestProcessor.doForward
> (RequestProcessor.java:1007)
>   at 
> 
org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition
> (TilesRequestProcessor.java:237)
>   at 
> org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig
> (TilesRequestProcessor.java:291)
>   at 
> org.apache.struts.action.RequestProcessor.processActionForward
> (RequestProcessor.java:390)
> 
> 1.  In struts-config.xml, I have:
> 
>  unknown="true"/>
> 
> 2.  In order to request a definition by using definitionName.do, I 
> have my DefaultAction coded as:
> 
> 
> String requestURI = request.getRequestURI();
> String contextPath = request.getContextPath();
> 
> String definitionName = requestURI.substring(contextPath.length());
> definitionName = definitionName.substring(1, definitionName.indexOf
> (".do"));
> 
> return new ActionForward(definitionName);
> 
> 
> 3.  In my tiles configuration file (tiles-config.xml), I have:
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> 
> 
> 
> Any ideas or suggestions are appreciated.
> 
> Matt
> 
> --- In [EMAIL PROTECTED], Cedric Dumoulin <[EMAIL PROTECTED]> wrote:
> > 
> >   Hi,
> > 
> >   You can test for a definition by asking the definition factory:
> > 
> >   DefinitionUtil.getDefinition( defName, servletRequest, 
> servletContext ) ;
> > This return a ComponentDefinition, or throw 
> NoSuchDefinitionException if 
> > not found.
> > 
> >   Hope this help,
> >  Cedric
> > 
> > Struts Newsgroup (@Basebeans.com) wrote:
> > 
> > >Subject: Nightly build 08052002: Tiles plugin and 
> mapping.findForward
> > >From: "Matt Raible" <[EMAIL PROTECTED]>
> > > ===
> > >I'd like to write a helper method to check for a  and 
if 
> none is
> > >found, then to route to forward.
> > >
> > >What is the best way to do this?
> > >
> > >I know that mapping.findForward() will return a zero length 
array 
> if nothing
> > >is found, so what would I do next?  I'd love it if there was a
> > >mapping.findDefinition or something.
> > >
> > >Thanks,
> > >
> > >Matt
> > >
> > >
> > >
> > >--
> > >To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
> > >For additional commands, e-mail: <mailto:struts-user-help@j...>
> > >
> > >
> > >  
> > >
> > 
> > 
> > 
> > --
> > To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
> > For additional commands, e-mail: <mailto:struts-user-help@j...>
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
> For additional commands, e-mail: <mailto:struts-user-help@j...>


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

Re: Nightly build 08052002: Tiles plugin and mapping.findForward

[matt_raible]

Basically, what I'm trying to do is use a DefaultAction to dispatch 
requests through an action to my definitions.  I'm experiencing some 
wierd behavior.  I have a Struts build from a couple nights ago.

When I request http://localhost/myApp/index.do, everything works 
fine - here's my log:

- Processing a 'GET' for path '/index'
Requested URI: '/roller/index.do'
Forwarding to: 'index'
processActionForward(index, false)
  'index' - processed as definition

But, when I request http://localhost/myApp/login.do, I get the 
following log and subsequent error:

LOG ---
- Processing a 'GET' for path '/login'
Requested URI: '/roller/login.do'
Forwarding to: 'login'
processActionForward(login, false)

ERROR ---
ava.lang.IllegalArgumentException: Path base does not start with 
a "/" character
at 
org.apache.catalina.core.ApplicationContext.getRequestDispatcher
(ApplicationContext.java:572)
at 
org.apache.catalina.core.ApplicationContextFacade.getRequestDispatche
r(ApplicationContextFacade.java:174)
at org.apache.struts.action.RequestProcessor.doForward
(RequestProcessor.java:1007)
at 
org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition
(TilesRequestProcessor.java:237)
at 
org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig
(TilesRequestProcessor.java:291)
at 
org.apache.struts.action.RequestProcessor.processActionForward
(RequestProcessor.java:390)

1.  In struts-config.xml, I have:



2.  In order to request a definition by using definitionName.do, I 
have my DefaultAction coded as:


String requestURI = request.getRequestURI();
String contextPath = request.getContextPath();

String definitionName = requestURI.substring(contextPath.length());
definitionName = definitionName.substring(1, definitionName.indexOf
(".do"));

return new ActionForward(definitionName);


3.  In my tiles configuration file (tiles-config.xml), I have:
















   



Any ideas or suggestions are appreciated.

Matt

--- In [EMAIL PROTECTED], Cedric Dumoulin <[EMAIL PROTECTED]> wrote:
> 
>   Hi,
> 
>   You can test for a definition by asking the definition factory:
> 
>   DefinitionUtil.getDefinition( defName, servletRequest, 
servletContext ) ;
> This return a ComponentDefinition, or throw 
NoSuchDefinitionException if 
> not found.
> 
>   Hope this help,
>  Cedric
> 
> Struts Newsgroup (@Basebeans.com) wrote:
> 
> >Subject: Nightly build 08052002: Tiles plugin and 
mapping.findForward
> >From: "Matt Raible" <[EMAIL PROTECTED]>
> > ===
> >I'd like to write a helper method to check for a  and if 
none is
> >found, then to route to forward.
> >
> >What is the best way to do this?
> >
> >I know that mapping.findForward() will return a zero length array 
if nothing
> >is found, so what would I do next?  I'd love it if there was a
> >mapping.findDefinition or something.
> >
> >Thanks,
> >
> >Matt
> >
> >
> >
> >--
> >To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
> >For additional commands, e-mail: <mailto:struts-user-help@j...>
> >
> >
> >  
> >
> 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@j...>
> For additional commands, e-mail: <mailto:struts-user-help@j...>


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

Re: Nightly build 08052002: Tiles plugin and mapping.findForward

[Cedric Dumoulin]

  Hi,

  You can test for a definition by asking the definition factory:

  DefinitionUtil.getDefinition( defName, servletRequest, servletContext ) ;
This return a ComponentDefinition, or throw NoSuchDefinitionException if 
not found.

  Hope this help,
 Cedric

Struts Newsgroup (@Basebeans.com) wrote:

>Subject: Nightly build 08052002: Tiles plugin and mapping.findForward
>From: "Matt Raible" <[EMAIL PROTECTED]>
> ===
>I'd like to write a helper method to check for a  and if none is
>found, then to route to forward.
>
>What is the best way to do this?
>
>I know that mapping.findForward() will return a zero length array if nothing
>is found, so what would I do next?  I'd love it if there was a
>mapping.findDefinition or something.
>
>Thanks,
>
>Matt
>
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>  
>



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

RE: Validations gone on using nightly build

[Hemanth Setty]

Figued it out..This doesn't work anymore
  


  
I have to use it this way
  

  


-Original Message-
From: Hemanth Setty [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 09, 2002 3:15 PM
To: Struts Users Mailing List
Subject: Validations gone on using nightly build


Hello,
I was running the 1.1b1 till today. Today I got the latest nightly build and
all my validations that used to work on 1.1b1 stopped working. I was using
the validation-rules.xml to validate my forms. Was anything changed in terms
of how the validations are setup?

-hemanth


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


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

Validations gone on using nightly build

[Hemanth Setty]

Hello,
I was running the 1.1b1 till today. Today I got the latest nightly build and
all my validations that used to work on 1.1b1 stopped working. I was using
the validation-rules.xml to validate my forms. Was anything changed in terms
of how the validations are setup?

-hemanth


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

Incompatibilities with new fileupload package in nightly build

[Erich Meier]

Hi!

I tried the new fileuploader from the commons package and ran into two
incompatibilities. The first one is a small semantic change, the second one
seems to be a bug.

Before ranting about errors and shortcomings, let me say that the new
fileuploader seems to be much more speedy than the old one. I didn't measure
it, though.

Now for the problems I found...

First, the new fileuploader returns the whole file path in getFileName().
It uses the client's representation, i.e. "C:\Program File\bla\foo\a.jpg".
The old one only returned the file name ("a.jpg") which seems to be the
better alternative. If you want to store the file name of uploaded content
to send it back to the client via the Content-Disposition header, the file
name would suffice. With the new semantics, I'd have to stuff the path name into
a File object to retrieve the file name in a platform independent manner.
This seems clumsy for me. YMMV.

Second, if I submit an upload page without content being uploaded (user did
not select a file), an exception occurs:

javax.servlet.ServletException: BeanUtils.populate
at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:974)
at 
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java:779)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:246)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1292)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:510)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)

root cause 

java.lang.IllegalArgumentException: java.lang.ClassCastException@7e942f
at sun.reflect.GeneratedMethodAccessor80.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.apache.commons.beanutils.PropertyUtils.setSimpleProperty(PropertyUtils.java:1650)
at 
org.apache.commons.beanutils.PropertyUtils.setNestedProperty(PropertyUtils.java:1545)
at 
org.apache.commons.beanutils.PropertyUtils.setProperty(PropertyUtils.java:1574)
at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:919)
at org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:726)
at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:972)
at 
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java:779)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:246)

Hope this helps weeding out the bugs out of the new fileupload package.

Erich

-- 
Dr. Erich Meier, Software Process Improvement
method park Software AG, Wetterkreuz 19a, 91058 Erlangen, Germany
Tel. +49-9131-97206-316  mailto:[EMAIL PROTECTED]
Fax. +49-9131-97206-200  http://www.methodpark.de/

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

DefineTag broken in nightly build?

[Erich Meier]

Hi!

After upgrading to tomcat 4.0.4 and the current struts nightly build, my app
threw the following exception:

javax.servlet.jsp.JspTagException:
Since tag handler class org.apache.struts.taglib.bean.DefineTag
does not implement BodyTag, it can't return BodyTag.EVAL_BODY_TAG

Is this a bug in the current nightly or is this a version problem with the
tomcat 4.0.4 servletapi?

TIA,
Erich

-- 
Dr. Erich Meier, Software Process Improvement
method park Software AG, Wetterkreuz 19a, 91058 Erlangen, Germany
Tel. +49-9131-97206-316  mailto:[EMAIL PROTECTED]
Fax. +49-9131-97206-200  http://www.methodpark.de/

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

RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

[Jon.Ridgway]

Hi Graig,

As requested I have tried splitting the Class-Path entry over two Class-Path
entries in manifest.mf. This works fine in WebLogic 6.1sp2, I'll try on
JBoos 3.0, OC4J 9 & WebSphere 4.0.3 and let you know...

Jon Ridgway


-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] 
Sent: 17 July 2002 16:18
To: Struts Users Mailing List
Subject: RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f



On Wed, 17 Jul 2002, Jesse Alexander (KADA 11) wrote:

> Date: Wed, 17 Jul 2002 10:34:04 +0200
> From: "Jesse Alexander (KADA 11)" <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
> Hi,
>
> I think somebody with deeper knowledge about the internals must look into
it.
> Either the problem is, that the documentation is out-of-date (maybe today
it
> is not necessary to split the class-path-entry anymore), or it is a
problem
> of the class-loaders used in the servlet-engines (WLS accepts
Class-path-entries
> that are up to 120+ characters line-length).
> Maybe somebody working on Tomcat (or at least knowing its code-base a bit)
> can enlighten us more on this...
> Meaning it might make sense to push BEA to check their class-loader and
> encourage somebody to take a look at the spec's and class-loaders on the
> Apache-side ==> open a problem at BEA and open a bug-report in BugZilla
>

This would be an issue with WebLogic's JVM implementation, and nothing to
do with Tomcat.

I can't see anything in the JDK docs about the "split at 68 characters"
thing someone mentioned.  Does someone have a pointer to that in the docs?
The Struts build process has this all on one line in the source, so it
seems to be Ant doing the modification ...

I do see that you can have more than one "Class-Path" element
<http://java.sun.com/j2se/1.4/docs/guide/extensions/spec.html>.  Could
someone try that and see if it works?

> regards
> Alexander

Craig


>
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 16:17
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
>
> Hi James,
>
> I may have jumped the gun here; someone else has pointed out that the
> Class-Path entry should break to a new line after 68 chars. It's just that
> WebLogic 6.1 (not sure about 7) can't handle this.
>
> So I guess I should eat some humble pie and WebLogic should sort things
out
> at their end...
>
> Jon Ridgway
>
>
> -Original Message-
> From: James Holmes [mailto:[EMAIL PROTECTED]]
> Sent: 16 July 2002 15:09
> To: Struts Users Mailing List
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in manifest.m
f
>
> This probably started happening as of nightly build
> 20020616 since that is when the Class-Path: entry got
> added to the MANIFEST.MF file in CVS.
>
> If you open a bug for this in Bugzilla I'll get it
> taken care of tonight.  Make sure to include all the
> info from this thread.
>
> http://nagoya.apache.org/bugzilla
>
> -james
> [EMAIL PROTECTED]
> http://www.jamesholmes.com/struts/
>
>
> --- "Jesse Alexander (KADA 11)"
> <[EMAIL PROTECTED]> wrote:
> > Good and thanks for searching it,
> >
> > the problem with the manifest.mf and the class-path
> > is, that according to the
> > official docs the class-path-manifest-entry MUST be
> > split at the 68th character
> > and that theoretically it should be reassembled on
> > the fly.
> >
> > Relaity shows that some servlet-engines (or is the
> > JVM's or the class-loaders; I don't know)
> > do not make it correctly. And at least WLS (or its
> > class-loaders or the underlaying JVM's)
> > is among the problematic issues.
> >
> > Alexander Jesse
> >
> > -Original Message-
> > From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> > Sent: Dienstag, 16. Juli 2002 13:17
> > To: 'Struts Users Mailing List'
> > Subject: RE: Latest Nightly build - corrupt
> > Class-Path entry in
> > manifest.m f
> >
> >
> > Hi All,
> >
> > The advice was spot on. The manifest.mf in the
> > latest nightly builds is
> > corrupt. The Class-Path entry is split over several
> > lines, the break occurs
> > half way through several referenced jar names.
> >
> > Jon Ridgway
> >
> >
> > -Original Message-
> >

RE: Latest Nightly build - corrupt Class-Path entry in manifest.mf

[Craig R. McClanahan]

On Thu, 18 Jul 2002, Matt Johnson wrote:

> Date: Thu, 18 Jul 2002 07:25:06 +1000
> From: Matt Johnson <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
> Sun's JAR File Specification has a note on line length under "Notes on
> Manifest and Signature Files".  Ant behaves according to spec.
>
> http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#Notes%20on%20Manifest%2
> 0and%20Signature%20Files
>

Yep -- it sounds like this is definitely a problem with WebLogic's JVM.

>
> Matt

Craig


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

RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

[Matt Johnson]

Sun's JAR File Specification has a note on line length under "Notes on
Manifest and Signature Files".  Ant behaves according to spec.

http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#Notes%20on%20Manifest%2
0and%20Signature%20Files


Matt

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 18 July 2002 01:18
To: Struts Users Mailing List
Subject: RE: Latest Nightly build - corrupt Class-Path entry in
manifest.m f




On Wed, 17 Jul 2002, Jesse Alexander (KADA 11) wrote:

> Date: Wed, 17 Jul 2002 10:34:04 +0200
> From: "Jesse Alexander (KADA 11)" <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
> Hi,
>
> I think somebody with deeper knowledge about the internals must look into
it.
> Either the problem is, that the documentation is out-of-date (maybe today
it
> is not necessary to split the class-path-entry anymore), or it is a
problem
> of the class-loaders used in the servlet-engines (WLS accepts
Class-path-entries
> that are up to 120+ characters line-length).
> Maybe somebody working on Tomcat (or at least knowing its code-base a bit)
> can enlighten us more on this...
> Meaning it might make sense to push BEA to check their class-loader and
> encourage somebody to take a look at the spec's and class-loaders on the
> Apache-side ==> open a problem at BEA and open a bug-report in BugZilla
>

This would be an issue with WebLogic's JVM implementation, and nothing to
do with Tomcat.

I can't see anything in the JDK docs about the "split at 68 characters"
thing someone mentioned.  Does someone have a pointer to that in the docs?
The Struts build process has this all on one line in the source, so it
seems to be Ant doing the modification ...

I do see that you can have more than one "Class-Path" element
<http://java.sun.com/j2se/1.4/docs/guide/extensions/spec.html>.  Could
someone try that and see if it works?

> regards
> Alexander

Craig


>
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 16:17
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
>
> Hi James,
>
> I may have jumped the gun here; someone else has pointed out that the
> Class-Path entry should break to a new line after 68 chars. It's just that
> WebLogic 6.1 (not sure about 7) can't handle this.
>
> So I guess I should eat some humble pie and WebLogic should sort things
out
> at their end...
>
> Jon Ridgway
>
>
> -Original Message-
> From: James Holmes [mailto:[EMAIL PROTECTED]]
> Sent: 16 July 2002 15:09
> To: Struts Users Mailing List
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in manifest.m
f
>
> This probably started happening as of nightly build
> 20020616 since that is when the Class-Path: entry got
> added to the MANIFEST.MF file in CVS.
>
> If you open a bug for this in Bugzilla I'll get it
> taken care of tonight.  Make sure to include all the
> info from this thread.
>
> http://nagoya.apache.org/bugzilla
>
> -james
> [EMAIL PROTECTED]
> http://www.jamesholmes.com/struts/
>
>
> --- "Jesse Alexander (KADA 11)"
> <[EMAIL PROTECTED]> wrote:
> > Good and thanks for searching it,
> >
> > the problem with the manifest.mf and the class-path
> > is, that according to the
> > official docs the class-path-manifest-entry MUST be
> > split at the 68th character
> > and that theoretically it should be reassembled on
> > the fly.
> >
> > Relaity shows that some servlet-engines (or is the
> > JVM's or the class-loaders; I don't know)
> > do not make it correctly. And at least WLS (or its
> > class-loaders or the underlaying JVM's)
> > is among the problematic issues.
> >
> > Alexander Jesse
> >
> > -Original Message-
> > From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> > Sent: Dienstag, 16. Juli 2002 13:17
> > To: 'Struts Users Mailing List'
> > Subject: RE: Latest Nightly build - corrupt
> > Class-Path entry in
> > manifest.m f
> >
> >
> > Hi All,
> >
> > The advice was spot on. The manifest.mf in the
> > latest nightly builds is
> > corrupt. The Class-Path entry is split over several
> > lines, the break occurs
> > half way through several referenced jar names.
> >
> > Jon Ridgway
> >
> >
> > 

RE: Latest Nightly build - corrupt Class-Path entry in manifest.mf

[Kevin A. Palfreyman]

Jar files and line length:  (72 bytes max)
(Sorry about the line wrap)

http://java.sun.com/j2se/1.4/docs/guide/jar/jar.html#Notes%20on%20Manifest%20and%20Signature%20Files

This is the same page, but you'll have to find the section:
http://java.sun.com/j2se/1.4/docs/guide/jar/jar.html

K.

> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: 17 July 2002 16:18
> To: Struts Users Mailing List
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.mf
> 
> 
> I can't see anything in the JDK docs about the "split at 68 
> characters"
> thing someone mentioned.  Does someone have a pointer to that 
> in the docs?

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

RE: Latest Nightly build - corrupt Class-Path entry in manifest.mf

[Craig R. McClanahan]

On Wed, 17 Jul 2002, Jesse Alexander (KADA 11) wrote:

> Date: Wed, 17 Jul 2002 10:34:04 +0200
> From: "Jesse Alexander (KADA 11)" <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
> Hi,
>
> I think somebody with deeper knowledge about the internals must look into it.
> Either the problem is, that the documentation is out-of-date (maybe today it
> is not necessary to split the class-path-entry anymore), or it is a problem
> of the class-loaders used in the servlet-engines (WLS accepts Class-path-entries
> that are up to 120+ characters line-length).
> Maybe somebody working on Tomcat (or at least knowing its code-base a bit)
> can enlighten us more on this...
> Meaning it might make sense to push BEA to check their class-loader and
> encourage somebody to take a look at the spec's and class-loaders on the
> Apache-side ==> open a problem at BEA and open a bug-report in BugZilla
>

This would be an issue with WebLogic's JVM implementation, and nothing to
do with Tomcat.

I can't see anything in the JDK docs about the "split at 68 characters"
thing someone mentioned.  Does someone have a pointer to that in the docs?
The Struts build process has this all on one line in the source, so it
seems to be Ant doing the modification ...

I do see that you can have more than one "Class-Path" element
<http://java.sun.com/j2se/1.4/docs/guide/extensions/spec.html>.  Could
someone try that and see if it works?

> regards
> Alexander

Craig


>
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 16:17
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in
> manifest.m f
>
>
> Hi James,
>
> I may have jumped the gun here; someone else has pointed out that the
> Class-Path entry should break to a new line after 68 chars. It's just that
> WebLogic 6.1 (not sure about 7) can't handle this.
>
> So I guess I should eat some humble pie and WebLogic should sort things out
> at their end...
>
> Jon Ridgway
>
>
> -Original Message-
> From: James Holmes [mailto:[EMAIL PROTECTED]]
> Sent: 16 July 2002 15:09
> To: Struts Users Mailing List
> Subject: RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f
>
> This probably started happening as of nightly build
> 20020616 since that is when the Class-Path: entry got
> added to the MANIFEST.MF file in CVS.
>
> If you open a bug for this in Bugzilla I'll get it
> taken care of tonight.  Make sure to include all the
> info from this thread.
>
> http://nagoya.apache.org/bugzilla
>
> -james
> [EMAIL PROTECTED]
> http://www.jamesholmes.com/struts/
>
>
> --- "Jesse Alexander (KADA 11)"
> <[EMAIL PROTECTED]> wrote:
> > Good and thanks for searching it,
> >
> > the problem with the manifest.mf and the class-path
> > is, that according to the
> > official docs the class-path-manifest-entry MUST be
> > split at the 68th character
> > and that theoretically it should be reassembled on
> > the fly.
> >
> > Relaity shows that some servlet-engines (or is the
> > JVM's or the class-loaders; I don't know)
> > do not make it correctly. And at least WLS (or its
> > class-loaders or the underlaying JVM's)
> > is among the problematic issues.
> >
> > Alexander Jesse
> >
> > -Original Message-
> > From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> > Sent: Dienstag, 16. Juli 2002 13:17
> > To: 'Struts Users Mailing List'
> > Subject: RE: Latest Nightly build - corrupt
> > Class-Path entry in
> > manifest.m f
> >
> >
> > Hi All,
> >
> > The advice was spot on. The manifest.mf in the
> > latest nightly builds is
> > corrupt. The Class-Path entry is split over several
> > lines, the break occurs
> > half way through several referenced jar names.
> >
> > Jon Ridgway
> >
> >
> > -Original Message-
> > From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> > Sent: 16 July 2002 12:08
> > To: 'Struts Users Mailing List'
> > Subject: RE: Latest Nightly build
> >
> > Hi Jesse,
> >
> > I'll give that ago and let you know what the problem
> > is if I can track it
> > down, thanks for the advice...
> >
> > Jon Ridgway
> >
> >
> > -Original Message-
&g

RE: Latest Nightly build

[Arnaud HERITIER]

> -Message d'origine-
> De : Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Envoye : mardi 16 juillet 2002 17:55
> A : Struts Users Mailing List
> Objet : Re: Latest Nightly build
>
>
>
>
> On Tue, 16 Jul 2002, Jon.Ridgway wrote:
>
> > Date: Tue, 16 Jul 2002 11:39:37 +0100
> > From: Jon.Ridgway <[EMAIL PROTECTED]>
> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> > To: "'[EMAIL PROTECTED]'"
> <[EMAIL PROTECTED]>
> > Subject: Latest Nightly build
> >
> > Hi All,
> >
> > Further to my previous post I have just enabled all
> debugging/logging in
> > Struts/WebLogic and download the very latest build. I'm
> still getting an
> > exception when attempting to deploy a web app that works
> fine with the 1.1b1
> > release. The exception is :
> >
> > <16-Jul-02 11:33:25 BST>while loading spf:
> > java.lang.StringIndexOutOfBoundsException: String index out
> of range: -1
> > java.lang.StringIndexOutOfBoundsException: String index out
> of range: -1
> >   at java.lang.String.substring(String.java:1525)
> >   at
> weblogic.utils.jars.ManifestEntry.stream(ManifestEntry.java:166)
> >   at weblogic.utils.jars.Manifest.stream(Manifest.java:78)
> >   at
> >
> weblogic.servlet.internal.WebAppHelper.resolveManifestName(Web
> AppHelper.java
> > :398)
> >
>
> The fact that this is coming from WebLogic's code (presumably the part
> that reads JAR file manifests) implies that it's something
> going on inside
> WebLogic's JVM.  I'm afraid you're going to have to go to
> them for help to
> figure out precisely what it's complaining about.

Gossip Craig :-)

The Weblogic support is very competent and really reactive due to the
enormous bug and patchs database they managed :-)
This problem is effectively a bug (among a lot of other) in WLS.
A patch correcting it exists.
Contact the support (even if you're in an evaluation period) and they'll
send you this patch.

Arnaud.

>
>
> > etc..
> >
> > This is caused by something in struts.jar. If I replace the
> jar with the
> > 1.1b1 jar the app deploys. Any ideas, suggestions much appreciated.
> >
> > Jon Ridgway
> >
>
> Craig
>
>
> >
> >
> > The contents of this email are intended only for the named
> addressees and
> > may contain confidential and/or privileged material. If
> received in error
> > please contact UPCO on +44 (0) 113 201 0600 and then delete
> the entire
> > e-mail from your system. Unauthorised review, distribution,
> disclosure or
> > other use of this information could constitute a breach of
> confidence. Your
> > co-operation in this matter is greatly appreciated.
> >
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


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

RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

[Jesse Alexander (KADA 11)]

Hi,

I think somebody with deeper knowledge about the internals must look into it.
Either the problem is, that the documentation is out-of-date (maybe today it
is not necessary to split the class-path-entry anymore), or it is a problem 
of the class-loaders used in the servlet-engines (WLS accepts Class-path-entries
that are up to 120+ characters line-length).
Maybe somebody working on Tomcat (or at least knowing its code-base a bit) 
can enlighten us more on this...
Meaning it might make sense to push BEA to check their class-loader and
encourage somebody to take a look at the spec's and class-loaders on the
Apache-side ==> open a problem at BEA and open a bug-report in BugZilla

regards 
Alexander

-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 16. Juli 2002 16:17
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build - corrupt Class-Path entry in
manifest.m f


Hi James,

I may have jumped the gun here; someone else has pointed out that the
Class-Path entry should break to a new line after 68 chars. It's just that
WebLogic 6.1 (not sure about 7) can't handle this.

So I guess I should eat some humble pie and WebLogic should sort things out
at their end...

Jon Ridgway


-Original Message-
From: James Holmes [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 15:09
To: Struts Users Mailing List
Subject: RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

This probably started happening as of nightly build
20020616 since that is when the Class-Path: entry got
added to the MANIFEST.MF file in CVS.

If you open a bug for this in Bugzilla I'll get it
taken care of tonight.  Make sure to include all the
info from this thread.

http://nagoya.apache.org/bugzilla

-james
[EMAIL PROTECTED]
http://www.jamesholmes.com/struts/


--- "Jesse Alexander (KADA 11)"
<[EMAIL PROTECTED]> wrote:
> Good and thanks for searching it,
> 
> the problem with the manifest.mf and the class-path
> is, that according to the
> official docs the class-path-manifest-entry MUST be
> split at the 68th character
> and that theoretically it should be reassembled on
> the fly.
> 
> Relaity shows that some servlet-engines (or is the
> JVM's or the class-loaders; I don't know)
> do not make it correctly. And at least WLS (or its
> class-loaders or the underlaying JVM's)
> is among the problematic issues.
> 
> Alexander Jesse
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 13:17
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build - corrupt
> Class-Path entry in
> manifest.m f
> 
> 
> Hi All,
> 
> The advice was spot on. The manifest.mf in the
> latest nightly builds is
> corrupt. The Class-Path entry is split over several
> lines, the break occurs
> half way through several referenced jar names.
> 
> Jon Ridgway
> 
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]] 
> Sent: 16 July 2002 12:08
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build
> 
> Hi Jesse,
> 
> I'll give that ago and let you know what the problem
> is if I can track it
> down, thanks for the advice...
> 
> Jon Ridgway
> 
> 
> -Original Message-
> From: Jesse Alexander (KADA 11)
> [mailto:[EMAIL PROTECTED]] 
> Sent: 16 July 2002 11:52
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build
> 
> Hi,
> 
> try to remove the manifest-file from the struts.jar.
> WLS is very precise...
> 
> If you have lots of time, then you could try to
> remove
> line by line from the manifest-file if step one
> yields
> a workable jar-file, until you find the true
> culprit...
> 
> hope this helps
> Alexander
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 12:40
> To: '[EMAIL PROTECTED]'
> Subject: Latest Nightly build
> 
> 
> Hi All,
>  
> Further to my previous post I have just enabled all
> debugging/logging in
> Struts/WebLogic and download the very latest build.
> I'm still getting an
> exception when attempting to deploy a web app that
> works fine with the 1.1b1
> release. The exception is :
>  
> <16-Jul-02 11:33:25 BST>thrown while loading spf:
> java.lang.StringIndexOutOfBoundsException: String
> index out of range: -1
> java.lang.StringIndexOutOfBoundsException: String
> index out of range: -1
>   at
> java.lang.String.substring(String.java:1525)
>   at
>
weblogic.utils.jars.ManifestEntry.stream(ManifestEntry.java:166)
>   at
>
weblogic.utils.jars.Manifest.stream(Manif

Re: Latest Nightly build

[Craig R. McClanahan]

On Tue, 16 Jul 2002, Jon.Ridgway wrote:

> Date: Tue, 16 Jul 2002 11:39:37 +0100
> From: Jon.Ridgway <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: Latest Nightly build
>
> Hi All,
>
> Further to my previous post I have just enabled all debugging/logging in
> Struts/WebLogic and download the very latest build. I'm still getting an
> exception when attempting to deploy a web app that works fine with the 1.1b1
> release. The exception is :
>
> <16-Jul-02 11:33:25 BST>java.lang.StringIndexOutOfBoundsException: String index out of range: -1
> java.lang.StringIndexOutOfBoundsException: String index out of range: -1
>   at java.lang.String.substring(String.java:1525)
>   at weblogic.utils.jars.ManifestEntry.stream(ManifestEntry.java:166)
>   at weblogic.utils.jars.Manifest.stream(Manifest.java:78)
>   at
> weblogic.servlet.internal.WebAppHelper.resolveManifestName(WebAppHelper.java
> :398)
>

The fact that this is coming from WebLogic's code (presumably the part
that reads JAR file manifests) implies that it's something going on inside
WebLogic's JVM.  I'm afraid you're going to have to go to them for help to
figure out precisely what it's complaining about.


> etc..
>
> This is caused by something in struts.jar. If I replace the jar with the
> 1.1b1 jar the app deploys. Any ideas, suggestions much appreciated.
>
> Jon Ridgway
>

Craig


>
>
> The contents of this email are intended only for the named addressees and
> may contain confidential and/or privileged material. If received in error
> please contact UPCO on +44 (0) 113 201 0600 and then delete the entire
> e-mail from your system. Unauthorised review, distribution, disclosure or
> other use of this information could constitute a breach of confidence. Your
> co-operation in this matter is greatly appreciated.
>


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

RE: A good nightly build to start developing against

[Arnaud HERITIER]

I'm using the nightly build of the 10 jully and I haven't got (not yet) any
problem with it.

arnaud

> -Message d'origine-
> De : Bryant, Doug [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 16 juillet 2002 16:53
> À : '[EMAIL PROTECTED]'
> Objet : A good nightly build to start developing against
>
>
> We are going to begin a new project tomorrow using struts and
> need to use
> the sub-applications functionality and thus the SwitchAction
> class which
> does not appear to be included in the Beta 1 release.
>
> Can someone point me to a generally more or less stable
> nightly build that
> includes this functionality.
>
> Thanks, Doug
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>


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

Re: A good nightly build to start developing against

[James Holmes]

I would recommend using the latest nightly build as it
has the most up to date fixes, etc.  There have been
alot of unit tests added to the code and every nightly
build has to pass these.  Plus we're getting very
close to 1.1b2 being released.  We're down to only
like 18 open bugs.  If you find any problems in the
builds you can submit a bug report and it will likely
get fixed soon.

-james
[EMAIL PROTECTED]
http://www.jamesholmes.com/struts/


--- "Bryant, Doug" <[EMAIL PROTECTED]> wrote:
> We are going to begin a new project tomorrow using
> struts and need to use
> the sub-applications functionality and thus the
> SwitchAction class which
> does not appear to be included in the Beta 1
> release.
> 
> Can someone point me to a generally more or less
> stable nightly build that
> includes this functionality.
> 
> Thanks, Doug
> 
> 
> 
> --
> To unsubscribe, e-mail:  
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> 


__
Do You Yahoo!?
Yahoo! Autos - Get free new car price quotes
http://autos.yahoo.com

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

A good nightly build to start developing against

[Bryant, Doug]

We are going to begin a new project tomorrow using struts and need to use
the sub-applications functionality and thus the SwitchAction class which
does not appear to be included in the Beta 1 release.

Can someone point me to a generally more or less stable nightly build that
includes this functionality.

Thanks, Doug



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

RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

[Jon.Ridgway]

Hi James,

I may have jumped the gun here; someone else has pointed out that the
Class-Path entry should break to a new line after 68 chars. It's just that
WebLogic 6.1 (not sure about 7) can't handle this.

So I guess I should eat some humble pie and WebLogic should sort things out
at their end...

Jon Ridgway


-Original Message-
From: James Holmes [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 15:09
To: Struts Users Mailing List
Subject: RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

This probably started happening as of nightly build
20020616 since that is when the Class-Path: entry got
added to the MANIFEST.MF file in CVS.

If you open a bug for this in Bugzilla I'll get it
taken care of tonight.  Make sure to include all the
info from this thread.

http://nagoya.apache.org/bugzilla

-james
[EMAIL PROTECTED]
http://www.jamesholmes.com/struts/


--- "Jesse Alexander (KADA 11)"
<[EMAIL PROTECTED]> wrote:
> Good and thanks for searching it,
> 
> the problem with the manifest.mf and the class-path
> is, that according to the
> official docs the class-path-manifest-entry MUST be
> split at the 68th character
> and that theoretically it should be reassembled on
> the fly.
> 
> Relaity shows that some servlet-engines (or is the
> JVM's or the class-loaders; I don't know)
> do not make it correctly. And at least WLS (or its
> class-loaders or the underlaying JVM's)
> is among the problematic issues.
> 
> Alexander Jesse
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 13:17
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build - corrupt
> Class-Path entry in
> manifest.m f
> 
> 
> Hi All,
> 
> The advice was spot on. The manifest.mf in the
> latest nightly builds is
> corrupt. The Class-Path entry is split over several
> lines, the break occurs
> half way through several referenced jar names.
> 
> Jon Ridgway
> 
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]] 
> Sent: 16 July 2002 12:08
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build
> 
> Hi Jesse,
> 
> I'll give that ago and let you know what the problem
> is if I can track it
> down, thanks for the advice...
> 
> Jon Ridgway
> 
> 
> -Original Message-
> From: Jesse Alexander (KADA 11)
> [mailto:[EMAIL PROTECTED]] 
> Sent: 16 July 2002 11:52
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build
> 
> Hi,
> 
> try to remove the manifest-file from the struts.jar.
> WLS is very precise...
> 
> If you have lots of time, then you could try to
> remove
> line by line from the manifest-file if step one
> yields
> a workable jar-file, until you find the true
> culprit...
> 
> hope this helps
> Alexander
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 12:40
> To: '[EMAIL PROTECTED]'
> Subject: Latest Nightly build
> 
> 
> Hi All,
>  
> Further to my previous post I have just enabled all
> debugging/logging in
> Struts/WebLogic and download the very latest build.
> I'm still getting an
> exception when attempting to deploy a web app that
> works fine with the 1.1b1
> release. The exception is :
>  
> <16-Jul-02 11:33:25 BST>thrown while loading spf:
> java.lang.StringIndexOutOfBoundsException: String
> index out of range: -1
> java.lang.StringIndexOutOfBoundsException: String
> index out of range: -1
>   at
> java.lang.String.substring(String.java:1525)
>   at
>
weblogic.utils.jars.ManifestEntry.stream(ManifestEntry.java:166)
>   at
>
weblogic.utils.jars.Manifest.stream(Manifest.java:78)
>   at
>
weblogic.servlet.internal.WebAppHelper.resolveManifestName(WebAppHelper.java
> :398)
>  
> etc..
>  
> This is caused by something in struts.jar. If I
> replace the jar with the
> 1.1b1 jar the app deploys. Any ideas, suggestions
> much appreciated.
>  
> Jon Ridgway
>  
> 
> 
> The contents of this email are intended only for the
> named addressees and
> may contain confidential and/or privileged material.
> If received in error
> please contact UPCO on +44 (0) 113 201 0600 and then
> delete the entire
> e-mail from your system. Unauthorised review,
> distribution, disclosure or
> other use of this information could constitute a
> breach of confidence. Your
> co-operation in this matter is greatly appreciated. 
> 
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
>

RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

[James Holmes]

This probably started happening as of nightly build
20020616 since that is when the Class-Path: entry got
added to the MANIFEST.MF file in CVS.

If you open a bug for this in Bugzilla I'll get it
taken care of tonight.  Make sure to include all the
info from this thread.

http://nagoya.apache.org/bugzilla

-james
[EMAIL PROTECTED]
http://www.jamesholmes.com/struts/


--- "Jesse Alexander (KADA 11)"
<[EMAIL PROTECTED]> wrote:
> Good and thanks for searching it,
> 
> the problem with the manifest.mf and the class-path
> is, that according to the
> official docs the class-path-manifest-entry MUST be
> split at the 68th character
> and that theoretically it should be reassembled on
> the fly.
> 
> Relaity shows that some servlet-engines (or is the
> JVM's or the class-loaders; I don't know)
> do not make it correctly. And at least WLS (or its
> class-loaders or the underlaying JVM's)
> is among the problematic issues.
> 
> Alexander Jesse
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 13:17
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build - corrupt
> Class-Path entry in
> manifest.m f
> 
> 
> Hi All,
> 
> The advice was spot on. The manifest.mf in the
> latest nightly builds is
> corrupt. The Class-Path entry is split over several
> lines, the break occurs
> half way through several referenced jar names.
> 
> Jon Ridgway
> 
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]] 
> Sent: 16 July 2002 12:08
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build
> 
> Hi Jesse,
> 
> I'll give that ago and let you know what the problem
> is if I can track it
> down, thanks for the advice...
> 
> Jon Ridgway
> 
> 
> -Original Message-
> From: Jesse Alexander (KADA 11)
> [mailto:[EMAIL PROTECTED]] 
> Sent: 16 July 2002 11:52
> To: 'Struts Users Mailing List'
> Subject: RE: Latest Nightly build
> 
> Hi,
> 
> try to remove the manifest-file from the struts.jar.
> WLS is very precise...
> 
> If you have lots of time, then you could try to
> remove
> line by line from the manifest-file if step one
> yields
> a workable jar-file, until you find the true
> culprit...
> 
> hope this helps
> Alexander
> 
> -Original Message-
> From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
> Sent: Dienstag, 16. Juli 2002 12:40
> To: '[EMAIL PROTECTED]'
> Subject: Latest Nightly build
> 
> 
> Hi All,
>  
> Further to my previous post I have just enabled all
> debugging/logging in
> Struts/WebLogic and download the very latest build.
> I'm still getting an
> exception when attempting to deploy a web app that
> works fine with the 1.1b1
> release. The exception is :
>  
> <16-Jul-02 11:33:25 BST>thrown while loading spf:
> java.lang.StringIndexOutOfBoundsException: String
> index out of range: -1
> java.lang.StringIndexOutOfBoundsException: String
> index out of range: -1
>   at
> java.lang.String.substring(String.java:1525)
>   at
>
weblogic.utils.jars.ManifestEntry.stream(ManifestEntry.java:166)
>   at
>
weblogic.utils.jars.Manifest.stream(Manifest.java:78)
>   at
>
weblogic.servlet.internal.WebAppHelper.resolveManifestName(WebAppHelper.java
> :398)
>  
> etc..
>  
> This is caused by something in struts.jar. If I
> replace the jar with the
> 1.1b1 jar the app deploys. Any ideas, suggestions
> much appreciated.
>  
> Jon Ridgway
>  
> 
> 
> The contents of this email are intended only for the
> named addressees and
> may contain confidential and/or privileged material.
> If received in error
> please contact UPCO on +44 (0) 113 201 0600 and then
> delete the entire
> e-mail from your system. Unauthorised review,
> distribution, disclosure or
> other use of this information could constitute a
> breach of confidence. Your
> co-operation in this matter is greatly appreciated. 
> 
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> 
> 
> The contents of this email are intended only for the
> named addressees and
> may contain confidential and/or privileged material.
> If received in error
> please contact UPCO on +44 (0) 113 201 0600 and then
> delete the entire
> e-mail from your system. Unauthorised review,
> distribution, disclosure or
> other use of this information could constitute a
> breach of confidence. Your
> co-operation in this matter is greatly appreciated. 
> 
>

RE: Latest Nightly build - corrupt Class-Path entry in manifest.m f

[Jesse Alexander (KADA 11)]

Good and thanks for searching it,

the problem with the manifest.mf and the class-path is, that according to the
official docs the class-path-manifest-entry MUST be split at the 68th character
and that theoretically it should be reassembled on the fly.

Relaity shows that some servlet-engines (or is the JVM's or the class-loaders; I don't 
know)
do not make it correctly. And at least WLS (or its class-loaders or the underlaying 
JVM's)
is among the problematic issues.

Alexander Jesse

-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 16. Juli 2002 13:17
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build - corrupt Class-Path entry in
manifest.m f


Hi All,

The advice was spot on. The manifest.mf in the latest nightly builds is
corrupt. The Class-Path entry is split over several lines, the break occurs
half way through several referenced jar names.

Jon Ridgway


-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 12:08
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build

Hi Jesse,

I'll give that ago and let you know what the problem is if I can track it
down, thanks for the advice...

Jon Ridgway


-Original Message-
From: Jesse Alexander (KADA 11) [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 11:52
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build

Hi,

try to remove the manifest-file from the struts.jar.
WLS is very precise...

If you have lots of time, then you could try to remove
line by line from the manifest-file if step one yields
a workable jar-file, until you find the true culprit...

hope this helps
Alexander

-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 16. Juli 2002 12:40
To: '[EMAIL PROTECTED]'
Subject: Latest Nightly build


Hi All,
 
Further to my previous post I have just enabled all debugging/logging in
Struts/WebLogic and download the very latest build. I'm still getting an
exception when attempting to deploy a web app that works fine with the 1.1b1
release. The exception is :
 
<16-Jul-02 11:33:25 BST>   mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


The contents of this email are intended only for the named addressees and
may contain confidential and/or privileged material. If received in error
please contact UPCO on +44 (0) 113 201 0600 and then delete the entire
e-mail from your system. Unauthorised review, distribution, disclosure or
other use of this information could constitute a breach of confidence. Your
co-operation in this matter is greatly appreciated. 

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


The contents of this email are intended only for the named addressees and
may contain confidential and/or privileged material. If received in error
please contact UPCO on +44 (0) 113 201 0600 and then delete the entire
e-mail from your system. Unauthorised review, distribution, disclosure or
other use of this information could constitute a breach of confidence. Your
co-operation in this matter is greatly appreciated. 

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

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

RE: Latest Nightly build - corrupt Class-Path entry in manifest.mf

[Jon.Ridgway]

Hi All,

The advice was spot on. The manifest.mf in the latest nightly builds is
corrupt. The Class-Path entry is split over several lines, the break occurs
half way through several referenced jar names.

Jon Ridgway


-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 12:08
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build

Hi Jesse,

I'll give that ago and let you know what the problem is if I can track it
down, thanks for the advice...

Jon Ridgway


-Original Message-
From: Jesse Alexander (KADA 11) [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 11:52
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build

Hi,

try to remove the manifest-file from the struts.jar.
WLS is very precise...

If you have lots of time, then you could try to remove
line by line from the manifest-file if step one yields
a workable jar-file, until you find the true culprit...

hope this helps
Alexander

-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 16. Juli 2002 12:40
To: '[EMAIL PROTECTED]'
Subject: Latest Nightly build


Hi All,
 
Further to my previous post I have just enabled all debugging/logging in
Struts/WebLogic and download the very latest build. I'm still getting an
exception when attempting to deploy a web app that works fine with the 1.1b1
release. The exception is :
 
<16-Jul-02 11:33:25 BST>   mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


The contents of this email are intended only for the named addressees and
may contain confidential and/or privileged material. If received in error
please contact UPCO on +44 (0) 113 201 0600 and then delete the entire
e-mail from your system. Unauthorised review, distribution, disclosure or
other use of this information could constitute a breach of confidence. Your
co-operation in this matter is greatly appreciated. 

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


The contents of this email are intended only for the named addressees and
may contain confidential and/or privileged material. If received in error
please contact UPCO on +44 (0) 113 201 0600 and then delete the entire
e-mail from your system. Unauthorised review, distribution, disclosure or
other use of this information could constitute a breach of confidence. Your
co-operation in this matter is greatly appreciated. 

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

RE: Latest Nightly build

[Jon.Ridgway]

Hi Jesse,

I'll give that ago and let you know what the problem is if I can track it
down, thanks for the advice...

Jon Ridgway


-Original Message-
From: Jesse Alexander (KADA 11) [mailto:[EMAIL PROTECTED]] 
Sent: 16 July 2002 11:52
To: 'Struts Users Mailing List'
Subject: RE: Latest Nightly build

Hi,

try to remove the manifest-file from the struts.jar.
WLS is very precise...

If you have lots of time, then you could try to remove
line by line from the manifest-file if step one yields
a workable jar-file, until you find the true culprit...

hope this helps
Alexander

-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 16. Juli 2002 12:40
To: '[EMAIL PROTECTED]'
Subject: Latest Nightly build


Hi All,
 
Further to my previous post I have just enabled all debugging/logging in
Struts/WebLogic and download the very latest build. I'm still getting an
exception when attempting to deploy a web app that works fine with the 1.1b1
release. The exception is :
 
<16-Jul-02 11:33:25 BST>   mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


The contents of this email are intended only for the named addressees and
may contain confidential and/or privileged material. If received in error
please contact UPCO on +44 (0) 113 201 0600 and then delete the entire
e-mail from your system. Unauthorised review, distribution, disclosure or
other use of this information could constitute a breach of confidence. Your
co-operation in this matter is greatly appreciated. 

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

RE: Latest Nightly build

[Jesse Alexander (KADA 11)]

Hi,

try to remove the manifest-file from the struts.jar.
WLS is very precise...

If you have lots of time, then you could try to remove
line by line from the manifest-file if step one yields
a workable jar-file, until you find the true culprit...

hope this helps
Alexander

-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 16. Juli 2002 12:40
To: '[EMAIL PROTECTED]'
Subject: Latest Nightly build


Hi All,
 
Further to my previous post I have just enabled all debugging/logging in
Struts/WebLogic and download the very latest build. I'm still getting an
exception when attempting to deploy a web app that works fine with the 1.1b1
release. The exception is :
 
<16-Jul-02 11:33:25 BST>   mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Latest Nightly build

[Jon.Ridgway]

Hi All,
 
Further to my previous post I have just enabled all debugging/logging in
Struts/WebLogic and download the very latest build. I'm still getting an
exception when attempting to deploy a web app that works fine with the 1.1b1
release. The exception is :
 
<16-Jul-02 11:33:25 BST>   

Validation and Nightly Build Bug

[Michael Connor]

I downloaded the nightly build for July 2 and my Dynamic Form validation
stopped working.  The plug-in appears to load but never picks up the
validation.xml files.  I can even rename the validation.xml definition to a
file that doesn't exist and it doesn't seem to care.  I move back to the
last release, 1-1b and it works ok again.  Someone please let me know if
I've missed a new configuration issue.

Michael Connor

Re: Help: Problems attempting to migrate to nightly build from 1.0.2

[Dan Rasmussen]

For those that may be interested:

As you may recall I was attempting to install the
struts-example webapp on my existing tomcat 3.2.2
deployment (yes, its 3.2.2 rather than 3.2.3) and was
getting class not found errors (for classes that are in
struts.jar).  

How I resolved it: 

Migrated to tomcat 4.0 + jdk 1.4, struts example worked
without a hitch.

The hell I went throught before I decided to got to tomcat
4: 
Mystified after days of thrashing, I happened to try
renaming the WEB-INF directory to web-inf and all my
startup problems went away (though I had a host of new
problems due to hard-coded paths that went through
WEB-INF).

For some reason, tomcat 3.2.2 on linux can't find the
struts-example required jar files unless they are in a
directory named "web-inf/lib" rather than "WEB-INF/lib". 
This is when I decided it was time to move to tomcat 4.

Thanks.

Dan Rasmussen


--- Dan Rasmussen <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> We have been using Struts 1.0.2 for a while now without
> problem.  Recently I decided I wanted to try the indexed
> tag for forms and found that I needed to use the nightly
> build to get this feature.
> 
> I have attempted to install the nightly build in my
> application and ran into all sorts of problems that began
> with this message when I restart tomcat:
> 
> MessageResourcesFactory.createFactory
> java.lang.ClassNotFoundException:
> org.apache.struts.util.PropertyMessageResourcesFactory
> 
> So I tried installing the struts-example war file by
> dropping it into my existing tomcat deployment and get
> the
> same error.  
> 
> I tried moving struts jar files around (like into the
> $TOMCAT_HOME/lib directory) but there is nothing but
> worms
> in that can.  
> 
> Deployment details:
> 
> Tomcat 3.2.3 (or is it 3.2.2?)
> Linux 2.4.7-10
> jdk 1.3.1_03
> 
> I also tried the struts-example on a similarly configured
> win nt box and get the same ClassNotFoundException.
> 
> I also need to move th jdk 1.4 and tomcat 4.  Should I do
> that migration first?
> 
> Any suggestions greatly appreciated.
> 
> Thanks.
> 
> Dan Rasmussen
> 
> 
> =
> -- replies to [EMAIL PROTECTED] --
> 
> Anything that appears after this sentence is inserted by 
> Yahoo (or others) and may not be a good idea.
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 
> --
> To unsubscribe, e-mail:  
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> 



=
-- replies to [EMAIL PROTECTED] --

Anything that appears after this sentence is inserted by 
Yahoo (or others) and may not be a good idea.

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

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

Re: Help: Problems attempting to migrate to nightly build from 1.0.2

[Dan Rasmussen]

--- Jonathan Fuerth <[EMAIL PROTECTED]> wrote:
> Some of the struts utility classes have been moved out of
> struts.jar
> ant into the commons-*.jar archives.  Have you downloaded
> those and
> placed them in your WEB-INF/lib directory along with
> struts.jar?
> 

Yes, I grabbed all of the jar files from the lib directory
available in the distribution and dropped them into my
WEB-INF/lib directory.  That much aside, it seems that the
struts-example.war should have had everything in the right
placy yet I still get the same error message:

MessageResourcesFactory.createFactory
java.lang.ClassNotFoundException:
org.apache.struts.util.PropertyMessageResourcesFactory

I get the same behavior on both NT and Linux (see my
original message for more details).

Thanks.

Dan Rasmussen


=
-- replies to [EMAIL PROTECTED] --

Anything that appears after this sentence is inserted by 
Yahoo (or others) and may not be a good idea.

__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

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

Re: Help: Problems attempting to migrate to nightly build from 1.0.2

[Jonathan Fuerth]

On Wed, May 22, 2002 at 08:35:12AM -0700, Dan Rasmussen wrote:
> I have attempted to install the nightly build in my
> application and ran into all sorts of problems that began
> with this message when I restart tomcat:
> 
> MessageResourcesFactory.createFactory
> java.lang.ClassNotFoundException:
> org.apache.struts.util.PropertyMessageResourcesFactory

Some of the struts utility classes have been moved out of struts.jar
ant into the commons-*.jar archives.  Have you downloaded those and
placed them in your WEB-INF/lib directory along with struts.jar?

> I tried moving struts jar files around (like into the
> $TOMCAT_HOME/lib directory) but there is nothing but worms
> in that can.  

Yeah, that doesn't work.  The struts.jar file definitely goes in
WEB-INF/lib.

> I also need to move th jdk 1.4 and tomcat 4.  Should I do
> that migration first?

I can't reccommend that.  I've been working on it all week, and still
haven't solved the problem: When I moved to Tomcat 4 and JDK 1.4, all
of the Struts tags that use the ApplicationResources.properties file
stopped working.  I can't even get the login screen to display under
JDK 1.4, although everything works fine for Tomcat 3.x and 4.0 under
JDK 1.2.x and 1.3.x on Solaris, Linux, and NT!

Having said that, please follow-up in this thread if you upgrade to
JDK1.4 and all goes well!  Maybe I've just lost my marbles. :)

-- 
Jonathan Fuerth - SQL Power Group Inc.
(416)218-5551 (Toronto); 1-866-SQL-POWR (Toll-Free)
Unleash the Power of your Corporate Data - http://www.sqlpower.ca/

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

Help: Problems attempting to migrate to nightly build from 1.0.2

[Dan Rasmussen]

Hi,

We have been using Struts 1.0.2 for a while now without
problem.  Recently I decided I wanted to try the indexed
tag for forms and found that I needed to use the nightly
build to get this feature.

I have attempted to install the nightly build in my
application and ran into all sorts of problems that began
with this message when I restart tomcat:

MessageResourcesFactory.createFactory
java.lang.ClassNotFoundException:
org.apache.struts.util.PropertyMessageResourcesFactory

So I tried installing the struts-example war file by
dropping it into my existing tomcat deployment and get the
same error.  

I tried moving struts jar files around (like into the
$TOMCAT_HOME/lib directory) but there is nothing but worms
in that can.  

Deployment details:

Tomcat 3.2.3 (or is it 3.2.2?)
Linux 2.4.7-10
jdk 1.3.1_03

I also tried the struts-example on a similarly configured
win nt box and get the same ClassNotFoundException.

I also need to move th jdk 1.4 and tomcat 4.  Should I do
that migration first?

Any suggestions greatly appreciated.

Thanks.

Dan Rasmussen


=
-- replies to [EMAIL PROTECTED] --

Anything that appears after this sentence is inserted by 
Yahoo (or others) and may not be a good idea.

__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

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

Trouble with examples in nightly build (and a solution)

[Jose Quinteiro]

Using Resin 2.1/JDK 1.4/jikes-1.15 on Windows 2k, if you drop 
struts-example.war in the Resin webapps directory you get:

javax.servlet.jsp.JspException: Cannot find message resources under key
org.apache.struts.action.MESSAGE

Until and unless you add the following under  in web.xml


application

org.apache.struts.webapp.example.ApplicationResources



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

Nightly Build 04/09/02 - Problem with Tiles

[@Basebeans.com]

Subject: Nightly Build 04/09/02 - Problem with Tiles
From: "Matt Raible" <[EMAIL PROTECTED]>
 ===
I updated to the nightly build tonight and when running Tiles, I get the
error below.  I was using a recent build (2-3 weeks) for the past couple
weeks and it's been running fine - anything change?

In JSP:
[Exception in:/layouts/menuLayout.jsp]
org.apache.struts.tiles.xmlDefinition.XmlAttribute

In Error Log:
2002-04-09 23:59:20 ApplicationDispatcher[/onpoint] Servlet.service() for
servlet jsp threw exception
java.lang.ClassCastException:
org.apache.struts.tiles.xmlDefinition.XmlAttribute
 at org.apache.jsp.menuLayout$jsp._jspService(menuLayout$jsp.java:105)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
 at
org.netbeans.modules.tomcat.tomcat40.runtime.IDEJspServlet$JspServletWrapper
.service(IDEJspServlet.java:172)
 at
org.netbeans.modules.tomcat.tomcat40.runtime.IDEJspServlet.serviceJspFile(ID
EJspServlet.java:234)
 at
org.netbeans.modules.tomcat.tomcat40.runtime.IDEJspServlet.service(IDEJspSer
vlet.java:326)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)



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

RE: logClassName problem under JDK 1.4 (nightly build)

[Couball, James]

Frank,

The class Jdk14Logger can be found in the nightly build jakarta-commons
logging project.  You can get this jar at:

http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-logging/

Hope this helps.

Sincerely,
James.


-Original Message-
From: Lawlor, Frank [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, March 21, 2002 12:12 PM
To: 'Struts (E-mail)'
Subject: logClassName problem under JDK 1.4 (nightly build)

I'm using a struts nightly build (1/2/02) and it uses
the commons-*.jar files.  Before upgrading to JDK 1.4
the console would say something like:

logClassName=NoOpLog

Now it says

logClassName=org.apache.commons.logging.impl.Jdk14Logger

and in the localhost_log I get:

org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
java.lang.ClassNotFoundException:
org.apache.commons.logging.impl.Jdk14Logger
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:464)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:273)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:338)
at org.apache.commons.digester.Digester.(Digester.java:309)
at
org.apache.struts.action.ActionServlet.initDigester(ActionServlet.java:1576)
   ...

There is no Jdk14Logger in the commons-logging jar.

What do I need to do to fix this?
Where can I set the logger class (how)?

Frank Lawlor
Athens Group, Inc.
(512) 345-0600 x151
Athens Group, an employee-owned consulting firm integrating technology
strategy and software solutions.



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

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

logClassName problem under JDK 1.4 (nightly build)

[Lawlor, Frank]

I'm using a struts nightly build (1/2/02) and it uses
the commons-*.jar files.  Before upgrading to JDK 1.4
the console would say something like:

logClassName=NoOpLog

Now it says

logClassName=org.apache.commons.logging.impl.Jdk14Logger

and in the localhost_log I get:

org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
java.lang.ClassNotFoundException:
org.apache.commons.logging.impl.Jdk14Logger
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja
va:464)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja
va:273)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:338)
at org.apache.commons.digester.Digester.(Digester.java:309)
at
org.apache.struts.action.ActionServlet.initDigester(ActionServlet.java:1576)
   ...

There is no Jdk14Logger in the commons-logging jar.

What do I need to do to fix this?
Where can I set the logger class (how)?

Frank Lawlor
Athens Group, Inc.
(512) 345-0600 x151
Athens Group, an employee-owned consulting firm integrating technology
strategy and software solutions.



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

Re: Tiles not working, I'm using a recent nightly build.

[Cedric Dumoulin]

  Have you try the struts-tiles.war or tiles-doc.war example ? Does it run for
you ?

  To use Tiles with the latest nightly builds, you should specify appropriate
RequestController in the struts-config.xml file. Check the syntax in the
struts-config.xml file coming with the example.

  Also, you can start with the tiles-blank-struts1.1.war file coming with the
Tiles distribution from Tiles main site. Sources of this war file are also
available if you download Struts sources.

Cedric

Eric Boudreau wrote:

> I'm starting to integrate Tiles into an application that has been built with
> Struts. I built a simple test page but it won't display in the browser. I'm
> not getting any exceptions or useful diagnostic info.
>
> I've tried the following nightly builds:
> 20020205
> 20020228
>
> Running on Weblogic 6.1
>
> Browser error message:
>
> There is a problem with the page you are trying to reach and it cannot be
> displayed.
>
> Weblogic output:
>
> 28 Feb 2002 12:50:49,899
> INFO   on
>  Delegating via forward to 'task.current.page'
> [ExecuteThread: '13' for queue: 'default'](Log4JCategoryLog.java:148)
>
> struts config snippet:
>
> 
>  forward="task.current.page">
> 
>
> Tiles config:
>
> 
> 
>
>   
>
>   
>   
> 
> 
> 
> 
> 
>   
>
>   
>   
> 
>   
>
>   
>
>   
>   
> 
>   
>
> 
>
> Any clues?
>
> Should I be using a different nightly build?
>
> Thanks.
> -Eric
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


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

Tiles not working, I'm using a recent nightly build.

[Eric Boudreau]

I'm starting to integrate Tiles into an application that has been built with
Struts. I built a simple test page but it won't display in the browser. I'm
not getting any exceptions or useful diagnostic info.

I've tried the following nightly builds:
20020205
20020228

Running on Weblogic 6.1

Browser error message:

There is a problem with the page you are trying to reach and it cannot be
displayed.

Weblogic output:

28 Feb 2002 12:50:49,899
INFO   on
 Delegating via forward to 'task.current.page'
[ExecuteThread: '13' for queue: 'default'](Log4JCategoryLog.java:148)

struts config snippet:





Tiles config:




  

  
  





  

  
  

  

  

  
  

  




Any clues? 

Should I be using a different nightly build?

Thanks.
-Eric

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

RE: the nightly build problem

[Yu, Yanhui]

Hi,

Could you use mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 20, 2002 7:36 AM
To: 'Struts Users Mailing List'
Subject: the nightly build problem


I got the nightly build from Apache.
Using the new iterate tag with "indexed", I am able to put the form
values on the page with get, but set doesn't seem to work with second
level form beans





Looking at the source from IE, it generates something like



...

Of course object2 is in object1, not in form1. That's why it doesn't
work.

Is there anyway to work around?


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