RE: Validator DTD

2002-08-09 Thread Craig R. McClanahan 



On Fri, 9 Aug 2002, James Mitchell wrote:

> Date: Fri, 9 Aug 2002 23:34:05 -0400
> From: James Mitchell <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: RE: Validator DTD
>
> Yes, sorry to bother, I was just thinking about readability sake.but I’m
> just not expert with xml parsing and validation.
>
> Thanks for the input.
>

In Servlet 2.3, we adopted the convention of documenting the elements in
alphabetical order, instead of in some pseudo-hierarchical order.  Do you
think it would improve readability if we did that in the Struts-based
DTDs?

> James Mitchell
> Software Engineer\Struts Evangelist
> Struts-Atlanta, the "Open Minded Developer Network"
> http://www.open-tools.org/struts-atlanta
>

Craig


>
>
>
> > -Original Message-
> > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, August 09, 2002 11:12 PM
> > To: Struts Developers List
> > Subject: Re: Validator DTD
> >
> >
> >
> >
> > On Fri, 9 Aug 2002, James Mitchell wrote:
> >
> > > Date: Fri, 9 Aug 2002 22:08:45 -0400
> > > From: James Mitchell <[EMAIL PROTECTED]>
> > > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > > To: Struts Developers List <[EMAIL PROTECTED]>
> > > Subject: Validator DTD
> > >
> > > While browsing through the Validator DTD, I noticed that the ‘formset’
> > > element, which declares child elements ‘constant’ and ‘form’ was placed
> > > between the ‘constant’ and ‘form’ elements (position in file).
> > >
> > > I’m not sure what impact (if any) this has on xml validation (no pun
> > > intended), but I thought I would mention it.
> > >
> > > I’m attaching a patch, in case someone thinks its necessary.
> > >
> >
> > This should not matter at all.  The allowed subelement order is defined by
> > the  declaration of the parent element, not the syntactic order
> > in the DTD.  And subelements can be used in more than one parent element
> > (like  is for struts-config.xml files), so you couldn't rely
> > on element order even if you wanted to.
> >
> > Craig
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> For additional commands, e-mail: 
>
>
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


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

RE: [Roller-development] Ant file oddity

2002-08-09 Thread Craig R. McClanahan 



On Fri, 9 Aug 2002, Matt Raible wrote:

> Date: Fri, 9 Aug 2002 22:25:30 -0600
> From: Matt Raible <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Roller-development] Ant file oddity
>
> Struts Dev Team - please verify my hypothesis below.
>
> I believe the Struts JARs and the DBCP JARs from common should be the
> same.  After all, Struts does use the DBCP in it's distribution.  You
> might want to upgrade to the latest build of Struts (which includes DBCP
> and Logging, among others).  I know they're planning on releasing 1.1
> Beta 2 this weekend.
>

The story is somewhat convoluted (I *hate* class loaders :-), but it goes
like this:

If you are going to use a JNDI datasource, then both your webapp AND
Tomcat need to see the same copy of the JDBC driver and the dbcp classes
(for 4.1.x) -- and the way to make that happen is to put the driver into
common/lib.

Because commons-dbcp.jar is there, it's dependent jars (such as
commons-collections.jar, jdbc2_0-stdext.jar, and (recently added)
commons-lang.jar) need to be in common/lib as well.  Plus, of course,
jndi.jar if you're on a 1.2 system.

Having any of these JARs duplicated inside the webapp causes a problem in
4.x based systems, because they try to use the local copy first -- and a
copy if foo.bar.MyClass loaded from the webapp is *not* the same class as
a copy of foo.bar.MyClass loaded from common/lib.  This is a place where
Tomcat's modified class loader model causes grief (but only because you're
trying to use the same classes that Tomcat internally is trying to use --
if you were using something like GenericDataSource with your own copy of
the connection pool, it would not be a problem).

One workaround for this would be to try turning off the modified loader
delegation model, by putting something like this in your server.xml file
(or in a context configuration file on Tomcat 4.1.x.):

  

  

This *should* let you have a copy of all the JAR files inside your webapp,
as well as in common/lib, but not cause any conflicts.

Please let me know, one way or the other, if this works -- it's clearly a
desireable goal that you can ship a WAR file with all the included commons
JARs but not have problems like this.  I want to review how Tomcat's
default configuration can make this easier.  And, from a Struts
application perspective (not just for Roller), this is a pretty serious
usability issue.

> HTH,
>
> Matt
>

