Re: NPE on session invalidation

[Rakesh A]

Hi,
Sorry for a delayed reply, didn't had chance to work on it till today.

Martin Grigorov-4 wrote
> You didn't answer my question (or I didn't understand your answer).
> Why do you need to use "isSessionInvalidated()" in your cleanup method ?
> Is the cleanup method called in some other cases ? If it is just called by
> logout/onInvalidate then there is no need to check
> "isSessionInvalidated()".

Yes, mentioned cleanup method is called in few other cases as well.

I managed to avoid a call to "isSessionInvalidated()" during session
invalidation by doing small refactoring of our implementation.

Regards,
Rakesh.A



--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE on session invalidation

[Emond Papegaaij]

I think it should be enough to change the javadoc. The method returns
true when the session was invalidated *during the current request*.
Without a request there is no way of telling whether the session is
invalidated or not. IMHO throwing an exception is fine, but this
behavior should be documented. If a default must be chosen, I'd opt
for false not true. Without a request there is no way the session can
be marked for invalidation, so it should not return true.

Best regards,
Emond

On Tue, Apr 3, 2018 at 5:42 PM, Martin Grigorov  wrote:
> On Tue, Apr 3, 2018 at 4:17 PM, Rakesh A  wrote:
>
>> Actually, we've bit more complex scenario I should say; we've multiple
>> webapps running on tomcat with SSO valve configured; which means logout on
>> one application kills the session on other applications and we've session
>> implementation class with logout & session invalidation handling.
>> In both cases logout/invalidate, we try to do some cleanup (at a high level
>> both call one method), which has this check 'isSessionInvalidated()' before
>> proceeding with cleanup.
>>
>
> You didn't answer my question (or I didn't understand your answer).
> Why do you need to use "isSessionInvalidated()" in your cleanup method ?
> Is the cleanup method called in some other cases ? If it is just called by
> logout/onInvalidate then there is no need to check "isSessionInvalidated()".
>
> But I agree that isSessionInvalidated should be improved to return true if
> there is no RequestCycle. If there is no RequestCycle then there is no
> Request, so there is no Session. But then the name would be confusing - one
> cannot be sure whether there was no session on first place or it has been
> invalidated.
> In any case this method is public and there is nothing saying that it is an
> internal API, so there should not be any assumptions.
>
>
>>
>> Regards,
>> Rakesh.A
>>
>> --
>> Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-
>> f1842947.html
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE on session invalidation

[Martin Grigorov]

On Tue, Apr 3, 2018 at 4:17 PM, Rakesh A  wrote:

> Actually, we've bit more complex scenario I should say; we've multiple
> webapps running on tomcat with SSO valve configured; which means logout on
> one application kills the session on other applications and we've session
> implementation class with logout & session invalidation handling.
> In both cases logout/invalidate, we try to do some cleanup (at a high level
> both call one method), which has this check 'isSessionInvalidated()' before
> proceeding with cleanup.
>

You didn't answer my question (or I didn't understand your answer).
Why do you need to use "isSessionInvalidated()" in your cleanup method ?
Is the cleanup method called in some other cases ? If it is just called by
logout/onInvalidate then there is no need to check "isSessionInvalidated()".

But I agree that isSessionInvalidated should be improved to return true if
there is no RequestCycle. If there is no RequestCycle then there is no
Request, so there is no Session. But then the name would be confusing - one
cannot be sure whether there was no session on first place or it has been
invalidated.
In any case this method is public and there is nothing saying that it is an
internal API, so there should not be any assumptions.


>
> Regards,
> Rakesh.A
>
> --
> Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-
> f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: NPE on session invalidation

[Rakesh A]

Actually, we've bit more complex scenario I should say; we've multiple
webapps running on tomcat with SSO valve configured; which means logout on
one application kills the session on other applications and we've session
implementation class with logout & session invalidation handling.
In both cases logout/invalidate, we try to do some cleanup (at a high level
both call one method), which has this check 'isSessionInvalidated()' before
proceeding with cleanup.

Regards,
Rakesh.A

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE on session invalidation

[Martin Grigorov]

Hi,


On Tue, Apr 3, 2018 at 3:24 PM, Rakesh A  wrote:

> I see the ticket https://issues.apache.org/jira/browse/WICKET-6547 closed
> as
> 'resolved' with resolution 'not a problem'. Instead of reopening it I
> wanted
> to discuss the usecase here and decide on re-opening.
>
> Is is allowed to call 'Session.isSessionInvalidated()' from
> 'WebSession.onInvalidate()' ?
> Java doc doesn't say much about its usage (when to or When not to).
>

I agree that more information should be added to the javadoc!


>
> We are using #onInvalidate() as a hook to do some cleanup. With 6.29.0
> because of a call to isSessionInvlaidated() we get a NullPointerException.
>

Why do you use "isSessionInvlaidated()" ?
Since "onInvalidate()" is called that means the Session is no more valid.
What extra information do you get from isSessionInvlaidated() ?


> WICKET-6547.7z
> 
>
> Regards,
> Rakesh.A
>
> --
> Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842
> 947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: NPE on session invalidation

[Rakesh A]

I see the ticket https://issues.apache.org/jira/browse/WICKET-6547 closed as
'resolved' with resolution 'not a problem'. Instead of reopening it I wanted
to discuss the usecase here and decide on re-opening.

Is is allowed to call 'Session.isSessionInvalidated()' from
'WebSession.onInvalidate()' ?
Java doc doesn't say much about its usage (when to or When not to).

We are using #onInvalidate() as a hook to do some cleanup. With 6.29.0
because of a call to isSessionInvlaidated() we get a NullPointerException.
WICKET-6547.7z
  

Regards,
Rakesh.A

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE on session invalidation

[Rakesh A]

Did a quick test and logged an issue
https://issues.apache.org/jira/browse/WICKET-6547

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE in org.apache.wicket.request.http.handler.RedirectRequestHandler.respond

[Wayne W]

Thanks Martin,

I've put logging everywhere but still can't track it down. Its just this
jetty instance causing not, not sure why. I'm going to side step the issue
and upgrade to 7.8.10 as I need that replication fix live asap.

Many thanks

On Wed, Jul 26, 2017 at 11:51 AM, Martin Grigorov 
wrote:

> I've added a check for 7.x and 8.x -
> https://git1-us-west.apache.org/repos/asf?p=wicket.git;a=
> commitdiff;h=5f3fc484;hp=3ec2c617f1e27f06df985032e233ca4799097b26
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Jul 26, 2017 at 1:48 PM, Martin Grigorov 
> wrote:
>
> > https://github.com/apache/wicket/blob/wicket-6.17.0/
> > wicket-request/src/main/java/org/apache/wicket/request/http/handler/
> > RedirectRequestHandler.java#L99 says that getRedirectUrl() returns null.
> > So something calls RedirectRequestHandler's constructor with null url.
> > Wicket doesn't instantiate this class for its needs, so it should be your
> > application.
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Wed, Jul 26, 2017 at 10:15 AM, Wayne W 
> > wrote:
> >
> >> Still on 6.17.0 Martin. Not had the time/resources to move to 6.18
> which I
> >> want because of that replication fix!!
> >>
> >> On Tue, Jul 25, 2017 at 7:55 PM, Martin Grigorov 
> >> wrote:
> >>
> >> > Which version of Wicket do you use ?
> >> >
> >> > Martin Grigorov
> >> > Wicket Training and Consulting
> >> > https://twitter.com/mtgrigorov
> >> >
> >> > On Tue, Jul 25, 2017 at 5:52 PM, Wayne W  >
> >> > wrote:
> >> >
> >> > > Hi,
> >> > >
> >> > > I've got a strange issue I cannot get to the bottom of. Basically we
> >> have
> >> > > our app deployed on jetty 9.2.1 with apache 2.4 in front. If I make
> >> calls
> >> > > to stateless pages its all good. However as soon as I try to make a
> >> call
> >> > to
> >> > > a stateful page it does a 302 to the login page for our app, but
> then
> >> > just
> >> > > gets stuck in a 302 loop redirection loop. Looking at the server
> logs
> >> its
> >> > > full of this with no other exception - each track trace corresponds
> to
> >> > > another 302 redirect. Each redirect is trying to get to our login
> >> page:
> >> > >
> >> > >
> >> > > 2017-07-25 14:40:18,989 ERROR -
> >> > > org.apache.wicket.DefaultExceptionMapper.internalMap(
> >> > > DefaultExceptionMapper.java:129)
> >> > > 129 DefaultExceptionMapper - Unexpected error occurred
> >> > > java.lang.NullPointerException
> >> > > at
> >> > > org.apache.wicket.request.http.handler.RedirectRequestHandle
> >> r.respond(
> >> > > RedirectRequestHandler.java:99)
> >> > > at
> >> > > org.apache.wicket.request.cycle.RequestCycle$
> HandlerExecutor.respond(
> >> > > RequestCycle.java:862)
> >> > > at
> >> > > org.apache.wicket.request.RequestHandlerStack.execute(
> >> > > RequestHandlerStack.java:64)
> >> > > at
> >> > > org.apache.wicket.request.RequestHandlerStack.execute(
> >> > > RequestHandlerStack.java:93)
> >> > > at
> >> > > org.apache.wicket.request.cycle.RequestCycle.execute(
> >> > > RequestCycle.java:261)
> >> > > at
> >> > > org.apache.wicket.request.cycle.RequestCycle.
> >> > processRequest(RequestCycle.
> >> > > java:218)
> >> > > at
> >> > > org.apache.wicket.request.cycle.RequestCycle.
> processRequestAndDetach(
> >> > > RequestCycle.java:289)
> >> > > at
> >> > > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(
> >> > > WicketFilter.java:259)
> >> > > at
> >> > > org.apache.wicket.protocol.http.WicketFilter.
> >> > processRequest(WicketFilter.
> >> > > java:201)
> >> > > at
> >> > > org.apache.wicket.protocol.http.WicketFilter.doFilter(
> >> > > WicketFilter.java:282)
> >> > > at
> >> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> >> > > doFilter(ServletHandler.java:1653)
> >> > > at
> >> > > hub.app.servlet.RelativeUrlFilter.doFilter(
> RelativeUrlFilter.java:54)
> >> > > at
> >> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> >> > > doFilter(ServletHandler.java:1653)
> >> > > at
> >> > > com.wideplay.warp.persist.PersistenceFilter$3.run(
> >> > > PersistenceFilter.java:141)
> >> > > at
> >> > > com.wideplay.warp.persist.internal.Lifecycles.
> >> > > failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
> >> > > at
> >> > > com.wideplay.warp.persist.PersistenceFilter.doFilter(
> >> > > PersistenceFilter.java:155)
> >> > > at
> >> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> >> > > doFilter(ServletHandler.java:1645)
> >> > > at
> >> > > org.eclipse.jetty.servlet.ServletHandler.doHandle(
> >> > ServletHandler.java:564)
> >> > > at
> >> > > org.eclipse.jetty.server.handler.ScopedHandler.handle(
> >> > > ScopedHandler.java:143)
> >> > 

Re: NPE in org.apache.wicket.request.http.handler.RedirectRequestHandler.respond

[Martin Grigorov]

I've added a check for 7.x and 8.x -
https://git1-us-west.apache.org/repos/asf?p=wicket.git;a=commitdiff;h=5f3fc484;hp=3ec2c617f1e27f06df985032e233ca4799097b26

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Wed, Jul 26, 2017 at 1:48 PM, Martin Grigorov 
wrote:

> https://github.com/apache/wicket/blob/wicket-6.17.0/
> wicket-request/src/main/java/org/apache/wicket/request/http/handler/
> RedirectRequestHandler.java#L99 says that getRedirectUrl() returns null.
> So something calls RedirectRequestHandler's constructor with null url.
> Wicket doesn't instantiate this class for its needs, so it should be your
> application.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Jul 26, 2017 at 10:15 AM, Wayne W 
> wrote:
>
>> Still on 6.17.0 Martin. Not had the time/resources to move to 6.18 which I
>> want because of that replication fix!!
>>
>> On Tue, Jul 25, 2017 at 7:55 PM, Martin Grigorov 
>> wrote:
>>
>> > Which version of Wicket do you use ?
>> >
>> > Martin Grigorov
>> > Wicket Training and Consulting
>> > https://twitter.com/mtgrigorov
>> >
>> > On Tue, Jul 25, 2017 at 5:52 PM, Wayne W 
>> > wrote:
>> >
>> > > Hi,
>> > >
>> > > I've got a strange issue I cannot get to the bottom of. Basically we
>> have
>> > > our app deployed on jetty 9.2.1 with apache 2.4 in front. If I make
>> calls
>> > > to stateless pages its all good. However as soon as I try to make a
>> call
>> > to
>> > > a stateful page it does a 302 to the login page for our app, but then
>> > just
>> > > gets stuck in a 302 loop redirection loop. Looking at the server logs
>> its
>> > > full of this with no other exception - each track trace corresponds to
>> > > another 302 redirect. Each redirect is trying to get to our login
>> page:
>> > >
>> > >
>> > > 2017-07-25 14:40:18,989 ERROR -
>> > > org.apache.wicket.DefaultExceptionMapper.internalMap(
>> > > DefaultExceptionMapper.java:129)
>> > > 129 DefaultExceptionMapper - Unexpected error occurred
>> > > java.lang.NullPointerException
>> > > at
>> > > org.apache.wicket.request.http.handler.RedirectRequestHandle
>> r.respond(
>> > > RedirectRequestHandler.java:99)
>> > > at
>> > > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(
>> > > RequestCycle.java:862)
>> > > at
>> > > org.apache.wicket.request.RequestHandlerStack.execute(
>> > > RequestHandlerStack.java:64)
>> > > at
>> > > org.apache.wicket.request.RequestHandlerStack.execute(
>> > > RequestHandlerStack.java:93)
>> > > at
>> > > org.apache.wicket.request.cycle.RequestCycle.execute(
>> > > RequestCycle.java:261)
>> > > at
>> > > org.apache.wicket.request.cycle.RequestCycle.
>> > processRequest(RequestCycle.
>> > > java:218)
>> > > at
>> > > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(
>> > > RequestCycle.java:289)
>> > > at
>> > > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(
>> > > WicketFilter.java:259)
>> > > at
>> > > org.apache.wicket.protocol.http.WicketFilter.
>> > processRequest(WicketFilter.
>> > > java:201)
>> > > at
>> > > org.apache.wicket.protocol.http.WicketFilter.doFilter(
>> > > WicketFilter.java:282)
>> > > at
>> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
>> > > doFilter(ServletHandler.java:1653)
>> > > at
>> > > hub.app.servlet.RelativeUrlFilter.doFilter(RelativeUrlFilter.java:54)
>> > > at
>> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
>> > > doFilter(ServletHandler.java:1653)
>> > > at
>> > > com.wideplay.warp.persist.PersistenceFilter$3.run(
>> > > PersistenceFilter.java:141)
>> > > at
>> > > com.wideplay.warp.persist.internal.Lifecycles.
>> > > failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
>> > > at
>> > > com.wideplay.warp.persist.PersistenceFilter.doFilter(
>> > > PersistenceFilter.java:155)
>> > > at
>> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
>> > > doFilter(ServletHandler.java:1645)
>> > > at
>> > > org.eclipse.jetty.servlet.ServletHandler.doHandle(
>> > ServletHandler.java:564)
>> > > at
>> > > org.eclipse.jetty.server.handler.ScopedHandler.handle(
>> > > ScopedHandler.java:143)
>> > > at
>> > > org.eclipse.jetty.security.SecurityHandler.handle(
>> > > SecurityHandler.java:578)
>> > > at
>> > > org.eclipse.jetty.server.session.SessionHandler.
>> > > doHandle(SessionHandler.java:221)
>> > > at
>> > > org.eclipse.jetty.server.handler.ContextHandler.
>> > > doHandle(ContextHandler.java:)
>> > > at
>> > > org.eclipse.jetty.servlet.ServletHandler.doScope(
>> > ServletHandler.java:498)
>> > > at
>> > > org.eclipse.jetty.server.session.SessionHandler.
>> > > doScope(SessionHandler.java:183)
>> > > at
>> > > 

Re: NPE in org.apache.wicket.request.http.handler.RedirectRequestHandler.respond

[Martin Grigorov]

https://github.com/apache/wicket/blob/wicket-6.17.0/wicket-request/src/main/java/org/apache/wicket/request/http/handler/RedirectRequestHandler.java#L99
says that getRedirectUrl() returns null.
So something calls RedirectRequestHandler's constructor with null url.
Wicket doesn't instantiate this class for its needs, so it should be your
application.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Wed, Jul 26, 2017 at 10:15 AM, Wayne W 
wrote:

> Still on 6.17.0 Martin. Not had the time/resources to move to 6.18 which I
> want because of that replication fix!!
>
> On Tue, Jul 25, 2017 at 7:55 PM, Martin Grigorov 
> wrote:
>
> > Which version of Wicket do you use ?
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Tue, Jul 25, 2017 at 5:52 PM, Wayne W 
> > wrote:
> >
> > > Hi,
> > >
> > > I've got a strange issue I cannot get to the bottom of. Basically we
> have
> > > our app deployed on jetty 9.2.1 with apache 2.4 in front. If I make
> calls
> > > to stateless pages its all good. However as soon as I try to make a
> call
> > to
> > > a stateful page it does a 302 to the login page for our app, but then
> > just
> > > gets stuck in a 302 loop redirection loop. Looking at the server logs
> its
> > > full of this with no other exception - each track trace corresponds to
> > > another 302 redirect. Each redirect is trying to get to our login page:
> > >
> > >
> > > 2017-07-25 14:40:18,989 ERROR -
> > > org.apache.wicket.DefaultExceptionMapper.internalMap(
> > > DefaultExceptionMapper.java:129)
> > > 129 DefaultExceptionMapper - Unexpected error occurred
> > > java.lang.NullPointerException
> > > at
> > > org.apache.wicket.request.http.handler.RedirectRequestHandler.respond(
> > > RedirectRequestHandler.java:99)
> > > at
> > > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(
> > > RequestCycle.java:862)
> > > at
> > > org.apache.wicket.request.RequestHandlerStack.execute(
> > > RequestHandlerStack.java:64)
> > > at
> > > org.apache.wicket.request.RequestHandlerStack.execute(
> > > RequestHandlerStack.java:93)
> > > at
> > > org.apache.wicket.request.cycle.RequestCycle.execute(
> > > RequestCycle.java:261)
> > > at
> > > org.apache.wicket.request.cycle.RequestCycle.
> > processRequest(RequestCycle.
> > > java:218)
> > > at
> > > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(
> > > RequestCycle.java:289)
> > > at
> > > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(
> > > WicketFilter.java:259)
> > > at
> > > org.apache.wicket.protocol.http.WicketFilter.
> > processRequest(WicketFilter.
> > > java:201)
> > > at
> > > org.apache.wicket.protocol.http.WicketFilter.doFilter(
> > > WicketFilter.java:282)
> > > at
> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> > > doFilter(ServletHandler.java:1653)
> > > at
> > > hub.app.servlet.RelativeUrlFilter.doFilter(RelativeUrlFilter.java:54)
> > > at
> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> > > doFilter(ServletHandler.java:1653)
> > > at
> > > com.wideplay.warp.persist.PersistenceFilter$3.run(
> > > PersistenceFilter.java:141)
> > > at
> > > com.wideplay.warp.persist.internal.Lifecycles.
> > > failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
> > > at
> > > com.wideplay.warp.persist.PersistenceFilter.doFilter(
> > > PersistenceFilter.java:155)
> > > at
> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> > > doFilter(ServletHandler.java:1645)
> > > at
> > > org.eclipse.jetty.servlet.ServletHandler.doHandle(
> > ServletHandler.java:564)
> > > at
> > > org.eclipse.jetty.server.handler.ScopedHandler.handle(
> > > ScopedHandler.java:143)
> > > at
> > > org.eclipse.jetty.security.SecurityHandler.handle(
> > > SecurityHandler.java:578)
> > > at
> > > org.eclipse.jetty.server.session.SessionHandler.
> > > doHandle(SessionHandler.java:221)
> > > at
> > > org.eclipse.jetty.server.handler.ContextHandler.
> > > doHandle(ContextHandler.java:)
> > > at
> > > org.eclipse.jetty.servlet.ServletHandler.doScope(
> > ServletHandler.java:498)
> > > at
> > > org.eclipse.jetty.server.session.SessionHandler.
> > > doScope(SessionHandler.java:183)
> > > at
> > > org.eclipse.jetty.server.handler.ContextHandler.
> > > doScope(ContextHandler.java:1045)
> > > at
> > > org.eclipse.jetty.server.handler.ScopedHandler.handle(
> > > ScopedHandler.java:141)
> > > at
> > > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
> > > ContextHandlerCollection.java:199)
> > > at
> > > org.eclipse.jetty.server.handler.HandlerCollection.
> > > handle(HandlerCollection.java:109)
> > > at
> > > 

Re: NPE in org.apache.wicket.request.http.handler.RedirectRequestHandler.respond

[Wayne W]

Still on 6.17.0 Martin. Not had the time/resources to move to 6.18 which I
want because of that replication fix!!

On Tue, Jul 25, 2017 at 7:55 PM, Martin Grigorov 
wrote:

> Which version of Wicket do you use ?
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Tue, Jul 25, 2017 at 5:52 PM, Wayne W 
> wrote:
>
> > Hi,
> >
> > I've got a strange issue I cannot get to the bottom of. Basically we have
> > our app deployed on jetty 9.2.1 with apache 2.4 in front. If I make calls
> > to stateless pages its all good. However as soon as I try to make a call
> to
> > a stateful page it does a 302 to the login page for our app, but then
> just
> > gets stuck in a 302 loop redirection loop. Looking at the server logs its
> > full of this with no other exception - each track trace corresponds to
> > another 302 redirect. Each redirect is trying to get to our login page:
> >
> >
> > 2017-07-25 14:40:18,989 ERROR -
> > org.apache.wicket.DefaultExceptionMapper.internalMap(
> > DefaultExceptionMapper.java:129)
> > 129 DefaultExceptionMapper - Unexpected error occurred
> > java.lang.NullPointerException
> > at
> > org.apache.wicket.request.http.handler.RedirectRequestHandler.respond(
> > RedirectRequestHandler.java:99)
> > at
> > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(
> > RequestCycle.java:862)
> > at
> > org.apache.wicket.request.RequestHandlerStack.execute(
> > RequestHandlerStack.java:64)
> > at
> > org.apache.wicket.request.RequestHandlerStack.execute(
> > RequestHandlerStack.java:93)
> > at
> > org.apache.wicket.request.cycle.RequestCycle.execute(
> > RequestCycle.java:261)
> > at
> > org.apache.wicket.request.cycle.RequestCycle.
> processRequest(RequestCycle.
> > java:218)
> > at
> > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(
> > RequestCycle.java:289)
> > at
> > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(
> > WicketFilter.java:259)
> > at
> > org.apache.wicket.protocol.http.WicketFilter.
> processRequest(WicketFilter.
> > java:201)
> > at
> > org.apache.wicket.protocol.http.WicketFilter.doFilter(
> > WicketFilter.java:282)
> > at
> > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> > doFilter(ServletHandler.java:1653)
> > at
> > hub.app.servlet.RelativeUrlFilter.doFilter(RelativeUrlFilter.java:54)
> > at
> > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> > doFilter(ServletHandler.java:1653)
> > at
> > com.wideplay.warp.persist.PersistenceFilter$3.run(
> > PersistenceFilter.java:141)
> > at
> > com.wideplay.warp.persist.internal.Lifecycles.
> > failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
> > at
> > com.wideplay.warp.persist.PersistenceFilter.doFilter(
> > PersistenceFilter.java:155)
> > at
> > org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> > doFilter(ServletHandler.java:1645)
> > at
> > org.eclipse.jetty.servlet.ServletHandler.doHandle(
> ServletHandler.java:564)
> > at
> > org.eclipse.jetty.server.handler.ScopedHandler.handle(
> > ScopedHandler.java:143)
> > at
> > org.eclipse.jetty.security.SecurityHandler.handle(
> > SecurityHandler.java:578)
> > at
> > org.eclipse.jetty.server.session.SessionHandler.
> > doHandle(SessionHandler.java:221)
> > at
> > org.eclipse.jetty.server.handler.ContextHandler.
> > doHandle(ContextHandler.java:)
> > at
> > org.eclipse.jetty.servlet.ServletHandler.doScope(
> ServletHandler.java:498)
> > at
> > org.eclipse.jetty.server.session.SessionHandler.
> > doScope(SessionHandler.java:183)
> > at
> > org.eclipse.jetty.server.handler.ContextHandler.
> > doScope(ContextHandler.java:1045)
> > at
> > org.eclipse.jetty.server.handler.ScopedHandler.handle(
> > ScopedHandler.java:141)
> > at
> > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
> > ContextHandlerCollection.java:199)
> > at
> > org.eclipse.jetty.server.handler.HandlerCollection.
> > handle(HandlerCollection.java:109)
> > at
> > org.eclipse.jetty.server.handler.HandlerWrapper.handle(
> > HandlerWrapper.java:98)
> > at org.eclipse.jetty.server.Server.handle(Server.java:461)
> > at org.eclipse.jetty.server.HttpChannel.handle(
> > HttpChannel.java:284)
> > at
> > org.eclipse.jetty.server.HttpConnection.onFillable(
> > HttpConnection.java:244)
> > at
> > org.eclipse.jetty.io.AbstractConnection$2.run(
> AbstractConnection.java:534)
> > at
> > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
> > QueuedThreadPool.java:607)
> > at
> > org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(
> > QueuedThreadPool.java:536)
> > at java.lang.Thread.run(Thread.java:745)
> > 2017-07-25 14:40:19,076 ERROR -
> > 

