Re: Bug in wicket-jqueryui Kendo DateTimePicker?

2015-12-28 Thread Sebastien
Hi Hans,

Kendo UI date pattern handles day names differently than java.

I've fixed the issue and will deploy a snapshot tonight
https://github.com/sebfz1/wicket-jquery-ui/issues/216

Thanks & best regards,
Sebastien.


Re: Bug in wicket-jqueryui Kendo DateTimePicker?

2015-12-28 Thread hfriederichs
Hello Sebastien,

Thank you for your quick response!

Best regards, Hans

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Bug-in-wicket-jqueryui-Kendo-DateTimePicker-tp4673069p4673116.html
Sent from the Users forum mailing list archive at Nabble.com.

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



Native WebSockets - exceptions and sendRedirect inside WebSocketResponse

2015-12-28 Thread Daniel Stoch
Hi,

As I wrote in my previous post "Native WebSockets - cookies and last
handler question": In WebSocketResponse many methods throws
UnsupportedOperationException. Some of them can be customized now
thanks to WICKET-6054.

But I have found another problem with WebSocketResponse.sendRedirect()
method. When you send a message using
IWebSocketConnection.sendMessage() and an exeption is raised somewhere
during processing of this message you can get the following exception
(the orignal exception is lost):

Error during processing error message
java.lang.UnsupportedOperationException
at 
org.apache.wicket.protocol.ws.api.WebSocketResponse.sendRedirect(WebSocketResponse.java:205)
at 
org.apache.wicket.request.handler.render.WebPageRenderer.redirectTo(WebPageRenderer.java:176)
at 
org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:327)
at 
org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175)
at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:890)
at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:310)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.executeExceptionRequestHandler(RequestCycle.java:319)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:233)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289)
at 
org.apache.wicket.protocol.ws.api.AbstractWebSocketProcessor.broadcastMessage(AbstractWebSocketProcessor.java:251)
at 
org.apache.wicket.protocol.ws.api.AbstractWebSocketConnection.sendMessage(AbstractWebSocketConnection.java:43)


This is because WebPageRenderer by default calls redirectTo method. So
it looks like WebSocketResponse.sendRedirect() should not throw
exception in the default implementation?

--
Best regards,
Daniel

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



Re: Properties file for *.jar full of custom validators

2015-12-28 Thread Štefan Šimík
Thank you Tobias - you spotted the right problem and it works now.

Problem was, really default behavior in copying resources by maven.
After fixing that, everything works now as expected.

Thank you guys - Martin, Tobias for your precious time and help!


To help others with same problem:
There is one cause why my validation messages did not work: *.properties
files were missing in final *.jar artifact
And there are 2 possible solutions how to fix that:

   1. Put *.utf8.properties file for wicket into
   src/main/resources/yourpackage/YourValidator.utf8.properties
   2. or put the same properties file directly near your validator *.java
   file, but then you need to instruct Maven to copy these resources into
   final artifact, because by default it skips them.
   - Put the XML below into your pom.xml.






src/main/resources
false


src/main/java
false

**


**/*.java








src/test/resources
false


src/test/java
false

**


**/*.java






On Mon, Dec 28, 2015 at 5:40 AM, Tobias Soloschenko <
tobiassolosche...@googlemail.com> wrote:

> Hi,
>
> did you put the properties in src/main/java or src/main/resources?
>
> You have to but it into resources if no additional maven settings are
> applied.
>
> So create a package with the same name in resources and name the
> properties file the same as the class
>
> src/main/java/my/package/MyValidator.java
> src/main/resources/my/package/MyValidator.properties
>
> kind regards
>
> Tobias
>
> > Am 27.12.2015 um 21:24 schrieb Štefan Šimík :
> >
> > Thank you for tip Martin ...
> > I tried both YourValidator.properties or YourValidator.utf8.propertiesit
> > right now, but the feedback message was empty string ("") in both cases.
> >
> > I found one working solution:
> > Call setMessage(...) on validator, which provides validation message, if
> no
> > key is found in properties files.
> >
> > But solution with using standard *.properties file would be still nicer
> for
> > me, if possible.
> >
> > On Sun, Dec 27, 2015 at 8:25 PM, Martin Grigorov <
> martin.grigo...@gmail.com>
> > wrote:
> >
> >> Hi,
> >>
> >> I don't have my IDE with me now, so I can't verify but
> >> YourValidator.properties staying next to YourValidator.class should
> work.
> >>> On Dec 27, 2015 8:28 PM, "Štefan Šimík" 
> wrote:
> >>>
> >>> I have separate *.jar containing custom form-component validators.
> >>> (in the *.jar file, there are only validators - no other Components, no
> >>> WebPage(s),
> >>> no WebApplication)
> >>>
> >>> MY QUESTION:
> >>> Which *.properties file should I create for these validators, so the
> >>> validator classes
> >>> and their default messages can be contained together in one *.jar?
> >>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Re: Bug in wicket-jqueryui Kendo DateTimePicker?

2015-12-28 Thread Sebastien
Hi Hans,

6.21.1-SNAPSHOT & 7.1.1-SNAPSHOT have been deployed.

Caution: if you are using a custom Kendo UI theme, version has been
upgraded to v2015.3.

Best regards,
Sebastien.


On Mon, Dec 28, 2015 at 11:46 AM, hfriederichs 
wrote:

> Hello Sebastien,
>
> Thank you for your quick response!
>
> Best regards, Hans
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Bug-in-wicket-jqueryui-Kendo-DateTimePicker-tp4673069p4673116.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>