[jira] [Updated] (WICKET-6313) Missing Images

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6313:

Affects Version/s: (was: 7.7.0)
   7.6.0
   8.0.0-M3

> Missing Images
> --
>
> Key: WICKET-6313
> URL: https://issues.apache.org/jira/browse/WICKET-6313
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Affects Versions: 7.6.0, 8.0.0-M3
> Environment: Debian GNU/Linux "Jessie"
>Reporter: Jan Lühr
>Assignee: Andrea Del Bene
> Attachments: pdf_vs_html.png
>
>
> Some Images - some UML class-diagrams - are not included in the PDF-Version 
> when building the guide with mvn -Pguide install. These files are included in 
> the html-Version (see screenshot)
> I noticed some .png-inclusion related warnings during the build:
> asciidoctor: WARNING: could not embed image
> /tmp/wicket/wicket-user-guide/src/main/asciidoc/img/inmethod-grid2.png;
> PNG uses unsupported interlace method



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Updated] (WICKET-6313) Missing Images

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6313:

Affects Version/s: (was: 8.0.0-M3)
   8.0.0-M4

> Missing Images
> --
>
> Key: WICKET-6313
> URL: https://issues.apache.org/jira/browse/WICKET-6313
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Affects Versions: 7.6.0, 8.0.0-M4
> Environment: Debian GNU/Linux "Jessie"
>Reporter: Jan Lühr
>Assignee: Andrea Del Bene
> Attachments: pdf_vs_html.png
>
>
> Some Images - some UML class-diagrams - are not included in the PDF-Version 
> when building the guide with mvn -Pguide install. These files are included in 
> the html-Version (see screenshot)
> I noticed some .png-inclusion related warnings during the build:
> asciidoctor: WARNING: could not embed image
> /tmp/wicket/wicket-user-guide/src/main/asciidoc/img/inmethod-grid2.png;
> PNG uses unsupported interlace method



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Updated] (WICKET-6313) Missing Images

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6313:

Fix Version/s: 7.6.0
   8.0.0-M4

> Missing Images
> --
>
> Key: WICKET-6313
> URL: https://issues.apache.org/jira/browse/WICKET-6313
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Affects Versions: 7.6.0, 8.0.0-M4
> Environment: Debian GNU/Linux "Jessie"
>Reporter: Jan Lühr
>Assignee: Andrea Del Bene
> Fix For: 7.6.0, 8.0.0-M4
>
> Attachments: pdf_vs_html.png
>
>
> Some Images - some UML class-diagrams - are not included in the PDF-Version 
> when building the guide with mvn -Pguide install. These files are included in 
> the html-Version (see screenshot)
> I noticed some .png-inclusion related warnings during the build:
> asciidoctor: WARNING: could not embed image
> /tmp/wicket/wicket-user-guide/src/main/asciidoc/img/inmethod-grid2.png;
> PNG uses unsupported interlace method



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Closed] (WICKET-6313) Missing Images

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene closed WICKET-6313.
---
Resolution: Fixed

hi [~pedrosans],

no problem.

> Missing Images
> --
>
> Key: WICKET-6313
> URL: https://issues.apache.org/jira/browse/WICKET-6313
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Affects Versions: 7.6.0, 8.0.0-M4
> Environment: Debian GNU/Linux "Jessie"
>Reporter: Jan Lühr
>Assignee: Andrea Del Bene
> Fix For: 8.0.0-M4, 7.6.0
>
> Attachments: pdf_vs_html.png
>
>
> Some Images - some UML class-diagrams - are not included in the PDF-Version 
> when building the guide with mvn -Pguide install. These files are included in 
> the html-Version (see screenshot)
> I noticed some .png-inclusion related warnings during the build:
> asciidoctor: WARNING: could not embed image
> /tmp/wicket/wicket-user-guide/src/main/asciidoc/img/inmethod-grid2.png;
> PNG uses unsupported interlace method



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Commented] (WICKET-6280) Convert gdocs user guide to Asiidoctor

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15869720#comment-15869720
 ] 

Andrea Del Bene commented on WICKET-6280:
-

[~dashorst]
Shall we close it?

> Convert gdocs user guide to Asiidoctor
> --
>
> Key: WICKET-6280
> URL: https://issues.apache.org/jira/browse/WICKET-6280
> Project: Wicket
>  Issue Type: Task
>  Components: guide
>Reporter: Martijn Dashorst
>Assignee: Andrea Del Bene
>
> GDoc is deprecated, Asciidoctor the new king. We have to migrate to a better, 
> well maintained documentation format. This issue tracks the progress.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Commented] (WICKET-6320) Minor Fixes to 8.X Documentation

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15873166#comment-15873166
 ] 

Andrea Del Bene commented on WICKET-6320:
-

Thank you [~flemm]!!!

> Minor Fixes to 8.X Documentation
> 
>
> Key: WICKET-6320
> URL: https://issues.apache.org/jira/browse/WICKET-6320
> Project: Wicket
>  Issue Type: Improvement
>  Components: guide
>Affects Versions: 8.0.0-M1
> Environment: Linux-Debian Jessie
>Reporter: Tim Fleming
>Assignee: Andrea Del Bene
>Priority: Minor
>
> Within the "Why Learn" section of the 8.x docs, fixed a few typos ("them" 
> instead of "theme" and "tasks" instead of "task") and made other minor 
> changes for better word flow and clarity. Additionally, fixed a typo within 
> the "Contributing" doc. ("Apache" instead of "Apacke"). 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Commented] (WICKET-6280) Convert gdocs user guide to Asiidoctor

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15888415#comment-15888415
 ] 

Andrea Del Bene commented on WICKET-6280:
-

6.x is not converted yet. IMHO we should leave it as it is. The conversion 
script is not 100% error free and it's not an easy task to check the converted 
guide for possible errors. Since 6.x will become a legacy version very soon, I 
suggest to keep its guide as it is now.

> Convert gdocs user guide to Asiidoctor
> --
>
> Key: WICKET-6280
> URL: https://issues.apache.org/jira/browse/WICKET-6280
> Project: Wicket
>  Issue Type: Task
>  Components: guide
>Reporter: Martijn Dashorst
>Assignee: Andrea Del Bene
>
> GDoc is deprecated, Asciidoctor the new king. We have to migrate to a better, 
> well maintained documentation format. This issue tracks the progress.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Closed] (WICKET-6280) Convert gdocs user guide to Asiidoctor

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene closed WICKET-6280.
---
Resolution: Fixed

We can re-open it in future if we plan other activities.

> Convert gdocs user guide to Asiidoctor
> --
>
> Key: WICKET-6280
> URL: https://issues.apache.org/jira/browse/WICKET-6280
> Project: Wicket
>  Issue Type: Task
>  Components: guide
>Reporter: Martijn Dashorst
>Assignee: Andrea Del Bene
>
> GDoc is deprecated, Asciidoctor the new king. We have to migrate to a better, 
> well maintained documentation format. This issue tracks the progress.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Commented] (WICKET-6357) Lambda in Link stop working

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15967756#comment-15967756
 ] 

Andrea Del Bene commented on WICKET-6357:
-

For those who liked to use lambda factories, I've ported them to WicketStuff: 
https://github.com/wicketstuff/core/tree/master/wicketstuff-lambda-components 
(use version 8.0.0-SNAPSHOT)

