date:20121219

Javascript code in resource url

2012-12-19 Thread Wojciech Roczniak


Hi

Recently I got strange exception from SecurePackageResourceGuard.
It is quite clear to me why this url was block but I have no idea how it 
was created.

It looks like to regular css url some javascript code was appended.
Does any of you had similar problem?
I'm using wicket 1.5.7.

2012-12-18 09:20:36,432 WARN  [tml.SecurePackageResourceGuard] Access 
denied to shared (static) resource: 
*com/consol/cmweb/client/webapp/design/default.cshis%29,function%28%29%20%7B%20*
2012-12-18 09:20:36,432 ERROR [bapp.exception.ExceptionMapper] Access 
denied to (static) package resource 
c*om/consol/cmweb/client/webapp/design/default.cshis%29,function%28%29%20%7B%20*. 
See IPackageResourceGuard
org.apache.wicket.request.resource.PackageResource$PackageResourceBlockedException: 
Access denied to (static) package resource 
*com/consol/cmweb/client/webapp/design/default.cshis%29,function%28%29%20%7B%20*. 
See IPackageResourceGuard
at 
org.apache.wicket.request.resource.PackageResource.internalGetResourceStream(PackageResource.java:447)
at 
org.apache.wicket.request.resource.PackageResource.getResourceStream(PackageResource.java:410)
at 
org.apache.wicket.request.resource.PackageResource.newResourceResponse(PackageResource.java:240)
at 
org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:477)
at 
org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:74)
at 
org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:105)
at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:784)
at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)



best regards,
Wojciech Roczniak

Re: Illegal utf characters in ajax xml response

2012-12-19 Thread Martin Grigorov

http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html


On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:

> xb also
>
> 2012/12/19 Michael Mosmann :
> > 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 
> >>
> >>> Can you point me to an example for this?
> >>>
> >>>
> >>> 2012/12/15 Martin Grigorov 
> >>>
>  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 
> 
> >>>
> >
> >
> > -
> > 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
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: apache-wicket-6.4.0.tar.gz broken

2012-12-19 Thread Martin Grigorov

Hi,

If you prefer WinZip then download apache-wicket-6.4.0.zip (there are .zip
and .tar.gz versions, see http://apache.igor.onlinedirect.bg/wicket/6.4.0/)


On Wed, Dec 19, 2012 at 3:17 AM, Bernard  wrote:

> 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
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: assertResultPage fails even when same

2012-12-19 Thread Martin Grigorov

On Tue, Dec 18, 2012 at 6:39 PM, wltiii  wrote:

> This is the result from a test runner, which has nothing to do with a diff
>

Yes. In Intellij IDEA you see the diff between expected and actual in its
diff tool and the white spaces are visible.

JetBrains doesn't pay me for advertising their product but it is better in
many aspects than Eclipse.


> 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
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: StalePageException handling issue

2012-12-19 Thread Martin Grigorov

Hi,

Open a stateful page in a tab/window, then copy the url from the address
bar and open it in a new tab/window.
Then go back to the first tab/window and try to click on any stateful link.
This will lead to StalePageException.

It is thrown because Wicket detects that the same page instance has been
rendered between the render of the current page and the click on the link.
Wicket does this because it is not sure whether there are any changes in
the page tree hierarchy between the initial rendering and the click event.
It is even possible that this link is no more existing in the last version
of the page, so this click could lead to ComponentNotFoundException if
StalePageException is not thrown earlier.

StalePageException just leads to render of the current page. So the user
will see the last version of the page and (s)he will need to click the link
again.

On Tue, Dec 18, 2012 at 4:47 PM, amit.jha  wrote:

> 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
>
>

-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: Problem regarding ajax refresh contents of ModalWindow containing inmethod-datagrid

2012-12-19 Thread Martin Grigorov

Hi,

Can you try with WIcket 6.4.0 and latest InMethod-Grid from
WicketStuff-Core master branch ?
There are some bug fixes in the grid related to "Select All" which may
affect this behavior.

WicketStuff Core 6.4.0 will be released soon so earlier feedback is
appreciated!



On Tue, Dec 18, 2012 at 3:17 PM, pmaks  wrote:

> 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.
>
> 
>
>
> 
>
> sample app source code.
> 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
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: Problem regarding ajax refresh contents of ModalWindow containing inmethod-datagrid

2012-12-19 Thread pmaks

Hi,

Thanks for reply. I can not use wicket 6, since the problem is part of
bigger project, where everything else  except this is fine.
Anyway I've solved this by using "stop();" on ajax timer and then again
attach it to same component in window close callback, so that future updates
should work properly.
It is working fine for me on every browser.

Thanks




--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Problem-regarding-ajax-refresh-contents-of-ModalWindow-containing-inmethod-datagrid-tp4654883p4654914.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]]

2012-12-19 Thread JamesXWang

Hi Guys,

It's my fault. It isn't a bug of wicket. After another 2 hours debugging I
finally found the root cause in the code of my app. There is a private
static class XXX{} in a very deep hierachy of one of my util class. And that
private class XXX hasn't implements the Serializable.

But if Wicket can throw a more friendly serializing exception like (the
class xxx or field fff can't be serialized) will be great helpul - given
that, this kind of missing serializing private class issue will be fixed in
few minutes instead of two days.

Thanks,
James




--
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-tp4654853p4654915.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]]

2012-12-19 Thread Martin Grigorov

Please create a quickstart.
Wicket usually shows which field is not Serializable. Not sure why it
doesn't work for you.


On Wed, Dec 19, 2012 at 12:14 PM, JamesXWang wrote:

> Hi Guys,
>
> It's my fault. It isn't a bug of wicket. After another 2 hours debugging I
> finally found the root cause in the code of my app. There is a private
> static class XXX{} in a very deep hierachy of one of my util class. And
> that
> private class XXX hasn't implements the Serializable.
>
> But if Wicket can throw a more friendly serializing exception like (the
> class xxx or field fff can't be serialized) will be great helpul - given
> that, this kind of missing serializing private class issue will be fixed in
> few minutes instead of two days.
>
> Thanks,
> James
>
>
>
>
> --
> 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-tp4654853p4654915.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

Re: Illegal utf characters in ajax xml response

2012-12-19 Thread Martin Grigorov

I think it is a good idea to have this filter in Wicket.
Each application will decide whether to use it or not.


On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov wrote:

>
> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
>
>
> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
> martin.maku...@koodaripalvelut.com> wrote:
>
>> xb also
>>
>> 2012/12/19 Michael Mosmann :
>> > 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 
>> >>
>> >>> Can you point me to an example for this?
>> >>>
>> >>>
>> >>> 2012/12/15 Martin Grigorov 
>> >>>
>>  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 
>> 
>> >>>
>> >
>> >
>> > -
>> > 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
>>
>>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com 
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: Illegal utf characters in ajax xml response

2012-12-19 Thread Martin Makundi

I wonder if it is performance-wise best place to have it as a wrap-it-all?

2012/12/19 Martin Grigorov :
> I think it is a good idea to have this filter in Wicket.
> Each application will decide whether to use it or not.
>
>
> On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov wrote:
>
>>
>> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
>>
>>
>> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
>> martin.maku...@koodaripalvelut.com> wrote:
>>
>>> xb also
>>>
>>> 2012/12/19 Michael Mosmann :
>>> > 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 
>>> >>
>>> >>> Can you point me to an example for this?
>>> >>>
>>> >>>
>>> >>> 2012/12/15 Martin Grigorov 
>>> >>>
>>>  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 
>>> 
>>> >>>
>>> >
>>> >
>>> > -
>>> > 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
>>>
>>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com 
>>
>>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com 

-
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

2012-12-19 Thread Martin Grigorov

Yes, the performance is what stops me to apply it by default for the Ajax
responses.
The application developer needs to decide whether their app can include
such invalid XML characters in the Ajax responses.


On Wed, Dec 19, 2012 at 12:34 PM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:

> I wonder if it is performance-wise best place to have it as a wrap-it-all?
>
> 2012/12/19 Martin Grigorov :
> > I think it is a good idea to have this filter in Wicket.
> > Each application will decide whether to use it or not.
> >
> >
> > On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov  >wrote:
> >
> >>
> >>
> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
> >>
> >>
> >> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
> >> martin.maku...@koodaripalvelut.com> wrote:
> >>
> >>> xb also
> >>>
> >>> 2012/12/19 Michael Mosmann :
> >>> > 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 
> >>> >>
> >>> >>> Can you point me to an example for this?
> >>> >>>
> >>> >>>
> >>> >>> 2012/12/15 Martin Grigorov 
> >>> >>>
> >>>  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 
> >>> 
> >>> >>>
> >>> >
> >>> >
> >>> > -
> >>> > 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
> >>>
> >>>
> >>
> >>
> >> --
> >> Martin Grigorov
> >> jWeekend
> >> Training, Consulting, Development
> >> http://jWeekend.com 
> >>
> >>
> >
> >
> > --
> > Martin Grigorov
> > jWeekend
> > Training, Consulting, Development
> > http://jWeekend.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

Re: Illegal utf characters in ajax xml response

2012-12-19 Thread Martin Makundi

Is there a way to plug it only for particular ajaxes in current 1.4.x stack?

2012/12/19 Martin Grigorov :
> Yes, the performance is what stops me to apply it by default for the Ajax
> responses.
> The application developer needs to decide whether their app can include
> such invalid XML characters in the Ajax responses.
>
>
> On Wed, Dec 19, 2012 at 12:34 PM, Martin Makundi <
> martin.maku...@koodaripalvelut.com> wrote:
>
>> I wonder if it is performance-wise best place to have it as a wrap-it-all?
>>
>> 2012/12/19 Martin Grigorov :
>> > I think it is a good idea to have this filter in Wicket.
>> > Each application will decide whether to use it or not.
>> >
>> >
>> > On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov > >wrote:
>> >
>> >>
>> >>
>> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
>> >>
>> >>
>> >> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
>> >> martin.maku...@koodaripalvelut.com> wrote:
>> >>
>> >>> xb also
>> >>>
>> >>> 2012/12/19 Michael Mosmann :
>> >>> > 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 
>> >>> >>
>> >>> >>> Can you point me to an example for this?
>> >>> >>>
>> >>> >>>
>> >>> >>> 2012/12/15 Martin Grigorov 
>> >>> >>>
>> >>>  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 
>> >>> 
>> >>> >>>
>> >>> >
>> >>> >
>> >>> > -
>> >>> > 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
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> Martin Grigorov
>> >> jWeekend
>> >> Training, Consulting, Development
>> >> http://jWeekend.com 
>> >>
>> >>
>> >
>> >
>> > --
>> > Martin Grigorov
>> > jWeekend
>> > Training, Consulting, Development
>> > http://jWeekend.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 

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

Redirecting to another wicket application

2012-12-19 Thread venkat

Hi , 
we have two wicket based applications 1.App1 2.App2. Both are deployed on
same server . 

App1 is used as authentication APP which lands user on to App2 post
authentication logic. 

>From App2 I want to redirect user to App1 home page on link click , however
when I tried to use the follwoing code am not able to do the same. 

App1 URL: http://localhost:7001/App1
App2 URL: http://localhost:7001/App2

on one of the page in App2 :http://localhost:7001/App2/wicket/page?4

Have used the below code  new RedirectToUrlException("/../App1/"); 

However, the redirect URL is get appended to context path rather than
replacing it. 
Actual :  http://localhost:7001/App2/wicket/http://localhost:7001/App1
Where as i would expect it as http://localhost:7001/App1 .

any one please suggest what is going wrong  

Thanks in advance!!!









--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Redirecting-to-another-wicket-application-tp4654921.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: Illegal utf characters in ajax xml response

2012-12-19 Thread Martin Grigorov

What are conditions when you want to plug it ?


On Wed, Dec 19, 2012 at 12:47 PM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:

> Is there a way to plug it only for particular ajaxes in current 1.4.x
> stack?
>
> 2012/12/19 Martin Grigorov :
> > Yes, the performance is what stops me to apply it by default for the Ajax
> > responses.
> > The application developer needs to decide whether their app can include
> > such invalid XML characters in the Ajax responses.
> >
> >
> > On Wed, Dec 19, 2012 at 12:34 PM, Martin Makundi <
> > martin.maku...@koodaripalvelut.com> wrote:
> >
> >> I wonder if it is performance-wise best place to have it as a
> wrap-it-all?
> >>
> >> 2012/12/19 Martin Grigorov :
> >> > I think it is a good idea to have this filter in Wicket.
> >> > Each application will decide whether to use it or not.
> >> >
> >> >
> >> > On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov <
> mgrigo...@apache.org
> >> >wrote:
> >> >
> >> >>
> >> >>
> >>
> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
> >> >>
> >> >>
> >> >> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
> >> >> martin.maku...@koodaripalvelut.com> wrote:
> >> >>
> >> >>> xb also
> >> >>>
> >> >>> 2012/12/19 Michael Mosmann :
> >> >>> > 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 
> >> >>> >>
> >> >>> >>> Can you point me to an example for this?
> >> >>> >>>
> >> >>> >>>
> >> >>> >>> 2012/12/15 Martin Grigorov 
> >> >>> >>>
> >> >>>  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 
> >> >>> 
> >> >>> >>>
> >> >>> >
> >> >>> >
> >> >>> >
> -
> >> >>> > 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
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >> --
> >> >> Martin Grigorov
> >> >> jWeekend
> >> >> Training, Consulting, Development
> >> >> http://jWeekend.com 
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Martin Grigorov
> >> > jWeekend
> >> > Training, Consulting, Development
> >> > http://jWeekend.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 
>
> -
> 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

Re: Illegal utf characters in ajax xml response

2012-12-19 Thread Ernesto Reinaldo Barreiro

Hi,

Maybe

1-have an URL decorator (IAjaxCallDecorator) that add some parameter that
marks a particular AJAX request as "invalid XML characters" AJAX.
2-Override AjaxRequestTarget with a new AjaxResponse that does the
filtering if this parameter is on request (e.g. by
overriding getContents()).




On Wed, Dec 19, 2012 at 11:47 AM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:

> Is there a way to plug it only for particular ajaxes in current 1.4.x
> stack?
>
> 2012/12/19 Martin Grigorov :
> > Yes, the performance is what stops me to apply it by default for the Ajax
> > responses.
> > The application developer needs to decide whether their app can include
> > such invalid XML characters in the Ajax responses.
> >
> >
> > On Wed, Dec 19, 2012 at 12:34 PM, Martin Makundi <
> > martin.maku...@koodaripalvelut.com> wrote:
> >
> >> I wonder if it is performance-wise best place to have it as a
> wrap-it-all?
> >>
> >> 2012/12/19 Martin Grigorov :
> >> > I think it is a good idea to have this filter in Wicket.
> >> > Each application will decide whether to use it or not.
> >> >
> >> >
> >> > On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov <
> mgrigo...@apache.org
> >> >wrote:
> >> >
> >> >>
> >> >>
> >>
> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
> >> >>
> >> >>
> >> >> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
> >> >> martin.maku...@koodaripalvelut.com> wrote:
> >> >>
> >> >>> xb also
> >> >>>
> >> >>> 2012/12/19 Michael Mosmann :
> >> >>> > 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 
> >> >>> >>
> >> >>> >>> Can you point me to an example for this?
> >> >>> >>>
> >> >>> >>>
> >> >>> >>> 2012/12/15 Martin Grigorov 
> >> >>> >>>
> >> >>>  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 
> >> >>> 
> >> >>> >>>
> >> >>> >
> >> >>> >
> >> >>> >
> -
> >> >>> > 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
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >> --
> >> >> Martin Grigorov
> >> >> jWeekend
> >> >> Training, Consulting, Development
> >> >> http://jWeekend.com 
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > Martin Grigorov
> >> > jWeekend
> >> > Training, Consulting, Development
> >> > http://jWeekend.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 
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.a

Re: Redirecting to another wicket application

2012-12-19 Thread Martin Grigorov

Try with new RedirectToUrlException("/App1/");


On Wed, Dec 19, 2012 at 1:01 PM, venkat  wrote:

> Hi ,
> we have two wicket based applications 1.App1 2.App2. Both are deployed on
> same server .
>
> App1 is used as authentication APP which lands user on to App2 post
> authentication logic.
>
> From App2 I want to redirect user to App1 home page on link click , however
> when I tried to use the follwoing code am not able to do the same.
>
> App1 URL: http://localhost:7001/App1
> App2 URL: http://localhost:7001/App2
>
> on one of the page in App2 :http://localhost:7001/App2/wicket/page?4
>
> Have used the below code  new RedirectToUrlException("/../App1/");
>
> However, the redirect URL is get appended to context path rather than
> replacing it.
> Actual :  http://localhost:7001/App2/wicket/http://localhost:7001/App1
> Where as i would expect it as http://localhost:7001/App1 .
>
> any one please suggest what is going wrong 
>
> Thanks in advance!!!
>
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Redirecting-to-another-wicket-application-tp4654921.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

Re: Illegal utf characters in ajax xml response

2012-12-19 Thread Martin Makundi

> What are conditions when you want to plug it ?

I know a certain ajax response might contain illegal characters?
Though it might be easier just to filter the known contents.

**
Martin
>
>
> On Wed, Dec 19, 2012 at 12:47 PM, Martin Makundi <
> martin.maku...@koodaripalvelut.com> wrote:
>
>> Is there a way to plug it only for particular ajaxes in current 1.4.x
>> stack?
>>
>> 2012/12/19 Martin Grigorov :
>> > Yes, the performance is what stops me to apply it by default for the Ajax
>> > responses.
>> > The application developer needs to decide whether their app can include
>> > such invalid XML characters in the Ajax responses.
>> >
>> >
>> > On Wed, Dec 19, 2012 at 12:34 PM, Martin Makundi <
>> > martin.maku...@koodaripalvelut.com> wrote:
>> >
>> >> I wonder if it is performance-wise best place to have it as a
>> wrap-it-all?
>> >>
>> >> 2012/12/19 Martin Grigorov :
>> >> > I think it is a good idea to have this filter in Wicket.
>> >> > Each application will decide whether to use it or not.
>> >> >
>> >> >
>> >> > On Wed, Dec 19, 2012 at 10:31 AM, Martin Grigorov <
>> mgrigo...@apache.org
>> >> >wrote:
>> >> >
>> >> >>
>> >> >>
>> >>
>> http://blog.mark-mclaren.info/2007/02/invalid-xml-characters-when-valid-utf8_5873.html
>> >> >>
>> >> >>
>> >> >> On Wed, Dec 19, 2012 at 4:34 AM, Martin Makundi <
>> >> >> martin.maku...@koodaripalvelut.com> wrote:
>> >> >>
>> >> >>> xb also
>> >> >>>
>> >> >>> 2012/12/19 Michael Mosmann :
>> >> >>> > 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 
>> >> >>> >>
>> >> >>> >>> Can you point me to an example for this?
>> >> >>> >>>
>> >> >>> >>>
>> >> >>> >>> 2012/12/15 Martin Grigorov 
>> >> >>> >>>
>> >> >>>  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 
>> >> >>> 
>> >> >>> >>>
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> -
>> >> >>> > 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
>> >> >>>
>> >> >>>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Martin Grigorov
>> >> >> jWeekend
>> >> >> Training, Consulting, Development
>> >> >> http://jWeekend.com 
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> > --
>> >> > Martin Grigorov
>> >> > jWeekend
>> >> > Training, Consulting, Development
>> >> > http://jWeekend.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 
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>

RE: [Announce] wicket-dashboard

2012-12-19 Thread Decebal Suiu

Thanks Paul for your interest. I'm curios to see how your dashboard looks
(and maybe some code that shows us how to integrate highcharts as widget in
wicket-dashboard; maybe we can create a wicket-dashboard-highcharts
project).

Best regards,
Decebal



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Announce-wicket-dashboard-tp4652308p4654927.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: Expiration page not shown in case of back button usage

2012-12-19 Thread Thijs

Hi,

I'm still battling this issue. I have a working quickstart that
demonstrates the issue we have.

Should I open a ticket?

Kind regards
Thijs

On 12-12-2012 15:07, Thijs wrote:

No it doesn't hit the browser cache.
It's actually recreating a new Page. We've put breakpoints in Wicket
to establish that.

In PageProvider is trying to create a new Instance see the stacktrace.

The following stacktrace is taken when we use the 'backspace' or 'back
button' in the browser after a session has expired.

[2012-12-12 14:42:11,535 TP-Processor11 ERROR
org.apache.wicket.DefaultExceptionMapper:$L] Unexpected error occurred

org.apache.wicket.WicketRuntimeException: Unable to create page from
class org.bar.bla.FooPage. Class does not have a visible default
contructor.

at
org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:79)