Craig McClanahan

PS:  In Tomcat 4.1.x, the "deploy" command of the manager app lets you
include a context configuration file in the WAR, at location
"META-INF/context.xml".  So it might still be possible to configure a
single WAR that works correctly in Tomcat 4.1.x and still works in other
servers (that would obviously ignore such a file).



> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On
> > Behalf Of Dave Johnson
> > Sent: Friday, August 09, 2002 8:37 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [Roller-development] Ant file oddity
> >
> >
> > Hi Simon,
> >
> > Simon Stewart wrote:
> >
> > >From a preliminary poke about and looking at the installation
> > >instructions, I'm a little nervous about the dependencies on the
> > >extra-jars. Is there any reason in particular that they need to be
> > >placed into tomcat's common/lib directory?
> > >
> > >
> > I would like to have all of the Roller jars inside the Roller
> > WEB-INF/lib directory, but after some experimentation my current
> > thinking is:
> >
> > 1) even though the JNDI datasource is configured inside the Roller
> > context in server.xml, Tomcat still seems to need the DBCP
> > and JDBC jars
> > in the common classpath.  Maybe this is a Tomcat bug?
> >
> > 2) the commons jars needed for DBCP and the commons jars needed for
> > Struts 1.1b are not compatible and are not interchangable.
> > So we need
> > to put the DBCP compatible commons jars in common/lib where they are
> > used for Datasource creation and the Struts compabible
> > commons jars in
> > WEB-INF/lib.
> >
> > I'm not totally sure about either of these conclusions.
> > Perhaps getting
> > the most recent commons DBCP, pool, and collections jars
> > would solve #2
> > and perhaps #1 is just operator error on my part.
> >
> > >Would an entry in the manifest classpath of the ear (or even in a
> > >roller.war) be a sensible alternative? When it comes to packing up
> > >the EAR, that might be neater.
> > >
> >
> > I don't think you can do that in an EAR or a WAR.  I don't remember
> > seeing that in the J2EE specs, but as always - I could be wrong.
> >
> > - Dave
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ---
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > ___
> > Roller-development mailing list
> > [EMAIL PROTECTED]
> > https:/

RE: [Roller-development] Ant file oddity

2002-08-09 Thread Matt Raible 

Struts Dev Team - please verify my hypothesis below.

I believe the Struts JARs and the DBCP JARs from common should be the
same.  After all, Struts does use the DBCP in it's distribution.  You
might want to upgrade to the latest build of Struts (which includes DBCP
and Logging, among others).  I know they're planning on releasing 1.1
Beta 2 this weekend.

HTH,

Matt

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]] On 
> Behalf Of Dave Johnson
> Sent: Friday, August 09, 2002 8:37 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Roller-development] Ant file oddity
> 
> 
> Hi Simon,
> 
> Simon Stewart wrote:
> 
> >From a preliminary poke about and looking at the installation 
> >instructions, I'm a little nervous about the dependencies on the 
> >extra-jars. Is there any reason in particular that they need to be 
> >placed into tomcat's common/lib directory?
> >  
> >
> I would like to have all of the Roller jars inside the Roller 
> WEB-INF/lib directory, but after some experimentation my current 
> thinking is:
> 
> 1) even though the JNDI datasource is configured inside the Roller 
> context in server.xml, Tomcat still seems to need the DBCP 
> and JDBC jars 
> in the common classpath.  Maybe this is a Tomcat bug?
> 
> 2) the commons jars needed for DBCP and the commons jars needed for 
> Struts 1.1b are not compatible and are not interchangable.  
> So we need 
> to put the DBCP compatible commons jars in common/lib where they are 
> used for Datasource creation and the Struts compabible 
> commons jars in 
> WEB-INF/lib.
> 
> I'm not totally sure about either of these conclusions.  
> Perhaps getting 
> the most recent commons DBCP, pool, and collections jars 
> would solve #2 
> and perhaps #1 is just operator error on my part.  
> 
> >Would an entry in the manifest classpath of the ear (or even in a
> >roller.war) be a sensible alternative? When it comes to packing up 
> >the EAR, that might be neater.
> >
> 
> I don't think you can do that in an EAR or a WAR.  I don't remember 
> seeing that in the J2EE specs, but as always - I could be wrong.
> 
> - Dave
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Roller-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/roller-development
> 



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

RE: Validator DTD

2002-08-09 Thread James Mitchell 

Yes, sorry to bother, I was just thinking about readability sake.but I’m
just not expert with xml parsing and validation.

