[ANNOUNCE] WicketStuff 8.11.0 Released

2020-11-24 Thread Maxim Solodovnik
WicketStuff core 8.11.0 based on Apache Wicket 8.11.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (4):
  Switching to the next development version
  Xstream is updated
  Dependencies and plugins are updated
  wicketstuff-core-8.11.0 is released

The WicketStuff team

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



[ANNOUNCE] WicketStuff 9.2.0 Released

2020-11-19 Thread Maxim Solodovnik
WicketStuff core 9.2.0 based on Apache Wicket 9.2.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (5):
  Switching to the next development version
  Xstream is updated
  Versions are fixed
  Dependencies and plugins are updated
  Wicketstuff 9.2.0 is released

The WicketStuff team


Re: Prevent script-injection attacks from user's input

2020-10-26 Thread Maxim Solodovnik
You can completely disable inline scripts using strict CSP
And of cause this is you who output the script entered to the page :)
If it is done via Label just remove 'setEscapeModelStrings(false)'

If you need to accept and display HTML input, you can 'sanitize' form value

from mobile (sorry for typos ;)


On Tue, Oct 27, 2020, 07:34 Arunachalam Sibisakkaravarthi <
arunacha...@mcruncher.com> wrote:

> Hi guys,
> JS script alert is displayed when user input alert('xss
> attacks') and submit the form. How to handle this? Basically I
> want to prevent Cross-Site-Scripting from user inputs.
> Is it possible to do this globally since our Wicket Webapp is big?
> I found the below post which is discussed in 2010.
> Preventing-user-input-script-injection-attacks
> <
> http://apache-wicket.1842946.n4.nabble.com/Preventing-user-input-script-injection-attacks-td3059119.html
> >
>
>
>
> *Thanks And RegardsSibi.ArunachalammCruncher*
>


Re: Apache Wicket - Enforcing POST on Ajax calls

2020-10-19 Thread Maxim Solodovnik
+1

On Mon, 19 Oct 2020 at 17:28, Martin Grigorov  wrote:

> Hi Eric,
>
> You can implement it yourself:
>
> In #onUpdate(AjaxRequestTarget) start with:
>
> AjaxRequestAttributes attrs = getAttributes();
> String desiredMethod = attrs.getMethod().toString();
> String actualMethod = ((HttpServletRequest)
> RequestCycle.get().getRequest().getContainerRequest()).getMethod();
> if (!desiredMethod.equalsIgnoreCase(actualMethod)) {}
>
> @devs: What do you think about adding the above to
> AjaxFormComponentUpdatingBehavior#onEvent() ?
> We can add #onMethodMismatch() to AjaxFormComponentUpdatingBehavior that is
> similar to one in Form. If it returns ABORT then we will execute the code
> above. If it returns CONTINUE (the default) then no need to calculate the
> AjaxRequestAttributes
>
>
> On Sun, Oct 18, 2020 at 11:40 PM Sven Meier  wrote:
>
> > Hi,
> >
> > with AjaxFormComponentUpdatingBehavior only a single component is
> > processed and not the complete Form.
> > So method mismatches are not checked.
> >
> > Have fun
> > Sven
> >
> >
> > On 17.10.20 14:34, Eric Hamel wrote:
> > > Looking at our implementation, we are using an
> > AjaxFormComponentUpdatingBehavior to trigger our data save.
> > >
> > > Even though we do a have parent form the onSubmit is never called.
> > >
> > > Is there an alternative to the onMethodMismatch ?
> > >
> > > —
> > > Eric Hamel
> > > Senior Project Manager
> > > Albany Information Technology Group
> > > C. 518-698-4503
> > >
> > >> On Oct 16, 2020, at 4:32 PM, Martin Grigorov 
> > wrote:
> > >>
> > >> On Fri, Oct 16, 2020, 23:27 Eric Hamel 
> wrote:
> > >>
> > >>> I apologize in advance for my vague question. Our Wicket 8 based
> > >>> application was submitted to pen testing from our EISO. While I
> > understand
> > >>> the finding, I'm not 100% sure I understand the problem nor do I know
> > how
> > >>> to address it.
> > >>>
> > >>> In one of our complex forms that uses Ajax Calls to automatically
> > update
> > >>> the DB when the fields lose focus, the tester made the following
> > remark:
> > >>>
> > >>> Applications accepts GET requests for coded POST Ajax calls –
> > parameters
> > >>> can be passed in URL
> > >>>
> > >>> It appears that through his "fuzzer", even though our requests are
> > marked
> > >>> as POST, it still processes GET requests. Is there a way to enforce
> > POST ?
> > >>> Is there any way to mitigate this issue globally from a configuration
> > >>> standpoint ?
> > >>>
> > >>
> > >> See Form#onMethodMismatch()
> > >>
> > > -
> > > 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
> >
> >
>


-- 
Best regards,
Maxim


Re: [ANNOUNCE] WicketStuff 9.1.0 Released

2020-10-12 Thread Maxim Solodovnik
You are right Martin :(

This time "Reply All" was a bad idea :(

On Mon, 12 Oct 2020 at 17:53, Martin Grigorov  wrote:
>
> Ernesto, Maxim,
>
> Please do not use announce@ for such discussions!
> You can just create an issue at
> https://github.com/sebfz1/wicket-jquery-ui/issues/new
>
> On Mon, Oct 12, 2020 at 1:47 PM Maxim Solodovnik 
> wrote:
>
> > Are you using `9.x` branch?
> >
> > On Mon, 12 Oct 2020 at 17:26, Ernesto Reinaldo Barreiro
> >  wrote:
> > >
> > > Or has source code moved to somewhere else?
> > >
> > > On Mon, Oct 12, 2020 at 1:20 PM Ernesto Reinaldo Barreiro <
> > > reier...@gmail.com> wrote:
> > >
> > > > I see
> > > >
> > > > https://github.com/sebfz1/wicket-jquery-ui
> > > >
> > > > Doesn't compile against wicket 9.1.0. I will fix and create PR
> > > >
> > > >
> > > > On Mon, Oct 12, 2020 at 12:20 PM Ernesto Reinaldo Barreiro <
> > > > reier...@gmail.com> wrote:
> > > >
> > > >> Many thanks. Can
> > > >>
> > > >> https://github.com/sebfz1/wicket-jquery-ui
> > > >>
> > > >> Be released too?
> > > >>
> > > >>
> > > >> On Mon, Oct 12, 2020 at 8:56 AM Maxim Solodovnik 
> > > >> wrote:
> > > >>
> > > >>> WicketStuff core 9.1.0 based on Apache Wicket 9.1.0 is released
> > > >>> and soon will be available at Maven Central!
> > > >>>
> > > >>> The changelog is:
> > > >>>
> > > >>> Maxim Solodovnik (7):
> > > >>>   Switching to the next development version
> > > >>>   Fixes issue #699: firstDayOfWeek should be displayed as
> > expected
> > > >>>   wicketstuff-datetime-yui: tests are fixed
> > > >>>   Typos and formatting are fixed, some dependencies are updated
> > > >>>   Wicket is switched back to SNAPSHOT
> > > >>>   Release preparation: dependencies are updated
> > > >>>   wicketstuff-core-9.1.0 release
> > > >>>
> > > >>> Andrea Del Bene (2):
> > > >>>   Applied scope test to xml dependencies
> > > >>>   Try new mvn parameters to avoid "peer not authenticated" error
> > > >>>
> > > >>> Erik Geletti (1):
> > > >>>   Bootstrap version 3 (#698)
> > > >>>
> > > >>> The WicketStuff team
> > > >>>
> > > >>> -
> > > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > >>> For additional commands, e-mail: users-h...@wicket.apache.org
> > > >>>
> > > >>>
> > > >>
> > > >> --
> > > >> Regards - Ernesto Reinaldo Barreiro
> > > >>
> > > >
> > > >
> > > > --
> > > > Regards - Ernesto Reinaldo Barreiro
> > > >
> > >
> > >
> > > --
> > > Regards - Ernesto Reinaldo Barreiro
> >
> >
> >
> > --
> > Best regards,
> > Maxim
> >



-- 
Best regards,
Maxim

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



Re: [ANNOUNCE] WicketStuff 9.1.0 Released

2020-10-12 Thread Maxim Solodovnik
Are you using `9.x` branch?

On Mon, 12 Oct 2020 at 17:26, Ernesto Reinaldo Barreiro
 wrote:
>
> Or has source code moved to somewhere else?
>
> On Mon, Oct 12, 2020 at 1:20 PM Ernesto Reinaldo Barreiro <
> reier...@gmail.com> wrote:
>
> > I see
> >
> > https://github.com/sebfz1/wicket-jquery-ui
> >
> > Doesn't compile against wicket 9.1.0. I will fix and create PR
> >
> >
> > On Mon, Oct 12, 2020 at 12:20 PM Ernesto Reinaldo Barreiro <
> > reier...@gmail.com> wrote:
> >
> >> Many thanks. Can
> >>
> >> https://github.com/sebfz1/wicket-jquery-ui
> >>
> >> Be released too?
> >>
> >>
> >> On Mon, Oct 12, 2020 at 8:56 AM Maxim Solodovnik 
> >> wrote:
> >>
> >>> WicketStuff core 9.1.0 based on Apache Wicket 9.1.0 is released
> >>> and soon will be available at Maven Central!
> >>>
> >>> The changelog is:
> >>>
> >>> Maxim Solodovnik (7):
> >>>   Switching to the next development version
> >>>   Fixes issue #699: firstDayOfWeek should be displayed as expected
> >>>   wicketstuff-datetime-yui: tests are fixed
> >>>   Typos and formatting are fixed, some dependencies are updated
> >>>   Wicket is switched back to SNAPSHOT
> >>>   Release preparation: dependencies are updated
> >>>   wicketstuff-core-9.1.0 release
> >>>
> >>> Andrea Del Bene (2):
> >>>   Applied scope test to xml dependencies
> >>>   Try new mvn parameters to avoid "peer not authenticated" error
> >>>
> >>> Erik Geletti (1):
> >>>   Bootstrap version 3 (#698)
> >>>
> >>> The WicketStuff team
> >>>
> >>> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> >>
> >> --
> >> Regards - Ernesto Reinaldo Barreiro
> >>
> >
> >
> > --
> > Regards - Ernesto Reinaldo Barreiro
> >
>
>
> --
> Regards - Ernesto Reinaldo Barreiro



-- 
Best regards,
Maxim

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



[ANNOUNCE] WicketStuff 9.1.0 Released

2020-10-11 Thread Maxim Solodovnik
WicketStuff core 9.1.0 based on Apache Wicket 9.1.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (7):
  Switching to the next development version
  Fixes issue #699: firstDayOfWeek should be displayed as expected
  wicketstuff-datetime-yui: tests are fixed
  Typos and formatting are fixed, some dependencies are updated
  Wicket is switched back to SNAPSHOT
  Release preparation: dependencies are updated
  wicketstuff-core-9.1.0 release

Andrea Del Bene (2):
  Applied scope test to xml dependencies
  Try new mvn parameters to avoid "peer not authenticated" error

Erik Geletti (1):
  Bootstrap version 3 (#698)

The WicketStuff team

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



[ANNOUNCE] WicketStuff 8.10.0 Released

2020-10-11 Thread Maxim Solodovnik
WicketStuff core 8.10.0 based on Apache Wicket 8.10.0 is released
and soon will be available at Maven Central!

The changelog is:

Andrea Del Bene (1):
  Applied scope test to xml dependencies

Maxim Solodovnik (3):
  Switching to the next development version
  Release preparation: dependencies are updated
  wicketstuff-core-8.10.0 release

The WicketStuff team

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



Re: Page locked for a long time

2020-07-23 Thread Maxim Solodovnik
Thanks a lot Bas!
miss this call
everything start to work as expected :)
sorry for the noise

On Fri, 24 Jul 2020 at 12:05, Bas Gooren  wrote:

> Hi Maxim,
>
> You need to call parseFileParts() on the request yourself before accessing
> files and post parameters, or there are no parts and post parameters.
>
> Am on mobile so cannot quickly find java doc for 8 or 9 but api is the
> same:
>
>
> https://ci.apache.org/projects/wicket/apidocs/org/apache/wicket/protocol/http/servlet/MultipartServletWebRequest.html#parseFileParts()
>
> // Bas
>
> Verstuurd vanaf mijn iPhone
>
> Op 24 jul. 2020 om 05:49 heeft Maxim Solodovnik  het
> volgende geschreven:
>
> Hello Martin, All,
>
> finally I have started to implement this functionality and faced weird
> issue: no post parameters are retrievable :((
> I was able to reproduce this using quickstart
> https://github.com/solomax/upload-resource
> Can you please take a look at it?
>
> On Mon, 6 Jul 2020 at 14:33, Thomas Heigl  wrote:
>
> We've been using Martin's solution with JQueryFileUpload for years and it
>
> works great.
>
>
> Best,
>
>
> Thomas
>
>
> On Mon, Jul 6, 2020 at 8:59 AM Maxim Solodovnik 
>
> wrote:
>
>
> Thanks a million :))
>
>
> On Mon, 6 Jul 2020 at 13:43, Martin Grigorov 
>
> wrote:
>
>
> On Sun, Jul 5, 2020 at 9:16 PM Sven Meier  wrote:
>
>
> Hi Maxim,
>
>
> you'll have to upload these files to a resource separately.
>
>
> I'm not aware of a reusable solution for that.
>
>
>
> Here is a blog article on this topic:
>
> http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/
>
> and
>
> its demo app:
>
> https://github.com/martin-g/blogs/tree/master/file-upload
>
>
>
>
> Have fun
>
> Sven
>
>
>
> On 05.07.20 17:20, Maxim Solodovnik wrote:
>
> Hello All,
>
>
> our app allows huge file uploads
>
> I have noticed the page is locked while incoming input stream is
>
> being
>
> copied
>
> (might take more than an hour)
>
>
>  at java.base@11.0.7/java.io
>
> .InputStream.read(InputStream.java:205)
>
> at org.apache.commons.fileupload.util.Streams.copy(Streams.java:98)
>
> at org.apache.commons.fileupload.util.Streams.copy(Streams.java:68)
>
> at
>
>
>
>
>
>
> org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:346)
>
> at
>
>
>
>
>
>
> org.apache.wicket.protocol.http.servlet.MultipartServletWebRequestImpl.parseFileParts(MultipartServletWebRequestImpl.java:196)
>
> at
>
>
> org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1470)
>
>
> Are there any options to prevent page lock?
>
>
>
> -
>
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
>
>
>
> --
>
> Best regards,
>
> Maxim
>
>
>
>
>
> --
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim


Re: Page locked for a long time

2020-07-23 Thread Maxim Solodovnik
Hello Martin, All,

finally I have started to implement this functionality and faced weird
issue: no post parameters are retrievable :((
I was able to reproduce this using quickstart
https://github.com/solomax/upload-resource
Can you please take a look at it?

On Mon, 6 Jul 2020 at 14:33, Thomas Heigl  wrote:

> We've been using Martin's solution with JQueryFileUpload for years and it
> works great.
>
> Best,
>
> Thomas
>
> On Mon, Jul 6, 2020 at 8:59 AM Maxim Solodovnik 
> wrote:
>
> > Thanks a million :))
> >
> > On Mon, 6 Jul 2020 at 13:43, Martin Grigorov 
> wrote:
> >
> > > On Sun, Jul 5, 2020 at 9:16 PM Sven Meier  wrote:
> > >
> > > > Hi Maxim,
> > > >
> > > > you'll have to upload these files to a resource separately.
> > > >
> > > > I'm not aware of a reusable solution for that.
> > > >
> > >
> > > Here is a blog article on this topic:
> > > http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/
> > and
> > > its demo app:
> https://github.com/martin-g/blogs/tree/master/file-upload
> > >
> > >
> > > >
> > > > Have fun
> > > > Sven
> > > >
> > > >
> > > > On 05.07.20 17:20, Maxim Solodovnik wrote:
> > > > > Hello All,
> > > > >
> > > > > our app allows huge file uploads
> > > > > I have noticed the page is locked while incoming input stream is
> > being
> > > > > copied
> > > > > (might take more than an hour)
> > > > >
> > > > >   at java.base@11.0.7/java.io
> .InputStream.read(InputStream.java:205)
> > > > > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:98)
> > > > > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:68)
> > > > > at
> > > > >
> > > >
> > >
> >
> org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:346)
> > > > > at
> > > > >
> > > >
> > >
> >
> org.apache.wicket.protocol.http.servlet.MultipartServletWebRequestImpl.parseFileParts(MultipartServletWebRequestImpl.java:196)
> > > > > at
> > > >
> org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1470)
> > > > >
> > > > > Are there any options to prevent page lock?
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > >
> > > >
> > >
> >
> >
> > --
> > Best regards,
> > Maxim
> >
>


-- 
Best regards,
Maxim


[ANNOUNCE] WicketStuff 7.17.0 Released

2020-07-21 Thread Maxim Solodovnik
WicketStuff core 7.17.0 based on Apache Wicket 7.17.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (4):
  Switching to the next development version
  Fixed issue #690: commons-io is updated
  Dependencies are updated (partially)
  wicketstuff-core 7.17.0 is released


The WicketStuff team


[ANNOUNCE] WicketStuff 8.9.0 Released

2020-07-18 Thread Maxim Solodovnik
WicketStuff core 8.9.0 based on Apache Wicket 8.9.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (4):
  Switching to the next development version
  Release preparation: dependencies are updated
  Possibly fixes #694: alternative way to resolve class
  wicketstuff-8.9.0 is released


The WicketStuff team


[ANNOUNCE] WicketStuff 9.0.0 Released

2020-07-16 Thread Maxim Solodovnik
WicketStuff core 9.0.0 based on Apache Wicket 9.0.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (6):
  Switching to the next development version
  Merge branch 'master' of github.com:wicketstuff/core
  Tests should be fixed
  Release preparation: dependencies are updated
  Possibly fixes #694: alternative way to resolve class
  Wicketstuff 9.0.0 is released

dependabot[bot] (3):
  Bump ignite-core in /datastores-parent/datastore-ignite (#692)
  Bump log4j.version from 2.13.1 to 2.13.3 (#695)
  Bump log4j-core (#696)

The WicketStuff team


Re: Page locked for a long time

2020-07-06 Thread Maxim Solodovnik
Thanks a million :))

On Mon, 6 Jul 2020 at 13:43, Martin Grigorov  wrote:

> On Sun, Jul 5, 2020 at 9:16 PM Sven Meier  wrote:
>
> > Hi Maxim,
> >
> > you'll have to upload these files to a resource separately.
> >
> > I'm not aware of a reusable solution for that.
> >
>
> Here is a blog article on this topic:
> http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/ and
> its demo app: https://github.com/martin-g/blogs/tree/master/file-upload
>
>
> >
> > Have fun
> > Sven
> >
> >
> > On 05.07.20 17:20, Maxim Solodovnik wrote:
> > > Hello All,
> > >
> > > our app allows huge file uploads
> > > I have noticed the page is locked while incoming input stream is being
> > > copied
> > > (might take more than an hour)
> > >
> > >   at java.base@11.0.7/java.io.InputStream.read(InputStream.java:205)
> > > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:98)
> > > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:68)
> > > at
> > >
> >
> org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:346)
> > > at
> > >
> >
> org.apache.wicket.protocol.http.servlet.MultipartServletWebRequestImpl.parseFileParts(MultipartServletWebRequestImpl.java:196)
> > > at
> > org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1470)
> > >
> > > Are there any options to prevent page lock?
> > >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>


-- 
Best regards,
Maxim


Page locked for a long time

2020-07-05 Thread Maxim Solodovnik
Hello All,

our app allows huge file uploads
I have noticed the page is locked while incoming input stream is being
copied
(might take more than an hour)

 at java.base@11.0.7/java.io.InputStream.read(InputStream.java:205)
at org.apache.commons.fileupload.util.Streams.copy(Streams.java:98)
at org.apache.commons.fileupload.util.Streams.copy(Streams.java:68)
at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:346)
at
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequestImpl.parseFileParts(MultipartServletWebRequestImpl.java:196)
at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1470)

Are there any options to prevent page lock?

-- 
Best regards,
Maxim


Re: WebSocket onClose/onError/onAbort is not being called

2020-05-06 Thread Maxim Solodovnik
Thanks Martin!

https://issues.apache.org/jira/browse/WICKET-6782
will create PR in a moment :)

On Wed, 6 May 2020 at 00:22, Martin Grigorov  wrote:

> Hi Maxim,
>
> On Fri, May 1, 2020 at 2:22 PM Maxim Solodovnik 
> wrote:
>
> > On Fri, 1 May 2020 at 18:15, Martin Grigorov 
> wrote:
> >
> > > Hi Maxim,
> > >
> > > On Fri, May 1, 2020 at 1:31 PM Maxim Solodovnik 
> > > wrote:
> > >
> > > > Hello Martin,
> > > >
> > > > WicketEndpoint#onError is being called
> > > >  "*ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
> > > > [EventExec-e2-t9] - An error occurred in web socket connection with
> id
> > :
> > > > 10"
> > > >
> > > > The problem WebSocketBehavior#onError is not being called
> > > > So my application doesn't get notified the connection has been closed
> > > 
> > > >
> > >
> > > Then it must be somewhere in Wicket.
> > > Check that [2] is called.
> > >
> >
> > Yes it is called
> >
> >
> > > Then [3], then [4]. From here on it is Wicket Event propagation [5]. It
> > >
> >
> > [3] and [4] are not called
> > As you can see from the log branch at
> >
> >
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L299
> > is in effect:
> >
>
> At
>
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L223
> we
> check
> whether the connection is still opened or it is a ClosedMessage.
> ClosedMessage is broadcasted exactly for this reason:
>
> https://github.com/apache/wicket/commit/ffa34c6bfbd2ccd8340e23ff1601edd3e0e941d6
> We should simplify this condition to allow ErrorMessage too. Maybe even
> AbortedMessage.
> For the erroneous kind of messages we can even remove the connection from
> the registry at the bottom of this method.
> Please play with it and suggest a change!
>
> Martin
>
>
> > DEBUG 05-01 16:10:21.741 o.a.w.p.w.a.AbstractWebSocketProcessor:299
> > [EventExec-e2-t9] - Either there is no
> >
> >
> connection(org.apache.wicket.protocol.ws.javax.JavaxWebSocketConnection@43539f89
> > )
> > or it is closed.
> >
> >
> >
> >
> > > won't find your behavior if it is not enabled or any of if its
> component
> > > hierarchy is disabled/invisible.
> > >
> > >
> > > 2.
> > >
> > >
> >
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L202
> > > 3.
> > >
> > >
> >
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L272
> > > 4. *
> > >
> >
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketMessageBroadcastHandler.java#L69
> > > <
> > >
> >
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketMessageBroadcastHandler.java#L69
> > > >*
> > > 5.
> > >
> > >
> >
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketBehavior.java#L86
> > >
> > >
> > > > :(
> > > >
> > > > On Fri, 1 May 2020 at 17:12, Martin Grigorov 
> > > wrote:
> > > >
> > > > > Hi Maxim,
> > > > >
> > > > > If WicketEndpoint#onError() [1] is not called then probably there
> is
> > a
> > > > bug
> > > > > in Tomcat.
> > > > > I suggest you to post this question at Tomcat's users@.
> > > > >
> > > > > 1.
> > > > >
>

Re: WebSocket onClose/onError/onAbort is not being called

2020-05-05 Thread Maxim Solodovnik
Here are some more details on this issue

In our code I'm using IWebSocketConnection.sendMessage(String) method
The call is wrapped with try/catch to correctly handle any exception [1]

The problem is hard to reproduce due to IOException should happen exactly
at time of sendMessage do it's job
(in original report author hammer the page with F5 until error will occur)

As a result my try/catch doesn't play, I got "zombie" IWebSocketConnection
in IWebSocketConnectionRegistry
and incorrect application state due to I'm expecting to get disconnect
from onClose/onError/onAbort of my WebSocketBehavior

I see no other option than create periodic task to check for "zombies"
in IWebSocketConnectionRegistry
and restore application state
Are there any other options?

[1]
https://github.com/apache/openmeetings/blob/master/openmeetings-core/src/main/java/org/apache/openmeetings/core/util/WebSocketHelper.java#L76

On Fri, 1 May 2020 at 18:21, Maxim Solodovnik  wrote:

>
> On Fri, 1 May 2020 at 18:15, Martin Grigorov  wrote:
>
>> Hi Maxim,
>>
>> On Fri, May 1, 2020 at 1:31 PM Maxim Solodovnik 
>> wrote:
>>
>> > Hello Martin,
>> >
>> > WicketEndpoint#onError is being called
>> >  "*ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
>> > [EventExec-e2-t9] - An error occurred in web socket connection with id :
>> > 10"
>> >
>> > The problem WebSocketBehavior#onError is not being called
>> > So my application doesn't get notified the connection has been closed
>> 
>> >
>>
>> Then it must be somewhere in Wicket.
>> Check that [2] is called.
>>
>
> Yes it is called
>
>
>> Then [3], then [4]. From here on it is Wicket Event propagation [5]. It
>>
>
> [3] and [4] are not called
> As you can see from the log branch at
>
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L299
> is in effect:
>
> DEBUG 05-01 16:10:21.741 o.a.w.p.w.a.AbstractWebSocketProcessor:299 
> [EventExec-e2-t9] - Either there is no 
> connection(org.apache.wicket.protocol.ws.javax.JavaxWebSocketConnection@43539f89)
>  or it is closed.
>
>
>
>
>> won't find your behavior if it is not enabled or any of if its component
>> hierarchy is disabled/invisible.
>>
>>
>> 2.
>>
>> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L202
>> 3.
>>
>> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L272
>> 4. *
>> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketMessageBroadcastHandler.java#L69
>> <
>> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketMessageBroadcastHandler.java#L69
>> >*
>> 5.
>>
>> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketBehavior.java#L86
>>
>>
>> > :(
>> >
>> > On Fri, 1 May 2020 at 17:12, Martin Grigorov 
>> wrote:
>> >
>> > > Hi Maxim,
>> > >
>> > > If WicketEndpoint#onError() [1] is not called then probably there is a
>> > bug
>> > > in Tomcat.
>> > > I suggest you to post this question at Tomcat's users@.
>> > >
>> > > 1.
>> > >
>> > >
>> >
>> https://github.com/apache/wicket/blob/master/wicket-native-websocket/wicket-native-websocket-javax/src/main/java/org/apache/wicket/protocol/ws/javax/WicketEndpoint.java#L92
>> > >
>> > >
>> > > On Fri, May 1, 2020 at 12:21 PM Maxim Solodovnik <
>> solomax...@gmail.com>
>> > > wrote:
>> > >
>> > > > Hello,
>> > > >
>> > > > I'm having weird situation: WebSocket connection is closed on page
>> > > reload,
>> > > > but none of my onClose/onError/onAbort handlers are being called
>> > > > I have change

Re: WebSocket onClose/onError/onAbort is not being called

2020-05-01 Thread Maxim Solodovnik
On Fri, 1 May 2020 at 18:15, Martin Grigorov  wrote:

> Hi Maxim,
>
> On Fri, May 1, 2020 at 1:31 PM Maxim Solodovnik 
> wrote:
>
> > Hello Martin,
> >
> > WicketEndpoint#onError is being called
> >  "*ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
> > [EventExec-e2-t9] - An error occurred in web socket connection with id :
> > 10"
> >
> > The problem WebSocketBehavior#onError is not being called
> > So my application doesn't get notified the connection has been closed
> 
> >
>
> Then it must be somewhere in Wicket.
> Check that [2] is called.
>

Yes it is called


> Then [3], then [4]. From here on it is Wicket Event propagation [5]. It
>

[3] and [4] are not called
As you can see from the log branch at
https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L299
is in effect:

DEBUG 05-01 16:10:21.741 o.a.w.p.w.a.AbstractWebSocketProcessor:299
[EventExec-e2-t9] - Either there is no
connection(org.apache.wicket.protocol.ws.javax.JavaxWebSocketConnection@43539f89)
or it is closed.




> won't find your behavior if it is not enabled or any of if its component
> hierarchy is disabled/invisible.
>
>
> 2.
>
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L202
> 3.
>
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/AbstractWebSocketProcessor.java#L272
> 4. *
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketMessageBroadcastHandler.java#L69
> <
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketMessageBroadcastHandler.java#L69
> >*
> 5.
>
> https://github.com/apache/wicket/blob/d43c68c0126306021a12afbfe7876a36612fbbc3/wicket-native-websocket/wicket-native-websocket-core/src/main/java/org/apache/wicket/protocol/ws/api/WebSocketBehavior.java#L86
>
>
> > :(
> >
> > On Fri, 1 May 2020 at 17:12, Martin Grigorov 
> wrote:
> >
> > > Hi Maxim,
> > >
> > > If WicketEndpoint#onError() [1] is not called then probably there is a
> > bug
> > > in Tomcat.
> > > I suggest you to post this question at Tomcat's users@.
> > >
> > > 1.
> > >
> > >
> >
> https://github.com/apache/wicket/blob/master/wicket-native-websocket/wicket-native-websocket-javax/src/main/java/org/apache/wicket/protocol/ws/javax/WicketEndpoint.java#L92
> > >
> > >
> > > On Fri, May 1, 2020 at 12:21 PM Maxim Solodovnik  >
> > > wrote:
> > >
> > > > Hello,
> > > >
> > > > I'm having weird situation: WebSocket connection is closed on page
> > > reload,
> > > > but none of my onClose/onError/onAbort handlers are being called
> > > > I have changed wicket version to latest SNAPSHOT and got some debug
> > logs:
> > > >
> > > > *ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
> > > > [EventExec-e2-t9] - An error occurred in web socket connection with
> id
> > > > : 10
> > > > java.io.IOException: java.io.IOException: Broken pipe
> > > > at
> > > >
> > >
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:315)
> > > > at
> > > >
> > >
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:258)
> > > > at
> > > >
> > >
> >
> org.apache.tomcat.websocket.WsSession.sendCloseMessage(WsSession.java:612)
> > > > at
> > > > org.apache.tomcat.websocket.WsSession.doClose(WsSession.java:497)
> > > > at
> > > > org.apache.tomcat.websocket.WsSession.doClose(WsSession.java:459)
> > > > at
> > > >
> > >
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:313)
> > > > at
> > > >
> > >
> >
> org.apach

Re: WebSocket onClose/onError/onAbort is not being called

2020-05-01 Thread Maxim Solodovnik
Hello Martin,

WicketEndpoint#onError is being called
 "*ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
[EventExec-e2-t9] - An error occurred in web socket connection with id : 10"

The problem WebSocketBehavior#onError is not being called
So my application doesn't get notified the connection has been closed 
:(

On Fri, 1 May 2020 at 17:12, Martin Grigorov  wrote:

> Hi Maxim,
>
> If WicketEndpoint#onError() [1] is not called then probably there is a bug
> in Tomcat.
> I suggest you to post this question at Tomcat's users@.
>
> 1.
>
> https://github.com/apache/wicket/blob/master/wicket-native-websocket/wicket-native-websocket-javax/src/main/java/org/apache/wicket/protocol/ws/javax/WicketEndpoint.java#L92
>
>
> On Fri, May 1, 2020 at 12:21 PM Maxim Solodovnik 
> wrote:
>
> > Hello,
> >
> > I'm having weird situation: WebSocket connection is closed on page
> reload,
> > but none of my onClose/onError/onAbort handlers are being called
> > I have changed wicket version to latest SNAPSHOT and got some debug logs:
> >
> > *ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
> > [EventExec-e2-t9] - An error occurred in web socket connection with id
> > : 10
> > java.io.IOException: java.io.IOException: Broken pipe
> > at
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:315)
> > at
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:258)
> > at
> >
> org.apache.tomcat.websocket.WsSession.sendCloseMessage(WsSession.java:612)
> > at
> > org.apache.tomcat.websocket.WsSession.doClose(WsSession.java:497)
> > at
> > org.apache.tomcat.websocket.WsSession.doClose(WsSession.java:459)
> > at
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:313)
> > at
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
> > at
> >
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
> > at
> >
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
> > at org.apache.wicket.protocol.ws
> >
> .javax.JavaxWebSocketConnection.sendMessage(JavaxWebSocketConnection.java:81)
> > at
> >
> org.apache.openmeetings.core.util.WebSocketHelper.lambda$sendClient$1(WebSocketHelper.java:75)
> > at
> >
> org.apache.openmeetings.core.util.WebSocketHelper.lambda$sendClient$2(WebSocketHelper.java:94)
> > at org.apache.wicket.protocol.ws
> > .WebSocketSettings$SameThreadExecutor.run(WebSocketSettings.java:393)
> > at
> >
> org.apache.openmeetings.core.util.WebSocketHelper.sendClient(WebSocketHelper.java:94)
> > at
> >
> org.apache.openmeetings.core.util.WebSocketHelper.sendClient(WebSocketHelper.java:73)
> > at
> >
> org.apache.openmeetings.core.remote.KurentoHandler.sendClient(KurentoHandler.java:209)
> > at
> >
> org.apache.openmeetings.core.remote.KStream.lambda$createEndpoint$5(KStream.java:224)
> > at
> >
> org.kurento.client.internal.client.RemoteObjectInvocationHandler.propagateEventTo(RemoteObjectInvocationHandler.java:281)
> > at
> >
> org.kurento.client.internal.client.RemoteObjectInvocationHandler$1.onEvent(RemoteObjectInvocationHandler.java:208)
> > at
> >
> org.kurento.client.internal.client.RemoteObject.fireEvent(RemoteObject.java:345)
> > at
> >
> org.kurento.client.internal.client.RomClientObjectManager.processEvent(RomClientObjectManager.java:58)
> > at
> >
> org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient.processEvent(RomClientJsonRpcClient.java:206)
> > at
> >
> org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient.access$000(RomClientJsonRpcClient.java:74)
> > at
> >
> org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$1.handleRequest(RomClientJsonRpcClient.java:182)
> > at
> >
> org.kurento.jsonrpc.internal.JsonRpcHandlerManager.handleRequest(JsonRpcHandlerManager.java:142)
> > at
> >
> org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$15.run(AbstractJsonRpcClientWebSocket.java:577)
> > at
> >
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> > at
> > java.base/java.ut

WebSocket onClose/onError/onAbort is not being called

2020-05-01 Thread Maxim Solodovnik
Hello,

I'm having weird situation: WebSocket connection is closed on page reload,
but none of my onClose/onError/onAbort handlers are being called
I have changed wicket version to latest SNAPSHOT and got some debug logs:

*ERROR* 05-01 16:10:21.740 o.a.w.p.w.j.WicketEndpoint:100
[EventExec-e2-t9] - An error occurred in web socket connection with id
: 10
java.io.IOException: java.io.IOException: Broken pipe
at 
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:315)
at 
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:258)
at 
org.apache.tomcat.websocket.WsSession.sendCloseMessage(WsSession.java:612)
at org.apache.tomcat.websocket.WsSession.doClose(WsSession.java:497)
at org.apache.tomcat.websocket.WsSession.doClose(WsSession.java:459)
at 
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:313)
at 
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
at 
org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
at 
org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
at 
org.apache.wicket.protocol.ws.javax.JavaxWebSocketConnection.sendMessage(JavaxWebSocketConnection.java:81)
at 
org.apache.openmeetings.core.util.WebSocketHelper.lambda$sendClient$1(WebSocketHelper.java:75)
at 
org.apache.openmeetings.core.util.WebSocketHelper.lambda$sendClient$2(WebSocketHelper.java:94)
at 
org.apache.wicket.protocol.ws.WebSocketSettings$SameThreadExecutor.run(WebSocketSettings.java:393)
at 
org.apache.openmeetings.core.util.WebSocketHelper.sendClient(WebSocketHelper.java:94)
at 
org.apache.openmeetings.core.util.WebSocketHelper.sendClient(WebSocketHelper.java:73)
at 
org.apache.openmeetings.core.remote.KurentoHandler.sendClient(KurentoHandler.java:209)
at 
org.apache.openmeetings.core.remote.KStream.lambda$createEndpoint$5(KStream.java:224)
at 
org.kurento.client.internal.client.RemoteObjectInvocationHandler.propagateEventTo(RemoteObjectInvocationHandler.java:281)
at 
org.kurento.client.internal.client.RemoteObjectInvocationHandler$1.onEvent(RemoteObjectInvocationHandler.java:208)
at 
org.kurento.client.internal.client.RemoteObject.fireEvent(RemoteObject.java:345)
at 
org.kurento.client.internal.client.RomClientObjectManager.processEvent(RomClientObjectManager.java:58)
at 
org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient.processEvent(RomClientJsonRpcClient.java:206)
at 
org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient.access$000(RomClientJsonRpcClient.java:74)
at 
org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$1.handleRequest(RomClientJsonRpcClient.java:182)
at 
org.kurento.jsonrpc.internal.JsonRpcHandlerManager.handleRequest(JsonRpcHandlerManager.java:142)
at 
org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$15.run(AbstractJsonRpcClientWebSocket.java:577)
at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.io.IOException: Broken pipe
at java.base/sun.nio.ch.FileDispatcherImpl.write0(Native Method)
at java.base/sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47)
at java.base/sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:113)
at java.base/sun.nio.ch.IOUtil.write(IOUtil.java:79)
at java.base/sun.nio.ch.IOUtil.write(IOUtil.java:50)
at 
java.base/sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:466)
at 
org.apache.tomcat.util.net.SecureNioChannel.flush(SecureNioChannel.java:145)
at 
org.apache.tomcat.util.net.SecureNioChannel.write(SecureNioChannel.java:851)
at 
org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper$NioOperationState.run(NioEndpoint.java:1491)
at 
org.apache.tomcat.util.net.SocketWrapperBase$OperationState.start(SocketWrapperBase.java:1015)
at 
org.apache.tomcat.util.net.SocketWrapperBase.vectoredOperation(SocketWrapperBase.java:1426)
at 
org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBase.java:1352)
at 
org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBase.java:1323)
at 
org.apache.tomcat.websocket.server.WsRemoteEndpointImplServer.doWrite(WsRemoteEndpointImplServer.java:90)
at 

[ANNOUNCE] WicketStuff 8.8.0 Released

2020-04-29 Thread Maxim Solodovnik
WicketStuff core 8.8.0 based on Apache Wicket 8.8.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (3):
  Switching to the next development version
  Dependencies and plugins are updated
  wicketstuff 8.8.0 is released

The WicketStuff team

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



Re: Upgrade to Wicket 9: troubles with WicketTester and MockPageStore

2020-04-10 Thread Maxim Solodovnik
On Fri, 10 Apr 2020 at 15:06, Francesco Chicchiriccò 
wrote:

> On 2020/04/10 06:59:06, Sven Meier  wrote:
> > Hi Francesco,
> >
> > there was a slight difference in the mock setup, which should now be as
> > in Wicket 8:
> >
> >  https://issues.apache.org/jira/browse/WICKET-6766
> >
> > Many thanks for testing with Wicket 9!
>
> Great spot Sven!
>
> Which is the SNAPSHOT version to try such a change? When the related
> artifact will be available?
>

this is M6-SNAPSHOT
M5 was just released ...


>
> Regards.
>
> > On 09.04.20 16:42, Francesco Chicchiriccò wrote:
> > > On 2020/04/09 12:04:00, Sven Meier  wrote:
> > >> Hi Francesco,
> > >>
> > >> I'll have to check what has changed here.
> > >>
> > >> I wouldn't expect any problems with MockPageStore, but perhaps it
> > >> changed slightly.
> > >>
> > >> Can you write a testcase that runs in Wicket 8 but fails in 9?
> > > Not sure if I am able, but I'll try.
> > > Meanwhile, should you get an enlightenment, please report.
> > >
> > > Regards.
> > >
> > >> On 09.04.20 12:20, Francesco Chicchiriccò wrote:
> > >>> Hi all,
> > >>> at Syncope we have been upgrading our Console and Enduser web
> applications from Wicket 8 to 9.0.0-M5, in our master branch.
> > >>>
> > >>> The process have been quite smooth effectively, with a single
> noticeable exception: in our tests we largely use WicketTester; we have
> verified, however, that Pages in the MockPageStore are incrementing their
> numericId during tests execution, even though they are still looked up by
> their initial numericId.
> > >>>
> > >>> We are using this workaround:
> > >>>
> > >>>
> https://github.com/apache/syncope/blob/master/fit/core-reference/src/test/java/org/apache/syncope/fit/console/AbstractConsoleITCase.java#L107-L125
> > >>>
> > >>> which is serving its purpose for the moment; please note that this
> was not needed with Wicket 8.
> > >>>
> > >>> Are we missing something or the one above is effectively a bug?
> > >>>
> > >>> Thanks for your support.
> > >>> Regards.
> > >>>
> > >>> -
> > >>> 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
> > >>
> > >>
> > > -
> > > 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
> >
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
Best regards,
Maxim


Re: Equivalent for PerSessionPageStore in Wicket 9

2020-04-08 Thread Maxim Solodovnik
Released :)

On Wed, 8 Apr 2020 at 15:41, Maxim Solodovnik  wrote:
>
> OK
>
> Will start new release process in couple of hours
> Please stop me if you will find any blocker :)
>
> On Wed, 8 Apr 2020 at 14:36, Thomas Heigl  wrote:
>>
>> Hi Maxim,
>>
>> It works for me now!
>>
>> Thomas
>>
>> On Wed, Apr 8, 2020 at 9:17 AM Maxim Solodovnik 
>> wrote:
>>
>> > Thanks a million!
>> >
>> > On Wed, 8 Apr 2020 at 14:10, Thomas Heigl  wrote:
>> > >
>> > > Hi Maxim,
>> > >
>> > > I'm testing against the snapshot now. Will get back to you shortly.
>> > >
>> > > Thomas
>> > >
>> > > On Wed, Apr 8, 2020 at 2:53 AM Maxim Solodovnik 
>> > > wrote:
>> > >
>> > > > Hello All,
>> > > >
>> > > > M5 seems to be broken (deploy has failed more than 10 times during my
>> > > > build attempts)
>> > > > I have to start another release
>> > > > Could you please tell when can I start?
>> > > >
>> > > > On Wed, 8 Apr 2020 at 07:01, Maxim Solodovnik 
>> > > > wrote:
>> > > > >
>> > > > > Hello Thomas,
>> > > > >
>> > > > > Please test M6-SNAPSHOT (so I don't have to release M5.2 :
>> > > > >
>> > > > > On Wed, 8 Apr 2020 at 02:39, Thomas Heigl 
>> > wrote:
>> > > > > >
>> > > > > > Hi Maxim,
>> > > > > >
>> > > > > > That would be great. I want to do some more extensive testing and
>> > then
>> > > > > > deploy M5 into production. ;)
>> > > > > >
>> > > > > > Thomas
>> > > > > >
>> > > > > > On Tue, Apr 7, 2020 at 7:50 PM Maxim Solodovnik <
>> > solomax...@gmail.com>
>> > > > > > wrote:
>> > > > > >
>> > > > > > > I can pack another release
>> > > > > > > later this week ...
>> > > > > > >
>> > > > > > > On Wed, 8 Apr 2020 at 00:48, Thomas Heigl 
>> > > > wrote:
>> > > > > > > >
>> > > > > > > > Thanks Sven!
>> > > > > > > >
>> > > > > > > > Did your changes make it into the release? Or did they just
>> > miss
>> > > > it?
>> > > > > > > >
>> > > > > > > > Thomas
>> > > > > > > >
>> > > > > > > > On Tue, Apr 7, 2020 at 7:43 PM Sven Meier 
>> > wrote:
>> > > > > > > >
>> > > > > > > > > Hi Thomas,
>> > > > > > > > >
>> > > > > > > > > yes, you're right:
>> > > > > > > > >
>> > > > > > > > > wicketstuff data stores missed some adjustments to the latest
>> > > > updates
>> > > > > > > in
>> > > > > > > > > wicket-core.
>> > > > > > > > >
>> > > > > > > > > And SessionQuotaManagingDataStore$DelegatedPage must be
>> > > > serializable of
>> > > > > > > > > course.
>> > > > > > > > >
>> > > > > > > > > I've pushed changes to wicketstuff master.
>> > > > > > > > >
>> > > > > > > > > Thanks
>> > > > > > > > > Sven
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > On 07.04.20 14:14, Thomas Heigl wrote:
>> > > > > > > > > > And one more thing. There is now a warning logged just
>> > before
>> > > > > > > > > serialization:
>> > > > > > > > > >
>> > > > > > > > > > WARN o.a.w.pageStore.AsynchronousPageStore: Delegated
>> > page
>> > > > store
>> > > > > > > > > >> 'org.apache.wicket.pageStore.SerializingPageStore' can
>> > not be
>> > > > > > > > > asynchronous
>> > > 

[ANNOUNCE] WicketStuff 9.0.0-M5.1 Released

2020-04-08 Thread Maxim Solodovnik
WicketStuff core 9.0.0-M5.1 based on Apache Wicket 9.0.0-M5 is released
and soon will be available at Maven Central!

Unfortunately WicketStuff core 9.0.0-M5 is broken, please use this
release instead

The changelog is:

Maxim Solodovnik (12):
  Switching to the next development version
  Inline styles are removed
  Merge branch 'master' of github.com:wicketstuff/core
  Tests should be fixed
  wicket-datetime tests are fixed
  Minor changes in CSS style ID and spacing
  Merge branch 'master' of github.com:wicketstuff/core
  Tests should be fixed
  Dependencies and plugins are updated
  Select2 is updated, CSP disabled for some examples
  Some CSP improvements
  WicketStuff 9.0.0-M5.1 is released

Sven Meier (2):
  DelegatedPage is stored in session
  SessionQuotaManagingDataStore can be asynchronous

Andrea Del Bene (1):
  Update readme.md

renoth (1):
  #688 Select2 Settings should honor default (#689)

The WicketStuff team

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



Re: Equivalent for PerSessionPageStore in Wicket 9

2020-04-08 Thread Maxim Solodovnik
OK