at
org.apache.wicket.DefaultMapperContext.newPageInstance(DefaultMapperContext.java:133)

at
org.apache.wicket.core.request.handler.PageProvider.resolvePageInstance(PageProvider.java:278)

at
org.apache.wicket.core.request.handler.PageProvider.getPageInstance(PageProvider.java:166)

at
org.apache.wicket.request.handler.render.PageRenderer.getPage(PageRenderer.java:78)

at
org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:94)

at
org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:244)

at
org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:165)

at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:814)

at
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)

at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:253)

at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:210)

at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:281)

at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188)

at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:245)

Not that in this case we have a page mounted with no Default
Constructor or Constructor with page parameters because we only want a
'nice' url for this page.

We also have situations where we have multiple entry points for a Web
application where one page can be reached with page parameters or
through a constructor taking an object. In both cases we don't want
these pages to be recreated when the session is expired.

Thijs

On 12-12-2012 9:40, Martin Grigorov wrote:

It seems that the browser tries to load the page from its cache.
I think you need to set proper cache headers to always ask the server
instead of using the local data.

On Tue, Dec 11, 2012 at 6:59 PM, Rob Sonke wrote:

Yes I know but by using the back button it seems to be ignored. Like it
tries to serve the same page no matter we have a session or not.

On Tue, Dec 11, 2012 at 9:59 AM, Martin Grigorov
wrote:
On Mon, Dec 10, 2012 at 9:04 AM, Rob Sonke wrote:

Last week we fixed an issue with Wicket 6 where mounted pages were

being

reconstructed after the session expired. That was due to this (new)

setting

which we set to false now:

getPageSettings().setRecreateMountedPagesAfterExpiry(false);

This worked perfectly for clicking on (ajax) links but, this doesn't

seem

to work when I use the back button of the browser after the session
expired. What happens is that Wicket tries to reconstruct the previous
(mounted bookmarkable) page. But that's failing in our case because we

dont

support that as every page needs session information.

Am I doing something wrong? As I would expect a PageExpiredException in
this case.

If you need PEE then this is the correct setting.

--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Use DataTable in the ModalWindow

2012-12-19 Thread vov

Hi All,

When I create modal window with the Panel as content and this panel contains
DataTable(eg.AjaxFallbackDefaultDataTable or custom implementation) and this
table contains FilteredToolbar(with ChoiceFilters) - I get "Are you sure you
want to leave the page?" everytime when I use those filters.

Does anybody know solution for this problem?



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Use-DataTable-in-the-ModalWindow-tp4654929.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: Redirecting to another wicket application

2012-12-19 Thread venkat

have tried with 

new RedirectToUrlException("/App1/"); 

now it is moving to http://localhost:7001/App2/App1/

where as i would need to redirect to 
http://localhost:7001/App1/





--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Redirecting-to-another-wicket-application-tp4654921p4654930.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: Use DataTable in the ModalWindow

2012-12-19 Thread Sven Meier

FilterForm uses a standard submit by default, try adding an AjaxButton 
to your form.


Sven

On 12/19/2012 01:22 PM, vov wrote:

Hi All,

When I create modal window with the Panel as content and this panel contains
DataTable(eg.AjaxFallbackDefaultDataTable or custom implementation) and this
table contains FilteredToolbar(with ChoiceFilters) - I get "Are you sure you
want to leave the page?" everytime when I use those filters.

Does anybody know solution for this problem?



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Use-DataTable-in-the-ModalWindow-tp4654929.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: Expiration page not shown in case of back button usage

2012-12-19 Thread Martin Grigorov

Yes, please.


On Wed, Dec 19, 2012 at 2:16 PM, Thijs  wrote:

> Hi,
>
> I'm still battling this issue. I have a working quickstart that
> demonstrates the issue we have.
> Should I open a ticket?
>
> Kind regards
> Thijs
>
>
> On 12-12-2012 15:07, Thijs wrote:
>
>> No it doesn't hit the browser cache.
>> It's actually recreating a new Page. We've put breakpoints in Wicket to
>> establish that.
>> In PageProvider is trying to create a new Instance see the stacktrace.
>>
>> The following stacktrace is taken when we use the 'backspace' or 'back
>> button' in the browser after a session has expired.
>>
>> [2012-12-12 14:42:11,535 TP-Processor11 ERROR 
>> org.apache.wicket.**DefaultExceptionMapper:$L]
>> Unexpected error occurred
>>
>> org.apache.wicket.**WicketRuntimeException: Unable to create page from
>> class org.bar.bla.FooPage. Class does not have a visible default contructor.
>>
>> at org.apache.wicket.session.**DefaultPageFactory.newPage(**
>> DefaultPageFactory.java:79)
>>
>> at org.apache.wicket.**DefaultMapperContext.**newPageInstance(**
>> DefaultMapperContext.java:133)
>>
>> at org.apache.wicket.core.**request.handler.PageProvider.**
>> resolvePageInstance(**PageProvider.java:278)
>>
>> at org.apache.wicket.core.**request.handler.PageProvider.**
>> getPageInstance(PageProvider.**java:166)
>>
>> at org.apache.wicket.request.**handler.render.PageRenderer.**
>> getPage(PageRenderer.java:78)
>>
>> at org.apache.wicket.request.**handler.render.**
>> WebPageRenderer.renderPage(**WebPageRenderer.java:94)
>>
>> at org.apache.wicket.request.**handler.render.**WebPageRenderer.respond(*
>> *WebPageRenderer.java:244)
>>
>> at org.apache.wicket.core.**request.handler.**RenderPageRequestHandler.**
>> respond(**RenderPageRequestHandler.java:**165)
>>
>> at org.apache.wicket.request.**cycle.RequestCycle$**
>> HandlerExecutor.respond(**RequestCycle.java:814)
>>
>> at org.apache.wicket.request.**RequestHandlerStack.execute(**
>> RequestHandlerStack.java:64)
>>
>> at org.apache.wicket.request.**cycle.RequestCycle.execute(**
>> RequestCycle.java:253)
>>
>> at org.apache.wicket.request.**cycle.RequestCycle.**
>> processRequest(RequestCycle.**java:210)
>>
>> at org.apache.wicket.request.**cycle.RequestCycle.**
>> processRequestAndDetach(**RequestCycle.java:281)
>>
>> at org.apache.wicket.protocol.**http.WicketFilter.**
>> processRequest(WicketFilter.**java:188)
>>
>> at org.apache.wicket.protocol.**http.WicketFilter.doFilter(**
>> WicketFilter.java:245)
>>
>> 
>>
>> Not that in this case we have a page mounted with no Default Constructor
>> or Constructor with page parameters because we only want a 'nice' url for
>> this page.
>>
>> We also have situations where we have multiple entry points for a Web
>> application where one page can be reached with page parameters or through a
>> constructor taking an object. In both cases we don't want these pages to be
>> recreated when the session is expired.
>>
>> Thijs
>>
>> On 12-12-2012 9:40, Martin Grigorov wrote:
>>
>>> It seems that the browser tries to load the page from its cache.
>>> I think you need to set proper cache headers to always ask the server
>>> instead of using the local data.
>>>
>>>
>>> On Tue, Dec 11, 2012 at 6:59 PM, Rob Sonke  wrote:
>>>
>>>  Yes I know but by using the back button it seems to be ignored. Like it
 tries to serve the same page no matter we have a session or not.


 On Tue, Dec 11, 2012 at 9:59 AM, Martin Grigorov >>>