> Lambda in Link stop working
> ---
>
> Key: WICKET-6357
> URL: https://issues.apache.org/jira/browse/WICKET-6357
> Project: Wicket
>  Issue Type: Bug
>Affects Versions: 8.0.0-M5
>Reporter: Vít Kotačka
>
> Following code is working in Wicket *8.0.0-M4*, but can't be compiled in 
> version *8.0.0-M5*:
> {code:java}
> add(Link.onClick("homePageLink", link -> 
> setResponsePage(getApplication().getHomePage(;
> {code}
> Compilation (via _Gradle_) gives following input:
> {code}
> /home/guido/projects/Norway-ePass/RegiS/src/main/java/com/gemalto/ics/norway/regis/wicket/hello/WesPocPage.java:13:
>  error: method onClick in class Link cannot be applied to given types;
> add(Link.onClick("homePageLink", link -> 
> setResponsePage(getApplication().getHomePage(;
> ^
>   required: no arguments
>   found: String,(link)->se[...]ge())
>   reason: actual and formal argument lists differ in length
>   where T is a type-variable:
> T extends Object declared in class Link
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Assigned] (WICKET-6361) MarkupContainer#queue doesn't work in table column

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6361:
---

Assignee: Andrea Del Bene

> MarkupContainer#queue doesn't work in table column
> --
>
> Key: WICKET-6361
> URL: https://issues.apache.org/jira/browse/WICKET-6361
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.6.0
>Reporter: Andrew Geery
>Assignee: Andrea Del Bene
>Priority: Minor
> Attachments: myproject.zip
>
>
> When the AbstractColumn#populateItem adds a Panel which uses the 
> MarkupComponent#queue method to add its children, the following error occurs: 
>  Detach called on component with id 'cell' while it had a non-empty queue.
> If the queue methods are changed to add, everything works.  This is the 
> workaround.
> In the attached file, the problem is ActionPanel (which is added by 
> ActionColumn).  Changing queue to add makes the example work.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Updated] (WICKET-6361) MarkupContainer#queue doesn't work in table column

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6361:

Affects Version/s: 8.0.0-M5

> MarkupContainer#queue doesn't work in table column
> --
>
> Key: WICKET-6361
> URL: https://issues.apache.org/jira/browse/WICKET-6361
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.6.0, 8.0.0-M5
>Reporter: Andrew Geery
>Assignee: Andrea Del Bene
>Priority: Minor
> Attachments: myproject.zip
>
>
> When the AbstractColumn#populateItem adds a Panel which uses the 
> MarkupComponent#queue method to add its children, the following error occurs: 
>  Detach called on component with id 'cell' while it had a non-empty queue.
> If the queue methods are changed to add, everything works.  This is the 
> workaround.
> In the attached file, the problem is ActionPanel (which is added by 
> ActionColumn).  Changing queue to add makes the example work.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Updated] (WICKET-6361) MarkupContainer#queue doesn't work in table column

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6361:

Fix Version/s: 8.0.0-M6
   7.7.0

> MarkupContainer#queue doesn't work in table column
> --
>
> Key: WICKET-6361
> URL: https://issues.apache.org/jira/browse/WICKET-6361
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.6.0, 8.0.0-M5
>Reporter: Andrew Geery
>Assignee: Andrea Del Bene
>Priority: Minor
> Fix For: 7.7.0, 8.0.0-M6
>
> Attachments: myproject.zip
>
>
> When the AbstractColumn#populateItem adds a Panel which uses the 
> MarkupComponent#queue method to add its children, the following error occurs: 
>  Detach called on component with id 'cell' while it had a non-empty queue.
> If the queue methods are changed to add, everything works.  This is the 
> workaround.
> In the attached file, the problem is ActionPanel (which is added by 
> ActionColumn).  Changing queue to add makes the example work.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Resolved] (WICKET-6361) MarkupContainer#queue doesn't work in table column

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6361.
-
Resolution: Fixed

With this fix components dequeuing is triggered on container initialization, 
but only if the container or one of its parent has something to dequeue.
The code we use inside MarkupContainer#addedComponent to propagate dequeuing 
has been removed as it is not useful anymore 

> MarkupContainer#queue doesn't work in table column
> --
>
> Key: WICKET-6361
> URL: https://issues.apache.org/jira/browse/WICKET-6361
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.6.0, 8.0.0-M5
>Reporter: Andrew Geery
>Assignee: Andrea Del Bene
>Priority: Minor
> Fix For: 7.7.0, 8.0.0-M6
>
> Attachments: myproject.zip
>
>
> When the AbstractColumn#populateItem adds a Panel which uses the 
> MarkupComponent#queue method to add its children, the following error occurs: 
>  Detach called on component with id 'cell' while it had a non-empty queue.
> If the queue methods are changed to add, everything works.  This is the 
> workaround.
> In the attached file, the problem is ActionPanel (which is added by 
> ActionColumn).  Changing queue to add makes the example work.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Commented] (WICKET-6367) UserGuide bugs/improvements

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16006356#comment-16006356
 ] 

Andrea Del Bene commented on WICKET-6367:
-

[~eximius] you are right. I will correct it.

PS: thank you for your guide review!

> UserGuide bugs/improvements
> ---
>
> Key: WICKET-6367
> URL: https://issues.apache.org/jira/browse/WICKET-6367
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> While reading 
> [this|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf] guide I 
> found potential bugs/problems/improvements.
> Notice: all page numbers referr to the page number in page footer, not in PDF 
> reader
> * 30: {quote}//wrap disabled links with  tag{quote}
> is copied from other listing and should be removed 
> * 56, 140, 311: all
> {quote}"*"{quote}
> should be in separate lines
> * 64: {quote}quiet{quote} -> {quote}quite{quote}
> * 79: {quote}for example '<' becomes '< '{quote} -> {quote}for example '<' 
> becomes '<'{quote}
> * 81 and 85: LambdaModel should be also mentioned along with PropertyModel 
> and CompoundPropertyModel
> * 86: {quote}process1{quote} -> {quote}process{quote}
> * 96: shouldn't be super.onDetach(); called at the end of the method?
> * 98: {quote}pass row objects{quote} ->  {quote}pass raw objects{quote}, 
> {quote}passing row objects{quote} ->  {quote}passing raw objects{quote}, 
> {quote}Using models{quote} -> {quote}By using models{quote}
> * 102: {quote}local-part\_domain{quote} -> {quote}local-part@domain{quote}, 
> {quote}bigger than a lower bound{quote} -> {quote}greater than a lower 
> bound{quote}, {quote}smaller than a upper bound{quote} -> {quote}less than a 
> upper bound{quote}
> * 107: instead saying that: {quote}As a consequence, we had to build a custom 
> filter{quote} and later {quote}Since version 6.13.0 Wicket provides the 
> additional filter class
> org.apache.wicket.feedback.ExactLevelFeedbackMessageFilter{quote} just say 
> the latter instead of the former
> * 108: {quote}RadioChoice1{quote} -> {quote}RadioChoice{quote}
> * 110, 122: {quote}paragraph 15{quote} -> {quote}Chapter 15{quote}
> * 118: {quote}MultiPart(true)on{quote} -> {quote}setMultiPart(true) on{quote}
> * 127: {quote}[checkbox]{quote} -> {quote} type="checkbox"/>{quote}
> * 130: {quote}By default CheckBoxMultipleChoice inserts a  tag as suffix 
> after each option{quote} -> [not 
> anymore|https://issues.apache.org/jira/browse/WICKET-5640]
> * 135: listing is not respecting [this 
> change|https://issues.apache.org/jira/browse/WICKET-5349]
> * 140: {quote}Surename{quote} -> {quote}Surname{quote}
> * 185: {quote}setJavaScriptCompressor(…) / setJavaScriptCompressor(…)"{quote} 
> -> {quote}setCssCompressor(…) / setJavaScriptCompressor(…){quote}
> * 191: {quote}extend the a built-in{quote} -> {quote}extend a built-in{quote}
> * 228: {quote}Project WicketStuff provides a module with a stateless version 
> of the most common AJAX components and behaviors.{quote} -> it in now part of 
> Wicket (explained in 19.7)
> * 238: missing javadoc for org.apache.wicket.lambda.Lambdas
> * 244: {quote}WebSockets This means{quote} -> ?
> * 244: {quote}WebSocketBehavior1.onMessage() or 
> WebSocketResource1.onMessage(){quote} -> Did you mean: 
> {quote}WebSocketBehavior#onMessage() or WebSocketResource#onMessage(){quote}
> * 245: {quote}Beware that the API/implementation of 
> wicket-native-websocket-javax may change before Wicket 7.0.0 is 
> released{quote} -> it's already released
> * 246: {quote}handler1.prependJavaScript(CharSequence) and 
> handler1.appendJavaScript(CharSequence){quote} -> 
> {quote}handler.prependJavaScript(CharSequence) and 
> handler.appendJavaScript(CharSequence){quote}
> * 276: {quote}int [_] indexes{quote} -> {quote}int[] indexes{quote}
> * 292:  {quote}( [")@)] xtField( [")@)] te [)@)]{quote} -> ??
> * 303: {quote}consider validators. How can I find all navigators that 
> exist?{quote} ->  {quote}consider validators. How can I find all validators 
> that exist?{quote}
> * 306: {quote}the storage of pages' bytes{quote} -> {quote}the storage of 
> page's bytes {quote}
> * 311: {quote}Browser not caching files{quote} -> {quote}Browser is not 
> caching files{quote}
> * 319: {quote}annotated with _Aspect{quote} -> {quote}annotated with 
> @Aspect{quote}
> * 321: {quote}The additional parameter is written in bold{quote} -> it is not
> * 325: {quote}Java developers : NetBeans{quote} -> {quote}Java developers: 
> NetBeans{quote}
> * 328: {quote}example [run-jetty-run]{quote} -> improper linking
> * 329: Actual Qwickie url is https://github.com/count-negative/qwickie
> * 338: {quote}(_see RequestCycleSettings1.RenderStrategy{quote} -> 
> {quote}(see RequestCycleSettings.RenderStrategy{quote}
> * 12, 13, 20

[jira] [Commented] (WICKET-6367) UserGuide bugs/improvements

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16012292#comment-16012292
 ] 

Andrea Del Bene commented on WICKET-6367:
-

Hi,

this is a tricky issue. As you noted the html is ok, while I get an error when 
the pdf is produced and this created the  tag. Hope to find a solution 
quickly. 

> UserGuide bugs/improvements
> ---
>
> Key: WICKET-6367
> URL: https://issues.apache.org/jira/browse/WICKET-6367
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> While reading 
> [this|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf] guide I 
> found potential bugs/problems/improvements.
> Notice: all page numbers referr to the page number in page footer, not in PDF 
> reader
> * 30: {quote}//wrap disabled links with  tag{quote}
> is copied from other listing and should be removed 
> * 56, 140, 311: all
> {quote}"*"{quote}
> should be in separate lines
> * 64: {quote}quiet{quote} -> {quote}quite{quote}
> * 79: {quote}for example '<' becomes '< '{quote} -> {quote}for example '<' 
> becomes '<'{quote}
> * 81 and 85: LambdaModel should be also mentioned along with PropertyModel 
> and CompoundPropertyModel
> * 86: {quote}process1{quote} -> {quote}process{quote}
> * 96: shouldn't be super.onDetach(); called at the end of the method?
> * 98: {quote}pass row objects{quote} ->  {quote}pass raw objects{quote}, 
> {quote}passing row objects{quote} ->  {quote}passing raw objects{quote}, 
> {quote}Using models{quote} -> {quote}By using models{quote}
> * 102: {quote}local-part\_domain{quote} -> {quote}local-part@domain{quote}, 
> {quote}bigger than a lower bound{quote} -> {quote}greater than a lower 
> bound{quote}, {quote}smaller than a upper bound{quote} -> {quote}less than a 
> upper bound{quote}
> * 107: instead saying that: {quote}As a consequence, we had to build a custom 
> filter{quote} and later {quote}Since version 6.13.0 Wicket provides the 
> additional filter class
> org.apache.wicket.feedback.ExactLevelFeedbackMessageFilter{quote} just say 
> the latter instead of the former
> * 108: {quote}RadioChoice1{quote} -> {quote}RadioChoice{quote}
> * 110, 122: {quote}paragraph 15{quote} -> {quote}Chapter 15{quote}
> * 118: {quote}MultiPart(true)on{quote} -> {quote}setMultiPart(true) on{quote}
> * 127: {quote}[checkbox]{quote} -> {quote} type="checkbox"/>{quote}
> * 130: {quote}By default CheckBoxMultipleChoice inserts a  tag as suffix 
> after each option{quote} -> [not 
> anymore|https://issues.apache.org/jira/browse/WICKET-5640]
> * 135: listing is not respecting [this 
> change|https://issues.apache.org/jira/browse/WICKET-5349]
> * 140: {quote}Surename{quote} -> {quote}Surname{quote}
> * 185: {quote}setJavaScriptCompressor(…) / setJavaScriptCompressor(…)"{quote} 
> -> {quote}setCssCompressor(…) / setJavaScriptCompressor(…){quote}
> * 191: {quote}extend the a built-in{quote} -> {quote}extend a built-in{quote}
> * 228: {quote}Project WicketStuff provides a module with a stateless version 
> of the most common AJAX components and behaviors.{quote} -> it in now part of 
> Wicket (explained in 19.7)
> * 238: missing javadoc for org.apache.wicket.lambda.Lambdas
> * 244: {quote}WebSockets This means{quote} -> ?
> * 244: {quote}WebSocketBehavior1.onMessage() or 
> WebSocketResource1.onMessage(){quote} -> Did you mean: 
> {quote}WebSocketBehavior#onMessage() or WebSocketResource#onMessage(){quote}
> * 245: {quote}Beware that the API/implementation of 
> wicket-native-websocket-javax may change before Wicket 7.0.0 is 
> released{quote} -> it's already released
> * 246: {quote}handler1.prependJavaScript(CharSequence) and 
> handler1.appendJavaScript(CharSequence){quote} -> 
> {quote}handler.prependJavaScript(CharSequence) and 
> handler.appendJavaScript(CharSequence){quote}
> * 276: {quote}int [_] indexes{quote} -> {quote}int[] indexes{quote}
> * 292:  {quote}( [")@)] xtField( [")@)] te [)@)]{quote} -> ??
> * 303: {quote}consider validators. How can I find all navigators that 
> exist?{quote} ->  {quote}consider validators. How can I find all validators 
> that exist?{quote}
> * 306: {quote}the storage of pages' bytes{quote} -> {quote}the storage of 
> page's bytes {quote}
> * 311: {quote}Browser not caching files{quote} -> {quote}Browser is not 
> caching files{quote}
> * 319: {quote}annotated with _Aspect{quote} -> {quote}annotated with 
> @Aspect{quote}
> * 321: {quote}The additional parameter is written in bold{quote} -> it is not
> * 325: {quote}Java developers : NetBeans{quote} -> {quote}Java developers: 
> NetBeans{quote}
> * 328: {quote}example [run-jetty-run]{quote} -> improper linking
> * 329: Actual Qwickie url is https://github.com/count-negative/qwickie
> * 338: {quote}(_see RequestCycleSettings1.RenderStrateg

[jira] [Commented] (WICKET-6367) UserGuide bugs/improvements

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16018442#comment-16018442
 ] 

Andrea Del Bene commented on WICKET-6367:
-

[~eximius] I think I've solved all the issues. Please let me know if you find 
some other issue.
Thank you!