Will start new release process in couple of hours
Please stop me if you will find any blocker :)

On Wed, 8 Apr 2020 at 14:36, Thomas Heigl  wrote:

> Hi Maxim,
>
> It works for me now!
>
> Thomas
>
> On Wed, Apr 8, 2020 at 9:17 AM Maxim Solodovnik 
> wrote:
>
> > Thanks a million!
> >
> > On Wed, 8 Apr 2020 at 14:10, Thomas Heigl  wrote:
> > >
> > > Hi Maxim,
> > >
> > > I'm testing against the snapshot now. Will get back to you shortly.
> > >
> > > Thomas
> > >
> > > On Wed, Apr 8, 2020 at 2:53 AM Maxim Solodovnik 
> > > wrote:
> > >
> > > > Hello All,
> > > >
> > > > M5 seems to be broken (deploy has failed more than 10 times during my
> > > > build attempts)
> > > > I have to start another release
> > > > Could you please tell when can I start?
> > > >
> > > > On Wed, 8 Apr 2020 at 07:01, Maxim Solodovnik 
> > > > wrote:
> > > > >
> > > > > Hello Thomas,
> > > > >
> > > > > Please test M6-SNAPSHOT (so I don't have to release M5.2 :
> > > > >
> > > > > On Wed, 8 Apr 2020 at 02:39, Thomas Heigl 
> > wrote:
> > > > > >
> > > > > > Hi Maxim,
> > > > > >
> > > > > > That would be great. I want to do some more extensive testing and
> > then
> > > > > > deploy M5 into production. ;)
> > > > > >
> > > > > > Thomas
> > > > > >
> > > > > > On Tue, Apr 7, 2020 at 7:50 PM Maxim Solodovnik <
> > solomax...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > I can pack another release
> > > > > > > later this week ...
> > > > > > >
> > > > > > > On Wed, 8 Apr 2020 at 00:48, Thomas Heigl  >
> > > > wrote:
> > > > > > > >
> > > > > > > > Thanks Sven!
> > > > > > > >
> > > > > > > > Did your changes make it into the release? Or did they just
> > miss
> > > > it?
> > > > > > > >
> > > > > > > > Thomas
> > > > > > > >
> > > > > > > > On Tue, Apr 7, 2020 at 7:43 PM Sven Meier 
> > wrote:
> > > > > > > >
> > > > > > > > > Hi Thomas,
> > > > > > > > >
> > > > > > > > > yes, you're right:
> > > > > > > > >
> > > > > > > > > wicketstuff data stores missed some adjustments to the
> latest
> > > > updates
> > > > > > > in
> > > > > > > > > wicket-core.
> > > > > > > > >
> > > > > > > > > And SessionQuotaManagingDataStore$DelegatedPage must be
> > > > serializable of
> > > > > > > > > course.
> > > > > > > > >
> > > > > > > > > I've pushed changes to wicketstuff master.
> > > > > > > > >
> > > > > > > > > Thanks
> > > > > > > > > Sven
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On 07.04.20 14:14, Thomas Heigl wrote:
> > > > > > > > > > And one more thing. There is now a warning logged just
> > before
> > > > > > > > > serialization:
> > > > > > > > > >
> > > > > > > > > > WARN o.a.w.pageStore.AsynchronousPageStore: Delegated
> > page
> > > > store
> > > > > > > > > >> 'org.apache.wicket.pageStore.SerializingPageStore' can
> > not be
> > > > > > > > > asynchronous
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Tue, Apr 7, 2020 at 2:09 PM Thomas Heigl <
> > > > tho...@umschalt.com>
> > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > >> The cause is the following MetaData entry in the
> session:
> > > > > > > &

Re: Equivalent for PerSessionPageStore in Wicket 9

2020-04-08 Thread Maxim Solodovnik
Thanks a million!

On Wed, 8 Apr 2020 at 14:10, Thomas Heigl  wrote:
>
> Hi Maxim,
>
> I'm testing against the snapshot now. Will get back to you shortly.
>
> Thomas
>
> On Wed, Apr 8, 2020 at 2:53 AM Maxim Solodovnik 
> wrote:
>
> > Hello All,
> >
> > M5 seems to be broken (deploy has failed more than 10 times during my
> > build attempts)
> > I have to start another release
> > Could you please tell when can I start?
> >
> > On Wed, 8 Apr 2020 at 07:01, Maxim Solodovnik 
> > wrote:
> > >
> > > Hello Thomas,
> > >
> > > Please test M6-SNAPSHOT (so I don't have to release M5.2 :
> > >
> > > On Wed, 8 Apr 2020 at 02:39, Thomas Heigl  wrote:
> > > >
> > > > Hi Maxim,
> > > >
> > > > That would be great. I want to do some more extensive testing and then
> > > > deploy M5 into production. ;)
> > > >
> > > > Thomas
> > > >
> > > > On Tue, Apr 7, 2020 at 7:50 PM Maxim Solodovnik 
> > > > wrote:
> > > >
> > > > > I can pack another release
> > > > > later this week ...
> > > > >
> > > > > On Wed, 8 Apr 2020 at 00:48, Thomas Heigl 
> > wrote:
> > > > > >
> > > > > > Thanks Sven!
> > > > > >
> > > > > > Did your changes make it into the release? Or did they just miss
> > it?
> > > > > >
> > > > > > Thomas
> > > > > >
> > > > > > On Tue, Apr 7, 2020 at 7:43 PM Sven Meier  wrote:
> > > > > >
> > > > > > > Hi Thomas,
> > > > > > >
> > > > > > > yes, you're right:
> > > > > > >
> > > > > > > wicketstuff data stores missed some adjustments to the latest
> > updates
> > > > > in
> > > > > > > wicket-core.
> > > > > > >
> > > > > > > And SessionQuotaManagingDataStore$DelegatedPage must be
> > serializable of
> > > > > > > course.
> > > > > > >
> > > > > > > I've pushed changes to wicketstuff master.
> > > > > > >
> > > > > > > Thanks
> > > > > > > Sven
> > > > > > >
> > > > > > >
> > > > > > > On 07.04.20 14:14, Thomas Heigl wrote:
> > > > > > > > And one more thing. There is now a warning logged just before
> > > > > > > serialization:
> > > > > > > >
> > > > > > > > WARN o.a.w.pageStore.AsynchronousPageStore: Delegated page
> > store
> > > > > > > >> 'org.apache.wicket.pageStore.SerializingPageStore' can not be
> > > > > > > asynchronous
> > > > > > > >
> > > > > > > >
> > > > > > > > On Tue, Apr 7, 2020 at 2:09 PM Thomas Heigl <
> > tho...@umschalt.com>
> > > > > wrote:
> > > > > > > >
> > > > > > > >> The cause is the following MetaData entry in the session:
> > > > > > > >>
> > > > > > > >> class
> > > > > > > >>>
> > > > > > >
> > > > >
> > org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$1=org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$SizeLimitedData@4090594a
> > > > > > > >>
> > > > > > > >> On Tue, Apr 7, 2020 at 1:59 PM Thomas Heigl <
> > tho...@umschalt.com>
> > > > > > > wrote:
> > > > > > > >>
> > > > > > > >>> Hi Sven,
> > > > > > > >>>
> > > > > > > >>> I just found time to give this a try with Wicket 9.0.0-M5.
> > There
> > > > > seem
> > > > > > > to
> > > > > > > >>> be issues with serialization now.
> > > > > > > >>>
> > > > > > > >>> My new config:
> > > > > > > >>>
> > > > > > > >>> protected IPageStore newCachingStore(IPageStore pageStore) {
> > > > > > > >>>> return new CachingPageStore(pageStore, new
> > > > > > > InMemoryPage

Re: Equivalent for PerSessionPageStore in Wicket 9

2020-04-07 Thread Maxim Solodovnik
Hello All,

M5 seems to be broken (deploy has failed more than 10 times during my
build attempts)
I have to start another release
Could you please tell when can I start?

On Wed, 8 Apr 2020 at 07:01, Maxim Solodovnik  wrote:
>
> Hello Thomas,
>
> Please test M6-SNAPSHOT (so I don't have to release M5.2 :
>
> On Wed, 8 Apr 2020 at 02:39, Thomas Heigl  wrote:
> >
> > Hi Maxim,
> >
> > That would be great. I want to do some more extensive testing and then
> > deploy M5 into production. ;)
> >
> > Thomas
> >
> > On Tue, Apr 7, 2020 at 7:50 PM Maxim Solodovnik 
> > wrote:
> >
> > > I can pack another release
> > > later this week ...
> > >
> > > On Wed, 8 Apr 2020 at 00:48, Thomas Heigl  wrote:
> > > >
> > > > Thanks Sven!
> > > >
> > > > Did your changes make it into the release? Or did they just miss it?
> > > >
> > > > Thomas
> > > >
> > > > On Tue, Apr 7, 2020 at 7:43 PM Sven Meier  wrote:
> > > >
> > > > > Hi Thomas,
> > > > >
> > > > > yes, you're right:
> > > > >
> > > > > wicketstuff data stores missed some adjustments to the latest updates
> > > in
> > > > > wicket-core.
> > > > >
> > > > > And SessionQuotaManagingDataStore$DelegatedPage must be serializable 
> > > > > of
> > > > > course.
> > > > >
> > > > > I've pushed changes to wicketstuff master.
> > > > >
> > > > > Thanks
> > > > > Sven
> > > > >
> > > > >
> > > > > On 07.04.20 14:14, Thomas Heigl wrote:
> > > > > > And one more thing. There is now a warning logged just before
> > > > > serialization:
> > > > > >
> > > > > > WARN o.a.w.pageStore.AsynchronousPageStore: Delegated page store
> > > > > >> 'org.apache.wicket.pageStore.SerializingPageStore' can not be
> > > > > asynchronous
> > > > > >
> > > > > >
> > > > > > On Tue, Apr 7, 2020 at 2:09 PM Thomas Heigl 
> > > wrote:
> > > > > >
> > > > > >> The cause is the following MetaData entry in the session:
> > > > > >>
> > > > > >> class
> > > > > >>>
> > > > >
> > > org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$1=org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$SizeLimitedData@4090594a
> > > > > >>
> > > > > >> On Tue, Apr 7, 2020 at 1:59 PM Thomas Heigl 
> > > > > wrote:
> > > > > >>
> > > > > >>> Hi Sven,
> > > > > >>>
> > > > > >>> I just found time to give this a try with Wicket 9.0.0-M5. There
> > > seem
> > > > > to
> > > > > >>> be issues with serialization now.
> > > > > >>>
> > > > > >>> My new config:
> > > > > >>>
> > > > > >>> protected IPageStore newCachingStore(IPageStore pageStore) {
> > > > > >>>> return new CachingPageStore(pageStore, new
> > > > > InMemoryPageStore(getName(),
> > > > > >>>> MAX_PAGES_CACHED_PER_SESSION));
> > > > > >>>> }
> > > > > >>>> protected IPageStore newPersistentStore() {
> > > > > >>>> final RedissonRedisCache redisCache = new
> > > > > >>>> RedissonRedisCache(redissonClient);
> > > > > >>>> final RedisDataStore redisDataStore = new
> > > RedisDataStore(getName(),
> > > > > >>>> redisCache, new RedisSettings());
> > > > > >>>> return new SessionQuotaManagingDataStore(redisDataStore,
> > > > > >>>> DATA_STORE_MAX_BYTES_PER_SESSION);
> > > > > >>>> }
> > > > > >>>
> > > > > >>> This exception is logged after requests:
> > > > > >>>
> > > > > >>> org.springframework.data.redis.serializer.SerializationException:
> > > > > Cannot
> > > > > >>>> serialize; nested exception is
> > > > > >>>>
> > > > >
> > > org.spring

Re: Equivalent for PerSessionPageStore in Wicket 9

2020-04-07 Thread Maxim Solodovnik
Hello Thomas,

Please test M6-SNAPSHOT (so I don't have to release M5.2 :

On Wed, 8 Apr 2020 at 02:39, Thomas Heigl  wrote:
>
> Hi Maxim,
>
> That would be great. I want to do some more extensive testing and then
> deploy M5 into production. ;)
>
> Thomas
>
> On Tue, Apr 7, 2020 at 7:50 PM Maxim Solodovnik 
> wrote:
>
> > I can pack another release
> > later this week ...
> >
> > On Wed, 8 Apr 2020 at 00:48, Thomas Heigl  wrote:
> > >
> > > Thanks Sven!
> > >
> > > Did your changes make it into the release? Or did they just miss it?
> > >
> > > Thomas
> > >
> > > On Tue, Apr 7, 2020 at 7:43 PM Sven Meier  wrote:
> > >
> > > > Hi Thomas,
> > > >
> > > > yes, you're right:
> > > >
> > > > wicketstuff data stores missed some adjustments to the latest updates
> > in
> > > > wicket-core.
> > > >
> > > > And SessionQuotaManagingDataStore$DelegatedPage must be serializable of
> > > > course.
> > > >
> > > > I've pushed changes to wicketstuff master.
> > > >
> > > > Thanks
> > > > Sven
> > > >
> > > >
> > > > On 07.04.20 14:14, Thomas Heigl wrote:
> > > > > And one more thing. There is now a warning logged just before
> > > > serialization:
> > > > >
> > > > > WARN o.a.w.pageStore.AsynchronousPageStore: Delegated page store
> > > > >> 'org.apache.wicket.pageStore.SerializingPageStore' can not be
> > > > asynchronous
> > > > >
> > > > >
> > > > > On Tue, Apr 7, 2020 at 2:09 PM Thomas Heigl 
> > wrote:
> > > > >
> > > > >> The cause is the following MetaData entry in the session:
> > > > >>
> > > > >> class
> > > > >>>
> > > >
> > org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$1=org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$SizeLimitedData@4090594a
> > > > >>
> > > > >> On Tue, Apr 7, 2020 at 1:59 PM Thomas Heigl 
> > > > wrote:
> > > > >>
> > > > >>> Hi Sven,
> > > > >>>
> > > > >>> I just found time to give this a try with Wicket 9.0.0-M5. There
> > seem
> > > > to
> > > > >>> be issues with serialization now.
> > > > >>>
> > > > >>> My new config:
> > > > >>>
> > > > >>> protected IPageStore newCachingStore(IPageStore pageStore) {
> > > > >>>> return new CachingPageStore(pageStore, new
> > > > InMemoryPageStore(getName(),
> > > > >>>> MAX_PAGES_CACHED_PER_SESSION));
> > > > >>>> }
> > > > >>>> protected IPageStore newPersistentStore() {
> > > > >>>> final RedissonRedisCache redisCache = new
> > > > >>>> RedissonRedisCache(redissonClient);
> > > > >>>> final RedisDataStore redisDataStore = new
> > RedisDataStore(getName(),
> > > > >>>> redisCache, new RedisSettings());
> > > > >>>> return new SessionQuotaManagingDataStore(redisDataStore,
> > > > >>>> DATA_STORE_MAX_BYTES_PER_SESSION);
> > > > >>>> }
> > > > >>>
> > > > >>> This exception is logged after requests:
> > > > >>>
> > > > >>> org.springframework.data.redis.serializer.SerializationException:
> > > > Cannot
> > > > >>>> serialize; nested exception is
> > > > >>>>
> > > >
> > org.springframework.core.serializer.support.SerializationFailedException:
> > > > >>>> Failed to serialize object using DefaultSerializer; nested
> > exception
> > > > is
> > > > >>>> java.io.NotSerializableException:
> > > > >>>>
> > > >
> > org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$DelegatedPage
> > > > >>>> at
> > > > >>>>
> > > >
> > org.springframework.data.redis.serializer.JdkSerializationRedisSerializer.serialize(JdkSerializationRedisSerializer.java:96)
> > > > >>>> at
> > > > >>>>

Re: Equivalent for PerSessionPageStore in Wicket 9

2020-04-07 Thread Maxim Solodovnik
I can pack another release
later this week ...

On Wed, 8 Apr 2020 at 00:48, Thomas Heigl  wrote:
>
> Thanks Sven!
>
> Did your changes make it into the release? Or did they just miss it?
>
> Thomas
>
> On Tue, Apr 7, 2020 at 7:43 PM Sven Meier  wrote:
>
> > Hi Thomas,
> >
> > yes, you're right:
> >
> > wicketstuff data stores missed some adjustments to the latest updates in
> > wicket-core.
> >
> > And SessionQuotaManagingDataStore$DelegatedPage must be serializable of
> > course.
> >
> > I've pushed changes to wicketstuff master.
> >
> > Thanks
> > Sven
> >
> >
> > On 07.04.20 14:14, Thomas Heigl wrote:
> > > And one more thing. There is now a warning logged just before
> > serialization:
> > >
> > > WARN o.a.w.pageStore.AsynchronousPageStore: Delegated page store
> > >> 'org.apache.wicket.pageStore.SerializingPageStore' can not be
> > asynchronous
> > >
> > >
> > > On Tue, Apr 7, 2020 at 2:09 PM Thomas Heigl  wrote:
> > >
> > >> The cause is the following MetaData entry in the session:
> > >>
> > >> class
> > >>>
> > org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$1=org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$SizeLimitedData@4090594a
> > >>
> > >> On Tue, Apr 7, 2020 at 1:59 PM Thomas Heigl 
> > wrote:
> > >>
> > >>> Hi Sven,
> > >>>
> > >>> I just found time to give this a try with Wicket 9.0.0-M5. There seem
> > to
> > >>> be issues with serialization now.
> > >>>
> > >>> My new config:
> > >>>
> > >>> protected IPageStore newCachingStore(IPageStore pageStore) {
> >  return new CachingPageStore(pageStore, new
> > InMemoryPageStore(getName(),
> >  MAX_PAGES_CACHED_PER_SESSION));
> >  }
> >  protected IPageStore newPersistentStore() {
> >  final RedissonRedisCache redisCache = new
> >  RedissonRedisCache(redissonClient);
> >  final RedisDataStore redisDataStore = new RedisDataStore(getName(),
> >  redisCache, new RedisSettings());
> >  return new SessionQuotaManagingDataStore(redisDataStore,
> >  DATA_STORE_MAX_BYTES_PER_SESSION);
> >  }
> > >>>
> > >>> This exception is logged after requests:
> > >>>
> > >>> org.springframework.data.redis.serializer.SerializationException:
> > Cannot
> >  serialize; nested exception is
> > 
> > org.springframework.core.serializer.support.SerializationFailedException:
> >  Failed to serialize object using DefaultSerializer; nested exception
> > is
> >  java.io.NotSerializableException:
> > 
> > org.wicketstuff.datastores.common.SessionQuotaManagingDataStore$DelegatedPage
> >  at
> > 
> > org.springframework.data.redis.serializer.JdkSerializationRedisSerializer.serialize(JdkSerializationRedisSerializer.java:96)
> >  at
> > 
> > org.springframework.data.redis.core.AbstractOperations.rawHashValue(AbstractOperations.java:185)
> >  at
> > 
> > org.springframework.data.redis.core.DefaultHashOperations.putAll(DefaultHashOperations.java:147)
> >  at
> > 
> > org.springframework.data.redis.core.DefaultBoundHashOperations.putAll(DefaultBoundHashOperations.java:147)
> >  at
> > 
> > org.springframework.session.data.redis.RedisIndexedSessionRepository$RedisSession.saveDelta(RedisIndexedSessionRepository.java:795)
> >  at
> > 
> > org.springframework.session.data.redis.RedisIndexedSessionRepository$RedisSession.save(RedisIndexedSessionRepository.java:783)
> >  at
> > 
> > org.springframework.session.data.redis.RedisIndexedSessionRepository$RedisSession.access$000(RedisIndexedSessionRepository.java:670)
> >  at
> > 
> > org.springframework.session.data.redis.RedisIndexedSessionRepository.save(RedisIndexedSessionRepository.java:398)
> >  at
> > 
> > org.springframework.session.data.redis.RedisIndexedSessionRepository.save(RedisIndexedSessionRepository.java:249)
> >  at
> > 
> > com.myproject.session.InstrumentedFindByIndexNameSessionRepository.save(InstrumentedFindByIndexNameSessionRepository.java:29)
> >  at
> >  java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> >  Method)
> >  at
> > 
> > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> >  at
> > 
> > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >  at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> >  at
> > 
> > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344)
> >  at
> > 
> > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
> >  at
> > 
> > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
> >  at
> > 
> > org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:88)
> >  at
> > 
> > 

[ANNOUNCE] WicketStuff 9.0.0-M5 Released

2020-04-07 Thread Maxim Solodovnik
WicketStuff core 9.0.0-M5 based on Apache Wicket 9.0.0-M5 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (12):
  Switching to the next development version
  Inline styles are removed
  Merge branch 'master' of github.com:wicketstuff/core
  Tests should be fixed
  wicket-datetime tests are fixed
  Minor changes in CSS style ID and spacing
  Merge branch 'master' of github.com:wicketstuff/core
  Tests should be fixed
  Dependencies and plugins are updated
  Select2 is updated, CSP disabled for some examples
  Some CSP improvements
  wicketstuff-core-9.0.0-M5 is released

Andrea Del Bene (1):
  Update readme.md

renoth (1):
  #688 Select2 Settings should honor default (#689)

The WicketStuff team

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



Re: Wizard vs WicketTester

2020-04-04 Thread Maxim Solodovnik
This is WebSocketAwareCsrfPreventionRequestCycleListener who is unhappy :(
Thanks for the hint :))

On Sat, 4 Apr 2020 at 20:07, Maxim Solodovnik  wrote:

> As usual everything works in test :(
> Going to check what is the difference
>
> Shall I commit basic test to master?
>
> On Sat, 4 Apr 2020 at 17:32, Sven Meier  wrote:
>
>> Hi Maxim,
>>
>>  > lastRendered page === 'null' after submit
>>  > Maybe I'm doing something wrong?
>>
>> it seems so. Check the log output and/or provide a testcase please.
>>
>> Have fun
>> Sven
>>
>>
>> On 04.04.20 07:35, Maxim Solodovnik wrote:
>> > Hello All,
>> >
>> > I'm trying to to test Wizard with WicketTester
>> > Wizard is the component with "splitted" form which is partially
>> submitted
>> > multiple times
>> > FormTester allows only single submit
>> >
>> > it's not a problem to create second FormTester BUT lastRendered page ===
>> > 'null' after submit :(
>> >
>> > Maybe I'm doing something wrong?
>> >
>> > BTW there is no tests for Wizard in Wicket code base, only WizardModel
>> is
>> > tested
>> >
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> --
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim


Re: Wizard vs WicketTester

2020-04-04 Thread Maxim Solodovnik
As usual everything works in test :(
Going to check what is the difference

Shall I commit basic test to master?

On Sat, 4 Apr 2020 at 17:32, Sven Meier  wrote:

> Hi Maxim,
>
>  > lastRendered page === 'null' after submit
>  > Maybe I'm doing something wrong?
>
> it seems so. Check the log output and/or provide a testcase please.
>
> Have fun
> Sven
>
>
> On 04.04.20 07:35, Maxim Solodovnik wrote:
> > Hello All,
> >
> > I'm trying to to test Wizard with WicketTester
> > Wizard is the component with "splitted" form which is partially submitted
> > multiple times
> > FormTester allows only single submit
> >
> > it's not a problem to create second FormTester BUT lastRendered page ===
> > 'null' after submit :(
> >
> > Maybe I'm doing something wrong?
> >
> > BTW there is no tests for Wizard in Wicket code base, only WizardModel is
> > tested
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
Best regards,
Maxim


Re: best way to get wysiwyg with wicket

2020-04-04 Thread Maxim Solodovnik
Jquery-ui WYSIWYG editor do clean-up of html on server

Custom js before submit is possible (the simpliest way is to store result
of such function in hidden field onchange)

On Sat, Apr 4, 2020, 16:00 Korbinian Bachl 
wrote:

> Hello Maxim,
>
> thank you for the list. However, beside that tinymce3 + 4 are quite
> outdated isn't there anything non html-wysiwyg existing so far?
> My problem is that, after we use tinymce in another part of the project we
> made the experience that letting non-tech people write HTML (even in
> WYSIWYG) mode just doesnt work. They end up copy n pasting from all over
> the web and inserting things they neither see nor understand - thats why we
> need some simplification like markdown (e.g.: https://ui.toast.com/) or
> even pure block-based editors (https://editorjs.io/)...
>
> I've stumbled over toast UI (https://ui.toast.com/), but I'm not sure if
> wicket would be able to execute some kind of JS function
> (editor.getMarkdown()) on before sending the form and catching it into a
> model...?
>
> Best,
>
> KB
>
> - Ursprüngliche Mail -
> > Von: "Maxim Solodovnik"
> > An: "users" 
> > Gesendet: Samstag, 4. April 2020 03:02:07
> > Betreff: Re: best way to get wysiwyg with wicket
>
> > Here are couple examples
> >
> http://www.7thweb.net/wicket-jquery-ui/plugins/wysiwyg/WysiwygEditorPage?1
> > https://github.com/wicketstuff/core/tree/master/tinymce3-parent
> > https://github.com/wicketstuff/core/tree/master/tinymce4-parent
> >
> >
> > On Sat, 4 Apr 2020 at 01:24, Korbinian Bachl
> > wrote:
> >
> >> Hi,
> >>
> >> I need to be able to let complete novices edit and write nicely
> formatted
> >> texts in an backend thats powered by wicket (required e.g.: H1-H4,
> normal
> >> text, bold text, images - only simple stuff mostly).
> >> In the past I used the ckeditor but that outputs html and Im not sure
> that
> >> cluttering font sizes and stuff like that into anything that needs
> later be
> >> to transformed to be used on either desktop or mobile in the year 2020
> is
> >> still as sufficent as it was 10 years ago. So I stumbled over markdown
> that
> >> might be a way to avoid this, but not sure If I missed somthing better?
> >>
> >> Beside, has any of you an idea where to look at to put this together
> with
> >> wicket, especially as I need to be able to have them insert images from
> >> some gallery picker that gets its image-resources from some kind of
> >> dataprovider.
> >>
> >> Any idea or solution is greatly appreciated. I know this is not pure
> >> wicket related stuff but I hope its still ok to ask here.
> >>
> >> Best,
> >>
> >> KB
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
> > --
> > Best regards,
> > Maxim
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Wizard vs WicketTester

2020-04-03 Thread Maxim Solodovnik
Hello All,

I'm trying to to test Wizard with WicketTester
Wizard is the component with "splitted" form which is partially submitted
multiple times
FormTester allows only single submit

it's not a problem to create second FormTester BUT lastRendered page ===
'null' after submit :(

Maybe I'm doing something wrong?

BTW there is no tests for Wizard in Wicket code base, only WizardModel is
tested

-- 
Best regards,
Maxim


Re: best way to get wysiwyg with wicket

2020-04-03 Thread Maxim Solodovnik
Here are couple examples
http://www.7thweb.net/wicket-jquery-ui/plugins/wysiwyg/WysiwygEditorPage?1
https://github.com/wicketstuff/core/tree/master/tinymce3-parent
https://github.com/wicketstuff/core/tree/master/tinymce4-parent


On Sat, 4 Apr 2020 at 01:24, Korbinian Bachl 
wrote:

> Hi,
>
> I need to be able to let complete novices edit and write nicely formatted
> texts in an backend thats powered by wicket (required e.g.: H1-H4, normal
> text, bold text, images - only simple stuff mostly).
> In the past I used the ckeditor but that outputs html and Im not sure that
> cluttering font sizes and stuff like that into anything that needs later be
> to transformed to be used on either desktop or mobile in the year 2020 is
> still as sufficent as it was 10 years ago. So I stumbled over markdown that
> might be a way to avoid this, but not sure If I missed somthing better?
>
> Beside, has any of you an idea where to look at to put this together with
> wicket, especially as I need to be able to have them insert images from
> some gallery picker that gets its image-resources from some kind of
> dataprovider.
>
> Any idea or solution is greatly appreciated. I know this is not pure
> wicket related stuff but I hope its still ok to ask here.
>
> Best,
>
> KB
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
Best regards,
Maxim


Re: Getting Javascript function return value in Wicket

2020-03-19 Thread Maxim Solodovnik
You can create AbstractDefaultAjaxBehavior
create JS function of it
And call it from JS code
Then get result in response 

On Fri, 20 Mar 2020 at 08:34, Arunachalam Sibisakkaravarthi
 wrote:
>
> Hi guys,
> I want to execute js and get output in Wicket, so that it can be used in
> other places where I want.
> Is it possible in Wicket?
>
>
>
> *Thanks And RegardsSibi.ArunachalammCruncher*



-- 
WBR
Maxim aka solomax

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



[ANNOUNCE] WicketStuff 9.0.0-M4 Released

2020-01-11 Thread Maxim Solodovnik
WicketStuff core 9.0.0-M4 based on Apache Wicket 9.0.0-M4 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (11):
  Tests command is added to improve OracleJDK detection
  Java vendor detection is updated
  Switching to the next development version
  Build should be fixed
  HazelcastDataSource is fixed to use correct serializer
  Tests are updated
  jackson-databind is updated
  Better implementation of serializer injection
  Libraries are updated
  Redundant trailing spaces are removed
  wicketstuff-core-9.0.0-M4 is released

Andrea Del Bene (6):
  Response content type set as first step.
  updated jackson library to resolve security alert.
  Update readme.md
  Merge pull request #683 from
wicketstuff/dependabot/maven/com.fasterxml.jackson.core-jackson-databind-2.9.10.1
  Update readme.md
  Update readme.md

Sven Meier (3):
  updated readme, added static getter
  WICKET-6708 use post parameters
  WICKET-6148 removed on prefix

Martin Tzvetanov Grigorov (2):
  Upgrade Scala to 2.13.1
  Bump Hamcrest to 2.2

Thorsten Schöning (2):
  URL.getFile doesn't decode paths in file-URLs in case spaces are
used. (#678)
  JamonMonitoredRequestCycleTest fails on Windows in case JVMs are
reused. (#679)

Christoph Jost (1):
  fix for list flattening #685

dependabot[bot] (1):
  Bump jackson-databind from 2.9.10 to 2.9.10.1

xzr (1):
  reintroduce dispatchToNonVisibleComponents


The WicketStuff team


[ANNOUNCE] WicketStuff 8.7.0 Released

2020-01-10 Thread Maxim Solodovnik
WicketStuff core 8.7.0 based on Apache Wicket 8.7.0 is released
and soon will be available at Maven Central!

The changelog is:

Andrea Del Bene (1):
  Response content type set as first step.

Christoph Jost (1):
  fix for list flattening #685

Martin Tzvetanov Grigorov (2):
  Issue #676 Reduce the amount of logged text during test execution
  Revert "JamonMonitoredRequestCycleTest fails on Windows in case JVMs
are reused. (#679)"

Maxim Solodovnik (4):
  Switching to the next development version
  Build should be fixed
  Jackson is updated
  wicketstuff-core-8.7.0 is released

Sven Meier (2):
  updated readme, added static getter
  WICKET-6708 use post parameters

Thorsten Schöning (2):
  URL.getFile doesn't decode paths in file-URLs in case spaces are
used. (#678)
  JamonMonitoredRequestCycleTest fails on Windows in case JVMs are
reused. (#679)

xzr (1):
  reintroduce dispatchToNonVisibleComponents


The WicketStuff team


[ANNOUNCE] WicketStuff 7.16.0 Released

2020-01-10 Thread Maxim Solodovnik
WicketStuff core 7.16.0 based on Apache Wicket 7.16.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (4):
  Switching to the next development version
  Jamon tests are fixed
  Some dependencies are updated
  wicketstuff-core-7.16.0 is released

Sven Meier (1):
  WICKET-6708 use post parameters


The WicketStuff team


Re: Client browser timezone offset

2019-10-29 Thread Maxim Solodovnik
https://github.com/apache/wicket/pull/396

On Tue, 29 Oct 2019 at 08:23, Maxim Solodovnik  wrote:

> @Calin, you can use (new Date().getTimezoneOffset() / -60);
> Then you can use code like this
> http://examples8x.wicket.apache.org/ajaxhellobrowser/wicket/bookmarkable/org.apache.wicket.examples.source.SourcesPage;jsessionid=01612235C0920A71B39B2D8CA0FA641A?0_class=org.apache.wicket.examples.ajaxhellobrowser.AjaxHelloBrowser=AjaxHelloBrowser.java
>
> to get this value on the server side
>
> @Martin Actually the code works, BUT
> 1) for me it shows timezone as "GMT+07:00" instead of Asia/Novosibirsk
> And there are a lot of time zones with same offset 
> 2) there are a lot of magic in the current code (for ex.
> southern hemisphere time zone calculation
> https://issues.apache.org/jira/browse/WICKET-6689)
> 3*) I guess this calculation can stop working in a year time zone rules
> are changed
>
> I believe this might be improvement to wicket code base to let browser do
> the real time zone calculation :)
>
> On Tue, 29 Oct 2019 at 00:21, Calin Pavel  wrote:
>
>> Current code is working ok. There is no problem with it.
>> But it gives you the UtcOffset at 1.Jan.2019 and UtcDstOffset at
>> 1.June.2019.
>>
>> But I do not know how to determine what is the CURRENT timezone offset
>> (for Date.NOW)
>>
>> On 10/28/2019 6:24 PM, Martin Grigorov wrote:
>> > Hi,
>> >
>> > I didn't get what is the problem with the current code.
>> > For me http://examples8x.wicket.apache.org/ajaxhellobrowser/ shows
>> > utcDSTOffset=3
>> > utcOffset=2
>> > which seems to be correct.
>> >
>> > On Mon, Oct 28, 2019 at 5:56 PM Maxim Solodovnik 
>> > wrote:
>> >
>> >> On the other hand: the old code can be used if TZ is not available
>> >> I'll do some tests and will create PR
>> >>
>> >> On Mon, 28 Oct 2019 at 22:51, Maxim Solodovnik 
>> >> wrote:
>> >>
>> >>> @devs are we supporting IE11 for wicket9? if not we can add this call
>> to
>> >>> standard ClientProperties ...
>> >>> WDYT?
>> >>>
>> >>> On Mon, 28 Oct 2019 at 22:48, Maxim Solodovnik 
>> >>> wrote:
>> >>>
>> >>>> Hello,
>> >>>>
>> >>>> according to stackoverflow [1]
>> >>>> you can use Intl.DateTimeFormat().resolvedOptions().timeZone
>> >>>> ClientProperties can be extended to get this info on server
>> >>>>
>> >>>> [1]
>> >>>>
>> >>
>> https://stackoverflow.com/questions/6939685/get-client-time-zone-from-browser
>> >>>> On Mon, 28 Oct 2019 at 22:26, Calin Pavel 
>> wrote:
>> >>>>
>> >>>>> I'm trying to detect what is the current timezone offset for a
>> client
>> >>>>> browser accessing my Wicket application.
>> >>>>> I found out that BrowserInfoForm.ClientPropertiesBean contains
>> details
>> >>>>> about:
>> >>>>> - utcOffset
>> >>>>> - utcDstOffset
>> >>>>> but these are calculated at 1.Jan and 1.June.
>> >>>>>
>> >>>>> Is there any way to determine on server side what is the CURRENT
>> >> timezone
>> >>>>> offset of the client?
>> >>>>> I've tried to use ClientPropertiesBean.timeZone, but that is
>> relative /
>> >>>>> guest and not real client timezone.
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>>
>> >>>>> Kind Regards,
>> >>>>>
>> >>>>>
>> >>>>> *CALIN PAVELSoftware Engineer - consultant*
>> >>>>> calin.pa...@tvh.com
>> >>>>>
>> >>>>> *TVH PARTS HOLDING NV*
>> >>>>> Vichtseweg 129 • BE-8790 WAREGEM
>> >>>>> T +32 56 43 42 11 <+3256434211> • F +32 56 43 44 88 • www.tvh.com
>> >>>>>
>> >>>>> <https://www.tvh.com/>
>> >>>>>
>> >>>>> --
>> >>>>>
>> >>>>>
>> >>>>>  DISCLAIMER
>> >>>>> <https://media.tvh.com/content/pdf/various/Email-disclaimer.pdf>
>> 
>> >>>>>
>> >>>>> This
>> >>>>> message is delivered to all addressees subject to the conditions set
>> >>>>> forth
>> >>>>> in the attached disclaimer, which is an integral part of this
>> message.
>> >>>>>
>> >>>>>
>> >>>>> When you communicate with us via e-mail, telephone, fax or via our
>> >>>>> website,
>> >>>>> we process your personal data. For more information on how we
>> process
>> >>>>> your
>> >>>>> personal data, please consult our Privacy Policy
>> >>>>> <https://www.tvh.com/privacy-policy>. By communicating with us, you
>> >>>>> unambiguously consent to our use of your personal data as explained
>> in
>> >>>>> the
>> >>>>> Privacy Policy.
>> >>>>>
>> >>>>
>> >>>> --
>> >>>> WBR
>> >>>> Maxim aka solomax
>> >>>>
>> >>>
>> >>> --
>> >>> WBR
>> >>> Maxim aka solomax
>> >>>
>> >>
>> >> --
>> >> WBR
>> >> Maxim aka solomax
>> >>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax


Re: Client browser timezone offset

2019-10-28 Thread Maxim Solodovnik
@Calin, you can use (new Date().getTimezoneOffset() / -60);
Then you can use code like this
http://examples8x.wicket.apache.org/ajaxhellobrowser/wicket/bookmarkable/org.apache.wicket.examples.source.SourcesPage;jsessionid=01612235C0920A71B39B2D8CA0FA641A?0_class=org.apache.wicket.examples.ajaxhellobrowser.AjaxHelloBrowser=AjaxHelloBrowser.java

to get this value on the server side

@Martin Actually the code works, BUT
1) for me it shows timezone as "GMT+07:00" instead of Asia/Novosibirsk
And there are a lot of time zones with same offset 
2) there are a lot of magic in the current code (for ex.
southern hemisphere time zone calculation
https://issues.apache.org/jira/browse/WICKET-6689)
3*) I guess this calculation can stop working in a year time zone rules are
changed

I believe this might be improvement to wicket code base to let browser do
the real time zone calculation :)

On Tue, 29 Oct 2019 at 00:21, Calin Pavel  wrote:

> Current code is working ok. There is no problem with it.
> But it gives you the UtcOffset at 1.Jan.2019 and UtcDstOffset at
> 1.June.2019.
>
> But I do not know how to determine what is the CURRENT timezone offset
> (for Date.NOW)
>
> On 10/28/2019 6:24 PM, Martin Grigorov wrote:
> > Hi,
> >
> > I didn't get what is the problem with the current code.
> > For me http://examples8x.wicket.apache.org/ajaxhellobrowser/ shows
> > utcDSTOffset=3
> > utcOffset=2
> > which seems to be correct.
> >
> > On Mon, Oct 28, 2019 at 5:56 PM Maxim Solodovnik 
> > wrote:
> >
> >> On the other hand: the old code can be used if TZ is not available
> >> I'll do some tests and will create PR
> >>
> >> On Mon, 28 Oct 2019 at 22:51, Maxim Solodovnik 
> >> wrote:
> >>
> >>> @devs are we supporting IE11 for wicket9? if not we can add this call
> to
> >>> standard ClientProperties ...
> >>> WDYT?
> >>>
> >>> On Mon, 28 Oct 2019 at 22:48, Maxim Solodovnik 
> >>> wrote:
> >>>
> >>>> Hello,
> >>>>
> >>>> according to stackoverflow [1]
> >>>> you can use Intl.DateTimeFormat().resolvedOptions().timeZone
> >>>> ClientProperties can be extended to get this info on server
> >>>>
> >>>> [1]
> >>>>
> >>
> https://stackoverflow.com/questions/6939685/get-client-time-zone-from-browser
> >>>> On Mon, 28 Oct 2019 at 22:26, Calin Pavel 
> wrote:
> >>>>
> >>>>> I'm trying to detect what is the current timezone offset for a client
> >>>>> browser accessing my Wicket application.
> >>>>> I found out that BrowserInfoForm.ClientPropertiesBean contains
> details
> >>>>> about:
> >>>>> - utcOffset
> >>>>> - utcDstOffset
> >>>>> but these are calculated at 1.Jan and 1.June.
> >>>>>
> >>>>> Is there any way to determine on server side what is the CURRENT
> >> timezone
> >>>>> offset of the client?
> >>>>> I've tried to use ClientPropertiesBean.timeZone, but that is
> relative /
> >>>>> guest and not real client timezone.
> >>>>>
> >>>>>
> >>>>> --
> >>>>>
> >>>>> Kind Regards,
> >>>>>
> >>>>>
> >>>>> *CALIN PAVELSoftware Engineer - consultant*
> >>>>> calin.pa...@tvh.com
> >>>>>
> >>>>> *TVH PARTS HOLDING NV*
> >>>>> Vichtseweg 129 • BE-8790 WAREGEM
> >>>>> T +32 56 43 42 11 <+3256434211> • F +32 56 43 44 88 • www.tvh.com
> >>>>>
> >>>>> <https://www.tvh.com/>
> >>>>>
> >>>>> --
> >>>>>
> >>>>>
> >>>>>  DISCLAIMER
> >>>>> <https://media.tvh.com/content/pdf/various/Email-disclaimer.pdf>
> 
> >>>>>
> >>>>> This
> >>>>> message is delivered to all addressees subject to the conditions set
> >>>>> forth
> >>>>> in the attached disclaimer, which is an integral part of this
> message.
> >>>>>
> >>>>>
> >>>>> When you communicate with us via e-mail, telephone, fax or via our
> >>>>> website,
> >>>>> we process your personal data. For more information on how we process
> >>>>> your
> >>>>> personal data, please consult our Privacy Policy
> >>>>> <https://www.tvh.com/privacy-policy>. By communicating with us, you
> >>>>> unambiguously consent to our use of your personal data as explained
> in
> >>>>> the
> >>>>> Privacy Policy.
> >>>>>
> >>>>
> >>>> --
> >>>> WBR
> >>>> Maxim aka solomax
> >>>>
> >>>
> >>> --
> >>> WBR
> >>> Maxim aka solomax
> >>>
> >>
> >> --
> >> WBR
> >> Maxim aka solomax
> >>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


Re: Client browser timezone offset

2019-10-28 Thread Maxim Solodovnik
On the other hand: the old code can be used if TZ is not available
I'll do some tests and will create PR

On Mon, 28 Oct 2019 at 22:51, Maxim Solodovnik  wrote:

> @devs are we supporting IE11 for wicket9? if not we can add this call to
> standard ClientProperties ...
> WDYT?
>
> On Mon, 28 Oct 2019 at 22:48, Maxim Solodovnik 
> wrote:
>
>> Hello,
>>
>> according to stackoverflow [1]
>> you can use Intl.DateTimeFormat().resolvedOptions().timeZone
>> ClientProperties can be extended to get this info on server
>>
>> [1]
>> https://stackoverflow.com/questions/6939685/get-client-time-zone-from-browser
>>
>> On Mon, 28 Oct 2019 at 22:26, Calin Pavel  wrote:
>>
>>> I'm trying to detect what is the current timezone offset for a client
>>> browser accessing my Wicket application.
>>> I found out that BrowserInfoForm.ClientPropertiesBean contains details
>>> about:
>>> - utcOffset
>>> - utcDstOffset
>>> but these are calculated at 1.Jan and 1.June.
>>>
>>> Is there any way to determine on server side what is the CURRENT timezone
>>> offset of the client?
>>> I've tried to use ClientPropertiesBean.timeZone, but that is relative /
>>> guest and not real client timezone.
>>>
>>>
>>> --
>>>
>>> Kind Regards,
>>>
>>>
>>> *CALIN PAVELSoftware Engineer - consultant*
>>> calin.pa...@tvh.com
>>>
>>> *TVH PARTS HOLDING NV*
>>> Vichtseweg 129 • BE-8790 WAREGEM
>>> T +32 56 43 42 11 <+3256434211> • F +32 56 43 44 88 • www.tvh.com
>>>
>>> <https://www.tvh.com/>
>>>
>>> --
>>>
>>>
>>>  DISCLAIMER
>>> <https://media.tvh.com/content/pdf/various/Email-disclaimer.pdf> 
>>>
>>> This
>>> message is delivered to all addressees subject to the conditions set
>>> forth
>>> in the attached disclaimer, which is an integral part of this message.
>>>
>>>
>>> When you communicate with us via e-mail, telephone, fax or via our
>>> website,
>>> we process your personal data. For more information on how we process
>>> your
>>> personal data, please consult our Privacy Policy
>>> <https://www.tvh.com/privacy-policy>. By communicating with us, you
>>> unambiguously consent to our use of your personal data as explained in
>>> the
>>> Privacy Policy.
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax


Re: Client browser timezone offset

2019-10-28 Thread Maxim Solodovnik
@devs are we supporting IE11 for wicket9? if not we can add this call to
standard ClientProperties ...
WDYT?

On Mon, 28 Oct 2019 at 22:48, Maxim Solodovnik  wrote:

> Hello,
>
> according to stackoverflow [1]
> you can use Intl.DateTimeFormat().resolvedOptions().timeZone
> ClientProperties can be extended to get this info on server
>
> [1]
> https://stackoverflow.com/questions/6939685/get-client-time-zone-from-browser
>
> On Mon, 28 Oct 2019 at 22:26, Calin Pavel  wrote:
>
>> I'm trying to detect what is the current timezone offset for a client
>> browser accessing my Wicket application.
>> I found out that BrowserInfoForm.ClientPropertiesBean contains details
>> about:
>> - utcOffset
>> - utcDstOffset
>> but these are calculated at 1.Jan and 1.June.
>>
>> Is there any way to determine on server side what is the CURRENT timezone
>> offset of the client?
>> I've tried to use ClientPropertiesBean.timeZone, but that is relative /
>> guest and not real client timezone.
>>
>>
>> --
>>
>> Kind Regards,
>>
>>
>> *CALIN PAVELSoftware Engineer - consultant*
>> calin.pa...@tvh.com
>>
>> *TVH PARTS HOLDING NV*
>> Vichtseweg 129 • BE-8790 WAREGEM
>> T +32 56 43 42 11 <+3256434211> • F +32 56 43 44 88 • www.tvh.com
>>
>> <https://www.tvh.com/>
>>
>> --
>>
>>
>>  DISCLAIMER
>> <https://media.tvh.com/content/pdf/various/Email-disclaimer.pdf> 
>>
>> This
>> message is delivered to all addressees subject to the conditions set
>> forth
>> in the attached disclaimer, which is an integral part of this message.
>>
>>
>> When you communicate with us via e-mail, telephone, fax or via our
>> website,
>> we process your personal data. For more information on how we process
>> your
>> personal data, please consult our Privacy Policy
>> <https://www.tvh.com/privacy-policy>. By communicating with us, you
>> unambiguously consent to our use of your personal data as explained in
>> the
>> Privacy Policy.
>>
>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax


Re: Client browser timezone offset

2019-10-28 Thread Maxim Solodovnik
Hello,

according to stackoverflow [1]
you can use Intl.DateTimeFormat().resolvedOptions().timeZone
ClientProperties can be extended to get this info on server

[1]
https://stackoverflow.com/questions/6939685/get-client-time-zone-from-browser

On Mon, 28 Oct 2019 at 22:26, Calin Pavel  wrote:

> I'm trying to detect what is the current timezone offset for a client
> browser accessing my Wicket application.
> I found out that BrowserInfoForm.ClientPropertiesBean contains details
> about:
> - utcOffset
> - utcDstOffset
> but these are calculated at 1.Jan and 1.June.
>
> Is there any way to determine on server side what is the CURRENT timezone
> offset of the client?
> I've tried to use ClientPropertiesBean.timeZone, but that is relative /
> guest and not real client timezone.
>
>
> --
>
> Kind Regards,
>
>
> *CALIN PAVELSoftware Engineer - consultant*
> calin.pa...@tvh.com
>
> *TVH PARTS HOLDING NV*
> Vichtseweg 129 • BE-8790 WAREGEM
> T +32 56 43 42 11 <+3256434211> • F +32 56 43 44 88 • www.tvh.com
>
> 
>
> --
>
>
>  DISCLAIMER
>  
>
> This
> message is delivered to all addressees subject to the conditions set forth
> in the attached disclaimer, which is an integral part of this message.
>
>
> When you communicate with us via e-mail, telephone, fax or via our
> website,
> we process your personal data. For more information on how we process your
> personal data, please consult our Privacy Policy
> . By communicating with us, you
> unambiguously consent to our use of your personal data as explained in the
> Privacy Policy.
>


-- 
WBR
Maxim aka solomax


[ANNOUNCE] WicketStuff 9.0.1-M3 Released

2019-09-21 Thread Maxim Solodovnik
WicketStuff core 9.0.1-M3 based on Apache Wicket 9.0.0-M3 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (7):
  Project is switched to the next development version
  Dependencies are updated
  Merge branch 'master' of github.com:wicketstuff/core
  Library versions are updated
  Library versions are updated
  Scala lib version is decreased
  WicketStuff Core 9.0.0-M3 is released

Martin Tzvetanov Grigorov (6):
  [scala] Upgrade Scala to 2.13.0
  Upgrade scala-maven-plugin to 4.1.0
  Update scala-maven-plugin to 4.1.1
  Issue #668 - Apply manually the fix by Gabriel Landon
  Update maven-bundle-plugin to 4.2.1
  Update scala-maven-plugin to 4.2.0

Andrea Del Bene (5):
  Merge pull request #665 from
andruhon/port-restannotations-customisations-from-8
  Update README.md
  Update Jackson to fix security issue
  Added support for DI with mounted rest resource
  try with new ubuntu machine

Florian Lacreuse (3):
  Update Select2 to 4.0.9 (#671)
  Update Select2 Bootstrap theme to Bootstrap 4. (#673)
  Update Select2 to 4.0.10 (#675)

Andrew Kondratev (1):
  Apply customisations from wicketstuff#641

Christopher Colemani (1):
  Switched to https from http as google now rejects all non secured
requests (#670)

MargotPiva (1):
  Select2 stateless displaying initial values (#674)

The WicketStuff team


[ANNOUNCE] WicketStuff 9.0.0-M3 Released

2019-09-19 Thread Maxim Solodovnik
WicketStuff core 9.0.0-M3 based on Apache Wicket 9.0.0-M3 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (7):
  Project is switched to the next development version
  Dependencies are updated
  Merge branch 'master' of github.com:wicketstuff/core
  Library versions are updated
  Library versions are updated
  Scala lib version is decreased
  WicketStuff Core 9.0.0-M3 is released

Martin Tzvetanov Grigorov (6):
  [scala] Upgrade Scala to 2.13.0
  Upgrade scala-maven-plugin to 4.1.0
  Update scala-maven-plugin to 4.1.1
  Issue #668 - Apply manually the fix by Gabriel Landon
  Update maven-bundle-plugin to 4.2.1
  Update scala-maven-plugin to 4.2.0

Andrea Del Bene (5):
  Merge pull request #665 from
andruhon/port-restannotations-customisations-from-8
  Update README.md
  Update Jackson to fix security issue
  Added support for DI with mounted rest resource
  try with new ubuntu machine

Florian Lacreuse (3):
  Update Select2 to 4.0.9 (#671)
  Update Select2 Bootstrap theme to Bootstrap 4. (#673)
  Update Select2 to 4.0.10 (#675)

Andrew Kondratev (1):
  Apply customisations from wicketstuff#641

Christopher Colemani (1):
  Switched to https from http as google now rejects all non secured
requests (#670)

MargotPiva (1):
  Select2 stateless displaying initial values (#674)

The WicketStuff team


Re: Build problems for Wicket 7.15.0 and Java 8 regarding Javadoc.

2019-09-16 Thread Maxim Solodovnik
Hello,

please use `buildbot` profile

On Mon, 16 Sep 2019 at 20:16, Thorsten Schöning 
wrote:

> Hi all,
>
> I'm trying to build Wicket 7.15.0 from source using Java 8:
>
> > openjdk version "1.8.0_222"
> > OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_222-b10)
> > OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.222-b10, mixed mode)
>
> This fails in Wicket Util already with lots of Javadoc-related errors.
> I know that the reason this happens is because of enabled linting for
> Javadoc in Java 8 by default, but earlier versions of Wicket 7
> implemented a workaround. That workaround has been removed without any
> further notice on why and what the alternative is:
>
>
> https://github.com/apache/wicket/commit/ee1b8b37dbe5b34c63a33d65f84b26cbd38080d4
>
> https://github.com/apache/wicket/commit/d7416a325338a7d229c9e25f4d6852f0c83775eb
>
> So, how am I supposed to build Wicket 7 using Java 8 these days?
>
> Thanks!
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme  http://www.AM-SoFT.de/
>
> Telefon...05151-  9468- 55
> Fax...05151-  9468- 88
> Mobil..0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
> AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


[ANNOUNCE] WicketStuff 8.6.0 Released

2019-09-14 Thread Maxim Solodovnik
WicketStuff core 8.6.0 based on Apache Wicket 8.6.1 is released
and soon will be available at Maven Central!

The changelog is:

Andrea Del Bene (3):
  Added support for DI with mounted rest resource
  Fix for java 8 downgrade
  try to use newer ubuntu

Florian Lacreuse (2):
  Update Select2 to 4.0.9 (#671)
  Update Select2 to 4.0.10 (#675)

Maxim Solodovnik (2):
  Switching to the next development version
  WicketStuff Core 8.6.0 is released

MargotPiva (1):
  Select2 stateless displaying initial values (#674)

Martin Tzvetanov Grigorov (1):
  Issue #668 - Apply manually the fix by Gabriel Landon


The WicketStuff team


[ANNOUNCE] WicketStuff 7.15.0 Released

2019-09-14 Thread Maxim Solodovnik
WicketStuff core 7.15.0 based on Apache Wicket 7.15.0 is released
and soon will be available at Maven Central!

The changelog is:

Maxim Solodovnik (4):
  Switching to the next development version
  URLs are being correctly compared, code clean-up
  Geo tests are fixed
  WicketStuff Core 7.15.0 is released

Christopher Colemani (1):
  Fixes #669: secure url is being used

Gabriel Landon (1):
  revert #652 (put back ajax redirection) (#668)

The WicketStuff team


Re: [ANNOUNCE] Apache Wicket 8.6.0 released

2019-09-09 Thread Maxim Solodovnik
I believe it should be sufficient to start new VOTE

On Mon, 9 Sep 2019 at 17:17, Andrea Del Bene  wrote:

> I'm afraid I did a mistake during the building of this version and I left
> out some of the last changes :-(. I guess we need to perform a 8.6.1 asap.
> Is there any particular action that must be taken in situations like this?
> Should we notify the ASF?
>
> On Mon, Sep 9, 2019 at 11:48 AM Olivier DUTRIEUX <
> olivier.dutri...@pasteur.fr> wrote:
>
> > Hi Martin,
> >
> > If you check the source
> > https://github.com/apache/wicket/releases/tag/rel%2Fwicket-8.6.0 , you
> > don' t see this line
> >
> https://github.com/apache/wicket/blob/wicket-8.x/wicket-core/src/main/java/org/apache/wicket/markup/html/form/AutoLabelResolver.java#L106
> >
> > --
> > Olivier Dutrieux
> > Evolution du SI Scientifique et de Gestion (Tél : 31 62)
> >
> >
> > -Message d'origine-
> > De : Martin Grigorov [mailto:mgrigo...@apache.org]
> > Envoyé : lundi 9 septembre 2019 11:09
> > À : users@wicket.apache.org
> > Objet : Re: [ANNOUNCE] Apache Wicket 8.6.0 released
> >
> > Hi Olivier,
> >
> > The backport of the commit from 9.x (master) is
> >
> https://github.com/apache/wicket/commit/efcffbb7be97847bec40aec77cfb9414fc55fa8c
> > And I see the lines at:
> >
> >
> https://github.com/apache/wicket/blob/wicket-8.x/wicket-core/src/main/java/org/apache/wicket/markup/html/form/AutoLabelResolver.java#L106
> >
> > And also in the sources of the release tag:
> > https://github.com/apache/wicket/releases/tag/rel%2Fwicket-8.6.0
> >
> > On Mon, Sep 9, 2019 at 11:39 AM Olivier DUTRIEUX <
> > olivier.dutri...@pasteur.fr> wrote:
> >
> > > I check the Improvement [WICKET-6684] on version 8.6.0 but I didn't
> > > find any trace of it. Maybe I messed something.
> > >
> > > Duto
> > >
> > > -Message d'origine-
> > > De : Andrea Del Bene [mailto:adelb...@apache.org] Envoyé : samedi 7
> > > septembre 2019 19:22 À : d...@wicket.apache.org;
> > > users@wicket.apache.org; annou...@apache.org;
> > > annou...@wicket.apache.org Objet : [ANNOUNCE] Apache Wicket 8.6.0
> > > released
> > >
> > > The Apache Wicket PMC is proud to announce Apache Wicket 8.6.0!
> > >
> > > Apache Wicket is an open source Java component oriented web
> > > application framework that powers thousands of web applications and
> > > web sites for governments, stores, universities, cities, banks, email
> > > providers, and more. You can find more about Apache Wicket at
> > > https://wicket.apache.org
> > >
> > > This release marks another minor release of Wicket 8. We use semantic
> > > versioning for the development of Wicket, and as such no API breaks
> > > are present breaks are present in this release compared to 8.0.0.
> > >
> > > Using this release
> > > --
> > >
> > > With Apache Maven update your dependency to (and don't forget to
> > > update any other dependencies on Wicket projects to the same version):
> > >
> > > 
> > >  org.apache.wicket
> > >  wicket-core
> > >  8.6.0
> > > 
> > >
> > > Or download and build the distribution yourself, or use our
> > > convenience binary package you can find here:
> > >
> > >   * Download: http://wicket.apache.org/start/wicket-8.x.html#manually
> > >
> > > Upgrading from earlier versions
> > > ---
> > >
> > > If you upgrade from 8.y.z this release is a drop in replacement. If
> > > you come from a version prior to 8.0.0, please read our Wicket 8
> > > migration guide found at
> > >
> > >   * http://s.apache.org/wicket8migrate
> > >
> > > Have fun!
> > >
> > > — The Wicket team
> > >
> > >
> > > ==
> > > ==
> > >
> > >  The signatures for the source release artefacts:
> > >
> > >
> > > Signature for apache-wicket-8.6.0.zip:
> > >
> > >  -BEGIN PGP SIGNATURE-
> > >
> > > iQIzBAABCgAdFiEE0a6YZHC1pJw+aieyh48B+qjTVuEFAl1u0ggACgkQh48B+qjT
> > > VuHBVRAAgX8nPfftIKv6z0Rimyg4M9hefpkwcVCkj8mQ2q9cnRQCNN8lWPrVsqOz
> > > jfkWOM1I3rmjR60o5eREFuNK+t7RNxdwfdZqlB+zsgu2BCNscpQMaTruf2uI14ip
> > > B83PYCMkTSDA+BCJD1MTwRf3Ih3M+0rq4l3vedzStfC4GvmmwHRvMWTOml5i9Whg
> > > pSStZvX9h61n6ofRNq/feLQi7342GOgv+/r0cvTVDRdIsEeYGalu1b+ZJKsjfTX3
> > > l0oMiRILzFltg+CQP0fhWibfLkvyRLM+R4598rgvwM+QcKo7aCn0LcIEIhp0dYDS
> > > KI6IhsPd/NS0qKoKgIPmQ6tMsvMWGOxTOpQMxnAj97wVzYVf1QoXArPuc+JaSrFE
> > > D/a78zUMc78UFjdt38NBA22jf7HbcjVkAUUjD9fPtNStFnnrisniyw16dL0Wa6MA
> > > kuiPuyl7gsPAkmOXH68KtVaR7ncTORPCt4ZC/6GxoRbhDc71+dLPz5XKpeDdqy8O
> > > /pBGtsucjI9xIGZqGHWFvfAaBqqv2t4QARxOdkDA9d09PL4o/N+gljho+a30GrDv
> > > A35wG2y2Idkoe1t4EJeHpMHGPmqMAj/m1wYagJjMeiXRDgtfFoJIlRfAboxq8Dwd
> > > uT+mRsdS0hq8q78yPZPW3N24cC3gwohFJMWfb4IukQbFGI2gznE=
> > > =mzMF
> > > -END PGP SIGNATURE-
> > >
> > > Signature for apache-wicket-8.6.0.tar.gz:
> > >
> > >  -BEGIN PGP SIGNATURE-
> > >
> > > iQIzBAABCgAdFiEE0a6YZHC1pJw+aieyh48B+qjTVuEFAl1u0ggACgkQh48B+qjT
> > > VuHSZw//WF61doVJ8fDK8hPvk8Td6Yf4hMzP7kff7tAkm+w72LqnXlUM7IDci5nz
> > > 

Re: estimate time for 9.x release?

2019-06-26 Thread Maxim Solodovnik
Also +1 :)

On Wed, Jun 26, 2019, 13:01 Ernesto Reinaldo Barreiro 
wrote:

> +1 non binding. I was going to write asking for a M3 release right now :-)
>
> On Wed, Jun 26, 2019 at 12:02 AM Martin Grigorov 
> wrote:
>
> > In that case I vote to release 9.0.0 with the next releases of 7.x and
> 8.x,
> > no need to wait until Q3.
> >
> > On Sun, Jun 23, 2019 at 11:43 AM Sven Meier  wrote:
> >
> > > Hi all,
> > >
> > > I haven't had time to work an wicket-ajax-no-jquery.js, and I agree
> that
> > > we as well might try that in Wicket 10.
> > >
> > > Meanwhile I'm preparing a pull request for another modal-dialog
> > > proposal, but this doesn't have to delay a Wicket 9 release either.
> > >
> > > Have fun
> > > Sven
> > >
> > >
> > > On 20.06.19 11:50, Martin Grigorov wrote:
> > > > Hi,
> > > >
> > > > The only bigger task I am aware of is the vanilla wicket-ajax.js
> > rewrite
> > > > that has been suggested by Korbinian Bachl (some time ago) and Andrew
> > > > Kondratev (more recently). Sven said that he wants to work on it.
> > > > But in my opinion this task should not stop us to release 9.0.0. The
> > > > vanilla impl can be introduced in a minor release too, even in 8.x,
> if
> > > the
> > > > APIs are preserved.
> > > >
> > > > On Thu, Jun 20, 2019 at 12:03 AM Andrea Del Bene <
> an.delb...@gmail.com
> > >
> > > > wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> I'm happy you started to appreciate Wicket 9.x in its earliest
> > versions!
> > > >> The short answer is no, there is no estimated time for 9.x to become
> > EA.
> > > >> But at the moment I'm not aware of any huge feature or refactoring
> > being
> > > >> in progress or even proposed. Let's hear what other developers have
> to
> > > >> say about this.
> > > >> Personally speaking I'm also willing to release Wicket 9.x in a
> short
> > > >> time, let's say in the Q4 of this year, after one or two more
> > milestone
> > > >> releases. I also believe that the time is now ripe to provide a
> > version
> > > >> of Wicket for the "post Java 8 era", which fully supports the last
> LTS
> > > JDK.
> > > >>
> > > >> Andrea.
> > > >>
> > > >> On 6/19/19 12:29 PM, rstolle wrote:
> > > >>> Same here! I would love to go with wicket 9 ASAP. I'm using
> 9.0.0-M2
> > > >>> on a new
> > > >>> project and very much appreciate the switch to java.time.Duration,
> > > >>> which saves
> > > >>> me a lot of conversions. Junit5 is also a huge plus in my opinion.
> So
> > > >>> far I did not
> > > >>> encounter any problems.
> > > >>>
> > > >>> Good moment to THANK THE WICKET TEAM (again) - you doing a wicked
> > job!
> > > >>>
> > > >>> René
> > > >>>
> > > >>> Am 2019-06-19 11:30 schrieb Ernesto Reinaldo Barreiro:
> > >  Hi,
> > > 
> > >  Is there an estimated time for 9.x official release? My question
> is
> > > not
> > >  just moot: I'm keeping a parallel version of our project based on
> > > wicket
> > >  9.x. branch, and some problems I encountered on wicket 8.x. are
> > >  easier to
> > >  solve on 9.x. So, if release is not too far in the future I might
> > try
> > > to
> > >  convince other team members to go 9.x. for development.
> > > >>>
> -
> > > >>> 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
> > > >>
> > > >>
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
>
>
> --
> Regards - Ernesto Reinaldo Barreiro
>


[ANNOUNCE] WicketStuff 9.0.0-M2 Released

2019-06-07 Thread Maxim Solodovnik
WicketStuff core 9.0.0-M2 based on Apache Wicket 9.0.0-M2 is released
and soon will be available at Maven Central!

The changelog is:

Andrea Del Bene (5):
  Code updated for WICKET-6662 (Maven install runs succesfully).
  Introduced supplier for current Locale
  Fixed typo for field localeSupplier
  Changed parameter from supplier to localeSupplier
  Merge pull request #664 from bitstorm/introduced-locale-supplier

Martin Tzvetanov Grigorov (1):
  Update scala-maven-plugin to 4.0.2

Maxim Solodovnik (8):
  Project is switched to the next development version
  Typo in exception text is fixed
  Fixes #661: select2 is updated to 4.0.7
  Jackson version is updated
  YUI tests should be fixed
  Code clean-up
  Dependencies are updated to most recent versions
  Wicketstuff 9.0.0-M2 is released

Sven Meier (2):
  WICKET-6563 use a single session page manager
  WICKET-6563 use two session page stores for GAE

The WicketStuff team

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



[ANNOUNCE] WicketStuff 8.5.0 Released

2019-06-07 Thread Maxim Solodovnik
WicketStuff core 8.5.0 based on Apache Wicket 8.5.0 is released
and soon will be available at Maven Central!

The changelog since 8.4.0 is:

Andrea Del Bene (1):
  Merge pull request #662 from andruhon/fix-641-and-improve-customization

Andrew Kondratev (1):
  Fixes #641: prevent rest resource from creating a new session every time

Martin Tzvetanov Grigorov (1):
  Call "MonitorFactory.getFactory().reset()" in @After callback

Maxim Solodovnik (6):
  Switching to the next development version
  Fixes #661: select2 is updated to 4.0.7
  Jackson version is updated
  Code clean-up
  Dependencies are updated to most recent versions
  Wicketstuff 8.5.0 is released

The WicketStuff team

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



Re: Wicketstuff 8.5.0?

2019-06-06 Thread Maxim Solodovnik
Hello Francesco,

I'm planning to perform a release this weekend
Was hoping to get this [1] discussion resolved first, but it seems to
be not very active

[1] https://github.com/wicketstuff/core/pull/652

On Thu, 6 Jun 2019 at 15:38, Francesco Chicchiriccò  wrote:
>
> Hi there,
> I was wondering if there are plans to release Wicketstuff 8.5.0 any time soon.
>
> ATM I have a startup exception when using Wicket Spring Boot [1] with Wicket 
> 8.5.0 because it detects a mismatch between Wicket's and Wicketstuff's 
> versions [2].
>
> I understand this is not a fault per-se, of course...
>
> Thanks.
> Regards.
>
> [1] https://github.com/MarcGiffing/wicket-spring-boot
> [2] 
> https://github.com/MarcGiffing/wicket-spring-boot/blob/wicket-spring-boot-starter-parent-2.1.6/wicket-spring-boot-starter/src/main/java/com/giffing/wicket/spring/boot/starter/app/verifier/WicketDependencyVersionChecker.java#L60-L66
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



[ANNOUNCE] WicketStuff 7.14.0 Released

2019-05-31 Thread Maxim Solodovnik
WicketStuff core 7.14.0 based on Apache Wicket 7.14.0 is released
and soon will be available at Maven Central!

The changelog since 7.13.0 is:

Maxim Solodovnik (2):
  Switching to the next development version
  Wicketstuff 7.14.0 release commit


The WicketStuff team

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



Travel Assistance for ApacheCon NA Las Vegas 2019 now open.

2019-05-17 Thread Maxim Solodovnik
The Travel Assistance Committee (TAC) are pleased to announce that travel
assistance applications for ApacheCon NA 2019 are now open!

We will be supporting ApacheCon NA Las Vegas, Nevada on 9th - 12th
September 2019

 TAC exists to help those that would like to attend ApacheCon events, but
are unable to do so for financial reasons.
For more info on this years applications and qualifying criteria, please
visit the TAC website at < http://www.apache.org/travel/ <
http://www.apache.org/travel/> >. Applications opened today and will close
around the 21st June.

Important: Applications close on June 21st, 2019. Applicants have until the
closing date above to submit their applications (which should contain as
much supporting material as required to efficiently and accurately process
their request), this will enable TAC to announce successful awards shortly
afterwards.

As usual, TAC expects to deal with a range of applications from a diverse
range of backgrounds. We therefore encourage (as always) anyone thinking
about sending in an application to do so ASAP.
We look forward to greeting many of you in Las Vegas!

Kind Regards,
Gavin - (On behalf of the Travel Assistance Committee)

-- 
WBR
Maxim aka solomax


Re: Page inheritance

2019-05-14 Thread Maxim Solodovnik
Sure :)

I would add some overridable method like `protected boolean
shouldAddJsCss`, returning `true` in base class
and controlling which header items will be rendered

Or you can create separate method to render those js/css resources and
override it with empty method ...

On Wed, 15 May 2019 at 09:01, ShengChe Hsiao  wrote:
>
> Dear Wicketers
>
> I have a basepage with headerpanel and footerpanel, every webpage were
> extends it. Now, I have a question, may I have a page extends basepage, and
> without output extended js and css files?
>
> 
> --->
> To boldly go where no man has gone before.
> 
> --->
> We do this not because it is easy. We do this because it is hard.
> -
> -->
> If I have seen further it is by standing on the shoulders of giants.
> --
> ->
> front...@gmail.com
> ->



-- 
WBR
Maxim aka solomax

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



Re: Loadable Detachable Model not updating on re-render

2019-04-29 Thread Maxim Solodovnik
http://wicket.apache.org/start/quickstart.html

And upload your project to github or some other service like this :)

On Mon, 29 Apr 2019 at 14:49, Sibgha Nazir  wrote:

> How to create quick start?
>
> On Mon, Apr 29, 2019 at 9:39 AM Sven Meier  wrote:
>
> >
> >
> > Hi,
> >
> >
> >
> > that should do it, no need to call detach() for yourself.
> >
> >
> >
> > Hard to tell what's going wrong.Can you create a quickstart?
> >
> >
> >
> > Regards
> >
> > Sven
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > >
> > > On 29.04.2019 at 09:16,wrote:
> > >
> > >
> > >  Hi, I tried doing the following *public* ChartPanel(String aId,
> > LoadableDetachableModel loadableDetachableModel) {
> > *super*(aId*,**loadableDetachableModel*); chartModel =
> > (loadableDetachableModel); chart = *new*
> > WebMarkupContainer(*MID_CHART_CONTAINER*); chart.setMarkupId("canvas");
> > chart.setOutputMarkupId(*true*); add(chart); chartAjaxBejavior = *new*
> > ChartAjaxBejavior(); add(chartAjaxBejavior); } It still doesn't update
> the
> > ChartPanel with the new model when onRenderAnnotations triggers. Do I
> have
> > to explicitly call detach()? On Mon, Apr 29, 2019 at 7:49 AM Sven Meier
> > wrote:  >   >   >  Hi,  >   >   >   >  your chartPanel should pass the
> > chartModel to the super constructor. The  >  panel takes care that the
> > model is detached after the request.  >   >   >   >  If you just hold
> > chartModel as a member variable, no one will call  >  detach() on it  >
> >  >   >   >  Have fun  >   >  Sven  >   >   >   >   >   >   >   >   >   >
> >  >   >   >  On 28.04.2019 at 21:29, wrote:  >   >   >   >
> > >   >  Hi, This question is related to LoadableDetachable Model. I have a
> > >  wicket panel, LearningCurveChartPanel. *public*  >
> > LearningCurveChartPanel(String aId, IModel aModel) { *super*(aId); model
> =
> > >  aModel; //initially the chart is empty. passing empty model chartPanel
> > =  >  *new* ChartPanel(*MID_CHART_CONTAINER*,  >
> > LoadableDetachableModel.*of*(*this*::renderChart));  >
> > chartPanel.setOutputMarkupId(*true*); add(chartPanel); } @OnEvent
> *public*
> > >  *void* onRenderAnnotations(RenderAnnotationsEvent aEvent) {  >
> > LOG.trace("rendered annotation event");  >
> > aEvent.getRequestHandler().add(*this*); } which is rendering a
> ChartPanel.
> > >  The ChartPanel is like this *public* ChartPanel(String aId,  >
> > LoadableDetachableModel loadableDetachableModel) { *super*(aId);
> > chartModel  >  = (loadableDetachableModel); chart = *new*  >
> > WebMarkupContainer(*MID_CHART_CONTAINER*); chart.setMarkupId("canvas");
> >
> > chart.setOutputMarkupId(*true*); add(chart); chartAjaxBejavior = *new*  >
> > Char
> > tAjaxBejavior(); add(chartAjaxBejavior); } The chartModel has  >  the
> > right data and it renders correctly with the data that is fed to it  >
> > from LearningCurveChartPanel. But when the onRenderAnnotation event of
> the
> > >  LearningCurveChartPanel triggers what I am trying to do is to update
> > the  >  (re-render) the Chart Panel inside it. It does re-render the
> chart
> > panel  >  but the model stays the same. I want to implement it such that
> > the model of  >  the ChartPanel updates and when it re-renders it as the
> > latest data when  >  the onRenderAnnotation event was triggered. Please
> > guide me in the right  >  direction. Best, Sibgha  >   >   >
> > >
> >
>


-- 
WBR
Maxim aka solomax


Re: [8.3] Nested Forms within a table?

2019-04-24 Thread Maxim Solodovnik
I totally agree,
It should be user choice :)

On Wed, 24 Apr 2019 at 13:45, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> normally I would agree.. But when our designer gives us the html, and there
> are tables in it we need to change that stuff.. I do not like the idea that
> the web framework forces you to change markup so that it can work.. One
> thing are to teach the devs that there are some quirks with the web
> framework (thats completely expected). But to have to teach the designer
> about a web framework so they can avoid the quirky parts seems wrong.
>
> Its not part of Wickets statement anyhow.
>
> > Just Java & HTML
> >
> > Leverage what you know about Java or your favourite HTML editor to write
> > Wicket applications. With pure Java code and HTML markup Wicket is the
> > go-to web framework for purists.
> >
>
> /rant off :)
>
> On Wed, Apr 24, 2019 at 8:24 AM Maxim Solodovnik 
> wrote:
>
> > if something "look like a duck, walk like a duck and sound like a duck" -
> > it is duck :)
> > CSS table are tables, but with no HTML '' tags :)
> >
> > On Wed, 24 Apr 2019 at 13:22, nino martinez wael <
> > nino.martinez.w...@gmail.com> wrote:
> >
> > > if its CSS its not a table right?
> > >
> > >
> > >
> > > On Wed, Apr 24, 2019 at 7:25 AM Maxim Solodovnik  >
> > > wrote:
> > >
> > > > Actually you can :)
> > > > But you need CSS tables for this :)
> > > >
> > > > On Wed, 24 Apr 2019 at 11:53, nino martinez wael <
> > > > nino.martinez.w...@gmail.com> wrote:
> > > >
> > > > > I agree with Maxim, but I do not know the side effects, im going to
> > try
> > > > > it.. As it is now (out of the box), we cannot have nested forms in
> > > tables
> > > > > (for example on form per ) without breaking html.
> > > > >
> > > > > -Nino
> > > > >
> > > > > On Wed, Apr 24, 2019 at 3:24 AM Maxim Solodovnik <
> > solomax...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > I would say we can create overridable method so users can specify
> > > which
> > > > > tag
> > > > > > to use
> > > > > > it will help with ``
> > > > > >
> > > > > > On Wed, 24 Apr 2019 at 01:39, Sven Meier 
> wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > I think we could improve nested Forms so that only  tags
> > are
> > > > > > > turned into a , but anything else stays as it is.
> > > > > > >
> > > > > > > WDYT?
> > > > > > > Sven
> > > > > > >
> > > > > > > Am 23.04.19 um 10:01 schrieb nino martinez wael:
> > > > > > > > Hi
> > > > > > > >
> > > > > > > > When nesting forms, the form tag are changed to an div and it
> > is
> > > > hard
> > > > > > > coded:
> > > > > > > > org/apache/wicket/markup/html/form/Form.java:1597
> > > > > > > > ...
> > > > > > > >
> > > > > > > > tag.setName("div");
> > > > > > > >
> > > > > > > > ...
> > > > > > > >
> > > > > > > > If only I could change the tag to be tr, it would produce
> valid
> > > > html.
> > > > > > Are
> > > > > > > > it deliberate to be hardcoded?
> > > > > > > >
> > > > > > >
> > > > > > >
> > > -
> > > > > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > WBR
> > > > > > Maxim aka solomax
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards / Med venlig hilsen
> > > > > Nino Martinez
> > > > >
> > > >
> > > >
> > > > --
> > > > WBR
> > > > Maxim aka solomax
> > > >
> > >
> > >
> > > --
> > > Best regards / Med venlig hilsen
> > > Nino Martinez
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez
>


-- 
WBR
Maxim aka solomax


Re: [8.3] Nested Forms within a table?

2019-04-24 Thread Maxim Solodovnik
if something "look like a duck, walk like a duck and sound like a duck" -
it is duck :)
CSS table are tables, but with no HTML '' tags :)

On Wed, 24 Apr 2019 at 13:22, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> if its CSS its not a table right?
>
>
>
> On Wed, Apr 24, 2019 at 7:25 AM Maxim Solodovnik 
> wrote:
>
> > Actually you can :)
> > But you need CSS tables for this :)
> >
> > On Wed, 24 Apr 2019 at 11:53, nino martinez wael <
> > nino.martinez.w...@gmail.com> wrote:
> >
> > > I agree with Maxim, but I do not know the side effects, im going to try
> > > it.. As it is now (out of the box), we cannot have nested forms in
> tables
> > > (for example on form per ) without breaking html.
> > >
> > > -Nino
> > >
> > > On Wed, Apr 24, 2019 at 3:24 AM Maxim Solodovnik  >
> > > wrote:
> > >
> > > > I would say we can create overridable method so users can specify
> which
> > > tag
> > > > to use
> > > > it will help with ``
> > > >
> > > > On Wed, 24 Apr 2019 at 01:39, Sven Meier  wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > I think we could improve nested Forms so that only  tags are
> > > > > turned into a , but anything else stays as it is.
> > > > >
> > > > > WDYT?
> > > > > Sven
> > > > >
> > > > > Am 23.04.19 um 10:01 schrieb nino martinez wael:
> > > > > > Hi
> > > > > >
> > > > > > When nesting forms, the form tag are changed to an div and it is
> > hard
> > > > > coded:
> > > > > > org/apache/wicket/markup/html/form/Form.java:1597
> > > > > > ...
> > > > > >
> > > > > > tag.setName("div");
> > > > > >
> > > > > > ...
> > > > > >
> > > > > > If only I could change the tag to be tr, it would produce valid
> > html.
> > > > Are
> > > > > > it deliberate to be hardcoded?
> > > > > >
> > > > >
> > > > >
> -
> > > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > > >
> > > > >
> > > >
> > > > --
> > > > WBR
> > > > Maxim aka solomax
> > > >
> > >
> > >
> > > --
> > > Best regards / Med venlig hilsen
> > > Nino Martinez
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez
>


-- 
WBR
Maxim aka solomax


Re: [8.3] Nested Forms within a table?

2019-04-23 Thread Maxim Solodovnik
Actually you can :)
But you need CSS tables for this :)

On Wed, 24 Apr 2019 at 11:53, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> I agree with Maxim, but I do not know the side effects, im going to try
> it.. As it is now (out of the box), we cannot have nested forms in tables
> (for example on form per ) without breaking html.
>
> -Nino
>
> On Wed, Apr 24, 2019 at 3:24 AM Maxim Solodovnik 
> wrote:
>
> > I would say we can create overridable method so users can specify which
> tag
> > to use
> > it will help with ``
> >
> > On Wed, 24 Apr 2019 at 01:39, Sven Meier  wrote:
> >
> > > Hi,
> > >
> > > I think we could improve nested Forms so that only  tags are
> > > turned into a , but anything else stays as it is.
> > >
> > > WDYT?
> > > Sven
> > >
> > > Am 23.04.19 um 10:01 schrieb nino martinez wael:
> > > > Hi
> > > >
> > > > When nesting forms, the form tag are changed to an div and it is hard
> > > coded:
> > > > org/apache/wicket/markup/html/form/Form.java:1597
> > > > ...
> > > >
> > > > tag.setName("div");
> > > >
> > > > ...
> > > >
> > > > If only I could change the tag to be tr, it would produce valid html.
> > Are
> > > > it deliberate to be hardcoded?
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez
>


-- 
WBR
Maxim aka solomax


Re: [8.3] Nested Forms within a table?

2019-04-23 Thread Maxim Solodovnik
I would say we can create overridable method so users can specify which tag
to use
it will help with ``

On Wed, 24 Apr 2019 at 01:39, Sven Meier  wrote:

> Hi,
>
> I think we could improve nested Forms so that only  tags are
> turned into a , but anything else stays as it is.
>
> WDYT?
> Sven
>
> Am 23.04.19 um 10:01 schrieb nino martinez wael:
> > Hi
> >
> > When nesting forms, the form tag are changed to an div and it is hard
> coded:
> > org/apache/wicket/markup/html/form/Form.java:1597
> > ...
> >
> > tag.setName("div");
> >
> > ...
> >
> > If only I could change the tag to be tr, it would produce valid html. Are
> > it deliberate to be hardcoded?
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


Re: How to use new IPageStore

2019-04-22 Thread Maxim Solodovnik
Thanks a million Sven!

On Tue, 23 Apr 2019 at 04:02, Sven Meier  wrote:
>
> Hi Maxim,
>
> wicketstuff-datastore has examples for this, like:
>
>  setPageManagerProvider(new DefaultPageManagerProvider(this)
>  {
>  @Override
>  protected IPageStore newPersistentStore()
>  {
>
>  HazelcastInstance instance =
> Hazelcast.newHazelcastInstance();
>
>  return new SerializingPageStore(new
> HazelcastDataStore(getName(), instance),
> getFrameworkSettings().getSerializer());
>  }
>  });
>
> I.e. a SerializingPageStore does the conversion to/from serialized pages.
>
> Have fun
> Sven
>
>
> Am 22.04.19 um 17:17 schrieb Maxim Solodovnik:
> > Hello Sven,
> >
> > I'm trying to migrate OpenMeetings code to wicket9
> > The migration was easy, moving to junit5 was doable
> > All tests are green
> >
> > BUT real application throws Exceptions :(
> >
> > I'm setting Hazelcast as follows: [1]
> > I have checked the code And found no way to pass SerializedPage to
> > HazelcastDataStore
> >
> > SerializedPage is class and it is final
> >
> > Could you please guide me what am I doing wrong?
> >
> >
> > [1]
> > https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/java/org/apache/openmeetings/web/app/Application.java#L225
> >
> > ERROR 04-22 21:55:56.068 o.a.w.u.l.ListenerCollection:124
> > [nio-5443-exec-1] - Error invoking listener:
> > org.apache.wicket.Application$2@68756190
> > org.apache.wicket.WicketRuntimeException: CassandraDataStore works
> > with serialized pages only
> > at
> > org.wicketstuff.datastores.hazelcast.HazelcastDataStore.addPersistedPage(HazelcastDataStore.java:122)
> > at
> > org.apache.wicket.pageStore.AbstractPersistentPageStore.addPage(AbstractPersistentPageStore.java:128)
> > at
> > org.apache.wicket.pageStore.InSessionPageStore.addPage(InSessionPageStore.java:139)
> > at
> > org.apache.wicket.pageStore.RequestPageStore.detach(RequestPageStore.java:99)
> > at org.apache.wicket.page.PageManager.detach(PageManager.java:79)
> >
> >
> > --
> > WBR
> > Maxim aka solomax



-- 
WBR
Maxim aka solomax

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



How to use new IPageStore

2019-04-22 Thread Maxim Solodovnik
Hello Sven,

I'm trying to migrate OpenMeetings code to wicket9
The migration was easy, moving to junit5 was doable
All tests are green

BUT real application throws Exceptions :(

I'm setting Hazelcast as follows: [1]
I have checked the code And found no way to pass SerializedPage to
HazelcastDataStore

SerializedPage is class and it is final

Could you please guide me what am I doing wrong?


[1]
https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/java/org/apache/openmeetings/web/app/Application.java#L225

ERROR 04-22 21:55:56.068 o.a.w.u.l.ListenerCollection:124 [nio-5443-exec-1]
- Error invoking listener: org.apache.wicket.Application$2@68756190
org.apache.wicket.WicketRuntimeException: CassandraDataStore works with
serialized pages only
at
org.wicketstuff.datastores.hazelcast.HazelcastDataStore.addPersistedPage(HazelcastDataStore.java:122)
at
org.apache.wicket.pageStore.AbstractPersistentPageStore.addPage(AbstractPersistentPageStore.java:128)
at
org.apache.wicket.pageStore.InSessionPageStore.addPage(InSessionPageStore.java:139)
at
org.apache.wicket.pageStore.RequestPageStore.detach(RequestPageStore.java:99)
at org.apache.wicket.page.PageManager.detach(PageManager.java:79)


-- 
WBR
Maxim aka solomax


[ANNOUNCE] WicketStuff 9.0.0-M1 Released

2019-04-19 Thread Maxim Solodovnik
WicketStuff core 9.0.0-M1 based on Apache Wicket 9.0.0-M1 is released
and soon will be available at Maven Central!

The changelog is:

Andrea Del Bene (1):
  Changed package name of wicketstuff-rest-utils to solve issue
643 which is about OSGI bundles.

Andrew Kondratev (1):
  Improve debug logging formatting

Dennis Hoersch (1):
  Allow to customize selectize.js settings (#656)

Lucas Fernandes (1):
  Add language support Portuguese-BR (#659)

Martin Tzvetanov Grigorov (6):
  Use scalatest-maven-plugin to execute Scalatest (stop depending
on JUnitRunner for this)
  Upgrade Jackson to 2.9.8
  Fixes #655 - Do not try to render the model objects when
AbstractSelect2Choice component is in stateless mode
  Update Scala to 2.12.8 and scala-maven-plugin to 4.0.1
  [datatables] Fixes #660 - Add support for filtering to the
Infinite Scroll demo page
  Move the call of "MonitorFactory.getFactory().reset();" to
AfterEach in JamonMonitoredRequestCycleTest

Maxim Solodovnik (73):
  master branch is switched to the next dev version
  wicket1.5-tree is updated to latest release
  Basic work on switching to java9 (test failures)
  Toolchain is updated to contain java9
  Some code are fixed for java9
  Some more java9 issues are fixed
  Build seems to be fixed
  lambda-parent module is removed
  lambda-parent module is removed
  Initial attempt to switch to java10
  Redundant apt is removed
  OpenJdk location is updated
  Trying to fix SSL error
  Add myself to the notifications
  Another attenpt to fix the build
  AbstractReadOnlyModel is replaced with IModel
  AbstractRequestCycleListener and IChainingModel are removed
  Minor code indentation clean-up
  This weird test is fixed one more time
  Oracle jdk10 is added
  Add toolchains for Oracle
  Add toolchains for Oracle
  Toolchains selector improved
  Toolchains selector improved
  GeocoderTest.testGeocoding is ignored
  Useless IE 5/6 check is removed
  Another attempt to fix the tests
  Another attempt to fix the tests
  Another attempt to fix the tests
  Fixes issue #636: isPresent() is used for null check
  Fixes issue #638: getJQueryReference() is used instead of get()
  Merge pull request #639 from aldaris/depfix
  Fixes issue #637: URL parameters are correctly encoded
  Library versions were updated
  cglib and asm versions were updated
  jqplot4java is forked and it's dependencies are updated
  Version is fixed
  Build should be fixed, code clean-up, jqplot is updated
  Plugin versions were updated, code clean-up
  Missing javadocs should not fail the build
  scala-maven-plugin version decreased to reduce required maven version
  wicket-8.x version of PR #640
  master is switched to Java 11
  Build should be fixed
  Quiet option is removed
  Merge pull request #642 from andruhon/master
  Plugins and dependendencies are updated
  All tests are migrated to Junit5 (except for params order)
  Common property is moved to the top level pom
  Tests are separated from source sode
  Additional tests are fixed
  HTTPS is being used for artifact distribution
  Fixes issue #644: select2 parent is changed, getModelValue is fixed
  Tests are updated to use junit5
  StringBuffer -> StringBuilder
  Compilation is fixed (caused by WICKET-6620)
  Another attempt to fix the build
  Examples should be fixed
  Surefire plugin is updated
  Library versions are updated, shiro and phonebook examples are fixed
  Library versions are updated, code clean-up
  Build should be fixed
  Fixes #654: NPE due to transient fiels is null after component
was deserialized
  Code clean-up: @Deprecated classes/methods are removed,
compilation warnings are fixed
  Dependencies are updated with safe versions, build is fixed
  Tests are being executed as expected
  Scala tests are enabled back
  Outdated jquery-parent module is removed
  Initial attempt to fix cometd (tests are 'semi-working')
  Javadoc links are fixed
  Versions are aligned with wicket, plugins and dependencies are updated
  maven-bundle-plugin version is set to 4.1.0
  Wicketstuff-9.0.0-M1 is released

Sven Meier (1):
  WICKET-6563 adjusted to new IPageStore

Thanos Apostolou (1):
  Ajax redirect keeps ResponseState (#652)

froque (1):
  Ambiguous methods bridge (#646)

vineet (1):
  new project quickview added


The WicketStuff team

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



[ANNOUNCE] WicketStuff 7.13.0 Released

2019-04-16 Thread Maxim Solodovnik
WicketStuff core 7.13.0 based on Apache Wicket 7.13.0 is released
and soon will be available at Maven Central!

The changelog since 7.12.0 is:

Dennis Hoersch (1):
  Allow to customize selectize.js settings (#656)

Lucas Fernandes (1):
  Add language support Portuguese-BR (#659)

Maxim Solodovnik (3):
  Fixes #654: NPE due to transient fiels is null after component
was deserialized
  Wicket version is switched to next SNAPSHOT
  wicketstuff-core-7.13.0 is released

The WicketStuff team

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



Re: AJAX error on chrome with latest 8.4 release

2019-04-16 Thread Maxim Solodovnik
Maybe non-minimized stacktrace can gave some more info?

On Tue, 16 Apr 2019 at 22:35, Ernesto Reinaldo Barreiro
 wrote:
>
> Hi,
>
> Bumping jQuery version to 3.4.0 provides same results (no minimized).
>
> On Tue, Apr 16, 2019 at 5:28 PM Maxim Solodovnik 
> wrote:
>
> > non minified jquery and/or wicket.mode=DEVELOPMENT
> > May be it will shed some light on this issue ...
> >
> > On Tue, 16 Apr 2019 at 20:59, Ernesto Reinaldo Barreiro <
> > reier...@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > > On Tue, Apr 16, 2019 at 4:36 PM Maxim Solodovnik 
> > > wrote:
> > >
> > > > Is it reproducible with non-minified (i.e. DEVELOPMENT) version?
> > > >
> > >
> > > Do you mean jquery non minified jQuery?
> > >
> > > --
> > > Regards - Ernesto Reinaldo Barreiro
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
> --
> Regards - Ernesto Reinaldo Barreiro



-- 
WBR
Maxim aka solomax

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



[ANNOUNCE] WicketStuff 8.4.0 Released

2019-04-16 Thread Maxim Solodovnik
WicketStuff core 8.4.0 based on Apache Wicket 8.4.0 is released
and soon will be available at Maven Central!

The changelog since 8.3.0 is:

Dennis Hoersch (1):
  Allow to customize selectize.js settings (#656)

Lucas Fernandes (1):
  Add language support Portuguese-BR (#659)

Martin Tzvetanov Grigorov (2):
  Fixes #655 - Do not try to render the model objects when
AbstractSelect2Choice component is in stateless mode
  [datatables] Fixes #660 - Add support for filtering to the
Infinite Scroll demo page

Maxim Solodovnik (7):
  Switching to the next development version
  Fixes #654: NPE due to transient fiels is null after component
was deserialized
  String.format is replaced with '+'
  Dependencies are updated with safe versions
  Merge branch 'wicket-8.x' of github.com:wicketstuff/core into wicket-8.x
  Initial attempt to fix cometd (tests are 'semi-working')
  wicketstuff-core 8.4.0 is released

Thanos Apostolou (1):
  Ajax redirect keeps ResponseState (#652)

The WicketStuff team

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



Re: AJAX error on chrome with latest 8.4 release

2019-04-16 Thread Maxim Solodovnik
non minified jquery and/or wicket.mode=DEVELOPMENT
May be it will shed some light on this issue ...

On Tue, 16 Apr 2019 at 20:59, Ernesto Reinaldo Barreiro 
wrote:

> Hi,
>
> On Tue, Apr 16, 2019 at 4:36 PM Maxim Solodovnik 
> wrote:
>
> > Is it reproducible with non-minified (i.e. DEVELOPMENT) version?
> >
>
> Do you mean jquery non minified jQuery?
>
> --
> Regards - Ernesto Reinaldo Barreiro
>


-- 
WBR
Maxim aka solomax


Re: AJAX error on chrome with latest 8.4 release

2019-04-16 Thread Maxim Solodovnik
Is it reproducible with non-minified (i.e. DEVELOPMENT) version?

On Tue, 16 Apr 2019 at 20:34, Ernesto Reinaldo Barreiro 
wrote:

> Hi Maxim,
>
> Thanks for feedback.
>
> wicket-jquery-ui based Wizard works for me as expected (just have tested
> > Chrome latest at Ubuntu 18.10)
> >
>
> We are using or own home grown implementation of a wizard on top of a
> custom wrapper around bootstrap modal (I was the person creating those
> components, so I know them well). We have many similar wizards in
> application. I was expecting this wizard to be the same :-( I have already
> tested some of the other wizards and they still work. Funny thing is we are
> not doing anything particularly different here.. Or so I believe :-)
>
>
> >
> > On Tue, 16 Apr 2019 at 18:33, Ernesto Reinaldo Barreiro <
> > reier...@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > > I'm experiencing following error
> > >
> > > POST
> > >
> > >
> >
> http://10.211.55.6:8080/kms2/advanced-search?1-2.0-body-wizardModal-modal-form-footer-volatileButtons-3-button
> > > net::ERR_INCOMPLETE_CHUNKED_ENCODING 200
> > > send @ jquery-3.2.1.min-ver-1555412805000.js:4
> > > ajax @ jquery-3.2.1.min-ver-1555412805000.js:4
> > > doAjax @ wicket-ajax-jquery-ver-1555412805000.js:692
> > > (anonymous) @ wicket-ajax-jquery-ver-1555412805000.js:556
> > > e @ jquery-3.2.1.min-ver-1555412805000.js:2
> > > schedule @ wicket-ajax-jquery-ver-1555412805000.js:289
> > > schedule @ wicket-ajax-jquery-ver-1555412805000.js:349
> > > ajax @ wicket-ajax-jquery-ver-1555412805000.js:555
> > > (anonymous) @ wicket-ajax-jquery-ver-1555412805000.js:1793
> > > dispatch @ jquery-3.2.1.min-ver-1555412805000.js:3
> > > q.handle @ jquery-3.2.1.min-ver-1555412805000.js:3
> > >
> > > On latest Chrome on Mac. This does not happens with latest FF (So, I
> > assume
> > > this is a wicket bug). Is this a known issue? Our application  is very
> > > complicated and I'm not sure I will be able to create a quickstart.
> > >
> > > --
> > > Regards - Ernesto Reinaldo Barreiro
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
> --
> Regards - Ernesto Reinaldo Barreiro
>


-- 
WBR
Maxim aka solomax


Re: AJAX error on chrome with latest 8.4 release

2019-04-16 Thread Maxim Solodovnik
Hello Ernesto,

wicket-jquery-ui based Wizard works for me as expected (just have tested
Chrome latest at Ubuntu 18.10)

On Tue, 16 Apr 2019 at 18:33, Ernesto Reinaldo Barreiro 
wrote:

> Hi,
>
> I'm experiencing following error
>
> POST
>
> http://10.211.55.6:8080/kms2/advanced-search?1-2.0-body-wizardModal-modal-form-footer-volatileButtons-3-button
> net::ERR_INCOMPLETE_CHUNKED_ENCODING 200
> send @ jquery-3.2.1.min-ver-1555412805000.js:4
> ajax @ jquery-3.2.1.min-ver-1555412805000.js:4
> doAjax @ wicket-ajax-jquery-ver-1555412805000.js:692
> (anonymous) @ wicket-ajax-jquery-ver-1555412805000.js:556
> e @ jquery-3.2.1.min-ver-1555412805000.js:2
> schedule @ wicket-ajax-jquery-ver-1555412805000.js:289
> schedule @ wicket-ajax-jquery-ver-1555412805000.js:349
> ajax @ wicket-ajax-jquery-ver-1555412805000.js:555
> (anonymous) @ wicket-ajax-jquery-ver-1555412805000.js:1793
> dispatch @ jquery-3.2.1.min-ver-1555412805000.js:3
> q.handle @ jquery-3.2.1.min-ver-1555412805000.js:3
>
> On latest Chrome on Mac. This does not happens with latest FF (So, I assume
> this is a wicket bug). Is this a known issue? Our application  is very
> complicated and I'm not sure I will be able to create a quickstart.
>
> --
> Regards - Ernesto Reinaldo Barreiro
>


-- 
WBR
Maxim aka solomax


Re: Integrate Wicket with Keycloak

2019-04-10 Thread Maxim Solodovnik
Not sure this is related to Keycloak

But here is example how to restrict access to pages/components:
https://ci.apache.org/projects/wicket/guide/8.x/single.html#_using_roles_with_annotations

On Wed, 10 Apr 2019 at 21:43, Calin Pavel  wrote:

> Hi everybody,
>
> Did anybody integrated Wicket with Keycloak?
> Do you have any sample how this could be done - to restrict access to
> pages, to authenticate user 
>
>
> Thank you,
> Calin Pavel
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


Re: [8.x] form Input HTML5 form attribute?

2019-04-10 Thread Maxim Solodovnik
The reference to the final spec:
https://www.w3.org/TR/html5/sec-forms.html#association-of-controls-and-forms

Actually wicket do support nested forms for many years

On Wed, 10 Apr 2019 at 16:05, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> Hi
>
> I am going through our designers html drafts and can see they are wanting
> to use a hierarchical separated form from inputs..
>
> Apparently its part of the HTML5 specification, is this something wicket
> supports?
>
>
> https://www.w3.org/TR/2011/WD-html5-20110525/association-of-controls-and-forms.html#attr-fae-form
>
>
> Their reason for this, I think are to use tables for organizing tabular
> editable data. But as a form cannot be hierarchical inside a tr they just
> store it besides it in a td..And connect the inputs via the form attribute.
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez
>


-- 
WBR
Maxim aka solomax


Re: Adding busy indicator to Wizard finish button.

2019-04-03 Thread Maxim Solodovnik
Hello,

WizardButtons are being created here
https://github.com/apache/wicket/blob/master/wicket-extensions/src/main/java/org/apache/wicket/extensions/wizard/WizardButtonBar.java

You could override one or more method and return IndicatingButton for ex.
https://github.com/sebfz1/wicket-jquery-ui/blob/wicket8.x/wicket-kendo-ui/src/main/java/com/googlecode/wicket/kendo/ui/form/button/IndicatingButton.java

Or maybe add 
https://github.com/sebfz1/wicket-jquery-ui/blob/wicket8.x/wicket-jquery-ui/src/main/java/com/googlecode/wicket/jquery/ui/form/button/AjaxIndicatingButtonBehavior.java
:)

On Wed, 3 Apr 2019 at 11:42, sharofiddin  wrote:
>
> I need to add a busy indicator to the Finish button of the wizard. I tried
> several ways without success. Like this :
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=87917
> 
>
> --
> Sent from: 
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



Re: web sockets messages + page identities

2019-04-03 Thread Maxim Solodovnik
Hello Ernesto,

We also have code to send websocket messages "to others"
I do store active client list (each page/tab is client)
Every client stores pageId and sessionId

Then I do filtering on pageId+sessionId

This seems to work as expected

On Wed, 3 Apr 2019 at 18:18, Ernesto Reinaldo Barreiro
 wrote:
>
> Hi,
>
> I have the following use case.
>
> 1- One browser tab sends a text message
> 2- Other browser tabs should receive message (but emitting tab not).
>
> I have done
>
> add(*new *WebSocketBehavior() {
> @Override
> *protected void *onMessage(WebSocketRequestHandler handler, TextMessage
> message) {
> sendNotificationToSession()
> }
> });
>
>
>
> *public void *sendNotificationToSession(String sessionId) {
> *if *(com.rometools.utils.Strings.*isEmpty*(sessionId)) {
> *throw new *IllegalArgumentException(*"sessionId cannot be empty"*);
> }
> Application application = Application.*get*(KmsContext.*APP_NAME*);
> privateSendNotificationTo(getRegistry(application).getConnections(application,
> sessionId));
> }
>
>
> *private void *privateSendNotificationTo(Collection
> webSocketConnections) {
> String message = toJSON();
> *for*(IWebSocketConnection connection : webSocketConnections) {
> *if *(connection.isOpen()) {
> *try *{
> connection.sendMessage(message);
> } *catch *(IOException e) {
> *log*.error(*"Could not send notification"*, e);
> *//$NON-NLS-1$ *}
> }
> }
> }
>
>
> I see some classes like
>
>
>
>
>
> */**  * A base message for all messages with information about the client
>  */ **public abstract class *AbstractClientMessage *implements *
> IWebSocketMessage
> {
> *private final *String *applicationName*;
> *private final *String *sessionId*;
> *private final *IKey *key*;
>
> *public *AbstractClientMessage(Application application, String sessionId,
> IKey key)
> {
> *this*.*applicationName *= Args.*notNull*(application, *"application"*
> ).getName();
> *this*.*sessionId *= Args.*notNull*(sessionId, *"sessionId"*);
> *this*.*key *= Args.*notNull*(key, *"key"*);
> }
>
> *public *Application getApplication()
> {
> *return *Application.*get*(*applicationName*);
> }
>
> *public *String getSessionId()
> {
> *return **sessionId*;
> }
>
> *public *IKey getKey()
> {
> *return **key*;
> }
>
> }
>
>
> provide IKey as "discriminator" of sending page. But this is neither part
> of IWebSocketMessage nor it is part of IWebSocketConnection... So, I don't
> really know to use to exclude the emitting page. This clearly would be
> possible if both IWebSocketMessage and IWebSocketConnection have a IKey
> getPageKey();
>
>
> Is there a way to do this? Am I missing some essential part?
>
>
> --
> Regards - Ernesto Reinaldo Barreiro



-- 
WBR
Maxim aka solomax

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



Re: Adding Guage Charts to Wicket

2019-03-22 Thread Maxim Solodovnik
You can also use some other chart components from wicketstuff:
https://github.com/wicketstuff/core

On Fri, 22 Mar 2019 at 23:18, gasper  wrote:

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

-- 
WBR
Maxim aka solomax


Re: Adding Guage Charts to Wicket

2019-03-22 Thread Maxim Solodovnik
org.apache.wicket.markup.html.image.resource.DynamicImageResource ->
org.apache.wicket.request.resource.DynamicImageResource
org.apache.wicket.Resource -> org.apache.wicket.request.resource.
AbstractResource
(or maybe org.apache.wicket.request.resource.IResource)
org.apache.wicket.protocol.http.WebResponse ->
org.apache.wicket.request.http.WebResponse

On Fri, 22 Mar 2019 at 20:00, gasper  wrote:

> Thanks for the sample link.
>
> I am currently using Wicket 6.30.0
> But when I try to test the code samples, lot of errors came up most
> especially with the import statements.
>
>
> import org.apache.wicket.Resource;
> import org.apache.wicket.markup.html.image.resource.DynamicImageResource;
> import org.apache.wicket.protocol.http.WebResponse;
>
> I tried importing it again but it seems they are not available on my wicket
> version or so.
>
> Kindly help out.
>
>
>
> --
> Sent from:
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


Re: Adding Guage Charts to Wicket

2019-03-22 Thread Maxim Solodovnik
https://cwiki.apache.org/confluence/display/WICKET/JFreeChart+and+wicket+example

On Fri, 22 Mar 2019 at 18:43, gasper  wrote:

> I have knowledge on how to use JfreeChart on Java SE but on Wicket I can't
> find any useful links that shows how to use Jfreechart with Wicket.
>
> Can someone kindly help me out with JfreeChart integration with wicket?
> Thanks
>
> --
> Sent from:
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


Re: Wicket-jquery-ui autocomplete running slow

2019-03-10 Thread Maxim Solodovnik
Can you share quick-start project demonstrating this issue?

On Mon, 11 Mar 2019 at 02:44, Entropy  wrote:
>
> Identical to the timing of getchoices (the method that contains it).  In my
> most recent test 24ms for both while the full request took 6.5 seconds.
>
> --
> Sent from: 
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



Re: Problems with wicket examples 8.x

2019-03-10 Thread Maxim Solodovnik
Wicket datetime was deprecated and moved to wicketstuff project

Please correct it's maven coordinates :)

On Sun, Mar 10, 2019, 17:27 kyrindorx  wrote:

> Thx :)
>
> The next problem is:
>
> [ERROR] Failed to execute goal on project CustomDatepicker: Could not
> resolve dependencies for project
> org.wicketTutorial:CustomDatepicker:jar:1.0-SNAPSHOT: Failure to find
> org.apache.wicket:wicket-datetime:jar:8.3.0 in
> https://repo.maven.apache.org/maven2 was cached in the local repository,
> resolution will not be reattempted until the update interval of central
> has elapsed or updates are forced -> [Help 1]
>
> The page
> https://mvnrepository.com/artifact/org.apache.wicket/wicket-datetime
> knows only 8.0.0-M7 as the newest version.
>
> The pom.xml of the example fragements describe follow repo link:
>
>  
>  
>  Apache Nexus
> https://repository.apache.org/content/repositories/snapshots/
>  
> false
>  
>  
>  
>  
>  
>
> Where will the final versions provided? apache, maven central?
>
> Greets
> Daniel
>
> Am 10.03.19 um 11:06 schrieb Maxim Solodovnik:
> > Hello Daniel,
> >
> > It seems project a little bit outdated :(
> > please change wicket version here [1] to be "8.3.0"
> >
> > [1]
> https://github.com/bitstorm/Wicket-tutorial-examples/blob/master/pom.xml#L27
> >
> > On Sun, 10 Mar 2019 at 16:48, kyrindorx  wrote:
> >> Hey all,
> >>
> >> I tried to compile and run the Wicket examples of
> >> https://github.com/bitstorm/Wicket-tutorial-examples.git master branch.
> >> My setup is Linux, OpenJDK 11, Maven 3.5.4
> >>
> >> The error output of the mvn install or compile command was:
> >>
> >> [ERROR] Failed to execute goal on project BindSessionExample: Could not
> >> resolve dependencies for project
> >> org.wicketTutorial:BindSessionExample:jar:1.0-SNAPSHOT: Failure to find
> >> org.apache.wicket:wicket-core:jar:8.0.0-SNAPSHOT in
> >> https://repository.apache.org/content/repositories/snapshots/ was
> cached
> >> in the local repository, resolution will not be reattempted until the
> >> update interval of Apache Nexus has elapsed or updates are forced ->
> >> [Help 1]
> >>
> >> Is it required to add a repository to compile the examples?
> >>
> >> Greets
> >> Daniel
> >>
> >>
> >> -
> >> 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: Problems with wicket examples 8.x

2019-03-10 Thread Maxim Solodovnik
Hello Daniel,

It seems project a little bit outdated :(
please change wicket version here [1] to be "8.3.0"

[1] https://github.com/bitstorm/Wicket-tutorial-examples/blob/master/pom.xml#L27

On Sun, 10 Mar 2019 at 16:48, kyrindorx  wrote:
>
> Hey all,
>
> I tried to compile and run the Wicket examples of
> https://github.com/bitstorm/Wicket-tutorial-examples.git master branch.
> My setup is Linux, OpenJDK 11, Maven 3.5.4
>
> The error output of the mvn install or compile command was:
>
> [ERROR] Failed to execute goal on project BindSessionExample: Could not
> resolve dependencies for project
> org.wicketTutorial:BindSessionExample:jar:1.0-SNAPSHOT: Failure to find
> org.apache.wicket:wicket-core:jar:8.0.0-SNAPSHOT in
> https://repository.apache.org/content/repositories/snapshots/ was cached
> in the local repository, resolution will not be reattempted until the
> update interval of Apache Nexus has elapsed or updates are forced ->
> [Help 1]
>
> Is it required to add a repository to compile the examples?
>
> Greets
> Daniel
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



Re: Wicket-jquery-ui autocomplete running slow

2019-03-08 Thread Maxim Solodovnik
Additional question: What is the timing of `getFilterList` method?

On Sat, 9 Mar 2019 at 08:17, Sebastien  wrote:
>
> Hi, in your browser devtool / network, that the timing says while calling
> getchoice ?
>
> On Sat, Mar 9, 2019, 06:59 Entropy  wrote:
>
> > My project is using the wicket-jquery-ui AutoCompleteTextField.  We're
> > returning a list that was prefetched and all we do in the getChoices is
> > create a sublist.  the entire getChoices runs in milliseconds...usually
> > 20-30, which I know because I put a rudimentary timer in it.  Yet, the
> > autocomplete feels very sluggish as we're testing it.  So I put a timer in
> > a
> > filter that wraps our wicket calls and timed that.  The filter timer shows
> > the entire event is running 2-4 seconds.
> >
> > 2-4 seconds per keystroke when the fattest part of the call, the data
> > retrieval, is only taking 20-30ms seems like something is wrong.  The
> > list's
> > max size is being limited to 100 rows, but even when I pared it down to 10
> > rows the improvement was only marginal.
> >
> > I pasted the code below, but that mostly just shows the getChoices() which,
> > as I said above, is just filtering over a list in memory.  Any ideas?
> >
> > AutoCompleteTextField fld = new
> > AutoCompleteTextField(fldId)
> > {
> > protected List getChoices(String input) {
> > long start = System.currentTimeMillis();
> > if (minInputLen > 0) {
> > if (input == null ||
> > input.trim().length() < minInputLen) {
> > return
> > Collections.EMPTY_LIST;  // empty list
> > }
> > }
> >
> > List curMatchingList =
> > getFilterList(valList, input,
> > maxFilterListSize); // filters the in memory list valList by the input
> >
> > if (curMatchingList == null) {
> > curMatchingList = new
> > ArrayList();
> > }
> >
> > if (curMatchingList.size() == 0) {
> > if (noResultsVal != null) {
> >
> > curMatchingList.add(noResultsVal);  // no-results option
> > }
> > }
> > System.out.println("GETCHOICES: " +
> > (System.currentTimeMillis() -
> > start));
> > return curMatchingList; // data list
> > }
> > };
> >
> > --
> > Sent from:
> > http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >



-- 
WBR
Maxim aka solomax

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



Re: Skip URL escape on redirect

2019-03-06 Thread Maxim Solodovnik
IMO better way would be to create hash for encoded URL

On Wed, 6 Mar 2019 at 22:02, Calin Pavel  wrote:
>
> Hello,
>
> I'm doing a redirect from Wicket code like*   throw new
> RedirectToUrlException("http://mydomain/file(1).txt?Signature=JdfsuerJQEWQA2");
> *and this should redirect user to this page which is accessible if
> signature is valid (checks if URL did not changed).
>
> But, when doing the redirect Wicket escapes the brackets - so browser
> received in header
> location=*http://mydomain/file%281%29.txt?Signature=JdfsuerJQEWQA2 *,
> but the server does not accepts the request because signature does not
> match this URL.
>
> For this:
> 1. is there any other way to do the redirect without escaping URL?
>
> 2. is it a browser problem - it should unescape URL before doing
> redirect? have some doubts, since all (Chrome, IE, Firefox) works the same
> 3. would it be the responsibility of the targeted server to decode /
> unescape URL and then check for the signature?
>
> Thank you,
> Calin Pavel
> *
> *



-- 
WBR
Maxim aka solomax

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



Re: WebSocket

2019-02-19 Thread Maxim Solodovnik
Or maybe with Tomcat-7 you need Wicket-7 and wicket-native-websocket-tomcat 

On Tue, 19 Feb 2019 at 18:44, Maxim Solodovnik  wrote:
>
> Shot in the dark: tomcat 7 is too old ...
> Does it work with tomcat 8/8.5/9 ?
>
> On Tue, Feb 19, 2019, 18:30 Virginie Garcin  wrote:
>>
>> Hello,
>>
>> I'm trying to use WebSocket in Wicket 8.3.0, with Tomcat 7.0.85.
>>
>> In pom, I have:
>>
>> 
>> org.apache.wicket
>> wicket-native-websocket-javax
>> ${wicket.version}
>> 
>>
>> In web.xml, I did change the WicketFilter class name with:
>> org.apache.wicket.protocol.ws.javax.JavaxWebSocketFilter
>>
>> In my page, I have:
>>
>> @Override
>> protected void onInitialize() {
>> super.onInitialize();
>>
>> add( new WebSocketBehavior() {
>> @Override
>> protected void onConnect(ConnectedMessage message) {
>> super.onConnect( message );
>> System.out.println( "onConnect" );
>> WebSocketService.getInstance().addClient( message );
>> }
>> }
>> }
>>
>> When I open the page in the browser, the "onConnect" function is never 
>> called...
>> (I also noticed that the class WicketEndpoint is never called, I feel that 
>> it should be called at some point).
>>
>> Any idea of what I'm missing?
>>
>> Thanks in advance,
>> Virginie
>>
>>


-- 
WBR
Maxim aka solomax

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



Re: WebSocket

2019-02-19 Thread Maxim Solodovnik
Shot in the dark: tomcat 7 is too old ...
Does it work with tomcat 8/8.5/9 ?

On Tue, Feb 19, 2019, 18:30 Virginie Garcin  Hello,
>
> I'm trying to use WebSocket in Wicket 8.3.0, with Tomcat 7.0.85.
>
> In pom, I have:
>
> 
> org.apache.wicket
> wicket-native-websocket-javax
> ${wicket.version}
> 
>
> In web.xml, I did change the WicketFilter class name with:
>
> org.apache.wicket.protocol.ws.javax.JavaxWebSocketFilter
>
> In my page, I have:
>
> @Override
> protected void onInitialize() {
> super.onInitialize();
>
> add( new WebSocketBehavior() {
> @Override
> protected void onConnect(ConnectedMessage message) {
> super.onConnect( message );
> System.out.println( "onConnect" );
> WebSocketService.getInstance().addClient( message
> );
> }
> }
> }
>
> When I open the page in the browser, the "onConnect" function is never
> called...
> (I also noticed that the class WicketEndpoint is never called, I feel that
> it should be called at some point).
>
> Any idea of what I'm missing?
>
> Thanks in advance,
> Virginie
>
>
>


Re: Wicket-jquery-ui question

2019-02-17 Thread Maxim Solodovnik
Actually you can have any build system in your project
Quckstart can help to

1) show isolated issue
2) it is lightweight
3) there are chances you will find the problem in your code while
creating quickstart
4) we can run and debug quickstart and provide you with some "real" help

On Mon, 18 Feb 2019 at 06:14, Entropy  wrote:
>
> The problem is that my project isn't allowed to use Maven (long story with
> many arguments).  As i understand it, the quickstarts require Maven.
>
> --
> Sent from: 
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



[ANNOUNCE] WicketStuff 7.12.0 Released

2019-02-17 Thread Maxim Solodovnik
WicketStuff core 7.12.0 based on Apache Wicket 7.12.0 is released
and soon will be available at Maven Central!

The changelog since 7.11.0 is:

Maxim Solodovnik (2):
  Wicket version is switched to the next SNAPSHOT
  Wicketstuff 7.12.0 is released

Thanos Apostolou (1):
  Ajax redirect keeps ResponseState (#652)

The WicketStuff team

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



Re: Wicket-jquery-ui question

2019-02-15 Thread Maxim Solodovnik
Hello,

Can you share simple quickstart demonstrating the problem?

On Fri, 15 Feb 2019 at 23:18, Entropy  wrote:
>
> We recently added wicket-jquery-ui MessageDialog
> (http://www.7thweb.net/wicket-jquery-ui/dialog/MessageDialogPage;jsessionid=666ECDD526710BAC40AC4EBBFCC7F4F1?0)
> to our app.  But the demo renders the buttons like so:
>
> button class="ui-button ui-corner-all ui-widget" id="btn04"
> type="button"
>
> But when we use it in our app, there is no class set.  Also, the demo starts
> with the focus on the Ok button.  In ours, the user has to initiate an extra
> tab before the focus is on the button.
>
> The demo code doesn't seem to be adding it explicitly, and our use of it
> seems pretty mundane.
>
> msgDialog = new MessageDialog("exitConfirmDirty", "Unsaved 
> Changes",
> DIRTY_MESSAGE, DialogButtons.YES_NO, DialogIcon.WARN) {
>
> private static final long 
> serialVersionUID = 1L;
>
> @Override
> protected Component newLabel(String 
> id, IModel model) {
> return super.newLabel(id, new 
> Model(currentMessage));
> }
>
> @Override
> public void onClose(AjaxRequestTarget 
> target, DialogButton
> buttonPressed) {
> if 
> (buttonPressed.getName().equalsIgnoreCase("Yes")) {
> doAction(target);
> }
> }
> };
>
> And the button event that opens the dialog looks like:
>
> this.msgDialog.open(target);
>
> Anyone have any idea why i am getting different behavior than the demo?
>
> --
> Sent from: 
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



[ANNOUNCE] WicketStuff 8.3.0 Released

2019-02-01 Thread Maxim Solodovnik
WicketStuff core 8.3.0 based on Apache Wicket 8.3.0 is released
and soon will be available at Maven Central!

The changelog since 8.2.0 is:

Martin Tzvetanov Grigorov (1):
  Upgrade Jackson to 2.9.8

Maxim Solodovnik (7):
  Switching to the next development version
  HTTPS is being used for artifact distribution
  Fixes issue #644: select2 parent is changed, getModelValue is fixed
  StringBuffer -> StringBuilder
  Library versions are updated, shiro and phonebook examples are fixed
  Library versions are updated, code clean-up
  WicketStuff 8.3.0 release

froque (1):
  Ambiguous methods bridge (#646)

vineet (2):
  new project quickview added
  minor readme file change in quickiview

The WicketStuff team

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



Re: Validation message parameters and internationalization

2019-01-28 Thread Maxim Solodovnik
Yes,

ResourceModel seems to be much better to use in this case
Not the best example :(

On Mon, 28 Jan 2019 at 18:24, Ernesto Reinaldo Barreiro 
wrote:

> Hi,
>
> On Mon, Jan 28, 2019 at 1:04 PM Maxim Solodovnik 
> wrote:
>
> > Hello Zbynek,
> >
> > In our project we are customizing validation messages as follows:
> >
> > Markup:
> > 
> > 
> >
> > Java:
> > add(new
> >
> >
> RequiredTextField("wicketid").setLabel(Model.of(getString("label_key";
> >
>
> But this will make serialized pages bigger, if key values are bigger
> compared to keys, as deach on resource model will keep key and discard
> value (if I'm not mistaken).
>
>
> >
> > This way lots of built-in validation messages will be "auto-customized"
> >
> > not sure if it will work for you
> >
> >
> > On Mon, 28 Jan 2019 at 16:44, Zbynek Vavros 
> > wrote:
> >
> > > So I am using localized version of validation message for required
> fields
> > >
> > > Required=My custom message for field '${label}'
> > >
> > > but the resulting message contains field ID as parameters and result is
> > > i.e.
> > >
> > > "My custom message for field 'password'"
> > >
> > > since the whole page is not in English I would like to have the
> parameter
> > > localized as well.
> > > Some of the users do not speak English and they would not understand
> what
> > > "password" is.
> > >
> > > I see in code of org.apache.wicket.markup.html.form.FormComponent
> > > that the component's getId() is used as parameter. Any way to customize
> > > this?
> > >
> > > I can surely use validation message for this specific field with key
> i.e.
> > > "password.Required"
> > > but I would like to be more generic.
> > >
> > > Thanks,
> > > Zbynek
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>
>
> --
> Regards - Ernesto Reinaldo Barreiro
>


-- 
WBR
Maxim aka solomax


Re: Validation message parameters and internationalization

2019-01-28 Thread Maxim Solodovnik
Hello Zbynek,

In our project we are customizing validation messages as follows:

Markup:



Java:
add(new
RequiredTextField("wicketid").setLabel(Model.of(getString("label_key";

This way lots of built-in validation messages will be "auto-customized"

not sure if it will work for you


On Mon, 28 Jan 2019 at 16:44, Zbynek Vavros  wrote:

> So I am using localized version of validation message for required fields
>
> Required=My custom message for field '${label}'
>
> but the resulting message contains field ID as parameters and result is
> i.e.
>
> "My custom message for field 'password'"
>
> since the whole page is not in English I would like to have the parameter
> localized as well.
> Some of the users do not speak English and they would not understand what
> "password" is.
>
> I see in code of org.apache.wicket.markup.html.form.FormComponent
> that the component's getId() is used as parameter. Any way to customize
> this?
>
> I can surely use validation message for this specific field with key i.e.
> "password.Required"
> but I would like to be more generic.
>
> Thanks,
> Zbynek
>


-- 
WBR
Maxim aka solomax


Re: Missing code examples

2019-01-18 Thread Maxim Solodovnik
Hello,

just have checked

signin page for authentication2 exists and it has name SignIn2 both java
and html are  available
signin page for authentication3 exists and it has name MySignInPage both
java and html are  available

On Sat, 19 Jan 2019 at 11:36, ndongo yaya  wrote:

> Hello,
> The wicket-examples is a great tool for reference.
> http://examples7x.wicket.apache.org/index.html
>
> Although, I've noticed that for the authentication 2
>  and authentication 3
>  examples, we are
> missing the SigninPanel.class and SigninPanel.html.
> This might be done on purpose for simplification reasons or it could be an
> omission.
>
> I am not sure this is the right mailing list for that. Sorry if that is not
> the case.
>
> I just wanted to bring that your attention.
>
> Regards,
> --
> Yaya NDONGO
>


-- 
WBR
Maxim aka solomax


Re: Wicket 6.29 supports Jquery 3.0

2018-12-26 Thread Maxim Solodovnik
jquery 3 is not shipped with wicket-6.x [1]
You can try to add it via UrlResourceReference [2]

[1] 
https://github.com/apache/wicket/tree/wicket-6.x/wicket-core/src/main/java/org/apache/wicket/resource/jquery
[2] 
https://ci.apache.org/projects/wicket/guide/6.x/guide/single.html#resources_6

On Wed, 26 Dec 2018 at 21:09, SUBRA  wrote:
>
> HI All,
>
> Is wicket 6.29 supports jquery 3.0?
>
>
>
> --
> Sent from: 
> http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>


-- 
WBR
Maxim aka solomax

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



Re: About WicketStuff pdfjs usage

2018-12-26 Thread Maxim Solodovnik
Not sure I get the question ...

This [1] example works for me

[1] 
https://github.com/wicketstuff/core/tree/wicket-7.x/wicketstuff-pdf-js-parent/wicketstuff-pdfjs-examples

On Wed, 26 Dec 2018 at 20:21, ShengChe Hsiao  wrote:
>
> Hello
>
> Dose anybody working with it and provides sample code?
>
>
> 
> --->
> To boldly go where no man has gone before.
> 
> --->
> We do this not because it is easy. We do this because it is hard.
> -
> -->
> If I have seen further it is by standing on the shoulders of giants.
> --
> ->
> front...@gmail.com
> ->



-- 
WBR
Maxim aka solomax

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



Re: web session not available to current thread

2018-12-14 Thread Maxim Solodovnik
Please contact Tomcat user@ mailing list
for some reason remoteAddr is empty :(

You still can use
https://ci.apache.org/projects/wicket/apidocs/8.x/org/apache/wicket/protocol/http/ClientProperties.html#getRemoteAddress--

On Wed, 12 Dec 2018 at 07:53, Arunachalam Sibisakkaravarthi <
arunacha...@mcruncher.com> wrote:

> Hi Maxim,
> No, I did not use any frontend proxy since it is development environment.
>
>
>
> *Thanks And RegardsSibi.ArunachalammCruncher*
>
>
> On Mon, Dec 10, 2018 at 5:48 PM Maxim Solodovnik 
> wrote:
>
> > I was asking regarding frontend proxy like Apache or nginx
> > I would read Tomcat related articles regarding this
> >
> > On Mon, 10 Dec 2018 at 16:08, Arunachalam Sibisakkaravarthi <
> > arunacha...@mcruncher.com> wrote:
> >
> > > We use AOP auto proxy.Yes, the problem occurs in the Aspect class.
> > >
> > > We have configured this 
> > >
> > > How do I resolve this?
> > >
> > >
> > >
> > > *Thanks And RegardsSibi.ArunachalammCruncher*
> > >
> > >
> > > On Mon, Dec 10, 2018 at 4:42 PM Maxim Solodovnik  >
> > > wrote:
> > >
> > > > Are you using frontend proxy?
> > > >
> > > > On Mon, 10 Dec 2018 at 15:39, Arunachalam Sibisakkaravarthi <
> > > > arunacha...@mcruncher.com> wrote:
> > > >
> > > > > But, It didn't give remote address when run the app in Tomcat, but
> in
> > > > Jetty
> > > > > It gives correct remote address
> > > > >
> > > > > RequestCycle requestCycle = RequestCycle.get();
> > > > > ServletRequest containerRequest = (ServletRequest)
> > > > > requestCycle.getRequest().getContainerRequest();
> > > > > return containerRequest.getRemoteAddr();
> > > > >
> > > > > Can you all help me why I can't get the remoteAddr when run the app
> > in
> > > > > Tomcat?
> > > > >
> > > > >
> > > > >
> > > > > *Thanks And RegardsSibi.ArunachalammCruncher*
> > > > >
> > > > >
> > > > > On Fri, Dec 7, 2018 at 11:30 AM Arunachalam Sibisakkaravarthi <
> > > > > arunacha...@mcruncher.com> wrote:
> > > > >
> > > > > > It woks. Thank you.
> > > > > >
> > > > > >
> > > > > > *Thanks And RegardsSibi.ArunachalammCruncher*
> > > > > >
> > > > > >
> > > > > > On Thu, Dec 6, 2018 at 3:18 PM Ernesto Reinaldo Barreiro <
> > > > > > reier...@gmail.com> wrote:
> > > > > >
> > > > > >> Hi,
> > > > > >>
> > > > > >> See
> > > > > >>
> > > > > >> http://wicketinaction.com/2014/07/working-with-background-jobs/
> > > > > >> https://github.com/reiern70/antilia-bits/tree/master/bgprocess
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> On Thu, Dec 6, 2018 at 7:35 AM Arunachalam Sibisakkaravarthi <
> > > > > >> arunacha...@mcruncher.com> wrote:
> > > > > >>
> > > > > >> > Hi guys,
> > > > > >> > I am facing problem when try to get current session in
> separate
> > > > > thread.
> > > > > >> > Have a button in a page to import contacts.
> > > > > >> > When user clicks the button, it invoke Spring Async method in
> > > > service
> > > > > >> > class.
> > > > > >> > The method saves the contacts.
> > > > > >> > Inside the method I have used Sessiong.get() to get username.
> > > > > >> >
> > > > > >> > But it throws following exception
> > > > > >> >
> > > > > >> > org.apache.wicket.WicketRuntimeException: There is no
> > application
> > > > > >> attached
> > > > > >> > to current thread commonTaskExecutor-2
> > > > > >> > at org.apache.wicket.Application.get(Application.java:235)
> > > > > >> > at org.apache.wicket.Session.get(Session.java:175)
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> > *Thanks And RegardsSibi.ArunachalammCruncher*
> > > > > >> >
> > > > > >>
> > > > > >>
> > > > > >> --
> > > > > >> Regards - Ernesto Reinaldo Barreiro
> > > > > >>
> > > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > WBR
> > > > Maxim aka solomax
> > > >
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>


-- 
WBR
Maxim aka solomax


[ANNOUNCE] WicketStuff 6.30.0 Released

2018-12-14 Thread Maxim Solodovnik
WicketStuff core 6.30.0 based on Apache Wicket 6.30.0 is released and
soon will be available at Maven Central!

The changelog since 6.28.0 is:

Maxim Solodovnik (2):
  Tests are fixed
  Wicketstuff 6.30.0 is released

The WicketStuff team


Re: web session not available to current thread

2018-12-10 Thread Maxim Solodovnik
I was asking regarding frontend proxy like Apache or nginx
I would read Tomcat related articles regarding this

On Mon, 10 Dec 2018 at 16:08, Arunachalam Sibisakkaravarthi <
arunacha...@mcruncher.com> wrote:

> We use AOP auto proxy.Yes, the problem occurs in the Aspect class.
>
> We have configured this 
>
> How do I resolve this?
>
>
>
> *Thanks And RegardsSibi.ArunachalammCruncher*
>
>
> On Mon, Dec 10, 2018 at 4:42 PM Maxim Solodovnik 
> wrote:
>
> > Are you using frontend proxy?
> >
> > On Mon, 10 Dec 2018 at 15:39, Arunachalam Sibisakkaravarthi <
> > arunacha...@mcruncher.com> wrote:
> >
> > > But, It didn't give remote address when run the app in Tomcat, but in
> > Jetty
> > > It gives correct remote address
> > >
> > > RequestCycle requestCycle = RequestCycle.get();
> > > ServletRequest containerRequest = (ServletRequest)
> > > requestCycle.getRequest().getContainerRequest();
> > > return containerRequest.getRemoteAddr();
> > >
> > > Can you all help me why I can't get the remoteAddr when run the app in
> > > Tomcat?
> > >
> > >
> > >
> > > *Thanks And RegardsSibi.ArunachalammCruncher*
> > >
> > >
> > > On Fri, Dec 7, 2018 at 11:30 AM Arunachalam Sibisakkaravarthi <
> > > arunacha...@mcruncher.com> wrote:
> > >
> > > > It woks. Thank you.
> > > >
> > > >
> > > > *Thanks And RegardsSibi.ArunachalammCruncher*
> > > >
> > > >
> > > > On Thu, Dec 6, 2018 at 3:18 PM Ernesto Reinaldo Barreiro <
> > > > reier...@gmail.com> wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> See
> > > >>
> > > >> http://wicketinaction.com/2014/07/working-with-background-jobs/
> > > >> https://github.com/reiern70/antilia-bits/tree/master/bgprocess
> > > >>
> > > >>
> > > >>
> > > >> On Thu, Dec 6, 2018 at 7:35 AM Arunachalam Sibisakkaravarthi <
> > > >> arunacha...@mcruncher.com> wrote:
> > > >>
> > > >> > Hi guys,
> > > >> > I am facing problem when try to get current session in separate
> > > thread.
> > > >> > Have a button in a page to import contacts.
> > > >> > When user clicks the button, it invoke Spring Async method in
> > service
> > > >> > class.
> > > >> > The method saves the contacts.
> > > >> > Inside the method I have used Sessiong.get() to get username.
> > > >> >
> > > >> > But it throws following exception
> > > >> >
> > > >> > org.apache.wicket.WicketRuntimeException: There is no application
> > > >> attached
> > > >> > to current thread commonTaskExecutor-2
> > > >> > at org.apache.wicket.Application.get(Application.java:235)
> > > >> > at org.apache.wicket.Session.get(Session.java:175)
> > > >> >
> > > >> >
> > > >> >
> > > >> >
> > > >> > *Thanks And RegardsSibi.ArunachalammCruncher*
> > > >> >
> > > >>
> > > >>
> > > >> --
> > > >> Regards - Ernesto Reinaldo Barreiro
> > > >>
> > > >
> > >
> >
> >
> > --
> > WBR
> > Maxim aka solomax
> >
>


-- 
WBR
Maxim aka solomax


Re: web session not available to current thread

2018-12-10 Thread Maxim Solodovnik
Are you using frontend proxy?

On Mon, 10 Dec 2018 at 15:39, Arunachalam Sibisakkaravarthi <
arunacha...@mcruncher.com> wrote:

> But, It didn't give remote address when run the app in Tomcat, but in Jetty
> It gives correct remote address
>
> RequestCycle requestCycle = RequestCycle.get();
> ServletRequest containerRequest = (ServletRequest)
> requestCycle.getRequest().getContainerRequest();
> return containerRequest.getRemoteAddr();
>
> Can you all help me why I can't get the remoteAddr when run the app in
> Tomcat?
>
>
>
> *Thanks And RegardsSibi.ArunachalammCruncher*
>
>
> On Fri, Dec 7, 2018 at 11:30 AM Arunachalam Sibisakkaravarthi <
> arunacha...@mcruncher.com> wrote:
>
> > It woks. Thank you.
> >
> >
> > *Thanks And RegardsSibi.ArunachalammCruncher*
> >
> >
> > On Thu, Dec 6, 2018 at 3:18 PM Ernesto Reinaldo Barreiro <
> > reier...@gmail.com> wrote:
> >
> >> Hi,
> >>
> >> See
> >>
> >> http://wicketinaction.com/2014/07/working-with-background-jobs/
> >> https://github.com/reiern70/antilia-bits/tree/master/bgprocess
> >>
> >>
> >>
> >> On Thu, Dec 6, 2018 at 7:35 AM Arunachalam Sibisakkaravarthi <
> >> arunacha...@mcruncher.com> wrote:
> >>
> >> > Hi guys,
> >> > I am facing problem when try to get current session in separate
> thread.
> >> > Have a button in a page to import contacts.
> >> > When user clicks the button, it invoke Spring Async method in service
> >> > class.
> >> > The method saves the contacts.
> >> > Inside the method I have used Sessiong.get() to get username.
> >> >
> >> > But it throws following exception
> >> >
> >> > org.apache.wicket.WicketRuntimeException: There is no application
> >> attached
> >> > to current thread commonTaskExecutor-2
> >> > at org.apache.wicket.Application.get(Application.java:235)
> >> > at org.apache.wicket.Session.get(Session.java:175)
> >> >
> >> >
> >> >
> >> >
> >> > *Thanks And RegardsSibi.ArunachalammCruncher*
> >> >
> >>
> >>
> >> --
> >> Regards - Ernesto Reinaldo Barreiro
> >>
> >
>


-- 
WBR
Maxim aka solomax


Re: http://examples7x.wicket.apache.org/ is down

2018-12-05 Thread Maxim Solodovnik
Works for me (except for websockets)
what are your steps?

On Thu, 6 Dec 2018 at 13:34, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> the same with http://examples8x.wicket.apache.org/
>
> On Wed, Nov 21, 2018 at 9:42 AM Martin Grigorov 
> wrote:
>
> > Yes, it is a known problem.
> > Yesterday I shared a link to a ticket for Apache Infra about in dev@ :
> > https://issues.apache.org/jira/browse/INFRA-17280
> >
> > On Wed, Nov 21, 2018 at 10:22 AM Francois Meillet <
> > francois.meil...@gmail.com> wrote:
> >
> > > http://examples7x.wicket.apache.org/ is down
> > >
> > > François
> > >
> > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
>
>
> --
> Best regards / Med venlig hilsen
> Nino Martinez
>


-- 
WBR
Maxim aka solomax


Re: 7.10.0 -> 7.11.0 error with WicketTester

2018-12-03 Thread Maxim Solodovnik
The method is here
https://github.com/apache/wicket/blob/wicket-7.x/wicket-request/src/main/java/org/apache/wicket/request/Url.java#L1123
In all branches ...

On Mon, 3 Dec 2018 at 19:50, Francesco Chicchiriccò 
wrote:

> Hi all,
> after upgrading from 7.10.0 to 7.11.0, I receive the following exception
> when executing tests via Wicket Tester:
>
> java.lang.NoSuchMethodError:
> org.apache.wicket.request.Url.setContextRelative(Z)V
> at
> org.apache.wicket.protocol.http.servlet.ServletWebRequest.setParameters(ServletWebRequest.java:173)
> at
> org.apache.wicket.protocol.http.servlet.ServletWebRequest.getContextRelativeUrl(ServletWebRequest.java:209)
> at
> org.apache.wicket.protocol.http.servlet.ServletWebRequest.(ServletWebRequest.java:112)
> at
> org.apache.wicket.protocol.http.servlet.ServletWebRequest.(ServletWebRequest.java:82)
> at
> org.apache.wicket.protocol.http.WebApplication.newWebRequest(WebApplication.java:560)
> at
> org.apache.wicket.util.tester.BaseWicketTester.newServletWebRequest(BaseWicketTester.java:534)
> at
> org.apache.wicket.util.tester.BaseWicketTester.setupNextRequestCycle(BaseWicketTester.java:474)
> at
> org.apache.wicket.util.tester.BaseWicketTester.(BaseWicketTester.java:372)
> at
> org.apache.wicket.util.tester.BaseWicketTester.(BaseWicketTester.java:267)
> at
> org.apache.wicket.util.tester.BaseWicketTester.(BaseWicketTester.java:240)
> at
> org.apache.wicket.util.tester.WicketTester.(WicketTester.java:203)
>
> Any clue?
>
> TIA
> Regards.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

-- 
WBR
Maxim aka solomax


  1   2   3   4   5   6   7   >