Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Eelco Hillenius
We didn't fix the underlying problem as we don't understand how that
happens yet. We log a warning now instead of throwing an exception
which might be stressing out your users.

It is in the 1_2 branch.

Eelco


On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
> Where did you fix it? Is it in WICKET_1_2 branch, so i can get it via SVN?
>
> And could you tell me where the "underlying problem" is? I could try
> helping to eliminate...
>
> Marco
>
> Johan Compagner wrote:
> > i did make a quick fix so that that null pointer doesn't happen.
> > But the problem is that it doesn't really fix the underlying problem.
> > I hope that i can reproduce that somehow at some time..
> >
> > johan
> >
> >
> > On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
> >>
> >> no,  i can't reproduce it, it just occured twice today on the production
> >> server ( an online auction) when there was heavy traffic.
> >>
> >> I could however add some additional logging, so when it happens again we
> >> *might* know why.
> >> Could you give some initial hints, what and where to look for?
> >>
> >> I've had similar load on the production system last week, without these
> >> errors. But this week we're running on an IBM VM (as opposed to SUN VM
> >> before). Could this affect the problem?
> >>
> >> Marco
> >>
> >>
> >> Johan Compagner wrote:
> >> > this is very strange that it still happens on certain cases...
> >> >
> >> > Can you reproduce it? Can you give a testcase?
> >> >
> >> > johan
> >> >
> >> >
> >> > On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
> >> >>
> >> >> Today my production system threw a NullPointerException:
> >> >> (See stack trace below)
> >> >>
> >> >> This is with wicket 1.2 final (for line-number references).
> >> >> The line the NPE occured is:
> >> >>
> >> >> "session.removeAttribute(attributeForId(entry.getNumericId()));"
> >> >>
> >> >> i don't have any customized stuff here, nor do i have more than one
> >> >> pagemap, so i'm tempted to declare this as a reace condition-triggered
> >> >> bug. (because it just occured today, after 4 weeks without problems,
> >> but
> >> >> today the app was quite busy, lots of concurrent requests...)
> >> >>
> >> >> Any ideas?
> >> >>
> >> >> Rgds,
> >> >>
> >> >> Marco
> >> >>
> >> >>
> >> >> 2006-07-21 10:04:07,035 ERROR [wicket.RequestCycle]
> >> >> java.lang.NullPointerException
> >> >> at wicket.PageMap.removeEntry(PageMap.java:335)
> >> >> at wicket.PageMap.access(PageMap.java:635)
> >> >> at wicket.PageMap.get(PageMap.java:459)
> >> >> at wicket.Session.getPage(Session.java:413)
> >> >> at
> >> >>
> >> >>
> >> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage
> >>
> >> >>
> >> >> (DefaultRequestTargetResolverStrategy.java:149)
> >> >> at
> >> >> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(
> >> >> DefaultRequestTargetResolverStrategy.java:92)
> >> >> at
> >> >> wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(
> >> >> AbstractCompoundRequestCycleProcessor.java:48)
> >> >> at wicket.RequestCycle.step(RequestCycle.java:942)
> >> >> at wicket.RequestCycle.steps(RequestCycle.java:1034)
> >> >> at wicket.RequestCycle.request(RequestCycle.java:453)
> >> >> at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
> >> >> :215)
> >> >> at
> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
> >> >> at
> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> >> >> ApplicationFilterChain.java:252)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> >> >> ApplicationFilterChain.java:173)
> >> >> at
> >> >> de.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(
> >> >> BieterSessionFilter.java:126)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> >> >> ApplicationFilterChain.java:202)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> >> >> ApplicationFilterChain.java:173)
> >> >> at de.eyetea.TargetFilter.doFilter(TargetFilter.java:47)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> >> >> ApplicationFilterChain.java:202)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> >> >> ApplicationFilterChain.java:173)
> >> >> at
> >> >> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
> >> >> ReplyHeaderFilter.java:96)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> >> >> ApplicationFilterChain.java:202)
> >> >> at
> >> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> >> >> ApplicationFilterChain.java:173)
> >> >> at
> >> >> org.apache.catalina.core.StandardWrapperValve.invoke(
> >

Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Johan Compagner
yes it is now in the 1.2 branch, soon to be released 1.2.1 will have it.The underlying problem is pretty complex. It could be some threading issues and so on.What happens if that the PageMap still has a page id in its stack that already is removed
somehow from the session, which shouldn't be the case becaus everything that is in the stackshould still be there.johanOn 7/21/06, Marco Geier
 <[EMAIL PROTECTED]> wrote:Where did you fix it? Is it in WICKET_1_2 branch, so i can get it via SVN?
And could you tell me where the "underlying problem" is? I could tryhelping to eliminate...MarcoJohan Compagner wrote:> i did make a quick fix so that that null pointer doesn't happen.
> But the problem is that it doesn't really fix the underlying problem.> I hope that i can reproduce that somehow at some time..>> johan>>> On 7/21/06, Marco Geier <
[EMAIL PROTECTED]> wrote: no,  i can't reproduce it, it just occured twice today on the production>> server ( an online auction) when there was heavy traffic. I could however add some additional logging, so when it happens again we
>> *might* know why.>> Could you give some initial hints, what and where to look for? I've had similar load on the production system last week, without these>> errors. But this week we're running on an IBM VM (as opposed to SUN VM
>> before). Could this affect the problem? Marco>> Johan Compagner wrote:>> > this is very strange that it still happens on certain cases...
>> >>> > Can you reproduce it? Can you give a testcase?>> >>> > johan>> >>> >>> > On 7/21/06, Marco Geier <
[EMAIL PROTECTED]> wrote:>>  >> Today my production system threw a NullPointerException:>> >> (See stack trace below)>>  >> This is with wicket 
1.2 final (for line-number references).>> >> The line the NPE occured is:>>  >> "session.removeAttribute(attributeForId(entry.getNumericId()));">> >>
>> >> i don't have any customized stuff here, nor do i have more than one>> >> pagemap, so i'm tempted to declare this as a reace condition-triggered>> >> bug. (because it just occured today, after 4 weeks without problems,
>> but>> >> today the app was quite busy, lots of concurrent requests...)>>  >> Any ideas?>>  >> Rgds,>> >>
>> >> Marco>>   >> 2006-07-21 10:04:07,035 ERROR [wicket.RequestCycle]>> >> java.lang.NullPointerException>> >> at 
wicket.PageMap.removeEntry(PageMap.java:335)>> >> at wicket.PageMap.access(PageMap.java:635)>> >> at wicket.PageMap.get(PageMap.java:459)>> >> at wicket.Session.getPage
(Session.java:413)>> >> at>>   wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage >>
>> >> (DefaultRequestTargetResolverStrategy.java:149)>> >> at>> >> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(>> >> DefaultRequestTargetResolverStrategy.java
:92)>> >> at>> >> wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(>> >> AbstractCompoundRequestCycleProcessor.java:48)>> >> at 
wicket.RequestCycle.step(RequestCycle.java:942)>> >> at wicket.RequestCycle.steps(RequestCycle.java:1034)>> >> at wicket.RequestCycle.request(RequestCycle.java:453)>> >> at 
wicket.protocol.http.WicketServlet.doGet(WicketServlet.java>> >> :215)>> >> at>> javax.servlet.http.HttpServlet.service(HttpServlet.java:697)>> >> at
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:810)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(>> >> ApplicationFilterChain.java
:252)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> >> ApplicationFilterChain.java:173)>> >> at>> >> 
de.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(>> >> BieterSessionFilter.java:126)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(>> >> ApplicationFilterChain.java:202)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> >> ApplicationFilterChain.java:173)
>> >> at de.eyetea.TargetFilter.doFilter(TargetFilter.java:47)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(>> >> 
ApplicationFilterChain.java:202)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> >> ApplicationFilterChain.java:173)>> >> at
>> >> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(>> >> ReplyHeaderFilter.java:96)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(>> >> ApplicationFilterChain.java:202)>> >> at>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> >> ApplicationFilterChain.java:173)
>> >> at>> >> org.apache.catalina.core.StandardWrapperValve.invoke(>> >> StandardWrapperValve.java:213)>> >> at>> >> org.apache.catalina.core.StandardContextValve.invoke
(>> >> StandardContextValve.java:178)>> >> at>> >> org.jboss.web.tomc

Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Marco Geier
Where did you fix it? Is it in WICKET_1_2 branch, so i can get it via SVN?