> UserGuide bugs/improvements
> ---
>
> Key: WICKET-6367
> URL: https://issues.apache.org/jira/browse/WICKET-6367
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> While reading 
> [this|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf] guide I 
> found potential bugs/problems/improvements.
> Notice: all page numbers referr to the page number in page footer, not in PDF 
> reader
> * 30: {quote}//wrap disabled links with  tag{quote}
> is copied from other listing and should be removed 
> * 56, 140, 311: all
> {quote}"*"{quote}
> should be in separate lines
> * 64: {quote}quiet{quote} -> {quote}quite{quote}
> * 79: {quote}for example '<' becomes '< '{quote} -> {quote}for example '<' 
> becomes '<'{quote}
> * 81 and 85: LambdaModel should be also mentioned along with PropertyModel 
> and CompoundPropertyModel
> * 86: {quote}process1{quote} -> {quote}process{quote}
> * 96: shouldn't be super.onDetach(); called at the end of the method?
> * 98: {quote}pass row objects{quote} ->  {quote}pass raw objects{quote}, 
> {quote}passing row objects{quote} ->  {quote}passing raw objects{quote}, 
> {quote}Using models{quote} -> {quote}By using models{quote}
> * 102: {quote}local-part\_domain{quote} -> {quote}local-part@domain{quote}, 
> {quote}bigger than a lower bound{quote} -> {quote}greater than a lower 
> bound{quote}, {quote}smaller than a upper bound{quote} -> {quote}less than a 
> upper bound{quote}
> * 107: instead saying that: {quote}As a consequence, we had to build a custom 
> filter{quote} and later {quote}Since version 6.13.0 Wicket provides the 
> additional filter class
> org.apache.wicket.feedback.ExactLevelFeedbackMessageFilter{quote} just say 
> the latter instead of the former
> * 108: {quote}RadioChoice1{quote} -> {quote}RadioChoice{quote}
> * 110, 122: {quote}paragraph 15{quote} -> {quote}Chapter 15{quote}
> * 118: {quote}MultiPart(true)on{quote} -> {quote}setMultiPart(true) on{quote}
> * 127: {quote}[checkbox]{quote} -> {quote} type="checkbox"/>{quote}
> * 130: {quote}By default CheckBoxMultipleChoice inserts a  tag as suffix 
> after each option{quote} -> [not 
> anymore|https://issues.apache.org/jira/browse/WICKET-5640]
> * 135: listing is not respecting [this 
> change|https://issues.apache.org/jira/browse/WICKET-5349]
> * 140: {quote}Surename{quote} -> {quote}Surname{quote}
> * 185: {quote}setJavaScriptCompressor(…) / setJavaScriptCompressor(…)"{quote} 
> -> {quote}setCssCompressor(…) / setJavaScriptCompressor(…){quote}
> * 191: {quote}extend the a built-in{quote} -> {quote}extend a built-in{quote}
> * 228: {quote}Project WicketStuff provides a module with a stateless version 
> of the most common AJAX components and behaviors.{quote} -> it in now part of 
> Wicket (explained in 19.7)
> * 238: missing javadoc for org.apache.wicket.lambda.Lambdas
> * 244: {quote}WebSockets This means{quote} -> ?
> * 244: {quote}WebSocketBehavior1.onMessage() or 
> WebSocketResource1.onMessage(){quote} -> Did you mean: 
> {quote}WebSocketBehavior#onMessage() or WebSocketResource#onMessage(){quote}
> * 245: {quote}Beware that the API/implementation of 
> wicket-native-websocket-javax may change before Wicket 7.0.0 is 
> released{quote} -> it's already released
> * 246: {quote}handler1.prependJavaScript(CharSequence) and 
> handler1.appendJavaScript(CharSequence){quote} -> 
> {quote}handler.prependJavaScript(CharSequence) and 
> handler.appendJavaScript(CharSequence){quote}
> * 276: {quote}int [_] indexes{quote} -> {quote}int[] indexes{quote}
> * 292:  {quote}( [")@)] xtField( [")@)] te [)@)]{quote} -> ??
> * 303: {quote}consider validators. How can I find all navigators that 
> exist?{quote} ->  {quote}consider validators. How can I find all validators 
> that exist?{quote}
> * 306: {quote}the storage of pages' bytes{quote} -> {quote}the storage of 
> page's bytes {quote}
> * 311: {quote}Browser not caching files{quote} -> {quote}Browser is not 
> caching files{quote}
> * 319: {quote}annotated with _Aspect{quote} -> {quote}annotated with 
> @Aspect{quote}
> * 321: {quote}The additional parameter is written in bold{quote} -> it is not
> * 325: {quote}Java developers : NetBeans{quote} -> {quote}Java developers: 
> NetBeans{quote}
> * 328: {quote}example [run-jetty-run]{quote} -> improper linking
> * 329: Actual Qwickie url is https://github.com/count-negative/qwickie
> * 338: {quote}(_see RequestCycleSettings1.RenderStrategy{quote} -> 
> {quote}(see RequestCycleSettings.RenderStrat

[jira] [Assigned] (WICKET-6374) Exception caused by border extending another border with

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6374:
---

Assignee: Andrea Del Bene

> Exception caused by border extending another border with 
> 
>
> Key: WICKET-6374
> URL: https://issues.apache.org/jira/browse/WICKET-6374
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 8.0.0-M5
>Reporter: Erik Wienhold
>Assignee: Andrea Del Bene
> Attachments: myproject.tar.gz
>
>
> Border components extended from a custom border component with 
> {{}} fail to render in 7.7.0 (see stacktrace) and 8.0.0-M5. It 
> renders fine with 7.6.0. The upgrade to 7.7.0 is necessary to get the fix for 
> https://issues.apache.org/jira/browse/WICKET-6303.
> {noformat}
> org.apache.wicket.WicketRuntimeException: An error occurred while detaching 
> component: [MyExtendedBorder [Component id = border, page = 
> com.mycompany.HomePage, path = border, type = com.mycompany.MyExtendedBorder, 
> isVisible = true, isVersioned = true, markup = [markup = 
> file:/home/janedoe/myproject/target/classes/com/mycompany/HomePage.html
> [body], index = 0, current =  ' wicket:id="border">' (line 0, column 0)]], children =  [BorderBodyContainer 
> [Component id = border_body]]]
>   at org.apache.wicket.Component.detach(Component.java:1182)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: org.apache.wicket.WicketRuntimeException: Detach called on 
> component with id 'border' while it had a non-empty queue: 
> ComponentQueue{queueSize=1, queue=[[BorderBodyContainer [Component id = 
> border_body]], null, null, null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   ... 30 more
> Caused by:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'border' while it had a non-empty queue: ComponentQueue{queueSize=2, 
> queue=[[BorderBodyContainer [Component id = border_body]], null, null, nu

[jira] [Updated] (WICKET-6374) Exception caused by border extending another border with

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6374:

Fix Version/s: 7.8.0
   8.0.0-M6

> Exception caused by border extending another border with 
> 
>
> Key: WICKET-6374
> URL: https://issues.apache.org/jira/browse/WICKET-6374
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 8.0.0-M5
>Reporter: Erik Wienhold
>Assignee: Andrea Del Bene
> Fix For: 8.0.0-M6, 7.8.0
>
> Attachments: myproject.tar.gz
>
>
> Border components extended from a custom border component with 
> {{}} fail to render in 7.7.0 (see stacktrace) and 8.0.0-M5. It 
> renders fine with 7.6.0. The upgrade to 7.7.0 is necessary to get the fix for 
> https://issues.apache.org/jira/browse/WICKET-6303.
> {noformat}
> org.apache.wicket.WicketRuntimeException: An error occurred while detaching 
> component: [MyExtendedBorder [Component id = border, page = 
> com.mycompany.HomePage, path = border, type = com.mycompany.MyExtendedBorder, 
> isVisible = true, isVersioned = true, markup = [markup = 
> file:/home/janedoe/myproject/target/classes/com/mycompany/HomePage.html
> [body], index = 0, current =  ' wicket:id="border">' (line 0, column 0)]], children =  [BorderBodyContainer 
> [Component id = border_body]]]
>   at org.apache.wicket.Component.detach(Component.java:1182)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: org.apache.wicket.WicketRuntimeException: Detach called on 
> component with id 'border' while it had a non-empty queue: 
> ComponentQueue{queueSize=1, queue=[[BorderBodyContainer [Component id = 
> border_body]], null, null, null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   ... 30 more
> Caused by:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'border' while it had a non-empty queue: ComponentQueue{queueSize=2, 
> queue=[[BorderBo

[jira] [Resolved] (WICKET-6374) Exception caused by border extending another border with

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6374.
-
Resolution: Fixed

> Exception caused by border extending another border with 
> 
>
> Key: WICKET-6374
> URL: https://issues.apache.org/jira/browse/WICKET-6374
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 8.0.0-M5
>Reporter: Erik Wienhold
>Assignee: Andrea Del Bene
> Fix For: 8.0.0-M6, 7.8.0
>
> Attachments: myproject.tar.gz
>
>
> Border components extended from a custom border component with 
> {{}} fail to render in 7.7.0 (see stacktrace) and 8.0.0-M5. It 
> renders fine with 7.6.0. The upgrade to 7.7.0 is necessary to get the fix for 
> https://issues.apache.org/jira/browse/WICKET-6303.
> {noformat}
> org.apache.wicket.WicketRuntimeException: An error occurred while detaching 
> component: [MyExtendedBorder [Component id = border, page = 
> com.mycompany.HomePage, path = border, type = com.mycompany.MyExtendedBorder, 
> isVisible = true, isVersioned = true, markup = [markup = 
> file:/home/janedoe/myproject/target/classes/com/mycompany/HomePage.html
> [body], index = 0, current =  ' wicket:id="border">' (line 0, column 0)]], children =  [BorderBodyContainer 
> [Component id = border_body]]]
>   at org.apache.wicket.Component.detach(Component.java:1182)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: org.apache.wicket.WicketRuntimeException: Detach called on 
> component with id 'border' while it had a non-empty queue: 
> ComponentQueue{queueSize=1, queue=[[BorderBodyContainer [Component id = 
> border_body]], null, null, null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   ... 30 more
> Caused by:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'border' while it had a non-empty queue: ComponentQueue{queueSize=2, 
> queue=[[BorderBodyContainer [Component id = b

[jira] [Commented] (WICKET-6367) UserGuide bugs/improvements

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16019666#comment-16019666
 ] 

Andrea Del Bene commented on WICKET-6367:
-

Thanks you too!

> UserGuide bugs/improvements
> ---
>
> Key: WICKET-6367
> URL: https://issues.apache.org/jira/browse/WICKET-6367
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> While reading 
> [this|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf] guide I 
> found potential bugs/problems/improvements.
> Notice: all page numbers referr to the page number in page footer, not in PDF 
> reader
> * 30: {quote}//wrap disabled links with  tag{quote}
> is copied from other listing and should be removed 
> * 56, 140, 311: all
> {quote}"*"{quote}
> should be in separate lines
> * 64: {quote}quiet{quote} -> {quote}quite{quote}
> * 79: {quote}for example '<' becomes '< '{quote} -> {quote}for example '<' 
> becomes '<'{quote}
> * 81 and 85: LambdaModel should be also mentioned along with PropertyModel 
> and CompoundPropertyModel
> * 86: {quote}process1{quote} -> {quote}process{quote}
> * 96: shouldn't be super.onDetach(); called at the end of the method?
> * 98: {quote}pass row objects{quote} ->  {quote}pass raw objects{quote}, 
> {quote}passing row objects{quote} ->  {quote}passing raw objects{quote}, 
> {quote}Using models{quote} -> {quote}By using models{quote}
> * 102: {quote}local-part\_domain{quote} -> {quote}local-part@domain{quote}, 
> {quote}bigger than a lower bound{quote} -> {quote}greater than a lower 
> bound{quote}, {quote}smaller than a upper bound{quote} -> {quote}less than a 
> upper bound{quote}
> * 107: instead saying that: {quote}As a consequence, we had to build a custom 
> filter{quote} and later {quote}Since version 6.13.0 Wicket provides the 
> additional filter class
> org.apache.wicket.feedback.ExactLevelFeedbackMessageFilter{quote} just say 
> the latter instead of the former
> * 108: {quote}RadioChoice1{quote} -> {quote}RadioChoice{quote}
> * 110, 122: {quote}paragraph 15{quote} -> {quote}Chapter 15{quote}
> * 118: {quote}MultiPart(true)on{quote} -> {quote}setMultiPart(true) on{quote}
> * 127: {quote}[checkbox]{quote} -> {quote} type="checkbox"/>{quote}
> * 130: {quote}By default CheckBoxMultipleChoice inserts a  tag as suffix 
> after each option{quote} -> [not 
> anymore|https://issues.apache.org/jira/browse/WICKET-5640]
> * 135: listing is not respecting [this 
> change|https://issues.apache.org/jira/browse/WICKET-5349]
> * 140: {quote}Surename{quote} -> {quote}Surname{quote}
> * 185: {quote}setJavaScriptCompressor(…) / setJavaScriptCompressor(…)"{quote} 
> -> {quote}setCssCompressor(…) / setJavaScriptCompressor(…){quote}
> * 191: {quote}extend the a built-in{quote} -> {quote}extend a built-in{quote}
> * 228: {quote}Project WicketStuff provides a module with a stateless version 
> of the most common AJAX components and behaviors.{quote} -> it in now part of 
> Wicket (explained in 19.7)
> * 238: missing javadoc for org.apache.wicket.lambda.Lambdas
> * 244: {quote}WebSockets This means{quote} -> ?
> * 244: {quote}WebSocketBehavior1.onMessage() or 
> WebSocketResource1.onMessage(){quote} -> Did you mean: 
> {quote}WebSocketBehavior#onMessage() or WebSocketResource#onMessage(){quote}
> * 245: {quote}Beware that the API/implementation of 
> wicket-native-websocket-javax may change before Wicket 7.0.0 is 
> released{quote} -> it's already released
> * 246: {quote}handler1.prependJavaScript(CharSequence) and 
> handler1.appendJavaScript(CharSequence){quote} -> 
> {quote}handler.prependJavaScript(CharSequence) and 
> handler.appendJavaScript(CharSequence){quote}
> * 276: {quote}int [_] indexes{quote} -> {quote}int[] indexes{quote}
> * 292:  {quote}( [")@)] xtField( [")@)] te [)@)]{quote} -> ??
> * 303: {quote}consider validators. How can I find all navigators that 
> exist?{quote} ->  {quote}consider validators. How can I find all validators 
> that exist?{quote}
> * 306: {quote}the storage of pages' bytes{quote} -> {quote}the storage of 
> page's bytes {quote}
> * 311: {quote}Browser not caching files{quote} -> {quote}Browser is not 
> caching files{quote}
> * 319: {quote}annotated with _Aspect{quote} -> {quote}annotated with 
> @Aspect{quote}
> * 321: {quote}The additional parameter is written in bold{quote} -> it is not
> * 325: {quote}Java developers : NetBeans{quote} -> {quote}Java developers: 
> NetBeans{quote}
> * 328: {quote}example [run-jetty-run]{quote} -> improper linking
> * 329: Actual Qwickie url is https://github.com/count-negative/qwickie
> * 338: {quote}(_see RequestCycleSettings1.RenderStrategy{quote} -> 
> {quote}(see RequestCycleSettings.RenderStrategy{quote}
> * 12, 13, 20, 40, 43,54, 55, 67, 171, 179, 263: {quote}{quote}
> * 10: {quote}_

[jira] [Resolved] (WICKET-6367) UserGuide bugs/improvements

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6367.
-
Resolution: Fixed

> UserGuide bugs/improvements
> ---
>
> Key: WICKET-6367
> URL: https://issues.apache.org/jira/browse/WICKET-6367
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> While reading 
> [this|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf] guide I 
> found potential bugs/problems/improvements.
> Notice: all page numbers referr to the page number in page footer, not in PDF 
> reader
> * 30: {quote}//wrap disabled links with  tag{quote}
> is copied from other listing and should be removed 
> * 56, 140, 311: all
> {quote}"*"{quote}
> should be in separate lines
> * 64: {quote}quiet{quote} -> {quote}quite{quote}
> * 79: {quote}for example '<' becomes '< '{quote} -> {quote}for example '<' 
> becomes '<'{quote}
> * 81 and 85: LambdaModel should be also mentioned along with PropertyModel 
> and CompoundPropertyModel
> * 86: {quote}process1{quote} -> {quote}process{quote}
> * 96: shouldn't be super.onDetach(); called at the end of the method?
> * 98: {quote}pass row objects{quote} ->  {quote}pass raw objects{quote}, 
> {quote}passing row objects{quote} ->  {quote}passing raw objects{quote}, 
> {quote}Using models{quote} -> {quote}By using models{quote}
> * 102: {quote}local-part\_domain{quote} -> {quote}local-part@domain{quote}, 
> {quote}bigger than a lower bound{quote} -> {quote}greater than a lower 
> bound{quote}, {quote}smaller than a upper bound{quote} -> {quote}less than a 
> upper bound{quote}
> * 107: instead saying that: {quote}As a consequence, we had to build a custom 
> filter{quote} and later {quote}Since version 6.13.0 Wicket provides the 
> additional filter class
> org.apache.wicket.feedback.ExactLevelFeedbackMessageFilter{quote} just say 
> the latter instead of the former
> * 108: {quote}RadioChoice1{quote} -> {quote}RadioChoice{quote}
> * 110, 122: {quote}paragraph 15{quote} -> {quote}Chapter 15{quote}
> * 118: {quote}MultiPart(true)on{quote} -> {quote}setMultiPart(true) on{quote}
> * 127: {quote}[checkbox]{quote} -> {quote} type="checkbox"/>{quote}
> * 130: {quote}By default CheckBoxMultipleChoice inserts a  tag as suffix 
> after each option{quote} -> [not 
> anymore|https://issues.apache.org/jira/browse/WICKET-5640]
> * 135: listing is not respecting [this 
> change|https://issues.apache.org/jira/browse/WICKET-5349]
> * 140: {quote}Surename{quote} -> {quote}Surname{quote}
> * 185: {quote}setJavaScriptCompressor(…) / setJavaScriptCompressor(…)"{quote} 
> -> {quote}setCssCompressor(…) / setJavaScriptCompressor(…){quote}
> * 191: {quote}extend the a built-in{quote} -> {quote}extend a built-in{quote}
> * 228: {quote}Project WicketStuff provides a module with a stateless version 
> of the most common AJAX components and behaviors.{quote} -> it in now part of 
> Wicket (explained in 19.7)
> * 238: missing javadoc for org.apache.wicket.lambda.Lambdas
> * 244: {quote}WebSockets This means{quote} -> ?
> * 244: {quote}WebSocketBehavior1.onMessage() or 
> WebSocketResource1.onMessage(){quote} -> Did you mean: 
> {quote}WebSocketBehavior#onMessage() or WebSocketResource#onMessage(){quote}
> * 245: {quote}Beware that the API/implementation of 
> wicket-native-websocket-javax may change before Wicket 7.0.0 is 
> released{quote} -> it's already released
> * 246: {quote}handler1.prependJavaScript(CharSequence) and 
> handler1.appendJavaScript(CharSequence){quote} -> 
> {quote}handler.prependJavaScript(CharSequence) and 
> handler.appendJavaScript(CharSequence){quote}
> * 276: {quote}int [_] indexes{quote} -> {quote}int[] indexes{quote}
> * 292:  {quote}( [")@)] xtField( [")@)] te [)@)]{quote} -> ??
> * 303: {quote}consider validators. How can I find all navigators that 
> exist?{quote} ->  {quote}consider validators. How can I find all validators 
> that exist?{quote}
> * 306: {quote}the storage of pages' bytes{quote} -> {quote}the storage of 
> page's bytes {quote}
> * 311: {quote}Browser not caching files{quote} -> {quote}Browser is not 
> caching files{quote}
> * 319: {quote}annotated with _Aspect{quote} -> {quote}annotated with 
> @Aspect{quote}
> * 321: {quote}The additional parameter is written in bold{quote} -> it is not
> * 325: {quote}Java developers : NetBeans{quote} -> {quote}Java developers: 
> NetBeans{quote}
> * 328: {quote}example [run-jetty-run]{quote} -> improper linking
> * 329: Actual Qwickie url is https://github.com/count-negative/qwickie
> * 338: {quote}(_see RequestCycleSettings1.RenderStrategy{quote} -> 
> {quote}(see RequestCycleSettings.RenderStrategy{quote}
> * 12, 13, 20, 40, 43,54, 55, 67, 171, 179, 263: {quote}{quote}
> * 10: {quote}_WebFilter.{quote}
> * 20: {quote}_MarkupContainer_

[jira] [Resolved] (WICKET-6377) Autolinking breaks hierarchy for nested elements

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6377.
-
Resolution: Fixed

> Autolinking breaks hierarchy for nested elements
> 
>
> Key: WICKET-6377
> URL: https://issues.apache.org/jira/browse/WICKET-6377
> Project: Wicket
>  Issue Type: Bug
>Affects Versions: 7.6.0, 8.0.0-M6
>Reporter: Claudia Hirt
> Fix For: 7.8.0, 8.0.0-M7
>
>
> The problem appears with the following HTML-code:
> {code:xml}
> 
> 
> 
> {code}
> with autolinking set to true like this:
> getMarkupSettings().setAutomaticLinking(true)
> This leads to the following exception:
> org.apache.wicket.markup.MarkupException: Unable to find component with id 
> 'top' in [WebMarkupContainer [Component id = _autolink_-335431082]] Expected: 
> '_autolink_-335431082:top'.
> This happens since the the fix of WICKET-6289. The bugfix in this issue was 
> to create a WebMarkupContainer as default autocomponent. It was and 
> ExternalLink before, which didn't cause any trouble in this case.
> But is it really correct that AutoLinkResolver even tries to replace an 
> anchor link?
> I also created a quickstart project to reproduce the problem:
> https://github.com/sunshineKE/test.autolinking



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Updated] (WICKET-6377) Autolinking breaks hierarchy for nested elements

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6377:

Fix Version/s: 8.0.0-M7
   7.8.0

> Autolinking breaks hierarchy for nested elements
> 
>
> Key: WICKET-6377
> URL: https://issues.apache.org/jira/browse/WICKET-6377
> Project: Wicket
>  Issue Type: Bug
>Affects Versions: 7.6.0, 8.0.0-M6
>Reporter: Claudia Hirt
> Fix For: 7.8.0, 8.0.0-M7
>
>
> The problem appears with the following HTML-code:
> {code:xml}
> 
> 
> 
> {code}
> with autolinking set to true like this:
> getMarkupSettings().setAutomaticLinking(true)
> This leads to the following exception:
> org.apache.wicket.markup.MarkupException: Unable to find component with id 
> 'top' in [WebMarkupContainer [Component id = _autolink_-335431082]] Expected: 
> '_autolink_-335431082:top'.
> This happens since the the fix of WICKET-6289. The bugfix in this issue was 
> to create a WebMarkupContainer as default autocomponent. It was and 
> ExternalLink before, which didn't cause any trouble in this case.
> But is it really correct that AutoLinkResolver even tries to replace an 
> anchor link?
> I also created a quickstart project to reproduce the problem:
> https://github.com/sunshineKE/test.autolinking



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Closed] (WICKET-6368) Fix Listing's indents in UserGuide

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene closed WICKET-6368.
---
Resolution: Fixed

Now indents should be ok. 
Thank you!

> Fix Listing's indents in UserGuide
> --
>
> Key: WICKET-6368
> URL: https://issues.apache.org/jira/browse/WICKET-6368
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> While reading this 
> [guide|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf] I found 
> that listing's indents on pages: 10, 12, 21, 22, 24, 33, 36, 37, 96, 97, 272 
> are wrong
> (Notice: all page numbers referr to the page number in page footer, not in 
> PDF reader)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Commented] (WICKET-6397) WicketTester should take resulting HTTP status into account

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16044241#comment-16044241
 ] 

Andrea Del Bene commented on WICKET-6397:
-

IMHO the right method should be 

{code}
public void assertLastResponseStatus(int httpStatus)
{code}

Getting the last response status is quite easy:

{code}
tester.getLastResponse().getStatus();
{code}


> WicketTester should take resulting HTTP status into account
> ---
>
> Key: WICKET-6397
> URL: https://issues.apache.org/jira/browse/WICKET-6397
> Project: Wicket
>  Issue Type: Improvement
>Reporter: Kamil
>Priority: Minor
>
> WicketTester in addition to current method:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass)
> {code}
> should provide two additional ones:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass, int httpStatus)
> {code}
> and
> {code}
> public void assertRenderedPageStatus(int httpStatus)
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Assigned] (WICKET-6397) WicketTester should take resulting HTTP status into account

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6397:
---

Assignee: Andrea Del Bene

> WicketTester should take resulting HTTP status into account
> ---
>
> Key: WICKET-6397
> URL: https://issues.apache.org/jira/browse/WICKET-6397
> Project: Wicket
>  Issue Type: Improvement
>Reporter: Kamil
>Assignee: Andrea Del Bene
>Priority: Minor
>
> WicketTester in addition to current method:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass)
> {code}
> should provide two additional ones:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass, int httpStatus)
> {code}
> and
> {code}
> public void assertRenderedPageStatus(int httpStatus)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Closed] (WICKET-6397) WicketTester should take resulting HTTP status into account

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene closed WICKET-6397.
---
Resolution: Not A Problem

+1 I also don't think this kind of method is necessary 

> WicketTester should take resulting HTTP status into account
> ---
>
> Key: WICKET-6397
> URL: https://issues.apache.org/jira/browse/WICKET-6397
> Project: Wicket
>  Issue Type: Improvement
>Reporter: Kamil
>Assignee: Andrea Del Bene
>Priority: Minor
>
> WicketTester in addition to current method:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass)
> {code}
> should provide two additional ones:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass, int httpStatus)
> {code}
> and
> {code}
> public void assertRenderedPageStatus(int httpStatus)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6397) WicketTester should take resulting HTTP status into account

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16048949#comment-16048949
 ] 

Andrea Del Bene commented on WICKET-6397:
-

it can be added 
[here|https://ci.apache.org/projects/wicket/guide/8.x/single.html#_testing_the_response]
 where we already talk about testing the response.

> WicketTester should take resulting HTTP status into account
> ---
>
> Key: WICKET-6397
> URL: https://issues.apache.org/jira/browse/WICKET-6397
> Project: Wicket
>  Issue Type: Improvement
>Reporter: Kamil
>Assignee: Andrea Del Bene
>Priority: Minor
>
> WicketTester in addition to current method:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass)
> {code}
> should provide two additional ones:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass, int httpStatus)
> {code}
> and
> {code}
> public void assertRenderedPageStatus(int httpStatus)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6397) WicketTester should take resulting HTTP status into account

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049026#comment-16049026
 ] 

Andrea Del Bene commented on WICKET-6397:
-

[~eximius] could you provide a patch?

> WicketTester should take resulting HTTP status into account
> ---
>
> Key: WICKET-6397
> URL: https://issues.apache.org/jira/browse/WICKET-6397
> Project: Wicket
>  Issue Type: Improvement
>Reporter: Kamil
>Assignee: Andrea Del Bene
>Priority: Minor
>
> WicketTester in addition to current method:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass)
> {code}
> should provide two additional ones:
> {code}
> public void assertRenderedPage(Class 
> expectedRenderedPageClass, int httpStatus)
> {code}
> and
> {code}
> public void assertRenderedPageStatus(int httpStatus)
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16050154#comment-16050154
 ] 

