Re: TinyMCE ImageUploadPlugin problem
A patch for the things you've pointed out in the previous mail has been merged into the wicketstuff repository: https://github.com/wicketstuff/core/pull/179. They should be available in the next release. If I would have some time I would upgrade wicket to 6.x series and test it with 6.0. Until I appreciate any comments :). thnx, Sandor -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/TinyMCE-ImageUploadPlugin-problem-tp4654616p4654713.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Andrea Del Bene Abaco Informatica S.r.l. Via Montegrappa, 3 61121 Pesaro (IT) Tel. +39 0721 35425 Fax. +39 0721 32967 P.IVA 00933130411 Associato AssoProvider CISCO Systems Partner PREMIER Certified ABANET is associated to RIPE (AS 12468) Http://www.abanet.it Questa é una email privata ad uso confidenziale; é proibito ogni uso non autorizzato. This message is confidential; any unauthorised use is forbidden. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Question about UrlRenderer and WebServletResponse
Hi, I'm trying to revive Wicket Portlets support and I'm running into a small issue. For Liferay i've got my old 1.4 portlets working 90% with Wicket 6 but I'm hitting a small problem with the UrlRenderer and WebServletResponse WebServletResponse does an optimization for tomcat in the sendRedirect method. it strips the ./ from the url. However in the case of portlet this causes a endless loop in some scenarios. Would it be possible to put this optimization in the UrlRenderer? So that we can choose to override this by providing a custom PortletUrlRenderer. While digging into this I also came a cross another thing. WebServletResponse.encodeRedirectURL(url) uses new UrlRenderer(webRequest) while WebServletResponse. encodeUrl(url) uses the RequestCycle.get().getUrlRenderer(). Why doesn't WebServletResponse.encodeRedirectURL(url) use RequestCycle.get().getUrlRenderer(). As this last method gives the custom UrlRenderer back that we use in the PortletRequestCylce instead of just the default. Kind regard Thijs - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question about UrlRenderer and WebServletResponse
Hi, On Tue, Dec 18, 2012 at 10:41 AM, Thijs vonk.th...@gmail.com wrote: Hi, I'm trying to revive Wicket Portlets support and I'm running into a small issue. For Liferay i've got my old 1.4 portlets working 90% with Wicket 6 but I'm hitting a small problem with the UrlRenderer and WebServletResponse WebServletResponse does an optimization for tomcat in the sendRedirect method. it strips the ./ from the url. However in the case of portlet this causes a endless loop in some scenarios. Would it be possible to put this optimization in the UrlRenderer? So that we can choose to override this by providing a custom PortletUrlRenderer. Please send a .patch that fixes the issue for Portlets and still keeps all the tests green. While digging into this I also came a cross another thing. WebServletResponse.**encodeRedirectURL(url) uses new UrlRenderer(webRequest) while WebServletResponse. encodeUrl(url) uses the RequestCycle.get().**getUrlRenderer(). Why doesn't WebServletResponse.**encodeRedirectURL(url) use RequestCycle.get().**getUrlRenderer(). As this last method gives the custom UrlRenderer back that we use in the PortletRequestCylce instead of just the default. Because at this point there is no RequestCycle. http://markmail.org/thread/qsdfhrbowb5tszxr I chose the simpler solution to create a new UrlRenderer. It seems we will need to extend the life of RequestCycle or create a completely new one just for getting a proper UrlRenderer. Kind regard Thijs --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Error serializing object class com.mapp.LoginPage [object=[Page class = com.myapp.LoginPage, id = 0, render count = 1]]
Hi,
Which version of Wicket is this ?
Here is the code:
try
{
writeObjectMethod = cls.getDeclaredMethod(writeObject,
new Class[] { java.io.ObjectOutputStream.class });
}
catch (SecurityException e)
{
// we can't access / set accessible to true
writeObjectMethodMissing.add(cls);
}
catch (NoSuchMethodException e)
{
// cls doesn't have that method
writeObjectMethodMissing.add(cls);
}
i.e. NoSuchMethodException is catched and never logged.
Do you use SecurityManager ?
On Tue, Dec 18, 2012 at 6:06 AM, JamesXWang jameswong@gmail.com wrote:
Hi Martin,
Here is the exception stack trace from SerializableChecker -
SEVERE: java.lang.NoSuchMethodException:
com.myapp.LoginPage.writeObject(java.io.ObjectOutputStream)
at java.lang.Class.getDeclaredMethod(Class.java:1954)
at
org.apache.wicket.core.util.io.SerializableChecker.internalCheck(SerializableChecker.java:505)
at
org.apache.wicket.core.util.io.SerializableChecker.check(SerializableChecker.java:391)
at
org.apache.wicket.core.util.io.SerializableChecker.writeObjectOverride(SerializableChecker.java:742)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:342)
at
org.apache.wicket.serialize.java.JavaSerializer$CheckerObjectOutputStream.writeObjectOverride(JavaSerializer.java:258)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:342)
at
org.apache.wicket.serialize.java.JavaSerializer.serialize(JavaSerializer.java:76)
at
org.apache.wicket.pageStore.DefaultPageStore.serializePage(DefaultPageStore.java:376)
at
org.apache.wicket.pageStore.DefaultPageStore.storePage(DefaultPageStore.java:150)
at
org.apache.wicket.page.PageStoreManager$PersistentRequestAdapter.storeTouchedPages(PageStoreManager.java:383)
at
org.apache.wicket.page.RequestAdapter.commitRequest(RequestAdapter.java:171)
at
org.apache.wicket.page.AbstractPageManager.commitRequest(AbstractPageManager.java:98)
at
org.apache.wicket.page.PageManagerDecorator.commitRequest(PageManagerDecorator.java:73)
at
org.apache.wicket.page.PageAccessSynchronizer$2.commitRequest(PageAccessSynchronizer.java:281)
at org.apache.wicket.Application$2.onDetach(Application.java:1628)
at
org.apache.wicket.request.cycle.RequestCycleListenerCollection$3.notify(RequestCycleListenerCollection.java:105)
at
org.apache.wicket.request.cycle.RequestCycleListenerCollection$3.notify(RequestCycleListenerCollection.java:101)
at
org.apache.wicket.util.listener.ListenerCollection$1.notify(ListenerCollection.java:120)
at
org.apache.wicket.util.listener.ListenerCollection.reversedNotify(ListenerCollection.java:144)
at
org.apache.wicket.util.listener.ListenerCollection.reversedNotifyIgnoringExceptions(ListenerCollection.java:113)
at
org.apache.wicket.request.cycle.RequestCycleListenerCollection.onDetach(RequestCycleListenerCollection.java:100)
at
org.apache.wicket.request.cycle.RequestCycle.onDetach(RequestCycle.java:593)
at
org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:542)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:285)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:245)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at
org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at
com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at
com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at
com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
at
com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
at
com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
at
com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
at
Re: Error serializing object class com.mapp.LoginPage [object=[Page class = com.myapp.LoginPage, id = 0, render count = 1]]
I am using Wicket6.1 and logback. The logback keep writing this serializing error to its DB. Do you know why this exception happenned? I've double checked my wicket pages relevant code but found nothing about this exception. Seems everything should be able to be serialized. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Error-serializing-object-class-com-myapp-LoginPage-object-Page-class-com-myapp-LoginPage-id-0-render-tp4654853p4654872.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Error serializing object class com.mapp.LoginPage [object=[Page class = com.myapp.LoginPage, id = 0, render count = 1]]
SEVERE: looks to me like java.util.logging is in use. Upgrade to Wicket 6.3.0 and try again. If you can reproduce it in a quickstart application then please attach it to a ticket in Jira. On Tue, Dec 18, 2012 at 11:18 AM, JamesXWang jameswong@gmail.comwrote: I am using Wicket6.1 and logback. The logback keep writing this serializing error to its DB. Do you know why this exception happenned? I've double checked my wicket pages relevant code but found nothing about this exception. Seems everything should be able to be serialized. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Error-serializing-object-class-com-myapp-LoginPage-object-Page-class-com-myapp-LoginPage-id-0-render-tp4654853p4654872.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Error serializing object class com.mapp.LoginPage [object=[Page class = com.myapp.LoginPage, id = 0, render count = 1]]
ok, thanks. I will upgrade it right now and let you know the result soon. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Error-serializing-object-class-com-myapp-LoginPage-object-Page-class-com-myapp-LoginPage-id-0-render-tp4654853p4654874.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Release 6.4 - API break?
Hi all, I just tried version 6.4 and the package org.apache.wicket.request.mapper disappeared... am I seeing something wrong? -- André Camilo Software Architect Premium Minds Av. Marquês de Tomar nº69, 1º Andar 1050-154 Lisboa www.premium-minds.comhttp://www.premium-minds.com/ Geral: +351 217 817 555 Tlm: +351 914 515 010 andre.cam...@premium-minds.commailto:andre.cam...@premium-minds.com
Re: Release 6.4 - API break?
When I try to build a project on Wicket 6.4.0, Maven complains with: The POM for org.apache.wicket:wicket-core:jar:6.4.0 is missing, no dependency information available Maybe this is related to your problem. Arne -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Release-6-4-API-break-tp4654875p4654877.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Release 6.4 - API break?
Guys, Please be patient and wait for the announcement. Not all mirrors are updated yet. Clean everything related to 6.4.x in your ~/.m2/repository/org/apache/wicket and the two .xml files in the folders for each module and it will work On Tue, Dec 18, 2012 at 1:42 PM, aws0934 arne-wigand.bag...@idealo.dewrote: When I try to build a project on Wicket 6.4.0, Maven complains with: The POM for org.apache.wicket:wicket-core:jar:6.4.0 is missing, no dependency information available Maybe this is related to your problem. Arne -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Release-6-4-API-break-tp4654875p4654877.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
little refactor moving onPopulate() to populate(), and make first called by second, and overridable?
hi,
i would appreciate having the choice to do something on
DataView.onPopulate (at end of populating process), but cannot
override this method (final at RefreshingView). i know i have the
choice to compare Item.getIndex() to DataView.getItemsPerPage() to
determine the end of populating process, but what about getting this
execution point by refactoring a bit, so:
AbstractRepeater {
@Override
protected void onBeforeRender()
{
// onPopulate(); not anymore...
populate();
...
}
// protected abstract void onPopulate(); not anymore...
protected abstract void populate();
}
RefreshingView {
@Override
protected final void populate() {
... // do same stuff...
...
onPopulate();
}
protected void onPopulate() {
// not final anymore, and overridable to do something
on populating
process ends
}
}
moreover, using the method name populate to exactly do that,
populate, when onBeforeRender seems to be more semantic-precise; and
then, the same onBeforeRender responds to beforeRender,
onPopulate now would respond to populate.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Error serializing object class com.mapp.LoginPage [object=[Page class = com.myapp.LoginPage, id = 0, render count = 1]]
Hi Martin,
I've tried the wicket 6.3 quickstart but can't reproduce it. But after more
deep debug I've found the root cause on my app -
1. On my html there is a Sortable list.
2. I've implemented some code to extends
org.apache.wicket.extensions.markup.html.repeater.util.SortableDataProvider
3. then on the method -
@Override
protected void populateItem(final Item item) {..}
I've added item.add() to get list data
4. if I set a WebMarkupContainer wmc.setVisible(false); and call
item.add(wmc) then will cause the serializable exception.
Does it a bug of Wicket or do I need call some api after setVisible(false)?
Thanks!
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Error-serializing-object-class-com-myapp-LoginPage-object-Page-class-com-myapp-LoginPage-id-0-render-tp4654853p4654880.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Release 6.4 - API break?
It is already announced on the homepage, so I thought it was final, sorry. Arne -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Release-6-4-API-break-tp4654875p4654881.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Error serializing object class com.mapp.LoginPage [object=[Page class = com.myapp.LoginPage, id = 0, render count = 1]]
Bug reports are accepted only with quickstart applications ;-)
Create a quickstart and attach it to a ticket in Jira.
On Tue, Dec 18, 2012 at 2:36 PM, JamesXWang jameswong@gmail.com wrote:
Hi Martin,
I've tried the wicket 6.3 quickstart but can't reproduce it. But after more
deep debug I've found the root cause on my app -
1. On my html there is a Sortable list.
2. I've implemented some code to extends
org.apache.wicket.extensions.markup.html.repeater.util.SortableDataProvider
3. then on the method -
@Override
protected void populateItem(final Item item) {..}
I've added item.add() to get list data
4. if I set a WebMarkupContainer wmc.setVisible(false); and call
item.add(wmc) then will cause the serializable exception.
Does it a bug of Wicket or do I need call some api after setVisible(false)?
Thanks!
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Error-serializing-object-class-com-myapp-LoginPage-object-Page-class-com-myapp-LoginPage-id-0-render-tp4654853p4654880.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/
Re: little refactor moving onPopulate() to populate(), and make first called by second, and overridable?
onpopulate() is called every time dataview/repeater is rendered,you can do the
same thing after overriding onbeforerender, pseducode below
new DataView(){
public void onbeforerender(){
super.onbeforerender(); //this will create/populate children too
//now my code
}
}
On Tue, Dec 18, 2012 at 5:36 PM, manuelbarzi manuelba...@gmail.com wrote:
hi,
i would appreciate having the choice to do something on
DataView.onPopulate (at end of populating process), but cannot
override this method (final at RefreshingView). i know i have the
choice to compare Item.getIndex() to DataView.getItemsPerPage() to
determine the end of populating process, but what about getting this
execution point by refactoring a bit, so:
AbstractRepeater {
@Override
protected void onBeforeRender()
{
// onPopulate(); not anymore...
populate();
...
}
// protected abstract void onPopulate(); not anymore...
protected abstract void populate();
}
RefreshingView {
@Override
protected final void populate() {
... // do same stuff...
...
onPopulate();
}
protected void onPopulate() {
// not final anymore, and overridable to do something
on populating
process ends
}
}
moreover, using the method name populate to exactly do that,
populate, when onBeforeRender seems to be more semantic-precise; and
then, the same onBeforeRender responds to beforeRender,
onPopulate now would respond to populate.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
regards,
Vineet Semwal
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Problem regarding ajax refresh contents of ModalWindow containing inmethod-datagrid
Hi All, I'm facing a problem, that is related to refresh inmethod-datagrid in wicket modal window. Grid shows well at first time, however on refreshing 2nd time. SelectAll checkbox in the header of table just stops working. I think the reason for it is improper markup state of modal dialog after 2nd time. see the attachment. Affected Browsers: *Firefox IE* OK Browsers: *Chrome* I'm attaching the sample code screenshot of firebug HTML viewer elements to show state after initial showing of window and after 2nd refresh of the panel. Running sample code requires you to wait for 1 mins for initial Please help me out. http://apache-wicket.1842946.n4.nabble.com/file/n4654883/after1st.png http://apache-wicket.1842946.n4.nabble.com/file/n4654883/after2nd.png sample app source code. testGrid.zip http://apache-wicket.1842946.n4.nabble.com/file/n4654883/testGrid.zip Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Problem-regarding-ajax-refresh-contents-of-ModalWindow-containing-inmethod-datagrid-tp4654883.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: little refactor moving onPopulate() to populate(), and make first called by second, and overridable?
sure, vineet, there are other ways... know that. the question focus
more on providing a bit+ intuitiveness to code, but this fact may
result quite relative, that's all. thx, anyway.
.
On Tue, Dec 18, 2012 at 2:17 PM, vineet semwal vineetsemwa...@gmail.com wrote:
onpopulate() is called every time dataview/repeater is rendered,you can do
the
same thing after overriding onbeforerender, pseducode below
new DataView(){
public void onbeforerender(){
super.onbeforerender(); //this will create/populate children too
//now my code
}
}
On Tue, Dec 18, 2012 at 5:36 PM, manuelbarzi manuelba...@gmail.com wrote:
hi,
i would appreciate having the choice to do something on
DataView.onPopulate (at end of populating process), but cannot
override this method (final at RefreshingView). i know i have the
choice to compare Item.getIndex() to DataView.getItemsPerPage() to
determine the end of populating process, but what about getting this
execution point by refactoring a bit, so:
AbstractRepeater {
@Override
protected void onBeforeRender()
{
// onPopulate(); not anymore...
populate();
...
}
// protected abstract void onPopulate(); not anymore...
protected abstract void populate();
}
RefreshingView {
@Override
protected final void populate() {
... // do same stuff...
...
onPopulate();
}
protected void onPopulate() {
// not final anymore, and overridable to do something
on populating
process ends
}
}
moreover, using the method name populate to exactly do that,
populate, when onBeforeRender seems to be more semantic-precise; and
then, the same onBeforeRender responds to beforeRender,
onPopulate now would respond to populate.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
regards,
Vineet Semwal
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: [Announce] wicket-dashboard
Hi I removed wiquery as dependency. To control all resources (js, css - see res folder) used by wicket-dashboard I created DashboardSettings class. All resources are added to DashboardPanel using DashboardResourcesBehavior(that uses DashboardSettings). I will try to migrate to wicket 6 if it's a request for this. Best regards, Decebal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Announce-wicket-dashboard-tp4652308p4654886.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: StalePageException handling issue
Hi, Thanks for your posting. I am working on some application and was getting stalePageException.The sad part of this is that i do not know how it is reproduciable.I searched in the forums and tried all suggested ways of reproducing it,but fail to reproduce it. What i observed in my application is that whenever i was getting SessionExpiry Page in my application,i encountered the stalePageException and based on that i am suspecting that it was coming due to that.But now , sessionExpiray page is not coming as well as not stalePageException. I am using wicket 1.5.7. Do you have idea, what all other ways by which it can be reproducible? i tried all combination of reproducing it based on as much knowledge i have in wicket but failed to reproduce it.I have to give some reason to my teams that why it was coming earlier and why it is not coming now and kind of concrete reasoning. Any help would be highly appreciated. Thanks in advance -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/StalePageException-handling-issue-tp4579247p4654887.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[ANNOUNCE] Apache Wicket 6.4.0 released
The Apache Wicket PMC is proud to announce Apache Wicket 6.4.0! This release marks the fourth minor release of Wicket 6. Starting with Wicket 6 we use semantic versioning for the future development of Wicket, and as such no API breaks are present in this release compared to 6.0.0. New and noteworthy === JQuery was upgraded to 1.8.3, bootstrap to 2.2.2. JSR 303 BeanValidation support -- Native support for BeanValidation (JSR 303) was added as an experimental module and released as version 0.5. You can grab it by using these maven coordinates: org.apache.wicket:wicket-bean-validation:0.5:jar or by pasting in the pom snippet below: dependency groupIdorg.apache.wicket/groupId artifactIdwicket-bean-validation/artifactId version0.5/version /dependency Note that this is an experimental module and that it is not released under the semantic versioning rules. Use at your own risk. Hierarchical feedback panel --- A new kind of feedback panel was introduced: a hierarchical feedback panel. A specialized feedback panel that only displays messages from inside a fence defined by a container component. Instances will not show messages coming from inside a nested fence, allowing the nesting of these panels to work correctly without displaying the same feedback message twice. A constructor that does not takes a fencing component creates a catch-all panel that shows messages that do not come from inside any fence or from the Session. For more information see: http://s.apache.org/wicket-FencedFeedbackPanel For the full changelog see the release notes attached to the end of this announcement. Using this release = With Apache Maven update your dependency to (and don't forget to update any other dependencies on Wicket projects to the same version): dependency groupIdorg.apache.wicket/groupId artifactIdwicket-core/artifactId version6.4.0/version /dependency Or download and build the distribution yourself, or use our convenience binary package * Source: http://www.apache.org/dyn/closer.cgi/wicket/6.4.0 * Binary: http://www.apache.org/dyn/closer.cgi/wicket/6.4.0/binaries Upgrading from earlier versions === If you upgrade from 6.0.0, 6.1.0, 6.2.0 or 6.3.0 this release is a drop in replacement. If you come from a version prior to 6.0.0, please read our Wicket 6 migration guide found at http://s.apache.org/wicket-6.0-migration Have fun! — The Wicket team == Release Notes - Wicket - Version 6.4.0 ** Sub-task * [WICKET-4880] - Make it possible to override the Ajax behavior of AjaxSubmitLink and AjaxButton ** Bug * [WICKET-4869] - Wicket-Atmosphere track message length * [WICKET-4872] - IllegalArgumentException on ReloadingWicketFilter and inheritance markup * [WICKET-4877] - encodeUrl fails parsing jsessionid when using root context * [WICKET-4878] - Rendering of feedback messages fails with DebugBar in page * [WICKET-4881] - IE 8 : error when handling Wicket Ajax Response * [WICKET-4884] - ValidationError messages for NumberTextFields with minimum/maximum are always English * [WICKET-4886] - Do not register Ajax timer if the component is removed * [WICKET-4890] - Bad validation messages after WICKET-2128 * [WICKET-4891] - UrlRenderer.renderRelativeUrl misbehavior if the filterPath is composed. * [WICKET-4894] - Internet Explorer fails fails to properly include conditional stylesheet links added via AjaxRequestTarget * [WICKET-4895] - WicketRuntimeException: addOrReplace for feedback panel does not clear Component.FEEDBACK_LIST - feedback from replaced component causes error. * [WICKET-4899] - autocomplete shows strings with quotes strings as string2 with quot;quotequot; * [WICKET-4900] - Setting a status code on an AbstractResource results in no HTTP body * [WICKET-4908] - Wrong charset or screwed up characters in Norwegian properties-file * [WICKET-4911] - Palette Ajax update does not work * [WICKET-4913] - HtmlDocumentParser does not support tags containing number (e.g. h1-h6) * [WICKET-4915] - org.apache.wicket.util.resource.Patht#find fails on Windows * [WICKET-4916] - AbstractTree$TreeItem renderHead does not call renderHead for child TreeItems. * [WICKET-4917] - Websockets are not working if URL has a hash in it * [WICKET-4918] - LazyInitProxyFactory prevents using package private interfaces * [WICKET-4920] - Rendered Url on root context with cookies disabled might result in double slash // * [WICKET-4922] - Cloned ServletWebRequest returns wrong OriginalUrl * [WICKET-4923] - CryptoMapper ignores original queryString parameters ** Improvement * [WICKET-4873] - Support different session id parameter * [WICKET-4876] - CheckBoxMultipleChoice should implement getAdditionalAttributes as RadioChoice *
RE: [Announce] wicket-dashboard
Thanks Decebal, I also was able to solve the conflict yesterday the other way around by removing the dependency from wicked-charts. Your approach is much better as wicked-charts has this hardcoded (I'll open a separate request for that project). Let me know if you'd like me to pass on to you my dashboard HighCharts widget panel for your demo that's using wicked-charts. ~ Thank you, Paul Bors PS: I might be able to help you migrate it to Wicket 6 if and once my management gives the green light on my POC :) -Original Message- From: Decebal Suiu [mailto:decebal.s...@asf.ro] Sent: Tuesday, December 18, 2012 9:14 AM To: users@wicket.apache.org Subject: Re: [Announce] wicket-dashboard Hi I removed wiquery as dependency. To control all resources (js, css - see res folder) used by wicket-dashboard I created DashboardSettings class. All resources are added to DashboardPanel using DashboardResourcesBehavior(that uses DashboardSettings). I will try to migrate to wicket 6 if it's a request for this. Best regards, Decebal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Announce-wicket-dashboard-tp46523 08p4654886.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: assertResultPage fails even when same
This is the result from a test runner, which has nothing to do with a diff tool. I was only suggesting that if you could not see what it was I was stating, it might be easier for you (or others) to copy the stack traces into a diff tool and see the differences, which, as I state, do not make any sense to me at all. FWIW - when I open the result in the eclipse diff tool, it does claim differences, but none are to be seen. When I copy from that diff tool into an external diff tool, I am using DeltaWalker, there is no difference. This is in reference to the first test scencario, wherein the expected string was copied from the actual window of the eclipse diff tool. I will repeat. The two stack traces do not make sense in the context wherein the only difference is between the expectations. How could the two actuals be different. Yet, the stack trace clearly demonstrates that they are. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/assertResultPage-fails-even-when-same-tp4654830p4654893.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: [Announce] wicket-dashboard
For whoever is interested, the right way of setting the settings in wicked-charts is via a call to: JavaScriptResourceRegistry.getInstance().setJQueryReference() etc. ~ Thank you, Paul Bors -Original Message- From: Paul Bors [mailto:p...@bors.ws] Sent: Tuesday, December 18, 2012 10:44 AM To: users@wicket.apache.org Subject: RE: [Announce] wicket-dashboard Thanks Decebal, I also was able to solve the conflict yesterday the other way around by removing the dependency from wicked-charts. Your approach is much better as wicked-charts has this hardcoded (I'll open a separate request for that project). Let me know if you'd like me to pass on to you my dashboard HighCharts widget panel for your demo that's using wicked-charts. ~ Thank you, Paul Bors PS: I might be able to help you migrate it to Wicket 6 if and once my management gives the green light on my POC :) -Original Message- From: Decebal Suiu [mailto:decebal.s...@asf.ro] Sent: Tuesday, December 18, 2012 9:14 AM To: users@wicket.apache.org Subject: Re: [Announce] wicket-dashboard Hi I removed wiquery as dependency. To control all resources (js, css - see res folder) used by wicket-dashboard I created DashboardSettings class. All resources are added to DashboardPanel using DashboardResourcesBehavior(that uses DashboardSettings). I will try to migrate to wicket 6 if it's a request for this. Best regards, Decebal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Announce-wicket-dashboard-tp46523 08p4654886.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket 6.4.0 sources?
Hi, How can I get the sources? The 4MB apache-wicket-6.4.0.tar.gz is basically empty. It contains 142 KB of quickstart stuff - if I run mvn install then I am not getting any wicket source files copied into my m2 repository. I must be missing something. Many thanks Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6.4.0 sources?
On Tue, Dec 18, 2012 at 10:42 PM, Bernard bht...@gmail.com wrote: How can I get the sources? The 4MB apache-wicket-6.4.0.tar.gz is basically empty. Those are the sources. All of it. You are actually asking for the Maven source jars. Depending on your environment, Maven will automatically download the sources from Maven Central (e.g. the maven-eclipse-plugin does so, provided you set downloadSources=true in the plugin configuration, m2e in eclipse will also download the sources, if you set it in the settings). It contains 142 KB of quickstart stuff - if I run mvn install then I am not getting any wicket source files copied into my m2 repository. I must be missing something. Just ran mvn package in a freshly untarred distribution and this is what I got: ./archetypes/quickstart/target/wicket-archetype-quickstart-6.4.0-sources.jar ./archetypes/quickstart/target/wicket-archetype-quickstart-6.4.0-test-sources.jar ./testing/wicket-common-tests/target/wicket-common-tests-6.4.0-sources.jar ./testing/wicket-common-tests/target/wicket-common-tests-6.4.0-test-sources.jar ./wicket-auth-roles/target/wicket-auth-roles-6.4.0-sources.jar ./wicket-auth-roles/target/wicket-auth-roles-6.4.0-test-sources.jar ./wicket-cdi/target/wicket-cdi-6.4.0-sources.jar ./wicket-cdi/target/wicket-cdi-6.4.0-test-sources.jar ./wicket-core/target/wicket-core-6.4.0-sources.jar ./wicket-core/target/wicket-core-6.4.0-test-sources.jar ./wicket-datetime/target/wicket-datetime-6.4.0-sources.jar ./wicket-datetime/target/wicket-datetime-6.4.0-test-sources.jar ./wicket-devutils/target/wicket-devutils-6.4.0-sources.jar ./wicket-devutils/target/wicket-devutils-6.4.0-test-sources.jar ./wicket-examples/target/wicket-examples-6.4.0-sources.jar ./wicket-examples/target/wicket-examples-6.4.0-test-sources.jar ./wicket-experimental/wicket-atmosphere/target/wicket-atmosphere-0.6-sources.jar ./wicket-experimental/wicket-atmosphere/target/wicket-atmosphere-0.6-test-sources.jar ./wicket-experimental/wicket-bean-validation/target/wicket-bean-validation-0.5-sources.jar ./wicket-experimental/wicket-bean-validation/target/wicket-bean-validation-0.5-test-sources.jar ./wicket-experimental/wicket-bootstrap/target/wicket-bootstrap-0.5-sources.jar ./wicket-experimental/wicket-bootstrap/target/wicket-bootstrap-0.5-test-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-jar/target/wicket-examples-jar-0.5-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-jar/target/wicket-examples-jar-0.5-test-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-war/target/wicket-examples-war-0.5/WEB-INF/lib/wicket-examples-jar-0.5-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-war/target/wicket-examples-war-0.5-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-war/target/wicket-examples-war-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-core/target/wicket-native-websocket-core-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-core/target/wicket-native-websocket-core-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty/target/wicket-native-websocket-jetty-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty/target/wicket-native-websocket-jetty-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty9/target/wicket-native-websocket-jetty9-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty9/target/wicket-native-websocket-jetty9-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-tomcat/target/wicket-native-websocket-tomcat-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-tomcat/target/wicket-native-websocket-tomcat-0.5-test-sources.jar ./wicket-extensions/target/wicket-extensions-6.4.0-sources.jar ./wicket-extensions/target/wicket-extensions-6.4.0-test-sources.jar ./wicket-guice/target/wicket-guice-6.4.0-sources.jar ./wicket-guice/target/wicket-guice-6.4.0-test-sources.jar ./wicket-ioc/target/wicket-ioc-6.4.0-sources.jar ./wicket-ioc/target/wicket-ioc-6.4.0-test-sources.jar ./wicket-jmx/target/wicket-jmx-6.4.0-sources.jar ./wicket-jmx/target/wicket-jmx-6.4.0-test-sources.jar ./wicket-objectssizeof-agent/target/wicket-objectsizeof-agent-6.4.0-sources.jar ./wicket-objectssizeof-agent/target/wicket-objectsizeof-agent-6.4.0-test-sources.jar ./wicket-request/target/wicket-request-6.4.0-sources.jar ./wicket-request/target/wicket-request-6.4.0-test-sources.jar ./wicket-spring/target/wicket-spring-6.4.0-sources.jar ./wicket-spring/target/wicket-spring-6.4.0-test-sources.jar ./wicket-util/target/wicket-util-6.4.0-sources.jar ./wicket-util/target/wicket-util-6.4.0-test-sources.jar ./wicket-velocity/target/wicket-velocity-6.4.0-sources.jar
Re: Illegal utf characters in ajax xml response
Am 15.12.2012 06:22, schrieb Martin Makundi:
We could use AjaxSelfUpdatingTimerBehavior to iterate over most
characters and see where it fails (which could be easily detected)..
As today i only know of 0x1a as a bad one.
Michael Mosmann
OK, is possibly trivial:
getRequestCycleSettings().addResponseFilter(new IResponseFilter() {
@Override
public AppendingStringBuffer filter(AppendingStringBuffer
responseBuffer) {
return responseBuffer; TODO if starts with xml strip illegal xml
characters?
}
});
?
2012/12/15 Martin Makundi martin.maku...@koodaripalvelut.com
Can you point me to an example for this?
2012/12/15 Martin Grigorov mgrigo...@apache.org
org.apache.wicket.response.filter.IResponseFilter is applied to both Ajax
and normal responses.
On Sat, Dec 15, 2012 at 7:02 AM, Martin Makundi
martin.maku...@koodaripalvelut.com wrote:
Hi!
Is there a setting/interceptor/filter that can be applied to filter out
illegal utf characters from AjaxRequestTarget response?
http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
Specifically wicket 1.4.x
**
Martin
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6.4.0 sources?
Thanks very much Martin. I am not using Eclipse at this stage. I read the README file. It has a long list of contents which do not exist in the archive file. Because the archive file has a size of 4M but contains only 142K files I thought I might be missing something. Or this README file belongs to an older version of the distribution. What would be the maven command without Eclipse plugin to get the sources? Or does Wicket depend on the Eclipse IDE? It would be nice to have the missing bits mentioned in the README e.g. you must have the Eclipse IDE to get the sources and JavaDoc so one can get started. Many thanks, Bernard README: ... The archive you just downloaded and unpacked contains the source code and the jars of the core projects of Wicket. If you are just starting out, you probably only need to include wicket-x.jar, where x stands for the version. As a rule, use just the jars you need. You will find the source code here: |-- apidocs | |-- org | `-- resources |-- lib |-- licenses `-- src |-- archetypes |-- testing |-- wicket |-- wicket-auth-roles |-- wicket-core ... On Tue, 18 Dec 2012 23:03:45 +0100, you wrote: On Tue, Dec 18, 2012 at 10:42 PM, Bernard bht...@gmail.com wrote: How can I get the sources? The 4MB apache-wicket-6.4.0.tar.gz is basically empty. Those are the sources. All of it. You are actually asking for the Maven source jars. Depending on your environment, Maven will automatically download the sources from Maven Central (e.g. the maven-eclipse-plugin does so, provided you set downloadSources=true in the plugin configuration, m2e in eclipse will also download the sources, if you set it in the settings). It contains 142 KB of quickstart stuff - if I run mvn install then I am not getting any wicket source files copied into my m2 repository. I must be missing something. Just ran mvn package in a freshly untarred distribution and this is what I got: ./archetypes/quickstart/target/wicket-archetype-quickstart-6.4.0-sources.jar ./archetypes/quickstart/target/wicket-archetype-quickstart-6.4.0-test-sources.jar ./testing/wicket-common-tests/target/wicket-common-tests-6.4.0-sources.jar ./testing/wicket-common-tests/target/wicket-common-tests-6.4.0-test-sources.jar ./wicket-auth-roles/target/wicket-auth-roles-6.4.0-sources.jar ./wicket-auth-roles/target/wicket-auth-roles-6.4.0-test-sources.jar ./wicket-cdi/target/wicket-cdi-6.4.0-sources.jar ./wicket-cdi/target/wicket-cdi-6.4.0-test-sources.jar ./wicket-core/target/wicket-core-6.4.0-sources.jar ./wicket-core/target/wicket-core-6.4.0-test-sources.jar ./wicket-datetime/target/wicket-datetime-6.4.0-sources.jar ./wicket-datetime/target/wicket-datetime-6.4.0-test-sources.jar ./wicket-devutils/target/wicket-devutils-6.4.0-sources.jar ./wicket-devutils/target/wicket-devutils-6.4.0-test-sources.jar ./wicket-examples/target/wicket-examples-6.4.0-sources.jar ./wicket-examples/target/wicket-examples-6.4.0-test-sources.jar ./wicket-experimental/wicket-atmosphere/target/wicket-atmosphere-0.6-sources.jar ./wicket-experimental/wicket-atmosphere/target/wicket-atmosphere-0.6-test-sources.jar ./wicket-experimental/wicket-bean-validation/target/wicket-bean-validation-0.5-sources.jar ./wicket-experimental/wicket-bean-validation/target/wicket-bean-validation-0.5-test-sources.jar ./wicket-experimental/wicket-bootstrap/target/wicket-bootstrap-0.5-sources.jar ./wicket-experimental/wicket-bootstrap/target/wicket-bootstrap-0.5-test-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-jar/target/wicket-examples-jar-0.5-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-jar/target/wicket-examples-jar-0.5-test-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-war/target/wicket-examples-war-0.5/WEB-INF/lib/wicket-examples-jar-0.5-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-war/target/wicket-examples-war-0.5-sources.jar ./wicket-experimental/wicket-examples-parent/wicket-examples-war/target/wicket-examples-war-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-core/target/wicket-native-websocket-core-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-core/target/wicket-native-websocket-core-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty/target/wicket-native-websocket-jetty-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty/target/wicket-native-websocket-jetty-0.5-test-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty9/target/wicket-native-websocket-jetty9-0.5-sources.jar ./wicket-experimental/wicket-native-websocket/wicket-native-websocket-jetty9/target/wicket-native-websocket-jetty9-0.5-test-sources.jar
apache-wicket-6.4.0.tar.gz broken
I checked several mirrors. It contains only a quickstart, no parent pom. README has contents which seems to reflect what the file should contain. I would use the zip file instead. This is not an authorised message, just an observation from a user. Kind Regards Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: apache-wicket-6.4.0.tar.gz broken
Hi, Apparently apache-wicket-6.4.0.tar.gz is broken in a version of WinZip not in 7-Zip so this looks like a file compatibility bug. Kind Regards, Bernard On Wed, 19 Dec 2012 13:56:34 +1300, you wrote: I checked several mirrors. It contains only a quickstart, no parent pom. README has contents which seems to reflect what the file should contain. I would use the zip file instead. This is not an authorised message, just an observation from a user. Kind Regards Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Illegal utf characters in ajax xml response
xb also
2012/12/19 Michael Mosmann mich...@mosmann.de:
Am 15.12.2012 06:22, schrieb Martin Makundi:
We could use AjaxSelfUpdatingTimerBehavior to iterate over most characters
and see where it fails (which could be easily detected)..
As today i only know of 0x1a as a bad one.
Michael Mosmann
OK, is possibly trivial:
getRequestCycleSettings().addResponseFilter(new IResponseFilter() {
@Override
public AppendingStringBuffer filter(AppendingStringBuffer
responseBuffer) {
return responseBuffer; TODO if starts with xml strip illegal
xml
characters?
}
});
?
2012/12/15 Martin Makundi martin.maku...@koodaripalvelut.com
Can you point me to an example for this?
2012/12/15 Martin Grigorov mgrigo...@apache.org
org.apache.wicket.response.filter.IResponseFilter is applied to both
Ajax
and normal responses.
On Sat, Dec 15, 2012 at 7:02 AM, Martin Makundi
martin.maku...@koodaripalvelut.com wrote:
Hi!
Is there a setting/interceptor/filter that can be applied to filter out
illegal utf characters from AjaxRequestTarget response?
http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
Specifically wicket 1.4.x
**
Martin
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Wicket 6.4.0 Session/URL bug?
I'm seeing some strange behavior with the initial launch of a fresh session. I have 3 types of pages which are public, user which is locked down with AuthorizeInstantiation(USER), and admin which locked down with AuthorizeInstantiation(ADMIN). My public pages are using mountPackage and are mounted to root /, my user are mounted to /home and my admin are /admin. I'm using AuthenticatedWebApplication. When I have a clean browser and I hit my application at localhost:8080/ everything works fine and actually if I hit any public page the application works fine and all pages work as expected. However, if the first page is one of the private pages such as localhost:8080/user/Main or localhost:8080/admin/Console then i get forwarded to localhost:8080//Login;jesssionid=blah. The extra / gives a 404. I can recreate by clearing my browser and starting a new session. Again this only happens if the first page I hit is one of those private pages otherwise the forward to the login works as expected and I dont get a 404. This only happens with the latest 6.4.0 release. Any ideas? Thanks! Jesus M.
RE: Wicket 6.4.0 Session/URL bug?
I have seen this exact same issue. I first saw it after I reported the, possibly related, bug: https://issues.apache.org/jira/browse/WICKET-4920 and then was verifying that it was fixed. I only noticed the bug you describe after I built with a version of Wicket that included the above fix. I'm not saying this fix caused the bug but I never noticed the issue described below until this fix was implemented. Regards, Chris -Original Message- From: Jesus Mireles [mailto:toxi...@gmail.com] Sent: Wednesday, 19 December 2012 1:52 PM To: users@wicket.apache.org Subject: Wicket 6.4.0 Session/URL bug? I'm seeing some strange behavior with the initial launch of a fresh session. I have 3 types of pages which are public, user which is locked down with AuthorizeInstantiation(USER), and admin which locked down with AuthorizeInstantiation(ADMIN). My public pages are using mountPackage and are mounted to root /, my user are mounted to /home and my admin are /admin. I'm using AuthenticatedWebApplication. When I have a clean browser and I hit my application at localhost:8080/ everything works fine and actually if I hit any public page the application works fine and all pages work as expected. However, if the first page is one of the private pages such as localhost:8080/user/Main or localhost:8080/admin/Console then i get forwarded to localhost:8080//Login;jesssionid=blah. The extra / gives a 404. I can recreate by clearing my browser and starting a new session. Again this only happens if the first page I hit is one of those private pages otherwise the forward to the login works as expected and I dont get a 404. This only happens with the latest 6.4.0 release. Any ideas? Thanks! Jesus M. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6.4.0 Session/URL bug?
Hi Nick, WICKET-4920 might be related. Please create a quickstart showing the problem. Thanks Sven On 12/19/2012 06:39 AM, Chris Colman wrote: I have seen this exact same issue. I first saw it after I reported the, possibly related, bug: https://issues.apache.org/jira/browse/WICKET-4920 and then was verifying that it was fixed. I only noticed the bug you describe after I built with a version of Wicket that included the above fix. I'm not saying this fix caused the bug but I never noticed the issue described below until this fix was implemented. Regards, Chris -Original Message- From: Jesus Mireles [mailto:toxi...@gmail.com] Sent: Wednesday, 19 December 2012 1:52 PM To: users@wicket.apache.org Subject: Wicket 6.4.0 Session/URL bug? I'm seeing some strange behavior with the initial launch of a fresh session. I have 3 types of pages which are public, user which is locked down with AuthorizeInstantiation(USER), and admin which locked down with AuthorizeInstantiation(ADMIN). My public pages are using mountPackage and are mounted to root /, my user are mounted to /home and my admin are /admin. I'm using AuthenticatedWebApplication. When I have a clean browser and I hit my application at localhost:8080/ everything works fine and actually if I hit any public page the application works fine and all pages work as expected. However, if the first page is one of the private pages such as localhost:8080/user/Main or localhost:8080/admin/Console then i get forwarded to localhost:8080//Login;jesssionid=blah. The extra / gives a 404. I can recreate by clearing my browser and starting a new session. Again this only happens if the first page I hit is one of those private pages otherwise the forward to the login works as expected and I dont get a 404. This only happens with the latest 6.4.0 release. Any ideas? Thanks! Jesus M. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
