You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Anders Smestad <an...@gmail.com> on 2011/07/04 18:42:44 UTC
Wicket 1.5 shared image resource and modal windows.
Hi. I have a simple (test) page with an ajax link that displays a
modal window when clicked.
The modal window contains some text and an image-link. The image is
added to a link as
link.add(new Image("image", sharedResourceReference);
When displaying the modal window, everything displays correctly, but
firstly, there is a warning in the log that says:
WARN - ResourceReferenceRegistry - Resource reference not added to
registry. reference.canBeRegistered() == false
Then, not every time, but often, the stacktrace included at the bottom
of this message appears in the log when using Internet Explorer. Using
the network inspector tool (F12) in internet explorer shows that the
image is first requested once, then the request is aborted (result:
"(Aborted)"), then the same image is requested another time, this time
it receives a 200 and the image is downloaded.
None of these problems materialize when using other browsers than
internet explorer.
The image is a symbol for a link, and is a static image that will not
change between redeployments of the application.
What is the proper way to use such images. I have tried different approaches,
* Using the <wicket:link> in markup
* Using PackageResourceReference from java code
* Using SharedResourceReference as described above
* Registring the Image to the
Application.get().getSharedResources().add("name", ...); and
dereferencing it using new SharedResourceReference("name"), then
adding it to the link.
It seems that either the image link gets rendered with the
-ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
appended, both seems unnecessary since it is a static image which
could very well be cached on the browser.
The SharedResourceReference seems like it would be the right class to
use, but when adding the image to the page, the .canBeRegistered() ==
false is displayed.
So finally, this is the question: What is the correct way to include
static images, css and javascript resources in wicket, it seems there
are multiple ways to do this, but none seems to do what I want. I also
the resources to be contained with the component it is used with.
Thanks in advance!
A
Stacktrace from log when using Internet Explorer.
ERROR - DefaultExceptionMapper - Connection lost, give up responding.
org.apache.wicket.protocol.http.servlet.ResponseIOException:
org.mortbay.jetty.EofException
at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
Caused by: org.mortbay.jetty.EofException
at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
... 28 more
Caused by: java.io.IOException: An established connection was aborted
by the software in your host machine
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
at sun.nio.ch.IOUtil.write(IOUtil.java:28)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
... 33 more
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Anders Smestad <an...@gmail.com>.
Thanks!
I'll try those options.
A
On Tue, Jul 5, 2011 at 11:45 AM, Martin Grigorov <mg...@apache.org> wrote:
> You can use ContextImage and put the image itself next to WEB-INF folder.
>
> the anti-cache parameter is added to Image components so that they are
> re-rendered when added to AjaxRequestTarget
> with Wicket 1.5-RC5.1 there is
> org.apache.wicket.markup.html.image.Image.shouldAddAntiCacheParameter()
> which you can override and say to not add this parameter for images
> which you think should not be updated
>
> On Tue, Jul 5, 2011 at 11:35 AM, Anders Smestad
> <an...@gmail.com> wrote:
>> I see.
>>
>> So how do you usually include common images in your application? Say
>> for instance you have a form button functionality, but you want it
>> displayed as an image instead of the standard html button. Here we
>> have used a button with an image, but the image gets rendered with the
>> wicket:antiCache appended to the img src, but since this is a static
>> image, it doesn't make much sense to have it anti-cached.
>>
>> Thanks again.
>>
>> A
>>
>> On Tue, Jul 5, 2011 at 10:22 AM, Martin Grigorov <mg...@apache.org> wrote:
>>> We should revise this code.
>>> At least this shouldn't be a warning. I see it as debug. But as I said
>>> I need to look in this code first before I can comment.
>>> I personally don't use SharedResourceReferences in my app and thus
>>> never faced this issue.
>>>
>>> On Tue, Jul 5, 2011 at 10:13 AM, Anders Smestad
>>> <an...@gmail.com> wrote:
>>>> But even when I follow the guidelines from the wicketstuff images
>>>> examples, I get the WARN - ResourceReferenceRegistry - Resource
>>>> reference not added to registry. reference.canBeRegistered() == false
>>>>
>>>> Why cannot a shared reference be registered?
>>>>
>>>> A
>>>>
>>>> On Mon, Jul 4, 2011 at 10:41 PM, Anders Smestad
>>>> <an...@gmail.com> wrote:
>>>>> Done: https://issues.apache.org/jira/browse/WICKET-3869
>>>>>
>>>>> A
>>>>>
>>>>> On Mon, Jul 4, 2011 at 7:46 PM, Martin Grigorov <mg...@apache.org> wrote:
>>>>>> See how http://wicketstuff.org/wicket/images/ creates the images.
>>>>>> If you can create a quickstart application that shows the problem then
>>>>>> attach it to a ticket.
>>>>>>
>>>>>> On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
>>>>>>> Hi. I have a simple (test) page with an ajax link that displays a
>>>>>>> modal window when clicked.
>>>>>>>
>>>>>>> The modal window contains some text and an image-link. The image is
>>>>>>> added to a link as
>>>>>>>
>>>>>>> link.add(new Image("image", sharedResourceReference);
>>>>>>>
>>>>>>> When displaying the modal window, everything displays correctly, but
>>>>>>> firstly, there is a warning in the log that says:
>>>>>>>
>>>>>>> WARN - ResourceReferenceRegistry - Resource reference not added to
>>>>>>> registry. reference.canBeRegistered() == false
>>>>>>>
>>>>>>> Then, not every time, but often, the stacktrace included at the bottom
>>>>>>> of this message appears in the log when using Internet Explorer. Using
>>>>>>> the network inspector tool (F12) in internet explorer shows that the
>>>>>>> image is first requested once, then the request is aborted (result:
>>>>>>> "(Aborted)"), then the same image is requested another time, this time
>>>>>>> it receives a 200 and the image is downloaded.
>>>>>>>
>>>>>>> None of these problems materialize when using other browsers than
>>>>>>> internet explorer.
>>>>>>>
>>>>>>> The image is a symbol for a link, and is a static image that will not
>>>>>>> change between redeployments of the application.
>>>>>>>
>>>>>>> What is the proper way to use such images. I have tried different approaches,
>>>>>>> * Using the <wicket:link> in markup
>>>>>>> * Using PackageResourceReference from java code
>>>>>>> * Using SharedResourceReference as described above
>>>>>>> * Registring the Image to the
>>>>>>> Application.get().getSharedResources().add("name", ...); and
>>>>>>> dereferencing it using new SharedResourceReference("name"), then
>>>>>>> adding it to the link.
>>>>>>>
>>>>>>> It seems that either the image link gets rendered with the
>>>>>>> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
>>>>>>> appended, both seems unnecessary since it is a static image which
>>>>>>> could very well be cached on the browser.
>>>>>>>
>>>>>>> The SharedResourceReference seems like it would be the right class to
>>>>>>> use, but when adding the image to the page, the .canBeRegistered() ==
>>>>>>> false is displayed.
>>>>>>>
>>>>>>> So finally, this is the question: What is the correct way to include
>>>>>>> static images, css and javascript resources in wicket, it seems there
>>>>>>> are multiple ways to do this, but none seems to do what I want. I also
>>>>>>> the resources to be contained with the component it is used with.
>>>>>>>
>>>>>>> Thanks in advance!
>>>>>>>
>>>>>>> A
>>>>>>>
>>>>>>> Stacktrace from log when using Internet Explorer.
>>>>>>>
>>>>>>> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
>>>>>>> org.apache.wicket.protocol.http.servlet.ResponseIOException:
>>>>>>> org.mortbay.jetty.EofException
>>>>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
>>>>>>> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
>>>>>>> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
>>>>>>> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
>>>>>>> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
>>>>>>> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
>>>>>>> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
>>>>>>> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
>>>>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
>>>>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
>>>>>>> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
>>>>>>> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
>>>>>>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
>>>>>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
>>>>>>> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
>>>>>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>>>>>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
>>>>>>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
>>>>>>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
>>>>>>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
>>>>>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>>>>>> at org.mortbay.jetty.Server.handle(Server.java:324)
>>>>>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
>>>>>>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
>>>>>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
>>>>>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
>>>>>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
>>>>>>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
>>>>>>> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
>>>>>>> Caused by: org.mortbay.jetty.EofException
>>>>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
>>>>>>> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
>>>>>>> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
>>>>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
>>>>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
>>>>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
>>>>>>> ... 28 more
>>>>>>> Caused by: java.io.IOException: An established connection was aborted
>>>>>>> by the software in your host machine
>>>>>>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>>>>>>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>>>>>>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
>>>>>>> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
>>>>>>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
>>>>>>> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
>>>>>>> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
>>>>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
>>>>>>> ... 33 more
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Martin Grigorov
>>>>>> jWeekend
>>>>>> Training, Consulting, Development
>>>>>> http://jWeekend.com
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Martin Grigorov <mg...@apache.org>.
You can use ContextImage and put the image itself next to WEB-INF folder.
the anti-cache parameter is added to Image components so that they are
re-rendered when added to AjaxRequestTarget
with Wicket 1.5-RC5.1 there is
org.apache.wicket.markup.html.image.Image.shouldAddAntiCacheParameter()
which you can override and say to not add this parameter for images
which you think should not be updated
On Tue, Jul 5, 2011 at 11:35 AM, Anders Smestad
<an...@gmail.com> wrote:
> I see.
>
> So how do you usually include common images in your application? Say
> for instance you have a form button functionality, but you want it
> displayed as an image instead of the standard html button. Here we
> have used a button with an image, but the image gets rendered with the
> wicket:antiCache appended to the img src, but since this is a static
> image, it doesn't make much sense to have it anti-cached.
>
> Thanks again.
>
> A
>
> On Tue, Jul 5, 2011 at 10:22 AM, Martin Grigorov <mg...@apache.org> wrote:
>> We should revise this code.
>> At least this shouldn't be a warning. I see it as debug. But as I said
>> I need to look in this code first before I can comment.
>> I personally don't use SharedResourceReferences in my app and thus
>> never faced this issue.
>>
>> On Tue, Jul 5, 2011 at 10:13 AM, Anders Smestad
>> <an...@gmail.com> wrote:
>>> But even when I follow the guidelines from the wicketstuff images
>>> examples, I get the WARN - ResourceReferenceRegistry - Resource
>>> reference not added to registry. reference.canBeRegistered() == false
>>>
>>> Why cannot a shared reference be registered?
>>>
>>> A
>>>
>>> On Mon, Jul 4, 2011 at 10:41 PM, Anders Smestad
>>> <an...@gmail.com> wrote:
>>>> Done: https://issues.apache.org/jira/browse/WICKET-3869
>>>>
>>>> A
>>>>
>>>> On Mon, Jul 4, 2011 at 7:46 PM, Martin Grigorov <mg...@apache.org> wrote:
>>>>> See how http://wicketstuff.org/wicket/images/ creates the images.
>>>>> If you can create a quickstart application that shows the problem then
>>>>> attach it to a ticket.
>>>>>
>>>>> On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
>>>>>> Hi. I have a simple (test) page with an ajax link that displays a
>>>>>> modal window when clicked.
>>>>>>
>>>>>> The modal window contains some text and an image-link. The image is
>>>>>> added to a link as
>>>>>>
>>>>>> link.add(new Image("image", sharedResourceReference);
>>>>>>
>>>>>> When displaying the modal window, everything displays correctly, but
>>>>>> firstly, there is a warning in the log that says:
>>>>>>
>>>>>> WARN - ResourceReferenceRegistry - Resource reference not added to
>>>>>> registry. reference.canBeRegistered() == false
>>>>>>
>>>>>> Then, not every time, but often, the stacktrace included at the bottom
>>>>>> of this message appears in the log when using Internet Explorer. Using
>>>>>> the network inspector tool (F12) in internet explorer shows that the
>>>>>> image is first requested once, then the request is aborted (result:
>>>>>> "(Aborted)"), then the same image is requested another time, this time
>>>>>> it receives a 200 and the image is downloaded.
>>>>>>
>>>>>> None of these problems materialize when using other browsers than
>>>>>> internet explorer.
>>>>>>
>>>>>> The image is a symbol for a link, and is a static image that will not
>>>>>> change between redeployments of the application.
>>>>>>
>>>>>> What is the proper way to use such images. I have tried different approaches,
>>>>>> * Using the <wicket:link> in markup
>>>>>> * Using PackageResourceReference from java code
>>>>>> * Using SharedResourceReference as described above
>>>>>> * Registring the Image to the
>>>>>> Application.get().getSharedResources().add("name", ...); and
>>>>>> dereferencing it using new SharedResourceReference("name"), then
>>>>>> adding it to the link.
>>>>>>
>>>>>> It seems that either the image link gets rendered with the
>>>>>> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
>>>>>> appended, both seems unnecessary since it is a static image which
>>>>>> could very well be cached on the browser.
>>>>>>
>>>>>> The SharedResourceReference seems like it would be the right class to
>>>>>> use, but when adding the image to the page, the .canBeRegistered() ==
>>>>>> false is displayed.
>>>>>>
>>>>>> So finally, this is the question: What is the correct way to include
>>>>>> static images, css and javascript resources in wicket, it seems there
>>>>>> are multiple ways to do this, but none seems to do what I want. I also
>>>>>> the resources to be contained with the component it is used with.
>>>>>>
>>>>>> Thanks in advance!
>>>>>>
>>>>>> A
>>>>>>
>>>>>> Stacktrace from log when using Internet Explorer.
>>>>>>
>>>>>> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
>>>>>> org.apache.wicket.protocol.http.servlet.ResponseIOException:
>>>>>> org.mortbay.jetty.EofException
>>>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
>>>>>> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
>>>>>> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
>>>>>> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
>>>>>> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
>>>>>> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
>>>>>> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
>>>>>> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
>>>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
>>>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
>>>>>> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
>>>>>> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
>>>>>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
>>>>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
>>>>>> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
>>>>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>>>>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
>>>>>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
>>>>>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
>>>>>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
>>>>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>>>>> at org.mortbay.jetty.Server.handle(Server.java:324)
>>>>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
>>>>>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
>>>>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
>>>>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
>>>>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
>>>>>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
>>>>>> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
>>>>>> Caused by: org.mortbay.jetty.EofException
>>>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
>>>>>> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
>>>>>> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
>>>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
>>>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
>>>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
>>>>>> ... 28 more
>>>>>> Caused by: java.io.IOException: An established connection was aborted
>>>>>> by the software in your host machine
>>>>>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>>>>>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>>>>>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
>>>>>> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
>>>>>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
>>>>>> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
>>>>>> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
>>>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
>>>>>> ... 33 more
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Martin Grigorov
>>>>> jWeekend
>>>>> Training, Consulting, Development
>>>>> http://jWeekend.com
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Anders Smestad <an...@gmail.com>.
I see.
So how do you usually include common images in your application? Say
for instance you have a form button functionality, but you want it
displayed as an image instead of the standard html button. Here we
have used a button with an image, but the image gets rendered with the
wicket:antiCache appended to the img src, but since this is a static
image, it doesn't make much sense to have it anti-cached.
Thanks again.
A
On Tue, Jul 5, 2011 at 10:22 AM, Martin Grigorov <mg...@apache.org> wrote:
> We should revise this code.
> At least this shouldn't be a warning. I see it as debug. But as I said
> I need to look in this code first before I can comment.
> I personally don't use SharedResourceReferences in my app and thus
> never faced this issue.
>
> On Tue, Jul 5, 2011 at 10:13 AM, Anders Smestad
> <an...@gmail.com> wrote:
>> But even when I follow the guidelines from the wicketstuff images
>> examples, I get the WARN - ResourceReferenceRegistry - Resource
>> reference not added to registry. reference.canBeRegistered() == false
>>
>> Why cannot a shared reference be registered?
>>
>> A
>>
>> On Mon, Jul 4, 2011 at 10:41 PM, Anders Smestad
>> <an...@gmail.com> wrote:
>>> Done: https://issues.apache.org/jira/browse/WICKET-3869
>>>
>>> A
>>>
>>> On Mon, Jul 4, 2011 at 7:46 PM, Martin Grigorov <mg...@apache.org> wrote:
>>>> See how http://wicketstuff.org/wicket/images/ creates the images.
>>>> If you can create a quickstart application that shows the problem then
>>>> attach it to a ticket.
>>>>
>>>> On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
>>>>> Hi. I have a simple (test) page with an ajax link that displays a
>>>>> modal window when clicked.
>>>>>
>>>>> The modal window contains some text and an image-link. The image is
>>>>> added to a link as
>>>>>
>>>>> link.add(new Image("image", sharedResourceReference);
>>>>>
>>>>> When displaying the modal window, everything displays correctly, but
>>>>> firstly, there is a warning in the log that says:
>>>>>
>>>>> WARN - ResourceReferenceRegistry - Resource reference not added to
>>>>> registry. reference.canBeRegistered() == false
>>>>>
>>>>> Then, not every time, but often, the stacktrace included at the bottom
>>>>> of this message appears in the log when using Internet Explorer. Using
>>>>> the network inspector tool (F12) in internet explorer shows that the
>>>>> image is first requested once, then the request is aborted (result:
>>>>> "(Aborted)"), then the same image is requested another time, this time
>>>>> it receives a 200 and the image is downloaded.
>>>>>
>>>>> None of these problems materialize when using other browsers than
>>>>> internet explorer.
>>>>>
>>>>> The image is a symbol for a link, and is a static image that will not
>>>>> change between redeployments of the application.
>>>>>
>>>>> What is the proper way to use such images. I have tried different approaches,
>>>>> * Using the <wicket:link> in markup
>>>>> * Using PackageResourceReference from java code
>>>>> * Using SharedResourceReference as described above
>>>>> * Registring the Image to the
>>>>> Application.get().getSharedResources().add("name", ...); and
>>>>> dereferencing it using new SharedResourceReference("name"), then
>>>>> adding it to the link.
>>>>>
>>>>> It seems that either the image link gets rendered with the
>>>>> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
>>>>> appended, both seems unnecessary since it is a static image which
>>>>> could very well be cached on the browser.
>>>>>
>>>>> The SharedResourceReference seems like it would be the right class to
>>>>> use, but when adding the image to the page, the .canBeRegistered() ==
>>>>> false is displayed.
>>>>>
>>>>> So finally, this is the question: What is the correct way to include
>>>>> static images, css and javascript resources in wicket, it seems there
>>>>> are multiple ways to do this, but none seems to do what I want. I also
>>>>> the resources to be contained with the component it is used with.
>>>>>
>>>>> Thanks in advance!
>>>>>
>>>>> A
>>>>>
>>>>> Stacktrace from log when using Internet Explorer.
>>>>>
>>>>> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
>>>>> org.apache.wicket.protocol.http.servlet.ResponseIOException:
>>>>> org.mortbay.jetty.EofException
>>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
>>>>> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
>>>>> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
>>>>> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
>>>>> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
>>>>> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
>>>>> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
>>>>> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
>>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
>>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
>>>>> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
>>>>> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
>>>>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
>>>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
>>>>> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
>>>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>>>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
>>>>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
>>>>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
>>>>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
>>>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>>>> at org.mortbay.jetty.Server.handle(Server.java:324)
>>>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
>>>>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
>>>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
>>>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
>>>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
>>>>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
>>>>> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
>>>>> Caused by: org.mortbay.jetty.EofException
>>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
>>>>> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
>>>>> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
>>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
>>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
>>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
>>>>> ... 28 more
>>>>> Caused by: java.io.IOException: An established connection was aborted
>>>>> by the software in your host machine
>>>>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>>>>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>>>>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
>>>>> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
>>>>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
>>>>> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
>>>>> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
>>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
>>>>> ... 33 more
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Martin Grigorov
>>>> jWeekend
>>>> Training, Consulting, Development
>>>> http://jWeekend.com
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Martin Grigorov <mg...@apache.org>.
We should revise this code.
At least this shouldn't be a warning. I see it as debug. But as I said
I need to look in this code first before I can comment.
I personally don't use SharedResourceReferences in my app and thus
never faced this issue.
On Tue, Jul 5, 2011 at 10:13 AM, Anders Smestad
<an...@gmail.com> wrote:
> But even when I follow the guidelines from the wicketstuff images
> examples, I get the WARN - ResourceReferenceRegistry - Resource
> reference not added to registry. reference.canBeRegistered() == false
>
> Why cannot a shared reference be registered?
>
> A
>
> On Mon, Jul 4, 2011 at 10:41 PM, Anders Smestad
> <an...@gmail.com> wrote:
>> Done: https://issues.apache.org/jira/browse/WICKET-3869
>>
>> A
>>
>> On Mon, Jul 4, 2011 at 7:46 PM, Martin Grigorov <mg...@apache.org> wrote:
>>> See how http://wicketstuff.org/wicket/images/ creates the images.
>>> If you can create a quickstart application that shows the problem then
>>> attach it to a ticket.
>>>
>>> On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
>>>> Hi. I have a simple (test) page with an ajax link that displays a
>>>> modal window when clicked.
>>>>
>>>> The modal window contains some text and an image-link. The image is
>>>> added to a link as
>>>>
>>>> link.add(new Image("image", sharedResourceReference);
>>>>
>>>> When displaying the modal window, everything displays correctly, but
>>>> firstly, there is a warning in the log that says:
>>>>
>>>> WARN - ResourceReferenceRegistry - Resource reference not added to
>>>> registry. reference.canBeRegistered() == false
>>>>
>>>> Then, not every time, but often, the stacktrace included at the bottom
>>>> of this message appears in the log when using Internet Explorer. Using
>>>> the network inspector tool (F12) in internet explorer shows that the
>>>> image is first requested once, then the request is aborted (result:
>>>> "(Aborted)"), then the same image is requested another time, this time
>>>> it receives a 200 and the image is downloaded.
>>>>
>>>> None of these problems materialize when using other browsers than
>>>> internet explorer.
>>>>
>>>> The image is a symbol for a link, and is a static image that will not
>>>> change between redeployments of the application.
>>>>
>>>> What is the proper way to use such images. I have tried different approaches,
>>>> * Using the <wicket:link> in markup
>>>> * Using PackageResourceReference from java code
>>>> * Using SharedResourceReference as described above
>>>> * Registring the Image to the
>>>> Application.get().getSharedResources().add("name", ...); and
>>>> dereferencing it using new SharedResourceReference("name"), then
>>>> adding it to the link.
>>>>
>>>> It seems that either the image link gets rendered with the
>>>> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
>>>> appended, both seems unnecessary since it is a static image which
>>>> could very well be cached on the browser.
>>>>
>>>> The SharedResourceReference seems like it would be the right class to
>>>> use, but when adding the image to the page, the .canBeRegistered() ==
>>>> false is displayed.
>>>>
>>>> So finally, this is the question: What is the correct way to include
>>>> static images, css and javascript resources in wicket, it seems there
>>>> are multiple ways to do this, but none seems to do what I want. I also
>>>> the resources to be contained with the component it is used with.
>>>>
>>>> Thanks in advance!
>>>>
>>>> A
>>>>
>>>> Stacktrace from log when using Internet Explorer.
>>>>
>>>> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
>>>> org.apache.wicket.protocol.http.servlet.ResponseIOException:
>>>> org.mortbay.jetty.EofException
>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
>>>> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
>>>> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
>>>> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
>>>> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
>>>> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
>>>> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
>>>> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
>>>> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
>>>> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
>>>> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
>>>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
>>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
>>>> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
>>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
>>>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
>>>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
>>>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
>>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>>> at org.mortbay.jetty.Server.handle(Server.java:324)
>>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
>>>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
>>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
>>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
>>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
>>>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
>>>> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
>>>> Caused by: org.mortbay.jetty.EofException
>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
>>>> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
>>>> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
>>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
>>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
>>>> ... 28 more
>>>> Caused by: java.io.IOException: An established connection was aborted
>>>> by the software in your host machine
>>>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>>>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>>>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
>>>> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
>>>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
>>>> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
>>>> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
>>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
>>>> ... 33 more
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Anders Smestad <an...@gmail.com>.
But even when I follow the guidelines from the wicketstuff images
examples, I get the WARN - ResourceReferenceRegistry - Resource
reference not added to registry. reference.canBeRegistered() == false
Why cannot a shared reference be registered?
A
On Mon, Jul 4, 2011 at 10:41 PM, Anders Smestad
<an...@gmail.com> wrote:
> Done: https://issues.apache.org/jira/browse/WICKET-3869
>
> A
>
> On Mon, Jul 4, 2011 at 7:46 PM, Martin Grigorov <mg...@apache.org> wrote:
>> See how http://wicketstuff.org/wicket/images/ creates the images.
>> If you can create a quickstart application that shows the problem then
>> attach it to a ticket.
>>
>> On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
>>> Hi. I have a simple (test) page with an ajax link that displays a
>>> modal window when clicked.
>>>
>>> The modal window contains some text and an image-link. The image is
>>> added to a link as
>>>
>>> link.add(new Image("image", sharedResourceReference);
>>>
>>> When displaying the modal window, everything displays correctly, but
>>> firstly, there is a warning in the log that says:
>>>
>>> WARN - ResourceReferenceRegistry - Resource reference not added to
>>> registry. reference.canBeRegistered() == false
>>>
>>> Then, not every time, but often, the stacktrace included at the bottom
>>> of this message appears in the log when using Internet Explorer. Using
>>> the network inspector tool (F12) in internet explorer shows that the
>>> image is first requested once, then the request is aborted (result:
>>> "(Aborted)"), then the same image is requested another time, this time
>>> it receives a 200 and the image is downloaded.
>>>
>>> None of these problems materialize when using other browsers than
>>> internet explorer.
>>>
>>> The image is a symbol for a link, and is a static image that will not
>>> change between redeployments of the application.
>>>
>>> What is the proper way to use such images. I have tried different approaches,
>>> * Using the <wicket:link> in markup
>>> * Using PackageResourceReference from java code
>>> * Using SharedResourceReference as described above
>>> * Registring the Image to the
>>> Application.get().getSharedResources().add("name", ...); and
>>> dereferencing it using new SharedResourceReference("name"), then
>>> adding it to the link.
>>>
>>> It seems that either the image link gets rendered with the
>>> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
>>> appended, both seems unnecessary since it is a static image which
>>> could very well be cached on the browser.
>>>
>>> The SharedResourceReference seems like it would be the right class to
>>> use, but when adding the image to the page, the .canBeRegistered() ==
>>> false is displayed.
>>>
>>> So finally, this is the question: What is the correct way to include
>>> static images, css and javascript resources in wicket, it seems there
>>> are multiple ways to do this, but none seems to do what I want. I also
>>> the resources to be contained with the component it is used with.
>>>
>>> Thanks in advance!
>>>
>>> A
>>>
>>> Stacktrace from log when using Internet Explorer.
>>>
>>> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
>>> org.apache.wicket.protocol.http.servlet.ResponseIOException:
>>> org.mortbay.jetty.EofException
>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
>>> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
>>> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
>>> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
>>> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
>>> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
>>> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
>>> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
>>> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
>>> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
>>> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
>>> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
>>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
>>> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
>>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
>>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
>>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>> at org.mortbay.jetty.Server.handle(Server.java:324)
>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
>>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
>>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
>>> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
>>> Caused by: org.mortbay.jetty.EofException
>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
>>> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
>>> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
>>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
>>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
>>> ... 28 more
>>> Caused by: java.io.IOException: An established connection was aborted
>>> by the software in your host machine
>>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
>>> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
>>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
>>> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
>>> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
>>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
>>> ... 33 more
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Anders Smestad <an...@gmail.com>.
Done: https://issues.apache.org/jira/browse/WICKET-3869
A
On Mon, Jul 4, 2011 at 7:46 PM, Martin Grigorov <mg...@apache.org> wrote:
> See how http://wicketstuff.org/wicket/images/ creates the images.
> If you can create a quickstart application that shows the problem then
> attach it to a ticket.
>
> On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
>> Hi. I have a simple (test) page with an ajax link that displays a
>> modal window when clicked.
>>
>> The modal window contains some text and an image-link. The image is
>> added to a link as
>>
>> link.add(new Image("image", sharedResourceReference);
>>
>> When displaying the modal window, everything displays correctly, but
>> firstly, there is a warning in the log that says:
>>
>> WARN - ResourceReferenceRegistry - Resource reference not added to
>> registry. reference.canBeRegistered() == false
>>
>> Then, not every time, but often, the stacktrace included at the bottom
>> of this message appears in the log when using Internet Explorer. Using
>> the network inspector tool (F12) in internet explorer shows that the
>> image is first requested once, then the request is aborted (result:
>> "(Aborted)"), then the same image is requested another time, this time
>> it receives a 200 and the image is downloaded.
>>
>> None of these problems materialize when using other browsers than
>> internet explorer.
>>
>> The image is a symbol for a link, and is a static image that will not
>> change between redeployments of the application.
>>
>> What is the proper way to use such images. I have tried different approaches,
>> * Using the <wicket:link> in markup
>> * Using PackageResourceReference from java code
>> * Using SharedResourceReference as described above
>> * Registring the Image to the
>> Application.get().getSharedResources().add("name", ...); and
>> dereferencing it using new SharedResourceReference("name"), then
>> adding it to the link.
>>
>> It seems that either the image link gets rendered with the
>> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
>> appended, both seems unnecessary since it is a static image which
>> could very well be cached on the browser.
>>
>> The SharedResourceReference seems like it would be the right class to
>> use, but when adding the image to the page, the .canBeRegistered() ==
>> false is displayed.
>>
>> So finally, this is the question: What is the correct way to include
>> static images, css and javascript resources in wicket, it seems there
>> are multiple ways to do this, but none seems to do what I want. I also
>> the resources to be contained with the component it is used with.
>>
>> Thanks in advance!
>>
>> A
>>
>> Stacktrace from log when using Internet Explorer.
>>
>> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
>> org.apache.wicket.protocol.http.servlet.ResponseIOException:
>> org.mortbay.jetty.EofException
>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
>> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
>> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
>> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
>> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
>> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
>> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
>> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
>> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
>> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
>> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
>> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
>> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
>> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
>> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
>> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:324)
>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
>> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
>> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
>> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
>> Caused by: org.mortbay.jetty.EofException
>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
>> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
>> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
>> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
>> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
>> ... 28 more
>> Caused by: java.io.IOException: An established connection was aborted
>> by the software in your host machine
>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
>> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
>> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
>> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
>> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
>> ... 33 more
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket 1.5 shared image resource and modal windows.
Posted by Martin Grigorov <mg...@apache.org>.
See how http://wicketstuff.org/wicket/images/ creates the images.
If you can create a quickstart application that shows the problem then
attach it to a ticket.
On Mon, Jul 4, 2011 at 6:42 PM, Anders Smestad <an...@gmail.com> wrote:
> Hi. I have a simple (test) page with an ajax link that displays a
> modal window when clicked.
>
> The modal window contains some text and an image-link. The image is
> added to a link as
>
> link.add(new Image("image", sharedResourceReference);
>
> When displaying the modal window, everything displays correctly, but
> firstly, there is a warning in the log that says:
>
> WARN - ResourceReferenceRegistry - Resource reference not added to
> registry. reference.canBeRegistered() == false
>
> Then, not every time, but often, the stacktrace included at the bottom
> of this message appears in the log when using Internet Explorer. Using
> the network inspector tool (F12) in internet explorer shows that the
> image is first requested once, then the request is aborted (result:
> "(Aborted)"), then the same image is requested another time, this time
> it receives a 200 and the image is downloaded.
>
> None of these problems materialize when using other browsers than
> internet explorer.
>
> The image is a symbol for a link, and is a static image that will not
> change between redeployments of the application.
>
> What is the proper way to use such images. I have tried different approaches,
> * Using the <wicket:link> in markup
> * Using PackageResourceReference from java code
> * Using SharedResourceReference as described above
> * Registring the Image to the
> Application.get().getSharedResources().add("name", ...); and
> dereferencing it using new SharedResourceReference("name"), then
> adding it to the link.
>
> It seems that either the image link gets rendered with the
> -ts000000.ext (timestamp) extension, or the ?wicket:antiCache is
> appended, both seems unnecessary since it is a static image which
> could very well be cached on the browser.
>
> The SharedResourceReference seems like it would be the right class to
> use, but when adding the image to the page, the .canBeRegistered() ==
> false is displayed.
>
> So finally, this is the question: What is the correct way to include
> static images, css and javascript resources in wicket, it seems there
> are multiple ways to do this, but none seems to do what I want. I also
> the resources to be contained with the component it is used with.
>
> Thanks in advance!
>
> A
>
> Stacktrace from log when using Internet Explorer.
>
> ERROR - DefaultExceptionMapper - Connection lost, give up responding.
> org.apache.wicket.protocol.http.servlet.ResponseIOException:
> org.mortbay.jetty.EofException
> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:120)
> at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.write(HeaderBufferingWebResponse.java:168)
> at org.apache.wicket.request.resource.PackageResource$1.writeData(PackageResource.java:239)
> at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:448)
> at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77)
> at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92)
> at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:717)
> at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63)
> at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:212)
> at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:253)
> at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:160)
> at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:216)
> at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1112)
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363)
> at org.mortbay.jetty.security.ConstraintsSecurityHandler.handle(ConstraintsSecurityHandler.java:220)
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:822)
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:305)
> at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:229)
> at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:113)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:324)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:550)
> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:876)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:535)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:407)
> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:421)
> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
> Caused by: org.mortbay.jetty.EofException
> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:787)
> at org.mortbay.jetty.AbstractGenerator$Output.flush(AbstractGenerator.java:567)
> at org.mortbay.jetty.HttpConnection$Output.flush(HttpConnection.java:958)
> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:647)
> at org.mortbay.jetty.AbstractGenerator$Output.write(AbstractGenerator.java:588)
> at org.apache.wicket.protocol.http.servlet.ServletWebResponse.write(ServletWebResponse.java:116)
> ... 28 more
> Caused by: java.io.IOException: An established connection was aborted
> by the software in your host machine
> at sun.nio.ch.SocketDispatcher.write0(Native Method)
> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:72)
> at sun.nio.ch.IOUtil.write(IOUtil.java:28)
> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
> at org.mortbay.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:169)
> at org.mortbay.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:212)
> at org.mortbay.jetty.HttpGenerator.flush(HttpGenerator.java:721)
> ... 33 more
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org