Andrea Del Bene commented on WICKET-6399:
-

hi [~forchel]

Since 7.7.0 border's body is queued to place it inside the right parent, so you 
should not explicitly add it like you do in 
DefaultLayout#createContentContainer:

{code}
...
content.add(getBodyContainer());
...
{code}

I will add a note in the JavaDoc about this.

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
> Attachments: myproject2.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6399:
---

Assignee: Andrea Del Bene

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
>Assignee: Andrea Del Bene
> Attachments: myproject2.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Closed] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene closed WICKET-6399.
---
   Resolution: Not A Bug
Fix Version/s: 8.0.0-M7
   7.8.0
   6.27.0

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
>Assignee: Andrea Del Bene
> Fix For: 6.27.0, 7.8.0, 8.0.0-M7
>
> Attachments: myproject2.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Reopened] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reopened WICKET-6399:
-

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
>Assignee: Andrea Del Bene
> Fix For: 6.27.0, 7.8.0, 8.0.0-M7
>
> Attachments: myproject2.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051586#comment-16051586
 ] 

Andrea Del Bene commented on WICKET-6399:
-

Hi,

how do you get NullpointerException after you've changed your code? Can you 
reproduce it in a quickstart?

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
>Assignee: Andrea Del Bene
> Fix For: 6.27.0, 7.8.0, 8.0.0-M7
>
> Attachments: myproject2.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051867#comment-16051867
 ] 