Thanks for the input.

James Mitchell
Software Engineer\Struts Evangelist
Struts-Atlanta, the "Open Minded Developer Network"
http://www.open-tools.org/struts-atlanta




> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 09, 2002 11:12 PM
> To: Struts Developers List
> Subject: Re: Validator DTD
>
>
>
>
> On Fri, 9 Aug 2002, James Mitchell wrote:
>
> > Date: Fri, 9 Aug 2002 22:08:45 -0400
> > From: James Mitchell <[EMAIL PROTECTED]>
> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > To: Struts Developers List <[EMAIL PROTECTED]>
> > Subject: Validator DTD
> >
> > While browsing through the Validator DTD, I noticed that the ‘formset’
> > element, which declares child elements ‘constant’ and ‘form’ was placed
> > between the ‘constant’ and ‘form’ elements (position in file).
> >
> > I’m not sure what impact (if any) this has on xml validation (no pun
> > intended), but I thought I would mention it.
> >
> > I’m attaching a patch, in case someone thinks its necessary.
> >
>
> This should not matter at all.  The allowed subelement order is defined by
> the  declaration of the parent element, not the syntactic order
> in the DTD.  And subelements can be used in more than one parent element
> (like  is for struts-config.xml files), so you couldn't rely
> on element order even if you wanted to.
>
> Craig
>
>
> --
> To unsubscribe, e-mail:

For additional commands, e-mail: 



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

Re: Validator DTD

2002-08-09 Thread Craig R. McClanahan 



On Fri, 9 Aug 2002, James Mitchell wrote:

> Date: Fri, 9 Aug 2002 22:08:45 -0400
> From: James Mitchell <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: Validator DTD
>
> While browsing through the Validator DTD, I noticed that the ‘formset’
> element, which declares child elements ‘constant’ and ‘form’ was placed
> between the ‘constant’ and ‘form’ elements (position in file).
>
> I’m not sure what impact (if any) this has on xml validation (no pun
> intended), but I thought I would mention it.
>
> I’m attaching a patch, in case someone thinks its necessary.
>

This should not matter at all.  The allowed subelement order is defined by
the  declaration of the parent element, not the syntactic order
in the DTD.  And subelements can be used in more than one parent element
(like  is for struts-config.xml files), so you couldn't rely
on element order even if you wanted to.

Craig


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

DO NOT REPLY [Bug 9902] - Struts Upload on WAS 4.0 : Premature end of stream while reading multipart request

2002-08-09 Thread bugzilla 

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

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

Struts Upload on WAS 4.0 : Premature end of stream while reading multipart request

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-08-10 02:17 ---
I believe this issue is resolved with the new file upload handler, which is 
available in nightly builds as of 8/1, and will be available in 1.1-b2. I don't 
have WAS or WSAD available to test with, however. I'm going to mark this bug as 
fixed, but I would appreciate it if you could try the latest nightly build as 
soon as you can, and reopen this bug if you still see the problem.

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

Validator DTD

2002-08-09 Thread James Mitchell 

While browsing through the Validator DTD, I noticed that the ‘formset’
element, which declares child elements ‘constant’ and ‘form’ was placed
between the ‘constant’ and ‘form’ elements (position in file).

I’m not sure what impact (if any) this has on xml validation (no pun
intended), but I thought I would mention it.

I’m attaching a patch, in case someone thinks its necessary.





James Mitchell
Software Engineer\Struts Evangelist
Struts-Atlanta, the "Open Minded Developer Network"
http://www.open-tools.org/struts-atlanta





cvs diff -u validator-rules_1_1.dtd 
Index: validator-rules_1_1.dtd
===
RCS file: /home/cvspublic/jakarta-struts/conf/share/validator-rules_1_1.dtd,v
retrieving revision 1.3
diff -u -r1.3 validator-rules_1_1.dtd
--- validator-rules_1_1.dtd 2 Aug 2002 21:22:52 -   1.3
+++ validator-rules_1_1.dtd 10 Aug 2002 01:47:46 -
@@ -57,6 +57,16 @@
 
 
 
+
+
+
+
-
-

DO NOT REPLY [Bug 11598] - Nested Tag breakage?

2002-08-09 Thread bugzilla 

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

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

Nested Tag breakage?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-08-10 02:02 ---
Fixed in the 20020810 nightly build. Your speculation was dead-on. Thanks!

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

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

2002-08-09 Thread martinc 