Re: NPE in org.apache.wicket.request.http.handler.RedirectRequestHandler.respond

[Martin Grigorov]

Which version of Wicket do you use ?

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Tue, Jul 25, 2017 at 5:52 PM, Wayne W 
wrote:

> Hi,
>
> I've got a strange issue I cannot get to the bottom of. Basically we have
> our app deployed on jetty 9.2.1 with apache 2.4 in front. If I make calls
> to stateless pages its all good. However as soon as I try to make a call to
> a stateful page it does a 302 to the login page for our app, but then just
> gets stuck in a 302 loop redirection loop. Looking at the server logs its
> full of this with no other exception - each track trace corresponds to
> another 302 redirect. Each redirect is trying to get to our login page:
>
>
> 2017-07-25 14:40:18,989 ERROR -
> org.apache.wicket.DefaultExceptionMapper.internalMap(
> DefaultExceptionMapper.java:129)
> 129 DefaultExceptionMapper - Unexpected error occurred
> java.lang.NullPointerException
> at
> org.apache.wicket.request.http.handler.RedirectRequestHandler.respond(
> RedirectRequestHandler.java:99)
> at
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(
> RequestCycle.java:862)
> at
> org.apache.wicket.request.RequestHandlerStack.execute(
> RequestHandlerStack.java:64)
> at
> org.apache.wicket.request.RequestHandlerStack.execute(
> RequestHandlerStack.java:93)
> at
> org.apache.wicket.request.cycle.RequestCycle.execute(
> RequestCycle.java:261)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.
> java:218)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(
> RequestCycle.java:289)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(
> WicketFilter.java:259)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.
> java:201)
> at
> org.apache.wicket.protocol.http.WicketFilter.doFilter(
> WicketFilter.java:282)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> doFilter(ServletHandler.java:1653)
> at
> hub.app.servlet.RelativeUrlFilter.doFilter(RelativeUrlFilter.java:54)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> doFilter(ServletHandler.java:1653)
> at
> com.wideplay.warp.persist.PersistenceFilter$3.run(
> PersistenceFilter.java:141)
> at
> com.wideplay.warp.persist.internal.Lifecycles.
> failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
> at
> com.wideplay.warp.persist.PersistenceFilter.doFilter(
> PersistenceFilter.java:155)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.
> doFilter(ServletHandler.java:1645)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:564)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(
> ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(
> SecurityHandler.java:578)
> at
> org.eclipse.jetty.server.session.SessionHandler.
> doHandle(SessionHandler.java:221)
> at
> org.eclipse.jetty.server.handler.ContextHandler.
> doHandle(ContextHandler.java:)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:498)
> at
> org.eclipse.jetty.server.session.SessionHandler.
> doScope(SessionHandler.java:183)
> at
> org.eclipse.jetty.server.handler.ContextHandler.
> doScope(ContextHandler.java:1045)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(
> ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
> ContextHandlerCollection.java:199)
> at
> org.eclipse.jetty.server.handler.HandlerCollection.
> handle(HandlerCollection.java:109)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(
> HandlerWrapper.java:98)
> at org.eclipse.jetty.server.Server.handle(Server.java:461)
> at org.eclipse.jetty.server.HttpChannel.handle(
> HttpChannel.java:284)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(
> HttpConnection.java:244)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:534)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
> QueuedThreadPool.java:607)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(
> QueuedThreadPool.java:536)
> at java.lang.Thread.run(Thread.java:745)
> 2017-07-25 14:40:19,076 ERROR -
> org.apache.wicket.DefaultExceptionMapper.internalMap(
> DefaultExceptionMapper.java:129)
> 129 DefaultExceptionMapper - Unexpected error occurred
> java.lang.NullPointerException
> at
> org.apache.wicket.request.http.handler.RedirectRequestHandler.respond(
> RedirectRequestHandler.java:99)
> at
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(
> RequestCycle.java:862)
> at
> org.apache.wicket.request.RequestHandlerStack.execute(
> 

Re: NPE in constructor of AbstractWebSocketProcessor

[Maxim Solodovnik]

If M4 can be scheduled in reasonable time-frame I would wait ...
In case you can start the VOTE this week for ex. :))
You already have +1 from me :)
I have tested potentual M4 using aour main application :)

On Thu, Feb 2, 2017 at 2:19 PM, Martin Grigorov 
wrote:

> The only workaround I see is to
> reset org.apache.wicket.Session#sessionInvalidated to false in overridden
> #invalidateNow() via reflection :-/
> The related issue is WICKET-6310.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Thu, Feb 2, 2017 at 7:58 AM, Martin Grigorov 
> wrote:
>
> >
> > On Thu, Feb 2, 2017 at 7:21 AM, Maxim Solodovnik 
> > wrote:
> >
> >> Hello Martin,
> >>
> >> This version seems to work as expected :)))
> >> Now the question is: How can I get M4 (or M3.1) :
> >>
> >
> > +1 for a new release from me!
> >
> >
> >>
> >>
> >> On Thu, Feb 2, 2017 at 11:41 AM, Martin Grigorov 
> >> wrote:
> >>
> >> > Hi Maxim,
> >> >
> >> > I've fixed a nasty bug related to session management few days ago.
> >> > In case you use 8.0.0-M3 I'd suggest to try with 8.0.0-SNAPSHOT!
> >> >
> >> > On Feb 2, 2017 6:32 AM, "Maxim Solodovnik" 
> >> wrote:
> >> >
> >> > > Hello Martin,
> >> > >
> >> > > I have updated our application to wicket-8 and NPE is not
> reproducible
> >> > > anymore
> >> > > Now I have even more weird situation: on every second page reload
> I'm
> >> not
> >> > > getting WebSocketBehavior::onConnect messages (Chrome error console
> >> > empty)
> >> > > I suspect this might be caused by my code :(
> >> > >
> >> > > The logic I need to implement is:
> >> > > In case particular page is loaded, and special one-time hash is
> >> passed as
> >> > > page parameter, I need to drop existing session
> >> > > And set session Auth data using hash received.
> >> > >
> >> > > So I'm checking if AbstractAuthenticatedWebSession::isSignedIn() ==
> >> true
> >> > > I call invalidateNow() and replaceSession()
> >> > >
> >> > > Maybe this need to be implemented somehow differently?
> >> > > Maybe I can put breakpoint somewhere to be able to debug this?
> >> > >
> >> > >
> >> > > On Wed, Feb 1, 2017 at 2:56 AM, Martin Grigorov <
> mgrigo...@apache.org
> >> >
> >> > > wrote:
> >> > >
> >> > > > Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty
> >> 9.4.0
> >> > > and
> >> > > >  - works as expected.
> >> > > > Please let me know if you find a way to reproduce it with the
> >> examples
> >> > > or a
> >> > > > quickstart!
> >> > > >
> >> > > > Martin Grigorov
> >> > > > Wicket Training and Consulting
> >> > > > https://twitter.com/mtgrigorov
> >> > > >
> >> > > > On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov <
> >> mgrigo...@apache.org
> >> > >
> >> > > > wrote:
> >> > > >
> >> > > > >
> >> > > > > On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik <
> >> > > solomax...@gmail.com>
> >> > > > > wrote:
> >> > > > >
> >> > > > >> Also reproducible using FF on Ubuntu 16.10 ...
> >> > > > >> Unfortunately it is not reproducible using simpler config :(
> >> > > > >> I would appreciate any workaround due to issue is critical for
> >> our
> >> > > > project
> >> > > > >>
> >> > > > >
> >> > > > > When the user reloads the page the old WebSocket connection is
> >> closed
> >> > > and
> >> > > > > a new one is created.
> >> > > > > request.getSession(true) should never return null, because even
> if
> >> > > there
> >> > > > > is no HttpSession the parameter says that a new one should be
> >> > created.
> >> > > > > Try with Tomcat 8.5.11.
> >> > > > > I'll try to reproduce it later today.
> >> > > > >
> >> > > > >
> >> > > > >>
> >> > > > >> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik <
> >> > > solomax...@gmail.com
> >> > > > >
> >> > > > >> wrote:
> >> > > > >> > Thanks a lot Martin,
> >> > > > >> >
> >> > > > >> > I can send the stacktrace if it will help ...
> >> > > > >> > Will try to find reproducible easy steps ...
> >> > > > >> >
> >> > > > >> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov <
> >> > > > mgrigo...@apache.org>
> >> > > > >> wrote:
> >> > > > >> >> Hi Maxim,
> >> > > > >> >>
> >> > > > >> >> I'll try to reproduce it.
> >> > > > >> >>
> >> > > > >> >> Martin Grigorov
> >> > > > >> >> Wicket Training and Consulting
> >> > > > >> >> https://twitter.com/mtgrigorov
> >> > > > >> >>
> >> > > > >> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
> >> > > > >> solomax...@gmail.com>
> >> > > > >> >> wrote:
> >> > > > >> >>
> >> > > > >> >>> Forgot versions:
> >> > > > >> >>>
> >> > > > >> >>> Tomcat 8.5.9
> >> > > > >> >>> Wicket 7.6.0
> >> > > > >> >>> Chrome latest
> >> > > > >> >>> Ubuntu 16.10 latest
> >> > > > >> >>>
> >> > > > >> >>>
> >> > > > >> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
> >> > > > >> solomax...@gmail.com>
> >> > > > >> >>> wrote:
> >> > > > >> >>> > Hello All,
> >> > > > >> >>> >
> >> > > > >> >>> > I'm observing 

Re: NPE in constructor of AbstractWebSocketProcessor

[Martin Grigorov]

The only workaround I see is to
reset org.apache.wicket.Session#sessionInvalidated to false in overridden
#invalidateNow() via reflection :-/
The related issue is WICKET-6310.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Thu, Feb 2, 2017 at 7:58 AM, Martin Grigorov 
wrote:

>
> On Thu, Feb 2, 2017 at 7:21 AM, Maxim Solodovnik 
> wrote:
>
>> Hello Martin,
>>
>> This version seems to work as expected :)))
>> Now the question is: How can I get M4 (or M3.1) :
>>
>
> +1 for a new release from me!
>
>
>>
>>
>> On Thu, Feb 2, 2017 at 11:41 AM, Martin Grigorov 
>> wrote:
>>
>> > Hi Maxim,
>> >
>> > I've fixed a nasty bug related to session management few days ago.
>> > In case you use 8.0.0-M3 I'd suggest to try with 8.0.0-SNAPSHOT!
>> >
>> > On Feb 2, 2017 6:32 AM, "Maxim Solodovnik" 
>> wrote:
>> >
>> > > Hello Martin,
>> > >
>> > > I have updated our application to wicket-8 and NPE is not reproducible
>> > > anymore
>> > > Now I have even more weird situation: on every second page reload I'm
>> not
>> > > getting WebSocketBehavior::onConnect messages (Chrome error console
>> > empty)
>> > > I suspect this might be caused by my code :(
>> > >
>> > > The logic I need to implement is:
>> > > In case particular page is loaded, and special one-time hash is
>> passed as
>> > > page parameter, I need to drop existing session
>> > > And set session Auth data using hash received.
>> > >
>> > > So I'm checking if AbstractAuthenticatedWebSession::isSignedIn() ==
>> true
>> > > I call invalidateNow() and replaceSession()
>> > >
>> > > Maybe this need to be implemented somehow differently?
>> > > Maybe I can put breakpoint somewhere to be able to debug this?
>> > >
>> > >
>> > > On Wed, Feb 1, 2017 at 2:56 AM, Martin Grigorov > >
>> > > wrote:
>> > >
>> > > > Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty
>> 9.4.0
>> > > and
>> > > >  - works as expected.
>> > > > Please let me know if you find a way to reproduce it with the
>> examples
>> > > or a
>> > > > quickstart!
>> > > >
>> > > > Martin Grigorov
>> > > > Wicket Training and Consulting
>> > > > https://twitter.com/mtgrigorov
>> > > >
>> > > > On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov <
>> mgrigo...@apache.org
>> > >
>> > > > wrote:
>> > > >
>> > > > >
>> > > > > On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik <
>> > > solomax...@gmail.com>
>> > > > > wrote:
>> > > > >
>> > > > >> Also reproducible using FF on Ubuntu 16.10 ...
>> > > > >> Unfortunately it is not reproducible using simpler config :(
>> > > > >> I would appreciate any workaround due to issue is critical for
>> our
>> > > > project
>> > > > >>
>> > > > >
>> > > > > When the user reloads the page the old WebSocket connection is
>> closed
>> > > and
>> > > > > a new one is created.
>> > > > > request.getSession(true) should never return null, because even if
>> > > there
>> > > > > is no HttpSession the parameter says that a new one should be
>> > created.
>> > > > > Try with Tomcat 8.5.11.
>> > > > > I'll try to reproduce it later today.
>> > > > >
>> > > > >
>> > > > >>
>> > > > >> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik <
>> > > solomax...@gmail.com
>> > > > >
>> > > > >> wrote:
>> > > > >> > Thanks a lot Martin,
>> > > > >> >
>> > > > >> > I can send the stacktrace if it will help ...
>> > > > >> > Will try to find reproducible easy steps ...
>> > > > >> >
>> > > > >> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov <
>> > > > mgrigo...@apache.org>
>> > > > >> wrote:
>> > > > >> >> Hi Maxim,
>> > > > >> >>
>> > > > >> >> I'll try to reproduce it.
>> > > > >> >>
>> > > > >> >> Martin Grigorov
>> > > > >> >> Wicket Training and Consulting
>> > > > >> >> https://twitter.com/mtgrigorov
>> > > > >> >>
>> > > > >> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
>> > > > >> solomax...@gmail.com>
>> > > > >> >> wrote:
>> > > > >> >>
>> > > > >> >>> Forgot versions:
>> > > > >> >>>
>> > > > >> >>> Tomcat 8.5.9
>> > > > >> >>> Wicket 7.6.0
>> > > > >> >>> Chrome latest
>> > > > >> >>> Ubuntu 16.10 latest
>> > > > >> >>>
>> > > > >> >>>
>> > > > >> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
>> > > > >> solomax...@gmail.com>
>> > > > >> >>> wrote:
>> > > > >> >>> > Hello All,
>> > > > >> >>> >
>> > > > >> >>> > I'm observing weird behavior:
>> > > > >> >>> > I'm displaying wicket page in iframe
>> > > > >> >>> > For some unknown reason I'm getting NPE in [1] if page is
>> > being
>> > > > >> >>> > reloaded both F5 and Shift+F5
>> > > > >> >>> > Every second time I got NPE
>> > > > >> >>> >
>> > > > >> >>> > The method is being called from [2], every second time
>> > > > >> >>> > (HttpSession) userProperties.get("session") == NULL
>> > > > >> >>> >
>> > > > >> >>> > maybe you know what can be done here?
>> > > > >> >>> >
>> > > > >> >>> > [1] https://github.com/apache/wick
>> et/blob/wicket-7.x/wicket-
>> 

Re: NPE in constructor of AbstractWebSocketProcessor

[Martin Grigorov]

On Thu, Feb 2, 2017 at 7:21 AM, Maxim Solodovnik 
wrote:

> Hello Martin,
>
> This version seems to work as expected :)))
> Now the question is: How can I get M4 (or M3.1) :
>