Andrea Del Bene commented on WICKET-6399:
-

[~forchel] thank you for the quick reply!

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
>Assignee: Andrea Del Bene
> Fix For: 6.27.0, 7.8.0, 8.0.0-M7
>
> Attachments: myproject2.zip, testproject3.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6399) Dequeuing of Border component with nested body fails

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6399.
-
Resolution: Fixed

TransparentWebMarkupContainer has been improved for component queuing.

> Dequeuing of Border component with nested body fails
> 
>
> Key: WICKET-6399
> URL: https://issues.apache.org/jira/browse/WICKET-6399
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Dirk Forchel
>Assignee: Andrea Del Bene
> Fix For: 6.27.0, 7.8.0, 8.0.0-M7
>
> Attachments: myproject2.zip, testproject3.zip, testproject.zip
>
>
> Accessing a page with a Border component and a nested body a second time 
> fails due to dequeuing problem. Find attached quickstarts (both with the same 
> error) to reproduce the problem. First request to 
> http://localhost:8080/test3.html succeeds while the second request to the 
> same URL fails with the following WicketRuntimeException:
> org.apache.wicket.WicketRuntimeException: Detach called on component with id 
> 'layout' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = layout_body]], null, null, null, 
> null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:748)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6405:
---

Assignee: Andrea Del Bene

> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, RacketSidePanel.html
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
>   at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)
>   at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
>   at 
> org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConn

[jira] [Commented] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16059065#comment-16059065
 ] 

Andrea Del Bene commented on WICKET-6405:
-

Hi,

I also need to take a look at the code. The markup looks ok to me (tested in 
quickstart project). Are you accessing to border's body and adding it by hand?  
 



> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, RacketSidePanel.html
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
>   at org.eclipse.jetty.http.HttpParser.pa

[jira] [Commented] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16063042#comment-16063042
 ] 

Andrea Del Bene commented on WICKET-6405:
-

hI [~tnmtechnologies],

thank you for having attached the code. Unfortunately I still can't reproduce 
the issue. I've attached the quickstart project I used to test your components, 
so we can investigate the issue more quickly. 
PS: I commented getThicknessPanel because it uses other classes from your 
project.


> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, JQTULBorder.java, 
> RacketSidePanel.html, RacketSidePanel.java
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpCo

[jira] [Updated] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6405:

Attachment: myproject.zip

> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, JQTULBorder.java, myproject.zip, 
> RacketSidePanel.html, RacketSidePanel.java
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
>   at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)
>   at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
>   at 
> org.eclipse.je

[jira] [Resolved] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6405.
-
Resolution: Fixed

Hi,

Since 7.7.0 border's body is queued to place it inside the right parent 
component, so  you should not explicitly add it like it's done in 
JQTULBorder#init

{code}

> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, JQTULBorder.java, 
> myproject-with-exception.zip, myproject.zip, RacketSidePanel.html, 
> RacketSidePanel.java
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnecti

[jira] [Comment Edited] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16064635#comment-16064635
 ] 

Andrea Del Bene edited comment on WICKET-6405 at 6/27/17 10:46 AM:
---

Hi,

Since 7.7.0 border's body is queued to place it inside the right parent 
component, so  you should not explicitly add it like it's done in 
JQTULBorder#init

{code}
ul.add(getBodyContainer());
{code}

Removing this line should solve your problem. A note about this new behavior 
has been added to 
[JavaDoc|https://ci.apache.org/projects/wicket/apidocs/7.x/org/apache/wicket/markup/html/border/Border.html#getBodyContainer()].


was (Author: bitstorm):
Hi,

Since 7.7.0 border's body is queued to place it inside the right parent 
component, so  you should not explicitly add it like it's done in 
JQTULBorder#init

{code}

> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, JQTULBorder.java, 
> myproject-with-exception.zip, myproject.zip, RacketSidePanel.html, 
> RacketSidePanel.java
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.han

[jira] [Reopened] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reopened WICKET-6405:
-

> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, JQTULBorder.java, 
> myproject-with-exception.zip, myproject.zip, RacketSidePanel.html, 
> RacketSidePanel.java
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
>   at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)
>   at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
>   at 
> org.eclip

[jira] [Resolved] (WICKET-6405) WicketRuntimeException: Detach called on component with id 'ulBorder' while it had a non-empty queue

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6405.
-
Resolution: Not A Problem

> WicketRuntimeException: Detach called on component with id 'ulBorder' while 
> it had a non-empty queue
> 
>
> Key: WICKET-6405
> URL: https://issues.apache.org/jira/browse/WICKET-6405
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0, 7.8.0
>Reporter: Michel Trefcon
>Assignee: Andrea Del Bene
> Attachments: JQTULBorder.html, JQTULBorder.java, 
> myproject-with-exception.zip, myproject.zip, RacketSidePanel.html, 
> RacketSidePanel.java
>
>
> Following exception occurs in 7.7.0 and 7.8.0-SNAPSHOT but it works fine with 
> 7.6.0. 
> This exception seems to be closed to 
> [https://issues.apache.org/jira/browse/WICKET-6374]
> Please find in attachment the HTML structure (ulBorder id is a JQTULBorder 
> instance) . 
> {{org.apache.wicket.WicketRuntimeException: Detach called on component with 
> id 'ulBorder' while it had a non-empty queue: ComponentQueue{queueSize=1, 
> queue=[[BorderBodyContainer [Component id = ulBorder_body]], null, null, 
> null, null, null, null, null]}
>   at org.apache.wicket.MarkupContainer.onDetach(MarkupContainer.java:1943)
>   at org.apache.wicket.Component.detach(Component.java:1163)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.MarkupContainer.detachChildren(MarkupContainer.java:1761)
>   at org.apache.wicket.Component.detach(Component.java:1187)
>   at 
> org.apache.wicket.core.request.handler.PageProvider.detach(PageProvider.java:330)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.detach(RenderPageRequestHandler.java:156)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.detach(RequestCycle.java:906)
>   at 
> org.apache.wicket.request.RequestHandlerStack.detach(RequestHandlerStack.java:180)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:641)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:594)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:297)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
>   at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:243)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> com.tnmtechnologies.pingpocket.j2ee.servlet.HttpsRedirectionFilter.doFilter(HttpsRedirectionFilter.java:56)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
>   at org.eclipse.jetty.server.Server.handle(Server.java:365)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
>   at 
> org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
>   at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)
>   at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.jav

[jira] [Resolved] (WICKET-6395) Documentation should reflect that Link and Form are now typed

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6395.
-
Resolution: Fixed

Removed all references to the hold Lambdas factory class.

> Documentation should reflect that Link and Form are now typed
> -
>
> Key: WICKET-6395
> URL: https://issues.apache.org/jira/browse/WICKET-6395
> Project: Wicket
>  Issue Type: Bug
>  Components: guide
>Reporter: Kamil
>Assignee: Andrea Del Bene
>
> In [Guide|https://ci.apache.org/projects/wicket/guide/8.x/single.pdf]:
> * in listings on pages: 85, 94, 107, 111, 115, 117, 119, 129, 144, 145, 146, 
> 147, 159, 227, 291, 295, 297, 298: Form -> Form
> * 126, 155, 161, 252: StatelessForm -> StatelessForm
> * 14, 41, 46, 65, 67, 76, 251: Link -> Link
> * 210, 211, 216, 224: AjaxLink -> AjaxLink
> * 67, 251: BookmarkablePageLink -> BookmarkablePageLink
> BTW: you still use "Lambdas" although you removed it in M6



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6415) new Components added in AjaxRequest break with no Page found error

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16073955#comment-16073955
 ] 

Andrea Del Bene commented on WICKET-6415:
-

hi [~kbachl]

Wicket 8 is stricter about component hierarchy consistency, that's why you get 
the exception. Please note that even with Wicket 7 you get the following 
warning message:

bq. WARN  org.apache.wicket.page.XmlPartialPageUpdate - Component '[Component 
id = history]' with markupid: 'history3' not rendered because it was already 
removed from page

if you invoke "form.addOrReplace(component);" before "target.add(component);" 
in both the handlers you will avoid the exception with Wicket 8

> new Components added in AjaxRequest break with no Page found error
> --
>
> Key: WICKET-6415
> URL: https://issues.apache.org/jira/browse/WICKET-6415
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M1, 8.0.0-M2, 8.0.0-M3, 8.0.0-M4, 8.0.0-M5, 
> 8.0.0-M6, 8.0.0-M7
> Environment: any
>Reporter: Korbinian Bachl
>Priority: Critical
> Attachments: ajaxErrorDemo.tar.gz
>
>
> run attached quickstart-project (code behind works well in wicket 7 and 
> lower), enter anything into the ajaxfield to trigger the updatebehaviour and 
> you get error:
> Unexpected RuntimeException
> Last cause: No Page found for component [Component id = history]
> Stacktrace
> Root cause:
> org.apache.wicket.WicketRuntimeException: No Page found for component 
> [Component id = history]
>  at org.apache.wicket.Component.getPage(Component.java:1755)
>  at 
> org.apache.wicket.ajax.AjaxRequestHandler.add(AjaxRequestHandler.java:231)
>  at 
> com.mycompany.demo.tile.AjaxDemoPanel$2.onUpdate(AjaxDemoPanel.java:118)
>  at 
> org.apache.wicket.ajax.form.AjaxFormComponentUpdatingBehavior.onEvent(AjaxFormComponentUpdatingBehavior.java:156)
>  at 
> org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:151)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6415) new Components added in AjaxRequest break with no Page found error

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6415:

Attachment: ajaxDemoForWicket8.zip

I've attached the modified version of your quickstart that looks fine for me 
with Wicket 8. Let me know if you still have issues.

> new Components added in AjaxRequest break with no Page found error
> --
>
> Key: WICKET-6415
> URL: https://issues.apache.org/jira/browse/WICKET-6415
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M1, 8.0.0-M2, 8.0.0-M3, 8.0.0-M4, 8.0.0-M5, 
> 8.0.0-M6, 8.0.0-M7
> Environment: any
>Reporter: Korbinian Bachl
>Priority: Critical
> Attachments: ajaxDemoForWicket8.zip, ajaxErrorDemo.tar.gz
>
>
> run attached quickstart-project (code behind works well in wicket 7 and 
> lower), enter anything into the ajaxfield to trigger the updatebehaviour and 
> you get error:
> Unexpected RuntimeException
> Last cause: No Page found for component [Component id = history]
> Stacktrace
> Root cause:
> org.apache.wicket.WicketRuntimeException: No Page found for component 
> [Component id = history]
>  at org.apache.wicket.Component.getPage(Component.java:1755)
>  at 
> org.apache.wicket.ajax.AjaxRequestHandler.add(AjaxRequestHandler.java:231)
>  at 
> com.mycompany.demo.tile.AjaxDemoPanel$2.onUpdate(AjaxDemoPanel.java:118)
>  at 
> org.apache.wicket.ajax.form.AjaxFormComponentUpdatingBehavior.onEvent(AjaxFormComponentUpdatingBehavior.java:156)
>  at 
> org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:151)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6356) Clustering failover not working on Tomcat

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16074406#comment-16074406
 ] 

Andrea Del Bene commented on WICKET-6356:
-

Hi all,

if there are no urgent issues to close I can start the release vote for 7.8.0 
in the very next days.

> Clustering failover not working on Tomcat
> -
>
> Key: WICKET-6356
> URL: https://issues.apache.org/jira/browse/WICKET-6356
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 6.17.0, 7.5.0
> Environment: Tomcat 8.0.32, Apache 2.4, OSx and Solaris 9,
>Reporter: wayne pope
>Assignee: Martin Grigorov
>  Labels: cluster, clustering, tomcat
> Fix For: 6.27.0, 7.7.0, 8.0.0-M6
>
> Attachments: IssueFiles.zip, PageStoreManager.java
>
>
> Clustering failover with Tomcat 8 is not working for us in Production or 
> locally on my Mac. The reason is the following from the debugging that I did 
> and from the best of my understanding:
> Whenever a statefull page is used/touched the SessionEntry is updated. This 
> SessionEntry is stored in the tomcats session under the attribute name  
> "wicket:persistentPageManagerData-APPLICATION_NAME". 
> However at the end of the wicket request, Session.internalDetach() is called 
> and setAttribute() is called passing the wicket session under the name 
> "wicket:wicket.hub:session". This triggers the replication in Tomcat (only 
> when setAttribute is called and ONLY that attribute is replicated). Because 
> the SessionEntry is stored under a different attribute name its never 
> replicated.
> The only time the SessionEntry is replicated is when a node first starts up 
> and joins the cluster , at this point all sessions are replicated across 
> (including all attritbutes) by the daltamanager and SessionEntry#readObject() 
> is used which contains all the pages. On Tomcat after this initial syncing of 
> all sessions SessionEntry#readObject() is never used.
> So the only time session failover works is when you kill the other instance 
> (in a 2 node cluster) just after the other instance starts up - at this point 
> the correct SessionEntry is on the new instance. If however you visit some 
> more pages the new pages are never replicated across as the SessionEntry is 
> never replicated.
> Further to this IF the SessionEntry was to be replicated it would not be any 
> good as the cache are transient 
> private transient List sessionCache;
> private transient List afterReadObject
>  
> This means any new pages created on the old instance (after the new instance 
> has started up) are not available in the http session or the second level 
> page store on the new instance. 
> Therefore when the old instance in shut down the user is load balanced to the 
> new instance. At this point the link in the page Wicket is looking for does 
> not exist in the SessionEntry cache or the PageStore so it creates the page 
> and looks for the component/link.This causes a ComponentNotFoundException for 
> us because the links are either in a DataView which is never rendered so does 
> not exist, or the other links are actually added to the page in an Ajax 
> request and again because the page is not rendered are not there, Wicket then 
> throws the exception and it appears to the user the session is lost.
> So in summary there seems there is no way for the current mechanism on Tomcat 
> to work. It would seem the SessionEntry.sessionCache needs to be not 
> transient and setAttribute needs to be called for the SessionEntry at the end 
> of request on the internalDetach so that Tomcats deltamanager replicates that 
> attribute in the session.
> Attached my quickstart , tomcat, and apache conf.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6415) new Components added in AjaxRequest break with no Page found error

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16074777#comment-16074777
 ] 