And could you tell me where the "underlying problem" is? I could try
helping to eliminate...

Marco

Johan Compagner wrote:
> i did make a quick fix so that that null pointer doesn't happen.
> But the problem is that it doesn't really fix the underlying problem.
> I hope that i can reproduce that somehow at some time..
> 
> johan
> 
> 
> On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
>>
>> no,  i can't reproduce it, it just occured twice today on the production
>> server ( an online auction) when there was heavy traffic.
>>
>> I could however add some additional logging, so when it happens again we
>> *might* know why.
>> Could you give some initial hints, what and where to look for?
>>
>> I've had similar load on the production system last week, without these
>> errors. But this week we're running on an IBM VM (as opposed to SUN VM
>> before). Could this affect the problem?
>>
>> Marco
>>
>>
>> Johan Compagner wrote:
>> > this is very strange that it still happens on certain cases...
>> >
>> > Can you reproduce it? Can you give a testcase?
>> >
>> > johan
>> >
>> >
>> > On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
>> >>
>> >> Today my production system threw a NullPointerException:
>> >> (See stack trace below)
>> >>
>> >> This is with wicket 1.2 final (for line-number references).
>> >> The line the NPE occured is:
>> >>
>> >> "session.removeAttribute(attributeForId(entry.getNumericId()));"
>> >>
>> >> i don't have any customized stuff here, nor do i have more than one
>> >> pagemap, so i'm tempted to declare this as a reace condition-triggered
>> >> bug. (because it just occured today, after 4 weeks without problems,
>> but
>> >> today the app was quite busy, lots of concurrent requests...)
>> >>
>> >> Any ideas?
>> >>
>> >> Rgds,
>> >>
>> >> Marco
>> >>
>> >>
>> >> 2006-07-21 10:04:07,035 ERROR [wicket.RequestCycle]
>> >> java.lang.NullPointerException
>> >> at wicket.PageMap.removeEntry(PageMap.java:335)
>> >> at wicket.PageMap.access(PageMap.java:635)
>> >> at wicket.PageMap.get(PageMap.java:459)
>> >> at wicket.Session.getPage(Session.java:413)
>> >> at
>> >>
>> >>
>> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage
>>
>> >>
>> >> (DefaultRequestTargetResolverStrategy.java:149)
>> >> at
>> >> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(
>> >> DefaultRequestTargetResolverStrategy.java:92)
>> >> at
>> >> wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(
>> >> AbstractCompoundRequestCycleProcessor.java:48)
>> >> at wicket.RequestCycle.step(RequestCycle.java:942)
>> >> at wicket.RequestCycle.steps(RequestCycle.java:1034)
>> >> at wicket.RequestCycle.request(RequestCycle.java:453)
>> >> at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
>> >> :215)
>> >> at
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
>> >> at
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> >> ApplicationFilterChain.java:252)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> >> ApplicationFilterChain.java:173)
>> >> at
>> >> de.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(
>> >> BieterSessionFilter.java:126)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> >> ApplicationFilterChain.java:202)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> >> ApplicationFilterChain.java:173)
>> >> at de.eyetea.TargetFilter.doFilter(TargetFilter.java:47)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> >> ApplicationFilterChain.java:202)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> >> ApplicationFilterChain.java:173)
>> >> at
>> >> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
>> >> ReplyHeaderFilter.java:96)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> >> ApplicationFilterChain.java:202)
>> >> at
>> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> >> ApplicationFilterChain.java:173)
>> >> at
>> >> org.apache.catalina.core.StandardWrapperValve.invoke(
>> >> StandardWrapperValve.java:213)
>> >> at
>> >> org.apache.catalina.core.StandardContextValve.invoke(
>> >> StandardContextValve.java:178)
>> >> at
>> >> org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(
>> >> CustomPrincipalValve.java:54)
>> >> at
>> >> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
>> >> SecurityAssociationValve.java:174)
>> >> at
>> >> org.apache.catalina.authenticator.AuthenticatorBase.invoke(
>> >> AuthenticatorBase.jav

Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Eelco Hillenius
But you'll see a warning statement logged even after the fix. So it's
still interesting to keep an eye on the logs.

Eelco


On 7/21/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> i did make a quick fix so that that null pointer doesn't happen.
> But the problem is that it doesn't really fix the underlying problem.
> I hope that i can reproduce that somehow at some time..
>
>
> johan
>
>
>  On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
> > no,  i can't reproduce it, it just occured twice today on the production
> > server ( an online auction) when there was heavy traffic.
> >
> > I could however add some additional logging, so when it happens again we
> > *might* know why.
> > Could you give some initial hints, what and where to look for?
> >
> > I've had similar load on the production system last week, without these
> > errors. But this week we're running on an IBM VM (as opposed to SUN VM
> > before). Could this affect the problem?
> >
> > Marco
> >
> >
> > Johan Compagner wrote:
> > > this is very strange that it still happens on certain cases...
> > >
> > > Can you reproduce it? Can you give a testcase?
> > >
> > > johan
> > >
> > >
> > > On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
> > >>
> > >> Today my production system threw a NullPointerException:
> > >> (See stack trace below)
> > >>
> > >> This is with wicket 1.2 final (for line-number references).
> > >> The line the NPE occured is:
> > >>
> > >> "session.removeAttribute(attributeForId( entry.getNumericId()));"
> > >>
> > >> i don't have any customized stuff here, nor do i have more than one
> > >> pagemap, so i'm tempted to declare this as a reace condition-triggered
> > >> bug. (because it just occured today, after 4 weeks without problems,
> but
> > >> today the app was quite busy, lots of concurrent requests...)
> > >>
> > >> Any ideas?
> > >>
> > >> Rgds,
> > >>
> > >> Marco
> > >>
> > >>
> > >> 2006-07-21 10:04:07,035 ERROR [ wicket.RequestCycle]
> > >> java.lang.NullPointerException
> > >> at wicket.PageMap.removeEntry(PageMap.java:335)
> > >> at wicket.PageMap.access(PageMap.java:635)
> > >> at wicket.PageMap.get (PageMap.java:459)
> > >> at wicket.Session.getPage(Session.java:413)
> > >> at
> > >>
> > >>
> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage
> > >>
> > >> (DefaultRequestTargetResolverStrategy.java:149)
> > >> at
> > >>
> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(
> > >> DefaultRequestTargetResolverStrategy.java:92)
> > >> at
> > >>
> wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(
> > >> AbstractCompoundRequestCycleProcessor.java:48)
> > >> at wicket.RequestCycle.step(RequestCycle.java :942)
> > >> at wicket.RequestCycle.steps(RequestCycle.java:1034)
> > >> at wicket.RequestCycle.request(RequestCycle.java:453)
> > >> at
> wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
> > >> :215)
> > >> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
> > >> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > >> ApplicationFilterChain.java:252)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > >> ApplicationFilterChain.java :173)
> > >> at
> > >>
> de.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(
> > >> BieterSessionFilter.java:126)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
> (
> > >> ApplicationFilterChain.java:202)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > >> ApplicationFilterChain.java:173)
> > >> at de.eyetea.TargetFilter.doFilter (TargetFilter.java:47)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> > >> ApplicationFilterChain.java:202)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter
> (
> > >> ApplicationFilterChain.java:173)
> > >> at
> > >>
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
> > >> ReplyHeaderFilter.java:96)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
> (
> > >> ApplicationFilterChain.java:202)
> > >> at
> > >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > >> ApplicationFilterChain.java:173)
> > >> at
> > >> org.apache.catalina.core.StandardWrapperValve.invoke (
> > >> StandardWrapperValve.java:213)
> > >> at
> > >> org.apache.catalina.core.StandardContextValve.invoke(
> > >> StandardContextValve.java:178)
> > >> at
> > >>
> org.jboss.web.tomcat.security.CustomPrincipalValve.invoke (
> > >> CustomPrincipalValve.java:54)
> > >> at
> > >>
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> > >> SecurityAssociati

Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Johan Compagner
i did make a quick fix so that that null pointer doesn't happen.But the problem is that it doesn't really fix the underlying problem.I hope that i can reproduce that somehow at some time..johan
On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
no,  i can't reproduce it, it just occured twice today on the productionserver ( an online auction) when there was heavy traffic.I could however add some additional logging, so when it happens again we*might* know why.
Could you give some initial hints, what and where to look for?I've had similar load on the production system last week, without theseerrors. But this week we're running on an IBM VM (as opposed to SUN VM
before). Could this affect the problem?MarcoJohan Compagner wrote:> this is very strange that it still happens on certain cases...>> Can you reproduce it? Can you give a testcase?
>> johan>>> On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote: Today my production system threw a NullPointerException:
>> (See stack trace below) This is with wicket 1.2 final (for line-number references).>> The line the NPE occured is: "session.removeAttribute(attributeForId(
entry.getNumericId()));" i don't have any customized stuff here, nor do i have more than one>> pagemap, so i'm tempted to declare this as a reace condition-triggered>> bug. (because it just occured today, after 4 weeks without problems, but
>> today the app was quite busy, lots of concurrent requests...) Any ideas? Rgds, Marco>> 2006-07-21 10:04:07,035 ERROR [
wicket.RequestCycle]>> java.lang.NullPointerException>> at wicket.PageMap.removeEntry(PageMap.java:335)>> at wicket.PageMap.access(PageMap.java:635)>> at wicket.PageMap.get
(PageMap.java:459)>> at wicket.Session.getPage(Session.java:413)>> at wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage>>
>> (DefaultRequestTargetResolverStrategy.java:149)>> at>> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(>> DefaultRequestTargetResolverStrategy.java:92)
>> at>> wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(>> AbstractCompoundRequestCycleProcessor.java:48)>> at wicket.RequestCycle.step(RequestCycle.java
:942)>> at wicket.RequestCycle.steps(RequestCycle.java:1034)>> at wicket.RequestCycle.request(RequestCycle.java:453)>> at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
>> :215)>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)>> at>> 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(>> ApplicationFilterChain.java:252)>> at>> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> ApplicationFilterChain.java
:173)>> at>> de.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(>> BieterSessionFilter.java:126)>> at>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(>> ApplicationFilterChain.java:202)>> at>> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> ApplicationFilterChain.java:173)>> at de.eyetea.TargetFilter.doFilter
(TargetFilter.java:47)>> at>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(>> ApplicationFilterChain.java:202)>> at>> org.apache.catalina.core.ApplicationFilterChain.doFilter
(>> ApplicationFilterChain.java:173)>> at>> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(>> ReplyHeaderFilter.java:96)>> at>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(>> ApplicationFilterChain.java:202)>> at>> org.apache.catalina.core.ApplicationFilterChain.doFilter(>> ApplicationFilterChain.java:173)>> at>> org.apache.catalina.core.StandardWrapperValve.invoke
(>> StandardWrapperValve.java:213)>> at>> org.apache.catalina.core.StandardContextValve.invoke(>> StandardContextValve.java:178)>> at>> org.jboss.web.tomcat.security.CustomPrincipalValve.invoke
(>> CustomPrincipalValve.java:54)>> at>> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(>> SecurityAssociationValve.java:174)>> at>> 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(>> AuthenticatorBase.java:432)>> at>> org.jboss.web.tomcat.security.JaccContextValve.invoke(>> JaccContextValve.java
:74)>> at>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java>> :126)>> at>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
>> :105)>> at>> org.apache.catalina.core.StandardEngineValve.invoke(>> StandardEngineValve.java:107)>> at>> org.apache.catalina.connector.CoyoteAdapter.service
(CoyoteAdapter.java>> :148)>> at>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandle

Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Marco Geier
no,  i can't reproduce it, it just occured twice today on the production
server ( an online auction) when there was heavy traffic.