+1 for a new release from me!


>
>
> On Thu, Feb 2, 2017 at 11:41 AM, Martin Grigorov 
> wrote:
>
> > Hi Maxim,
> >
> > I've fixed a nasty bug related to session management few days ago.
> > In case you use 8.0.0-M3 I'd suggest to try with 8.0.0-SNAPSHOT!
> >
> > On Feb 2, 2017 6:32 AM, "Maxim Solodovnik"  wrote:
> >
> > > Hello Martin,
> > >
> > > I have updated our application to wicket-8 and NPE is not reproducible
> > > anymore
> > > Now I have even more weird situation: on every second page reload I'm
> not
> > > getting WebSocketBehavior::onConnect messages (Chrome error console
> > empty)
> > > I suspect this might be caused by my code :(
> > >
> > > The logic I need to implement is:
> > > In case particular page is loaded, and special one-time hash is passed
> as
> > > page parameter, I need to drop existing session
> > > And set session Auth data using hash received.
> > >
> > > So I'm checking if AbstractAuthenticatedWebSession::isSignedIn() ==
> true
> > > I call invalidateNow() and replaceSession()
> > >
> > > Maybe this need to be implemented somehow differently?
> > > Maybe I can put breakpoint somewhere to be able to debug this?
> > >
> > >
> > > On Wed, Feb 1, 2017 at 2:56 AM, Martin Grigorov 
> > > wrote:
> > >
> > > > Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty
> 9.4.0
> > > and
> > > >  - works as expected.
> > > > Please let me know if you find a way to reproduce it with the
> examples
> > > or a
> > > > quickstart!
> > > >
> > > > Martin Grigorov
> > > > Wicket Training and Consulting
> > > > https://twitter.com/mtgrigorov
> > > >
> > > > On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov <
> mgrigo...@apache.org
> > >
> > > > wrote:
> > > >
> > > > >
> > > > > On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik <
> > > solomax...@gmail.com>
> > > > > wrote:
> > > > >
> > > > >> Also reproducible using FF on Ubuntu 16.10 ...
> > > > >> Unfortunately it is not reproducible using simpler config :(
> > > > >> I would appreciate any workaround due to issue is critical for our
> > > > project
> > > > >>
> > > > >
> > > > > When the user reloads the page the old WebSocket connection is
> closed
> > > and
> > > > > a new one is created.
> > > > > request.getSession(true) should never return null, because even if
> > > there
> > > > > is no HttpSession the parameter says that a new one should be
> > created.
> > > > > Try with Tomcat 8.5.11.
> > > > > I'll try to reproduce it later today.
> > > > >
> > > > >
> > > > >>
> > > > >> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik <
> > > solomax...@gmail.com
> > > > >
> > > > >> wrote:
> > > > >> > Thanks a lot Martin,
> > > > >> >
> > > > >> > I can send the stacktrace if it will help ...
> > > > >> > Will try to find reproducible easy steps ...
> > > > >> >
> > > > >> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov <
> > > > mgrigo...@apache.org>
> > > > >> wrote:
> > > > >> >> Hi Maxim,
> > > > >> >>
> > > > >> >> I'll try to reproduce it.
> > > > >> >>
> > > > >> >> Martin Grigorov
> > > > >> >> Wicket Training and Consulting
> > > > >> >> https://twitter.com/mtgrigorov
> > > > >> >>
> > > > >> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
> > > > >> solomax...@gmail.com>
> > > > >> >> wrote:
> > > > >> >>
> > > > >> >>> Forgot versions:
> > > > >> >>>
> > > > >> >>> Tomcat 8.5.9
> > > > >> >>> Wicket 7.6.0
> > > > >> >>> Chrome latest
> > > > >> >>> Ubuntu 16.10 latest
> > > > >> >>>
> > > > >> >>>
> > > > >> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
> > > > >> solomax...@gmail.com>
> > > > >> >>> wrote:
> > > > >> >>> > Hello All,
> > > > >> >>> >
> > > > >> >>> > I'm observing weird behavior:
> > > > >> >>> > I'm displaying wicket page in iframe
> > > > >> >>> > For some unknown reason I'm getting NPE in [1] if page is
> > being
> > > > >> >>> > reloaded both F5 and Shift+F5
> > > > >> >>> > Every second time I got NPE
> > > > >> >>> >
> > > > >> >>> > The method is being called from [2], every second time
> > > > >> >>> > (HttpSession) userProperties.get("session") == NULL
> > > > >> >>> >
> > > > >> >>> > maybe you know what can be done here?
> > > > >> >>> >
> > > > >> >>> > [1] https://github.com/apache/
> wicket/blob/wicket-7.x/wicket-
> > > > >> >>> native-websocket/wicket-native-websocket-core/src/
> > > > >> >>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocke
> > > > >> tProcessor.
> > > > >> >>> java#L104
> > > > >> >>> > [2] https://github.com/apache/
> wicket/blob/wicket-7.x/wicket-
> > > > >> >>> native-websocket/wicket-native-websocket-javax/src/
> > > > >> >>> main/java/org/apache/wicket/protocol/ws/javax/
> > > > >> >>> JavaxUpgradeHttpRequest.java#L74
> > > > >> >>> >
> > > > >> >>> > --
> > > > >> 

Re: NPE in constructor of AbstractWebSocketProcessor

[Maxim Solodovnik]

Hello Martin,

This version seems to work as expected :)))
Now the question is: How can I get M4 (or M3.1) :


On Thu, Feb 2, 2017 at 11:41 AM, Martin Grigorov 
wrote:

> Hi Maxim,
>
> I've fixed a nasty bug related to session management few days ago.
> In case you use 8.0.0-M3 I'd suggest to try with 8.0.0-SNAPSHOT!
>
> On Feb 2, 2017 6:32 AM, "Maxim Solodovnik"  wrote:
>
> > Hello Martin,
> >
> > I have updated our application to wicket-8 and NPE is not reproducible
> > anymore
> > Now I have even more weird situation: on every second page reload I'm not
> > getting WebSocketBehavior::onConnect messages (Chrome error console
> empty)
> > I suspect this might be caused by my code :(
> >
> > The logic I need to implement is:
> > In case particular page is loaded, and special one-time hash is passed as
> > page parameter, I need to drop existing session
> > And set session Auth data using hash received.
> >
> > So I'm checking if AbstractAuthenticatedWebSession::isSignedIn() == true
> > I call invalidateNow() and replaceSession()
> >
> > Maybe this need to be implemented somehow differently?
> > Maybe I can put breakpoint somewhere to be able to debug this?
> >
> >
> > On Wed, Feb 1, 2017 at 2:56 AM, Martin Grigorov 
> > wrote:
> >
> > > Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty 9.4.0
> > and
> > >  - works as expected.
> > > Please let me know if you find a way to reproduce it with the examples
> > or a
> > > quickstart!
> > >
> > > Martin Grigorov
> > > Wicket Training and Consulting
> > > https://twitter.com/mtgrigorov
> > >
> > > On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov  >
> > > wrote:
> > >
> > > >
> > > > On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik <
> > solomax...@gmail.com>
> > > > wrote:
> > > >
> > > >> Also reproducible using FF on Ubuntu 16.10 ...
> > > >> Unfortunately it is not reproducible using simpler config :(
> > > >> I would appreciate any workaround due to issue is critical for our
> > > project
> > > >>
> > > >
> > > > When the user reloads the page the old WebSocket connection is closed
> > and
> > > > a new one is created.
> > > > request.getSession(true) should never return null, because even if
> > there
> > > > is no HttpSession the parameter says that a new one should be
> created.
> > > > Try with Tomcat 8.5.11.
> > > > I'll try to reproduce it later today.
> > > >
> > > >
> > > >>
> > > >> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik <
> > solomax...@gmail.com
> > > >
> > > >> wrote:
> > > >> > Thanks a lot Martin,
> > > >> >
> > > >> > I can send the stacktrace if it will help ...
> > > >> > Will try to find reproducible easy steps ...
> > > >> >
> > > >> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov <
> > > mgrigo...@apache.org>
> > > >> wrote:
> > > >> >> Hi Maxim,
> > > >> >>
> > > >> >> I'll try to reproduce it.
> > > >> >>
> > > >> >> Martin Grigorov
> > > >> >> Wicket Training and Consulting
> > > >> >> https://twitter.com/mtgrigorov
> > > >> >>
> > > >> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
> > > >> solomax...@gmail.com>
> > > >> >> wrote:
> > > >> >>
> > > >> >>> Forgot versions:
> > > >> >>>
> > > >> >>> Tomcat 8.5.9
> > > >> >>> Wicket 7.6.0
> > > >> >>> Chrome latest
> > > >> >>> Ubuntu 16.10 latest
> > > >> >>>
> > > >> >>>
> > > >> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
> > > >> solomax...@gmail.com>
> > > >> >>> wrote:
> > > >> >>> > Hello All,
> > > >> >>> >
> > > >> >>> > I'm observing weird behavior:
> > > >> >>> > I'm displaying wicket page in iframe
> > > >> >>> > For some unknown reason I'm getting NPE in [1] if page is
> being
> > > >> >>> > reloaded both F5 and Shift+F5
> > > >> >>> > Every second time I got NPE
> > > >> >>> >
> > > >> >>> > The method is being called from [2], every second time
> > > >> >>> > (HttpSession) userProperties.get("session") == NULL
> > > >> >>> >
> > > >> >>> > maybe you know what can be done here?
> > > >> >>> >
> > > >> >>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> > > >> >>> native-websocket/wicket-native-websocket-core/src/
> > > >> >>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocke
> > > >> tProcessor.
> > > >> >>> java#L104
> > > >> >>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> > > >> >>> native-websocket/wicket-native-websocket-javax/src/
> > > >> >>> main/java/org/apache/wicket/protocol/ws/javax/
> > > >> >>> JavaxUpgradeHttpRequest.java#L74
> > > >> >>> >
> > > >> >>> > --
> > > >> >>> > WBR
> > > >> >>> > Maxim aka solomax
> > > >> >>>
> > > >> >>>
> > > >> >>>
> > > >> >>> --
> > > >> >>> WBR
> > > >> >>> Maxim aka solomax
> > > >> >>>
> > > >> >>> 
> > > -
> > > >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > >> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> > > >> >>>

Re: NPE in constructor of AbstractWebSocketProcessor

[Martin Grigorov]

Hi Maxim,

I've fixed a nasty bug related to session management few days ago.
In case you use 8.0.0-M3 I'd suggest to try with 8.0.0-SNAPSHOT!

On Feb 2, 2017 6:32 AM, "Maxim Solodovnik"  wrote:

> Hello Martin,
>
> I have updated our application to wicket-8 and NPE is not reproducible
> anymore
> Now I have even more weird situation: on every second page reload I'm not
> getting WebSocketBehavior::onConnect messages (Chrome error console empty)
> I suspect this might be caused by my code :(
>
> The logic I need to implement is:
> In case particular page is loaded, and special one-time hash is passed as
> page parameter, I need to drop existing session
> And set session Auth data using hash received.
>
> So I'm checking if AbstractAuthenticatedWebSession::isSignedIn() == true
> I call invalidateNow() and replaceSession()
>
> Maybe this need to be implemented somehow differently?
> Maybe I can put breakpoint somewhere to be able to debug this?
>
>
> On Wed, Feb 1, 2017 at 2:56 AM, Martin Grigorov 
> wrote:
>
> > Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty 9.4.0
> and
> >  - works as expected.
> > Please let me know if you find a way to reproduce it with the examples
> or a
> > quickstart!
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov 
> > wrote:
> >
> > >
> > > On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik <
> solomax...@gmail.com>
> > > wrote:
> > >
> > >> Also reproducible using FF on Ubuntu 16.10 ...
> > >> Unfortunately it is not reproducible using simpler config :(
> > >> I would appreciate any workaround due to issue is critical for our
> > project
> > >>
> > >
> > > When the user reloads the page the old WebSocket connection is closed
> and
> > > a new one is created.
> > > request.getSession(true) should never return null, because even if
> there
> > > is no HttpSession the parameter says that a new one should be created.
> > > Try with Tomcat 8.5.11.
> > > I'll try to reproduce it later today.
> > >
> > >
> > >>
> > >> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik <
> solomax...@gmail.com
> > >
> > >> wrote:
> > >> > Thanks a lot Martin,
> > >> >
> > >> > I can send the stacktrace if it will help ...
> > >> > Will try to find reproducible easy steps ...
> > >> >
> > >> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov <
> > mgrigo...@apache.org>
> > >> wrote:
> > >> >> Hi Maxim,
> > >> >>
> > >> >> I'll try to reproduce it.
> > >> >>
> > >> >> Martin Grigorov
> > >> >> Wicket Training and Consulting
> > >> >> https://twitter.com/mtgrigorov
> > >> >>
> > >> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
> > >> solomax...@gmail.com>
> > >> >> wrote:
> > >> >>
> > >> >>> Forgot versions:
> > >> >>>
> > >> >>> Tomcat 8.5.9
> > >> >>> Wicket 7.6.0
> > >> >>> Chrome latest
> > >> >>> Ubuntu 16.10 latest
> > >> >>>
> > >> >>>
> > >> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
> > >> solomax...@gmail.com>
> > >> >>> wrote:
> > >> >>> > Hello All,
> > >> >>> >
> > >> >>> > I'm observing weird behavior:
> > >> >>> > I'm displaying wicket page in iframe
> > >> >>> > For some unknown reason I'm getting NPE in [1] if page is being
> > >> >>> > reloaded both F5 and Shift+F5
> > >> >>> > Every second time I got NPE
> > >> >>> >
> > >> >>> > The method is being called from [2], every second time
> > >> >>> > (HttpSession) userProperties.get("session") == NULL
> > >> >>> >
> > >> >>> > maybe you know what can be done here?
> > >> >>> >
> > >> >>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> > >> >>> native-websocket/wicket-native-websocket-core/src/
> > >> >>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocke
> > >> tProcessor.
> > >> >>> java#L104
> > >> >>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> > >> >>> native-websocket/wicket-native-websocket-javax/src/
> > >> >>> main/java/org/apache/wicket/protocol/ws/javax/
> > >> >>> JavaxUpgradeHttpRequest.java#L74
> > >> >>> >
> > >> >>> > --
> > >> >>> > WBR
> > >> >>> > Maxim aka solomax
> > >> >>>
> > >> >>>
> > >> >>>
> > >> >>> --
> > >> >>> WBR
> > >> >>> Maxim aka solomax
> > >> >>>
> > >> >>> 
> > -
> > >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > >> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> > >> >>>
> > >> >>>
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > WBR
> > >> > Maxim aka solomax
> > >>
> > >>
> > >>
> > >> --
> > >> WBR
> > >> Maxim aka solomax
> > >>
> > >> -
> > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > >> For additional commands, e-mail: users-h...@wicket.apache.org
> > >>
> > >>
> > >
> >
>
>
>
> --
> WBR
> Maxim aka solomax
>

Re: NPE in constructor of AbstractWebSocketProcessor

[Maxim Solodovnik]

Hello Martin,

I have updated our application to wicket-8 and NPE is not reproducible
anymore
Now I have even more weird situation: on every second page reload I'm not
getting WebSocketBehavior::onConnect messages (Chrome error console empty)
I suspect this might be caused by my code :(

The logic I need to implement is:
In case particular page is loaded, and special one-time hash is passed as
page parameter, I need to drop existing session
And set session Auth data using hash received.

So I'm checking if AbstractAuthenticatedWebSession::isSignedIn() == true
I call invalidateNow() and replaceSession()

Maybe this need to be implemented somehow differently?
Maybe I can put breakpoint somewhere to be able to debug this?


On Wed, Feb 1, 2017 at 2:56 AM, Martin Grigorov 
wrote:

> Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty 9.4.0 and
>  - works as expected.
> Please let me know if you find a way to reproduce it with the examples or a
> quickstart!
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov 
> wrote:
>
> >
> > On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik 
> > wrote:
> >
> >> Also reproducible using FF on Ubuntu 16.10 ...
> >> Unfortunately it is not reproducible using simpler config :(
> >> I would appreciate any workaround due to issue is critical for our
> project
> >>
> >
> > When the user reloads the page the old WebSocket connection is closed and
> > a new one is created.
> > request.getSession(true) should never return null, because even if there
> > is no HttpSession the parameter says that a new one should be created.
> > Try with Tomcat 8.5.11.
> > I'll try to reproduce it later today.
> >
> >
> >>
> >> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik  >
> >> wrote:
> >> > Thanks a lot Martin,
> >> >
> >> > I can send the stacktrace if it will help ...
> >> > Will try to find reproducible easy steps ...
> >> >
> >> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov <
> mgrigo...@apache.org>
> >> wrote:
> >> >> Hi Maxim,
> >> >>
> >> >> I'll try to reproduce it.
> >> >>
> >> >> Martin Grigorov
> >> >> Wicket Training and Consulting
> >> >> https://twitter.com/mtgrigorov
> >> >>
> >> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
> >> solomax...@gmail.com>
> >> >> wrote:
> >> >>
> >> >>> Forgot versions:
> >> >>>
> >> >>> Tomcat 8.5.9
> >> >>> Wicket 7.6.0
> >> >>> Chrome latest
> >> >>> Ubuntu 16.10 latest
> >> >>>
> >> >>>
> >> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
> >> solomax...@gmail.com>
> >> >>> wrote:
> >> >>> > Hello All,
> >> >>> >
> >> >>> > I'm observing weird behavior:
> >> >>> > I'm displaying wicket page in iframe
> >> >>> > For some unknown reason I'm getting NPE in [1] if page is being
> >> >>> > reloaded both F5 and Shift+F5
> >> >>> > Every second time I got NPE
> >> >>> >
> >> >>> > The method is being called from [2], every second time
> >> >>> > (HttpSession) userProperties.get("session") == NULL
> >> >>> >
> >> >>> > maybe you know what can be done here?
> >> >>> >
> >> >>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> >> >>> native-websocket/wicket-native-websocket-core/src/
> >> >>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocke
> >> tProcessor.
> >> >>> java#L104
> >> >>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> >> >>> native-websocket/wicket-native-websocket-javax/src/
> >> >>> main/java/org/apache/wicket/protocol/ws/javax/
> >> >>> JavaxUpgradeHttpRequest.java#L74
> >> >>> >
> >> >>> > --
> >> >>> > WBR
> >> >>> > Maxim aka solomax
> >> >>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> WBR
> >> >>> Maxim aka solomax
> >> >>>
> >> >>> 
> -
> >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >> >>>
> >> >>>
> >> >
> >> >
> >> >
> >> > --
> >> > WBR
> >> > Maxim aka solomax
> >>
> >>
> >>
> >> --
> >> WBR
> >> Maxim aka solomax
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
>



-- 
WBR
Maxim aka solomax

Re: NPE in constructor of AbstractWebSocketProcessor

[Martin Grigorov]

Just tried it with Wicket 8.x Examples on Tomcat 8.5.11 and Jetty 9.4.0 and
 - works as expected.
Please let me know if you find a way to reproduce it with the examples or a
quickstart!

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Tue, Jan 31, 2017 at 4:14 PM, Martin Grigorov 
wrote:

>
> On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik 
> wrote:
>
>> Also reproducible using FF on Ubuntu 16.10 ...
>> Unfortunately it is not reproducible using simpler config :(
>> I would appreciate any workaround due to issue is critical for our project
>>
>
> When the user reloads the page the old WebSocket connection is closed and
> a new one is created.
> request.getSession(true) should never return null, because even if there
> is no HttpSession the parameter says that a new one should be created.
> Try with Tomcat 8.5.11.
> I'll try to reproduce it later today.
>
>
>>
>> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik 
>> wrote:
>> > Thanks a lot Martin,
>> >
>> > I can send the stacktrace if it will help ...
>> > Will try to find reproducible easy steps ...
>> >
>> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov 
>> wrote:
>> >> Hi Maxim,
>> >>
>> >> I'll try to reproduce it.
>> >>
>> >> Martin Grigorov
>> >> Wicket Training and Consulting
>> >> https://twitter.com/mtgrigorov
>> >>
>> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik <
>> solomax...@gmail.com>
>> >> wrote:
>> >>
>> >>> Forgot versions:
>> >>>
>> >>> Tomcat 8.5.9
>> >>> Wicket 7.6.0
>> >>> Chrome latest
>> >>> Ubuntu 16.10 latest
>> >>>
>> >>>
>> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
>> solomax...@gmail.com>
>> >>> wrote:
>> >>> > Hello All,
>> >>> >
>> >>> > I'm observing weird behavior:
>> >>> > I'm displaying wicket page in iframe
>> >>> > For some unknown reason I'm getting NPE in [1] if page is being
>> >>> > reloaded both F5 and Shift+F5
>> >>> > Every second time I got NPE
>> >>> >
>> >>> > The method is being called from [2], every second time
>> >>> > (HttpSession) userProperties.get("session") == NULL
>> >>> >
>> >>> > maybe you know what can be done here?
>> >>> >
>> >>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
>> >>> native-websocket/wicket-native-websocket-core/src/
>> >>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocke
>> tProcessor.
>> >>> java#L104
>> >>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
>> >>> native-websocket/wicket-native-websocket-javax/src/
>> >>> main/java/org/apache/wicket/protocol/ws/javax/
>> >>> JavaxUpgradeHttpRequest.java#L74
>> >>> >
>> >>> > --
>> >>> > WBR
>> >>> > Maxim aka solomax
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> WBR
>> >>> Maxim aka solomax
>> >>>
>> >>> -
>> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> >>> For additional commands, e-mail: users-h...@wicket.apache.org
>> >>>
>> >>>
>> >
>> >
>> >
>> > --
>> > WBR
>> > Maxim aka solomax
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>

Re: NPE in constructor of AbstractWebSocketProcessor

[Martin Grigorov]

On Tue, Jan 31, 2017 at 4:10 PM, Maxim Solodovnik 
wrote:

> Also reproducible using FF on Ubuntu 16.10 ...
> Unfortunately it is not reproducible using simpler config :(
> I would appreciate any workaround due to issue is critical for our project
>

When the user reloads the page the old WebSocket connection is closed and a
new one is created.
request.getSession(true) should never return null, because even if there is
no HttpSession the parameter says that a new one should be created.
Try with Tomcat 8.5.11.
I'll try to reproduce it later today.


>
> On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik 
> wrote:
> > Thanks a lot Martin,
> >
> > I can send the stacktrace if it will help ...
> > Will try to find reproducible easy steps ...
> >
> > On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov 
> wrote:
> >> Hi Maxim,
> >>
> >> I'll try to reproduce it.
> >>
> >> Martin Grigorov
> >> Wicket Training and Consulting
> >> https://twitter.com/mtgrigorov
> >>
> >> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik  >
> >> wrote:
> >>
> >>> Forgot versions:
> >>>
> >>> Tomcat 8.5.9
> >>> Wicket 7.6.0
> >>> Chrome latest
> >>> Ubuntu 16.10 latest
> >>>
> >>>
> >>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik <
> solomax...@gmail.com>
> >>> wrote:
> >>> > Hello All,
> >>> >
> >>> > I'm observing weird behavior:
> >>> > I'm displaying wicket page in iframe
> >>> > For some unknown reason I'm getting NPE in [1] if page is being
> >>> > reloaded both F5 and Shift+F5
> >>> > Every second time I got NPE
> >>> >
> >>> > The method is being called from [2], every second time
> >>> > (HttpSession) userProperties.get("session") == NULL
> >>> >
> >>> > maybe you know what can be done here?
> >>> >
> >>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> >>> native-websocket/wicket-native-websocket-core/src/
> >>> main/java/org/apache/wicket/protocol/ws/api/
> AbstractWebSocketProcessor.
> >>> java#L104
> >>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> >>> native-websocket/wicket-native-websocket-javax/src/
> >>> main/java/org/apache/wicket/protocol/ws/javax/
> >>> JavaxUpgradeHttpRequest.java#L74
> >>> >
> >>> > --
> >>> > WBR
> >>> > Maxim aka solomax
> >>>
> >>>
> >>>
> >>> --
> >>> WBR
> >>> Maxim aka solomax
> >>>
> >>> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
>
>
>
> --
> WBR
> Maxim aka solomax
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: NPE in constructor of AbstractWebSocketProcessor

[Maxim Solodovnik]

Also reproducible using FF on Ubuntu 16.10 ...
Unfortunately it is not reproducible using simpler config :(
I would appreciate any workaround due to issue is critical for our project

On Tue, Jan 31, 2017 at 3:09 PM, Maxim Solodovnik  wrote:
> Thanks a lot Martin,
>
> I can send the stacktrace if it will help ...
> Will try to find reproducible easy steps ...
>
> On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov  wrote:
>> Hi Maxim,
>>
>> I'll try to reproduce it.
>>
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>>
>> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik 
>> wrote:
>>
>>> Forgot versions:
>>>
>>> Tomcat 8.5.9
>>> Wicket 7.6.0
>>> Chrome latest
>>> Ubuntu 16.10 latest
>>>
>>>
>>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik 
>>> wrote:
>>> > Hello All,
>>> >
>>> > I'm observing weird behavior:
>>> > I'm displaying wicket page in iframe
>>> > For some unknown reason I'm getting NPE in [1] if page is being
>>> > reloaded both F5 and Shift+F5
>>> > Every second time I got NPE
>>> >
>>> > The method is being called from [2], every second time
>>> > (HttpSession) userProperties.get("session") == NULL
>>> >
>>> > maybe you know what can be done here?
>>> >
>>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
>>> native-websocket/wicket-native-websocket-core/src/
>>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.
>>> java#L104
>>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
>>> native-websocket/wicket-native-websocket-javax/src/
>>> main/java/org/apache/wicket/protocol/ws/javax/
>>> JavaxUpgradeHttpRequest.java#L74
>>> >
>>> > --
>>> > WBR
>>> > Maxim aka solomax
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>
>
>
> --
> WBR
> Maxim aka solomax



-- 
WBR
Maxim aka solomax

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE in constructor of AbstractWebSocketProcessor

[Maxim Solodovnik]

Thanks a lot Martin,

I can send the stacktrace if it will help ...
Will try to find reproducible easy steps ...

On Tue, Jan 31, 2017 at 2:52 PM, Martin Grigorov  wrote:
> Hi Maxim,
>
> I'll try to reproduce it.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik 
> wrote:
>
>> Forgot versions:
>>
>> Tomcat 8.5.9
>> Wicket 7.6.0
>> Chrome latest
>> Ubuntu 16.10 latest
>>
>>
>> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik 
>> wrote:
>> > Hello All,
>> >
>> > I'm observing weird behavior:
>> > I'm displaying wicket page in iframe
>> > For some unknown reason I'm getting NPE in [1] if page is being
>> > reloaded both F5 and Shift+F5
>> > Every second time I got NPE
>> >
>> > The method is being called from [2], every second time
>> > (HttpSession) userProperties.get("session") == NULL
>> >
>> > maybe you know what can be done here?
>> >
>> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
>> native-websocket/wicket-native-websocket-core/src/
>> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.
>> java#L104
>> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
>> native-websocket/wicket-native-websocket-javax/src/
>> main/java/org/apache/wicket/protocol/ws/javax/
>> JavaxUpgradeHttpRequest.java#L74
>> >
>> > --
>> > WBR
>> > Maxim aka solomax
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>



-- 
WBR
Maxim aka solomax

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE in constructor of AbstractWebSocketProcessor

[Martin Grigorov]

Hi Maxim,

I'll try to reproduce it.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Mon, Jan 30, 2017 at 6:16 PM, Maxim Solodovnik 
wrote:

> Forgot versions:
>
> Tomcat 8.5.9
> Wicket 7.6.0
> Chrome latest
> Ubuntu 16.10 latest
>
>
> On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik 
> wrote:
> > Hello All,
> >
> > I'm observing weird behavior:
> > I'm displaying wicket page in iframe
> > For some unknown reason I'm getting NPE in [1] if page is being
> > reloaded both F5 and Shift+F5
> > Every second time I got NPE
> >
> > The method is being called from [2], every second time
> > (HttpSession) userProperties.get("session") == NULL
> >
> > maybe you know what can be done here?
> >
> > [1] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> native-websocket/wicket-native-websocket-core/src/
> main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.
> java#L104
> > [2] https://github.com/apache/wicket/blob/wicket-7.x/wicket-
> native-websocket/wicket-native-websocket-javax/src/
> main/java/org/apache/wicket/protocol/ws/javax/
> JavaxUpgradeHttpRequest.java#L74
> >
> > --
> > WBR
> > Maxim aka solomax
>
>
>
> --
> WBR
> Maxim aka solomax
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: NPE in constructor of AbstractWebSocketProcessor

[Maxim Solodovnik]

Forgot versions:

Tomcat 8.5.9
Wicket 7.6.0
Chrome latest
Ubuntu 16.10 latest


On Tue, Jan 31, 2017 at 12:06 AM, Maxim Solodovnik  wrote:
> Hello All,
>
> I'm observing weird behavior:
> I'm displaying wicket page in iframe
> For some unknown reason I'm getting NPE in [1] if page is being
> reloaded both F5 and Shift+F5
> Every second time I got NPE
>
> The method is being called from [2], every second time
> (HttpSession) userProperties.get("session") == NULL
>
> maybe you know what can be done here?
>
> [1] 
> https://github.com/apache/wicket/blob/wicket-7.x/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L104
> [2] 
> https://github.com/apache/wicket/blob/wicket-7.x/wicket-native-websocket/wicket-native-websocket-javax/src/main/java/org/apache/wicket/protocol/ws/javax/JavaxUpgradeHttpRequest.java#L74
>
> --
> WBR
> Maxim aka solomax



-- 
WBR
Maxim aka solomax

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE in AbstractSingleSelectChoice

[Martin Grigorov]

Improved to not fail with NPE with
https://issues.apache.org/jira/browse/WICKET-5601

I think Wicket should warn you somehow when the returned idValue is null
though. Because now it sets null as a model object and the client choice is
being lost.
@Sven, @Igor: what do you think ?

Martin Grigorov
Wicket Training and Consulting


On Sun, May 25, 2014 at 10:29 PM, Francois Meillet 
francois.meil...@gmail.com wrote:

 When the DropDownChoice try to convert the submitted choice id back to the
 choice object
 there is an iteration over the choices.
 You get the NPE in this iteration because nullItem has no id.

 Have a look to AbstractSingleSelectChoice's setNullValid(true) method to
 include a null value.

 http://ci.apache.org/projects/wicket/apidocs/6.x/org/apache/wicket/markup/html/form/AbstractSingleSelectChoice.html#setNullValid(boolean)



 François Meillet
 Formation Wicket - Développement Wicket





 Le 25 mai 2014 à 21:18, Marco Springer ma...@glitchbox.nl a écrit :

  Haven't run the code but my guess is that the idValue returns a null
 instead
  of  0.
  Take a look at
 AbstractSingleSelectChoice.convertChoiceIdToChoice(String) line
  281. (Wicket 6.15.0)
  if(renderer.getIdValue(choice, index).equals(id)
  This would trigger a NPE if a null is returned, which would be the case
 with
  your nullItem.
 
  Cheers,
  Marco
 
  On Sunday 25 May 2014 21:06:41 Lucio Crusca wrote:
  I'm pretty sure it's my fault, but I can't spot it. I'm trying to use a
  DropDownChoice with custom renderer and a PropertyModel, without a Form.
 
  I get a NullPointerException in AbstractSingleSelectChoice, here is the
  quickstart:
 
  http://www.sulweb.org/download/sparsi/quickstart.zip
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 

Re: NPE in AbstractSingleSelectChoice

[Marco Springer]

Haven't run the code but my guess is that the idValue returns a null instead 
of  0.
Take a look at AbstractSingleSelectChoice.convertChoiceIdToChoice(String) line 
281. (Wicket 6.15.0)
if(renderer.getIdValue(choice, index).equals(id)
This would trigger a NPE if a null is returned, which would be the case with 
your nullItem.

Cheers,
Marco

On Sunday 25 May 2014 21:06:41 Lucio Crusca wrote:
 I'm pretty sure it's my fault, but I can't spot it. I'm trying to use a
 DropDownChoice with custom renderer and a PropertyModel, without a Form.
 
 I get a NullPointerException in AbstractSingleSelectChoice, here is the
 quickstart:
 
 http://www.sulweb.org/download/sparsi/quickstart.zip
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE in AbstractSingleSelectChoice

[Francois Meillet]

When the DropDownChoice try to convert the submitted choice id back to the 
choice object
there is an iteration over the choices.
You get the NPE in this iteration because nullItem has no id.

Have a look to AbstractSingleSelectChoice's setNullValid(true) method to 
include a null value.
http://ci.apache.org/projects/wicket/apidocs/6.x/org/apache/wicket/markup/html/form/AbstractSingleSelectChoice.html#setNullValid(boolean)



François Meillet
Formation Wicket - Développement Wicket





Le 25 mai 2014 à 21:18, Marco Springer ma...@glitchbox.nl a écrit :

 Haven't run the code but my guess is that the idValue returns a null instead 
 of  0.
 Take a look at AbstractSingleSelectChoice.convertChoiceIdToChoice(String) 
 line 
 281. (Wicket 6.15.0)
 if(renderer.getIdValue(choice, index).equals(id)
 This would trigger a NPE if a null is returned, which would be the case with 
 your nullItem.
 
 Cheers,
 Marco
 
 On Sunday 25 May 2014 21:06:41 Lucio Crusca wrote:
 I'm pretty sure it's my fault, but I can't spot it. I'm trying to use a
 DropDownChoice with custom renderer and a PropertyModel, without a Form.
 
 I get a NullPointerException in AbstractSingleSelectChoice, here is the
 quickstart:
 
 http://www.sulweb.org/download/sparsi/quickstart.zip
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 

Re: NPE : Exception in rendering component

[HHB]

Issue solved,
I'm using href instead of src attribute of script tag


HHB wrote:
 
 Hey,
 I created this panel:
 html
 head
 wicket:head
 wicket:link
 
 /wicket:link
 /wicket:head
 /head
 body
 wicket:panel
 div id=accordion
 h3 # First header /h3
 
 divFirst content/div
 h3
  # Second header 
 /h3
 divSecond content/div
 /div
 /wicket:panel
 /body
 /html
 
 This is supposed to be jQuery Accordion component.
 
 public class NavigationPanel extends Panel {
 
 public NavigationPanel(String id) {
 super(id);
 }
 
 }
 
 And here is the main page:
 
 link href=jquery-ui-1.7.1.custom.css 
 rel=stylesheet type=text/css/
 script href=jquery-1.3.2.min.js 
 type=text/javascript/
 script href=jquery-ui-1.7.1.custom.min.js
  type=text/javascript/
 div class=yui-u first
  div wicket:id=navoContent/div
 /div
 
 public Index() {
 add(new NavigationPanel(navo));
 }
 
 But I'm getting the following exception:
 WicketMessage: Exception in rendering component: 
 [MarkupContainer [Component id
 = _link3]]
 
 Root cause:
 
 java.lang.NullPointerException
 at
 org.apache.wicket.markup.resolver.
 AutoLinkResolver$PathInfo.init(AutoLinkResolver.java:249)
 
 
 Page
 
   [Page class = domain.Index, id = 0, version = 0]:
   #   PathSizeTypeModel Object
   1   navo641 bytes   domain.NavigationPanel  
   
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 

-- 
View this message in context: 
http://www.nabble.com/NPE-%3A-Exception-in-rendering-component-tp22845707p22846458.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE thrown from CheckBoxMultipleChoice when submitting a form.

[Timo Rantalaiho]

On Wed, 25 Feb 2009, Ned Collyer wrote:
 After update to rc2 - I am getting an NPE on a CheckBoxMultipleChoice when
 submitting a form.
 
 The NPE is thrown from the same area that the following Jira addresses.
 
 https://issues.apache.org/jira/browse/WICKET-1270
 
 This patch does not appear in 1.4-rc2.

It's in there though -- it was committed to trunk before 1.3.x 
was in its own branch

  
http://svn.apache.org/viewvc/wicket/trunk/jdk-1.4/wicket/src/main/java/org/apache/wicket/markup/html/form/ListMultipleChoice.java?p2=%2Fwicket%2Ftrunk%2Fjdk-1.4%2Fwicket%2Fsrc%2Fmain%2Fjava%2Forg%2Fapache%2Fwicket%2Fmarkup%2Fhtml%2Fform%2FListMultipleChoice.javap1=%2Fwicket%2Ftrunk%2Fjdk-1.4%2Fwicket%2Fsrc%2Fmain%2Fjava%2Forg%2Fapache%2Fwicket%2Fmarkup%2Fhtml%2Fform%2FListMultipleChoice.javar1=611726r2=611725view=diffpathrev=611726


 Caused by: java.lang.NullPointerException
   at java.util.AbstractCollection.addAll(AbstractCollection.java:303)
   at
 org.apache.wicket.markup.html.form.ListMultipleChoice.updateModel(ListMultipleChoice.java:327)
...
...
 Ideas please?

getConvertedInput() is returning null. Put a breakpoint to 
Form.process() and debug to see why that happens.

You could browse the Jira issues with fix version 1.4-rc2, 
and / or try to reproduce the problem in a quickstart.

Best wishes,
Timo

-- 
Timo Rantalaiho   
Reaktor Innovations OyURL: http://www.ri.fi/ 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: NPE when wicket:link embedding input type=image src...

[Jeremy Thomerson]

Your ticket is already in JIRA as
https://issues.apache.org/jira/browse/WICKET-1513 - reported in April.  I
attached a patch to fix it last month.  Please close the ticket you just
opened, and instead, comment on and vote for WICKET-1513.

You can also apply the patch to a locally-built Wicket if you need to use it
right now.

Thanks!
-- 
Jeremy Thomerson
http://www.wickettraining.com


On Thu, Dec 11, 2008 at 8:00 AM, danielt daniel.te...@web.de wrote:


 okay, ticket is WICKET-1976
 https://issues.apache.org/jira/browse/WICKET-1976
 thanks, Tee


 Bruno Cesar Borges wrote:
 
  Please, submit a JIRA issue. Looks like a simple bug while parsing the
  content.
 
  PS: should now be the time to reconsider the idea of dropping
 wicket:link?
  :-)
 
  -Original Message-
  From: danielt [mailto:daniel.te...@web.de]
  Sent: Thursday, December 11, 2008 11:34 AM
  To: users@wicket.apache.org
  Subject: NPE when wicket:link embedding input type=image src...
 
 
 
  hi at all..
 
  works:
  wicket:link
 lt;img src=resources/prev.png
  /wicket:link
 
  doesn't work:
  wicket:link
 input type=image src=resources/prev.png /
  /wicket:link
 
  ErrorLog:
 
  WicketMessage: Exception in rendering component: [MarkupContainer
  [Component
  id = _link5]]
 
  Root cause:
 
  java.lang.NullPointerException
  at
 
 org.apache.wicket.markup.resolver.AutoLinkResolver$PathInfo.init(AutoLinkResolver.java:249)
  at
 
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolveAutomaticLink(AutoLinkResolver.java:812)
  at
 
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolve(AutoLinkResolver.java:747)
  at
 org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
  at
 
 org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1476)
  at
 
 org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1401)
  at org.apache.wicket.Component.renderComponent(Component.java:2480)
  at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1411)
  at org.apache.wicket.Component.render(Component.java:2317)
  at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:223)
  at
 
 org.apache.wicket.markup.resolver.WicketLinkResolver.resolve(WicketLinkResolver.java:73)
  at
 org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
  at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1427)
  at org.apache.wicket.Page.onRender(Page.java:1470)
  at org.apache.wicket.Component.render(Component.java:2317)
  at org.apache.wicket.Page.renderPage(Page.java:904)
  at
 
 org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231)
  at
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104)
  at
 
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1181)
  at org.apache.wicket.RequestCycle.step(RequestCycle.java:1252)
  at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353)
  at org.apache.wicket.RequestCycle.request(RequestCycle.java:493)
  at
  org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:355)
  at
 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:200)
  at
 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  at
 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at
 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
  at
 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
  at
 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
  at
 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
  at
 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
  at
 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261)
  at
 
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
  at
 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581)
  at
 org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
  at java.lang.Thread.run(Thread.java:619)
 
  bug or feature?
 
  thanks a lot and best regards,
  Tee
 
  --
  View this message in context:
 
 http://www.nabble.com/NPE-when-%3Cwicket%3Alink%3E-embedding-%3Cinput-type%3D%22image%22-src%22...%22%3E-tp20955539p20955539.html
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 ***
  Atenção: Esta mensagem foi enviada para uso exclusivo do(s)
  