> wrote:
> On Mon, Dec 10, 2012 at 9:04 AM, Rob Sonke  wrote:
>
>  Last week we fixed an issue with Wicket 6 where mounted pages were
>>
> being

> reconstructed after the session expired. That was due to this (new)
>>
> setting
>
>> which we set to false now:
>>
>> getPageSettings().**setRecreateMountedPagesAfterEx**piry(false);
>>
>> This worked perfectly for clicking on (ajax) links but, this doesn't
>>
> seem

> to work when I use the back button of the browser after the session
>> expired. What happens is that Wicket tries to reconstruct the previous
>> (mounted bookmarkable) page. But that's failing in our case because we
>>
> dont
>
>> support that as every page needs session information.
>>
>> Am I doing something wrong? As I would expect a PageExpiredException
>> in
>> this case.
>>
>>  If you need PEE then this is the correct setting.
>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com  
>
>
>>>
>>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Re: Expiration page not shown in case of back button usage

2012-12-19 Thread Thijs


Done: https://issues.apache.org/jira/browse/WICKET-4932
Thanks in advance for looking

On 19-12-2012 13:47, Martin Grigorov wrote:

Yes, please.


On Wed, Dec 19, 2012 at 2:16 PM, Thijs  wrote:


Hi,

I'm still battling this issue. I have a working quickstart that
demonstrates the issue we have.
Should I open a ticket?

Kind regards
Thijs


On 12-12-2012 15:07, Thijs wrote:


No it doesn't hit the browser cache.
It's actually recreating a new Page. We've put breakpoints in Wicket to
establish that.
In PageProvider is trying to create a new Instance see the stacktrace.

The following stacktrace is taken when we use the 'backspace' or 'back
button' in the browser after a session has expired.

[2012-12-12 14:42:11,535 TP-Processor11 ERROR 
org.apache.wicket.**DefaultExceptionMapper:$L]
Unexpected error occurred

org.apache.wicket.**WicketRuntimeException: Unable to create page from
class org.bar.bla.FooPage. Class does not have a visible default contructor.

at org.apache.wicket.session.**DefaultPageFactory.newPage(**
DefaultPageFactory.java:79)

at org.apache.wicket.**DefaultMapperContext.**newPageInstance(**
DefaultMapperContext.java:133)

at org.apache.wicket.core.**request.handler.PageProvider.**
resolvePageInstance(**PageProvider.java:278)

at org.apache.wicket.core.**request.handler.PageProvider.**
getPageInstance(PageProvider.**java:166)

at org.apache.wicket.request.**handler.render.PageRenderer.**
getPage(PageRenderer.java:78)

at org.apache.wicket.request.**handler.render.**
WebPageRenderer.renderPage(**WebPageRenderer.java:94)

at org.apache.wicket.request.**handler.render.**WebPageRenderer.respond(*
*WebPageRenderer.java:244)

at org.apache.wicket.core.**request.handler.**RenderPageRequestHandler.**
respond(**RenderPageRequestHandler.java:**165)

at org.apache.wicket.request.**cycle.RequestCycle$**
HandlerExecutor.respond(**RequestCycle.java:814)

at org.apache.wicket.request.**RequestHandlerStack.execute(**
RequestHandlerStack.java:64)

at org.apache.wicket.request.**cycle.RequestCycle.execute(**
RequestCycle.java:253)

at org.apache.wicket.request.**cycle.RequestCycle.**
processRequest(RequestCycle.**java:210)

at org.apache.wicket.request.**cycle.RequestCycle.**
processRequestAndDetach(**RequestCycle.java:281)

at org.apache.wicket.protocol.**http.WicketFilter.**
processRequest(WicketFilter.**java:188)

at org.apache.wicket.protocol.**http.WicketFilter.doFilter(**
WicketFilter.java:245)



Not that in this case we have a page mounted with no Default Constructor
or Constructor with page parameters because we only want a 'nice' url for
this page.

We also have situations where we have multiple entry points for a Web
application where one page can be reached with page parameters or through a
constructor taking an object. In both cases we don't want these pages to be
recreated when the session is expired.

Thijs

On 12-12-2012 9:40, Martin Grigorov wrote:


It seems that the browser tries to load the page from its cache.
I think you need to set proper cache headers to always ask the server
instead of using the local data.


On Tue, Dec 11, 2012 at 6:59 PM, Rob Sonke  wrote:

  Yes I know but by using the back button it seems to be ignored. Like it

tries to serve the same page no matter we have a session or not.


On Tue, Dec 11, 2012 at 9:59 AM, Martin Grigorov 
wrote:
On Mon, Dec 10, 2012 at 9:04 AM, Rob Sonke  wrote:

  Last week we fixed an issue with Wicket 6 where mounted pages were
being
reconstructed after the session expired. That was due to this (new)
setting


which we set to false now:

getPageSettings().**setRecreateMountedPagesAfterEx**piry(false);

This worked perfectly for clicking on (ajax) links but, this doesn't


seem
to work when I use the back button of the browser after the session

expired. What happens is that Wicket tries to reconstruct the previous
(mounted bookmarkable) page. But that's failing in our case because we


dont


support that as every page needs session information.

Am I doing something wrong? As I would expect a PageExpiredException
in
this case.

  If you need PEE then this is the correct setting.




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com  







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

Re: Wicket: redirecting to wicket page using setResonsePage

2012-12-19 Thread Arun Chauhan

Thanks Ernesto for nice suggestion. I will give it a try.. :)

Is there a way to do it in wicket code only. Because till now I haven't used
much javascript in my application.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-redirecting-to-wicket-page-using-setResonsePage-tp4654935p4654937.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: Wicket: redirecting to wicket page using setResonsePage

2012-12-19 Thread Arun Chauhan

Thanks Ernesto. U are right.. :)



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-redirecting-to-wicket-page-using-setResonsePage-tp4654935p4654939.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

Failed to execute goal

2012-12-19 Thread Lucio Crusca

Hello there,

today, trying to build my project, I get:

[ERROR] Failed to execute goal on project SalixWeb: Could not resolve 
dependencies for project com.virtual_bit.salix.web:SalixWeb:war:1.0-SNAPSHOT: 
The following artifacts could not be resolved: javax.sql:jdbc-stdext:jar:2.0, 
javax.transaction:jta:jar:1.0.1B: Could not find artifact javax.sql:jdbc-
stdext:jar:2.0 in wicket-menu-release (http://wicket-
menu.googlecode.com/svn/maven/repo) -> [Help 1]

As I understand it, the problem seems related to wicket-menu, but that's all I 
understand. And I have no clue about what to do next...

My pom.xml snippet:


   com.cooldatasoft
   wicket-menu
   6.3.0
   jar
   compile

[...]

wicket-menu-release
http://wicket-menu.googlecode.com/svn/maven/repo
 
 
 wicket-menu-snapshot
 http://wicket-menu.googlecode.com/svn/maven/snapshot-
repo
 
 

Hints?

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

question re Component.initModel()

2012-12-19 Thread Andrew Geery

I'm dealing with the issue around a nested CompoundPropertyModel not
resolving its properties against the correct object.

class Person {
 Address address;
  ...
}

class Address {
  String street1;
  ...
}