martinc 2002/08/09 19:00:38

  Modified:src/share/org/apache/struts/taglib/html FormTag.java
   src/share/org/apache/struts/taglib/nested
NestedPropertyHelper.java
   src/share/org/apache/struts/taglib/nested/html
NestedFormTag.java
  Log:
  Make the derived form bean name available from the form tag, so that the
  nested tags have access to that. The nested tags were previously taking
  advantage of the fact that the 'name' attribute was being modified to hold
  the derived bean name. Fixing the form tag to not do that therefore broke
  the nested tags. Now the nested tags call getBeanName() instead of
  getName().
  
  PR: 11598
  Submitted by: Steve Byrne
  
  Revision  ChangesPath
  1.27  +21 -7 
jakarta-struts/src/share/org/apache/struts/taglib/html/FormTag.java
  
  Index: FormTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/html/FormTag.java,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- FormTag.java  7 Aug 2002 05:25:03 -   1.26
  +++ FormTag.java  10 Aug 2002 02:00:38 -  1.27
  @@ -210,7 +210,7 @@
* as the 'name' attribute, if that was specified, or is obtained from the
* associated ActionMapping otherwise.
*/
  -private String beanName = null;
  +protected String beanName = null;
   
   
   /**
  @@ -218,17 +218,31 @@
* as the 'scope' attribute, if that was specified, or is obtained from the
* associated ActionMapping otherwise.
*/
  -private String beanScope = null;
  +protected String beanScope = null;
  +
   
   /**
* The type of the form bean to (create and) use. This is either the same
* as the 'type' attribute, if that was specified, or is obtained from the
* associated ActionMapping otherwise.
*/
  -private String beanType = null;
  +protected String beanType = null;
   
   
   // - Properties
  +
  +
  +/**
  + * Return the name of the form bean corresponding to this tag. There is
  + * no corresponding setter method; this method exists so that the nested
  + * tag classes can obtain the actual bean name derived from other
  + * attributes of the tag.
  + */
  +public String getBeanName() {
  +
  +return beanName;
  +
  +}
   
   
   /**
  
  
  
  1.7   +5 -5  
jakarta-struts/src/share/org/apache/struts/taglib/nested/NestedPropertyHelper.java
  
  Index: NestedPropertyHelper.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/nested/NestedPropertyHelper.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- NestedPropertyHelper.java 13 Mar 2002 13:13:28 -  1.6
  +++ NestedPropertyHelper.java 10 Aug 2002 02:00:38 -  1.7
  @@ -222,7 +222,7 @@
   
   String nameTemp = null;
   if (namedTag instanceof FormTag) {
  -  nameTemp = ((FormTag)namedTag).getName();
  +  nameTemp = ((FormTag)namedTag).getBeanName();
   } else if (namedTag instanceof NestedParentSupport) {
 nameTemp = ((NestedParentSupport)namedTag).getName();
   }
  
  
  
  1.6   +5 -5  
jakarta-struts/src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java
  
  Index: NestedFormTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/nested/html/NestedFormTag.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- NestedFormTag.java29 Mar 2002 21:49:09 -  1.5
  +++ NestedFormTag.java10 Aug 2002 02:00:38 -  1.6
  @@ -101,7 +101,7 @@
   
   /* set the details */
   HttpSession session = (HttpSession)pageContext.getSession();
  -NestedReference nr = new NestedReference(getName(), getNestedProperty());
  +NestedReference nr = new NestedReference(getBeanName(), getNestedProperty());
   NestedPropertyHelper.setIncludeReference(session, nr);
   
   /* continue */
  
  
  

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

DO NOT REPLY [Bug 11302] - Application not loading because of ClassLoad error in ActionServlet

2002-08-09 Thread bugzilla 

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

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

Application not loading because of ClassLoad error in ActionServlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 23:23 ---
There are two kinds of issues here.

* The version of commons-logging.jar in Struts 1.1-beta-1 had
  problems in some environments.  These issues have already
  been resolved by using the version of commons-logging.jar in
  the nightly builds (even if you want to stick with 1.1-b1)

* Various app servers have various bugs in their class loaders.
  Those are ***not*** bugs in Struts, so opening a Struts bug
  report against them isn't going to do a bit of good.  You need
  to go complain to BEA about bugs in WebLogic if you want this
  kind of issue addressed.

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

DO NOT REPLY [Bug 11302] - Application not loading because of ClassLoad error in ActionServlet

2002-08-09 Thread bugzilla 

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

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