Andrea Del Bene commented on WICKET-6415:
-

bq.  (which is quite funny that is also there wrong because that code was copy 
n pasted from the wicket 7 examples )

Can you link the example? Thank you.

bq.  Anyway, do you think that a more useful exception and explanation might be 
possible for this?

mmmfor example? :-) We could add "Component not added or removed?"

> new Components added in AjaxRequest break with no Page found error
> --
>
> Key: WICKET-6415
> URL: https://issues.apache.org/jira/browse/WICKET-6415
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M1, 8.0.0-M2, 8.0.0-M3, 8.0.0-M4, 8.0.0-M5, 
> 8.0.0-M6, 8.0.0-M7
> Environment: any
>Reporter: Korbinian Bachl
>Priority: Critical
> Attachments: ajaxDemoForWicket8.zip, ajaxErrorDemo.tar.gz
>
>
> run attached quickstart-project (code behind works well in wicket 7 and 
> lower), enter anything into the ajaxfield to trigger the updatebehaviour and 
> you get error:
> Unexpected RuntimeException
> Last cause: No Page found for component [Component id = history]
> Stacktrace
> Root cause:
> org.apache.wicket.WicketRuntimeException: No Page found for component 
> [Component id = history]
>  at org.apache.wicket.Component.getPage(Component.java:1755)
>  at 
> org.apache.wicket.ajax.AjaxRequestHandler.add(AjaxRequestHandler.java:231)
>  at 
> com.mycompany.demo.tile.AjaxDemoPanel$2.onUpdate(AjaxDemoPanel.java:118)
>  at 
> org.apache.wicket.ajax.form.AjaxFormComponentUpdatingBehavior.onEvent(AjaxFormComponentUpdatingBehavior.java:156)
>  at 
> org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:151)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6415) new Components added in AjaxRequest break with no Page found error

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6415.
-
Resolution: Not A Problem

> new Components added in AjaxRequest break with no Page found error
> --
>
> Key: WICKET-6415
> URL: https://issues.apache.org/jira/browse/WICKET-6415
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M1, 8.0.0-M2, 8.0.0-M3, 8.0.0-M4, 8.0.0-M5, 
> 8.0.0-M6, 8.0.0-M7
> Environment: any
>Reporter: Korbinian Bachl
>Priority: Critical
> Attachments: ajaxDemoForWicket8.zip, ajaxErrorDemo.tar.gz
>
>
> run attached quickstart-project (code behind works well in wicket 7 and 
> lower), enter anything into the ajaxfield to trigger the updatebehaviour and 
> you get error:
> Unexpected RuntimeException
> Last cause: No Page found for component [Component id = history]
> Stacktrace
> Root cause:
> org.apache.wicket.WicketRuntimeException: No Page found for component 
> [Component id = history]
>  at org.apache.wicket.Component.getPage(Component.java:1755)
>  at 
> org.apache.wicket.ajax.AjaxRequestHandler.add(AjaxRequestHandler.java:231)
>  at 
> com.mycompany.demo.tile.AjaxDemoPanel$2.onUpdate(AjaxDemoPanel.java:118)
>  at 
> org.apache.wicket.ajax.form.AjaxFormComponentUpdatingBehavior.onEvent(AjaxFormComponentUpdatingBehavior.java:156)
>  at 
> org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:151)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6415) new Components added in AjaxRequest break with no Page found error

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16076899#comment-16076899
 ] 

Andrea Del Bene commented on WICKET-6415:
-

you're welcome!

> new Components added in AjaxRequest break with no Page found error
> --
>
> Key: WICKET-6415
> URL: https://issues.apache.org/jira/browse/WICKET-6415
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M1, 8.0.0-M2, 8.0.0-M3, 8.0.0-M4, 8.0.0-M5, 
> 8.0.0-M6, 8.0.0-M7
> Environment: any
>Reporter: Korbinian Bachl
>Priority: Critical
> Attachments: ajaxDemoForWicket8.zip, ajaxErrorDemo.tar.gz
>
>
> run attached quickstart-project (code behind works well in wicket 7 and 
> lower), enter anything into the ajaxfield to trigger the updatebehaviour and 
> you get error:
> Unexpected RuntimeException
> Last cause: No Page found for component [Component id = history]
> Stacktrace
> Root cause:
> org.apache.wicket.WicketRuntimeException: No Page found for component 
> [Component id = history]
>  at org.apache.wicket.Component.getPage(Component.java:1755)
>  at 
> org.apache.wicket.ajax.AjaxRequestHandler.add(AjaxRequestHandler.java:231)
>  at 
> com.mycompany.demo.tile.AjaxDemoPanel$2.onUpdate(AjaxDemoPanel.java:118)
>  at 
> org.apache.wicket.ajax.form.AjaxFormComponentUpdatingBehavior.onEvent(AjaxFormComponentUpdatingBehavior.java:156)
>  at 
> org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:151)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6424) Form data to arriving in resource on post

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16091555#comment-16091555
 ] 

Andrea Del Bene commented on WICKET-6424:
-

Hi [~newgro],

if I understood you correctly, you are just looking for a way to read the post 
request body, which contains the text for the svg. If so, you need something 
like this:

{code}
public static String readStringFromRequest(WebRequest request) throws 
IOException
{
HttpServletRequest httpRequest = 
(HttpServletRequest)request.getContainerRequest();
return IOUtils.toString(httpRequest.getReader());
}
{code}

See here 
[https://github.com/wicketstuff/core/blob/master/wicketstuff-rest-utils/src/main/java/org/wicketstuff/rest/utils/http/HttpUtils.java]

> Form data to arriving in resource on post
> -
>
> Key: WICKET-6424
> URL: https://issues.apache.org/jira/browse/WICKET-6424
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: See attached quickstart
>Reporter: Per Newgro
> Attachments: myproject.zip
>
>
> My usecase is to send a svg to a wicket resource and get a transformed png 
> back as file download. I can not use url-parameter to send the svg because 
> firewall is blocking that content. So i need to send the svg data by form 
> submission via post.
> My problem is, that post parameters can be found in browser request window, 
> but will not arrive in resource parameters. This works by using get method, 
> but this is not an option for me.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6424) Form data to arriving in resource on post

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6424.
-
Resolution: Fixed

> Form data to arriving in resource on post
> -
>
> Key: WICKET-6424
> URL: https://issues.apache.org/jira/browse/WICKET-6424
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: See attached quickstart
>Reporter: Per Newgro
>Assignee: Andrea Del Bene
> Attachments: myproject.zip
>
>
> My usecase is to send a svg to a wicket resource and get a transformed png 
> back as file download. I can not use url-parameter to send the svg because 
> firewall is blocking that content. So i need to send the svg data by form 
> submission via post.
> My problem is, that post parameters can be found in browser request window, 
> but will not arrive in resource parameters. This works by using get method, 
> but this is not an option for me.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6424) Form data to arriving in resource on post

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6424:
---

Assignee: Andrea Del Bene

> Form data to arriving in resource on post
> -
>
> Key: WICKET-6424
> URL: https://issues.apache.org/jira/browse/WICKET-6424
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: See attached quickstart
>Reporter: Per Newgro
>Assignee: Andrea Del Bene
> Attachments: myproject.zip
>
>
> My usecase is to send a svg to a wicket resource and get a transformed png 
> back as file download. I can not use url-parameter to send the svg because 
> firewall is blocking that content. So i need to send the svg data by form 
> submission via post.
> My problem is, that post parameters can be found in browser request window, 
> but will not arrive in resource parameters. This works by using get method, 
> but this is not an option for me.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6424) Form data to arriving in resource on post

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16091593#comment-16091593
 ] 

Andrea Del Bene commented on WICKET-6424:
-

you're welcome! Most of the times solutions are closer than you think :).

> Form data to arriving in resource on post
> -
>
> Key: WICKET-6424
> URL: https://issues.apache.org/jira/browse/WICKET-6424
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: See attached quickstart
>Reporter: Per Newgro
>Assignee: Andrea Del Bene
> Attachments: myproject.zip
>
>
> My usecase is to send a svg to a wicket resource and get a transformed png 
> back as file download. I can not use url-parameter to send the svg because 
> firewall is blocking that content. So i need to send the svg data by form 
> submission via post.
> My problem is, that post parameters can be found in browser request window, 
> but will not arrive in resource parameters. This works by using get method, 
> but this is not an option for me.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6419) Localization of PageParameters

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16098164#comment-16098164
 ] 

Andrea Del Bene commented on WICKET-6419:
-

+1 looks good to me

>  Localization of PageParameters 
> 
>
> Key: WICKET-6419
> URL: https://issues.apache.org/jira/browse/WICKET-6419
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.7.0
>Reporter: Ravi Knox
>Assignee: Martin Grigorov
> Fix For: 8.0.0
>
>
> It concerns the reading of PageParameters. They all use the StringValue 
> constructor without passing the Session locale.
> The StringValue will in turn use the systems locale.
> So when I retrieve a _en formatted number (1.000) from my GET-Params, I get a 
> wrong number (1) because my Server runs on a _de machine where a dot is a 
> decimal delimeter.
> I can work around that by again creating a StringValue based on my previous 
> StringValue, but with passing the Session locale.
> Shouldn't it pass the session's locale in first place?
> See 
> [here|https://github.com/apache/wicket/blob/master/wicket-request/src/main/java/org/apache/wicket/request/mapper/parameter/PageParameters.java#L167]
>  for the PageParameter implementation and 
> [here|https://github.com/apache/wicket/blob/master/wicket-util/src/main/java/org/apache/wicket/util/string/StringValue.java#L186]
>  for the StringValue implementation.
> See also:
> http://apache-wicket.1842946.n4.nabble.com/Localization-of-PageParameters-td4678221.html



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6438) 8.x reference guide needs a few minor improvements

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6438.
-
Resolution: Fixed

> 8.x reference guide needs a few minor improvements
> --
>
> Key: WICKET-6438
> URL: https://issues.apache.org/jira/browse/WICKET-6438
> Project: Wicket
>  Issue Type: Improvement
>  Components: guide
>Affects Versions: 8.0.0
>Reporter: Ahmet Yaşar Özer
>Assignee: Andrea Del Bene
>Priority: Minor
>  Labels: documentation
>
> Minor fix in helloWorld.adoc: Removed irrelevant line to avoid warning during 
> maven packaging phase:
> WARNING: image to embed not found or not readable: 
> F:/wicket/wicket-user-guide/src/main/asciidoc/images/uml-component.svg
> Minor fix in contributing.adoc: Revised the generated document target 
> directory for the user guide documentation.
> Cropped top and bottom blank parts in comsysto-logo.png to have the 
> Introduction page fit in one page in PDF. Made minor changes in 
> helloWorld_2.adoc, helloWorld_3.adoc and introduction.adoc.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6438) 8.x reference guide needs a few minor improvements

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16124592#comment-16124592
 ] 

Andrea Del Bene commented on WICKET-6438:
-

Hi [~ahmetozer10],

please create a new issue and pr for additional changes.

Thank you! 

> 8.x reference guide needs a few minor improvements
> --
>
> Key: WICKET-6438
> URL: https://issues.apache.org/jira/browse/WICKET-6438
> Project: Wicket
>  Issue Type: Improvement
>  Components: guide
>Affects Versions: 8.0.0
>Reporter: Ahmet Yaşar Özer
>Assignee: Andrea Del Bene
>Priority: Minor
>  Labels: documentation
>
> Minor fix in helloWorld.adoc: Removed irrelevant line to avoid warning during 
> maven packaging phase:
> WARNING: image to embed not found or not readable: 
> F:/wicket/wicket-user-guide/src/main/asciidoc/images/uml-component.svg
> Minor fix in contributing.adoc: Revised the generated document target 
> directory for the user guide documentation.
> Cropped top and bottom blank parts in comsysto-logo.png to have the 
> Introduction page fit in one page in PDF. Made minor changes in 
> helloWorld_2.adoc, helloWorld_3.adoc and introduction.adoc.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6448) IndicatingAjaxButton should prevent double submit

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16126621#comment-16126621
 ] 