class PersonPanel extends Panel {
  PersonPanel(String id) {
super(id); // use cpm of parent
add(new AddressPanel("address"));
  }
}

class AddressPanel extends Panel {

  AddressPanel(String id) {
super(id); // use cpm of parent
add(new Label("street1"));
...
  }

}

When Wicket resolves property "street1" it uses the person object
rather than the address object.  This has been talked about before
(http://mail-archives.apache.org/mod_mbox/wicket-users/200803.mbox/%3c23eb48360803040850i3022ddbdleca18da7e4f69...@mail.gmail.com%3E);
the solution is to override the initModel() method in the AddressPanel
class like this:

@Override
protected IModel initModel() {
final IModel model = super.initModel(); // returns original cpm
return new CompoundPropertyModel<>(new PropertyModel<>(model, getId()));
}

The issue I'm running into now is that I've added a call to
visitChildren in AddressPanel.onConfigure.

My component() method looks like this:

public void component(final Component object, final
IVisit visit) {
Object obj = object.getDefaultModelObject();
...
}

The issue is that when I call getDefaultModelObject() in the component
method, the initModel for the AddressPanel has not been called.

The call stack for the Label looks like this:
Component.getDefaultModelObject() ->
getDefaultModel() ->
initModel()

In Component.initModel(), the code iterates through the parents
looking for a IComponentInheritedModel (CPM).

It does this by calling getModelImpl() on the parent.  This just
checks if the model is set on the parent; it doesn't actually create
it if it doesn't exist (i.e., by calling initModel()).  The issue is
that because initModel() hasn't been called on the AddressPanel, the
model for it is null and the initModel call on the Label keeps going
up the hierarchy looking for a CPM.  This would work if rather than
calling getModelImpl() the code called getDefaultModel() which has the
effect of calling initModel() if necessary.

There's a code comment saying that the getModelImpl() is called
because getModel() (I think it should be getDefaultModel() now) could
initialize many inbetween completely useless models.  What are these
useless inbetween models?  Is that still an issue?  If it's not, could
the code be changed to call getDefaultModel() on the parent instead?

The workaround is to make a call to AddressPanel.getDefaultModel()
before the visitChildren call in onConfigure().

Thanks
Andrew

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

CSS load order in 6.x

2012-12-19 Thread Vishal Popat

Hi,

I have been migrating my website from 1.4.x to 6.x (6.3 at the moment).
Previously, I had my own css for YUI calendar which was loading correctly i.e. 
overwriting the YUI calendar version.
However, in 6.x it is no longer working. Checking the css, its seems to be 
loading calendar.css after my app.css.

Does anyone know of any way to change the order of the CSS.

One way I found was here 
http://javathoughts.capesugarbird.com/2009/06/css-load-order-with-wicket-and-external.html
However, 6.x adds the -ver-timestamp to the end which means that it loads two 
versions of the same css.

Many thanks
Vishal
-
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?

2012-12-19 Thread Jesus Mireles

I have uploaded a quickstart and created a new issue:

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

Something interesting, if I dont mount any pages, it works as expected.  I
was only able to recreate when I actually used mountPackage to mount the
private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:

> 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-unsubscribe@wicket.**apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Wicket create image from file system outside web application directory

2012-12-19 Thread Arun Chauhan

I have a repository storing many images somewhere on the server.
I want to be able to create a dynamic Image object with one of the images
stored in my repository.

I am using wicket 1.5.7. I saw this example somewhere

1) Created the FileResource class:

public class FileResource extends WebResource { 
private static final long serialVersionUID = 1L; 

private File file; 

public FileResource(File file) { 
this.file = file; 
} 

@Override 
public IResourceStream getResourceStream() { 
return new FileResourceStream(file); 
} 
}


2) In MyPage.java: 

File imageFile = new File("local_path_to_image"); 
Image myImage = new Image("myImage", new FileResource(imageFile)); 
add(myImage);

3) In MyPage.html: 



But this is not working in my case because WebResource is not available in
my wicket 1.5.

I have also studied this
[link](http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/) in
wicket action. But I am a wicket bignner i could not understand much.

I am making a project in which user when click on a product a modal window
open with the product name. I also want to include the product image on my
modal window inside a modal window. Images are stored on my server in a
directory. 

Any help and advices appreciated! Thanks in advance.




--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-create-image-from-file-system-outside-web-application-directory-tp4654932.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: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Bertrand Guay-Paquet


Hi,

I'm trying 6.4.0 now and seeing the same issue.

My use-case is a little bit different though:
1) Without active session, go to stateless page
2) Go to stateful page

The first stateful page loaded is wrong like so:
http://localhost:8080/SERVLET_CONTEXT/SERVLET_CONTEXT;jsessionid=7C9C4B53381D6ADFF82D4DD14CB24630

Notice the repetition of SERVLET_CONTEXT which is not good and the 
appended jsessionid. Navigating to any other page afterwards works fine.


Regards,
Bertrand

On 19/12/2012 11:19 AM, Jesus Mireles wrote:

I have uploaded a quickstart and created a new issue:

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

Something interesting, if I dont mount any pages, it works as expected.  I
was only able to recreate when I actually used mountPackage to mount the
private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:


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-unsubscribe@wicket.**apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



--**--**-
To unsubscribe, e-mail: 
users-unsubscribe@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: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Bertrand Guay-Paquet

To be clear, I don't use wicket's auth module. I suspect that what was 
reported is caused by stateful/stateless pages.


On 19/12/2012 12:51 PM, Bertrand Guay-Paquet wrote:

Hi,

I'm trying 6.4.0 now and seeing the same issue.

My use-case is a little bit different though:
1) Without active session, go to stateless page
2) Go to stateful page

The first stateful page loaded is wrong like so:
http://localhost:8080/SERVLET_CONTEXT/SERVLET_CONTEXT;jsessionid=7C9C4B53381D6ADFF82D4DD14CB24630 



Notice the repetition of SERVLET_CONTEXT which is not good and the 
appended jsessionid. Navigating to any other page afterwards works fine.


Regards,
Bertrand

On 19/12/2012 11:19 AM, Jesus Mireles wrote:

I have uploaded a quickstart and created a new issue:

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

Something interesting, if I dont mount any pages, it works as 
expected.  I

was only able to recreate when I actually used mountPackage to mount the
private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:


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-unsubscribe@wicket.**apache.org

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


--**--**- 

To unsubscribe, e-mail: 
users-unsubscribe@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




-
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

2012-12-19 Thread wltiii

Okay, so JetBrains has a better diff tool. That still does not explain the
problem. Why are there differences between the two sets of *actual* results
when the only difference between the two test runs is the additional
newline character in the actual results?

Am I not making myself clear? Or are you just making a comment that
JetBrains has a better diff tool understanding that this has no bearing on
the issue? I am unsure that we are talking about the same thing.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/assertResultPage-fails-even-when-same-tp4654830p4654946.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

AjaxTab#getLazyPanel not loading data

2012-12-19 Thread appwicket

Hi all, 
I am using AjaxTab instead of AbstractTab.
The following is my code:
tabs.add(new AjaxTab(new Model(myString)) {
 private static final long serialVersionUID = 1L;
 @Override
 public WebMarkupContainer getLazyPanel(String panelId)
 {
 try
 {
 Thread.sleep(500);
 }
 catch (InterruptedException e)
 {
 error(e.getMessage());
 }
return new MyPanel(panelId,pageParameters,myString);
 }
 });