Application not loading because of ClassLoad error in ActionServlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 22:08 ---
This bug needs to be resolved. It happens on different environments i.e. App 
Servers . It is also visible on some of other web-sites.

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

DO NOT REPLY [Bug 11598] - Nested Tag breakage?

2002-08-09 Thread bugzilla 

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

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

Nested Tag breakage?





--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 20:29 ---
Created an attachment (id=2673)
Registration nested tag regression example

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

DO NOT REPLY [Bug 11598] New: - Nested Tag breakage?

2002-08-09 Thread bugzilla 

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

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

Nested Tag breakage?

   Summary: Nested Tag breakage?
   Product: Struts
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The attached JSP page, which is derived from examples/registration.jsp and 
designed to operate in the examples webapp, works properly in Struts 1.1b1.  
And until recently (I believe) in Struts nightly.  Now when it's executed, the 
following exception occurs [see below].  

   Changes in the form tag involving it's name attribute (which now seems to be
   null if getName() is invoked a form tag instance, instead of the name 
   that was inherited in the action mapping as it was in 1.1b1) have caused
   the problem in the nested tag library in the nightly build.  Given there 
   not much in the way of regression test for the nested tag library, at
   the moment, it's easy to see how this kind of breakage might have passed
   unnnoticed.


[I'm marking the severity as major because this will potentially affect many 
users of the nested tab library.]

java.lang.NullPointerException
at java.util.Hashtable.get(Hashtable.java:326)
at org.apache.jasper.runtime.PageContextImpl.findAttribute
(PageContextImpl.java:303)
at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:663)
at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:710)
at org.apache.struts.taglib.html.BaseFieldTag.doStartTag
(BaseFieldTag.java:193)
at org.apache.struts.taglib.nested.html.NestedTextTag.doStartTag
(NestedTextTag.java:95)
at org.apache.jsp.registration$jsp._jspService(registration$jsp.java:85)
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:202)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:382)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)
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:243)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:190)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.valves.CertificatesValve.invoke
(CertificatesValve.java:246)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2343)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:170)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.valves.AccessLogValve.invoke
(AccessLogValve.java:468)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)

DO NOT REPLY [Bug 11516] - Controller cannot detect getter methods of the ActionForm class

2002-08-09 Thread bugzilla 

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

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

Controller cannot detect getter methods of the ActionForm class

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 19:58 ---
As noted above, this behaviour is defined in the JavaBeans spec.

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

DO NOT REPLY [Bug 10072] - HTML:form tag does not store values into attribute specified action form bean if different bean is given by config file.

2002-08-09 Thread bugzilla 

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

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

HTML:form tag does not store values into attribute specified action form bean if 
different bean is given by config file.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 19:54 ---
Struts is designed to populate the form bean specified in the action mapping. 
The action mapping is the only way it can find a form bean for an incoming 
request. If you need to use a form bean different from the one in your existing 
action mapping, you should define a new mapping that specifies the other form 
bean.

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

DO NOT REPLY [Bug 11581] - The file type of the ApplicationResources.properties

2002-08-09 Thread bugzilla 

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

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

The file type of the ApplicationResources.properties

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 19:41 ---
You need to convert your properties file using the native2ascii tool. See the 
last entry for bug #11267 for a full description.

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

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

DO NOT REPLY [Bug 11267] - bean:message bug

2002-08-09 Thread bugzilla 

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

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

bean:message bug

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 19:41 ---
*** Bug 11581 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 11302] - Application not loading because of ClassLoad error in ActionServlet

2002-08-09 Thread bugzilla 

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

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

Application not loading because of ClassLoad error in ActionServlet





--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 17:33 ---
I have a similar problem loading ActionServlet.  I have Tomcat 3.3.1 with 
JDK1.3 on win2k box. I copied the struts-example.war file into webapps 
subdirectory of tomcat and I get this stack trace.  Copying commons-logging.jar 
into \lib\common takes care of it.

2002-08-09 22:51:52 - Ctx(/struts-example) : Exception in preInit java.lang.Cla
sNotFoundException: org.apache.commons.logging.impl.LogFactoryImpl - org.apache
commons.logging.LogConfigurationException: java.lang.ClassNotFoundException: or
.apache.commons.logging.impl.LogFactoryImpl
at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:497

at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:350