Andrea Del Bene commented on WICKET-6448:
-

I'm also reluctant to provide such a behavior out of the box. I don't think 
it's possible to create a generic behavior that makes everybody happy. On the 
other hand it's quite easy to build a custom behavior tailored to your specific 
needs
See this 
[example|http://examples-wickettutorial.rhcloud.com/wicket/bookmarkable/org.wicketTutorial.ajaxlistener.HomePage]

> IndicatingAjaxButton should prevent double submit
> -
>
> Key: WICKET-6448
> URL: https://issues.apache.org/jira/browse/WICKET-6448
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket-extensions
>Affects Versions: 8.0.0-M6
>Reporter: Kamil
> Attachments: showcase-preventClick.zip
>
>
> 1)Run the app
> 2)Click "submit" quickly several times
> 3)Watch the console



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (WICKET-6455) AjaxFormSubmitBehavior doesn't submit inner forms

[Andrea Del Bene (JIRA)]

Andrea Del Bene created WICKET-6455:
---

 Summary: AjaxFormSubmitBehavior doesn't submit inner forms
 Key: WICKET-6455
 URL: https://issues.apache.org/jira/browse/WICKET-6455
 Project: Wicket
  Issue Type: Bug
Reporter: Andrea Del Bene
Priority: Minor


AjaxFormSubmitBehavior doesn't submit inner forms if 
wantSubmitOnParentFormSubmit returns false



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6455) AjaxFormSubmitBehavior doesn't submit inner forms

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6455:
---

Assignee: Andrea Del Bene

> AjaxFormSubmitBehavior doesn't submit inner forms
> -
>
> Key: WICKET-6455
> URL: https://issues.apache.org/jira/browse/WICKET-6455
> Project: Wicket
>  Issue Type: Bug
>Reporter: Andrea Del Bene
>Assignee: Andrea Del Bene
>Priority: Minor
>
> AjaxFormSubmitBehavior doesn't submit inner forms if 
> wantSubmitOnParentFormSubmit returns false



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6455) AjaxFormSubmitBehavior doesn't submit inner forms

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6455:

Affects Version/s: 8.0.0-M7
   7.8.0
Fix Version/s: 8.0.0-M8
   7.9.0

> AjaxFormSubmitBehavior doesn't submit inner forms
> -
>
> Key: WICKET-6455
> URL: https://issues.apache.org/jira/browse/WICKET-6455
> Project: Wicket
>  Issue Type: Bug
>Affects Versions: 7.8.0, 8.0.0-M7
>Reporter: Andrea Del Bene
>Assignee: Andrea Del Bene
>Priority: Minor
> Fix For: 7.9.0, 8.0.0-M8
>
>
> AjaxFormSubmitBehavior doesn't submit inner forms if 
> wantSubmitOnParentFormSubmit returns false



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6455) AjaxFormSubmitBehavior doesn't submit inner forms

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6455.
-
Resolution: Fixed

> AjaxFormSubmitBehavior doesn't submit inner forms
> -
>
> Key: WICKET-6455
> URL: https://issues.apache.org/jira/browse/WICKET-6455
> Project: Wicket
>  Issue Type: Bug
>Affects Versions: 7.8.0, 8.0.0-M7
>Reporter: Andrea Del Bene
>Assignee: Andrea Del Bene
>Priority: Minor
> Fix For: 7.9.0, 8.0.0-M8
>
>
> AjaxFormSubmitBehavior doesn't submit inner forms if 
> wantSubmitOnParentFormSubmit returns false



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6462) When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called twice

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6462:
---

Assignee: Andrea Del Bene

> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> ---
>
> Key: WICKET-6462
> URL: https://issues.apache.org/jira/browse/WICKET-6462
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7, 8.0.0-M8
> Environment: 8.0.0-SNAPSHOT -  2017 08 31
>Reporter: francois
>Assignee: Andrea Del Bene
>Priority: Critical
> Attachments: wicket_quickstart.zip
>
>
> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> The appears after WICKET-6455.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6462) When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called twice

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16153285#comment-16153285
 ] 

Andrea Del Bene commented on WICKET-6462:
-

Hi [~francois],

the 8-SNAPSHOT should be ok now. Could you try it with your application? 

> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> ---
>
> Key: WICKET-6462
> URL: https://issues.apache.org/jira/browse/WICKET-6462
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7, 8.0.0-M8
> Environment: 8.0.0-SNAPSHOT -  2017 08 31
>Reporter: francois
>Assignee: Andrea Del Bene
>Priority: Critical
> Attachments: wicket_quickstart.zip
>
>
> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> The appears after WICKET-6455.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6462) When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called twice

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6462:

Affects Version/s: (was: 8.0.0-M8)

> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> ---
>
> Key: WICKET-6462
> URL: https://issues.apache.org/jira/browse/WICKET-6462
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: 8.0.0-SNAPSHOT -  2017 08 31
>Reporter: francois
>Assignee: Andrea Del Bene
>Priority: Critical
> Fix For: 8.0.0-M8
>
> Attachments: wicket_quickstart.zip
>
>
> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> The appears after WICKET-6455.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6462) When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called twice

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6462:

Fix Version/s: 8.0.0-M8

> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> ---
>
> Key: WICKET-6462
> URL: https://issues.apache.org/jira/browse/WICKET-6462
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: 8.0.0-SNAPSHOT -  2017 08 31
>Reporter: francois
>Assignee: Andrea Del Bene
>Priority: Critical
> Fix For: 8.0.0-M8
>
> Attachments: wicket_quickstart.zip
>
>
> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> The appears after WICKET-6455.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6462) When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called twice

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6462.
-
Resolution: Fixed

> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> ---
>
> Key: WICKET-6462
> URL: https://issues.apache.org/jira/browse/WICKET-6462
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: 8.0.0-SNAPSHOT -  2017 08 31
>Reporter: francois
>Assignee: Andrea Del Bene
>Priority: Critical
> Fix For: 8.0.0-M8
>
> Attachments: wicket_quickstart.zip
>
>
> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> The appears after WICKET-6455.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6462) When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called twice

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6462:

Fix Version/s: 7.9.0

> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> ---
>
> Key: WICKET-6462
> URL: https://issues.apache.org/jira/browse/WICKET-6462
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: 8.0.0-SNAPSHOT -  2017 08 31
>Reporter: francois
>Assignee: Andrea Del Bene
>Priority: Critical
> Fix For: 7.9.0, 8.0.0-M8
>
> Attachments: wicket_quickstart.zip
>
>
> When an Ajax Button is submitted, AjaxFormSubmitBehavior # onSubmit is called 
> twice
> The appears after WICKET-6455.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6465.
-
Resolution: Fixed

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Fix For: 6.28.0, 7.9.0, 8.0.0-M8
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16158329#comment-16158329
 ] 

Andrea Del Bene commented on WICKET-6465:
-

Hi,

Isn't this a clone of WICKET-6457? If so the issue has been solved. 

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Fix For: 6.28.0, 7.9.0, 8.0.0-M8
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Reopened] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reopened WICKET-6465:
-

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Fix For: 6.28.0, 7.9.0, 8.0.0-M8
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16158354#comment-16158354
 ] 

Andrea Del Bene commented on WICKET-6465:
-

ok, I've reopened it. 

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Fix For: 6.28.0, 7.9.0, 8.0.0-M8
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16160330#comment-16160330
 ] 

Andrea Del Bene commented on WICKET-6465:
-

Hi,

I've noticed something interesting in method Session#destroy that might be part 
of the problem. As its JavaDoc states the method was meant to dispose  session 
store and page manager when session is invalidated. At the moment there's no 
code for page manager, it was removed in (massive) commit 4977f66. I would 
expect that when this method is invoked it calls IPageManager#clear 
(implemented by PageStoreManager). In this way we could get rid of the updating 
flag and its logic. 

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6465:

Attachment: WICKET-6465.patch

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Attachments: WICKET-6465.patch
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16160330#comment-16160330
 ] 

Andrea Del Bene edited comment on WICKET-6465 at 9/10/17 3:05 PM:
--

Hi,

I've noticed something interesting in method Session#destroy that might be part 
of the problem. As its JavaDoc states the method was meant to dispose  session 
store and page manager when session is invalidated. At the moment there's no 
code for page manager, it was removed in (massive) commit 4977f66. I would 
expect that when this method is invoked it calls IPageManager#clear 
(implemented by PageStoreManager). In this way we could get rid of the updating 
flag and its logic. 

I've attached a patch showing my fix


was (Author: bitstorm):
Hi,

I've noticed something interesting in method Session#destroy that might be part 
of the problem. As its JavaDoc states the method was meant to dispose  session 
store and page manager when session is invalidated. At the moment there's no 
code for page manager, it was removed in (massive) commit 4977f66. I would 
expect that when this method is invoked it calls IPageManager#clear 
(implemented by PageStoreManager). In this way we could get rid of the updating 
flag and its logic. 

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Attachments: WICKET-6465.patch
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6465:

Attachment: (was: WICKET-6465.patch)

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Attachments: WICKET-6465.patch
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6465:

Attachment: WICKET-6465.patch

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Emond Papegaaij
>Priority: Critical
> Attachments: WICKET-6465.patch
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6465) PageStore not cleared at session end

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6465:

Fix Version/s: 6.28.0

> PageStore not cleared at session end
> 
>
> Key: WICKET-6465
> URL: https://issues.apache.org/jira/browse/WICKET-6465
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Tomcat
>Reporter: Franta Mejta
>Assignee: Sven Meier
>Priority: Critical
> Fix For: 6.28.0, 7.9.0, 8.0.0-M8
>
> Attachments: WICKET-6465.patch
>
>
> WICKET-6387 causes the page store not to be cleared at logout on Tomcat. The 
> problem is that tomcat does not call {{valueUnbound}} or {{valueBound}} when 
> an attribute is set to the current value (new == old).
> https://github.com/apache/tomcat/blob/e28b35c9e40aeb4b7ac52a98f07ad965630e2766/java/org/apache/catalina/session/StandardSession.java#L1424



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6074:
---

Assignee: Andrea Del Bene

> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16183903#comment-16183903
 ] 

Andrea Del Bene commented on WICKET-6074:
-

I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256') to the 
currently available signatures. This should be ok, right?




> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16183903#comment-16183903
 ] 

Andrea Del Bene edited comment on WICKET-6074 at 9/28/17 9:33 AM:
--

I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256') and drop 
sha1. This should be ok, right?





was (Author: bitstorm):
I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256') to the 
currently available signatures. This should be ok, right?




> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16183903#comment-16183903
 ] 

Andrea Del Bene edited comment on WICKET-6074 at 9/28/17 9:39 AM:
--

I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256'). This 
should be ok, right?

UPDATE: a .sha for sha1 file[ might be 
required|http://www.apache.org/dev/release-distribution#sigs-and-sums], it's 
not clear to me, so I would just add the sha-256 for automated validation


was (Author: bitstorm):
I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256') and drop 
sha1. This should be ok, right?




> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16183903#comment-16183903
 ] 

Andrea Del Bene edited comment on WICKET-6074 at 9/28/17 9:39 AM:
--

I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256'). This 
should be ok, right?

UPDATE: a .sha for sha1 
file[http://www.apache.org/dev/release-distribution#sigs-and-sums|might be 
required], it's not clear to me, so I would just add the sha-256 for automated 
validation


was (Author: bitstorm):
I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256'). This 
should be ok, right?

UPDATE: a .sha for sha1 file[ might be 
required|http://www.apache.org/dev/release-distribution#sigs-and-sums], it's 
not clear to me, so I would just add the sha-256 for automated validation

> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16183903#comment-16183903
 ] 

Andrea Del Bene edited comment on WICKET-6074 at 9/28/17 9:40 AM:
--

I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256'). This 
should be ok, right?

UPDATE: a .sha for sha1 file [might be 
required|http://www.apache.org/dev/release-distribution#sigs-and-sums], it's 
not clear to me, so I would just add the sha-256 for automated validation


was (Author: bitstorm):
I'm going to add the sha-256 generation (' sha256sum $f > $f.sha256'). This 
should be ok, right?

UPDATE: a .sha for sha1 
file[http://www.apache.org/dev/release-distribution#sigs-and-sums|might be 
required], it's not clear to me, so I would just add the sha-256 for automated 
validation

> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16183929#comment-16183929
 ] 

Andrea Del Bene commented on WICKET-6074:
-

{quote}Also, MD5 is not really needed. Recently there was similar discussion at 
users@infra.a.o. It is up to the projects whether to use it or not.{quote}

