You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Rick Reumann <st...@reumann.net> on 2004/10/04 23:54:50 UTC
problem parsing validation-rules depends="" with jboss
Any idea what I need to do to get JBoss3.2.5 to parse the default
validation-rules that comes with Struts? For some reason it chokes on
parsing or evaluating the depends="" sections. If I comment out those
rules it can parse it fine. (Tomcat5 also parses it fine.) I'm guessing
JBoss is using a different parser? Any idea what I should change?
The relevant error:
17:46:32,072 INFO [ValidatorPlugIn] Loading validation rules file from
'/WEB-INF/validator-rules.xml'
17:46:32,088 INFO [ValidatorPlugIn] Loading validation rules file from
'/WEB-INF/validation.xml'
17:46:32,228 ERROR [Digester] Begin event threw exception
java.lang.reflect.InvocationTargetException
<snip>
Caused by: java.lang.NullPointerException
at java.util.StringTokenizer.<init>(StringTokenizer.java:146)
at java.util.StringTokenizer.<init>(StringTokenizer.java:162)
at
org.apache.commons.validator.ValidatorAction.setDepends(ValidatorAction.java:255)
--
Rick
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: problem parsing validation-rules depends="" with jboss
Posted by Erik Weber <er...@mindspring.com>.
Do you have Struts 1.1 around? Can you deploy any of the example webapps
from that dist? How about the examples from your dist? Sorry, I know
it's not much help. But it looks like ValidatorAction is trying to
instantiate a StringTokenizer with a null String, so I was just trying
to narrow it down to a possible bug in a newer version of Struts. I
don't have the Struts source code or even the latest version.
Also just as a note, I found that I need to clean out both the "work"
and the "tmp" directories in the server instance home and then restart
to get a clean JBoss/Tomcat. I needed it so often I wrote an ant target
to do it.
Erik
Rick Reumann wrote:
> I'm still stumped. I stopped server, deleted all temp files,
> re-deployed, and get the same error with jboss3.2.5 (listed below)
> What I find odd is if I remove all the rules that have depends="" in
> them and redploy with the modified validation-rules then everything is
> fine. Very frustrating.
>
> 11:02:13,530 INFO [ValidatorPlugIn] Loading validation rules file
> from '/WEB-INF/validator-rules.xml'
> 11:02:13,546 INFO [ValidatorPlugIn] Loading validation rules file
> from '/WEB-INF/validation.xml'
> 11:02:13,686 ERROR [Digester] Begin event threw exception
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> <snip>
> Caused by: java.lang.NullPointerException
> at java.util.StringTokenizer.<init>(StringTokenizer.java:146)
> at java.util.StringTokenizer.<init>(StringTokenizer.java:162)
> at
> org.apache.commons.validator.ValidatorAction.setDepends(ValidatorAction.java:255)
>
> ... 147 more
> 11:02:13,921 ERROR [ValidatorPlugIn] Skipping all validation
> java.lang.NullPointerException
> at
> org.apache.commons.digester.Digester.createSAXException(Digester.java:2540)
>
> at
> org.apache.commons.digester.Digester.createSAXException(Digester.java:2566)
>
>
>
>
>
> Rick Reumann wrote the following on 10/5/2004 8:56 AM:
>
>> Erik Weber wrote the following on 10/5/2004 1:36 AM:
>>
>>> Zoinks, JBoss 3.2.4 (on unix) and 3.2.5 (on win 2000) have been able
>>> to parse the default validator-rules.xml (version 1.1, which has
>>> several 'depends=""') for me without any problems. However, I did
>>> run into some problems with parsing errors on hot redeploys, but
>>> never could discover a pattern to them. I don't recall seeing your
>>> particular error. One thing I discovered that helped in my case was
>>> to invalidate any existing sessions before a hot redeploy. Sorry to
>>> be of little help.
>>>
>>> Are you sure that is a parsing error?
>>
>>
>>
>> No, I'm not sure at all:) Let me look into some more things today. I
>> wonder if maybe it's using a cached version of an invalid rules file
>> that I had replaced but I never cleared out the temp directory. I'll
>> try that when I get to work. Thanks for the help.
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Servlet action is not available.
Posted by Ricardo Andres Quintero <rq...@ubiquando.com.co>.
Did u configure the servlet controller in your app web.xml?
On Tue, 5 Oct 2004 19:16:24 +0200, WOLips wrote
> hi,
> i have struts.jar in "myStrutsApp1\WEB-INF\lib"
> and even in "tomcat\bin"
>
> the code is an example from the net, which i thing it must run.
>
> but i still get this error :
> --------------------------------------------
> HTTP Status 404 - Servlet action is not available
>
> type Status report
>
> message Servlet action is not available
>
> description The requested resource (Servlet action is not available)
> is not available. Apache Tomcat/5.0.25
> --------------------------------------------
>
> thnaks
>
> Sako
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
--
Ricardo Andrés Quintero R.
Ubiquando Ltda.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Servlet action is not available.
Posted by WOLips <wo...@itcc.datos.de>.
thank you for answer.
i addes these jars to "myStrutsApp1\WEB-INF\lib" and it worked.
commons-beanutils.jar
commons-collections.jar
commons-digester.jar
commons-fileupload.jar
commons-logging.jar
commons-validator.jar
jakarta-oro.jar
struts.jar
Sako.
----- Original Message -----
From: "Ricardo Andres Quintero" <rq...@ubiquando.com.co>
To: "Struts Users Mailing List" <us...@struts.apache.org>
Sent: Tuesday, October 05, 2004 6:23 PM
Subject: Re: Servlet action is not available.
> Did u configure the servlet controller in your app web.xml?
>
> On Tue, 5 Oct 2004 19:16:24 +0200, WOLips wrote
> > hi,
> > i have struts.jar in "myStrutsApp1\WEB-INF\lib"
> > and even in "tomcat\bin"
> >
> > the code is an example from the net, which i thing it must run.
> >
> > but i still get this error :
> > --------------------------------------------
> > HTTP Status 404 - Servlet action is not available
> >
> > type Status report
> >
> > message Servlet action is not available
> >
> > description The requested resource (Servlet action is not available)
> > is not available. Apache Tomcat/5.0.25
> > --------------------------------------------
> >
> > thnaks
> >
> > Sako
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
>
>
> --
> Ricardo Andrés Quintero R.
> Ubiquando Ltda.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Servlet action is not available.
Posted by Ricardo Andres Quintero <rq...@ubiquando.com.co>.
Did u configure the servlet controller in your app web.xml?
On Tue, 5 Oct 2004 19:16:24 +0200, WOLips wrote
> hi,
> i have struts.jar in "myStrutsApp1\WEB-INF\lib"
> and even in "tomcat\bin"
>
> the code is an example from the net, which i thing it must run.
>
> but i still get this error :
> --------------------------------------------
> HTTP Status 404 - Servlet action is not available
>
> type Status report
>
> message Servlet action is not available
>
> description The requested resource (Servlet action is not available)
> is not available. Apache Tomcat/5.0.25
> --------------------------------------------
>
> thnaks
>
> Sako
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
--
Ricardo Andrés Quintero R.
Ubiquando Ltda.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Servlet action is not available.
Posted by WOLips <wo...@itcc.datos.de>.
hi,
i have struts.jar in "myStrutsApp1\WEB-INF\lib"
and even in "tomcat\bin"
the code is an example from the net, which i thing it must run.
but i still get this error :
--------------------------------------------
HTTP Status 404 - Servlet action is not available
type Status report
message Servlet action is not available
description The requested resource (Servlet action is not available) is not
available.
Apache Tomcat/5.0.25
--------------------------------------------
thnaks
Sako
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
introduce Struts and Tapestry
Posted by WOLips <wo...@itcc.datos.de>.
Hello,
I have to introduce and compare between (using Struts and Tapestry) and
another Web Application technologies to a customer.
I thought maybe anybody can link me to read the most important advantages
from using Struts and Tapestry.
My duty is not to program with them, its just to tell WHY are better than
the other tools.
Regards.
Sako.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: problem parsing validation-rules depends="" with jboss
Posted by Rick Reumann <st...@reumann.net>.
I'm still stumped. I stopped server, deleted all temp files,
re-deployed, and get the same error with jboss3.2.5 (listed below)
What I find odd is if I remove all the rules that have depends="" in
them and redploy with the modified validation-rules then everything is
fine. Very frustrating.
11:02:13,530 INFO [ValidatorPlugIn] Loading validation rules file from
'/WEB-INF/validator-rules.xml'
11:02:13,546 INFO [ValidatorPlugIn] Loading validation rules file from
'/WEB-INF/validation.xml'
11:02:13,686 ERROR [Digester] Begin event threw exception
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<snip>
Caused by: java.lang.NullPointerException
at java.util.StringTokenizer.<init>(StringTokenizer.java:146)
at java.util.StringTokenizer.<init>(StringTokenizer.java:162)
at
org.apache.commons.validator.ValidatorAction.setDepends(ValidatorAction.java:255)
... 147 more
11:02:13,921 ERROR [ValidatorPlugIn] Skipping all validation
java.lang.NullPointerException
at
org.apache.commons.digester.Digester.createSAXException(Digester.java:2540)
at
org.apache.commons.digester.Digester.createSAXException(Digester.java:2566)
Rick Reumann wrote the following on 10/5/2004 8:56 AM:
> Erik Weber wrote the following on 10/5/2004 1:36 AM:
>
>> Zoinks, JBoss 3.2.4 (on unix) and 3.2.5 (on win 2000) have been able
>> to parse the default validator-rules.xml (version 1.1, which has
>> several 'depends=""') for me without any problems. However, I did run
>> into some problems with parsing errors on hot redeploys, but never
>> could discover a pattern to them. I don't recall seeing your
>> particular error. One thing I discovered that helped in my case was to
>> invalidate any existing sessions before a hot redeploy. Sorry to be of
>> little help.
>>
>> Are you sure that is a parsing error?
>
>
> No, I'm not sure at all:) Let me look into some more things today. I
> wonder if maybe it's using a cached version of an invalid rules file
> that I had replaced but I never cleared out the temp directory. I'll try
> that when I get to work. Thanks for the help.
>
>
--
Rick
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: problem parsing validation-rules depends="" with jboss
Posted by Rick Reumann <st...@reumann.net>.
Erik Weber wrote the following on 10/5/2004 1:36 AM:
> Zoinks, JBoss 3.2.4 (on unix) and 3.2.5 (on win 2000) have been able to
> parse the default validator-rules.xml (version 1.1, which has several
> 'depends=""') for me without any problems. However, I did run into some
> problems with parsing errors on hot redeploys, but never could discover
> a pattern to them. I don't recall seeing your particular error. One
> thing I discovered that helped in my case was to invalidate any existing
> sessions before a hot redeploy. Sorry to be of little help.
>
> Are you sure that is a parsing error?
No, I'm not sure at all:) Let me look into some more things today. I
wonder if maybe it's using a cached version of an invalid rules file
that I had replaced but I never cleared out the temp directory. I'll try
that when I get to work. Thanks for the help.
--
Rick
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: problem parsing validation-rules depends="" with jboss
Posted by Erik Weber <er...@mindspring.com>.
Zoinks, JBoss 3.2.4 (on unix) and 3.2.5 (on win 2000) have been able to
parse the default validator-rules.xml (version 1.1, which has several
'depends=""') for me without any problems. However, I did run into some
problems with parsing errors on hot redeploys, but never could discover
a pattern to them. I don't recall seeing your particular error. One
thing I discovered that helped in my case was to invalidate any existing
sessions before a hot redeploy. Sorry to be of little help.
Are you sure that is a parsing error?
Erik
Rick Reumann wrote:
> Any idea what I need to do to get JBoss3.2.5 to parse the default
> validation-rules that comes with Struts? For some reason it chokes on
> parsing or evaluating the depends="" sections. If I comment out those
> rules it can parse it fine. (Tomcat5 also parses it fine.) I'm
> guessing JBoss is using a different parser? Any idea what I should
> change?
>
> The relevant error:
>
> 17:46:32,072 INFO [ValidatorPlugIn] Loading validation rules file
> from '/WEB-INF/validator-rules.xml'
> 17:46:32,088 INFO [ValidatorPlugIn] Loading validation rules file
> from '/WEB-INF/validation.xml'
> 17:46:32,228 ERROR [Digester] Begin event threw exception
> java.lang.reflect.InvocationTargetException
>
> <snip>
>
> Caused by: java.lang.NullPointerException
> at java.util.StringTokenizer.<init>(StringTokenizer.java:146)
> at java.util.StringTokenizer.<init>(StringTokenizer.java:162)
> at
> org.apache.commons.validator.ValidatorAction.setDepends(ValidatorAction.java:255)
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org