You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Shantanu Deo <sh...@elixir-it.com> on 2003/04/23 19:15:22 UTC
Moving from Tapestry 2.2 to 2.4-alpha-5
Hi
We are trying to move an app. that used to run on 2.2 to 2.4 alpha-5.
I get the following exception when we point the browser to our app.
type Exception report
message Internal Server Error
description The server encountered an internal error (Internal Server Error)
that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Could not parse specification
classpath:/org/apache/tapestry/Framework.library.
at
org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:842)
at
org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java:238
)
at org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java
<more stuff> followed by:
root cause org.apache.tapestry.ApplicationRuntimeException: Could not parse
specification classpath:/org/apache/tapestry/Framework.library.
at
org.apache.tapestry.engine.DefaultSpecificationSource.parseLibrarySpecificat
ion(DefaultSpecificationSource.java:237)
at
org.apache.tapestry.engine.DefaultSpecificationSource.getLibrarySpecificatio
n(DefaultSpecificationSource.java:376)
at
org.apache.tapestry.engine.DefaultSpecificationSource.getFrameworkNamespace(
DefaultSpecificationSource.java:417)
Can anybody help us in solving this problem ?Here is the web application
specification<?xml version="1.0" encoding="ISO-8859-1"?><!DOCTYPE
web-appPUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
2.2//EN""http://java.sun.com/j2ee/dtds/web-app_2.2.dtd"><web-app>
<display-name>Apollo Application</display-name> <servlet>
<servlet-name>apollo</servlet-name>
<servlet-class>org.apache.tapestry.ApplicationServlet</servlet-class>
<load-on-startup>0</load-on-startup> </servlet> <!--The single mapping
used for the Tapestry application--> <servlet-mapping>
<servlet-name>apollo</servlet-name> <url-pattern>/app1</url-pattern>
</servlet-mapping> <session-config>
<session-timeout>90</session-timeout> </session-config> <resource-ref>
<description> Resource reference to a factory for
java.sql.Connection instances that may be used for talking to a
particular database that is configured in the server.xml file.
</description> <res-ref-name> jdbc/elixir
</res-ref-name> <res-type> javax.sql.DataSource
</res-type> <res-auth> Container </res-auth>
</resource-ref></web-app>
RE: exceptions w/ tapestry 2.2 during high volume
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
I can't think of any. The interface to OGNL hasn't changed at all, so cross
your fingers.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Eric Schneider [mailto:eric@centralparksoftware.com]
> Sent: Friday, April 25, 2003 3:10 PM
> To: Tapestry users
> Subject: Re: exceptions w/ tapestry 2.2 during high volume
>
>
> We can definitely give that a try. Howard, any issues with
> dropping in the ongl 2.5.1 jar w/ tapestry 2.2?
>
> Just wanna make sure they play nice.
>
> e.
>
> ----- Original Message -----
> From: "Drew Davidson" <dr...@ognl.org>
> To: "Tapestry users" <ta...@jakarta.apache.org>
> Sent: Friday, April 25, 2003 2:59 PM
> Subject: Re: exceptions w/ tapestry 2.2 during high volume
>
>
> > Eric Schneider wrote:
> >
> > >Hi Drew,
> > >
> > >We're using ognl version 2.1.4. The exception seems to
> be thrown within
> a
> > >tapestry foreach component. We use the index binding in three
> repetitions
> > >in the entire app, so it must be occurring in one or all
> of them (the
> traces
> > >don't a mention any of our pages or components). We have a bunch
> > >foreach components in the project, but aside from the three I
> > >mentioned, they
> don't
> > >use the index binding. I'm assuming this exception couldn't be
> > >caused by any of them (Howard, can you confirm?).
> > >
> > >The traffic on the site is astronomical. On Tuesday, we served 3.5
> million
> > >page views by noon. For a 3-4 hour period that afternoon these
> exceptions
> > >were thrown constantly. Compounding the confusion, we were having
> hardware
> > >problems with our db server's network card during this time period.
> After
> > >the hardware issue was cleared up, the exceptions have
> been much more
> > >infrequent.
> > >
> > >Though, last night the "setIndexBinding" exception was thrown 44
> > >times in
> a
> > >three minute period (1:12-1:15am EST). Good news is they haven't
> happened
> > >since then. Coincidentally, this is just around the time
> the Anaheim
> > >vs. Dallas game ended, which probably caused a big spike
> in traffic.
> > >
> > >Let me know if you need anything else.
> > >
> > >
> > Just out of curiosity have you tried using the latest
> version of OGNL
> > (2.5.1)? That might help me pinpoint the error better. It
> looks like
> > you are using the opt version of OGNL because there are no line
> > numbers.
> >
> > - Drew
> >
> > --
> > +---------------------------------+
> > < Drew Davidson | OGNL Technology >
> > +---------------------------------+
> > | Email: drew@ognl.org /
> > | Web: http://www.ognl.org /
> > | Vox: (520) 531-1966 <
> > | Fax: (520) 531-1965 \
> > | Mobile: (520) 405-2967 \
> > +---------------------------------+
> >
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> tapestry-user-help@jakarta.apache.org
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Eric Schneider <er...@centralparksoftware.com>.
We can definitely give that a try. Howard, any issues with dropping in the
ongl 2.5.1 jar w/ tapestry 2.2?
Just wanna make sure they play nice.
e.
----- Original Message -----
From: "Drew Davidson" <dr...@ognl.org>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Friday, April 25, 2003 2:59 PM
Subject: Re: exceptions w/ tapestry 2.2 during high volume
> Eric Schneider wrote:
>
> >Hi Drew,
> >
> >We're using ognl version 2.1.4. The exception seems to be thrown within
a
> >tapestry foreach component. We use the index binding in three
repetitions
> >in the entire app, so it must be occurring in one or all of them (the
traces
> >don't a mention any of our pages or components). We have a bunch foreach
> >components in the project, but aside from the three I mentioned, they
don't
> >use the index binding. I'm assuming this exception couldn't be caused by
> >any of them (Howard, can you confirm?).
> >
> >The traffic on the site is astronomical. On Tuesday, we served 3.5
million
> >page views by noon. For a 3-4 hour period that afternoon these
exceptions
> >were thrown constantly. Compounding the confusion, we were having
hardware
> >problems with our db server's network card during this time period.
After
> >the hardware issue was cleared up, the exceptions have been much more
> >infrequent.
> >
> >Though, last night the "setIndexBinding" exception was thrown 44 times in
a
> >three minute period (1:12-1:15am EST). Good news is they haven't
happened
> >since then. Coincidentally, this is just around the time the Anaheim vs.
> >Dallas game ended, which probably caused a big spike in traffic.
> >
> >Let me know if you need anything else.
> >
> >
> Just out of curiosity have you tried using the latest version of OGNL
> (2.5.1)? That might help me pinpoint the error better. It looks like
> you are using the opt version of OGNL because there are no line numbers.
>
> - Drew
>
> --
> +---------------------------------+
> < Drew Davidson | OGNL Technology >
> +---------------------------------+
> | Email: drew@ognl.org /
> | Web: http://www.ognl.org /
> | Vox: (520) 531-1966 <
> | Fax: (520) 531-1965 \
> | Mobile: (520) 405-2967 \
> +---------------------------------+
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Drew Davidson <dr...@ognl.org>.
Eric Schneider wrote:
>Hi Drew,
>
>We're using ognl version 2.1.4. The exception seems to be thrown within a
>tapestry foreach component. We use the index binding in three repetitions
>in the entire app, so it must be occurring in one or all of them (the traces
>don't a mention any of our pages or components). We have a bunch foreach
>components in the project, but aside from the three I mentioned, they don't
>use the index binding. I'm assuming this exception couldn't be caused by
>any of them (Howard, can you confirm?).
>
>The traffic on the site is astronomical. On Tuesday, we served 3.5 million
>page views by noon. For a 3-4 hour period that afternoon these exceptions
>were thrown constantly. Compounding the confusion, we were having hardware
>problems with our db server's network card during this time period. After
>the hardware issue was cleared up, the exceptions have been much more
>infrequent.
>
>Though, last night the "setIndexBinding" exception was thrown 44 times in a
>three minute period (1:12-1:15am EST). Good news is they haven't happened
>since then. Coincidentally, this is just around the time the Anaheim vs.
>Dallas game ended, which probably caused a big spike in traffic.
>
>Let me know if you need anything else.
>
>
Just out of curiosity have you tried using the latest version of OGNL
(2.5.1)? That might help me pinpoint the error better. It looks like
you are using the opt version of OGNL because there are no line numbers.
- Drew
--
+---------------------------------+
< Drew Davidson | OGNL Technology >
+---------------------------------+
| Email: drew@ognl.org /
| Web: http://www.ognl.org /
| Vox: (520) 531-1966 <
| Fax: (520) 531-1965 \
| Mobile: (520) 405-2967 \
+---------------------------------+
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Eric Schneider <er...@centralparksoftware.com>.
Drew,
> Is the context being reloaded? Is there any way to tell?
This is definitely something I can look at. The container we use is SunOne
7.0, which definitely has some hot class reloading features/insanity. I
think the default configuration of the app server checks every two seconds
to see if any .class/.jar files were touched. If so, it would then reload
the context for the app. We do this reloading in development to avoid
stoping and starting the container every time a change is made, but I'm
almost 100% sure this never happens in production.
Let me poke around a bit. It may indeed be the app server doing some
evilness. I'll get back to you.
Thanks for the suggestion.
e.
----- Original Message -----
From: "Drew Davidson" <dr...@ognl.org>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Friday, April 25, 2003 3:16 PM
Subject: Re: exceptions w/ tapestry 2.2 during high volume
> I'm beginning to wonder about these exceptions.
>
> They are:
>
> 1) net.sf.tapestry.components.Foreach method "setIndexBinding(IBinding
> value)" gives MethodFailedException wrapping NoSuchMethodException
> 2) net.sf.tapestry.form.Form method "setStatefulBinding(IBinding
> statefulBinding)" gives MethodFailedException wrapping
NoSuchMethodException
>
> I find it interesting that they both are methods on Components that take
> a single IBinding object for their parameter. My presumption here is
> that your code is in WEB-INF/classes and that the Tapestry classes are
> in WEB-INF/lib/<tapestry>.jar. I've seen this kind of error on my own
> stuff when the context is reloaded after I do a build. The classes from
> the WEB-INF/classes directory are reloaded just fine but the jar classes
> get duplicated and the system doesn't recognize valid method signatures
> because IBinding from the new jar does not match a previous version
> exactly. Since OGNL caches class information it may be holding a
> reference to "IBinding" that is different from the newly loaded one. Is
> the context being reloaded? Is there any way to tell?
>
> - Drew
>
> --
> +---------------------------------+
> < Drew Davidson | OGNL Technology >
> +---------------------------------+
> | Email: drew@ognl.org /
> | Web: http://www.ognl.org /
> | Vox: (520) 531-1966 <
> | Fax: (520) 531-1965 \
> | Mobile: (520) 405-2967 \
> +---------------------------------+
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
RE: exceptions w/ tapestry 2.2 during high volume
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
Again, my gut feeling is that the underlying problem is non-synchronized
access to the Introspector when OGNL is scanning new classes for JavaBeans
properties.
On the other hand, in an app with that kind of usage, you'd also expect that
all the reachable objects had already been introspected and cached by OGNL;
that does raise the issue of a classloader problem. To your point, though,
the question is why such a totally limited effect ... the walls should come
crashing down.
Perhaps it has something to do with load balancing? Perhaps OGNL is choking
on an object that was stored as persistent state, moved from server A to
server B, and a difference in classloader hiearchy causes the failure.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Drew Davidson [mailto:drew@ognl.org]
> Sent: Friday, April 25, 2003 5:33 PM
> To: Tapestry users
> Subject: Re: exceptions w/ tapestry 2.2 during high volume
>
>
> Howard M. Lewis Ship wrote:
>
> >I wonder if we should catch that exception, have OGNL clear
> its cache,
> >and retry. Don't see a good way to force OGNL to clear its cache,
> >however.
> >
> >In addition, Tapestry caches compiled OGNL expressions.
> >
> >
> The only thing that mitigates against this probable condition
> is that if
> there is a problem like this then you would see nothing but
> exceptions
> for those pages from the first one thereafter, since the
> cache would be
> incorrect and EVERY call would fail. But it sounds like it happens
> intermittently, which is odd. It's too bad that the problem
> takes 3.5
> million hits to reveal itself :-)
>
> - Drew
>
> --
> +---------------------------------+
> < Drew Davidson | OGNL Technology >
> +---------------------------------+
> | Email: drew@ognl.org /
> | Web: http://www.ognl.org /
> | Vox: (520) 531-1966 <
> | Fax: (520) 531-1965 \
> | Mobile: (520) 405-2967 \
> +---------------------------------+
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Drew Davidson <dr...@ognl.org>.
Howard M. Lewis Ship wrote:
>I wonder if we should catch that exception, have OGNL clear its cache, and
>retry. Don't see a good way to force OGNL to clear its cache, however.
>
>In addition, Tapestry caches compiled OGNL expressions.
>
>
The only thing that mitigates against this probable condition is that if
there is a problem like this then you would see nothing but exceptions
for those pages from the first one thereafter, since the cache would be
incorrect and EVERY call would fail. But it sounds like it happens
intermittently, which is odd. It's too bad that the problem takes 3.5
million hits to reveal itself :-)
- Drew
--
+---------------------------------+
< Drew Davidson | OGNL Technology >
+---------------------------------+
| Email: drew@ognl.org /
| Web: http://www.ognl.org /
| Vox: (520) 531-1966 <
| Fax: (520) 531-1965 \
| Mobile: (520) 405-2967 \
+---------------------------------+
RE: exceptions w/ tapestry 2.2 during high volume
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
I wonder if we should catch that exception, have OGNL clear its cache, and
retry. Don't see a good way to force OGNL to clear its cache, however.
In addition, Tapestry caches compiled OGNL expressions.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Drew Davidson [mailto:drew@ognl.org]
> Sent: Friday, April 25, 2003 3:16 PM
> To: Tapestry users
> Subject: Re: exceptions w/ tapestry 2.2 during high volume
>
>
> I'm beginning to wonder about these exceptions.
>
> They are:
>
> 1) net.sf.tapestry.components.Foreach method
> "setIndexBinding(IBinding
> value)" gives MethodFailedException wrapping NoSuchMethodException
> 2) net.sf.tapestry.form.Form method "setStatefulBinding(IBinding
> statefulBinding)" gives MethodFailedException wrapping
> NoSuchMethodException
>
> I find it interesting that they both are methods on
> Components that take
> a single IBinding object for their parameter. My presumption here is
> that your code is in WEB-INF/classes and that the Tapestry
> classes are
> in WEB-INF/lib/<tapestry>.jar. I've seen this kind of error
> on my own
> stuff when the context is reloaded after I do a build. The
> classes from
> the WEB-INF/classes directory are reloaded just fine but the
> jar classes
> get duplicated and the system doesn't recognize valid method
> signatures
> because IBinding from the new jar does not match a previous version
> exactly. Since OGNL caches class information it may be holding a
> reference to "IBinding" that is different from the newly
> loaded one. Is
> the context being reloaded? Is there any way to tell?
>
> - Drew
>
> --
> +---------------------------------+
> < Drew Davidson | OGNL Technology >
> +---------------------------------+
> | Email: drew@ognl.org /
> | Web: http://www.ognl.org /
> | Vox: (520) 531-1966 <
> | Fax: (520) 531-1965 \
> | Mobile: (520) 405-2967 \
> +---------------------------------+
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Drew Davidson <dr...@ognl.org>.
I'm beginning to wonder about these exceptions.
They are:
1) net.sf.tapestry.components.Foreach method "setIndexBinding(IBinding
value)" gives MethodFailedException wrapping NoSuchMethodException
2) net.sf.tapestry.form.Form method "setStatefulBinding(IBinding
statefulBinding)" gives MethodFailedException wrapping NoSuchMethodException
I find it interesting that they both are methods on Components that take
a single IBinding object for their parameter. My presumption here is
that your code is in WEB-INF/classes and that the Tapestry classes are
in WEB-INF/lib/<tapestry>.jar. I've seen this kind of error on my own
stuff when the context is reloaded after I do a build. The classes from
the WEB-INF/classes directory are reloaded just fine but the jar classes
get duplicated and the system doesn't recognize valid method signatures
because IBinding from the new jar does not match a previous version
exactly. Since OGNL caches class information it may be holding a
reference to "IBinding" that is different from the newly loaded one. Is
the context being reloaded? Is there any way to tell?
- Drew
--
+---------------------------------+
< Drew Davidson | OGNL Technology >
+---------------------------------+
| Email: drew@ognl.org /
| Web: http://www.ognl.org /
| Vox: (520) 531-1966 <
| Fax: (520) 531-1965 \
| Mobile: (520) 405-2967 \
+---------------------------------+
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Eric Schneider <er...@centralparksoftware.com>.
Adam,
It's the nhl.com. They've got an interesting setup. Due to the volume, a
majority of the pages are written to static files nightly. Perl scripts
invoke tapestry urls to write out this content. There are portions of the
site that are always dynamically driven (Scoreboards, Schedules, News, Quick
Polls, etc.).
e.
----- Original Message -----
From: "Adam Greene" <ag...@romulin.com>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Friday, April 25, 2003 2:59 PM
Subject: RE: exceptions w/ tapestry 2.2 during high volume
> What website is this?? I would like to see how other people are using
> Tapestry, if you don't mind...
>
> -----Original Message-----
> From: Eric Schneider [mailto:eric@centralparksoftware.com]
> Sent: Friday, April 25, 2003 3:26 PM
> To: Tapestry users
> Subject: Re: exceptions w/ tapestry 2.2 during high volume
>
>
> Hi Drew,
>
> We're using ognl version 2.1.4. The exception seems to be thrown within
a
> tapestry foreach component. We use the index binding in three repetitions
> in the entire app, so it must be occurring in one or all of them (the
traces
> don't a mention any of our pages or components). We have a bunch foreach
> components in the project, but aside from the three I mentioned, they
don't
> use the index binding. I'm assuming this exception couldn't be caused by
> any of them (Howard, can you confirm?).
>
> The traffic on the site is astronomical. On Tuesday, we served 3.5
million
> page views by noon. For a 3-4 hour period that afternoon these exceptions
> were thrown constantly. Compounding the confusion, we were having
hardware
> problems with our db server's network card during this time period. After
> the hardware issue was cleared up, the exceptions have been much more
> infrequent.
>
> Though, last night the "setIndexBinding" exception was thrown 44 times in
a
> three minute period (1:12-1:15am EST). Good news is they haven't happened
> since then. Coincidentally, this is just around the time the Anaheim vs.
> Dallas game ended, which probably caused a big spike in traffic.
>
> Let me know if you need anything else.
>
> Thanks in advance!
> Eric
>
> .java: (games are fetched in the prepareForRender() method)
> protected List games;
> protected Game game;
> protected int gameIndex;
>
> public Game getGame() {
> return game;
> }
> public void setGame(Game value) {
> game = value;
> }
> public List getGameList() {
> return games;
> }
> public void setGameList(List value) {
> games = value;
> }
> public int getGameIndex() {
> return gameIndex;
> }
> public void setGameIndex(int value) {
> gameIndex = value;
> }
> public void cleanupAfterRender(IRequestCycle cycle) {
> games = null;
> game = null;
> super.cleanupAfterRender(cycle);
> }
>
> .jwc:
> <component id="gameList" type="Foreach">
> <binding name="source" expression="gameList"/>
> <binding name="value" expression="game"/>
> <binding name="index" expression="gameIndex"/>
> </component>
>
> ----- Original Message -----
> From: "Drew Davidson" <dr...@ognl.org>
> To: "Tapestry users" <ta...@jakarta.apache.org>
> Sent: Friday, April 25, 2003 12:35 PM
> Subject: Re: exceptions w/ tapestry 2.2 during high volume
>
>
> > Eric Schneider wrote:
> >
> > >Hi all,
> > >
> > >We've deployed an application a few weeks back that has been throwing
> random
> > >exceptions during very high volumn. In development and under a normal
> load,
> > >these exceptions don't occur.
> > >
> > >The one that is especailly confusing is the first one
> > >(NoSuchMethodException: setIndexBinding()). We have a handful of pages
> that
> > >contain repetitions using an index binding. The index is a private
> instance
> > >variable of type int, with public get and set methods.
> > >
> > >I believe I'm doing everything correctly. What's unfortunate, is there
> is
> > >no mention of any of my pages or components in the stack traces. :-|
> > >
> > >Can someone explain why these exceptions would be thrown? Is there
> > >something I could do to avoid this behavior?
> > >
> > >
> > Ok, I have the exception traces, now I need some other information.
> >
> > Could you tell me which version of OGNL you are using and also give me
> > some of the code that caused this error. I'd like to see what it is
> > setting and the context of the call.
> >
> > Thanks!
> >
> > - Drew
> >
> > --
> > +---------------------------------+
> > < Drew Davidson | OGNL Technology >
> > +---------------------------------+
> > | Email: drew@ognl.org /
> > | Web: http://www.ognl.org /
> > | Vox: (520) 531-1966 <
> > | Fax: (520) 531-1965 \
> > | Mobile: (520) 405-2967 \
> > +---------------------------------+
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
RE: exceptions w/ tapestry 2.2 during high volume
Posted by Adam Greene <ag...@romulin.com>.
What website is this?? I would like to see how other people are using
Tapestry, if you don't mind...
-----Original Message-----
From: Eric Schneider [mailto:eric@centralparksoftware.com]
Sent: Friday, April 25, 2003 3:26 PM
To: Tapestry users
Subject: Re: exceptions w/ tapestry 2.2 during high volume
Hi Drew,
We're using ognl version 2.1.4. The exception seems to be thrown within a
tapestry foreach component. We use the index binding in three repetitions
in the entire app, so it must be occurring in one or all of them (the traces
don't a mention any of our pages or components). We have a bunch foreach
components in the project, but aside from the three I mentioned, they don't
use the index binding. I'm assuming this exception couldn't be caused by
any of them (Howard, can you confirm?).
The traffic on the site is astronomical. On Tuesday, we served 3.5 million
page views by noon. For a 3-4 hour period that afternoon these exceptions
were thrown constantly. Compounding the confusion, we were having hardware
problems with our db server's network card during this time period. After
the hardware issue was cleared up, the exceptions have been much more
infrequent.
Though, last night the "setIndexBinding" exception was thrown 44 times in a
three minute period (1:12-1:15am EST). Good news is they haven't happened
since then. Coincidentally, this is just around the time the Anaheim vs.
Dallas game ended, which probably caused a big spike in traffic.
Let me know if you need anything else.
Thanks in advance!
Eric
.java: (games are fetched in the prepareForRender() method)
protected List games;
protected Game game;
protected int gameIndex;
public Game getGame() {
return game;
}
public void setGame(Game value) {
game = value;
}
public List getGameList() {
return games;
}
public void setGameList(List value) {
games = value;
}
public int getGameIndex() {
return gameIndex;
}
public void setGameIndex(int value) {
gameIndex = value;
}
public void cleanupAfterRender(IRequestCycle cycle) {
games = null;
game = null;
super.cleanupAfterRender(cycle);
}
.jwc:
<component id="gameList" type="Foreach">
<binding name="source" expression="gameList"/>
<binding name="value" expression="game"/>
<binding name="index" expression="gameIndex"/>
</component>
----- Original Message -----
From: "Drew Davidson" <dr...@ognl.org>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Friday, April 25, 2003 12:35 PM
Subject: Re: exceptions w/ tapestry 2.2 during high volume
> Eric Schneider wrote:
>
> >Hi all,
> >
> >We've deployed an application a few weeks back that has been throwing
random
> >exceptions during very high volumn. In development and under a normal
load,
> >these exceptions don't occur.
> >
> >The one that is especailly confusing is the first one
> >(NoSuchMethodException: setIndexBinding()). We have a handful of pages
that
> >contain repetitions using an index binding. The index is a private
instance
> >variable of type int, with public get and set methods.
> >
> >I believe I'm doing everything correctly. What's unfortunate, is there
is
> >no mention of any of my pages or components in the stack traces. :-|
> >
> >Can someone explain why these exceptions would be thrown? Is there
> >something I could do to avoid this behavior?
> >
> >
> Ok, I have the exception traces, now I need some other information.
>
> Could you tell me which version of OGNL you are using and also give me
> some of the code that caused this error. I'd like to see what it is
> setting and the context of the call.
>
> Thanks!
>
> - Drew
>
> --
> +---------------------------------+
> < Drew Davidson | OGNL Technology >
> +---------------------------------+
> | Email: drew@ognl.org /
> | Web: http://www.ognl.org /
> | Vox: (520) 531-1966 <
> | Fax: (520) 531-1965 \
> | Mobile: (520) 405-2967 \
> +---------------------------------+
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Eric Schneider <er...@centralparksoftware.com>.
Hi Drew,
We're using ognl version 2.1.4. The exception seems to be thrown within a
tapestry foreach component. We use the index binding in three repetitions
in the entire app, so it must be occurring in one or all of them (the traces
don't a mention any of our pages or components). We have a bunch foreach
components in the project, but aside from the three I mentioned, they don't
use the index binding. I'm assuming this exception couldn't be caused by
any of them (Howard, can you confirm?).
The traffic on the site is astronomical. On Tuesday, we served 3.5 million
page views by noon. For a 3-4 hour period that afternoon these exceptions
were thrown constantly. Compounding the confusion, we were having hardware
problems with our db server's network card during this time period. After
the hardware issue was cleared up, the exceptions have been much more
infrequent.
Though, last night the "setIndexBinding" exception was thrown 44 times in a
three minute period (1:12-1:15am EST). Good news is they haven't happened
since then. Coincidentally, this is just around the time the Anaheim vs.
Dallas game ended, which probably caused a big spike in traffic.
Let me know if you need anything else.
Thanks in advance!
Eric
.java: (games are fetched in the prepareForRender() method)
protected List games;
protected Game game;
protected int gameIndex;
public Game getGame() {
return game;
}
public void setGame(Game value) {
game = value;
}
public List getGameList() {
return games;
}
public void setGameList(List value) {
games = value;
}
public int getGameIndex() {
return gameIndex;
}
public void setGameIndex(int value) {
gameIndex = value;
}
public void cleanupAfterRender(IRequestCycle cycle) {
games = null;
game = null;
super.cleanupAfterRender(cycle);
}
.jwc:
<component id="gameList" type="Foreach">
<binding name="source" expression="gameList"/>
<binding name="value" expression="game"/>
<binding name="index" expression="gameIndex"/>
</component>
----- Original Message -----
From: "Drew Davidson" <dr...@ognl.org>
To: "Tapestry users" <ta...@jakarta.apache.org>
Sent: Friday, April 25, 2003 12:35 PM
Subject: Re: exceptions w/ tapestry 2.2 during high volume
> Eric Schneider wrote:
>
> >Hi all,
> >
> >We've deployed an application a few weeks back that has been throwing
random
> >exceptions during very high volumn. In development and under a normal
load,
> >these exceptions don't occur.
> >
> >The one that is especailly confusing is the first one
> >(NoSuchMethodException: setIndexBinding()). We have a handful of pages
that
> >contain repetitions using an index binding. The index is a private
instance
> >variable of type int, with public get and set methods.
> >
> >I believe I'm doing everything correctly. What's unfortunate, is there
is
> >no mention of any of my pages or components in the stack traces. :-|
> >
> >Can someone explain why these exceptions would be thrown? Is there
> >something I could do to avoid this behavior?
> >
> >
> Ok, I have the exception traces, now I need some other information.
>
> Could you tell me which version of OGNL you are using and also give me
> some of the code that caused this error. I'd like to see what it is
> setting and the context of the call.
>
> Thanks!
>
> - Drew
>
> --
> +---------------------------------+
> < Drew Davidson | OGNL Technology >
> +---------------------------------+
> | Email: drew@ognl.org /
> | Web: http://www.ognl.org /
> | Vox: (520) 531-1966 <
> | Fax: (520) 531-1965 \
> | Mobile: (520) 405-2967 \
> +---------------------------------+
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
Re: exceptions w/ tapestry 2.2 during high volume
Posted by Drew Davidson <dr...@ognl.org>.
Eric Schneider wrote:
>Hi all,
>
>We've deployed an application a few weeks back that has been throwing random
>exceptions during very high volumn. In development and under a normal load,
>these exceptions don't occur.
>
>The one that is especailly confusing is the first one
>(NoSuchMethodException: setIndexBinding()). We have a handful of pages that
>contain repetitions using an index binding. The index is a private instance
>variable of type int, with public get and set methods.
>
>I believe I'm doing everything correctly. What's unfortunate, is there is
>no mention of any of my pages or components in the stack traces. :-|
>
>Can someone explain why these exceptions would be thrown? Is there
>something I could do to avoid this behavior?
>
>
Ok, I have the exception traces, now I need some other information.
Could you tell me which version of OGNL you are using and also give me
some of the code that caused this error. I'd like to see what it is
setting and the context of the call.
Thanks!
- Drew
--
+---------------------------------+
< Drew Davidson | OGNL Technology >
+---------------------------------+
| Email: drew@ognl.org /
| Web: http://www.ognl.org /
| Vox: (520) 531-1966 <
| Fax: (520) 531-1965 \
| Mobile: (520) 405-2967 \
+---------------------------------+
RE: exceptions w/ tapestry 2.2 during high volume
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
Have to check in with Drew about how well OGNL works under these conditions.
There may be some race conditions w.r.t. class loaders, loading classes
simultaneously.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Eric Schneider [mailto:eric@centralparksoftware.com]
> Sent: Wednesday, April 23, 2003 9:10 PM
> To: Tapestry users
> Subject: exceptions w/ tapestry 2.2 during high volume
>
>
> Hi all,
>
> We've deployed an application a few weeks back that has been
> throwing random exceptions during very high volumn. In
> development and under a normal load, these exceptions don't occur.
>
> The one that is especailly confusing is the first one
> (NoSuchMethodException: setIndexBinding()). We have a
> handful of pages that contain repetitions using an index
> binding. The index is a private instance variable of type
> int, with public get and set methods.
>
> I believe I'm doing everything correctly. What's
> unfortunate, is there is no mention of any of my pages or
> components in the stack traces. :-|
>
> Can someone explain why these exceptions would be thrown? Is
> there something I could do to avoid this behavior?
>
> Thanks in advance,
> Eric
>
> Exception # 1)
> net.sf.tapestry.ApplicationRuntimeException: Method
> "setIndexBinding" failed for object net.sf.tapestry.components.Foreach
> ognl.MethodFailedException: Method "setIndexBinding" failed
> for object net.sf.tapestry.components.Foreach
> java.lang.NoSuchMethodException:
> setIndexBinding(net.sf.tapestry.binding.ExpressionBinding)
> ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
> ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
> ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
> ognl.ASTProperty.setValue(ASTProperty.java)
> ognl.Ognl.setValue(Ognl.java)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
> net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent
> .java:705)
> net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
> net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
> net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
> net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
> net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:175)
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.StandardWrapperValve.invokeServletSer
> vice(StandardW
> rapperValve.java:720)
> org.apache.catalina.core.StandardWrapperValve.access$000(Stand
> ardWrapperValv
> e.java:118)
> org.apache.catalina.core.StandardWrapperValve$1.run(StandardWr
> apperValve.jav
> a:278)
> java.security.AccessController.doPrivileged(Native Method)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:274)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:212)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:203
> )
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSA
> PIProcessor.ja
> va:157)
>
> Exception # 2)
> ognl.MethodFailedException: Method "setStatefulBinding"
> failed for object net.sf.tapestry.form.Form
> java.lang.NoSuchMethodException:
> setStatefulBinding(net.sf.tapestry.binding.ExpressionBinding)
> ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
> ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
> ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
> ognl.ASTProperty.setValue(ASTProperty.java)
> ognl.Ognl.setValue(Ognl.java)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
> net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent
> .java:705)
> net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
> net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
> net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
> net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
> net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:175)
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.StandardWrapperValve.invokeServletSer
> vice(StandardW
> rapperValve.java:720)
> org.apache.catalina.core.StandardWrapperValve.access$000(Stand
> ardWrapperValv
> e.java:118)
> org.apache.catalina.core.StandardWrapperValve$1.run(StandardWr
> apperValve.jav
> a:278)
> java.security.AccessController.doPrivileged(Native Method)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:274)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:212)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:203
> )
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSA
> PIProcessor.ja
> va:157)
> com.iplanet.ias.web.WebContainer.service(WebContainer.java:598)
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
RE: exceptions w/ tapestry 2.2 during high volume
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
I'm still waiting for Drew to do some high-load testing.
All Tapestry access to OGNL filters through a single class, OgnlUtils. If
you make the static methods on OgnlUtils synchronized, you may be able to
avoid your problem. It would also help us to diagnose the problem.
Obviously, there would be a performance hit, because Tapestry applications
spend a good amount of time inside OGNL.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Eric Schneider [mailto:eric@centralparksoftware.com]
> Sent: Wednesday, April 23, 2003 9:10 PM
> To: Tapestry users
> Subject: exceptions w/ tapestry 2.2 during high volume
>
>
> Hi all,
>
> We've deployed an application a few weeks back that has been
> throwing random exceptions during very high volumn. In
> development and under a normal load, these exceptions don't occur.
>
> The one that is especailly confusing is the first one
> (NoSuchMethodException: setIndexBinding()). We have a
> handful of pages that contain repetitions using an index
> binding. The index is a private instance variable of type
> int, with public get and set methods.
>
> I believe I'm doing everything correctly. What's
> unfortunate, is there is no mention of any of my pages or
> components in the stack traces. :-|
>
> Can someone explain why these exceptions would be thrown? Is
> there something I could do to avoid this behavior?
>
> Thanks in advance,
> Eric
>
> Exception # 1)
> net.sf.tapestry.ApplicationRuntimeException: Method
> "setIndexBinding" failed for object net.sf.tapestry.components.Foreach
> ognl.MethodFailedException: Method "setIndexBinding" failed
> for object net.sf.tapestry.components.Foreach
> java.lang.NoSuchMethodException:
> setIndexBinding(net.sf.tapestry.binding.ExpressionBinding)
> ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
> ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
> ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
> ognl.ASTProperty.setValue(ASTProperty.java)
> ognl.Ognl.setValue(Ognl.java)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
> net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent
> .java:705)
> net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
> net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
> net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
> net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
> net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:175)
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.StandardWrapperValve.invokeServletSer
> vice(StandardW
> rapperValve.java:720)
> org.apache.catalina.core.StandardWrapperValve.access$000(Stand
> ardWrapperValv
> e.java:118)
> org.apache.catalina.core.StandardWrapperValve$1.run(StandardWr
> apperValve.jav
> a:278)
> java.security.AccessController.doPrivileged(Native Method)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:274)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:212)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:203
> )
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSA
> PIProcessor.ja
> va:157)
>
> Exception # 2)
> ognl.MethodFailedException: Method "setStatefulBinding"
> failed for object net.sf.tapestry.form.Form
> java.lang.NoSuchMethodException:
> setStatefulBinding(net.sf.tapestry.binding.ExpressionBinding)
> ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
> ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
> ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
> ognl.ASTProperty.setValue(ASTProperty.java)
> ognl.Ognl.setValue(Ognl.java)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
> net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent
> .java:705)
> net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
> net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
> net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
> net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
> net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:175)
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.StandardWrapperValve.invokeServletSer
> vice(StandardW
> rapperValve.java:720)
> org.apache.catalina.core.StandardWrapperValve.access$000(Stand
> ardWrapperValv
> e.java:118)
> org.apache.catalina.core.StandardWrapperValve$1.run(StandardWr
> apperValve.jav
> a:278)
> java.security.AccessController.doPrivileged(Native Method)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:274)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:212)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:203
> )
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSA
> PIProcessor.ja
> va:157)
> com.iplanet.ias.web.WebContainer.service(WebContainer.java:598)
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
RE: exceptions w/ tapestry 2.2 during high volume
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
Drew, the OGNL guy, is taking a peek at this.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Eric Schneider [mailto:eric@centralparksoftware.com]
> Sent: Wednesday, April 23, 2003 9:10 PM
> To: Tapestry users
> Subject: exceptions w/ tapestry 2.2 during high volume
>
>
> Hi all,
>
> We've deployed an application a few weeks back that has been
> throwing random exceptions during very high volumn. In
> development and under a normal load, these exceptions don't occur.
>
> The one that is especailly confusing is the first one
> (NoSuchMethodException: setIndexBinding()). We have a
> handful of pages that contain repetitions using an index
> binding. The index is a private instance variable of type
> int, with public get and set methods.
>
> I believe I'm doing everything correctly. What's
> unfortunate, is there is no mention of any of my pages or
> components in the stack traces. :-|
>
> Can someone explain why these exceptions would be thrown? Is
> there something I could do to avoid this behavior?
>
> Thanks in advance,
> Eric
>
> Exception # 1)
> net.sf.tapestry.ApplicationRuntimeException: Method
> "setIndexBinding" failed for object net.sf.tapestry.components.Foreach
> ognl.MethodFailedException: Method "setIndexBinding" failed
> for object net.sf.tapestry.components.Foreach
> java.lang.NoSuchMethodException:
> setIndexBinding(net.sf.tapestry.binding.ExpressionBinding)
> ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
> ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
> ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
> ognl.ASTProperty.setValue(ASTProperty.java)
> ognl.Ognl.setValue(Ognl.java)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
> net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent
> .java:705)
> net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
> net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
> net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
> net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
> net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:175)
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.StandardWrapperValve.invokeServletSer
> vice(StandardW
> rapperValve.java:720)
> org.apache.catalina.core.StandardWrapperValve.access$000(Stand
> ardWrapperValv
> e.java:118)
> org.apache.catalina.core.StandardWrapperValve$1.run(StandardWr
> apperValve.jav
> a:278)
> java.security.AccessController.doPrivileged(Native Method)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:274)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:212)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:203
> )
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSA
> PIProcessor.ja
> va:157)
>
> Exception # 2)
> ognl.MethodFailedException: Method "setStatefulBinding"
> failed for object net.sf.tapestry.form.Form
> java.lang.NoSuchMethodException:
> setStatefulBinding(net.sf.tapestry.binding.ExpressionBinding)
> ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
> ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
> ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
> ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
> ognl.ASTProperty.setValue(ASTProperty.java)
> ognl.Ognl.setValue(Ognl.java)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
> net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
> net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent
> .java:705)
> net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
> net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
> net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
> net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
> net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
> net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
> net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
> net.sf.tapestry.ApplicationServlet.doService(ApplicationServle
> t.java:175)
> net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.StandardWrapperValve.invokeServletSer
> vice(StandardW
> rapperValve.java:720)
> org.apache.catalina.core.StandardWrapperValve.access$000(Stand
> ardWrapperValv
> e.java:118)
> org.apache.catalina.core.StandardWrapperValve$1.run(StandardWr
> apperValve.jav
> a:278)
> java.security.AccessController.doPrivileged(Native Method)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:274)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:212)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:203
> )
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:505)
> com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSA
> PIProcessor.ja
> va:157)
> com.iplanet.ias.web.WebContainer.service(WebContainer.java:598)
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
exceptions w/ tapestry 2.2 during high volume
Posted by Eric Schneider <er...@centralparksoftware.com>.
Hi all,
We've deployed an application a few weeks back that has been throwing random
exceptions during very high volumn. In development and under a normal load,
these exceptions don't occur.
The one that is especailly confusing is the first one
(NoSuchMethodException: setIndexBinding()). We have a handful of pages that
contain repetitions using an index binding. The index is a private instance
variable of type int, with public get and set methods.
I believe I'm doing everything correctly. What's unfortunate, is there is
no mention of any of my pages or components in the stack traces. :-|
Can someone explain why these exceptions would be thrown? Is there
something I could do to avoid this behavior?
Thanks in advance,
Eric
Exception # 1)
net.sf.tapestry.ApplicationRuntimeException: Method "setIndexBinding" failed
for object net.sf.tapestry.components.Foreach
ognl.MethodFailedException: Method "setIndexBinding" failed for object
net.sf.tapestry.components.Foreach
java.lang.NoSuchMethodException:
setIndexBinding(net.sf.tapestry.binding.ExpressionBinding)
ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
ognl.ASTProperty.setValue(ASTProperty.java)
ognl.Ognl.setValue(Ognl.java)
net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent.java:705)
net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
net.sf.tapestry.ApplicationServlet.doService(ApplicationServlet.java:175)
net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardW
rapperValve.java:720)
org.apache.catalina.core.StandardWrapperValve.access$000(StandardWrapperValv
e.java:118)
org.apache.catalina.core.StandardWrapperValve$1.run(StandardWrapperValve.jav
a:278)
java.security.AccessController.doPrivileged(Native Method)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:274)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:212)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:203
)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.ja
va:157)
Exception # 2)
ognl.MethodFailedException: Method "setStatefulBinding" failed for object
net.sf.tapestry.form.Form
java.lang.NoSuchMethodException:
setStatefulBinding(net.sf.tapestry.binding.ExpressionBinding)
ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java)
ognl.OgnlRuntime.callMethod(OgnlRuntime.java)
ognl.OgnlRuntime.setMethodValue(OgnlRuntime.java)
ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java)
ognl.OgnlRuntime.setProperty(OgnlRuntime.java)
ognl.ASTProperty.setValue(ASTProperty.java)
ognl.Ognl.setValue(Ognl.java)
net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:112)
net.sf.tapestry.util.prop.OgnlUtils.set(OgnlUtils.java:94)
net.sf.tapestry.AbstractComponent.setBinding(AbstractComponent.java:705)
net.sf.tapestry.pageload.PageLoader.bind(PageLoader.java:230)
net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:543)
net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
net.sf.tapestry.pageload.PageLoader.setBindings(PageLoader.java:545)
net.sf.tapestry.pageload.PageLoader.loadPage(PageLoader.java:499)
net.sf.tapestry.pageload.PageSource.getPage(PageSource.java:219)
net.sf.tapestry.engine.RequestCycle.getPage(RequestCycle.java:226)
net.sf.tapestry.engine.DirectService.service(DirectService.java:117)
net.sf.tapestry.engine.AbstractEngine.service(AbstractEngine.java:746)
net.sf.tapestry.ApplicationServlet.doService(ApplicationServlet.java:175)
net.sf.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:144)
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
org.apache.catalina.core.StandardWrapperValve.invokeServletService(StandardW
rapperValve.java:720)
org.apache.catalina.core.StandardWrapperValve.access$000(StandardWrapperValv
e.java:118)
org.apache.catalina.core.StandardWrapperValve$1.run(StandardWrapperValve.jav
a:278)
java.security.AccessController.doPrivileged(Native Method)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:274)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:212)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:203
)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:505)
com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.ja
va:157)
com.iplanet.ias.web.WebContainer.service(WebContainer.java:598)
Re: Moving from Tapestry 2.2 to 2.4-alpha-5
Posted by Shantanu Deo <sh...@elixir-it.com>.
Thanks, a clean install of JBoss with copying the reqd. files from Tapestry
again seemed to fix it.
But I desperately need _ANY_AVAILABLE_ documents pertaining to the latest
version, even if it is in an incomplete state, it would spare me a lot of
pain. Please mail me if you can.
Thanks a million
Shantanu
----- Original Message -----
From: "Howard M. Lewis Ship" <hl...@attbi.com>
To: "'Tapestry users'" <ta...@jakarta.apache.org>; "'Shantanu Deo'"
<sh...@elixir-it.com>
Sent: Wednesday, April 23, 2003 2:00 PM
Subject: RE: Moving from Tapestry 2.2 to 2.4-alpha-5
> The supporting libraries for Tapestry have changed significantly. You
most
> likely have an issue with an XML parser, or a conflict on a version of
> Jakarta Digester. Check along those lines.
>
> --
> Howard M. Lewis Ship
> Creator, Tapestry: Java Web Components
> http://jakarta.apache.org/tapestry
>
>
>
> > -----Original Message-----
> > From: Shantanu Deo [mailto:shantanu@elixir-it.com]
> > Sent: Wednesday, April 23, 2003 1:15 PM
> > To: Tapestry users
> > Subject: Moving from Tapestry 2.2 to 2.4-alpha-5
> >
> >
> > Hi
> > We are trying to move an app. that used to run on 2.2 to
> > 2.4 alpha-5.
> > I get the following exception when we point the browser to our app.
> >
> >
> > type Exception report
> >
Re: Moving from Tapestry 2.2 to 2.4-alpha-5
Posted by Christian Sell <ch...@netcologne.de>.
How's your web.xml? Is your .application file being loaded at all?
>
>
>>-----Original Message-----
>>From: Shantanu Deo [mailto:shantanu@elixir-it.com]
>>Sent: Wednesday, April 23, 2003 10:14 PM
>>To: Tapestry users
>>Subject: Re: Moving from Tapestry 2.2 to 2.4-alpha-5
>>
>>
>>Sorry for this folks, but I simply don't know what is wrong.
>>
>> I have the following application specification
>>
>><?xml version="1.0" encoding="UTF-8"?>
>><!-- $Id: HelloWorld.application,v 1.9 2002/08/09 11:54:40
>>hship Exp $ -->
>><!DOCTYPE application PUBLIC
>>"-//Apache Software Foundation//Tapestry Specification 1.4//EN"
>>"http://jakarta.apache.org/tapestry/dtd/Tapestry_1_4.dtd">
>>
>><application name="Apollo"
>>engine-class="org.apache.tapestry.engine.SimpleEngine" >
>>
>><property name="org.apache.tapestry.visit-class"
>> value="com.elixir.apollo.Visit"/>
>><page name="Home"
>>specification-path="/com/elixir/apollo/pages/Home.page"/>
>><more pages here>
>></application>
>>************************************************
>> But I still get a ApplicationRuntimeException which says
>>Page 'Home' not found in application namespace
>> and the following stack trace
>>
>>Stack Trace:
>>org.apache.tapestry.resolver.PageSpecificationResolver.resolve
>>(PageSpecifica
>>tionResolver.java:161)
>>org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:183)
>>org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:236)
>>org.apache.tapestry.engine.HomeService.service(HomeService.java:101)
>>org.apache.tapestry.engine.AbstractEngine.service(AbstractEngi
>>ne.java:878)
>>org.apache.tapestry.ApplicationServlet.doService(ApplicationSe
>>rvlet.java:238
>>)
>>org.apache.tapestry.ApplicationServlet.doGet(ApplicationServle
>>t.java:199)
>>javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
>>javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>>org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
>>er(Application
>>FilterChain.java:247)
>>org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
>>cationFilterCh
>>ain.java:193)
>>org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
>>rapperValve.ja
>>va:260)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:643)
>>org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
>>ine.java:480)
>>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>>org.apache.catalina.core.StandardContextValve.invoke(StandardC
>>ontextValve.ja
>>va:191)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:643)
>>org.apache.catalina.valves.CertificatesValve.invoke(Certificat
>>esValve.java:2
>>46)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:641)
>>org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
>>ine.java:480)
>>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>>org.apache.catalina.core.StandardContext.invoke(StandardContex
>>t.java:2396)
>>org.apache.catalina.core.StandardHostValve.invoke(StandardHost
>>Valve.java:180
>>)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:643)
>>org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
>>spatcherValve.
>>java:170)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:641)
>>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
>>Valve.java:172
>>)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:641)
>>org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
>>e.java:469)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:641)
>>org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
>>ine.java:480)
>>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>>org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
>>gineValve.java
>>:174)
>>org.apache.catalina.core.StandardPipeline$StandardPipelineValv
>>eContext.invok
>>eNext(StandardPipeline.java:643)
>>org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
>>ine.java:480)
>>org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>>org.apache.catalina.connector.http.HttpProcessor.process(HttpP
>>rocessor.java:
>>1040)
>>org.apache.catalina.connector.http.HttpProcessor.run(HttpProce
>>ssor.java:1151
>>)
>>java.lang.Thread.run(Thread.java:536)
>>
>>
>>Any help is deeply appreciated.
>>
>>Thanks in advance
>>Shantanu
>>
>>
>>
>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
Re: Moving from Tapestry 2.2 to 2.4-alpha-5
Posted by Shantanu Deo <sh...@elixir-it.com>.
Hi
It was me, and that problem seemed to be some old jar file of some
library. But after that was resolved, I still cannot get past this
particular problem. Honestly, I think you (meaning the Tapestry Gurus-
Howard and Co) will free yourself from having to answer a lot of queries
like mine, if only you had all the documentation in place, then you can
truly say RTFM and focus on development and taking tapestry further. So my
plea to all the powers that be, is to make haste and bring the documentation
upto date. Currently all you see is --- "This is out of date".
-Shantanu
----- Original Message -----
From: "Howard M. Lewis Ship" <hl...@attbi.com>
To: "'Tapestry users'" <ta...@jakarta.apache.org>; "'Shantanu Deo'"
<sh...@elixir-it.com>
Sent: Wednesday, April 23, 2003 11:03 PM
Subject: RE: Moving from Tapestry 2.2 to 2.4-alpha-5
> Please check the last couple of days postings; someone else hit the exact
> same problem.
>
> --
> Howard M. Lewis Ship
> Creator, Tapestry: Java Web Components
> http://jakarta.apache.org/tapestry
>
>
>
> > -----Original Message-----
> > From: Shantanu Deo [mailto:shantanu@elixir-it.com]
> > Sent: Wednesday, April 23, 2003 10:14 PM
> > To: Tapestry users
> > Subject: Re: Moving from Tapestry 2.2 to 2.4-alpha-5
> >
> >
> > Sorry for this folks, but I simply don't know what is wrong.
> >
> > I have the following application specification
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <!-- $Id: HelloWorld.application,v 1.9 2002/08/09 11:54:40
> > hship Exp $ -->
> > <!DOCTYPE application PUBLIC
> > "-//Apache Software Foundation//Tapestry Specification 1.4//EN"
> > "http://jakarta.apache.org/tapestry/dtd/Tapestry_1_4.dtd">
> >
> > <application name="Apollo"
> > engine-class="org.apache.tapestry.engine.SimpleEngine" >
> >
> > <property name="org.apache.tapestry.visit-class"
> > value="com.elixir.apollo.Visit"/>
> > <page name="Home"
> > specification-path="/com/elixir/apollo/pages/Home.page"/>
> > <more pages here>
> > </application>
> > ************************************************
> > But I still get a ApplicationRuntimeException which says
> > Page 'Home' not found in application namespace
> > and the following stack trace
> >
> > Stack Trace:
> > org.apache.tapestry.resolver.PageSpecificationResolver.resolve
> > (PageSpecifica
> > tionResolver.java:161)
> > org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:183)
> > org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:236)
> > org.apache.tapestry.engine.HomeService.service(HomeService.java:101)
> > org.apache.tapestry.engine.AbstractEngine.service(AbstractEngi
> > ne.java:878)
> > org.apache.tapestry.ApplicationServlet.doService(ApplicationSe
> > rvlet.java:238
> > )
> > org.apache.tapestry.ApplicationServlet.doGet(ApplicationServle
> > t.java:199)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> > er(Application
> > FilterChain.java:247)
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> > cationFilterCh
> > ain.java:193)
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> > rapperValve.ja
> > va:260)
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:643)
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> > ine.java:480)
> > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> > org.apache.catalina.core.StandardContextValve.invoke(StandardC
> > ontextValve.ja
> > va:191)
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:643)
> > org.apache.catalina.valves.CertificatesValve.invoke(Certificat
> > esValve.java:2
> > 46)
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:641)
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> > ine.java:480)
> > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> > org.apache.catalina.core.StandardContext.invoke(StandardContex
> > t.java:2396)
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> > Valve.java:180
> > )
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:643)
> > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
> > spatcherValve.
> > java:170)
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:641)
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> > Valve.java:172
> > )
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:641)
> > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> > e.java:469)
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:641)
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> > ine.java:480)
> > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> > gineValve.java
> > :174)
> > org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> > eContext.invok
> > eNext(StandardPipeline.java:643)
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> > ine.java:480)
> > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> > org.apache.catalina.connector.http.HttpProcessor.process(HttpP
> > rocessor.java:
> > 1040)
> > org.apache.catalina.connector.http.HttpProcessor.run(HttpProce
> > ssor.java:1151
> > )
> > java.lang.Thread.run(Thread.java:536)
> >
> >
> > Any help is deeply appreciated.
> >
> > Thanks in advance
> > Shantanu
> >
> >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
RE: Moving from Tapestry 2.2 to 2.4-alpha-5
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
Please check the last couple of days postings; someone else hit the exact
same problem.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Shantanu Deo [mailto:shantanu@elixir-it.com]
> Sent: Wednesday, April 23, 2003 10:14 PM
> To: Tapestry users
> Subject: Re: Moving from Tapestry 2.2 to 2.4-alpha-5
>
>
> Sorry for this folks, but I simply don't know what is wrong.
>
> I have the following application specification
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!-- $Id: HelloWorld.application,v 1.9 2002/08/09 11:54:40
> hship Exp $ -->
> <!DOCTYPE application PUBLIC
> "-//Apache Software Foundation//Tapestry Specification 1.4//EN"
> "http://jakarta.apache.org/tapestry/dtd/Tapestry_1_4.dtd">
>
> <application name="Apollo"
> engine-class="org.apache.tapestry.engine.SimpleEngine" >
>
> <property name="org.apache.tapestry.visit-class"
> value="com.elixir.apollo.Visit"/>
> <page name="Home"
> specification-path="/com/elixir/apollo/pages/Home.page"/>
> <more pages here>
> </application>
> ************************************************
> But I still get a ApplicationRuntimeException which says
> Page 'Home' not found in application namespace
> and the following stack trace
>
> Stack Trace:
> org.apache.tapestry.resolver.PageSpecificationResolver.resolve
> (PageSpecifica
> tionResolver.java:161)
> org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:183)
> org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:236)
> org.apache.tapestry.engine.HomeService.service(HomeService.java:101)
> org.apache.tapestry.engine.AbstractEngine.service(AbstractEngi
> ne.java:878)
> org.apache.tapestry.ApplicationServlet.doService(ApplicationSe
> rvlet.java:238
> )
> org.apache.tapestry.ApplicationServlet.doGet(ApplicationServle
> t.java:199)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Application
> FilterChain.java:247)
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterCh
> ain.java:193)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:260)
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.ja
> va:191)
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
> org.apache.catalina.valves.CertificatesValve.invoke(Certificat
> esValve.java:2
> 46)
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:641)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> org.apache.catalina.core.StandardContext.invoke(StandardContex
> t.java:2396)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:180
> )
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
> spatcherValve.
> java:170)
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:641)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java:172
> )
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:641)
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> e.java:469)
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:641)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve.java
> :174)
> org.apache.catalina.core.StandardPipeline$StandardPipelineValv
> eContext.invok
> eNext(StandardPipeline.java:643)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:480)
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> org.apache.catalina.connector.http.HttpProcessor.process(HttpP
> rocessor.java:
> 1040)
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProce
> ssor.java:1151
> )
> java.lang.Thread.run(Thread.java:536)
>
>
> Any help is deeply appreciated.
>
> Thanks in advance
> Shantanu
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
Re: Moving from Tapestry 2.2 to 2.4-alpha-5
Posted by Shantanu Deo <sh...@elixir-it.com>.
Sorry for this folks, but I simply don't know what is wrong.
I have the following application specification
<?xml version="1.0" encoding="UTF-8"?>
<!-- $Id: HelloWorld.application,v 1.9 2002/08/09 11:54:40 hship Exp $ -->
<!DOCTYPE application PUBLIC
"-//Apache Software Foundation//Tapestry Specification 1.4//EN"
"http://jakarta.apache.org/tapestry/dtd/Tapestry_1_4.dtd">
<application name="Apollo"
engine-class="org.apache.tapestry.engine.SimpleEngine" >
<property name="org.apache.tapestry.visit-class"
value="com.elixir.apollo.Visit"/>
<page name="Home" specification-path="/com/elixir/apollo/pages/Home.page"/>
<more pages here>
</application>
************************************************
But I still get a ApplicationRuntimeException which says
Page 'Home' not found in application namespace
and the following stack trace
Stack Trace:
org.apache.tapestry.resolver.PageSpecificationResolver.resolve(PageSpecifica
tionResolver.java:161)
org.apache.tapestry.pageload.PageSource.getPage(PageSource.java:183)
org.apache.tapestry.engine.RequestCycle.getPage(RequestCycle.java:236)
org.apache.tapestry.engine.HomeService.service(HomeService.java:101)
org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:878)
org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java:238
)
org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:199)
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:260)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1040)
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151
)
java.lang.Thread.run(Thread.java:536)
Any help is deeply appreciated.
Thanks in advance
Shantanu
RE: Moving from Tapestry 2.2 to 2.4-alpha-5
Posted by "Howard M. Lewis Ship" <hl...@attbi.com>.
The supporting libraries for Tapestry have changed significantly. You most
likely have an issue with an XML parser, or a conflict on a version of
Jakarta Digester. Check along those lines.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
> -----Original Message-----
> From: Shantanu Deo [mailto:shantanu@elixir-it.com]
> Sent: Wednesday, April 23, 2003 1:15 PM
> To: Tapestry users
> Subject: Moving from Tapestry 2.2 to 2.4-alpha-5
>
>
> Hi
> We are trying to move an app. that used to run on 2.2 to
> 2.4 alpha-5.
> I get the following exception when we point the browser to our app.
>
>
> type Exception report
>
> message Internal Server Error
>
> description The server encountered an internal error
> (Internal Server Error)
> that prevented it from fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: Could not parse specification
> classpath:/org/apache/tapestry/Framework.library.
> at
> org.apache.tapestry.engine.AbstractEngine.service(AbstractEngi
> ne.java:842)
> at
> org.apache.tapestry.ApplicationServlet.doService(ApplicationSe
rvlet.java:238
> )
> at
> org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java
> <more stuff> followed by:
> root cause org.apache.tapestry.ApplicationRuntimeException:
> Could not parse
> specification classpath:/org/apache/tapestry/Framework.library.
> at
> org.apache.tapestry.engine.DefaultSpecificationSource.parseLib
> rarySpecificat
> ion(DefaultSpecificationSource.java:237)
> at
> org.apache.tapestry.engine.DefaultSpecificationSource.getLibra
> rySpecificatio
> n(DefaultSpecificationSource.java:376)
> at
> org.apache.tapestry.engine.DefaultSpecificationSource.getFrame
> workNamespace(
> DefaultSpecificationSource.java:417)
> Can anybody help us in solving this problem ?Here is the web
> application
> specification<?xml version="1.0" encoding="ISO-8859-1"?><!DOCTYPE
> web-appPUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
> 2.2//EN""http://java.sun.com/j2ee/dtds/web-app_2.2.dtd"><web-app>
> <display-name>Apollo Application</display-name> <servlet>
> <servlet-name>apollo</servlet-name>
> <servlet-class>org.apache.tapestry.ApplicationServlet</servlet-class>
> <load-on-startup>0</load-on-startup> </servlet> <!--The
> single mapping
> used for the Tapestry application--> <servlet-mapping>
> <servlet-name>apollo</servlet-name>
> <url-pattern>/app1</url-pattern>
> </servlet-mapping> <session-config>
> <session-timeout>90</session-timeout> </session-config>
> <resource-ref>
> <description> Resource reference to a factory for
> java.sql.Connection instances that may be used for
> talking to a
> particular database that is configured in the
> server.xml file.
> </description> <res-ref-name> jdbc/elixir
> </res-ref-name> <res-type> javax.sql.DataSource
> </res-type> <res-auth> Container </res-auth>
> </resource-ref></web-app>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>