when I load the tab, the program is not reading any data from database and I
only able to see the spinner.
What do I miss?
Thanks



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/AjaxTab-getLazyPanel-not-loading-data-tp4654947.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: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Chris Colman

Jira says this has been fixed but I can't, as yet, see any changed on
github master branch that have any core code changes that may have fixed
this.

Are the changes still in progress?

Chris

>-Original Message-
>From: Jesus Mireles [mailto:toxi...@gmail.com]
>Sent: Thursday, 20 December 2012 3:20 AM
>To: users@wicket.apache.org
>Subject: Re: Wicket 6.4.0 Session/URL bug?
>
>I have uploaded a quickstart and created a new issue:
>
>https://issues.apache.org/jira/browse/WICKET-4935
>
>Something interesting, if I dont mount any pages, it works as expected.
I
>was only able to recreate when I actually used mountPackage to mount
the
>private page.
>
>Thanks,
>Jesus M.
>
>
>
>
>On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:
>
>> 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-unsubscribe@wicket.**apache.orgunsubscr...@wicket.apache.org>
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>
>>
--**--**
-
>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgunsubscr...@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

Error Wicket Application in SAP NetWeaver Application Server

2012-12-19 Thread Mehmet.Kaplankiran

Hi,

when I invoke Java Web Application  (deployed in SAP NetWeaver Application 
Server 7.30)  by Browser there is an error message in the Application Server.
it's run in Jetty-Server without error

Can anybody please tell me why this occurs?

#2.#2012 12 19 
12:08:55:484#+0100#Error#com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl#
com.sap.ASJ.web.000137##.de/PSLLeman#CA7D780B021D772D#339241504#.de/PSLLeman#com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl#Guest#0##CF1B997D49C911E2AEA80205A436#cf1b997d49c911e2aea80205a436#cf1b997d49c911e2aea80205a436#0#Thread[HTTP
 Worker [@1785700907],5,Dedicated_Application_Thread]#Plain##
Cannot process an HTTP request to servlet [default] in [leman] web application.
[EXCEPTION]
com.sap.engine.services.servlets_jsp.server.exceptions.WebServletException: 
com.sap.ASJ.web.000608 (Failed in component: 
org.apache.wicket.protocol.http.WicketFilter@83f2a58, 
java.lang.RuntimeException: dependencies have already been setup) 
Initialization of filter [{2}] failed. Check init() method of the filter. Error 
is: [{3}]
at 
com.sap.engine.services.servlets_jsp.server.application.WebComponents.reinstantiateFilter(WebComponents.java:1299)
at 
com.sap.engine.services.servlets_jsp.server.application.WebComponents.getFilter(WebComponents.java:1204)
at 
com.sap.engine.services.servlets_jsp.server.application.ApplicationContext.instantiateFilterChain(ApplicationContext.java:1159)
at 
com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:412)
at 
com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:210)
at 
com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:441)
at 
com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:430)
at 
com.sap.engine.services.servlets_jsp.filters.DSRWebContainerFilter.process(DSRWebContainerFilter.java:38)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.servlets_jsp.filters.ServletSelector.process(ServletSelector.java:81)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.servlets_jsp.filters.ApplicationSelector.process(ApplicationSelector.java:276)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.WebContainerInvoker.process(WebContainerInvoker.java:81)
at 
com.sap.engine.services.httpserver.chain.HostFilter.process(HostFilter.java:9)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.ResponseLogWriter.process(ResponseLogWriter.java:60)
at 
com.sap.engine.services.httpserver.chain.HostFilter.process(HostFilter.java:9)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.DefineHostFilter.process(DefineHostFilter.java:27)
at 
com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.MonitoringFilter.process(MonitoringFilter.java:29)
at 
com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.SessionSizeFilter.process(SessionSizeFilter.java:26)
at 
com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.MemoryStatisticFilter.process(MemoryStatisticFilter.java:57)
at 
com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.filters.DSRHttpFilter.process(DSRHttpFilter.java:43)
at 
com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
at 
com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:78)
at 
com.sap.engine.services.httpserver.server.Processor.chainedRequest(Processor.java:475)
at 
com.sap.engine.services.httpserver.server.Processor$FCAProcessorThread.process(Processor.java:269)
at 
com.sap.engine.services.httpserver.server.rcm.RequestProcessorThread.run(RequestProcessorT

RE: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Chris Colman

Got the changes now, thanks Sven!

>-Original Message-
>From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
>Sent: Thursday, 20 December 2012 6:32 AM
>To: users@wicket.apache.org
>Subject: RE: Wicket 6.4.0 Session/URL bug?
>
>Jira says this has been fixed but I can't, as yet, see any changed on
>github master branch that have any core code changes that may have
fixed
>this.
>
>Are the changes still in progress?
>
>Chris
>
>>-Original Message-
>>From: Jesus Mireles [mailto:toxi...@gmail.com]
>>Sent: Thursday, 20 December 2012 3:20 AM
>>To: users@wicket.apache.org
>>Subject: Re: Wicket 6.4.0 Session/URL bug?
>>
>>I have uploaded a quickstart and created a new issue:
>>
>>https://issues.apache.org/jira/browse/WICKET-4935
>>
>>Something interesting, if I dont mount any pages, it works as
expected.
>I
>>was only able to recreate when I actually used mountPackage to mount
>the
>>private page.
>>
>>Thanks,
>>Jesus M.
>>
>>
>>
>>
>>On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:
>>
>>> 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-unsubscribe@wicket.**apache.org>unsubscr...@wicket.apache.org>
 For additional commands, e-mail: users-h...@wicket.apache.org


>>>
>>>
>--**--**---
-
>-
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org>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


-
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?

2012-12-19 Thread Sven Meier


https://github.com/apache/wicket/commit/12ce76d17e2d0576fee8158b7fa7db69770bea52

Sven

On 12/19/2012 08:31 PM, Chris Colman wrote:

Jira says this has been fixed but I can't, as yet, see any changed on
github master branch that have any core code changes that may have fixed
this.

Are the changes still in progress?

Chris


-Original Message-
From: Jesus Mireles [mailto:toxi...@gmail.com]
Sent: Thursday, 20 December 2012 3:20 AM
To: users@wicket.apache.org
Subject: Re: Wicket 6.4.0 Session/URL bug?

I have uploaded a quickstart and created a new issue:

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

Something interesting, if I dont mount any pages, it works as expected.

I

was only able to recreate when I actually used mountPackage to mount

the

private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:


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-unsubscribe@wicket.**apache.org
unsubscr...@wicket.apache.org>

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





--**--**
-

To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org
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




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

Re: AjaxTab#getLazyPanel not loading data

2012-12-19 Thread Sven Meier


Where's AjaxTab coming from?

Sven

On 12/19/2012 08:11 PM, appwicket wrote:

Hi all,
I am using AjaxTab instead of AbstractTab.
The following is my code:
tabs.add(new AjaxTab(new Model(myString)) {
  private static final long serialVersionUID = 1L;
  @Override
  public WebMarkupContainer getLazyPanel(String panelId)
  {
  try
  {
  Thread.sleep(500);
  }
  catch (InterruptedException e)
  {
  error(e.getMessage());
  }
return new MyPanel(panelId,pageParameters,myString);
  }
  });
when I load the tab, the program is not reading any data from database and I
only able to see the spinner.
What do I miss?
Thanks



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/AjaxTab-getLazyPanel-not-loading-data-tp4654947.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

AjaxPagingNavigator stateless issues in tabs

2012-12-19 Thread appwicket

hi all,

I have a page contains tabs. each tab contains a panel.
In each panel I have AjaxPagingNavigator for a PageableListView
I got following error when I click on navigator:

Root cause:

org.apache.wicket.behavior.InvalidBehaviorIdException: Cannot find behavior
with id '1' on component
'org.apache.wicket.ajax.markup.html.navigation.paging.AjaxPagingNavigationLink:myPanel:tabs:panels:2:lazy:dataTable:navigatorTop:navigation:1:pageLink'
in page '[Page class = com.myCompany.webApp.myPage, id = 18, render count =
1]'. Perhaps the behavior did not properly implement getStatelessHint() and
returned 'true' to indicate that it is stateless instead of returning
'false' to indicate that it is stateful.
at org.apache.wicket.Behaviors.getBehaviorById(Behaviors.java:303)
at org.apache.wicket.Component.getBehaviorById(Component.java:4479)
at
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:246)
at
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:226)
at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:814)
at
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:253)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:210)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:281)
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:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:662)



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/AjaxPagingNavigator-stateless-issues-in-tabs-tp4654953.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 Wicket Application in SAP NetWeaver Application Server