Re: NPE when wicket:link embedding input type=image src...

[James Carman]

I would also link the issues

On Fri, Dec 12, 2008 at 12:02 PM, Jeremy Thomerson
jer...@wickettraining.com wrote:
 Your ticket is already in JIRA as
 https://issues.apache.org/jira/browse/WICKET-1513 - reported in April.  I
 attached a patch to fix it last month.  Please close the ticket you just
 opened, and instead, comment on and vote for WICKET-1513.

 You can also apply the patch to a locally-built Wicket if you need to use it
 right now.

 Thanks!
 --
 Jeremy Thomerson
 http://www.wickettraining.com


 On Thu, Dec 11, 2008 at 8:00 AM, danielt daniel.te...@web.de wrote:


 okay, ticket is WICKET-1976
 https://issues.apache.org/jira/browse/WICKET-1976
 thanks, Tee


 Bruno Cesar Borges wrote:
 
  Please, submit a JIRA issue. Looks like a simple bug while parsing the
  content.
 
  PS: should now be the time to reconsider the idea of dropping
 wicket:link?
  :-)
 
  -Original Message-
  From: danielt [mailto:daniel.te...@web.de]
  Sent: Thursday, December 11, 2008 11:34 AM
  To: users@wicket.apache.org
  Subject: NPE when wicket:link embedding input type=image src...
 
 
 
  hi at all..
 
  works:
  wicket:link
 lt;img src=resources/prev.png
  /wicket:link
 
  doesn't work:
  wicket:link
 input type=image src=resources/prev.png /
  /wicket:link
 
  ErrorLog:
 
  WicketMessage: Exception in rendering component: [MarkupContainer
  [Component
  id = _link5]]
 
  Root cause:
 
  java.lang.NullPointerException
  at
 
 org.apache.wicket.markup.resolver.AutoLinkResolver$PathInfo.init(AutoLinkResolver.java:249)
  at
 
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolveAutomaticLink(AutoLinkResolver.java:812)
  at
 
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolve(AutoLinkResolver.java:747)
  at
 org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
  at
 
 org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1476)
  at
 
 org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1401)
  at org.apache.wicket.Component.renderComponent(Component.java:2480)
  at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1411)
  at org.apache.wicket.Component.render(Component.java:2317)
  at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:223)
  at
 
 org.apache.wicket.markup.resolver.WicketLinkResolver.resolve(WicketLinkResolver.java:73)
  at
 org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
  at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1427)
  at org.apache.wicket.Page.onRender(Page.java:1470)
  at org.apache.wicket.Component.render(Component.java:2317)
  at org.apache.wicket.Page.renderPage(Page.java:904)
  at
 
 org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231)
  at
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104)
  at
 
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1181)
  at org.apache.wicket.RequestCycle.step(RequestCycle.java:1252)
  at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353)
  at org.apache.wicket.RequestCycle.request(RequestCycle.java:493)
  at
  org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:355)
  at
 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:200)
  at
 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  at
 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at
 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
  at
 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
  at
 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
  at
 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
  at
 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
  at
 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261)
  at
 
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
  at
 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581)
  at
 org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
  at java.lang.Thread.run(Thread.java:619)
 
  bug or feature?
 
  thanks a lot and best regards,
  Tee
 
  --
  View this message in context:
 
 http://www.nabble.com/NPE-when-%3Cwicket%3Alink%3E-embedding-%3Cinput-type%3D%22image%22-src%22...%22%3E-tp20955539p20955539.html
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 