Do they tell which signatures are required? [Official 
documentation|http://www.apache.org/dev/release-distribution#sigs-and-sums] is 
not very clear about it

> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16184125#comment-16184125
 ] 

Andrea Del Bene commented on WICKET-6074:
-

If it's ok I will backport to 7.x

> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (WICKET-6074) Use SHA 256+ for signing the release artefacts

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6074.
-
Resolution: Fixed

> Use SHA 256+ for signing the release artefacts
> --
>
> Key: WICKET-6074
> URL: https://issues.apache.org/jira/browse/WICKET-6074
> Project: Wicket
>  Issue Type: Task
>  Components: release
>Affects Versions: 6.21.0, 7.2.0
>Reporter: Martin Grigorov
>Assignee: Andrea Del Bene
>
> See the discussion at dev@ about checking the release: 
> http://markmail.org/message/yu2f64rndmncseyd
> There are few issues:
> 1) It seems sha1sum is used. It will be better to use SHA 256+
> from release.sh:
> gpg --print-md SHA1 target/dist/apache-wicket-$version.tar.gz > 
> target/dist/apache-wicket-$version.tar.gz.sha
> 2) Drop .md5 ?!
> "man md5sum" says:
> BUGS
>The MD5 algorithm should not be used any more for security related 
> purposes.  Instead, better use an SHA-2 algorithm, implemented  in  the  
> programs  sha224sum(1),  sha256sum(1),  sha384sum(1),
>sha512sum(1)
> 3) use "sha256sum" instead of "gpg --print-md SHA1" to create the file to 
> make it simpler for checking later with "sha256sum -c"



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6478) Nesting 3+ enclosures leads to error You most likely forgot to register the EnclosureHandler with the MarkupParserFactory

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16196120#comment-16196120
 ] 

Andrea Del Bene commented on WICKET-6478:
-

Hi,

could you create a full quickstart to make it easier exploring the problem?

thank you.

> Nesting 3+ enclosures leads to error You most likely forgot to register the 
> EnclosureHandler with the MarkupParserFactory
> -
>
> Key: WICKET-6478
> URL: https://issues.apache.org/jira/browse/WICKET-6478
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Websphere 9, IBM JDK 8, Wicket 7.8.0
>Reporter: David Rain
>  Labels: WICKET-6026
>
> The issue reported here WICKET-6026 hasn't been resolved completely. The 
> error is still present in 7.8.0 when nesting 3 or more enclosures.
> It is OK with 2 nested enclosures.
> Markup fragment causing error
> works fine in 6.24.0
> {code:html}
> 
> 
> 
> 
> 
> 
> 
>  wicket:id="otherBankLoanType" >[Spotřebitelský úvěr]
>  - 
>   wicket:id="otherBankLoanDebit" class="value">[100 000,00]
> 
>- 
>   wicket:id="otherBankLoanMonthlyInstallment" class="value">[2 500,00 
> CZK]
> 
>  
> -   wicket:id="otherBankLoanCreditAmount" class="value">[60 000,00]
> 
> 
> 
> 
> 
> 
>  wicket:id="kbLoanType" >[Spotřebitelský úvěr]
>  - 
>   wicket:id="kbLoanDebit" class="value">[100 000,00]
>  - 
>   wicket:id="kbLoanCreditAmount" class="value">[60 000,00]
>  
> -   wicket:id="kbLoanCreditAccountNumber" class="value">[123]
> 
> 
> 
> 
>  key="bu0008.loanAmount"/> wicket:id="loanAmount"/>
>  key="bu0437.typeOfLoan"/>
> 
> 
>  wicket:id="linkProductConditions" class="pl-20 highslide-iframe 
> highslide-layout-6">
> [Úvěrové 
> podmínky]
> 
> 
> 
> 
>  key="bu2154.lengthOfLoanInYears"/> wicket:id="lengthOfLoan"/>
>  key="bu5462.myAccountForPayment"/> wicket:id="accountToTransfer"/>
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6478) Nesting 3+ enclosures leads to error You most likely forgot to register the EnclosureHandler with the MarkupParserFactory

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6478:
---

Assignee: Andrea Del Bene

> Nesting 3+ enclosures leads to error You most likely forgot to register the 
> EnclosureHandler with the MarkupParserFactory
> -
>
> Key: WICKET-6478
> URL: https://issues.apache.org/jira/browse/WICKET-6478
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 7.8.0
> Environment: Websphere 9, IBM JDK 8, Wicket 7.8.0
>Reporter: David Rain
>Assignee: Andrea Del Bene
>  Labels: WICKET-6026
>
> The issue reported here WICKET-6026 hasn't been resolved completely. The 
> error is still present in 7.8.0 when nesting 3 or more enclosures.
> It is OK with 2 nested enclosures.
> Markup fragment causing error
> works fine in 6.24.0
> {code:html}
> 
> 
> 
> 
> 
> 
> 
>  wicket:id="otherBankLoanType" >[Spotřebitelský úvěr]
>  - 
>   wicket:id="otherBankLoanDebit" class="value">[100 000,00]
> 
>- 
>   wicket:id="otherBankLoanMonthlyInstallment" class="value">[2 500,00 
> CZK]
> 
>  
> -   wicket:id="otherBankLoanCreditAmount" class="value">[60 000,00]
> 
> 
> 
> 
> 
> 
>  wicket:id="kbLoanType" >[Spotřebitelský úvěr]
>  - 
>   wicket:id="kbLoanDebit" class="value">[100 000,00]
>  - 
>   wicket:id="kbLoanCreditAmount" class="value">[60 000,00]
>  
> -   wicket:id="kbLoanCreditAccountNumber" class="value">[123]
> 
> 
> 
> 
>  key="bu0008.loanAmount"/> wicket:id="loanAmount"/>
>  key="bu0437.typeOfLoan"/>
> 
> 
>  wicket:id="linkProductConditions" class="pl-20 highslide-iframe 
> highslide-layout-6">
> [Úvěrové 
> podmínky]
> 
> 
> 
> 
>  key="bu2154.lengthOfLoanInYears"/> wicket:id="lengthOfLoan"/>
>  key="bu5462.myAccountForPayment"/> wicket:id="accountToTransfer"/>
> 
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6481:
---

Assignee: Andrea Del Bene

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1484)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at 
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
>   at java.lang.Thread.run(Thread.java:745)
> {noformat}
> Reason 

[jira] [Resolved] (WICKET-6041) Nested forms / parent FormComponents do not reflect updated model when nested form submitted

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6041.
-
Resolution: Won't Fix

It's silent since a long time and I have no more ideas about it

> Nested forms / parent FormComponents do not reflect updated model when nested 
> form submitted
> 
>
> Key: WICKET-6041
> URL: https://issues.apache.org/jira/browse/WICKET-6041
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 6.21.0, 7.1.0
>Reporter: Patrick Davids
>Assignee: Andrea Del Bene
> Attachments: NonReflectingFormComponent.zip
>
>
> Hi,
> as discussed in user-list, here the ticket and quickstart attached.
> I guess the quickstart looks quite unusual, because it is reduced to its 
> minimum to show what happens.
> The use-case of such an nested form component tree is more clearer when 
> considering the usage in wizards, which holds its own form to be able to do 
> step-transitions.
> In combination with dialogs (e.g. wicket-jquery-ui / greetings to [~sebfz1] 
> by the way), which also needed a form to work, you will get such a nested 
> form situation.
> kind regards
> Patrick



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16204633#comment-16204633
 ] 

Andrea Del Bene commented on WICKET-6481:
-

Hi [~laeb]

could you recreate the issue in a quickstart? If not could you show me the code 
of the bookmarked link you use?

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1484)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at 
> org.apac

[jira] [Commented] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16205718#comment-16205718
 ] 

Andrea Del Bene commented on WICKET-6481:
-

Hi [~laeb],

thank you for your clarification. I couldn't reproduce the issue yet. Could you 
give some more info? Page 'de.bps.blok.page.simple.ErrorPage' is the one you 
set as ExpiredErrorPage? Could you post its code? In the meantime I did a 
commit to avoid NPE  inside '.MountedMapper.checkPageClass'. Are you able to 
test your app with Wicket 8 SNAPSHOT?

Thank you.

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$Soc

[jira] [Commented] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16205958#comment-16205958
 ] 

Andrea Del Bene commented on WICKET-6481:
-

Ok, I think I got the problem. You used 'page' as mounting segment. By default 
this a reserved segment for Wicket (see [the 
guide|https://ci.apache.org/projects/wicket/guide/8.x/single.html#_providing_custom_mapper_context_to_request_mappers]
 for more details).  I will add more code to handle this conflict when the 
application starts up.

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
> Attachments: quick.tar.gz
>
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpo

[jira] [Commented] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16207611#comment-16207611
 ] 

Andrea Del Bene commented on WICKET-6481:
-

Actually 'page' is enough. See 
[here|https://github.com/apache/wicket/blob/9e42a9548adb0da540e4e87d491f5824e778537e/wicket-core/src/main/java/org/apache/wicket/core/request/mapper/PageInstanceMapper.java#L182].

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
> Attachments: quick.tar.gz
>
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1484)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.ja

[jira] [Comment Edited] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

[ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16207611#comment-16207611
 ] 

Andrea Del Bene edited comment on WICKET-6481 at 10/17/17 1:05 PM:
---

Actually 'page' alone is enough. See 
[here|https://github.com/apache/wicket/blob/9e42a9548adb0da540e4e87d491f5824e778537e/wicket-core/src/main/java/org/apache/wicket/core/request/mapper/PageInstanceMapper.java#L182].


was (Author: bitstorm):
Actually 'page' is enough. See 
[here|https://github.com/apache/wicket/blob/9e42a9548adb0da540e4e87d491f5824e778537e/wicket-core/src/main/java/org/apache/wicket/core/request/mapper/PageInstanceMapper.java#L182].

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
> Attachments: quick.tar.gz
>
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractPro

[jira] [Assigned] (WICKET-6480) SubmitLink can submit the form multiple times

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene reassigned WICKET-6480:
---

Assignee: Andrea Del Bene

> SubmitLink can submit the form multiple times
> -
>
> Key: WICKET-6480
> URL: https://issues.apache.org/jira/browse/WICKET-6480
> Project: Wicket
>  Issue Type: Improvement
>  Components: wicket
>Affects Versions: 7.8.0
>Reporter: Sven Ackermann
>Assignee: Andrea Del Bene
>
> Hi,
> I recently had a problem with a SubmitLink where a user double clicked on it 
> (in Chrome 60.0.3112.90). The form was submitted twice and the submit action 
> executed twice. I even could reproduce this with 5 clicks resulting in 5 
> submits.
> To fix that, I just replaced the SubmitLink with a Button where the browser 
> submits the form only on the first click. Browsers can/do not prevent that 
> for the Javascript that is used with SubmitLink.
> Javadoc of SubmitLink says "A link which can be used exactly like a Button to 
> submit a Form.". That is not exactly true, because you have to be aware of 
> the fact that it does not prevent multiple submits.
> My suggestion is to either put a warning about that in the doc or add a flag 
> to SubmitLink that modifies the onclick-Javascript such that it will be 
> executed only once per page.
> Thanks
> Sven



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene updated WICKET-6481:

Affects Version/s: 7.9.0
Fix Version/s: 7.10.0
   8.0.0-M8

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7, 7.9.0
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
> Fix For: 8.0.0-M8, 7.10.0
>
> Attachments: quick.tar.gz
>
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1484)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at 
> org.apache.to

[jira] [Resolved] (WICKET-6481) NullPointerException in MountedMapper

[Andrea Del Bene (JIRA)]

 [ 
https://issues.apache.org/jira/browse/WICKET-6481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Del Bene resolved WICKET-6481.
-
Resolution: Fixed

> NullPointerException in MountedMapper
> -
>
> Key: WICKET-6481
> URL: https://issues.apache.org/jira/browse/WICKET-6481
> Project: Wicket
>  Issue Type: Bug
>  Components: wicket
>Affects Versions: 8.0.0-M7, 7.9.0
> Environment: Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 
> (2017-09-19) x86_64 GNU/Linux
> Java 8u144
> Tomcat 9.0.1
>Reporter: Lars Eberle
>Assignee: Andrea Del Bene
> Fix For: 8.0.0-M8, 7.10.0
>
> Attachments: quick.tar.gz
>
>
> In case users open bookmarked deep links (including page version) or the page 
> currently displayed expired, in some cases there are NPEs in the 
> MountedMapper:
> {noformat}
> 09:48:55,229-[ajp-nio-8154-exec-6] ERROR -ErrorPage   - 
> java.lang.NullPointerException
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.checkPageClass(MountedMapper.java:256)
>   at 
> org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:400)
>   at 
> org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:154)
>   at 
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:186)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
>   at 
> org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:262)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
>   at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:230)
>   at 
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:106)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> de.bps.blok.utils.NoJSessionIdInUrlFilter.doFilter(NoJSessionIdInUrlFilter.java:44)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
>   at 
> org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:844)
>   at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527)
>   at 
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1484)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at 
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:6