2012-12-19 Thread Martin Grigorov

Hi

On Wed, Dec 19, 2012 at 9:34 PM,  wrote:

> Caused by: java.lang.RuntimeException: dependencies have already been setup
> at leman.base.dependencies.Leman.setDependencies(Leman.java:21)
> at leman.base.dependencies.Dependencies.init(Dependencies.java:37)
> at
> leman.base.dependencies.Dependencies.install(Dependencies.java:127)
> at
> leman.base.web.ServerApplicationFactory.createApplication(ServerApplicationFactory.java:28)
> at
> org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:552)
>


Is leman.base.** part of your application code ?
It seems you use a custom IWebApplicationFactory that seems to be invoked
twice ...


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

Does automatic resource reloading in development mode still work in 6.x?

2012-12-19 Thread pkc

Ever since migrating from 1.5 to 6.x, I have had to manually recompile java
classes to get the corresponding html changes to be reloaded.  I tried lots
of path variations but after looking into the wicket source code, it doesn't
appear the resource watcher is even being started so not sure how changes
are even detected.





--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955.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: Does automatic resource reloading in development mode still work in 6.x?

2012-12-19 Thread Sven Meier


Works fine here. Do you happen to use wicketstuff-gae-initializer?

Sven

On 12/20/2012 06:35 AM, pkc wrote:

Ever since migrating from 1.5 to 6.x, I have had to manually recompile java
classes to get the corresponding html changes to be reloaded.  I tried lots
of path variations but after looking into the wicket source code, it doesn't
appear the resource watcher is even being started so not sure how changes
are even detected.





--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955.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: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Martijn Dashorst

Don't use github if you want the changes right now, it is not the canonical 
repository. Our ASF based one is. The github repo can be behind for days.

Martijn

Sent from my iPad

On 19 dec. 2012, at 20:31, "Chris Colman"  wrote:

> Jira says this has been fixed but I can't, as yet, see any changed on
> github master branch that have any core code changes that may have fixed
> this.
> 
> Are the changes still in progress?
> 
> Chris
> 
>> -Original Message-
>> From: Jesus Mireles [mailto:toxi...@gmail.com]
>> Sent: Thursday, 20 December 2012 3:20 AM
>> To: users@wicket.apache.org
>> Subject: Re: Wicket 6.4.0 Session/URL bug?
>> 
>> I have uploaded a quickstart and created a new issue:
>> 
>> https://issues.apache.org/jira/browse/WICKET-4935
>> 
>> Something interesting, if I dont mount any pages, it works as expected.
> I
>> was only able to recreate when I actually used mountPackage to mount
> the
>> private page.
>> 
>> Thanks,
>> Jesus M.
>> 
>> 
>> 
>> 
>> On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier  wrote:
>> 
>>> 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-unsubscribe@wicket.**apache.org> unsubscr...@wicket.apache.org>
 For additional commands, e-mail: users-h...@wicket.apache.org
> --**--**
> -
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org> 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
> 

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

Re: CSS load order in 6.x

2012-12-19 Thread Martin Grigorov

Hi,

Check the new dependency management in Wicket 6:
http://wicketinaction.com/2012/07/wicket-6-resource-management/


On Wed, Dec 19, 2012 at 6:18 PM, Vishal Popat
wrote:

> Hi,
>
> I have been migrating my website from 1.4.x to 6.x (6.3 at the moment).
> Previously, I had my own css for YUI calendar which was loading correctly
> i.e. overwriting the YUI calendar version.
> However, in 6.x it is no longer working. Checking the css, its seems to be
> loading calendar.css after my app.css.
>
> Does anyone know of any way to change the order of the CSS.
>
> One way I found was here
> http://javathoughts.capesugarbird.com/2009/06/css-load-order-with-wicket-and-external.html
> However, 6.x adds the -ver-timestamp to the end which means that it loads
> two versions of the same css.
>
> Many thanks
> Vishal
> -
> 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

Re: Wicket create image from file system outside web application directory

2012-12-19 Thread Martin Grigorov

Hi

http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/ is exactly
what you need.
At the bottom of the article there is a link to a demo application. Check
its sources


On Wed, Dec 19, 2012 at 2:43 PM, Arun Chauhan  wrote:

> I have a repository storing many images somewhere on the server.
> I want to be able to create a dynamic Image object with one of the images
> stored in my repository.
>
> I am using wicket 1.5.7. I saw this example somewhere
>
> 1) Created the FileResource class:
>
> public class FileResource extends WebResource {
> private static final long serialVersionUID = 1L;
>
> private File file;
>
> public FileResource(File file) {
> this.file = file;
> }
>
> @Override
> public IResourceStream getResourceStream() {
> return new FileResourceStream(file);
> }
> }
>
>
> 2) In MyPage.java:
>
> File imageFile = new File("local_path_to_image");
> Image myImage = new Image("myImage", new FileResource(imageFile));
> add(myImage);
>
> 3) In MyPage.html:
>
> 
>
> But this is not working in my case because WebResource is not available in
> my wicket 1.5.
>
> I have also studied this
> [link](http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/)
> in
> wicket action. But I am a wicket bignner i could not understand much.
>
> I am making a project in which user when click on a product a modal window
> open with the product name. I also want to include the product image on my
> modal window inside a modal window. Images are stored on my server in a
> directory.
>
> Any help and advices appreciated! Thanks in advance.
>
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-create-image-from-file-system-outside-web-application-directory-tp4654932.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

48 matches

Mail list logo