Re: NPE when wicket:link embedding input type=image src...

[Jeremy Thomerson]

Good catch - I just did it since I still had them open.

On Fri, Dec 12, 2008 at 11:07 AM, James Carman jcar...@carmanconsulting.com
 wrote:

 I would also link the issues

 On Fri, Dec 12, 2008 at 12:02 PM, Jeremy Thomerson
 jer...@wickettraining.com wrote:
  Your ticket is already in JIRA as
  https://issues.apache.org/jira/browse/WICKET-1513 - reported in April.
  I
  attached a patch to fix it last month.  Please close the ticket you just
  opened, and instead, comment on and vote for WICKET-1513.
 
  You can also apply the patch to a locally-built Wicket if you need to use
 it
  right now.
 
  Thanks!
  --
  Jeremy Thomerson
  http://www.wickettraining.com
 
 
  On Thu, Dec 11, 2008 at 8:00 AM, danielt daniel.te...@web.de wrote:
 
 
  okay, ticket is WICKET-1976
  https://issues.apache.org/jira/browse/WICKET-1976
  thanks, Tee
 
 
  Bruno Cesar Borges wrote:
  
   Please, submit a JIRA issue. Looks like a simple bug while parsing the
   content.
  
   PS: should now be the time to reconsider the idea of dropping
  wicket:link?
   :-)
  
   -Original Message-
   From: danielt [mailto:daniel.te...@web.de]
   Sent: Thursday, December 11, 2008 11:34 AM
   To: users@wicket.apache.org
   Subject: NPE when wicket:link embedding input type=image
 src...
  
  
  
   hi at all..
  
   works:
   wicket:link
  lt;img src=resources/prev.png
   /wicket:link
  
   doesn't work:
   wicket:link
  input type=image src=resources/prev.png /
   /wicket:link
  
   ErrorLog:
  
   WicketMessage: Exception in rendering component: [MarkupContainer
   [Component
   id = _link5]]
  
   Root cause:
  
   java.lang.NullPointerException
   at
  
 
 org.apache.wicket.markup.resolver.AutoLinkResolver$PathInfo.init(AutoLinkResolver.java:249)
   at
  
 
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolveAutomaticLink(AutoLinkResolver.java:812)
   at
  
 
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolve(AutoLinkResolver.java:747)
   at
  org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
   at
  
 
 org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1476)
   at
  
 
 org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1401)
   at org.apache.wicket.Component.renderComponent(Component.java:2480)
   at
 org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1411)
   at org.apache.wicket.Component.render(Component.java:2317)
   at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:223)
   at
  
 
 org.apache.wicket.markup.resolver.WicketLinkResolver.resolve(WicketLinkResolver.java:73)
   at
  org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
   at
 org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1427)
   at org.apache.wicket.Page.onRender(Page.java:1470)
   at org.apache.wicket.Component.render(Component.java:2317)
   at org.apache.wicket.Page.renderPage(Page.java:904)
   at
  
 
 org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231)
   at
  
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104)
   at
  
 
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1181)
   at org.apache.wicket.RequestCycle.step(RequestCycle.java:1252)
   at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353)
   at org.apache.wicket.RequestCycle.request(RequestCycle.java:493)
   at
  
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:355)
   at
  
 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:200)
   at
  
 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
   at
  
 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
   at
  
 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
   at
  
 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
   at
  
 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
   at
  
 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
   at
  
 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at
  
 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261)
   at
  
 
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
   at
  
 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581)
   at
  org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
   at java.lang.Thread.run(Thread.java:619)
  
   bug or feature?
  
   thanks a lot and best regards,
   Tee
  
   --
   View this message in context:
  
 
 http://www.nabble.com/NPE-when-%3Cwicket%3Alink%3E-embedding-%3Cinput-type%3D%22image%22-src%22...%22%3E-tp20955539p20955539.html
   

RE: NPE when wicket:link embedding input type=image src...

[Bruno Cesar Borges]

Please, submit a JIRA issue. Looks like a simple bug while parsing the content.

PS: should now be the time to reconsider the idea of dropping wicket:link? :-)