I could however add some additional logging, so when it happens again we
*might* know why.
Could you give some initial hints, what and where to look for?

I've had similar load on the production system last week, without these
errors. But this week we're running on an IBM VM (as opposed to SUN VM
before). Could this affect the problem?

Marco


Johan Compagner wrote:
> this is very strange that it still happens on certain cases...
> 
> Can you reproduce it? Can you give a testcase?
> 
> johan
> 
> 
> On 7/21/06, Marco Geier <[EMAIL PROTECTED]> wrote:
>>
>> Today my production system threw a NullPointerException:
>> (See stack trace below)
>>
>> This is with wicket 1.2 final (for line-number references).
>> The line the NPE occured is:
>>
>> "session.removeAttribute(attributeForId(entry.getNumericId()));"
>>
>> i don't have any customized stuff here, nor do i have more than one
>> pagemap, so i'm tempted to declare this as a reace condition-triggered
>> bug. (because it just occured today, after 4 weeks without problems, but
>> today the app was quite busy, lots of concurrent requests...)
>>
>> Any ideas?
>>
>> Rgds,
>>
>> Marco
>>
>>
>> 2006-07-21 10:04:07,035 ERROR [wicket.RequestCycle]
>> java.lang.NullPointerException
>> at wicket.PageMap.removeEntry(PageMap.java:335)
>> at wicket.PageMap.access(PageMap.java:635)
>> at wicket.PageMap.get(PageMap.java:459)
>> at wicket.Session.getPage(Session.java:413)
>> at
>>
>> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage
>>
>> (DefaultRequestTargetResolverStrategy.java:149)
>> at
>> wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(
>> DefaultRequestTargetResolverStrategy.java:92)
>> at
>> wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(
>> AbstractCompoundRequestCycleProcessor.java:48)
>> at wicket.RequestCycle.step(RequestCycle.java:942)
>> at wicket.RequestCycle.steps(RequestCycle.java:1034)
>> at wicket.RequestCycle.request(RequestCycle.java:453)
>> at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
>> :215)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:252)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:173)
>> at
>> de.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(
>> BieterSessionFilter.java:126)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:202)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:173)
>> at de.eyetea.TargetFilter.doFilter(TargetFilter.java:47)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:202)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:173)
>> at
>> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(
>> ReplyHeaderFilter.java:96)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:202)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:173)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(
>> StandardWrapperValve.java:213)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(
>> StandardContextValve.java:178)
>> at
>> org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(
>> CustomPrincipalValve.java:54)
>> at
>> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
>> SecurityAssociationValve.java:174)
>> at
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(
>> AuthenticatorBase.java:432)
>> at
>> org.jboss.web.tomcat.security.JaccContextValve.invoke(
>> JaccContextValve.java:74)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
>> :126)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
>> :105)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(
>> StandardEngineValve.java:107)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java
>> :148)
>> at
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>>
>> at
>>
>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection
>>
>> (Http11BaseProtocol.java:664)
>> at
>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(

Re: [Wicket-user] NPE in wicket core (PageMap.removeEntry)

2006-07-21 Thread Johan Compagner
this is very strange that it still happens on certain cases...Can you reproduce it? Can you give a testcase? johanOn 7/21/06, Marco Geier
 <[EMAIL PROTECTED]> wrote:Today my production system threw a NullPointerException:
(See stack trace below)This is with wicket 1.2 final (for line-number references).The line the NPE occured is:"session.removeAttribute(attributeForId(entry.getNumericId()));"i don't have any customized stuff here, nor do i have more than one
pagemap, so i'm tempted to declare this as a reace condition-triggeredbug. (because it just occured today, after 4 weeks without problems, buttoday the app was quite busy, lots of concurrent requests...)
Any ideas?Rgds,Marco2006-07-21 10:04:07,035 ERROR [wicket.RequestCycle]java.lang.NullPointerExceptionat wicket.PageMap.removeEntry(PageMap.java:335)at wicket.PageMap.access
(PageMap.java:635)at wicket.PageMap.get(PageMap.java:459)at wicket.Session.getPage(Session.java:413)atwicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage
(DefaultRequestTargetResolverStrategy.java:149)atwicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(DefaultRequestTargetResolverStrategy.java:92)atwicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve
(AbstractCompoundRequestCycleProcessor.java:48)at wicket.RequestCycle.step(RequestCycle.java:942)at wicket.RequestCycle.steps(RequestCycle.java:1034)at wicket.RequestCycle.request(RequestCycle.java
:453)at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:215)at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)at javax.servlet.http.HttpServlet.service(HttpServlet.java
:810)atorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)atorg.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java
:173)atde.eyetea.hfax.monitoring.BieterSessionFilter.doFilter(BieterSessionFilter.java:126)atorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
atorg.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)at de.eyetea.TargetFilter.doFilter(TargetFilter.java:47)atorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:202)atorg.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)atorg.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java
:96)atorg.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)atorg.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java
:173)atorg.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)atorg.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)at
org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:54)atorg.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:174)at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)atorg.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)atorg.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:126)atorg.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)atorg.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
atorg.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)atorg.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)atorg.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection
(Http11BaseProtocol.java:664)atorg.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)atorg.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java
:80)atorg.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)at java.lang.Thread.run(Thread.java:797)-
Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get