at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:381)
at org.apache.struts.action.ActionServlet.(ActionServlet.java:331

at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at org.apache.tomcat.facade.ServletHandler.getServlet(ServletHandler.ja
a:346)
at org.apache.tomcat.facade.ServletHandler.preInit(ServletHandler.java:
39)
at org.apache.tomcat.facade.ServletHandler.init(ServletHandler.java:228

at org.apache.tomcat.facade.LoadOnStartupInterceptor.contextInit(LoadOn
tartupInterceptor.java:136)
at org.apache.tomcat.core.Context.init(Context.java:542)
at org.apache.tomcat.core.ContextManager.init(ContextManager.java:597)
at org.apache.tomcat.startup.EmbededTomcat.initContextManager(EmbededTo
cat.java:564)
at org.apache.tomcat.startup.EmbededTomcat.execute1(EmbededTomcat.java:
03)
at org.apache.tomcat.startup.EmbededTomcat$1.run(EmbededTomcat.java:687

at org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run(Jdk12
upport.java:190)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.tomcat.util.compat.Jdk12Support.doPrivileged(Jdk12Support
java:100)
at org.apache.tomcat.startup.EmbededTomcat.execute(EmbededTomcat.java:6
5)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.tomcat.util.IntrospectionUtils.execute(IntrospectionUtils
java:87)
at org.apache.tomcat.startup.Main.execute(Main.java:313)
at org.apache.tomcat.startup.Main.main(Main.java:140)

EmbededTomcat: Init time 3445
2002-08-09 22:51:52 - Http10Interceptor: Starting on 8080
2002-08-09 22:51:52 - Ajp12Interceptor: Starting on 8007
2002-08-09 22:51:53 - Ajp13Interceptor: Starting on 8009
EmbededTomcat: Startup time 381

regards
Nethi

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

DO NOT REPLY [Bug 11330] - FormTag permits to define name and type of a form bean.

2002-08-09 Thread bugzilla 

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

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

FormTag permits to define name and type of a form bean.





--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 14:19 ---
If you give html:form a name, it overrides the name it would get from the 
action-mapping.  When you submit the form, however, the name is meaningless 
because struts will populate a form with the name in struts-config.

I find this to be a good thing because I can have multiple forms on one page 
with different names (for javascript referencing), and then my action that 
handles the request (and the jsp that prints the results) can reference the 
common name given by struts-config.

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

RE: [VOTE] Struts 1.1 Beta 2 Release Plan

2002-08-09 Thread wbchmura 

For what mine is worth i say release it...

I will help as much as I can to support it

-Original Message-
From: martin.cooper [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 08, 2002 7:05 PM
To: struts-dev
Subject: [VOTE] Struts 1.1 Beta 2 Release Plan


A number of new features have been added to Struts since the 1.1 Beta 1
release, and many bugs have been fixed. Therefore, I propose that we 
release
the tip of the main trunk in CVS as Beta 2 for a Struts 1.1 release. I 
have
checked in a proposed release plan, which is available for review on the
Struts web site:

http://jakarta.apache.org/struts/proposals/release-plan-1.1b2.html

Note: The proposed freeze/tag date is very soon. This is because I feel 
we
need to make Beta 2 available as soon as possible, and I feel that the
remaining Documentation and Validator Framework bugs are likely to take
longer to fix than we would want to wait for Beta 2. However, if the
committers feel otherwise, we can push the date back.

Release plans must pass by a majority vote of committers on the project, 
but
all other interested parties are welcome to cast their votes (and/or 
make
comments or suggestions on the plan) as well.


--
Vote:  Struts 1.1b2 Release Plan
[ ] +1  I am in favor of the release, and will help support it
[ ] +0  I am in favor of the release, but am unable to help support it
[ ] -0  I am not in favor of the release
[ ] -1  I am against this proposal (must include a reason).

--

I am +1 on the Struts 1.1b2 release plan.

--
Martin Cooper


--
To unsubscribe, e-mail:   

For additional commands, e-mail: 




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

Re: [VOTE] Struts 1.1 Beta 2 Release Plan

2002-08-09 Thread James Holmes 

[X] +1  I am in favor of the release, and will help
support it

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

__
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com

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

DO NOT REPLY [Bug 11516] - Controller cannot detect getter methods of the ActionForm class

2002-08-09 Thread bugzilla 

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

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

Controller cannot detect getter methods of the ActionForm class





--- Additional Comments From [EMAIL PROTECTED]  2002-08-09 08:06 ---
It is documentet in the JavaBeans spec. See chapter 8.8 "Capitalization of 
inferred names".

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