-Original Message-
From: danielt [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 11, 2008 11:34 AM
To: users@wicket.apache.org
Subject: NPE when wicket:link embedding input type=image src...



hi at all..

works: 
wicket:link
   lt;img src=resources/prev.png
/wicket:link

doesn't work:
wicket:link
   input type=image src=resources/prev.png /
/wicket:link

ErrorLog:

WicketMessage: Exception in rendering component: [MarkupContainer [Component
id = _link5]]

Root cause:

java.lang.NullPointerException
at
org.apache.wicket.markup.resolver.AutoLinkResolver$PathInfo.init(AutoLinkResolver.java:249)
at
org.apache.wicket.markup.resolver.AutoLinkResolver.resolveAutomaticLink(AutoLinkResolver.java:812)
at
org.apache.wicket.markup.resolver.AutoLinkResolver.resolve(AutoLinkResolver.java:747)
at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
at
org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1476)
at
org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1401)
at org.apache.wicket.Component.renderComponent(Component.java:2480)
at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1411)
at org.apache.wicket.Component.render(Component.java:2317)
at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:223)
at
org.apache.wicket.markup.resolver.WicketLinkResolver.resolve(WicketLinkResolver.java:73)
at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1427)
at org.apache.wicket.Page.onRender(Page.java:1470)
at org.apache.wicket.Component.render(Component.java:2317)
at org.apache.wicket.Page.renderPage(Page.java:904)
at
org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104)
at
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1181)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1252)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:493)
at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:355)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:200)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)

bug or feature? 

thanks a lot and best regards, 
Tee

-- 
View this message in context: 
http://www.nabble.com/NPE-when-%3Cwicket%3Alink%3E-embedding-%3Cinput-type%3D%22image%22-src%22...%22%3E-tp20955539p20955539.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

***
Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por 
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem 
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente, 
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas.


Warning: This message was sent for exclusive use of the addressees above 
identified, possibly 
containing information and or privileged/confidential documents whose content 
is protected by law. 
In case you have mistakenly received it, please notify the sender and delete it 
from your system. 
Be noticed that the law forbids the 

RE: NPE when wicket:link embedding input type=image src...

[danielt]

okay, ticket is WICKET-1976
https://issues.apache.org/jira/browse/WICKET-1976
thanks, Tee


Bruno Cesar Borges wrote:
 
 Please, submit a JIRA issue. Looks like a simple bug while parsing the
 content.
 
 PS: should now be the time to reconsider the idea of dropping wicket:link?
 :-)
 
 -Original Message-
 From: danielt [mailto:[EMAIL PROTECTED]
 Sent: Thursday, December 11, 2008 11:34 AM
 To: users@wicket.apache.org
 Subject: NPE when wicket:link embedding input type=image src...
 
 
 
 hi at all..
 
 works: 
 wicket:link
lt;img src=resources/prev.png
 /wicket:link
 
 doesn't work:
 wicket:link
input type=image src=resources/prev.png /
 /wicket:link
 
 ErrorLog:
 
 WicketMessage: Exception in rendering component: [MarkupContainer
 [Component
 id = _link5]]
 
 Root cause:
 
 java.lang.NullPointerException
 at
 org.apache.wicket.markup.resolver.AutoLinkResolver$PathInfo.init(AutoLinkResolver.java:249)
 at
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolveAutomaticLink(AutoLinkResolver.java:812)
 at
 org.apache.wicket.markup.resolver.AutoLinkResolver.resolve(AutoLinkResolver.java:747)
 at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
 at
 org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1476)
 at
 org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1401)
 at org.apache.wicket.Component.renderComponent(Component.java:2480)
 at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1411)
 at org.apache.wicket.Component.render(Component.java:2317)
 at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:223)
 at
 org.apache.wicket.markup.resolver.WicketLinkResolver.resolve(WicketLinkResolver.java:73)
 at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324)
 at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1427)
 at org.apache.wicket.Page.onRender(Page.java:1470)
 at org.apache.wicket.Component.render(Component.java:2317)
 at org.apache.wicket.Page.renderPage(Page.java:904)
 at
 org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231)
 at
 org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104)
 at
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1181)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1252)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353)
 at org.apache.wicket.RequestCycle.request(RequestCycle.java:493)
 at
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:355)
 at
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:200)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
 at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
 at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261)
 at
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
 at
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
 at java.lang.Thread.run(Thread.java:619)
 
 bug or feature? 
 
 thanks a lot and best regards, 
 Tee
 
 -- 
 View this message in context:
 http://www.nabble.com/NPE-when-%3Cwicket%3Alink%3E-embedding-%3Cinput-type%3D%22image%22-src%22...%22%3E-tp20955539p20955539.html
 Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 ***
 Atenção: Esta mensagem foi enviada para uso exclusivo do(s)
 destinatários(s) acima identificado(s),
 podendo conter informações e/ou documentos confidencias/privilegiados e
 seu sigilo é protegido por 
 lei. Caso você tenha recebido por engano, por favor, informe o remetente e
 apague-a de seu sistema.
 Notificamos que é proibido por lei a sua retenção, disseminação,
 distribuição, cópia ou uso sem 
 expressa autorização do remetente. Opiniões pessoais do remetente não
 refletem, necessariamente, 
 o ponto de vista da CETIP, o qual é divulgado somente por pessoas
 autorizadas.
 
 
 Warning: This message was sent for exclusive use of the addressees above
 identified, possibly 

Re: NPE

[Igor Vaynberg]

whats the stacktrace for the npe?

-igor

2008/8/7 Uwe Schäfer [EMAIL PROTECTED]:
 Hi

 the current (1.4-m3) impl of

 ComponentStringResourceLoader.loadStringResource(Class,String,Locale,String)

 throws an NPE, that i am not sure of.

 I´d suggest:

 public String loadStringResource(Class clazz, final String key, final Locale
 locale,
final String style)
{
if (clazz == null)
{
return null;
}

// Load the properties associated with the path
IPropertiesFactory propertiesFactory =
 Application.get().getResourceSettings()
.getPropertiesFactory();

while (true)
{

 // new lines here:

 if (clazz == null)
 {
return null;
 }

 right ?


 --

 THOMAS DAILY GmbH
 Adlerstraße 19
 79098 Freiburg
 Deutschland
 T  + 49 761 3 85 59 0
 F  + 49 761 3 85 59 550
 E  [EMAIL PROTECTED]
 www.thomas-daily.de

 Geschäftsführer/Managing Directors:
 Wendy Thomas, Susanne Larbig
 Handelsregister Freiburg i.Br., HRB 3947

 Registrieren Sie sich unter http://morningnews.thomas-daily.de für die
 kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages
 morgens um 9:00 in Ihrer Mailbox.

 Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um
 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00
 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion
 lautet [EMAIL PROTECTED]


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



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

Re: NPE

[Uwe Schäfer]

Igor Vaynberg schrieb:


whats the stacktrace for the npe?


java.lang.NullPointerException
 at 
org.apache.wicket.resource.loader.ComponentStringResourceLoader.loadStringResource(ComponentStringResourceLoader.java:129)


so

// Move to the next superclass
clazz = clazz.getSuperclass();

returns null because we use this method with an interface as the clazz 
parameter (maybe this is considered abuse of this class?)


cu uwe

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

Re: NPE

[Igor Vaynberg]

i patched it in 1.3.x and trunk

-igor

On Thu, Aug 7, 2008 at 10:30 AM, Uwe Schäfer [EMAIL PROTECTED] wrote:
 Igor Vaynberg schrieb:

 whats the stacktrace for the npe?

 java.lang.NullPointerException
 at
 org.apache.wicket.resource.loader.ComponentStringResourceLoader.loadStringResource(ComponentStringResourceLoader.java:129)

 so

 // Move to the next superclass
 clazz = clazz.getSuperclass();

 returns null because we use this method with an interface as the clazz
 parameter (maybe this is considered abuse of this class?)

 cu uwe

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



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

Re: NPE

[Uwe Schäfer]

Igor Vaynberg schrieb:

i patched it in 1.3.x and trunk


thanks, igor!


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

Re: NPE in FormTester.submit

[Timo Rantalaiho]

On Mon, 26 Nov 2007, Jason Anderson wrote:
 tester.startPage(HomePage.class);

I'm not sure if it changes anything here, but we've 
typically done tester.startPage(new ITestPageSource()...
instead.

  from a quick peek thru the code it looks like the request cycle is
 detaching the threadlocal before the response uses it in close()

Your code seems straight forward. But in more complex cases
this sometimes comes up with WicketTester, and at times,
WicketTester.setupRequestAndResponse() helps. You might also
try storing RequestCycle.get() earlier and putting it back 
with RequestCycle.set() just before submit.

Your form isn't ajax, is it? I think that ajax submits 
typically have to be submitted with WicketTester.executeAjaxEvent() 
instead of FOrmTester.submit().

Best wishes,
Timo

-- 
Timo Rantalaiho   
Reaktor Innovations OyURL: http://www.ri.fi/ 

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

Re: NPE in FormTester.submit

[Jason Anderson]

the form is not ajax, its pretty much a standard form with just login
and password fields and an onsubmit callback to send the page back to
the originally requested url or homepage much like you would find in
the login page included with the wicket-auth-roles classes

i'm not sure that storing the request would help as it is bound before
entering the submit();

here is the code in MockWebApplication.java

public void processRequestCycle(WebRequestCycle cycle)
{
try
{
cycle.request();   //  - RequestCycle exists 
and is
unbound at the end of this method after all the steps() have run in
threadDetach();
}
finally
{
cycle.getResponse().close();  // -
MockHttpServletResponse.sendRedirect is called by this which calls
RequestCycle.get() after the above has already detached the
threadlocal
}
postProcessRequestCycle(cycle);
}


and the code for MockHttpServletResponse:

public void sendRedirect(String location) throws IOException
{
// If the location starts with ../
if (location.startsWith(../))
{
// Test if the current url has a / in it. (a mount)
String url = RequestCycle.get().getRequest().getURL();


I really can't see any way the threadlocal can possibly live long
enough to exist in this method.





On Nov 26, 2007 7:58 PM, Timo Rantalaiho [EMAIL PROTECTED] wrote:
 On Mon, 26 Nov 2007, Jason Anderson wrote:
  tester.startPage(HomePage.class);

 I'm not sure if it changes anything here, but we've
 typically done tester.startPage(new ITestPageSource()...
 instead.

   from a quick peek thru the code it looks like the request cycle is
  detaching the threadlocal before the response uses it in close()

 Your code seems straight forward. But in more complex cases
 this sometimes comes up with WicketTester, and at times,
 WicketTester.setupRequestAndResponse() helps. You might also
 try storing RequestCycle.get() earlier and putting it back
 with RequestCycle.set() just before submit.

 Your form isn't ajax, is it? I think that ajax submits
 typically have to be submitted with WicketTester.executeAjaxEvent()
 instead of FOrmTester.submit().

 Best wishes,
 Timo

 --
 Timo Rantalaiho
 Reaktor Innovations OyURL: http://www.ri.fi/ 

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



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

Re: NPE in FormTester.submit

[Timo Rantalaiho]

On Mon, 26 Nov 2007, Jason Anderson wrote:
 and the code for MockHttpServletResponse:
 
   public void sendRedirect(String location) throws IOException
   {
   // If the location starts with ../
   if (location.startsWith(../))
   {
   // Test if the current url has a / in it. (a mount)
   String url = RequestCycle.get().getRequest().getURL();
 
 
 I really can't see any way the threadlocal can possibly live long
 enough to exist in this method.

OK, so maybe it's just that WicketTester cannot handle these
redirects.

Maybe you could create a minimal quickstart reproducing 
this, or better yet a patch with a crashing WicketTester
test, and attach it to Jira.

Best wishes,
Timo

-- 
Timo Rantalaiho   
Reaktor Innovations OyURL: http://www.ri.fi/ 

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

Re: NPE in FormTester.submit

[Jason Anderson]

i made a quickstart and attached it to the following issue

https://issues.apache.org/jira/browse/WICKET-1187

thanks for the help

On Nov 26, 2007 8:57 PM, Timo Rantalaiho [EMAIL PROTECTED] wrote:
 On Mon, 26 Nov 2007, Jason Anderson wrote:
  and the code for MockHttpServletResponse:
 
public void sendRedirect(String location) throws IOException
{
// If the location starts with ../
if (location.startsWith(../))
{
// Test if the current url has a / in it. (a mount)
String url = RequestCycle.get().getRequest().getURL();
 
 
  I really can't see any way the threadlocal can possibly live long
  enough to exist in this method.

 OK, so maybe it's just that WicketTester cannot handle these
 redirects.

 Maybe you could create a minimal quickstart reproducing
 this, or better yet a patch with a crashing WicketTester
 test, and attach it to Jira.


 Best wishes,
 Timo

 --
 Timo Rantalaiho
 Reaktor Innovations OyURL: http://www.ri.fi/ 

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



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