Wicket at www.heise.de

[Tobias Soloschenko]

Hi all,

Wicket is mentioned at www.heise.de - a german page for IT news:

https://www.heise.de/news/Java-Webframework-Apache-Wicket-9-baut-vollstaendig-auf-Java-11-LTS-4845258.html

https://translate.googleusercontent.com/translate_c?depth=1=1=aue=translate.google.com=auto=nmt4=en=https://www.heise.de/news/Java-Webframework-Apache-Wicket-9-baut-vollstaendig-auf-Java-11-LTS-4845258.html=ALkJrhh6-pOqmT3gRwLuLFOimkxYCnDQqg

kind regards

Tobias

Re: Is there an example project for wicket-spring-boot with gradle and webpack?

[Tobias Soloschenko]

Hi again,

some hints I found on stackoverflow:

https://stackoverflow.com/questions/38738587/migrate-frontend-maven-plugin-from-maven-to-gradle

kind regards

Tobias

> Am 08.12.2019 um 09:02 schrieb Per Newgro :
> 
> Hello *,
> 
> i try to setup a spring boot project based on wicket-spring-boot-parent.
> To built my frontend assets (sass, js, svg minify etc) i like to use webpack.
> 
> But if i start my project the assets are not loaded. So i hope to find an 
> example project,
> where i can find some inspirations how i could setup everything.
> 
> Btw. i built everything with gradle.
> 
> Thanks for your support
> Per
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

Re: Is there an example project for wicket-spring-boot with gradle and webpack?

[Tobias Soloschenko]

Hi,

for maven:

maybe you can use the eirslett frontend-maven-plugin and put in the npm 
executions you would like to have to build your frontend part beside the normal 
compile for the Wicket classes:

https://github.com/eirslett/frontend-maven-plugin

I did something long time ago with grunt:

https://github.com/klopfdreh/fluentsquare/blob/master/com.fluentsquare.web/pom.xml

I think you should be able to modify the executions to use webpack:

https://webpack.js.org/guides/getting-started/

for gradle I sadly don‘t have any examples.

kind regards

Tobias

> Am 08.12.2019 um 09:02 schrieb Per Newgro :
> 
> Hello *,
> 
> i try to setup a spring boot project based on wicket-spring-boot-parent.
> To built my frontend assets (sass, js, svg minify etc) i like to use webpack.
> 
> But if i start my project the assets are not loaded. So i hope to find an 
> example project,
> where i can find some inspirations how i could setup everything.
> 
> Btw. i built everything with gradle.
> 
> Thanks for your support
> Per
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

Re: Wrapping a FormComponent with a Border

[Tobias Soloschenko]

Hi,

why not add a css class and style it?

kind regards

Tobias

> Am 02.09.2019 um 12:20 schrieb Ernesto Reinaldo Barreiro :
> 
> Another possibility is to do this client side...
> 
>> On Mon, Sep 2, 2019, 11:43 AM "Tom Götz"  wrote:
>> 
>> That would be great, thanks in advance!
>> 
>> Tom
>> 
>> 
>>> Gesendet: Montag, 02. September 2019 um 10:39 Uhr
>>> Von: "Ernesto Reinaldo Barreiro" 
>>> An: users@wicket.apache.org
>>> Betreff: Re: Wrapping a FormComponent with a Border
>>> 
>>> Hi,
>>> 
 On Mon, Sep 2, 2019 at 11:13 AM Tom Götz  wrote:
 
 Thanks Ernesto! This example is from 2007 though and uses
 compent.setComponentBorder 
 Is there something more close to current Wicket versions available
>> maybe?
 :)
 
>>> 
>>> I think I have somewhere on a private project something similar
>> implemented
>>> for Wicket 7.x... I can try to dig it up and send classes to you.
>>> 
>>> --
>>> Regards - Ernesto Reinaldo Barreiro
>>> 
>> 
>> -
>> 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: DropDownChoice - choices type vs model type

[Tobias Soloschenko]

Hi,

just my 5 Cent but I hate conversion methods to transform JPA objects to DTO - 
why not place in the JAXB annotations into the same class - this prevents a lot 
of code and please no DozerBeanMapper ;-)

kind regards

Tobias

> Am 01.07.2019 um 21:19 schrieb Zbynek Vavros :
> 
> I don't want DTO - entity relation, the idea here is to make clear
> separation of JPA entities and DTOs that can be send over REST/RMI
> call/serialized.
> 
> So you don't think there is some "wickety " magic to make this less painful?
> Own class is sure thing, if nothing else than for tests...
> 
> Zbynek
> 
> 
> 
>> On Mon, Jul 1, 2019 at 7:22 PM Sven Meier  wrote:
>> 
>> Hi,
>> 
>> preferably your dto would hold a batch instance instead of the name only.
>> 
>> In your case you have to do the mapping somewhere, the renderer is a
>> good place for that.
>> Move it into its own class file so it won't hurt so much :P.
>> 
>> Have fun
>> Sven
>> 
>> 
>>> On 01.07.19 14:45, Zbynek Vavros wrote:
>>> Hi,
>>> 
>>> I don't have any specific use-case for this but I'm interested on how to
>> do
>>> this properly.
>>> 
>>> There is a DropDownChoice that displays list of Batches.
>>> Now the display option should be "id" and "name" concated together and
>>> the DropDownChoice selection model will be only the name.
>>> 
>>> Batch is simple entity/DTO with Long id and String name, something like:
>>> 
>>> public class Batch implements Serializable {
>>> private Long id;
>>> private String name;
>>> }
>>> 
>>> DropDownChoice is added to form that has CompoundPropertyModel for
>> example
>>> like this:
>>> 
>>> public class ResultDto implement Serializable {
>>> private String batchName;
>>> }
>>> 
>>> the only solution I can think of is custom IChoiceRenderer but looks
>> nasty
>>> 
>>> List batches = Lists.newArrayList();
>>> List names
>>> =batches.stream().map(Batch::getName).collect(Collectors.toList());
>>> 
>>> add(new DropDownChoice<>(" batchName ", names, new
>>> IChoiceRenderer() {
>>> @Override
>>> public Object getDisplayValue(String name) {
>>> 
>>> Batch batch1 = batches.stream().filter(batch ->
>>> name.equalsIgnoreCase(batch.getName())).findFirst().get();
>>> 
>>> return batch1.getId() + " - " + batch1.getName();
>>> }
>>> 
>>> @Override
>>> public String getIdValue(String object, int index) {
>>> return String.valueOf(index);
>>> }
>>> 
>>> @Override
>>> public String getObject(String id, IModel>> extends String>> choices) {
>>> return batches.get(Integer.valueOf(id)).getName()
>>> }
>>> }));
>>> 
>>> Surely there has to be a better way to do this!
>>> 
>>> Zbynek
>>> 
>> 
>> -
>> 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: estimate time for 9.x release?

[Tobias Soloschenko]

+1 for next Milestone

kind regards

Tobias

> Am 26.06.2019 um 08:02 schrieb 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
>> 

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

Re: Wicket recognized by ASF

[Tobias Soloschenko]

I think we should forward this to her. I am going to do so. 

kind regards

Tobias

> Am 26.03.2019 um 18:09 schrieb Andrea Del Bene :
> 
> They confused www.xbox-now.com with www.xbox.com :-)
> 
> On Tue, Mar 26, 2019 at 6:05 PM Martijn Dashorst 
> wrote:
> 
>> XBOX.com? Nice...
>> 
>> Martijn
>> 
>> On Tue, Mar 26, 2019 at 3:29 PM Andrea Del Bene 
>> wrote:
>>> 
>>> For its 20th birthday Apache Software Foundation celebrates by
>> recognizing
>>> 20 influential projects
>>> 
>>> https://opensource.com/article/19/3/apache-projects
>>> 
>>> --
>>> Andrea Del Bene.
>>> Apache Wicket committer.
>> 
>> 
>> 
>> --
>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>> 
>> 
> 
> -- 
> Andrea Del Bene.
> Apache Wicket committer.

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

Re: Using the summernote rich text editor with Wicket

[Tobias Soloschenko]

You also need the Maven-Dependencies of wicket-bootstrap - could you check the 
Network traffic to see if there are any 404 for CSS / JS

kind regards

Tobias

> Am 05.12.2018 um 21:50 schrieb dylanbozeman :
> 
> I didn't find any errors in the Javascript console of the browser.
> 
> Which CSS files / JS files are required? All that I have done is replicate
> the java class/html-markup that you linked me to. I don't see any CSS/JS
> files associated. Could you link me to those as well perhaps?
> 
> Thank you for your help..
> 
> --
> 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
> 

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

Re: Using the summernote rich text editor with Wicket

[Tobias Soloschenko]

Please have a look at the javascript console of the browser (if there are any 
errors) and if the CSS files / JS files are present on your site. There were no 
recent changes and the files are within the code base of wicket bootstrap as I 
remember correctly.

kind regards

Tobias

> Am 03.12.2018 um 23:01 schrieb dylanbozeman :
> 
> I meant on my own site. I've got summernote and Wicket bootstrap but for some
> reason the WYSIWYG isn't displaying. Just the TextArea is showing up. 
> 
> --
> 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
> 

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

Re: Using the summernote rich text editor with Wicket

[Tobias Soloschenko]

Hello,

for me it is showing up:

https://wb7.teliclab.info/summernote

You have to use Wicket bootstrap and summernote.

kind regards

Tobias

> Am 03.12.2018 um 19:28 schrieb dylanbozeman :
> 
> Any idea why when I implement the code you provided there I don't get the
> summernote Editor displaying?
> 
> Page loads find, TextArea component is showing up, but the summernote Editor
> just isn't there...
> 
> --
> 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
> 

Re: Paths not serializable

[Tobias Soloschenko]

Hi Sven,

so we may create a ticket for this. :-)

kind regards

Tobias

> Am 21.06.2018 um 15:07 schrieb Sven Meier :
> 
> Hi Tobias,
> 
> I'n not sure what's the best solution for this :/.
> 
> IMHO this isn't a crucial issue atm, since we won't be able to do API changes 
> in 8.x anyways.
> 
> For 9.x we'll have a lot of time to do it right.
> 
> Have fun
> Sven
> 
> 
>> Am 19.06.2018 um 00:15 schrieb Tobias Soloschenko:
>> Hi Sven,
>> 
>> I would suggest to deal with the worst scenario for RR and IResource and 
>> implement all accordingly.
>> 
>> So we may use a Model / LoadableDetachableModel in case of someone holds the 
>> RR / IResource within the component tree.
>> 
>> WDYT?
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 18.06.2018 um 21:13 schrieb Sven Meier :
>>> 
>>> Hi Tobias,
>>> 
>>> thanks, I wasn't aware of TextTemplateResourceReference.
>>> 
>>> IMHO it doesn't uses a modus operandi we would want to endorse, i.e. it 
>>> doesn't detach its model and I don't see a good way to do that anyway.
>>> 
>>> But it shows the difficulty in posing any rules for RR: If the 
>>> resourceReference is registered in the application, it doesn't need to be 
>>> serializable. Only if it is kept in the component tree, it has to be 
>>> serializable.
>>> The same holds for IResources.
>>> 
>>> Have fun
>>> Sven
>>> 
>>> 
>>> 
>>>> Am 15.06.2018 um 06:03 schrieb Tobias Soloschenko:
>>>> Hi,
>>>> 
>>>> so you suggest that we may should use only serializable objects as 
>>>> arguments?
>>>> 
>>>> The TextTemplateResourceReference is also using a Model.
>>>> 
>>>> So maybe we should refactor all to not use models at all?
>>>> 
>>>> https://ci.apache.org/projects/wicket/apidocs/8.x/org/apache/wicket/request/resource/ResourceReference.html
>>>> 
>>>> In my opinion there should be a unified way for all RR.
>>>> 
>>>> kind regards
>>>> 
>>>> Tobias
>>>> 
>>>>> Am 14.06.2018 um 19:49 schrieb Sven Meier :
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> a model doesn't make too much sense here, because references don't get 
>>>>> detached.
>>>>> 
>>>>> I find the usage of a model here and in FileSystemResource a little 
>>>>> misleading:
>>>>> Yes, the LDM will drop the reference once it is serialized (because of 
>>>>> its transient reference),
>>>>> but it is 'detached' explicitly in #respond() only, which doesn't 
>>>>> actually happen until the resource is fetched in a different request.
>>>>> 
>>>>> Have fun
>>>>> Sven
>>>>> 
>>>>> 
>>>>>> Am 14.06.2018 um 18:25 schrieb Tobias Soloschenko:
>>>>>> +1 - at this time I was not aware of what all has to be serializable. So 
>>>>>> yep I would suggest to use the Model at this place, too.
>>>>>> 
>>>>>> kind regards
>>>>>> 
>>>>>> Tobias
>>>>>> 
>>>>>>> Am 14.06.2018 um 07:50 schrieb Martin Grigorov :
>>>>>>> 
>>>>>>> With WICKET-6504 we improved FileSystemResource to use
>>>>>>> LoadableDetachableModel instead of just path.
>>>>>>> Maybe the same should be done for the ResourceReference too ?
>>>>>>> 
>>>>>>> On Thu, Jun 14, 2018 at 4:24 AM Maxim Solodovnik 
>>>>>>> wrote:
>>>>>>> 
>>>>>>>> You can have String path (instead of Path path)
>>>>>>>> And it will works as expected :)
>>>>>>>> 
>>>>>>>> WBR, Maxim
>>>>>>>> (from mobile, sorry for the typos)
>>>>>>>> 
>>>>>>>>> On Thu, Jun 14, 2018, 04:23 sorinev  wrote:
>>>>>>>>> 
>>>>>>>>> Perfect, that worked. What's the side effect of this vs the other 
>>>>>>>>> way, if
>>>>>>>>> any?
>>>>>>>>> 
>>>>>>>>> --
>>>>>>>>> Sent from:
>>>>>>>>&g

Re: Paths not serializable

[Tobias Soloschenko]

Hi Sven,

I would suggest to deal with the worst scenario for RR and IResource and 
implement all accordingly.

So we may use a Model / LoadableDetachableModel in case of someone holds the RR 
/ IResource within the component tree.

WDYT?

kind regards

Tobias

> Am 18.06.2018 um 21:13 schrieb Sven Meier :
> 
> Hi Tobias,
> 
> thanks, I wasn't aware of TextTemplateResourceReference.
> 
> IMHO it doesn't uses a modus operandi we would want to endorse, i.e. it 
> doesn't detach its model and I don't see a good way to do that anyway.
> 
> But it shows the difficulty in posing any rules for RR: If the 
> resourceReference is registered in the application, it doesn't need to be 
> serializable. Only if it is kept in the component tree, it has to be 
> serializable.
> The same holds for IResources.
> 
> Have fun
> Sven
> 
> 
> 
>> Am 15.06.2018 um 06:03 schrieb Tobias Soloschenko:
>> Hi,
>> 
>> so you suggest that we may should use only serializable objects as arguments?
>> 
>> The TextTemplateResourceReference is also using a Model.
>> 
>> So maybe we should refactor all to not use models at all?
>> 
>> https://ci.apache.org/projects/wicket/apidocs/8.x/org/apache/wicket/request/resource/ResourceReference.html
>> 
>> In my opinion there should be a unified way for all RR.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 14.06.2018 um 19:49 schrieb Sven Meier :
>>> 
>>> Hi,
>>> 
>>> a model doesn't make too much sense here, because references don't get 
>>> detached.
>>> 
>>> I find the usage of a model here and in FileSystemResource a little 
>>> misleading:
>>> Yes, the LDM will drop the reference once it is serialized (because of its 
>>> transient reference),
>>> but it is 'detached' explicitly in #respond() only, which doesn't actually 
>>> happen until the resource is fetched in a different request.
>>> 
>>> Have fun
>>> Sven
>>> 
>>> 
>>>> Am 14.06.2018 um 18:25 schrieb Tobias Soloschenko:
>>>> +1 - at this time I was not aware of what all has to be serializable. So 
>>>> yep I would suggest to use the Model at this place, too.
>>>> 
>>>> kind regards
>>>> 
>>>> Tobias
>>>> 
>>>>> Am 14.06.2018 um 07:50 schrieb Martin Grigorov :
>>>>> 
>>>>> With WICKET-6504 we improved FileSystemResource to use
>>>>> LoadableDetachableModel instead of just path.
>>>>> Maybe the same should be done for the ResourceReference too ?
>>>>> 
>>>>> On Thu, Jun 14, 2018 at 4:24 AM Maxim Solodovnik 
>>>>> wrote:
>>>>> 
>>>>>> You can have String path (instead of Path path)
>>>>>> And it will works as expected :)
>>>>>> 
>>>>>> WBR, Maxim
>>>>>> (from mobile, sorry for the typos)
>>>>>> 
>>>>>>> On Thu, Jun 14, 2018, 04:23 sorinev  wrote:
>>>>>>> 
>>>>>>> Perfect, that worked. What's the side effect of this vs the other way, 
>>>>>>> if
>>>>>>> any?
>>>>>>> 
>>>>>>> --
>>>>>>> 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
>>>>>>> 
>>>>>>> 
>>>> -
>>>> 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

Re: Paths not serializable

[Tobias Soloschenko]

Hi,

so you suggest that we may should use only serializable objects as arguments?

The TextTemplateResourceReference is also using a Model.

So maybe we should refactor all to not use models at all?

https://ci.apache.org/projects/wicket/apidocs/8.x/org/apache/wicket/request/resource/ResourceReference.html

In my opinion there should be a unified way for all RR.

kind regards

Tobias

> Am 14.06.2018 um 19:49 schrieb Sven Meier :
> 
> Hi,
> 
> a model doesn't make too much sense here, because references don't get 
> detached.
> 
> I find the usage of a model here and in FileSystemResource a little 
> misleading:
> Yes, the LDM will drop the reference once it is serialized (because of its 
> transient reference),
> but it is 'detached' explicitly in #respond() only, which doesn't actually 
> happen until the resource is fetched in a different request.
> 
> Have fun
> Sven
> 
> 
>> Am 14.06.2018 um 18:25 schrieb Tobias Soloschenko:
>> +1 - at this time I was not aware of what all has to be serializable. So yep 
>> I would suggest to use the Model at this place, too.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 14.06.2018 um 07:50 schrieb Martin Grigorov :
>>> 
>>> With WICKET-6504 we improved FileSystemResource to use
>>> LoadableDetachableModel instead of just path.
>>> Maybe the same should be done for the ResourceReference too ?
>>> 
>>> On Thu, Jun 14, 2018 at 4:24 AM Maxim Solodovnik 
>>> wrote:
>>> 
>>>> You can have String path (instead of Path path)
>>>> And it will works as expected :)
>>>> 
>>>> WBR, Maxim
>>>> (from mobile, sorry for the typos)
>>>> 
>>>>> On Thu, Jun 14, 2018, 04:23 sorinev  wrote:
>>>>> 
>>>>> Perfect, that worked. What's the side effect of this vs the other way, if
>>>>> any?
>>>>> 
>>>>> --
>>>>> 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
>>>>> 
>>>>> 
>> -
>> 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: Paths not serializable

[Tobias Soloschenko]

+1 - at this time I was not aware of what all has to be serializable. So yep I 
would suggest to use the Model at this place, too.

kind regards

Tobias

> Am 14.06.2018 um 07:50 schrieb Martin Grigorov :
> 
> With WICKET-6504 we improved FileSystemResource to use
> LoadableDetachableModel instead of just path.
> Maybe the same should be done for the ResourceReference too ?
> 
> On Thu, Jun 14, 2018 at 4:24 AM Maxim Solodovnik 
> wrote:
> 
>> You can have String path (instead of Path path)
>> And it will works as expected :)
>> 
>> WBR, Maxim
>> (from mobile, sorry for the typos)
>> 
>>> On Thu, Jun 14, 2018, 04:23 sorinev  wrote:
>>> 
>>> Perfect, that worked. What's the side effect of this vs the other way, if
>>> any?
>>> 
>>> --
>>> 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
>>> 
>>> 
>> 

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

Re: Wicket 8 migration / header contributions question

[Tobias Soloschenko]

Oh just saw - you added it!

kind regards

Tobias

> Am 23.05.2018 um 18:54 schrieb Andrea Del Bene :
> 
> Hi,
> 
> this should be caused by WICKET-6498. This issue has changed the behavior for 
> HeaderResponseDecorator. You can find how to adapt your code in the migration 
> guide or in the release note of Milestone 9:
> 
> https://wicket.apache.org/news/2018/02/17/wicket-8.0.0-M9-released.html
> 
> 
> 
> 
>> On 23/05/2018 17:55, Tobias Gierke wrote:
>> Hi,
>> 
>> I'm in the process of migrating our application from Wicket 7.10 to Wicket 8 
>> and encountered some weirdness with regards to header contributions.
>> 
>> Our application has a top-level WebPage that defines a 
>> HeaderResponseContainerat the very end of the page markup and all other 
>> application pages inherit from it. We have a few header items that need to 
>> be rendered in their own section at the bottom of the page so I basically 
>> took the approach outlined in 
>> http://tomaszdziurko.com/2017/02/forcing-wicket-place-javascript-files-bottom/
>>  and adopted it to our needs.
>> 
>> Our Application#init() method does this:
>> 
>> ---final IHeaderResponseDecorator 
>> headerResponseDecorator =new IHeaderResponseDecorator()
>>{
>>   @Override public IHeaderResponse decorate(IHeaderResponse response)
>>   {
>>  return new FilteringHeaderResponse(response);
>>   }
>>};
>>setHeaderResponseDecorator(headerResponseDecorator);
>> ---
>> 
>> And from inside Behavior#renderHead() we're doing
>> 
>> ---final OnDomReadyHeaderItem toWrap = 
>> OnDomReadyHeaderItem.forScript(script);
>> response.render(new FilteredHeaderItem(toWrap, "our-bucket" );
>> ---
>> 
>> This was working fine in Wicket 7.10 but with Wicket 8 the Wicket defeault 
>> Javascript files (wicket-event-jquery,wicket-ajax-jquery etc.) are no longer 
>> being included in the page so AJAX buttons etc. fail with "TypeError: 
>> Wicket.Event is undefined" etc.
>> 
>> Wrapping the FilteringHeaderResponse inside a ResourceAggregator like|| 
>> shown in the migration guide had no effect.
>> 
>> 
>> Thanks,
>> Tobias
>> 
>> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: Wicket 8 migration / header contributions question

[Tobias Soloschenko]

Hi Andrea,

is this also part of the migration document in confluence?

kind regards

Tobias

> Am 23.05.2018 um 18:54 schrieb Andrea Del Bene :
> 
> Hi,
> 
> this should be caused by WICKET-6498. This issue has changed the behavior for 
> HeaderResponseDecorator. You can find how to adapt your code in the migration 
> guide or in the release note of Milestone 9:
> 
> https://wicket.apache.org/news/2018/02/17/wicket-8.0.0-M9-released.html
> 
> 
> 
> 
>> On 23/05/2018 17:55, Tobias Gierke wrote:
>> Hi,
>> 
>> I'm in the process of migrating our application from Wicket 7.10 to Wicket 8 
>> and encountered some weirdness with regards to header contributions.
>> 
>> Our application has a top-level WebPage that defines a 
>> HeaderResponseContainerat the very end of the page markup and all other 
>> application pages inherit from it. We have a few header items that need to 
>> be rendered in their own section at the bottom of the page so I basically 
>> took the approach outlined in 
>> http://tomaszdziurko.com/2017/02/forcing-wicket-place-javascript-files-bottom/
>>  and adopted it to our needs.
>> 
>> Our Application#init() method does this:
>> 
>> ---final IHeaderResponseDecorator 
>> headerResponseDecorator =new IHeaderResponseDecorator()
>>{
>>   @Override public IHeaderResponse decorate(IHeaderResponse response)
>>   {
>>  return new FilteringHeaderResponse(response);
>>   }
>>};
>>setHeaderResponseDecorator(headerResponseDecorator);
>> ---
>> 
>> And from inside Behavior#renderHead() we're doing
>> 
>> ---final OnDomReadyHeaderItem toWrap = 
>> OnDomReadyHeaderItem.forScript(script);
>> response.render(new FilteredHeaderItem(toWrap, "our-bucket" );
>> ---
>> 
>> This was working fine in Wicket 7.10 but with Wicket 8 the Wicket defeault 
>> Javascript files (wicket-event-jquery,wicket-ajax-jquery etc.) are no longer 
>> being included in the page so AJAX buttons etc. fail with "TypeError: 
>> Wicket.Event is undefined" etc.
>> 
>> Wrapping the FilteringHeaderResponse inside a ResourceAggregator like|| 
>> shown in the migration guide had no effect.
>> 
>> 
>> Thanks,
>> Tobias
>> 
>> 
> 
> 
> -
> 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: Google Login with spring boot @WicketApp

[Tobias Soloschenko]

Thanks a lot for sharing of the Code!

kind regards

Tobias

> Am 12.04.2018 um 23:50 schrieb guillaume.mary :
> 
> Hi,
> 
> I came accross the same problem some months ago (in a more generic way
> because it wasn't targeting Google only).
> I made the choice to use PAC4J to benefit from its principle and algorithm :
> "all you have to do" is to handle page requests and decide wheither or not
> it should be pushed to PAC4J (are all your pages protected ?). You also have
> to understand PAC4J, which is not a simple thing because it doesn't feet
> well with Wicket.
> You must use a "IndirectClient" (PAC4J term) and call :
> - DefaultSecurityLogic to start third party authentication
> - DefaultCallbackLogic to handle callback from the provider, it must be
> mounted on a URL
> - DefaultLogoutLogic for logout, it must be mounted also
> 
> I made all of this in the following project :
> https://github.com/tircis/pac4j-wicket
> No release, no example, no doc (but javadoc), sorry.
> You'll have to put a Pac4jRequestCycleListener in your web.xml or
> equivalent, then use the Pac4jApplication or mimic it.
> The scheme is that AuthenticatedWebApplication decides first (according to
> role annotations) if users are loggedIn or not, I mean that URL protection
> is not made by PACJ4. It might be different with Spring boot.
> The project depends on Wicket 8 but it can be reverted to Wicket 7 easily
> (1-2 adjustments to make).
> 
> Last, if you have to handle both IndirectClient and DirectClient (not OAuth
> Provider, continue to use your local database), then it' even more
> complicated. In my code I tried to make Wicket SignInPanel feets to PAC4J
> DirectClient, it's not clean because Wicket SignInPanel is coupled to
> AuthenticatedWebSession and made an ugly ThreadLocal for credentials
> short-term storage.
> 
> Hope it helps
> 
> --
> 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
> 

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

Re: How to add image in the panel class

[Tobias Soloschenko]

Hi,

I would wrap the panel tag around the div and apply a class to it. For the 
inline icon you can use the CssUrlReplacer with ?embedBase64. See:

https://ci.apache.org/projects/wicket/guide/7.x/single.html#_cssheaderitem_and_javascriptheaderitem_compression

If you would like the image to be in the HTML content you can use InlineImage:

https://ci.apache.org/projects/wicket/guide/7.x/single.html#_inline_image_embedded_resource_reference_content

kind regards

Tobias

> Am 03.01.2018 um 20:23 schrieb extraquoo :
> 
> I want to add an image icon inline the title of the panel like below
>  
> 
> the panel HTML is using the tag  to render the panel class
> 
> HTML :
> 
>
>..(verbiages) 
>
>
> 
> 
> then the corresponding class extends the Panel :
> 
> public class AmericansWithDisabilitiesPanel extends Panel {
>private static final long serialVersionUID = 1L;
>public AmericansWithDisabilitiesPanel(String pWicketId) {
>super(pWicketId);
>}
> }
> 
> 
> Is there any way to add the image to the panel title?
> 
> 
> --
> 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
> 

Re: Wicket Metrics

[Tobias Soloschenko]

Hi,

ok seems to be the right place. I configured only tomcat with aspectj, yet. Did 
you ensured to configure the LTW correctly? 

kind regards

Tobias

> Am 24.12.2017 um 14:20 schrieb Shengche Hsiao <shengchehs...@gmail.com>:
> 
> Here is my project structure
> src
> -main
> java
> resources
> META-INF
> aop.xml
> webapp
> WEB-INF
> 
> On Sun, Dec 24, 2017 at 7:58 PM, Shengche Hsiao <shengchehs...@gmail.com>
> wrote:
> 
>> OK, let me check, thank you
>> 
>> On Sun, Dec 24, 2017 at 5:54 PM, Tobias Soloschenko <
>> tobiassolosche...@googlemail.com> wrote:
>> 
>>> Hi,
>>> 
>>> mailing list does not support image attachments - please file in the text
>>> and also check if the aop.xml is in the root of your webapp.
>>> 
>>> kind regards
>>> 
>>> Tobias
>>> 
>>>> Am 24.12.2017 um 10:48 schrieb Shengche Hsiao <shengchehs...@gmail.com
>>>> :
>>>> 
>>>> Dear Tobias
>>>> 
>>>> This is my aop.xml location, and I am using Wildfly 10 as ee container.
>>>> 
>>>> 
>>>> 
>>>>> On Sun, Dec 24, 2017 at 12:33 PM, Tobias Soloschenko <
>>> tobiassolosche...@googlemail.com> wrote:
>>>>> Hi,
>>>>> 
>>>>> have you placed the aspecj xml to the correct place? You have to add
>>> it and the mentioned aspect so that Wicket Metrics is able to work. See the
>>> documentation how to setup here:
>>>>> 
>>>>> https://ci.apache.org/projects/wicket/guide/8.x/single.html#
>>> _example_setup
>>>>> 
>>>>> kind regards
>>>>> 
>>>>> Tobias
>>>>> 
>>>>>> Am 23.12.2017 um 19:04 schrieb Shengche Hsiao <
>>> shengchehs...@gmail.com>:
>>>>>> 
>>>>>> Dear all
>>>>>> 
>>>>>> When I try to add this functionality, the application cannot start
>>> and had
>>>>>> exceptions blow
>>>>>> 
>>>>>> Caused by: org.apache.wicket.WicketRuntimeException: The application
>>>>>> couldn't be resolved, please ensure to apply ">>>>> name="org.apache.wicket.metrics.aspects.WicketFilterInitAspect" />"
>>> to your
>>>>>> aspects
>>>>>> 
>>>>>> 
>>>>>> any suggestions?
>>>>>> 
>>>>>> --
>>>>>> 
>>>>>> 
>>> --->
>>>>>> We do this not because it is easy. We do this because it is hard.
>>>>>> 
>>> --->
>>>>>> ShengChe Hsiao
>>>>>> 
>>> --->
>>>>>> front...@gmail.com
>>>>>> front...@tc.edu.tw
>>>>>> 
>>> --->
>>>>>> VoIP : 070-910-2450
>>>>>> 
>>> --->
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 
>>>> 
>>> --->
>>>> We do this not because it is easy. We do this because it is hard.
>>>> 
>>> --->
>>>> ShengChe Hsiao
>>>> 
>>> --->
>>>> front...@gmail.com
>>>> front...@tc.edu.tw
>>>> 
>>> --->
>>>> VoIP : 070-910-2450
>>>> 
>>> --->
>>> 
>> 
>> 
>> 
>> --
>> 
>> --->
>> We do this not because it is easy. We do this because it is hard.
>> --->
>> ShengChe Hsiao
>> --->
>> front...@gmail.com
>> front...@tc.edu.tw
>> --->
>> VoIP : 070-910-2450
>> --->
>> 
> 
> 
> 
> -- 
> 
> --->
> We do this not because it is easy. We do this because it is hard.
> --->
> ShengChe Hsiao
> --->
> front...@gmail.com
> front...@tc.edu.tw
> --->
> VoIP : 070-910-2450
> --->

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

Re: Wicket Metrics

[Tobias Soloschenko]

Hi,

mailing list does not support image attachments - please file in the text and 
also check if the aop.xml is in the root of your webapp.

kind regards

Tobias

> Am 24.12.2017 um 10:48 schrieb Shengche Hsiao <shengchehs...@gmail.com>:
> 
> Dear Tobias
> 
> This is my aop.xml location, and I am using Wildfly 10 as ee container.
> 
> 
> 
>> On Sun, Dec 24, 2017 at 12:33 PM, Tobias Soloschenko 
>> <tobiassolosche...@googlemail.com> wrote:
>> Hi,
>> 
>> have you placed the aspecj xml to the correct place? You have to add it and 
>> the mentioned aspect so that Wicket Metrics is able to work. See the 
>> documentation how to setup here:
>> 
>> https://ci.apache.org/projects/wicket/guide/8.x/single.html#_example_setup
>> 
>> kind regards
>> 
>> Tobias
>> 
>> > Am 23.12.2017 um 19:04 schrieb Shengche Hsiao <shengchehs...@gmail.com>:
>> >
>> > Dear all
>> >
>> > When I try to add this functionality, the application cannot start and had
>> > exceptions blow
>> >
>> > Caused by: org.apache.wicket.WicketRuntimeException: The application
>> > couldn't be resolved, please ensure to apply "> > name="org.apache.wicket.metrics.aspects.WicketFilterInitAspect" />" to your
>> > aspects
>> >
>> >
>> > any suggestions?
>> >
>> > --
>> >
>> > --->
>> > We do this not because it is easy. We do this because it is hard.
>> > --->
>> > ShengChe Hsiao
>> > --->
>> > front...@gmail.com
>> > front...@tc.edu.tw
>> > --->
>> > VoIP : 070-910-2450
>> > --->
> 
> 
> 
> -- 
> 
> --->
> We do this not because it is easy. We do this because it is hard.
> --->
> ShengChe Hsiao
> --->
> front...@gmail.com
> front...@tc.edu.tw
> --->
> VoIP : 070-910-2450
> --->

Re: Wicket Metrics

[Tobias Soloschenko]

Hi,

have you placed the aspecj xml to the correct place? You have to add it and the 
mentioned aspect so that Wicket Metrics is able to work. See the documentation 
how to setup here:

https://ci.apache.org/projects/wicket/guide/8.x/single.html#_example_setup

kind regards

Tobias

> Am 23.12.2017 um 19:04 schrieb Shengche Hsiao :
> 
> Dear all
> 
> When I try to add this functionality, the application cannot start and had
> exceptions blow
> 
> Caused by: org.apache.wicket.WicketRuntimeException: The application
> couldn't be resolved, please ensure to apply " name="org.apache.wicket.metrics.aspects.WicketFilterInitAspect" />" to your
> aspects
> 
> 
> any suggestions?
> 
> -- 
> 
> --->
> We do this not because it is easy. We do this because it is hard.
> --->
> ShengChe Hsiao
> --->
> front...@gmail.com
> front...@tc.edu.tw
> --->
> VoIP : 070-910-2450
> --->

Re: exemples are down

[Tobias Soloschenko]

And a lot faster from what I can see. :-)

The video playback is also fixed within this deployment - great!

Thanks everyone.

kind regards

Tobias

> Am 15.10.2017 um 19:58 schrieb Martin Grigorov :
> 
> The examples are up again!
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Sat, Oct 14, 2017 at 11:47 AM, Chris Colman > wrote:
> 
>> Letsencrypt certificates are free but they have a very short validity
>> interval - they need to be renewed every 3 months - luckily they're free :)
>> 
>> You normally set up a cron job to auto run the renewal a few days before
>> the expiration date.
>> 
>> Not sure what the set up is with renewals on these Wicket sites.
>> 
>>> -Original Message-
>>> From: Maxim Solodovnik [mailto:solomax...@gmail.com]
>>> Sent: Friday, 13 October 2017 11:50 AM
>>> To: users@wicket.apache.org
>>> Subject: RE: exemples are down
>>> 
>>> Thanks :)
>>> 
>>> I believe these certificates are already being used :)
>>> 
>>> WBR, Maxim
>>> (from mobile, sorry for the typos)
>>> 
>>> On Oct 13, 2017 01:05, "Chris Colman" 
>>> wrote:
>>> 
 
> Yes, this is known.
> 
> We work on the new hosting - a VM managed by Apache Infra.
> 
>> Hi,
>> 
>> https://examples7x.wicket.apache.org/app
>> connection is not secure
>> 
>> https://examples6x.wicket.apache.org/app
>> connection is not secure
 
 If you need to secure a site via https to avoid the "connection is not
 secure" warning (browsers are getting more draconian in their approach
>>> to
 websites not secured by https these days) there is now an organization
 providing free SSL certificates which work on all major browsers. It's
 called letsencrypt:
 
 https://letsencrypt.org/
 
 They have automated tools to install and renew certificates on Apache
 webservers - all free.
 
>> 
>> 
>> François
>> 
>> 
>> 
>> 
>>> -
>> 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

Re: PrependJavaScript to replace a composant with animation

[Tobias Soloschenko]

Hi,

are you able to try to replace this by a normal if block:

..format("notify|var..

Seems that this shortcut is causing the issue.

kind regards

Tobias

> Am 30.09.2017 um 23:21 schrieb Olivier DUTRIEUX :
> 
> Hello,
> 
> I use the functionnality of prependJavaScript to replace a composant with 
> animation, but I have I a problem when I have two functions (on difference 
> composants), one with normal syntax like this :
> 
> target.prependJavaScript("$('" + c.getMarkupId() + 
> "').selectpicker('destroy')");
> 
> and I other one with special syntax for animation :
> 
> target.prependJavaScript(String.format("notify|var 
> c=$('#%s.collapse');if(c.length){c.on('hidden.bs.collapse',function(){notify();});c.collapse('hide');}else{notify();}",
>  c.getMarkupId()));
> 
> I get a error when wicket evaluate the javascript :
> 
> ERROR: Wicket.Ajax.Call.processEvaluation: Exception evaluating javascript: 
> SyntaxError: expected expression, got keyword 'var', text: 
> (function(){$('#identifiedPerson17f').selectpicker('destroy');})();(function(){notify|var
>  
> c=$('#identifiedPersonContainer161.collapse');if(c.length){c.on('hidden.bs.collapse',function(){notify();});c.collapse('hide');}else{notify();}})();
> 
> Thanks advance for your help
> 
> Duto

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

Re: Apache Wicket push support question

[Tobias Soloschenko]

Meh - just wanted to show it. Anyway I just expect that the second response is 
from out of the cache instead the third. The second response was 200 OK but 
without response body.

kind regards

Tobias

> Am 06.09.2017 um 10:10 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> Hi Tobias,
> 
> There are no attachments.
> The mailing list strips them.
> I'm not sure how some people attach files sometimes :-)
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Wed, Sep 6, 2017 at 10:01 AM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi everyone,
>> 
>> as usual I am just playing around a bit with HTTP/2 Push support and just
>> wanted to ensure that the experimental push support of Apache Wicket is
>> working like expected. :-)
>> 
>> I basically followed the instructions on:
>> https://ci.apache.org/projects/wicket/guide/8.x/
>> single.html#_wicket_http_2_support_experimental
>> 
>> and setup my tomcat with HTTP/2 like described here:
>> https://stackoverflow.com/a/45437449
>> 
>> I just get confused by Firebug a bit. I attached three screenshots. The
>> first one is of the first request the seconds one of the second request and
>> the third one of the third request.
>> 
>> As you can see in the first one Firebug mentions that https SPDY is used
>> which means that the resource has been pushed. (Which is ok)
>> 
>> The second one I don't understand because it says 200 OK, but with no
>> Response Body. I just expected the second one to be like the third in which
>> the resource is received from out of the cache.
>> 
>> Anyone know why this second step happens?
>> 
>> kind regards and thanks in advance
>> 
>> Tobias
>> 
>> P.S.: I used FireFox, because Chrome doesn't cache resource of https
>> connections that are not secure.
>> 

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

Apache Wicket push support question

[Tobias Soloschenko]

Hi everyone,

as usual I am just playing around a bit with HTTP/2 Push support and just
wanted to ensure that the experimental push support of Apache Wicket is
working like expected. :-)

I basically followed the instructions on:
https://ci.apache.org/projects/wicket/guide/8.x/single.html#_wicket_http_2_support_experimental

and setup my tomcat with HTTP/2 like described here:
https://stackoverflow.com/a/45437449

I just get confused by Firebug a bit. I attached three screenshots. The
first one is of the first request the seconds one of the second request and
the third one of the third request.

As you can see in the first one Firebug mentions that https SPDY is used
which means that the resource has been pushed. (Which is ok)

The second one I don't understand because it says 200 OK, but with no
Response Body. I just expected the second one to be like the third in which
the resource is received from out of the cache.

Anyone know why this second step happens?

kind regards and thanks in advance

Tobias

P.S.: I used FireFox, because Chrome doesn't cache resource of https
connections that are not secure.

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

Re: JEE in hands of ASF

[Tobias Soloschenko]

So you already gave the answer before my question was written. :-D

I also hope that ASF is going to be the choice, but we will see.

kind regards

Tobias

> Am 18.08.2017 um 09:57 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> https://twitter.com/mtgrigorov/status/898435918507384833 :-)
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Fri, Aug 18, 2017 at 10:50 AM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> oracle release the news that there are plans to hand over JEE to an open
>> source org to speed up the development:
>> 
>> * https://m.heise.de/developer/meldung/Oracle-will-Java-EE-
>> an-die-Open-Source-Community-uebertragen-3806673.html (german)
>> * https://blogs.oracle.com/theaquarium/opening-up-java-ee (original blog)
>> * https://mobile.twitter.com/reza_rahman/status/896128633537822720
>> (independent vote)
>> 
>> Sounds interesting - WDYT
>> 
>> kind regards
>> 
>> Tobias

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

JEE in hands of ASF

[Tobias Soloschenko]

Hi,

oracle release the news that there are plans to hand over JEE to an open source 
org to speed up the development:

* 
https://m.heise.de/developer/meldung/Oracle-will-Java-EE-an-die-Open-Source-Community-uebertragen-3806673.html
 (german)
* https://blogs.oracle.com/theaquarium/opening-up-java-ee (original blog)
* https://mobile.twitter.com/reza_rahman/status/896128633537822720 (independent 
vote)

Sounds interesting - WDYT

kind regards

Tobias

Re: File Image Upload

[Tobias Soloschenko]

Hi, 

there has been a change that the file parts have to be parsed before read:

https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+7.0#MigrationtoWicket7.0-FilePartsmustbeparsedexplicitlybeforetryingtoreadthemWICKET-5839

I don't see this in your code. Could you try this?

kind regards

Tobias

> Am 01.07.2017 um 15:12 schrieb gasper :
> 
> Hello,
> 
> I am trying to upload an image to a particular folder in my Web
> application
> I am using Apache Wicket 6.x
> 
> This is a sample code i am using from MkYong:
> 
> private FileUploadField fileUpload;
>private String UPLOAD_FOLDER = "C:\\";
>//I want to change the UPLOAD_FOLDER from C directory to my folder
> on the webApplication
> 
>public FileUploadPage(final PageParameters parameters) {
> 
>add(new FeedbackPanel("feedback"));
> 
>Form form = new Form("form") {
> @Override
> protected void onSubmit() {
> 
>final FileUpload uploadedFile = fileUpload.getFileUpload();
>if (uploadedFile != null) {
> 
>// write to a new file
>File newFile = new File(UPLOAD_FOLDER
>+ uploadedFile.getClientFileName());
> 
>if (newFile.exists()) {
>newFile.delete();
>}
> 
>try {
>newFile.createNewFile();
>uploadedFile.writeTo(newFile);
> 
>info("saved file: " + uploadedFile.getClientFileName());
>} catch (Exception e) {
>throw new IllegalStateException("Error");
>}
> }
> 
>}
> 
>};
> 
>// Enable multipart mode (need for uploads file)
>form.setMultiPart(true);
> 
>// max upload size, 10k
>form.setMaxSize(Bytes.kilobytes(10));
> 
>form.add(fileUpload = new FileUploadField("fileUpload"));
> 
>add(form);
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/File-Image-Upload-tp4678176.html
> Sent from the Users forum mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

Re: The day Wicket became Apache Wicket 10 years ago!

[Tobias Soloschenko]

Hope that many years are going to be added. :-)

kind regards

Tobias

> Am 19.06.2017 um 21:18 schrieb Martijn Dashorst :
> 
> Today marks the date 10 years ago that the Wicket project graduated from
> the Incubator to a fully fledged Apache project.
> 
> The time flies when you're having fun!
> 
> I would like to thank all our community members for their continued support
> and usage of Apache Wicket and pour one out for you!
> 
> Here's a big Thank You for everyone reading this message, asking and
> answering questions, using Wicket in their projects and a special :beer:
> for all contributors to Wicket, past and present! Here's to another 10
> years!
> 
> Martijn Dashorst

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

Re: http://examples8x.wicket.apache.org/websockets/ partial down?

[Tobias Soloschenko]

Great! If I find some time I am going to provide it! :-)

kind regards

Tobias

> Am 31.05.2017 um 09:12 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> Hi Tobias,
> 
> Yes, Tomcat 8.5.x supports HTTP2 Push [1].
> A new example is very welcome!
> 
> 
> 1.
> https://github.com/apache/wicket/blob/3d9ba812d4311376a88136822b0430319e3f6e16/wicket-experimental/wicket-http2/wicket-http2-tomcat/pom.xml#L43
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Wed, May 31, 2017 at 7:23 AM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi again,
>> 
>> sorry for taking up this thread for an additional question. Does the
>> server support http/2? Maybe we can add a http/2 push example in this case.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 30.05.2017 um 22:50 schrieb Martin Grigorov <mgrigo...@apache.org>:
>>> 
>>> Fixed!
>>> Now the examples run on Tomcat 8.5 and I've added support for custom
>> ports (
>>> https://blog.openshift.com/paas-websockets/)
>>> 
>>> Martin Grigorov
>>> Wicket Training and Consulting
>>> https://twitter.com/mtgrigorov
>>> 
>>> On Fri, Feb 24, 2017 at 9:46 AM, Martin Grigorov <mgrigo...@apache.org>
>>> wrote:
>>> 
>>>> This is a known issue.
>>>> For some reason WebSockets do not work out of the box on OpenShift. The
>>>> examples worked fine on Wildfly 10 last time I've tried. Needs
>> debugging ...
>>>> 
>>>> Martin Grigorov
>>>> Wicket Training and Consulting
>>>> https://twitter.com/mtgrigorov
>>>> 
>>>> On Tue, Feb 21, 2017 at 8:35 AM, nino martinez wael <
>>>> nino.martinez.w...@gmail.com> wrote:
>>>> 
>>>>> Does not seem to work? Also clicking source code gives an internal
>> error..
>>>>> Once there where disk space problems..?
>>>>> 
>>>>> --
>>>>> Best regards / Med venlig hilsen
>>>>> Nino Martinez
>>>>> 
>>>> 
>>>> 
>> 
>> -
>> 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: http://examples8x.wicket.apache.org/websockets/ partial down?

[Tobias Soloschenko]

Hi again,

sorry for taking up this thread for an additional question. Does the server 
support http/2? Maybe we can add a http/2 push example in this case.

kind regards

Tobias

> Am 30.05.2017 um 22:50 schrieb Martin Grigorov :
> 
> Fixed!
> Now the examples run on Tomcat 8.5 and I've added support for custom ports (
> https://blog.openshift.com/paas-websockets/)
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Fri, Feb 24, 2017 at 9:46 AM, Martin Grigorov 
> wrote:
> 
>> This is a known issue.
>> For some reason WebSockets do not work out of the box on OpenShift. The
>> examples worked fine on Wildfly 10 last time I've tried. Needs debugging ...
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>> 
>> On Tue, Feb 21, 2017 at 8:35 AM, nino martinez wael <
>> nino.martinez.w...@gmail.com> wrote:
>> 
>>> Does not seem to work? Also clicking source code gives an internal error..
>>> Once there where disk space problems..?
>>> 
>>> --
>>> Best regards / Med venlig hilsen
>>> Nino Martinez
>>> 
>> 
>> 

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

Re: http://examples8x.wicket.apache.org/websockets/ partial down?

[Tobias Soloschenko]

Great! :-)

kind regards

Tobias

> Am 30.05.2017 um 22:50 schrieb Martin Grigorov :
> 
> Fixed!
> Now the examples run on Tomcat 8.5 and I've added support for custom ports (
> https://blog.openshift.com/paas-websockets/)
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Fri, Feb 24, 2017 at 9:46 AM, Martin Grigorov 
> wrote:
> 
>> This is a known issue.
>> For some reason WebSockets do not work out of the box on OpenShift. The
>> examples worked fine on Wildfly 10 last time I've tried. Needs debugging ...
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>> 
>> On Tue, Feb 21, 2017 at 8:35 AM, nino martinez wael <
>> nino.martinez.w...@gmail.com> wrote:
>> 
>>> Does not seem to work? Also clicking source code gives an internal error..
>>> Once there where disk space problems..?
>>> 
>>> --
>>> Best regards / Med venlig hilsen
>>> Nino Martinez
>>> 
>> 
>> 

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

Re: [ANNOUNCE] Apache Wicket 7.7.0 released

[Tobias Soloschenko]

Hi,

see the migration guide for 8.x:

https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+8.0#MigrationtoWicket8.0-Changestoorg.apache.wicket.ajax.json.*ASFJIRAkey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution5aa69414-a9e9-3523-82ec-879b028fb15bWICKET-6287

for 6.x / 7.x it is slightly different:

https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+7.0#MigrationtoWicket7.0-Changestoorg.apache.wicket.ajax.json.*WICKET-6287-Switchfromjson.orgtoopen-jsonRESOLVED

If you need the functionality you are free to reimplement it or if the license 
of json.org is ok for you to add the library and change the imports.

kind regards

Tobias

> Am 17.05.2017 um 08:52 schrieb Thomas Matthijs :
> 
> Just a little warning to people upgrading, the json changes added
> runtime failures.
> 
> org.apache.wicket.WicketRuntimeException: This call is not supported
> any longer, because of the change to open-json
> (https://github.com/tdunning/open-json) due to license issues. (See
> https://www.apache.org/legal/resolved#category-x)
> 
> 
> Should these methods not be marked deprecated to at least generate warnings?
> 
>> On Tue, May 16, 2017 at 8:55 PM, Andrea Del Bene  
>> wrote:
>> The Apache Wicket PMC is proud to announce Apache Wicket 7.7.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 7. 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
>> 7.0.0.
>> 
>> New and noteworthy
>> --
>> With this version Wicket changed its internal JSON implementation (package
>> org.apache.wicket.ajax.json) switching from project JSON-java
>> (https://github.com/stleary/JSON-java) to Open JSON
>> (https://github.com/openjson/openjson). This was necessery as JSON-java's
>> license is no longer compatible with Apache License 2.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
>>7.7.0
>> 
>> 
>> Or download and build the distribution yourself, or use our
>> convenience binary package
>> 
>> * Source: http://www.apache.org/dyn/closer.cgi/wicket/7.7.0
>> * Binary: http://www.apache.org/dyn/closer.cgi/wicket/7.7.0/binaries
>> 
>> Upgrading from earlier versions
>> ---
>> 
>> If you upgrade from 7.y.z this release is a drop in replacement. If
>> you come from a version prior to 7.0.0, please read our Wicket 7
>> migration guide found at
>> 
>> * http://s.apache.org/wicket7migrate
>> 
>> Have fun!
>> 
>> — The Wicket team
>> 
>> 
>> 
>> 
>>The signatures for the source release artefacts:
>> 
>> 
>> Signature for apache-wicket-7.7.0.zip:
>> 
>>-BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>> 
>> iQIcBAABAgAGBQJZFKHNAAoJEAzCjx+CMhBVeUEQAKYrOl330nSPSPIlNdFn84ux
>> VASOZ7R0WgkF3jiI7YfqJoif3KY5oed3Exu/zhNvjc45Gocw6HZp7ETDHw5lpaMl
>> vEjXGCkp/OwYrwfUKs9eCwfM0l5XG7wfSMgEpEWBeGVpZjDS08bnQje8rH3sjhHz
>> g+Kzen2WItdRpw+TSpxG8RHUOpJ0lUy7tTIIdYtLBL7HnMqgKOSKDQMfUW+q/voS
>> 3qxOKhpVA5mw46z8v/z2c96FUBU9JbKpBl4DAp8dMWy2a+/GEB7O/SM4wpFgRXim
>> iOerbsEi0nruBGm4RU7pMH4aGppZmr2IdiGMeiA1ZlgI7TBJB2SmvK4hffhaTmV6
>> Zcn6BtCPn70reUdHOijnebAuLsLio0D1jtGb2kQ4VvxuamXc+qLJfnyiWtg91kf8
>> A6NcNzENN1sdMORHBah7tSwN4RP47eKG1uFN3isBi+lKiZcYPW/DmSWKNEY76Q0T
>> SMPgcvIl3vz4tCfCo08PSbQG6HPgut+0KzuhA7KyLO34WmzvnQxvcigrOTDUUHy1
>> bHEoSlcor+XZcIOPYmKJLZVHFDNrnZRfqgTPHo9w0AlYAYmmbwL5iM9vG/u3zxuv
>> SziD7fXvu8zqA33XNNikS4DJz76Onz1ZOrx3dhZt3lIktIJC5KYxk8so+w1DjX0q
>> wDSelmuT4U9w7iX4Y0Cf
>> =6Htq
>> -END PGP SIGNATURE-
>> 
>> Signature for apache-wicket-7.7.0.tar.gz:
>> 
>>-BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>> 
>> iQIcBAABAgAGBQJZFKHNAAoJEAzCjx+CMhBVjeIP/RjNERucRA5/C/4M/HhxU/wt
>> 05ZlyiEYTTviuX5gLPc3AQQm7zA0FrQo5Mz80+KGKECq63hbXtHsqxqsvEAOLnf0
>> mhgtvgmZwILaXkY3Q7WBgrxqKZsISLGlOiBWJQV68ml5qPsjd08WEXmpscrIr13B
>> zCPekHtizOKepNZmXRxPGdSV9ZeoHllFKwb257nFSd0oK2B6wcrrD4WFZjUNPMFP
>> daP5qH3bIsr0Kp2938hEVwqXFRpcxZqEF/ZReVEv0tC66R9pqd+JVt8myH6YpnHR
>> Ymg3ApjQTFHKw2dBtfA0l5izH0UiAkSRYrNszxT5jcgReX+PICUfwNpYa+FHByAk
>> sP15sFZ5JT1sqwtGkBhVvLE9gm8IB8MndInWS31oaAW8jv4hX823HsN4VEoh+PzU
>> lQTmTEVCyLzYMA0GdXCmKyugNbaSnQBCqbTkbMjqPnPXcwaOUJmX7U4A43MeTrS4
>> 7E8Y50xCfBL22uYEoEhcylscVqW/8NDrmUAb7rfS7RmAgd4XUIpPeHogM/in021R
>> 8Qx+Op2dY1FRgbmD40CaLkAx1tQ1806BCFBCcLU9SqthdNt1slySvussTHdz+usF
>> 

Re: Invitation to join the Wicket Team

[Tobias Soloschenko]

Welcome Maxim! :-)

kind regards

Tobias

> Am 13.04.2017 um 17:44 schrieb Maxim Solodovnik :
> 
> Thanks a lot!
> 
> WBR, Maxim
> (from mobile, sorry for the typos)
> 
>> On Apr 13, 2017 21:40, "Andrea Del Bene"  wrote:
>> 
>> Welcome Maxim!!
>> 
>>> On Thu, Apr 13, 2017 at 4:32 PM, Sebastien  wrote:
>>> 
>>> Welcome aboard Maxim ! :)
>>> 
>> 

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

Re: Setting file name for FileSystemResource

[Tobias Soloschenko]

Hi,

I am very sorry that I am bussy at the moment. Are you able to create a PR for 
that. I review it as soon as possible.

kind regards

Tobias

> Am 12.04.2017 um 08:30 schrieb Maxim Solodovnik <solomax...@gmail.com>:
> 
> I would use file name from the Path by default
> And the ability to pass different name is also good idea
> 
> On Wed, Apr 12, 2017 at 1:28 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> maybe we could add a callback method to add the name or a second
>> parameter, because in case of a FileSystemResource this might me a usual
>> scenario.
>> 
>> WDYT?
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 12.04.2017 um 08:25 schrieb Sven Meier <s...@meiers.net>:
>>> 
>>> Hi Maxim,
>>> 
>>> FIleSystemResource does not support a file name by default, you have to
>> add it yourself:
>>> 
>>> protected ResourceResponse createResourceResponse(Path path) {
>>>   ResourceResponse response = super.createResourceResponse(path);
>>>   response.setFileName(path.getFileName());
>>>   return response;
>>> }
>>> 
>>> Regards
>>> Sven
>>> 
>>> 
>>>> On 12.04.2017 07:45, Maxim Solodovnik wrote:
>>>> Hello Tobias,
>>>> 
>>>> I'm trying to use FileSystemResource in latest wicket AjaxDownload
>>>> Unfortunately I see no easy way to set filename :(
>>>> 
>>>> It seems not to be taken from the Path passed ...
>>>> Could you please tell me how to do it?
>>>> 
>>> 
>>> 
>>> -
>>> 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
>> 
>> 
> 
> 
> -- 
> WBR
> Maxim aka solomax

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

Re: Setting file name for FileSystemResource

[Tobias Soloschenko]

Hi,

maybe we could add a callback method to add the name or a second parameter, 
because in case of a FileSystemResource this might me a usual scenario. 

WDYT?

kind regards

Tobias

> Am 12.04.2017 um 08:25 schrieb Sven Meier :
> 
> Hi Maxim,
> 
> FIleSystemResource does not support a file name by default, you have to add 
> it yourself:
> 
>  protected ResourceResponse createResourceResponse(Path path) {
>ResourceResponse response = super.createResourceResponse(path);
>response.setFileName(path.getFileName());
>return response;
>  }
> 
> Regards
> Sven
> 
> 
>> On 12.04.2017 07:45, Maxim Solodovnik wrote:
>> Hello Tobias,
>> 
>> I'm trying to use FileSystemResource in latest wicket AjaxDownload
>> Unfortunately I see no easy way to set filename :(
>> 
>> It seems not to be taken from the Path passed ...
>> Could you please tell me how to do it?
>> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: Wicket Spring Boot Article

[Tobias Soloschenko]

sadly not. I was just in contact with him, because of metrics, but that is some 
time ago.

kind regards

Tobias

> Am 02.04.2017 um 16:58 schrieb Andrea Del Bene <an.delb...@gmail.com>:
> 
> You're welcome!
> ps: anybody is in contact with Marc
> ?
> 
> On 2 Apr 2017 16:55, "Tobias Soloschenko" <tobiassolosche...@googlemail.com>
> wrote:
> 
> Hi,
> 
> just wanted to point out that this is really great:
> 
> https://mobile.twitter.com/apache_wicket/status/847763903249600513
> 
> I think for Spring - Spring Boot is the future. Thanks for it Marc Giffing
> and Andrea Del Bene for the article! I am going to play around with this
> soon. :-)
> 
> kind regards
> 
> Tobias

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

Wicket Spring Boot Article

[Tobias Soloschenko]

Hi,

just wanted to point out that this is really great:

https://mobile.twitter.com/apache_wicket/status/847763903249600513

I think for Spring - Spring Boot is the future. Thanks for it Marc Giffing and 
Andrea Del Bene for the article! I am going to play around with this soon. :-)

kind regards

Tobias

Re: [wicket-jquery-ui] Re: [ANNOUNCE] Apache Wicket jQuery UI 8.0.0-M5 Released

[Tobias Soloschenko]

Hi,

the fix should make it into the final version 8.0.0 I suggest.

kind regards

Tobias

> Am 01.04.2017 um 16:34 schrieb Sebastien :
> 
> As I primarily suspected, there is a JSON issue with the new library used
> in Wicket-8
> https://github.com/openjson/openjson/issues/7
> 
> For the time being, I will deploy the version based on Wicket-7 so you can
> enjoy the chart (and be stunned! :p)
> 
> Best regards,
> Sebastien
> 
> On Sat, Apr 1, 2017 at 5:07 AM, Maxim Solodovnik 
> wrote:
> 
>> We are using wicketstuff charts in OpenMeetings, we need Apache compatible
>> license :)
>> I just checked it to know something new :)
>> 
>> Thanks for the great work :)
>> 
>>> On Sat, Apr 1, 2017 at 1:42 AM, Sebastien  wrote:
>>> 
>>> Hi Maxim,
>>> 
>>> Not sure how I missed that but the fact is that dataviz.* files are not
>>> available on CDN for the new version.
>>> I opened an issue to telerik/progress:
>>> https://github.com/telerik/kendo-ui-core/issues/2995
>>> 
>>> Hope they will fix it soon because I don't really want to downgrade or
>>> link
>>> to kendo.all.min.js in the demo site...
>>> 
>>> Thanks again & best regards,
>>> Sebastien.
>>> 
 On Fri, Mar 31, 2017 at 8:10 AM, Sebastien  wrote:
 
 Damned! Thanks to let me know maxim!
 I will look at this tonight !
 
 
 On Mar 31, 2017 04:40, "Maxim Solodovnik"  wrote:
 
 Thanks a lot for the release Sebastien!
 I just have checked Charts demos at http://www.7thweb.net/wicket-j
 query-ui/kendo/chart/LineChartPage?6
 All charts seems to be broken :(
 
 
>>> 
>> 
>> 
>> 
>> --
>> WBR
>> Maxim aka solomax
>> 
>> --
>> You received this message because you are subscribed to the Google Groups
>> "wicket-jquery-ui" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to wicket-jquery-ui+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/
>> msgid/wicket-jquery-ui/CAJmbs8jFyOmU3iEEz_6UHuZ3pPTe%
>> 3D71oRqnWM_TtnFTUbJqH5A%40mail.gmail.com
>> 
>> .
>> 
>> For more options, visit https://groups.google.com/d/optout.
>> 

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

Re: Wicket is #3 in the JSON perf test by TechEmpower

[Tobias Soloschenko]

Aww ;-) But yes those values were just to nice to be true ;-)

kind regards

Tobias

> Am 24.03.2017 um 08:50 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> It was too good to be true :-)
> 
> TechEmpower said that they've had some mistake in the way they executed the
> tests and this led to these good numbers.
> After fixing the errors the difference between round 13 and 14 are:
> 
> Framework  Test Type Old RPS   New RPSChange in RPS
> Old Rank   New RankChange in Rank
> 
> wicket   json  328,388  339,015
>  +3.2%39   41   -2
> wicket   plaintext   335,404  344,897
> +2.8%62   65   -3
> wicket   db 38,498 44,699
>+16.1%  92   83   +9
> wicket   query36,635 43,500
>   +18.7% 78   65 +13
> wicket   update  18,724 24,017
>   +28.3% 50   35 +15
> wicket   fortune  24,363 23,641
>-3.0%   76   94  -18
> 
> https://www.techempower.com/benchmarks/previews/round14/r13-vs-r14p1.1.html
> 
> Everything looks normal!
> 
> Happy Friday! :-)
> 
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Thu, Mar 23, 2017 at 4:12 PM, Martin Grigorov <mgrigo...@apache.org>
> wrote:
> 
>> There won't be a difference.
>> There is only one page in these tests and it is stateless, i.e. it is not
>> stored.
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>> 
>> On Thu, Mar 23, 2017 at 3:01 PM, Martin Makundi <martin.makundi@
>> koodaripalvelut.com> wrote:
>> 
>>> Would be interesting to run this performance test Wicket with speed patch
>>> #6177
>>> 
>>> https://issues.apache.org/jira/browse/WICKET-6177
>>> 
>>> 2017-03-23 15:58 GMT+02:00 Marcel Barbosa Pinto <marcel.po...@gmail.com>:
>>> 
>>>> That is really good!
>>>> 
>>>> On Thu, Mar 23, 2017 at 5:47 AM, Andrea Del Bene <an.delb...@gmail.com>
>>>> wrote:
>>>> 
>>>>> Great!
>>>>> 
>>>>> On Wed, Mar 22, 2017 at 11:28 PM, Tobias Soloschenko <
>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>> 
>>>>>> "New" does not mean better. :-)
>>>>>> 
>>>>>> kind regards
>>>>>> 
>>>>>> Tobias
>>>>>> 
>>>>>>> Am 22.03.2017 um 23:09 schrieb Martijn Dashorst <
>>>>>> martijn.dasho...@gmail.com>:
>>>>>>> 
>>>>>>> WOW
>>>>>>> 
>>>>>>>> On Wed, Mar 22, 2017 at 10:12 PM, Martin Grigorov <
>>>>> mgrigo...@apache.org>
>>>>>> wrote:
>>>>>>>> Hi,
>>>>>>>> 
>>>>>>>> Somehow Wicket finished at 3rd position at the last preview run
>>> of
>>>>>>>> TechEmpower framework tests :-)
>>>>>>>> https://www.techempower.com/benchmarks/previews/round14/#
>>>>>> section=data-r14=ph=json
>>>>>>>> 
>>>>>>>> At plaintext test we are at #18:
>>>>>>>> https://www.techempower.com/benchmarks/previews/round14/#
>>>>>> section=data-r14=ph=plaintext
>>>>>>>> 
>>>>>>>> Too bad that the new MySQL JDBC driver v.6 failed at their
>>> servers,
>>>>>>>> otherwise I'd expect good results there too.
>>>>>>>> https://github.com/TechEmpower/FrameworkBenchmarks/pull/2603
>>>>>>>> 
>>>>>>>> Wicket 7.6.0 performs ~300% better than Round 13!
>>>>>>>> https://www.techempower.com/benchmarks/previews/round14/
>>>>>> r13-vs-r14p1.html
>>>>>>>> 
>>>>>>>> The improvements come from
>>>>>>>> https://github.com/TechEmpower/FrameworkBenchmarks/commit/
>>>>>> 54152ceb735cf63351537556aa316dfd29202af4
>>>>>>>> - custom root request mapper
>>>>>>>> - reduced the response size to the minimum
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Once again the reactive frameworks are slower than the good old
>>>>> Wicket!
>>>>>> :-)
>>>>>>>> 
>>>>>>>> Martin Grigorov
>>>>>>>> Wicket Training and Consulting
>>>>>>>> https://twitter.com/mtgrigorov
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> Become a Wicket expert, learn from the best:
>>>> http://wicketinaction.com
>>>>>>> 
>>>>>>> 
>>>> -
>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>> 
>>>>>> 
>>>>>> 
>>> -
>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 
>>>> Marcel Barbosa Pinto
>>>> 55 11 98255 8288
>>>> 
>>> 
>> 
>> 

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

Re: Wicket is #3 in the JSON perf test by TechEmpower

[Tobias Soloschenko]

"New" does not mean better. :-)

kind regards

Tobias

> Am 22.03.2017 um 23:09 schrieb Martijn Dashorst :
> 
> WOW
> 
>> On Wed, Mar 22, 2017 at 10:12 PM, Martin Grigorov  
>> wrote:
>> Hi,
>> 
>> Somehow Wicket finished at 3rd position at the last preview run of
>> TechEmpower framework tests :-)
>> https://www.techempower.com/benchmarks/previews/round14/#section=data-r14=ph=json
>> 
>> At plaintext test we are at #18:
>> https://www.techempower.com/benchmarks/previews/round14/#section=data-r14=ph=plaintext
>> 
>> Too bad that the new MySQL JDBC driver v.6 failed at their servers,
>> otherwise I'd expect good results there too.
>> https://github.com/TechEmpower/FrameworkBenchmarks/pull/2603
>> 
>> Wicket 7.6.0 performs ~300% better than Round 13!
>> https://www.techempower.com/benchmarks/previews/round14/r13-vs-r14p1.html
>> 
>> The improvements come from
>> https://github.com/TechEmpower/FrameworkBenchmarks/commit/54152ceb735cf63351537556aa316dfd29202af4
>> - custom root request mapper
>> - reduced the response size to the minimum
>> 
>> 
>> Once again the reactive frameworks are slower than the good old Wicket! :-)
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
> 
> 
> 
> -- 
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: Wicket 7 guide - PDF still available?

[Tobias Soloschenko]

Oh, I checked it twice, now. You are right Martin there seems something 
wrong with the complete build.


I compared master with wicket-7.x and the only thing which changes is 
the artifactId.


What I also noticed it that the 7.x folder is not created anymore at my 
local build. Can you confirm this? (even with profile guide)


kind regards

Tobias

Am 30.01.17 um 16:16 schrieb Martin Grigorov:

On Mon, Jan 30, 2017 at 2:27 PM, Martin Grigorov 
wrote:


Hi,

On Mon, Jan 30, 2017 at 1:45 PM, Jan Lühr  wrote:


Hello folks,

I'm trying to access the Wicket 7 guide (PDF).

- https://ci.apache.org/projects/wicket/guide/7.x/guide/single.pdf
is http-404
- https://ci.apache.org/projects/wicket/guide/7.x/single.pdf claims to


Thanks for reporting this!

Looking at the CI config the latter should be the correct one.
I've reloaded the CI config and started a new build -
https://ci.apache.org/builders/wicket-branch-7.x/builds/357.
Hopefully this will fix it, otherwise we will have to investigate deeper!


It didn't help.
At the moment the only way I see is to build it locally: mvn install -Pguide





be the wicket 8 one.

Can you help me here?
Thanks, Jan

--
There's a ripped off cord
To my TV screen
With a note saying:
"Im not afraid to dream"
-- Donkey Boy, Crazy Something Normal

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





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

Re: Wicket 7 guide - PDF still available?

[Tobias Soloschenko]

Hi,

this seems an issue of the migration to adoc. It seems that the changes 
of master have been cherry picked to wicket-7.x.


We have to change the adoc in the wicket-7.x branch. The patch 
guide/single.pdf doesn't exist anymore, because of adoc.


There is only a single.html and a single.pdf in the main path.

kind regards

Tobias

Am 30.01.17 um 16:16 schrieb Martin Grigorov:

On Mon, Jan 30, 2017 at 2:27 PM, Martin Grigorov 
wrote:


Hi,

On Mon, Jan 30, 2017 at 1:45 PM, Jan Lühr  wrote:


Hello folks,

I'm trying to access the Wicket 7 guide (PDF).

- https://ci.apache.org/projects/wicket/guide/7.x/guide/single.pdf
is http-404
- https://ci.apache.org/projects/wicket/guide/7.x/single.pdf claims to


Thanks for reporting this!

Looking at the CI config the latter should be the correct one.
I've reloaded the CI config and started a new build -
https://ci.apache.org/builders/wicket-branch-7.x/builds/357.
Hopefully this will fix it, otherwise we will have to investigate deeper!


It didn't help.
At the moment the only way I see is to build it locally: mvn install -Pguide





be the wicket 8 one.

Can you help me here?
Thanks, Jan

--
There's a ripped off cord
To my TV screen
With a note saying:
"Im not afraid to dream"
-- Donkey Boy, Crazy Something Normal

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





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

Re: [ANNOUNCE] CVE-2016-6793 Apache Wicket deserialization vulnerability

[Tobias Soloschenko]

Hi,

but it is released. See here: 
https://mvnrepository.com/artifact/org.apache.wicket/wicket-core/1.5.17


kind regards

Tobias

Am 03.01.17 um 21:25 schrieb durairaj t:

I can see the Wicket 1.5.16 but not 1.5.17 in "
https://wicket.apache.org/start/wicket-1.5.x.html#download;.



On Sat, Dec 31, 2016 at 2:21 AM, Pedro Santos  wrote:


CVE-2016-6793: Apache Wicket deserialization vulnerability

Severity: Low

Vendor: The Apache Software Foundation

Versions Affected: Apache Wicket 6.x and 1.5.x

Description: Depending on the ISerializer set in the Wicket application,
it's possible that a Wicket's object deserialized from an untrusted source
and utilized by the application to causes the code to enter in an
infinite loop. Specifically, Wicket's DiskFileItem class, serialized by
Kryo, allows an attacker to hack its serialized form to put a client on an
infinite loop if the client attempts to write on the
DeferredFileOutputStream attribute.

Mitigation: Upgrade to Apache Wicket 6.25.0 or 1.5.17

Credit: This issue was discovered by Jacob Baines, Tenable Network
Security and
Pedro Santos

References: https://wicket.apache.org/news




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

Re: Wicket Bootstrap 0.9.21 Release

[Tobias Soloschenko]

Then let's wait for 7.6.0

kind regards

Tobias

> Am 30.12.2016 um 18:15 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> The issue with the fragments is only with Wicket 7.5.0+
> 
> On Dec 30, 2016 6:58 PM, "Tobias Soloschenko" <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> currently there is a vote for Wicket 6.26.0 to be released. I guess it
>> would make sense to build WB with that new version and test it.
>> 
>> @Martin - WDYT?
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 30.12.2016 um 17:33 schrieb Ronny Pscheidl <
>> john.j.c...@googlemail.com>:
>>> 
>>> Hi,
>>> but this isn't fixing the issues with bootstrap components which are
>> using wicket:fragment tag.
>>> 
>>>> Am 30.12.2016 um 16:47 schrieb Martin Grigorov <
>> martin.grigo...@gmail.com>:
>>>> 
>>>> Hi,
>>>> 
>>>> You can use older WB with latest Wicket.
>>>> They are binary compatible.
>>>> 
>>>>> On Dec 30, 2016 5:43 PM, "john.j.cool" <john.j.c...@googlemail.com>
>> wrote:
>>>>> 
>>>>> Hello,
>>>>> 
>>>>> when is the release 0.9.21 of wicket-bootstrap planned? we need it
>> because
>>>>> of the security issue in wicket prior to 6.25.0.
>>>>> 
>>>>> john.j.cool
>>>>> 
>>> 
>>> -
>>> 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

Re: Wicket Bootstrap 0.9.21 Release

[Tobias Soloschenko]

Hi,

currently there is a vote for Wicket 6.26.0 to be released. I guess it would 
make sense to build WB with that new version and test it.

@Martin - WDYT?

kind regards

Tobias

> Am 30.12.2016 um 17:33 schrieb Ronny Pscheidl :
> 
> Hi,
> but this isn't fixing the issues with bootstrap components which are using 
> wicket:fragment tag.
> 
>> Am 30.12.2016 um 16:47 schrieb Martin Grigorov :
>> 
>> Hi,
>> 
>> You can use older WB with latest Wicket.
>> They are binary compatible.
>> 
>>> On Dec 30, 2016 5:43 PM, "john.j.cool"  wrote:
>>> 
>>> Hello,
>>> 
>>> when is the release 0.9.21 of wicket-bootstrap planned? we need it because
>>> of the security issue in wicket prior to 6.25.0.
>>> 
>>> john.j.cool
>>> 
> 
> -
> 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

Christmas / new year [NON-BIZ]

[Tobias Soloschenko]

Hi all,

I wish you a merry christmas and happy new year. :-)

kind regards

Tobias

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

Re: Reading Image from absolute path

[Tobias Soloschenko]

Hi,

if you mean absolute file system path

https://ci.apache.org/projects/wicket/apidocs/7.x/org/apache/wicket/resource/FileSystemResourceReference.html

If you mean path my URL:

https://ci.apache.org/projects/wicket/apidocs/7.x/org/apache/wicket/markup/html/image/ExternalImage.html

Examples are in the javadoc

kind regards

Tobias

> Am 16.12.2016 um 13:14 schrieb Ernesto Reinaldo Barreiro :
> 
> I think this example
> 
> http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/
> 
> will do if you implement the getBytes method to read image from file system.
> 
> On Fri, Dec 16, 2016 at 12:19 PM, ganea iulia 
> wrote:
> 
>> Hello,
>> Do you have any link for a tutorial?
>> 
>> On Fri, Dec 16, 2016 at 1:04 PM, Ernesto Reinaldo Barreiro <
>> reier...@gmail.com> wrote:
>> 
>>> Mount a resource that readi image form that folder
>>> 
>>> On Fri, Dec 16, 2016 at 11:54 AM, ganea iulia 
>>> wrote:
>>> 
 Hello,
 Wicket 7.
 
 I have been struggling to read an image from absolute path but with no
 luck.
 
 I have a folder with some images inside catalina base directory from
>>> where
 I need to display images in my web page.
 However, this does not work.
 
 
 Could you please guide me on how to do this?
 
 Thank you.
 
>>> 
>>> 
>>> 
>>> --
>>> Regards - Ernesto Reinaldo Barreiro
>>> 
>> 
> 
> 
> 
> -- 
> Regards - Ernesto Reinaldo Barreiro

Re: Twitter poll result 2

[Tobias Soloschenko]

I think it is also good to tell that there are a lot of new features like 
http/2 support to show that Wicket is not a framework at which developers 
stopped working on new features several years ago.

I wrote an article about that on a blog of Jörn Zaefferer who is responsible 
for jQuery UI Dev Lead | QUnit | Globalize | Infrastructure.

Maybe the page about models can be integrated into the user guide to improve it.

kind regards

Tobias

> Am 01.11.2016 um 16:31 schrieb Andrea Del Bene <an.delb...@gmail.com>:
> 
> Hi Francois,
> 
> I'm glad to read such a clear and smart analysis. I agree with you at 100%. 
> Buzz is something we definitely lack of. We should improve our examples and 
> write more articles on Wicket. I've also noted that Vaadin people have 
> increased the amount of the "buzz" lately. For Vaadin it's easier since they 
> have a commercial company behind it, and it seems to m they have joined the 
> forces with other commercial entities (like JRebel and people behind jOOQ), 
> but this is just my impression. After the ApacheCon I hope to find the time 
> to write more on DZone about Wicket.
> 
> I also think that it's important to work against some misconceptions that 
> Wicket might have in dev community (for example, the idea that it is a 
> stateful-only framework). At least this is what i will try to do at ApacheCon.
> 
> Andrea.
> 
> 
> 
>> On 01/11/2016 11:44, Francois Meillet wrote:
>> Hi,
>> 
>> Following Tobias Soloschenko thread about the Twitter poll result
>> 
>> I think we should focus on who who don't know Wicket.
>> People who don't like Wicket, the unhappy users, will not come back.
>> 
>> Only 34% of the respondents know what is Apache Wicket.
>> Put another way 66% don't ever know what is Wicket.
>> 
>> 
>> A) Apache Wicket's Adoption
>> ——
>> Adoption (software or any good) has 2 channels : buzz and word of mouth.
>> For many authors word of mouth (WOM) influence 50% of the acquisition 
>> decision.
>> 
>> So to increase Wicket Adoption we have 2 choices :
>> 
>> 1) Wicket buzz)
>> The buzz channel is done via articles, conferences (ApacheCon), meetup, 
>> social network (twitter).
>> The superbe Wicket's website welcome everyone who wants to adopt Wicket.
>> 
>> How the 50% of the 66% who don't know Wicket could be targeted ?
>> 
>> By increasing the buzz.
>> We can increase the buzz by more articles in which we could give specific 
>> examples where Wicket has strong value,
>> write beautiful small examples to demonstrate the beauty of our beloved 
>> framework (this is what Vaadin has been doing since few months ),
>> nice conference's coverage (ApacheCon video on youtube) 
>> 
>> By improving its impact using redundancy.
>> Mentioning Wicket'skills on dev's social network profile (linkedin) ! (very 
>> few do it) is one example.
>> By retweeting, by mentioning Wicket more often, 
>> 
>> 
>> 2) Word of Mouth) (WOM)
>> Word of Mouth is the passing of information from person to person by oral 
>> communication (Wikipedia)
>> WOM is the second channel, with an equal importance for Wicket Adoption.
>> 
>> Word of Mouth is made of by the developers and project managers feedbacks.
>> A lot has been done, through a nice and complete user guide to make the 
>> learning curve easier.
>> 
>> if I think we should focus on who who don't know Wicket, I think we must 
>> hava a clear understanding why developers don't like Wicket.
>> Understanding the difficulties and dislikes is very important. And should be 
>> done without affect.
>> 
>> 
>> 
>> B) Difficulties and dislikes:
>> ——
>> In many projects, developers start writing few pages, using the examples.
>> Most of the time developers have difficulties understanding models, and 
>> while trying to implement the functionalities that have to be done for 
>> yesterday,
>> they still do not masterise theirs models, and do not pay attention to their 
>> codes.
>> They just do not have time for these 2 tasks. They have to deliver. Bugs 
>> will be fixed after.
>> 
>> They do copy and paste to implement first functionalities, and after few 
>> weeks, the code is so messy that you start thinking at the servlet / jsp … !
>> The style of coding we can find in the Wicket Examples is used to write ugly 
>> classes.
>> In many places I have seen pages with more than few thousand lines.
>> 
>> No one wants to read it before lunch time or a friday afternoon !
>> And as in an

Re: Result of vote at twitter

[Tobias Soloschenko]

> Am 31.10.2016 um 14:38 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> On Mon, Oct 31, 2016 at 2:32 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Ah ok - "How exactly" was a bit short so I didn't get what you wanted to
>> ask me.
>> 
>> Maybe with a survey system. A combination of multiple choice and free text
>> input to get hints, but I actually don't know how to share it the best way.
>> 
>> Originally I just wanted to ask in this mailing list first to get some
>> initial feedback and then extend it and post a survey link as follow up to
>> Bruno's Twitter post.
>> 
> 
> Go for it! :-)
> Let's create the survey and then we will make some noise in Twitter, Apache
> blog, ask Bruno to re-tweet, etc.
> 

I think we should talk about which questions we should ask and then we have to 
look for a survey tool that does not require a payment.

> 
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 31.10.2016 um 12:34 schrieb Martin Grigorov <mgrigo...@apache.org>:
>>> 
>>> You didn't answer my question.
>>> How to get their reasons ?
>>> 
>>> Martin Grigorov
>>> Wicket Training and Consulting
>>> https://twitter.com/mtgrigorov
>>> 
>>> On Mon, Oct 31, 2016 at 12:29 PM, Tobias Soloschenko <
>>> tobiassolosche...@googlemail.com> wrote:
>>> 
>>>> Hi Martin,
>>>> 
>>>> yes that's true, but if someone dislike something there might be reasons
>>>> which can be changed. :-)
>>>> 
>>>> Example:
>>>> 
>>>> It is hard to deal with a component hierarchy: Solution component
>> queuing.
>>>> (yes I know - you think that it's a failure - but it is an example)
>>>> 
>>>> kind regards
>>>> 
>>>> Tobias
>>>> 
>>>>> Am 31.10.2016 um 11:12 schrieb Martin Grigorov <mgrigo...@apache.org>:
>>>>> 
>>>>> How exactly ?
>>>>> 
>>>>> Bruno is JavaEE evangelist at Oracle and most of the people following
>> him
>>>>> are JavaEE fans. They prefer JSF and JSP...
>>>>> 
>>>>> Martin Grigorov
>>>>> Wicket Training and Consulting
>>>>> https://twitter.com/mtgrigorov
>>>>> 
>>>>> On Mon, Oct 31, 2016 at 8:44 AM, Tobias Soloschenko <
>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> as I saw here:
>>>>>> 
>>>>>> https://mobile.twitter.com/brunoborges/status/79132793984116
>>>>>> 
>>>>>> there are a lot of "dislikes" as a result of the vote. I think it
>> would
>>>> be
>>>>>> great to get some feedback what to improve and what you don't like.
>>>>>> 
>>>>>> kind regards
>>>>>> 
>>>>>> Tobias
>>>> 
>>>> -
>>>> 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

Re: Result of vote at twitter

[Tobias Soloschenko]

Ah ok - "How exactly" was a bit short so I didn't get what you wanted to ask me.

Maybe with a survey system. A combination of multiple choice and free text 
input to get hints, but I actually don't know how to share it the best way.

Originally I just wanted to ask in this mailing list first to get some initial 
feedback and then extend it and post a survey link as follow up to Bruno's 
Twitter post.

kind regards

Tobias

> Am 31.10.2016 um 12:34 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> You didn't answer my question.
> How to get their reasons ?
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Mon, Oct 31, 2016 at 12:29 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi Martin,
>> 
>> yes that's true, but if someone dislike something there might be reasons
>> which can be changed. :-)
>> 
>> Example:
>> 
>> It is hard to deal with a component hierarchy: Solution component queuing.
>> (yes I know - you think that it's a failure - but it is an example)
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 31.10.2016 um 11:12 schrieb Martin Grigorov <mgrigo...@apache.org>:
>>> 
>>> How exactly ?
>>> 
>>> Bruno is JavaEE evangelist at Oracle and most of the people following him
>>> are JavaEE fans. They prefer JSF and JSP...
>>> 
>>> Martin Grigorov
>>> Wicket Training and Consulting
>>> https://twitter.com/mtgrigorov
>>> 
>>> On Mon, Oct 31, 2016 at 8:44 AM, Tobias Soloschenko <
>>> tobiassolosche...@googlemail.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> as I saw here:
>>>> 
>>>> https://mobile.twitter.com/brunoborges/status/79132793984116
>>>> 
>>>> there are a lot of "dislikes" as a result of the vote. I think it would
>> be
>>>> great to get some feedback what to improve and what you don't like.
>>>> 
>>>> kind regards
>>>> 
>>>> Tobias
>> 
>> -
>> 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: Result of vote at twitter

[Tobias Soloschenko]

Hi Martin,

yes that's true, but if someone dislike something there might be reasons which 
can be changed. :-)

Example:

It is hard to deal with a component hierarchy: Solution component queuing. (yes 
I know - you think that it's a failure - but it is an example)

kind regards

Tobias

> Am 31.10.2016 um 11:12 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> How exactly ?
> 
> Bruno is JavaEE evangelist at Oracle and most of the people following him
> are JavaEE fans. They prefer JSF and JSP...
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Mon, Oct 31, 2016 at 8:44 AM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> as I saw here:
>> 
>> https://mobile.twitter.com/brunoborges/status/79132793984116
>> 
>> there are a lot of "dislikes" as a result of the vote. I think it would be
>> great to get some feedback what to improve and what you don't like.
>> 
>> kind regards
>> 
>> Tobias

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

Result of vote at twitter

[Tobias Soloschenko]

Hi,

as I saw here:

https://mobile.twitter.com/brunoborges/status/79132793984116

there are a lot of "dislikes" as a result of the vote. I think it would be 
great to get some feedback what to improve and what you don't like.

kind regards

Tobias

Re: Problems with Wicket 7.5.0 and Wicket Bootstrap 0.10.10 using a custom NotificationPanel

[Tobias Soloschenko]

Hi,

good to hear and thanks for the feedback.

kind regards

Tobias

Am 30.10.16 um 10:04 schrieb Francesco Chicchiriccò:


On 2016-10-28 14:37 (+0100), Martin Grigorov  wrote:

On Fri, Oct 28, 2016 at 12:01 PM, Francesco Chicchiriccò <
ilgro...@apache.org> wrote:


On 2016-10-27 14:18 (+0200), Martin Grigorov  wrote:

Hi,

Good news!
It is a bug in Wicket Bootstrap:
https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/wicket-

7.x/bootstrap-core/src/main/java/de/agilecoders/wicket/
core/markup/html/bootstrap/dialog/Alert.html#L10

This  uses a Label in Java. (No idea why).
Since https://issues.apache.org/jira/browse/WICKET-6219 this is not
possible.

Hi,
we are still having problems when upgrading to Wicket 7.5.0 [1], possibly
because of the same reason as above (e.g. WICKET-6219): in deployment mode
everything works fine, but in development mode a stacktrace is reported (as
shown in [1]): could you please explain what is needed to change, taking
[2] as reference?


I've added a comment in the ticket explaining what was the problem in
Wicket Bootstrap.
Looking at AbstractFieldPanel and its specializations I have the feeling
the problem is the same.

FYI we have solved all Syncope admin console issues with Wicket 7.5.0 and 
resolved SYNCOPE-962.

The actual fix was

https://git-wip-us.apache.org/repos/asf?p=syncope.git;a=blobdiff;f=client/console/src/main/resources/org/apache/syncope/client/console/wicket/markup/html/bootstrap/dialog/BaseModal.html;h=ddf2c9ef8ee4c311e0578862cf7d887fa94e91d5;hp=30689677a83ff9715603cde96e2b1ebe5c7dd30b;hb=dd9e95e;hpb=1bc21e3eb330f44c490baf3448565b4fa6598308

for modal windows.


Anyway we could improve the error message by adding the relative path to
the page, so it is more easier to find which component has problems.

Oh, this would be good anyway.
Regards.


[1] https://issues.apache.org/jira/browse/SYNCOPE-962
[2] https://github.com/apache/syncope/blob/2_0_X/client/
console/src/main/resources/org/apache/syncope/client/
console/wicket/markup/html/form/AbstractFieldPanel.html

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




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

Re: Wicket vs JS frameworks.

[Tobias Soloschenko]

Hi,

this is a topic every web developer is facing currently.

I think because Wicket uses HTML5 and Java you can combine JS Frameworks with 
many of the features of Wicket. Example: Because you have a java backend you 
can build a rest API with wicket-rest-annotations and configure your Angular JS 
to work with it - if you have a page change you could use Wicket components and 
even the pages could be served with Wicket containing the Angular content.

There are some things I want to point out:

Java Frameworks:
* Compiling / JUnit tests (with WicketTester) let you know if you break 
something - in my opinion this is currently working better as 
JavaScript-Testing with no compilation
* You have a better IDE support for the Java Part than for JavaScript - all the 
time I spoke to JS developer they all the time give me a complete different 
tool setup they use which at least do not cover the whole stuff needed to 
ensure alle facets if you refactor something (this gets better with TypeScript 
which also Angular decided to use)
* NPM itself does not guarantee that the versions you are using of a released 
module are the same all the time - you have to use additional plugins like 
Shrinkwrap to do so - this is way better in maven!
* You don't have to build up the interaction client<>server yourself (Wicket 
and others) this is done by the framework for you - with Angular you have to 
handle every REST call yourself

JavaScript Frameworks:
* You don't need a VM to run it just a simple browser and the library
* A big community of developers, because every frontend developer used 
JavaScript before can build up the presentations layer.
* Less overhead on server side (memory consumption)

As you can see there are advantages and disadvantages on both sides, but as I 
mentioned - if you want to you can combine them, but you have to evaluate which 
fits the best to your requirement.

kind regards

Tobias

> Am 14.10.2016 um 06:33 schrieb fzb :
> 
> Hi,
> 
> I am a fan of Wicket & had been working on for last 6 to 7 yrs using the
> same. Recently had evaluated few frameworks Angular, ReactJS etc in view of
> developing new applications, I did not feel them appealing may be due to my
> very bad java script knowledge.. if at all i learn and start working on it,
> I felt I am not going to be productive on it. Currently I feel Wicket due to
> its Component based is very much productive and helps to give the
> consistency across application in terms of look n feel etc. 
> 
> Just thought of hearing comments from others as well ..  Are those using
> Wicket, using other frameworks as well.  Are there any combinations which
> works well with Wicket or otherwise. 
> 
> - fzb
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Wicket-vs-JS-frameworks-tp4675771.html
> Sent from the Users forum mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: hyperlink to a file on the server but ouside of the wicket war ? (solved)

[Tobias Soloschenko]

Hi,

or you can use FileSystemResource / FileSystemResourceReference (Wicket 7)

kind regards

Tobias

> Am 07.10.2016 um 09:16 schrieb andre seame :
> 
> Thanks,
> 
> 
> Other solution.
> 
> 
> In the wiceket code : for a file in 
> \\myserver\TestResults\A\B\image_timestamp.png. transform it in 
> http://mysserver:8080/testresults/A/B/image_timestamp.png
> 
> 
> Add this hyperling in your Wicket page.
> 
> 
> see 
> http://stackoverflow.com/questions/9434964/tomcat-mapping-context-via-server-xml
>  or 
> http://stackoverflow.com/questions/1812244/simplest-way-to-serve-static-data-from-outside-the-application-server-in-a-java).
>  The idea is to use tomcat as a file server.
> 
> 
> So in my apache-tomcat/conf/localhost forlder (I create the localhost 
> folder), I add a file : Access_to_testresults.xml
> 
> 
> 
> docBase="C:\TestResults\"
>  path="/testresults" reloadable="false">
>
> 
> 
> 
> Then I can access to all hyperlinks and read image, text, ... without any 
> Java code.
> 
> 
> 
> Thanks.
> 
> 
> 
> 
> De : Martin Grigorov 
> Envoyé : jeudi 6 octobre 2016 02:40
> À : users@wicket.apache.org
> Objet : Re: hyperlink to a file on the server but ouside of the wicket war ?
> 
> Hi,
> 
> See ResourceLink component.
> 
>> On Oct 5, 2016 6:18 PM, "andre seame"  wrote:
>> 
>> Hello,
>> 
>> 
>> I have a windows server with TOMCAT and a wicket application in
>> d:\apache-tomcat\webapps\mywcketapplication.war
>> 
>> 
>> On this server, I have a shared disk where someone has put
>> \\myserver\TestResults\image_timestamp.png.
>> 
>> 
>> The wicket application can access to the file throught :
>> d:/TestRsults/image_timestamp.png
>> 
>> 
>> I would like to add in a wicket page a hyperlink to image_timestamp.png.
>> My first (very stupid) idea was to set > href="d:/TestRsults/image_timestamp.png"
>> ...
>> 
>> 
>> Questions are :
>> 
>>  *   What is the hyperlink ?
>>  *   Must I configure tomcat to access to d:\result ?
>>  *   Must I configure the wicket application to access to the file ?
>> 
>> 
>> Thanks,
>> 
>> PHL.
>> 

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

Re: Issue using Wicket Bootstap Less

[Tobias Soloschenko]

Hi,

just wanted to thank you for your contributions! :-)

kind regards

Tobias

> Am 05.10.2016 um 07:17 schrieb Erik Strid :
> 
> Hi Martin,
> 
> Thank you for the fast release!
> 
> Unfortunately did we find another issue in the LessCacheManager before we
> closed this issue on our side, that is related to this issue width the
> importedSources.
> I have created another pull request, see
> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/638.
> 
> Regards
> Erik Strid
> 
> On Wed, Sep 28, 2016 at 10:06 AM, Martin Grigorov 
> wrote:
> 
>> Done!
>> 0.9.19 and 0.10.9 are on their way to Maven Central!
>> Enjoy!
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>> 
>> On Wed, Sep 28, 2016 at 9:46 AM, Martin Grigorov 
>> wrote:
>> 
>>> Releases are cheap!
>>> I'll do it today!
>>> 
>>> Martin Grigorov
>>> Wicket Training and Consulting
>>> https://twitter.com/mtgrigorov
>>> 
>>> On Wed, Sep 28, 2016 at 9:40 AM, Erik Strid 
>> wrote:
>>> 
 Hi Martin,
 
 Thank you for your fast response to the pull request!
 
 How often is the wicket-boostrap project released?
 
 We have tested the snapshot in our test environment and we think the
 solution works as intended. We would like to have a correct release
>> before
 releasing the whole solution to the real world. This will happen within
 3-4
 weeks. Is it possible to get a release in that time frame?
 
 Regards
 Erik
 
 On Thu, Sep 22, 2016 at 9:26 PM, Martin Grigorov 
 wrote:
 
> Merged!
> Thanks a lot!
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Thu, Sep 22, 2016 at 1:11 PM, Erik Strid 
 wrote:
> 
>> Hi Martin,
>> 
>> I have created a pull request, see
>> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/636
>> 
>> Regards
>> Erik
>> 
>> On Tue, Sep 20, 2016 at 9:08 PM, Martin Grigorov <
 mgrigo...@apache.org>
>> wrote:
>> 
>>> Hi Erik,
>>> 
>>> Many thanks for investigating this!
>>> 
>>> Please create a Pull Request!
>>> It seems you already know how to fix it!
>>> Thank you!
>>> 
>>> Martin Grigorov
>>> Wicket Training and Consulting
>>> https://twitter.com/mtgrigorov
>>> 
>>> On Tue, Sep 20, 2016 at 2:16 PM, Erik Strid >> 
>> wrote:
>>> 
 Hi Martin,
 
 I have finally found some time to investigate this issue
>> further.
 
 It seems that clearing the cache only will clear the variable
>>> contentCache
 and not both the contentCache and urlSourceCache variables in
 LessCacheManager. A cleared cache will trigger a recompile in
 LessCacheManager.getCss(URLSource) on a cached URLSource, in
>> this
> case
 will
 the compiler add the imported files to the importedSources list,
>> returned
 by AbstractHierarchicalSource.getImportedSources(), once more.
 And
> the
 importedSources list will grow with imported files after each
 call to
 clearCache.
 The NPE that we get is a result of the shared URLSource and a
>> race
 condition in AbstractHierarchicalSource.
> addImportedSource(LessSource)
 (importedSources isn't thread safe).
 
 Furthermore I think there is an issue with the
 LessCacheManager.getCss(URLSource). For the first file that is
>> compiled
 will the list of imported sources for lessSource be empty. The
 lastModifiedTime will then only contain the timestamp for the
>> file
> and
>>> not
 the last modified time of the file itself or its imports, so the
 lastModifiedTime will be incorrect when adding the compiled
 source to
>> the
 timeToContentMap the first time.
 
 You should be able to see these two issues in this commit
 https://github.com/strido/wicket-bootstrap/commit/
 2be0d8d4294162bd103e63c74198d90457e6069e
 
 Should I report this to your issue tracker (
 https://github.com/l0rdn1kk0n/wicket-bootstrap/issues)?
 
 Regards
 Erik Strid
 
 On Tue, Sep 6, 2016 at 10:49 AM, Martin Grigorov <
> mgrigo...@apache.org
>>> 
 wrote:
 
> Hi,
> 
> If the list of imported sources contains "null" then you
>> should
 ask
>> at
> https://github.com/SomMeri/less4j/issues.
> 
> What I can do in Wicket-Bootstrap-Less is to add protection
 against
>>> this
> NullPointerException by ignoring all "null"s. But this may
>> lead
 to
>>> broken
> UI!
> Please file an 

Re: ajax timer dying

[Tobias Soloschenko]

Hi,

maybe 
https://ci.apache.org/projects/wicket/apidocs/6.x/org/apache/wicket/util/time/Duration.html

Duration.MAXIMUM

kind regards

Tobias

> Am 03.10.2016 um 20:07 schrieb Jonathan Locke :
> 
> hello all,
> 
> been a while! i don't quite understand the parameters of this issue i'm
> running into yet, but i have an AbstractAjaxTimerBehavior that i'm adding
> to my page in order to handle updates from asynchronous queries. it works
> great except that *every once in a while* the timer dies and there are no
> more calls to the timer behavior. has anyone run into this kind of thing?
> there's no javascript error on the console, so it's not that. my memory is
> foggy on wicket ajax... is there maybe some special debugging magic i could
> turn on to figure this out? is there any way to ensure that the timer never
> dies?
> 
> thanks,
> 
>jon

Re: AjaxCallListener

[Tobias Soloschenko]

Hi,

I just googled for it:

http://apache-wicket.1842946.n4.nabble.com/Migration-1-5-gt-6-CancelEventIfNoAjaxDecorator-td4652609.html

Hope this helps.

kind regards

Tobias

> Am 26.09.2016 um 22:13 schrieb durairaj t :
> 
> How to replace the "new CancelEventIfNoAjaxDecorator();" in  wicket 7
> AjaxCallListener?
> 
> Any help?

Re: Reload Wicket classes/markup without reloading Servlet Container

[Tobias Soloschenko]

Hi,

you could use Jetty and run it in debug mode within your IDE. See StartExamples 
Java-Class

https://github.com/apache/wicket/blob/master/wicket-examples/src/test/java/org/apache/wicket/examples/StartExamples.java

kind regards

Tobias

> Am 02.09.2016 um 03:19 schrieb James Selvakumar :
> 
> Dear Wicket community,
> 
> May I know what techniques/tools are used by the community to reload Wicket
> classes and markup without reloading Servlet Container to speed up
> development?
> 
> -- 
> Thanks & regards
> James Selvakumar
> mCruncher

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

Re: Chrome extension and Eclipse plugin for wicket-source helper are updated!

[Tobias Soloschenko]

Great work!

Thank you so much for keeping this Apache Wicket extension up to date / make it 
runnable again.

kind regards

Tobias

> Am 22.08.2016 um 03:30 schrieb Jenny Brown :
> 
> About 5 years ago, I created wicket-source, a set of extensions that let
> you inspect a wicket component in your browser, and click a button to go to
> that line of your source code in Eclipse.
> 
> As time went on, the browser extensions drifted out of compatibility, to
> the sadness of those who used them.  Eventually even the workarounds
> stopped working.
> 
> So this weekend, I update the Chrome wicket-source extension for Chrome 48
> (updated in chrome web store) and updated the Eclipse plugin (jar is on
> github) for Eclipse Neon.   (Yeah!!!)
> 
> Screenshots, details, and download links are on the wiki:
> 
>https://github.com/jennybrown8/wicket-source/wiki
> 
> The server-side wicket application module still works as before, and is
> available for Wicket 7.
> 
> The Firefox plugin was deprecated, and requires a full rewrite from
> scratch, so it's not usable for now.  I'll try to come back to this when
> Firefox Web Extensions and Firebug 3 stabilize and provide the APIs I need
> for it to work.
> 
> I forked the project when I separated from the employer where it was
> created, so there is a new package name for the extensions that have been
> updated.  At this time, the maven coordinates for the web application
> server-side plugin remain with the old name.  The wiki documents all of
> this.
> 
> I looked at Eclipse Marketplace and the self-hosting was confusing; if
> someone familiar with that wants to pair with me to try to get it properly
> submitted, I can try.  I don't have my own hosting service for the binaries.
> 
> Jenny Brown

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

Re: http/2

[Tobias Soloschenko]

Am 29.06.16 um 17:43 schrieb Martin Grigorov:

On Tue, Jun 28, 2016 at 11:02 PM, Tobias Soloschenko <
tobiassolosche...@googlemail.com> wrote:


Hi,

I just saw this old topic and want to give some information about HTTP/2
and Wicket.

First of all Wicket will have support for http/2 via PushBuilder API - A
PoC can be found here:

https://github.com/klopfdreh/jetty-http2-example

So before the actual page request is finished you can push several
resources to the client via header item.

The item itself is also compatible with http<2 because resources aren't
pushed to the client at all in this case.

There are some hints in the implementation that the client is going to
have the option to activate / deactivate the push functionality.

If a client has cached the resource already a RST_STREAM is send to the
server to skip the next pushed resource so that there is no high traffic at
all.

@stackoverflow I asked a question regarding the client side caching in
Jetty and a core dev already answered:


http://stackoverflow.com/questions/37211883/jetty-respond-with-status-200-instead-of-304-while-using-http2

I am waiting for further hints at this point.


There is no answer since May 20th.
I'd file an issue at Jetty bug tracker.
Ticket is now available here: 
https://github.com/eclipse/jetty.project/issues/801



If the JEE server supports HTTP/2 I think you are going to be able to ship
files within the WEB-INF with push, too (this is only an assumption)

Hope the dev regarding the JEE standard is continued soon.

kind regards

Tobias


Am 02.03.2016 um 19:43 schrieb Lars Törner <lars.tor...@gmail.com>:

Ok, thanks!

I hope to find the time to test it in the near future. :-)


2016-03-02 17:30 GMT+01:00 Martin Grigorov <mgrigo...@apache.org>:


That's correct!

Honestly I haven't checked the network traffic to verify that all or at
least several resources are served in the same connection but I have
verified that both Google Chrome and Firefox report that the site is

HTTP/2

enabled.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov


On Wed, Mar 2, 2016 at 5:16 PM, Lars Törner <lars.tor...@gmail.com>

wrote:

Hi Martin,

that sounds interesting!

So what you´re saying is that if the server where the

wicket-applictation

is deployed supports http/2 then wicket itself doesn't need any
wicket-specific-extension to work. And that, for example, all

components

css/javascript-resources of a page will be fetched over one multiplexed
connection.

Cheers
Lasse



2016-03-02 16:40 GMT+01:00 Martin Grigorov <mgrigo...@apache.org>:


Hi Lasse,

I have successfully tested a Wicket application (my WebSockets demo

app)

on

Tomcat 9.0.0.M1/M2/M3 (
https://twitter.com/mtgrigorov/status/665916977957982208) with

HTTP/2.

Currently there is a discussion at Tomcat dev@ mailing list about

porting

back the changes to Tomcat 8.5.0. 8.5 will be what 9.0 is now without

the

Servlet 4.x APIs because Servlet 4.x release date is far in the

future.

I have also was able to run Wicket app with Jetty SPDY impl in the

past.

I haven't tested with WildFly 10 but I don't expect any problems from
Wicket side.
Please let us know if you face any issues and we will investigate

them!

Thanks!


Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov


On Wed, Mar 2, 2016 at 4:31 PM, Lars Törner <lars.tor...@gmail.com>

wrote:


Hi,

I have some (naive?) questions:

- Isn't it time to think about wicket and http/2?
- Must we wait for javaee8/servlet 4.0 and then wait for a new

version

of

wicket that supports it?
- Is it possible to implement an extension to support http/2 in

wicket?

- Is it a huge effort to make this happen?

I think (most of?) the latest versions of the major browsers support
http/2, Wildfly supports http/2 server side with undertow... etc.
Known implementations of HTTP/2:
https://github.com/http2/http2-spec/wiki/Implementations

I have read Martin G:s comment from a year back about this (see

below),

but

not found anything else... maybe there already is an ongoing

discussion

about this?

Cheers
Lasse

Martins reflections about http/2 and servlet 4.0
I'm afraid it is too early for this. We can make sure Wicket works

fine

in

a container supporting those but it is too early to require that.

Servlet

4.0 is still in design process. Apache Tomcat didn't started

implementing

any features from it. I am not sure about the status in Jetty. I know

that

Undertow (the web container for JBoss Wildfly) supports HTTP 2.0 but

I

haven't heard of any Servlet 4.0 features. It will take us some time

to

release 8.0.0 but I think it will be too
early to require Servlet 4.0 even then.

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





-

Re: http/2

[Tobias Soloschenko]

Hi Martin,

Am 29.06.16 um 17:43 schrieb Martin Grigorov:

On Tue, Jun 28, 2016 at 11:02 PM, Tobias Soloschenko <
tobiassolosche...@googlemail.com> wrote:


Hi,

I just saw this old topic and want to give some information about HTTP/2
and Wicket.

First of all Wicket will have support for http/2 via PushBuilder API - A
PoC can be found here:

https://github.com/klopfdreh/jetty-http2-example

So before the actual page request is finished you can push several
resources to the client via header item.

The item itself is also compatible with http<2 because resources aren't
pushed to the client at all in this case.

There are some hints in the implementation that the client is going to
have the option to activate / deactivate the push functionality.

If a client has cached the resource already a RST_STREAM is send to the
server to skip the next pushed resource so that there is no high traffic at
all.

@stackoverflow I asked a question regarding the client side caching in
Jetty and a core dev already answered:


http://stackoverflow.com/questions/37211883/jetty-respond-with-status-200-instead-of-304-while-using-http2

I am waiting for further hints at this point.


There is no answer since May 20th.
I'd file an issue at Jetty bug tracker.

I tried to file in a bug at:

https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Jetty

but:

"Sorry, entering a bug into the product Jetty has been disabled."

...



If the JEE server supports HTTP/2 I think you are going to be able to ship
files within the WEB-INF with push, too (this is only an assumption)

Hope the dev regarding the JEE standard is continued soon.

kind regards

Tobias


Am 02.03.2016 um 19:43 schrieb Lars Törner <lars.tor...@gmail.com>:

Ok, thanks!

I hope to find the time to test it in the near future. :-)


2016-03-02 17:30 GMT+01:00 Martin Grigorov <mgrigo...@apache.org>:


That's correct!

Honestly I haven't checked the network traffic to verify that all or at
least several resources are served in the same connection but I have
verified that both Google Chrome and Firefox report that the site is

HTTP/2

enabled.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov


On Wed, Mar 2, 2016 at 5:16 PM, Lars Törner <lars.tor...@gmail.com>

wrote:

Hi Martin,

that sounds interesting!

So what you´re saying is that if the server where the

wicket-applictation

is deployed supports http/2 then wicket itself doesn't need any
wicket-specific-extension to work. And that, for example, all

components

css/javascript-resources of a page will be fetched over one multiplexed
connection.

Cheers
Lasse



2016-03-02 16:40 GMT+01:00 Martin Grigorov <mgrigo...@apache.org>:


Hi Lasse,

I have successfully tested a Wicket application (my WebSockets demo

app)

on

Tomcat 9.0.0.M1/M2/M3 (
https://twitter.com/mtgrigorov/status/665916977957982208) with

HTTP/2.

Currently there is a discussion at Tomcat dev@ mailing list about

porting

back the changes to Tomcat 8.5.0. 8.5 will be what 9.0 is now without

the

Servlet 4.x APIs because Servlet 4.x release date is far in the

future.

I have also was able to run Wicket app with Jetty SPDY impl in the

past.

I haven't tested with WildFly 10 but I don't expect any problems from
Wicket side.
Please let us know if you face any issues and we will investigate

them!

Thanks!


Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov


On Wed, Mar 2, 2016 at 4:31 PM, Lars Törner <lars.tor...@gmail.com>

wrote:


Hi,

I have some (naive?) questions:

- Isn't it time to think about wicket and http/2?
- Must we wait for javaee8/servlet 4.0 and then wait for a new

version

of

wicket that supports it?
- Is it possible to implement an extension to support http/2 in

wicket?

- Is it a huge effort to make this happen?

I think (most of?) the latest versions of the major browsers support
http/2, Wildfly supports http/2 server side with undertow... etc.
Known implementations of HTTP/2:
https://github.com/http2/http2-spec/wiki/Implementations

I have read Martin G:s comment from a year back about this (see

below),

but

not found anything else... maybe there already is an ongoing

discussion

about this?

Cheers
Lasse

Martins reflections about http/2 and servlet 4.0
I'm afraid it is too early for this. We can make sure Wicket works

fine

in

a container supporting those but it is too early to require that.

Servlet

4.0 is still in design process. Apache Tomcat didn't started

implementing

any features from it. I am not sure about the status in Jetty. I know

that

Undertow (the web container for JBoss Wildfly) supports HTTP 2.0 but

I

haven't heard of any Servlet 4.0 features. It will take us some time

to

release 8.0.0 but I think it will be too
early to require Servlet 4.0 even then.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.ap

Apache Wicket 8.0.0-M1 PushBuilder

[Tobias Soloschenko]

Hi,

just wanted to clarify that the PushBuilder API will be available with 8.0.0-M2 
instead of 8.0.0-M1. 

kind regards

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

Re: [ANNOUNCE] Apache Wicket 7.4.0 Released

[Tobias Soloschenko]

Hi Martin,

done - I also updated the archetype versions and increased the wicket 8 
version to 8.0.0-M1


By the way the error in the link to the migration guide of wicket 6 is 
that it ends with "ion" not with "e" - see:


wicket 6

http://s.apache.org/wicket6migration

wicket 7

http://s.apache.org/wicket7migrate

kind regards

Tobias

Am 22.07.16 um 09:39 schrieb Martin Grigorov:

Hi Tobias,

Martijn will be on vacation.
It would be great if you can update the site with the new versions!
Thank you!

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Fri, Jul 22, 2016 at 7:51 AM, Tobias Soloschenko <
tobiassolosche...@googlemail.com> wrote:


Hi Martijn,

have you any plans to update the wicket-site or should I do this at
weekend?

kind regards

Tobias


Am 21.07.2016 um 17:55 schrieb Martijn Dashorst <dasho...@apache.org>:

The Apache Wicket PMC is proud to announce Apache Wicket 7.4.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 7. 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
7.0.0.

New and noteworthy
--

This release

- improves stateless AJAX support by integrating the Wicket Stuff
   wicket-stateless module (WICKET-6183)

- improves compatibility for playing videos on iOS devices due to missing
   media type in MediaComponent

- upgrades provided JQuery to 1.12.4 and 2.2.4

- improves compatibility with CGLIB when using wicket-jmx

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
7.4.0


Or download and build the distribution yourself, or use our
convenience binary package

* Source: http://www.apache.org/dyn/closer.cgi/wicket/7.4.0
* Binary: http://www.apache.org/dyn/closer.cgi/wicket/7.4.0/binaries

Upgrading from earlier versions
---

If you upgrade from 7.y.z this release is a drop in replacement. If
you come from a version prior to 7.0.0, please read our Wicket 7
migration guide found at

* http://s.apache.org/wicket7migrate

Have fun!

— The Wicket team



The signatures for the source release artefacts:

Signature for apache-wicket-7.4.0.zip:
-BEGIN PGP SIGNATURE-
Comment: GPGTools - https://gpgtools.org
iEYEABECAAYFAleLztAACgkQJBX8W/xy/UU1tACgnetUeJcjAGegJJ175UMjq2z3
QJAAnjLmcDjcUKGOd/hfBvdvXfo2RL2d
=sPs0
-END PGP SIGNATURE-

Signature for apache-wicket-7.4.0.tar.gz:
-BEGIN PGP SIGNATURE-
Comment: GPGTools - https://gpgtools.org
iEYEABECAAYFAleLzs8ACgkQJBX8W/xy/UVNogCgvokjiIH8p/tH3FO27qW0uHfY
pS8AoINM8PFic38Lbf55tNmeegzROZYx
=iTAS
-END PGP SIGNATURE-



CHANGELOG for 7.4.0:

** Bug

* [WICKET-6154] - Performance bottleneck when using
KeyInSessionSunJceCryptFactory
* [WICKET-6155] - Newline in ModalWindow title
* [WICKET-6157] - WicketTester and application servers are destroying
app differently
* [WICKET-6160] - Missing type for MediaComponent causing iOS devices
not to be able to play videos
* [WICKET-6162] - Reload leads to unexpected RuntimeException 'Unable
to find component with id'
* [WICKET-6169] - NullPointerException accessing
AbstractRequestLogger.getLiveSessions
* [WICKET-6170] - Wrong requestmapper used for cache decorated resources
* [WICKET-6172] - Inconsistent results from getTag[s]ByWicketId
* [WICKET-6173] - WICKET-6172 makes TagTester.createTagsByAttribute stop

working

* [WICKET-6174] - Browser/Client info navigatorJavaEnabled property
returns undefined
* [WICKET-6175] - Aautocomplete suggestion window is not closing in IE11
* [WICKET-6180] - JMX Initializer's usage of CGLIB makes it impossible
to upgrade to CGLIB 3.2.3
* [WICKET-6185] - Border body not reachable for visitors
* [WICKET-6187] - Enclosures rendered twice in derived component
* [WICKET-6191] - AjaxTimerBehavior will stop after ajax update of
component it is attached to
* [WICKET-6196] - CheckingObjectOutputStream broken in Wicket 7
* [WICKET-6198] - Unable to disable a MultiFileUploadField
* [WICKET-6202] - Guide: 26.1 Page storing, section
HttpSessionDataStore - example code is not correct
* [WICKET-6204] - Copy only the provided attributes for Ajax link

inclusion

** Improvement

* [WICKET-6153] - WicketTester's MockHttpServletRequest doesn't expose
setLocale(aLocale) method
* [WICKET-6178] - MetaDataHeaderItem # generateString() should return
specials characters escaped l

Re: [ANNOUNCE] Apache Wicket 7.4.0 Released

[Tobias Soloschenko]

Hi Martijn,

have you any plans to update the wicket-site or should I do this at weekend?

kind regards

Tobias

> Am 21.07.2016 um 17:55 schrieb Martijn Dashorst :
> 
> The Apache Wicket PMC is proud to announce Apache Wicket 7.4.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 7. 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
> 7.0.0.
> 
> New and noteworthy
> --
> 
> This release
> 
> - improves stateless AJAX support by integrating the Wicket Stuff
>   wicket-stateless module (WICKET-6183)
> 
> - improves compatibility for playing videos on iOS devices due to missing
>   media type in MediaComponent
> 
> - upgrades provided JQuery to 1.12.4 and 2.2.4
> 
> - improves compatibility with CGLIB when using wicket-jmx
> 
> 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
>7.4.0
> 
> 
> Or download and build the distribution yourself, or use our
> convenience binary package
> 
> * Source: http://www.apache.org/dyn/closer.cgi/wicket/7.4.0
> * Binary: http://www.apache.org/dyn/closer.cgi/wicket/7.4.0/binaries
> 
> Upgrading from earlier versions
> ---
> 
> If you upgrade from 7.y.z this release is a drop in replacement. If
> you come from a version prior to 7.0.0, please read our Wicket 7
> migration guide found at
> 
> * http://s.apache.org/wicket7migrate
> 
> Have fun!
> 
> — The Wicket team
> 
> 
> 
> The signatures for the source release artefacts:
> 
> Signature for apache-wicket-7.4.0.zip:
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - https://gpgtools.org
> iEYEABECAAYFAleLztAACgkQJBX8W/xy/UU1tACgnetUeJcjAGegJJ175UMjq2z3
> QJAAnjLmcDjcUKGOd/hfBvdvXfo2RL2d
> =sPs0
> -END PGP SIGNATURE-
> 
> Signature for apache-wicket-7.4.0.tar.gz:
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - https://gpgtools.org
> iEYEABECAAYFAleLzs8ACgkQJBX8W/xy/UVNogCgvokjiIH8p/tH3FO27qW0uHfY
> pS8AoINM8PFic38Lbf55tNmeegzROZYx
> =iTAS
> -END PGP SIGNATURE-
> 
> 
> 
> CHANGELOG for 7.4.0:
> 
> ** Bug
> 
> * [WICKET-6154] - Performance bottleneck when using
> KeyInSessionSunJceCryptFactory
> * [WICKET-6155] - Newline in ModalWindow title
> * [WICKET-6157] - WicketTester and application servers are destroying
> app differently
> * [WICKET-6160] - Missing type for MediaComponent causing iOS devices
> not to be able to play videos
> * [WICKET-6162] - Reload leads to unexpected RuntimeException 'Unable
> to find component with id'
> * [WICKET-6169] - NullPointerException accessing
> AbstractRequestLogger.getLiveSessions
> * [WICKET-6170] - Wrong requestmapper used for cache decorated resources
> * [WICKET-6172] - Inconsistent results from getTag[s]ByWicketId
> * [WICKET-6173] - WICKET-6172 makes TagTester.createTagsByAttribute stop 
> working
> * [WICKET-6174] - Browser/Client info navigatorJavaEnabled property
> returns undefined
> * [WICKET-6175] - Aautocomplete suggestion window is not closing in IE11
> * [WICKET-6180] - JMX Initializer's usage of CGLIB makes it impossible
> to upgrade to CGLIB 3.2.3
> * [WICKET-6185] - Border body not reachable for visitors
> * [WICKET-6187] - Enclosures rendered twice in derived component
> * [WICKET-6191] - AjaxTimerBehavior will stop after ajax update of
> component it is attached to
> * [WICKET-6196] - CheckingObjectOutputStream broken in Wicket 7
> * [WICKET-6198] - Unable to disable a MultiFileUploadField
> * [WICKET-6202] - Guide: 26.1 Page storing, section
> HttpSessionDataStore - example code is not correct
> * [WICKET-6204] - Copy only the provided attributes for Ajax link inclusion
> 
> ** Improvement
> 
> * [WICKET-6153] - WicketTester's MockHttpServletRequest doesn't expose
> setLocale(aLocale) method
> * [WICKET-6178] - MetaDataHeaderItem # generateString() should return
> specials characters escaped like StringEscapeUtils.escapeHtml(s) does
> * [WICKET-6182] - Remove recreateBookmarkablePagesAfterExpiry check in
> Component#createRequestHandler
> * [WICKET-6183] - Improve stateless support for AJAX
> * [WICKET-6186] - Upgrade JQuery to 1.12.4/2.2.4
> 
> ** New Feature
> 
> * [WICKET-6193] - NestedStringResourceLoader - replaces nested keys
> within property files
> 
> -
> To unsubscribe, e-mail: 

Re: Dynamic localisation

[Tobias Soloschenko]

Hi,

I remember a ticket in which this was a requirement. Maybe we should consider 
to take this implementation to core:

https://github.com/klopfdreh/wicket-components-playground/wiki/22.-NestedStringResourceLoader

kind regards

Tobias

> Am 01.07.2016 um 17:22 schrieb Sven Meier :
> 
> Hi,
> 
> alternatively you could role your own Localizer or IStringResourceLoader that 
> does some fancy replacement.
> 
> Have fun
> Sven
> 
> 
>> On 01.07.2016 08:50, ChambreNoire wrote:
>> The thing is, I don't know in advance which words need to be dynamically
>> changed.
>> 
>> So for instance :
>> 
>> "The user is not currently associated with a service"
>> 
>> I could want to replace 'user', 'service' or even 'associated' depending on
>> the context.
>> 
>> I could always add context-specific property files with the overridden
>> version :
>> 
>> package_contextA.properties > The peasant is not current managed by a
>> landowner
>> 
>> I suppose these could be generated at build by parsing the base
>> package.properties and generating context-specific property files where
>> necessary (only if these contain words to be replaced).
>> 
>> Seems a bit messy though...
>> 
>> CN
>> 
>> --
>> View this message in context: 
>> http://apache-wicket.1842946.n4.nabble.com/Dynamic-localisation-tp4674990p4674992.html
>> Sent from the Users forum mailing list archive at Nabble.com.
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: http/2

[Tobias Soloschenko]

When I find some time I am going to file in a ticket.

kind regards

Tobias

> Am 29.06.2016 um 17:43 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> On Tue, Jun 28, 2016 at 11:02 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> I just saw this old topic and want to give some information about HTTP/2
>> and Wicket.
>> 
>> First of all Wicket will have support for http/2 via PushBuilder API - A
>> PoC can be found here:
>> 
>> https://github.com/klopfdreh/jetty-http2-example
>> 
>> So before the actual page request is finished you can push several
>> resources to the client via header item.
>> 
>> The item itself is also compatible with http<2 because resources aren't
>> pushed to the client at all in this case.
>> 
>> There are some hints in the implementation that the client is going to
>> have the option to activate / deactivate the push functionality.
>> 
>> If a client has cached the resource already a RST_STREAM is send to the
>> server to skip the next pushed resource so that there is no high traffic at
>> all.
>> 
>> @stackoverflow I asked a question regarding the client side caching in
>> Jetty and a core dev already answered:
>> 
>> 
>> http://stackoverflow.com/questions/37211883/jetty-respond-with-status-200-instead-of-304-while-using-http2
>> 
>> I am waiting for further hints at this point.
> 
> There is no answer since May 20th.
> I'd file an issue at Jetty bug tracker.
> 
> 
>> 
>> If the JEE server supports HTTP/2 I think you are going to be able to ship
>> files within the WEB-INF with push, too (this is only an assumption)
>> 
>> Hope the dev regarding the JEE standard is continued soon.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 02.03.2016 um 19:43 schrieb Lars Törner <lars.tor...@gmail.com>:
>>> 
>>> Ok, thanks!
>>> 
>>> I hope to find the time to test it in the near future. :-)
>>> 
>>> 
>>> 2016-03-02 17:30 GMT+01:00 Martin Grigorov <mgrigo...@apache.org>:
>>> 
>>>> That's correct!
>>>> 
>>>> Honestly I haven't checked the network traffic to verify that all or at
>>>> least several resources are served in the same connection but I have
>>>> verified that both Google Chrome and Firefox report that the site is
>> HTTP/2
>>>> enabled.
>>>> 
>>>> Martin Grigorov
>>>> Wicket Training and Consulting
>>>> https://twitter.com/mtgrigorov
>>>> 
>>>>> On Wed, Mar 2, 2016 at 5:16 PM, Lars Törner <lars.tor...@gmail.com>
>> wrote:
>>>>> 
>>>>> Hi Martin,
>>>>> 
>>>>> that sounds interesting!
>>>>> 
>>>>> So what you´re saying is that if the server where the
>> wicket-applictation
>>>>> is deployed supports http/2 then wicket itself doesn't need any
>>>>> wicket-specific-extension to work. And that, for example, all
>> components
>>>>> css/javascript-resources of a page will be fetched over one multiplexed
>>>>> connection.
>>>>> 
>>>>> Cheers
>>>>> Lasse
>>>>> 
>>>>> 
>>>>> 
>>>>> 2016-03-02 16:40 GMT+01:00 Martin Grigorov <mgrigo...@apache.org>:
>>>>> 
>>>>>> Hi Lasse,
>>>>>> 
>>>>>> I have successfully tested a Wicket application (my WebSockets demo
>>>> app)
>>>>> on
>>>>>> Tomcat 9.0.0.M1/M2/M3 (
>>>>>> https://twitter.com/mtgrigorov/status/665916977957982208) with
>> HTTP/2.
>>>>>> Currently there is a discussion at Tomcat dev@ mailing list about
>>>>> porting
>>>>>> back the changes to Tomcat 8.5.0. 8.5 will be what 9.0 is now without
>>>> the
>>>>>> Servlet 4.x APIs because Servlet 4.x release date is far in the
>> future.
>>>>>> 
>>>>>> I have also was able to run Wicket app with Jetty SPDY impl in the
>>>> past.
>>>>>> 
>>>>>> I haven't tested with WildFly 10 but I don't expect any problems from
>>>>>> Wicket side.
>>>>>> Please let us know if you face any issues and we will investigate
>> them!
>>>>>> 
>>>>>> Thanks!
>>>>>> 
>>>>>&

Re: http/2

[Tobias Soloschenko]

Hi,

I just saw this old topic and want to give some information about HTTP/2 and 
Wicket.

First of all Wicket will have support for http/2 via PushBuilder API - A PoC 
can be found here:

https://github.com/klopfdreh/jetty-http2-example

So before the actual page request is finished you can push several resources to 
the client via header item.

The item itself is also compatible with http<2 because resources aren't pushed 
to the client at all in this case.

There are some hints in the implementation that the client is going to have the 
option to activate / deactivate the push functionality.

If a client has cached the resource already a RST_STREAM is send to the server 
to skip the next pushed resource so that there is no high traffic at all.

@stackoverflow I asked a question regarding the client side caching in Jetty 
and a core dev already answered:

http://stackoverflow.com/questions/37211883/jetty-respond-with-status-200-instead-of-304-while-using-http2

I am waiting for further hints at this point.

If the JEE server supports HTTP/2 I think you are going to be able to ship 
files within the WEB-INF with push, too (this is only an assumption)

Hope the dev regarding the JEE standard is continued soon.

kind regards

Tobias

> Am 02.03.2016 um 19:43 schrieb Lars Törner :
> 
> Ok, thanks!
> 
> I hope to find the time to test it in the near future. :-)
> 
> 
> 2016-03-02 17:30 GMT+01:00 Martin Grigorov :
> 
>> That's correct!
>> 
>> Honestly I haven't checked the network traffic to verify that all or at
>> least several resources are served in the same connection but I have
>> verified that both Google Chrome and Firefox report that the site is HTTP/2
>> enabled.
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>> 
>>> On Wed, Mar 2, 2016 at 5:16 PM, Lars Törner  wrote:
>>> 
>>> Hi Martin,
>>> 
>>> that sounds interesting!
>>> 
>>> So what you´re saying is that if the server where the wicket-applictation
>>> is deployed supports http/2 then wicket itself doesn't need any
>>> wicket-specific-extension to work. And that, for example, all components
>>> css/javascript-resources of a page will be fetched over one multiplexed
>>> connection.
>>> 
>>> Cheers
>>> Lasse
>>> 
>>> 
>>> 
>>> 2016-03-02 16:40 GMT+01:00 Martin Grigorov :
>>> 
 Hi Lasse,
 
 I have successfully tested a Wicket application (my WebSockets demo
>> app)
>>> on
 Tomcat 9.0.0.M1/M2/M3 (
 https://twitter.com/mtgrigorov/status/665916977957982208) with HTTP/2.
 Currently there is a discussion at Tomcat dev@ mailing list about
>>> porting
 back the changes to Tomcat 8.5.0. 8.5 will be what 9.0 is now without
>> the
 Servlet 4.x APIs because Servlet 4.x release date is far in the future.
 
 I have also was able to run Wicket app with Jetty SPDY impl in the
>> past.
 
 I haven't tested with WildFly 10 but I don't expect any problems from
 Wicket side.
 Please let us know if you face any issues and we will investigate them!
 
 Thanks!
 
 
 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov
 
> On Wed, Mar 2, 2016 at 4:31 PM, Lars Törner 
 wrote:
 
> Hi,
> 
> I have some (naive?) questions:
> 
> - Isn't it time to think about wicket and http/2?
> - Must we wait for javaee8/servlet 4.0 and then wait for a new
>> version
>>> of
> wicket that supports it?
> - Is it possible to implement an extension to support http/2 in
>> wicket?
> - Is it a huge effort to make this happen?
> 
> I think (most of?) the latest versions of the major browsers support
> http/2, Wildfly supports http/2 server side with undertow... etc.
> Known implementations of HTTP/2:
> https://github.com/http2/http2-spec/wiki/Implementations
> 
> I have read Martin G:s comment from a year back about this (see
>> below),
 but
> not found anything else... maybe there already is an ongoing
>> discussion
> about this?
> 
> Cheers
> Lasse
> 
> Martins reflections about http/2 and servlet 4.0
> I'm afraid it is too early for this. We can make sure Wicket works
>> fine
 in
> a container supporting those but it is too early to require that.
>>> Servlet
> 4.0 is still in design process. Apache Tomcat didn't started
>>> implementing
> any features from it. I am not sure about the status in Jetty. I know
 that
> Undertow (the web container for JBoss Wildfly) supports HTTP 2.0 but
>> I
> haven't heard of any Servlet 4.0 features. It will take us some time
>> to
> release 8.0.0 but I think it will be too
> early to require Servlet 4.0 even then.
>> 

-
To unsubscribe, e-mail: 

Re: stop wicket from rewriting references in my css file

[Tobias Soloschenko]

Hi,

If you don't add the CssUrlReplacer manually it is not active by default. If 
URLs are replaced into Reference URLs it might be a manually added 
CssUrlReplacer.

If you don't want that some of the URLs are replaced you can consider to add 
them into a different CSS file and add the name of the file to the excludes of 
the CssUrlReplacer.

kind regards

Tobias

> Am 16.06.2016 um 08:12 schrieb nino martinez wael 
> :
> 
> Ok it looks like it could be something like that. BUT,i've changed
> nothing from stock options. Could that be enabled by default in 6.22 .
> Other option of course are that it is because of something in pax
> wicket.. I'll go check.
> 
>> On Wed, Jun 15, 2016 at 1:15 PM, Bas Gooren  wrote:
>> Sounds like you have enabled the css compressor / rewriter. By default it is
>> off.
>> 
>> This assumes that you are letting wicket handle the css (which you do, as
>> you mention it is a shared resource).
>> 
>> You are looking for Application#getResourceSettings() and
>> (I)ResourceSettings#(get|set)CssCompressor().
>> It sounds like it is currently set to an instance of CssUrlReplacer in your
>> app, as that rewrites all references in CSS.
>> 
>> Met vriendelijke groet,
>> Kind regards,
>> 
>> Bas Gooren
>> 
>> Op 15 juni 2016 bij 12:11:12, nino martinez wael
>> (nino.martinez.w...@gmail.com) schreef:
>> 
>> Hi
>> 
>> I currently have an issue where I add a shared css resource, but
>> wicket rewrites all references in the resource. I can't seem to find
>> the setting to turn of that part of wickets processing?
>> 
>> --
>> Best regards / Med venlig hilsen
>> Nino Martinez
>> 
>> -
>> 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
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: wicket 6.x / FeedbackPanel StackOverflowError

[Tobias Soloschenko]

Hi,

try to set the visibility in onConfigure and store it as field in that local 
anonymous class - (return myVisibilityField;)

kind regards

Tobias

> Am 14.05.2016 um 13:23 schrieb Korbinian Bachl 
> :
> 
> Hello,
> 
> I'm currently migrating a wicket / brix application from wicket 1.4 to wicket 
> 6.23; So far most seems well, but there is a thing I'm really stuck at. My 
> code uses FeedbackPanel regularly like this (on many many pages/ tiles):
> 
> loginForm.add(new FeedbackPanel("feedBack") {
>private static final long serialVersionUID = -2594094600209896717L;
> 
>@Override
>public boolean isVisible() {
>return loginForm.hasError();
>}
> 
> 
>}.setEscapeModelStrings(false));
> 
> and this worked fine in wicket 1.4; With wicket 6 now if I access a page 
> containing this I get 
> 
> [2016-05-14T13:14:48.163+0200] [Payara 4.1] [WARNING] [] 
> [javax.enterprise.web] [tid: _ThreadID=33 _ThreadName=http-listener-2(1)] 
> [timeMillis: 1463224488163] [levelValue: 900] [[
>  StandardWrapperValve[default]: Servlet.service() for servlet default threw 
> exception
> java.lang.StackOverflowError
>at org.apache.wicket.Component.isVisibleInHierarchy(Component.java:2132)
>at org.apache.wicket.Component.isVisibleInHierarchy(Component.java:2132)
>at org.apache.wicket.Component.isVisibleInHierarchy(Component.java:2132)
>at org.apache.wicket.Component.isVisibleInHierarchy(Component.java:2132)
>at org.apache.wicket.markup.html.form.Form$8.component(Form.java:1161)
>at org.apache.wicket.markup.html.form.Form$8.component(Form.java:1157)
>at org.apache.wicket.util.visit.Visits.visitChildren(Visits.java:144)
>at org.apache.wicket.util.visit.Visits.visitChildren(Visits.java:123)
>at 
> org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:860)
>at 
> org.apache.wicket.markup.html.form.Form.anyFormComponentError(Form.java:1156)
>at org.apache.wicket.markup.html.form.Form.hasError(Form.java:667)
>at xxx.login.LoginExistingPanel$2.isVisible(LoginExistingPanel.java:92)
>at org.apache.wicket.Component.determineVisibility(Component.java:4347)
>at org.apache.wicket.Component.isVisibleInHierarchy(Component.java:2138)
>at org.apache.wicket.markup.html.form.Form$8.component(Form.java:1161)
>at org.apache.wicket.markup.html.form.Form$8.component(Form.java:1157)
>at org.apache.wicket.util.visit.Visits.visitChildren(Visits.java:144)
>at org.apache.wicket.util.visit.Visits.visitChildren(Visits.java:123)
>at 
> org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:860)
>at 
> org.apache.wicket.markup.html.form.Form.anyFormComponentError(Form.java:1156)
>at org.apache.wicket.markup.html.form.Form.hasError(Form.java:667)
>at .LoginExistingPanel$2.isVisible(LoginExistingPanel.java:92)
>  repeating the error dozens of times;
> 
> Did anything change here that makes the good old isVisible() not usable 
> anymore?
> 
> 
> Best,
> 
> Korbinian
> 
> 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Re: wicket-async-task

[Tobias Soloschenko]

Hi,

maybe the progress bar I build helps you a bit:

https://github.com/klopfdreh/wicket-components-playground/wiki/12.-HTML5-Progress

https://github.com/klopfdreh/wicket-components-playground/blob/master/wicket-components-playground/src/main/java/org/wicketstuff/html5/progress/Progress.java

But I think the better solution is to use websockets

kind regards

Tobias

> Am 11.05.2016 um 18:25 schrieb andre seame :
> 
> Hello,
> 
> 
> When loading data from database, I would like to create my own (textual) 
> progression bar. I create a small code (from World Clock 
> Example) that uses 
> ajax. The code does not work. In fact, the wicket renderer does not nothing, 
> it waits the end of dowloading information from the database. When all data 
> are available, the  progress bar works !
> 
> 
> Therefore, I create a thread to download the data, but the behavior is the 
> same. Nothing happens until the end of datadowloading.
> 
> 
> How to do thread in wicket ?
> 
> Is there a new implementation of  https://github.com/raphw/wicket-async-task ?
> 
> The code was built in 2013!
> 
> What is the best way to do thread in wicket ? Does wicket have built-in 
> capabilities to manage asynchronous tasks ?
> 
> 
> Thanks,
> 
> PHL.

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

Re: are there any changes to radioGroup and AjaxFormChoiceComponentUpdatingBehavior on wickte 7?

[Tobias Soloschenko]

Hi Ernesto,

I think as long as the third party library is not Wicket 7.0 proofed you should 
use it careful. Because of this the migration guide is very useful - each 
framework should be checked when upgrade a major version.

Even on OS level there is a requirement note and sometimes API changes have 
impact on applications and their complete compatibility.

kind regards

Tobias

> Am 09.05.2016 um 20:55 schrieb Ernesto Reinaldo Barreiro :
> 
> Martin,
> 
> Actually I was vaguely aware of having read the discussion related to the
> issue...
> 
> https://mail-archives.apache.org/mod_mbox/wicket-dev/201411.mbox/%3ccamomwmrvoeghovjj2u7pck9js2on-d28fww9fxck6xgyvcc...@mail.gmail.com%3E
> 
> It was a bit more  difficult to figure out this was the culprit in my case.
> IMHO changes like these are "little changes" that might break applications
> and leave users just wondering  what's going on for a while... particularly
> if your are using components integrating with third party JS libraries.
> 
> 
> 
> On Mon, May 9, 2016 at 4:49 PM, Martin Grigorov 
> wrote:
> 
>> 
>> https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+7.0#MigrationtoWicket7.0-org.apache.wicket.ajax.attributes.AjaxRequestAttributes#eventPropagationisnowBUBBLEbydefaultWICKET-5198
>> 
>> Having so detailed migration guide sometimes is a drawback - people don't
>> want to read it completely :-)
>> 
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>> 
>> On Mon, May 9, 2016 at 4:23 PM, Ernesto Reinaldo Barreiro <
>> reier...@gmail.com> wrote:
>> 
>>> Martin.
>>> 
>>> Thanks for explanation. This little thing was preventing me from jumping
>> to
>>> wicket 7. Now I can migrate my project :-)
>>> 
>>> On Mon, May 9, 2016 at 4:17 PM, Martin Grigorov 
>>> wrote:
>>> 
 On Mon, May 9, 2016 at 4:14 PM, Ernesto Reinaldo Barreiro <
 reier...@gmail.com> wrote:
 
> Problem was
>> attributes.setEventPropagation(AjaxRequestAttributes.EventPropagation.STOP
> );
> 
> was need. Before STOP was the default, now it is BUBBLE. Just
>> wondering
> why default was changed?
 It changed because BUBBLE is the default in the browser DOM.
 
 
> 
> On Mon, May 9, 2016 at 3:26 PM, Ernesto Reinaldo Barreiro <
> reier...@gmail.com> wrote:
> 
>> This seem to be some bug on the bootstrap layer NOT a Wicket bug:
>> stripping bootstrap specifics makes wicket AJAX work.
>> 
>> On Mon, May 9, 2016 at 3:02 PM, Ernesto Reinaldo Barreiro <
>> reier...@gmail.com> wrote:
>> 
>>> @Martin,
>>> 
>>> cleaned up working branch.
>>> 
>>> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/604
>>> 
>>> On Mon, May 9, 2016 at 1:40 PM, Ernesto Reinaldo Barreiro <
>>> reier...@gmail.com> wrote:
>>> 
 Hi,
 
 Sorry for the long time it took... Today I finally managed to find
 some
 free time to create something you can use to see the problem in
 action:
 
 https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/603
 
 Shows a component (Bootstrap radio choice) that does not work in
 wicket
 7.3.0
 
 and PR
 
 https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/602
 
 shows the same component working on 6.3.
 
 [image: Inline image 1]
 
 @Martin,
 
 I will later on create a new (cleaner) PR to replace 603 to add
>> only
 radio choice renderer for 6.x.
 
 Disclaimer: I do not know if this is an error introduced by the
 bootstrap layer or if this can be reproduced with  a bare bones
>>> wicket
 example.
 
 
 On Wed, Nov 18, 2015 at 2:00 PM, Ernesto Reinaldo Barreiro <
 reier...@gmail.com> wrote:
 
> Let me see is I find the time to created it (it uses my own
>>> bootstrap
> components)
> 
> On Wed, Nov 18, 2015 at 1:53 PM, Sven Meier 
>>> wrote:
> 
>> Hi,
>> 
>> with a quickstart it would be easy to spot the problem.
>> 
>> Regards
>> Sven
>> 
>> 
>>> On 18.11.2015 13:46, Ernesto Reinaldo Barreiro wrote:
>>> 
>>> Hi,
>>> 
>>> 
>>> If I "revert" to 6.21.0 problem disappears so this seems to be
>> a
>>> 7.1.0
>>> "issue".
>>> 
>>> On Tue, Nov 17, 2015 at 9:36 PM, Ernesto Reinaldo Barreiro <
>>> reier...@gmail.com> wrote:
>>> 
>>> Well it is the same in the sense that no client side AJAX event
 seems to
 be triggered.
 
 On Tue, Nov 17, 2015 at 9:24 PM, Ernesto Reinaldo Barreiro <
 reier...@gmail.com> wrote:
 
 Hi 

Re: [ANNOUNCE] Apache Wicket 7.3.0 Released

[Tobias Soloschenko]

Great!!! :-)

kind regards

Tobias

> Am 07.05.2016 um 15:00 schrieb Martijn Dashorst :
> 
> The Apache Wicket PMC is proud to announce Apache Wicket 7.3.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 7. 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 7.0.0.
> 
> New and noteworthy
> ==
> 
> Wicket Metrics added
> 
> 
> A new experimental module for integrating with DropWizard’s Metrics [1] 
> project
> was created. Metrics provides a powerful toolkit of ways to measure the
> behavior of critical components in your production environment. Using the
> Metrics integration requires the use of AspectJ (which is licensed under the
> Eclipse Public License 1.0)
> 
> You can read more about using the Metrics integration in our user guide’s
> monitoring chapter [2].
> 
> jQuery upgrade
> --
> 
> Wicket ships standard with it’s own jQuery. With this release jQuery was
> upgraded to 1.12.3/2.2.3.
> 
> 
> 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
>7.3.0
> 
> 
> Or download and build the distribution yourself, or use our
> convenience binary package
> 
> * Source: http://www.apache.org/dyn/closer.cgi/wicket/7.3.0
> * Binary: http://www.apache.org/dyn/closer.cgi/wicket/7.3.0/binaries
> 
> Upgrading from earlier versions
> ---
> 
> If you upgrade from 7.y.z this release is a drop in replacement. If
> you come from a version prior to 7.0.0, please read our Wicket 7
> migration guide found at
> 
> * http://s.apache.org/wicket7migrate
> 
> Have fun!
> 
> — The Wicket team
> 
> 
> 
> 
> The signatures for the source release artefacts:
> 
> 
> Signature for apache-wicket-7.3.0.zip:
> 
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - https://gpgtools.org
> 
> iEYEABECAAYFAlcd4ngACgkQJBX8W/xy/UVP8ACgkHvmhm3RZ006jUfyW7o0DyUk
> gloAmgJ6YSA/owx3VLldI7LC/5DoZwQr
> =8TQC
> -END PGP SIGNATURE-
> 
> Signature for apache-wicket-7.3.0.tar.gz:
> 
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - https://gpgtools.org
> 
> iEYEABECAAYFAlcd4ngACgkQJBX8W/xy/UXmDgCcCW9n15hdrKVKpona4SwaRtrM
> ZJcAnREA/PnxMckF2HWqgeunp+siydFJ
> =tRv/
> -END PGP SIGNATURE-
> 
> 
> 
> CHANGELOG for 7.3.0:
> 
> ** Bug
> 
> * [WICKET-6069] - OnChangeAjaxBehavior does not work if the url contains a 
> request parameter with same name as wicket id
> * [WICKET-6078] - Problem with queued components and auto linking
> * [WICKET-6079] - Problem with queued components and label
> * [WICKET-6080] - Encapsulation of 3 enclosures leads to 
> WicketRuntimeException
> * [WICKET-6084] - ajax request failure handler receives incorrect arguments
> * [WICKET-6085] - AjaxTimerBehavior with failure handler cause memory leak in 
> browser
> * [WICKET-6087] - Invalid AbstractRequestWrapperFactory.needsWrapper method 
> scope: package - cannot create a custom implementation
> * [WICKET-6088] - Problem with queued components and setting the model
> * [WICKET-6091] - NPE in RequestLoggerRequestCycleListener when using 
> native-websockets
> * [WICKET-6093] - MarkupException due to ID collision in 
> RelativePathPrefixHandler
> * [WICKET-6094] - Find adequate ResourceReference with mount parameters
> * [WICKET-6097] - JsonRequestLogger --> JsonMappingException --> 
> StackOverflowError Infinite recursion
> * [WICKET-6102] - StackoverflowError related to enclosures
> * [WICKET-6108] - Closing a ModalWindow with jQuery 2.2.0 produces javascript 
> errors
> * [WICKET-6109] - Enclosure - "IllegalArgumentException: Argument 'markup' 
> may not be null" after app restart
> * [WICKET-6111] - Empty redirect on redirect to home page if home page 
> already shown
> * [WICKET-6116] - Exception 'A child already exists' when backing to a page 
> with some markups in a Border
> * [WICKET-6131] - IndexOutOfBoundsException in 
> org.apache.wicket.core.request.mapper.CryptoMapper.decryptEntireUrl
> * [WICKET-6133] - Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT
> * [WICKET-6134] - NPE when using ListView with missing markup
> * [WICKET-6135] - There is no good way to get POST body content
> * [WICKET-6139] - AjaxButton forces rendering type="button"
> * [WICKET-6141] - Runtime Exception rendering ComponentTag with 
> 

Re: [ANNOUNCE] Apache Wicket 6.23.0 Released

[Tobias Soloschenko]

Great!! :-)

kind regards

Tobias

> Am 07.05.2016 um 15:00 schrieb Martijn Dashorst :
> 
> The Apache Wicket PMC is proud to announce Apache Wicket 6.23.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 6. 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 6.0.0.
> 
> New and noteworthy
> --
> 
> jQuery upgrade
> ==
> 
> Wicket ships standard with it’s own jQuery. With this release jQuery was
> upgraded to 1.12.3/2.2.3.
> 
> 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
>6.23.0
> 
> 
> Or download and build the distribution yourself, or use our
> convenience binary package
> 
> * Source: http://www.apache.org/dyn/closer.cgi/wicket/6.23.0
> * Binary: http://www.apache.org/dyn/closer.cgi/wicket/6.23.0/binaries
> 
> Upgrading from earlier versions
> ---
> 
> If you upgrade from 6.y.z this release is a drop in replacement. If you come
> from a version prior to 6.0.0, please read our Wicket 6 migration guide found 
> at
> 
> * http://s.apache.org/wicket6migrate
> 
> Have fun!
> 
> — The Wicket team
> 
> 
> 
> 
> The signatures for the source release artefacts:
> 
> 
> Signature for apache-wicket-6.23.0.zip:
> 
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - https://gpgtools.org
> 
> iEYEABECAAYFAlcd7YkACgkQJBX8W/xy/UXj0ACgrhCPPnuW7xSd2p7zo6pxQKeU
> uC4AmwaavBtALbyC0w4eaK6qgOTTbTFa
> =thu6
> -END PGP SIGNATURE-
> 
> Signature for apache-wicket-6.23.0.tar.gz:
> 
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - https://gpgtools.org
> 
> iEYEABECAAYFAlcd7YkACgkQJBX8W/xy/UXWXQCeNWa8xIe4dtrXrognVudOonXf
> fPwAn2meYov9oWZ8C1rG4MG2Sc8LfvHa
> =7Anf
> -END PGP SIGNATURE-
> 
> 
> 
> CHANGELOG for 6.23.0:
> 
> ** Bug
> 
> * [WICKET-6108] - Closing a ModalWindow with jQuery 2.2.0 produces javascript 
> errors
> * [WICKET-6111] - Empty redirect on redirect to home page if home page 
> already shown
> * [WICKET-6131] - IndexOutOfBoundsException in 
> org.apache.wicket.core.request.mapper.CryptoMapper.decryptEntireUrl
> * [WICKET-6135] - There is no good way to get POST body content
> 
> ** Improvement
> 
> * [WICKET-6098] - Add logging to HttpSessionDataStore
> * [WICKET-6100] - Upgrade jQuery to 1.12.3/2.2.3
> * [WICKET-6110] - Add a message to StalePageException for better debugging
> * [WICKET-6122] - Add .map to the list of allowed file extensions in 
> SecurePackageResourceGuard
> * [WICKET-6123] - Remove 'abstract' from ChainingModel
> * [WICKET-6144] - Wicket-ajax parameter / header may be used to bypass proper 
> exception handling
> * [WICKET-6145] - Enable DeltaManager to replicate PageTable in Sessions
> * [WICKET-6152] - Allow to add more than one WebSocketBehavior in the 
> component tree
> 

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

Re: Wicket jQuery UI - 4th anniversary!

[Tobias Soloschenko]

Congratulations also from me! Good to see that project is moving forward!
Also a very cool design with some fancy animations on hover. :-)

One hint: For the background image you can use srcset provided via
wicket-core to only load an img with the required size, or to change it
when resizing the window. (picture tag - not supported with IE11) - Sweet
cat demo:

http://googlechrome.github.io/samples/picture-element/

If you use the picture tag, you can configure a fallback to be used for IE
or other browser which do not support it:

* http://caniuse.com/#search=picture
* http://caniuse.com/#search=srcset
* http://caniuse.com/#search=source

https://ci.apache.org/projects/wicket/guide/7.x/guide/resources.html#resources_3

//code







This will lead to a better performance for mobile devices with a bad
connection.

kind regards

Tobias

2016-05-02 23:03 GMT+02:00 Andrea Del Bene :

> Congratulations Sebastien!!! And the new site is REALLY nice!
>
> Andrea
>
> On 02/05/2016 22:52, Sebastien wrote:
>
>> Dear Wicket jQuery UI users,
>>
>> I'm happy to announce the 4th anniversary of the project since its first
>> release! :)
>>
>> *Stats*
>>
>> A few words about project's stats:
>> - visits on the demo site almost reach 550k pageviews since its launch
>> - artifact downloads are still increasing
>> - Kendo UI is confirming its progression over jQuery UI
>>
>> There is a (very) big peak on march, which might be due to a recent InfoQ
>> interview about Wicket 7.2.0 (on which Wicket jQuery UI was quoted) [1].
>>
>> *Surprise!*
>>
>> This year, the project gets a very nice birthday gift from my
>> best-geek-girl-friend! Thanks to her, the demo site has a brand new
>> responsive skin :)
>> It is not yet officially active, but you can still have a preview [2],
>> your feedback is more than welcome!
>>
>>
>> Thanks again for your confidence and, to whom is concerned, your very
>> precious help! :)
>>
>> -Sebastien.
>>
>> [1] http://www.infoq.com/news/2016/03/apache-wicket-7.2
>> [2] http://163.172.29.241/wicket-jquery-ui/
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>
>

Setup Tomcat 9.0.0-M4 with http/2 on Mac OS X 10.11.4

[Tobias Soloschenko]

Hi,

I am trying to get http/2 working on Mac OS X 10.11.4 - these are the steps
I used:

1. Install Brew: http://brew.sh/

2. Download Apache Tomcat 9 https://tomcat.apache.org/download-90.cgi

3. Download Xcode command line tools by opening the terminal and execute
“xcode-select  —install”

4. Download Xcode from the AppStore

5. Create a symlink for the xctoolchain:

sudo ln -s
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain
/Applications/Xcode.app/Contents/Developer/Toolchains/OSX10.11.xctoolchain

6. Install APR and OPENSSL with “brew install openssl” and “brew install
apr”

7. Install tomcat native by extracting bin/tomcat-native.tar.gz and run
“./configure --with-ssl=/usr/local/Cellar/openssl/1.0.2g
--prefix=/Applications/apache-tomcat-9.0.0.M4
--with-apr=/usr/local/Cellar/apr/1.5.2 && make && make install” in
tomcat-native-1.2.5-src/native - see

https://tomcat.apache.org/tomcat-9.0-doc/apr.html

8. export JAVA_OPTS=-Djava.library.path=/usr/local/apr/lib

9. Create pem files in conf folder:

/usr/local/Cellar/openssl/1.0.2g/bin/openssl genrsa -des3 -out
localhost-rsa-key 1024

/usr/local/Cellar/openssl/1.0.2g/bin/openssl genrsa -out localhost-key 1024

/usr/local/Cellar/openssl/1.0.2g/bin/openssl rsa -in localhost-rsa-key -out
localhost-key

/usr/local/Cellar/openssl/1.0.2g/bin/openssl req -new -key localhost-key
-out localhost-csr

/usr/local/Cellar/openssl/1.0.2g/bin/openssl x509 -req -days 365 -in
localhost-csr -signkey localhost-key -out localhost-crt

cat localhost-key localhost-crt > localhost-rsa-cert.pem

cat localhost-rsa-cert.pem > localhost-rsa-chain.pem

cat localhost-rsa-key > localhost-rsa-key.pem

10. Uncomment the http/2 connector in the server.xml


I am currently facing those issues (out of the log):


02-Apr-2016 09:15:13.415 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Command line
argument: -Djava.io.tmpdir=/Applications/apache-tomcat-9.0.0.M4/temp

02-Apr-2016 09:15:13.415 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Loaded APR
based Apache Tomcat Native library 1.2.5 using APR version 1.4.8.

02-Apr-2016 09:15:13.415 INFO [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent APR
capabilities: IPv6 [true], sendfile [true], accept filters [false], random
[true].

02-Apr-2016 09:15:13.418 SEVERE [main]
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent Failed to
initialize the SSLEngine.

 org.apache.tomcat.jni.Error: 70023: This function has not been implemented
on this platform

at org.apache.tomcat.jni.SSL.initialize(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:497)

at
org.apache.catalina.core.AprLifecycleListener.initializeSSL(AprLifecycleListener.java:284)

at
org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:136)

at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94)

at
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:401)

at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:104)

at org.apache.catalina.startup.Catalina.load(Catalina.java:606)

at org.apache.catalina.startup.Catalina.load(Catalina.java:629)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:497)

at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:311)

at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:494)


02-Apr-2016 09:15:13.655 INFO [main]
org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler
["http-nio-8080"]

02-Apr-2016 09:15:13.683 INFO [main]
org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared
selector for servlet write/read

02-Apr-2016 09:15:13.686 INFO [main]
org.apache.coyote.http11.AbstractHttp11Protocol.configureUpgradeProtocol
The ["https-apr-8443"] connector has been configured to support negotiation
to [h2] via ALPN

02-Apr-2016 09:15:13.686 INFO [main]
org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler
["https-apr-8443"]

02-Apr-2016 09:15:13.706 WARNING [main]
org.apache.tomcat.util.net.openssl.OpenSSLEngine. Failed getting
cipher list

 java.lang.Exception: Not implemented

at org.apache.tomcat.jni.SSL.newSSL(Native Method)

at
org.apache.tomcat.util.net.openssl.OpenSSLEngine.(OpenSSLEngine.java:81)

at org.apache.tomcat.util.net.AprEndpoint.bind(AprEndpoint.java:363)

at
org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoint.java:798)

at org.apache.coyote.AbstractProtocol.init(AbstractProtocol.java:547)

at

Re: Getting the model

[Tobias Soloschenko]

Cool - thanks!

kind regards

Tobias

> Am 01.04.2016 um 14:56 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> I've added an example with
> https://github.com/apache/wicket/commit/2417322673238d57a794c237e84dd5dacf890804
> 
> I think we should explain that those are just convenience. It is better to
> use the "old way" one cares about memory usage. I'll add it soon.
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Fri, Apr 1, 2016 at 2:48 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> would be great to see some information how to use lambda models in the
>> user guide.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>>> Am 01.04.2016 um 13:57 schrieb Martin Grigorov <mgrigo...@apache.org>:
>>>> 
>>>> On Fri, Apr 1, 2016 at 12:45 AM, Sven Meier <s...@meiers.net> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> yeah, of course this is right:
>>>> 
>>>>   protected void onComponentTag(final ComponentTag tag) {
>>>> 
>>>>   if (getModelObject().doubleValue() < 0.0) {
>>>>   tag.put("class", " negative");
>>>>   }
>>>>   }
>>>> 
>>>> Otherwise you'll end up with one additional behavior for each render -
>>>> stupid copy-paste error :/.
>>>> 
>>>> BTW this might be an additional candidate for the new Wicket 8 lambdas:
>>>> 
>>>>   label.add(onTag(tag -> if (getModelObject().doubleValue() < 0.0)
>>>> tag.put("class", "negative") ));
>>> 
>>> +1
>>> 
>> 
>> +1
>> 
>>> 
>>>> 
>>>> Sven
>>>> 
>>>> 
>>>> 
>>>>> On 31.03.2016 21:16, Martin Grigorov wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> On Thu, Mar 31, 2016 at 4:29 PM, Sven Meier <s...@meiers.net> wrote:
>>>>> 
>>>>> Hi,
>>>>>> 
>>>>>> you can access a component's model with #getDefaultModel() or - if it
>> is
>>>>>> a
>>>>>> generic component - with #getModel().
>>>>>> 
>>>>>> To properly 'bind' to a model you should delay invocation of
>> #getObject()
>>>>>> as late as possible, so better overwrite #onComponentTag():
>>>>>> 
>>>>>>protected void onComponentTag(final ComponentTag tag) {
>>>>>> 
>>>>>>if (getModelObject().doubleValue() < 0.0) {
>>>>>>add(new AttributeAppender("class", " negative"));
>>>>>> 
>>>>>> Since you are in #onComponentTag() there is no reason to add a
>> Behavior.
>>>>> Just use the tag: tag.append("class", "negative", " ");
>>>>> 
>>>>> 
>>>>>}
>>>>>>}
>>>>>> 
>>>>>> 
>>>>>> Have fun
>>>>>> Sven
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On 31.03.2016 16:06, Ron Smits wrote:
>>>>>> 
>>>>>> I have searched but I dont find a clear way of getting the model when
>> one
>>>>>>> is creating a custom component:
>>>>>>> 
>>>>>>> 
>>>>>>> public MoneyLabel(String id) {
>>>>>>> super(id);
>>>>>>> add(new AttributeAppender("class", " number"));
>>>>>>> }
>>>>>>> 
>>>>>>> It sounds like you always need the model.
>>>>> If there is a CompoundPropertyModel in the parents' hierarchy then move
>>>>> your logic to #onComponentTag(), as per Sven's suggestion.
>>>>> If there is no CPM in the parents then just remove this constructor.
>>>>> 
>>>>> 
>>>>> public MoneyLabel(String id, Model
>> bigDecimalModel)
>>>>>>> {
>>>>>>> super(id, bigDecimalModel);
>>>>>>> add(new AttributeAppender("class", " number"));
>>>>>>> if (bigDecimalModel.getObject().doubleValue() < 0.0) {
>>>>>>> add(new AttributeAppender("class", " negative"));
>>>>>>> }
>>>>>>> }
>>>>>>> 
>>>>>>> In the second constructor I can use the supplied model to determine
>> to
>>>>>>> add
>>>>>>> the negative class. However in the first constructor I cannot find a
>> way
>>>>>>> to
>>>>>>> access the model.
>>>>>>> 
>>>>>>> What am I missing?
>>>>>>> 
>>>>>>> Ron
>>>>>>> ​
>>>>>>> 
>>>>>>> 
>>>>>>> -
>>>>>> 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

Re: Getting the model

[Tobias Soloschenko]

Hi,

would be great to see some information how to use lambda models in the user 
guide.

kind regards

Tobias

> Am 01.04.2016 um 13:57 schrieb Martin Grigorov :
> 
>> On Fri, Apr 1, 2016 at 12:45 AM, Sven Meier  wrote:
>> 
>> Hi,
>> 
>> yeah, of course this is right:
>> 
>>protected void onComponentTag(final ComponentTag tag) {
>> 
>>if (getModelObject().doubleValue() < 0.0) {
>>tag.put("class", " negative");
>>}
>>}
>> 
>> Otherwise you'll end up with one additional behavior for each render -
>> stupid copy-paste error :/.
>> 
>> BTW this might be an additional candidate for the new Wicket 8 lambdas:
>> 
>>label.add(onTag(tag -> if (getModelObject().doubleValue() < 0.0)
>> tag.put("class", "negative") ));
> 
> +1
> 

+1

> 
>> 
>> Sven
>> 
>> 
>> 
>>> On 31.03.2016 21:16, Martin Grigorov wrote:
>>> 
>>> Hi,
>>> 
>>> On Thu, Mar 31, 2016 at 4:29 PM, Sven Meier  wrote:
>>> 
>>> Hi,
 
 you can access a component's model with #getDefaultModel() or - if it is
 a
 generic component - with #getModel().
 
 To properly 'bind' to a model you should delay invocation of #getObject()
 as late as possible, so better overwrite #onComponentTag():
 
 protected void onComponentTag(final ComponentTag tag) {
 
 if (getModelObject().doubleValue() < 0.0) {
 add(new AttributeAppender("class", " negative"));
 
 Since you are in #onComponentTag() there is no reason to add a Behavior.
>>> Just use the tag: tag.append("class", "negative", " ");
>>> 
>>> 
>>> }
 }
 
 
 Have fun
 Sven
 
 
 
 
 On 31.03.2016 16:06, Ron Smits wrote:
 
 I have searched but I dont find a clear way of getting the model when one
> is creating a custom component:
> 
> 
> public MoneyLabel(String id) {
>  super(id);
>  add(new AttributeAppender("class", " number"));
> }
> 
> It sounds like you always need the model.
>>> If there is a CompoundPropertyModel in the parents' hierarchy then move
>>> your logic to #onComponentTag(), as per Sven's suggestion.
>>> If there is no CPM in the parents then just remove this constructor.
>>> 
>>> 
>>> public MoneyLabel(String id, Model bigDecimalModel)
> {
>  super(id, bigDecimalModel);
>  add(new AttributeAppender("class", " number"));
>  if (bigDecimalModel.getObject().doubleValue() < 0.0) {
>  add(new AttributeAppender("class", " negative"));
>  }
> }
> 
> In the second constructor I can use the supplied model to determine to
> add
> the negative class. However in the first constructor I cannot find a way
> to
> access the model.
> 
> What am I missing?
> 
> Ron
> ​
> 
> 
> -
 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

Re: Failing locale dependent tests in wicket-core

[Tobias Soloschenko]

Nice! Thanks Martin!

kind regards

Tobias

Am 30.03.16 um 16:32 schrieb Martin Grigorov:

Fixed it!
Thanks!

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Wed, Mar 30, 2016 at 3:59 PM, Martin Grigorov 
wrote:


I've pasted the same output in your other thread about the issue in the
Spring related test.

It is a bug in the tests.
If a test expects to see _en in the result then it should make sure the
session locale is EN.

I build Wicket with bg_BG all the time but those tests do not fail in that
case :-/

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Wed, Mar 30, 2016 at 3:55 PM, Thorsten Schöning 
wrote:


Hi,

I'm building wicket 7.3.0.0 SNAPSHOT in Ubuntu 12.04 LTS and have the
following failed tests:


Failed tests:


MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
expected: but was:
ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
expected: but was:
ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.min.js"
 but: was "// b_de.js"


ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.min.js"
 but: was "// b_de.js"


ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.js"
 but: was "// b_de.js"


ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.js"
 but: was "// b_de.js"
Tests run: 1947, Failures: 6, Errors: 0, Skipped: 1

This fails for different versions of maven all starting with an empty
.m2 folder:


Apache Maven 3.0.4
Maven home: /usr/share/maven
Java version: 1.7.0_95, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
Default locale: de_DE, platform encoding: UTF-8
OS name: "linux", version: "3.13.0-83-generic", arch: "amd64", family:

"unix"


Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;

2015-11-10T17:41:47+01:00)

Maven home: /home/tschoening/apache-maven-3.3.9
[like before]

In one of the tests I find the following comment:


// this will try 3 lookups for minified resources: en_US.min, en.min

and .min

My locale is de_DE, so is this simply not supported or is this a bug
in the tests?

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





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

Re: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

[Tobias Soloschenko]

I also think that this are bugs of the tests. The specific test receive a 
different locale then the environment and so different resources are compared. 
You can see it in the Base64 encoded image test.

kind regards

Tobias

> Am 30.03.2016 um 15:45 schrieb Martin Grigorov :
> 
> If I try to build Wicket 7.x with de_DE locale the build fails at
> wicket-core:
> 
> Failed tests:
> 
> MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
> 
> ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
> 
> ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
> but: was "// b_de.js"
> 
> ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
> but: was "// b_de.js"
> 
> ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
> but: was "// b_de.js"
> 
> ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
> but: was "// b_de.js"
> 
> CssUrlReplacerTest.base64EncodedImage:153->Assert.assertThat:923->Assert.assertThat:956
> Expected: a string containing ".class {background-image:
> url(data:image/gif;base64,R0lGODlh1wATAXAAACH5BAEAAP8ALADXA"
> but: was ".class {background-image:
> url(data:image/gif;base64,R0lGODlhUAB4ANUAANbX1hQSEXV0c/f.
> 
> 
> Sigh.
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Wed, Mar 30, 2016 at 2:52 PM, Thorsten Schöning 
> wrote:
> 
>> Guten Tag Thorsten Schöning,
>> am Mittwoch, 30. März 2016 um 14:16 schrieben Sie:
>> 
>>> "mvn --version" should provide all requested info:
>> 
>> No change even with a more current version of Maven:
>> 
>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>>> Maven home: C:\Program Files\Apache Software Foundation\Maven\bin\..
>>> Java version: 1.7.0_80, vendor: Oracle Corporation
>>> Java home: C:\Program Files\Java\jdk1.7.0_80\jre
>>> Default locale: de_DE, platform encoding: Cp1252
>>> OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"
>> 
>> The test doesn't even seem to be very platform or locale dependent to
>> me. I don't use a more current JDK 8 because that already fails during
>> compiling or tests in wicket-util. Not sure how to read the output...
>> 
>> 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
>> 
>> 

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

Re: New documentation on Wicket internals

[Tobias Soloschenko]

Great Andrea!

Thanks a lot!

kind regards

Tobias

> Am 25.03.2016 um 16:34 schrieb andrea del bene :
> 
> Hi,
> 
> I've added a couple of notes to the userguide about markup parsing and 
> autocomponents:
> 
> https://ci.apache.org/projects/wicket/guide/7.x/guide/single.html#autocomponents
> 
> Have fun!
> 
> Andrea.
> 
> -
> 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: webRTC wickedstuff question

[Tobias Soloschenko]

Hi Dmitry,

I used SimpleWebRTC (https://simplewebrtc.com) to implement the video 
conference and there are also some events that are handling file 
transfers via data channel - have a look at 
https://simplewebrtc.com/filetransfer


You have to check the version of SimpleWebRTC - there have been a lot of 
updates since I implemented the Wicket integration, so we may need to 
update the lib first.


If you want to send the file that has been transfered from one browser 
to the others via the fileTransfer event back to the server you can make 
a wicket ajax request. I implemented such a request in the summernote 
editor:


https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/master/bootstrap-extensions/src/main/java/de/agilecoders/wicket/extensions/markup/html/bootstrap/editor/js/summernote_init.js#L31

You need at least a signal server which is implemeted in nodejs and a 
STUN server so that data transfers can be initiated from behind your NAT 
- a documentation can be found here:


https://github.com/wicketstuff/core/wiki/Html5#webrtc-api-wicketstuff-700-m6

The example project of wicketstuff-html5 show you a demo:

https://github.com/wicketstuff/core/tree/master/wicket-html5-parent/wicket-html5-examples

kind regards

Tobias

Am 24.03.16 um 17:01 schrieb Dmitriy -:

Hello Tobias.
Thank for the library!

I have a question about it.
I write server and want use webRTC datachannel.

What exactly do I have to implement for using it?
I mean some protocols like a STUN/TURN/ICE or something else.

--
Regards,
Dmitry Bezheckov.

Apache Wicket mentioned @ heise Developer

[Tobias Soloschenko]

Hi all,

just saw that Apache Wicket is mentioned @ heise Developer (german):

http://www.heise.de/developer/meldung/Developer-Snapshots-Programmierer-News-in-ein-zwei-Saetzen-3128501.html

Translated (english, more or less):

https://translate.google.com/translate?hl=en=de=en=http%3A%2F%2Fwww.heise.de%2Fdeveloper%2Fmeldung%2FDeveloper-Snapshots-Programmierer-News-in-ein-zwei-Saetzen-3128501.html

kind regards

Tobias

Re: Wicket in the news!

[Tobias Soloschenko]

I like the first answer! ;-D

Thanks for sharing Martijn!

kind regards

Tobias

> Am 02.03.2016 um 08:35 schrieb Martijn Dashorst :
> 
> http://www.infoq.com/news/2016/03/apache-wicket-7.2
> 
> InfoQ interviewed me about our most recent release, the state of the project 
> and the future. Enjoy!
> 
> Thanks to Matt Raible for reaching out and the Wicket team for helping with 
> the interview. 
> 
> Martijn
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

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

Wicket need Votes! :-)

[Tobias Soloschenko]

Hi all,

take some minutes and vote for Apache Wicket! :-)

(German)

https://jaxenter.de/jaxenter-umfrage-diese-web-frameworks-liegen-2016-im-fokus-34892

(English)

https://jaxenter.de/survey-32999

The survey is in english.

kind regards

Tobias

Re: write files to relative path

[Tobias Soloschenko]

Hi,

I think it is a problem of the response headers - you can also stream it from 
database with an AbstractResource and apply custom headers so that fancybox is 
handling it the way you want.

Anyway to store it first is not good at this point also because of performance.

kind regards

Tobias

> Am 03.02.2016 um 16:42 schrieb Karl-Heinz Golz <karl-heinz.g...@t-online.de>:
> 
> Hi,
> actually I use it as temp folder and it is OK when it is going to be
> erased after redeployment.
> 
> The business case is I want to show images via fancybox.
> I did that so far via dynamic link and when a user clicks a small image
> the data of the big image are delivered in onClick (read from database).
> 
> The problem is, fancybox does not handle that 100% correctly. For
> example, the automatic resize function does not work if the viewport is
> smaller than the image.
> But that works well when the images are stored on files. Therefore I'm
> going to add this interim step: if the user clicks the small image then
> the big image is written to a file and fancybox can read that.
> 
> Any recommendations how to handle that in a better way are very welcome.
> 
> 
>> Am 03.02.2016 um 15:19 schrieb Tobias Soloschenko:
>> Hi,
>> 
>> why do you want to write something into the path of a temporary deployed web 
>> application? The file is going to be erased after redeployment of your 
>> webapp.
>> 
>> I would consider a temp folder or a "working folder" for those files.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 03.02.2016 um 14:48 schrieb Karl-Heinz Golz 
>>> <karl-heinz.g...@t-online.de>:
>>> 
>>> thank you very much, now it works well with:
>>> 
>>> fos = new
>>> FileOutputStream(StartApplication.class.getResource("XXX").getPath() +
>>> "file1.jpg");
>>> 
>>> 
>>>> Am 03.02.2016 um 14:25 schrieb Ernesto Reinaldo Barreiro:
>>>> Hi,
>>>> 
>>>> StartApplication.class.getResource("HomePage.html").getUrl.getFile? Or
>>>> something similar? Mind that this might be inside a temp folder that will
>>>> be blown up next time you restart
>>>> 
>>>> On Wed, Feb 3, 2016 at 2:08 PM, Karl-Heinz Golz 
>>>> <karl-heinz.g...@t-online.de
>>>>> wrote:
>>>>> I'm using Tomcat 8.
>>>>> Writing to an absolute path (even outside of the application) works well:
>>>>> fos = new FileOutputStream("/home/XXX/file1.jpg");
>>>>> 
>>>>> Therefore I assumed that it should be possible inside of the
>>>>> application, too.
>>>>> I thought my problem is to correctly figure out the relative path.
>>>>> 
>>>>> 
>>>>>> Am 03.02.2016 um 13:29 schrieb Ernesto Reinaldo Barreiro:
>>>>>> Maybe I'm mistaken but I doubt in some application servers you might be
>>>>>> able to do that
>>>>>> 
>>>>>> On Wed, Feb 3, 2016 at 1:27 PM, Karl-Heinz Golz <
>>>>> karl-heinz.g...@t-online.de
>>>>>>> wrote:
>>>>>>> Hi,
>>>>>>> sorry for my simple question. I have already wasted some time  but it
>>>>>>> seems I have a blackout
>>>>>>> and therefore I want to ask you.
>>>>>>> 
>>>>>>> I need to write files to a folder XXX relative to the application
>>>>> classes:
>>>>>>> XXX
>>>>>>> StartApplication.java
>>>>>>> HomePage.java
>>>>>>> HomePage.html
>>>>>>> ...
>>>>>>> 
>>>>>>> The question is ??? in:
>>>>>>> FileOutputStream fos = new FileOutputStream (???);
>>>>>>> 
>>>>>>> many thanks in advance
>>>>>>> Karl-Heinz
>>>>>>> 
>>>>>>> -
>>>>>>> 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
> 

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

Re: write files to relative path

[Tobias Soloschenko]

Hi,

why do you want to write something into the path of a temporary deployed web 
application? The file is going to be erased after redeployment of your webapp.

I would consider a temp folder or a "working folder" for those files.

kind regards

Tobias

> Am 03.02.2016 um 14:48 schrieb Karl-Heinz Golz :
> 
> thank you very much, now it works well with:
> 
> fos = new
> FileOutputStream(StartApplication.class.getResource("XXX").getPath() +
> "file1.jpg");
> 
> 
>> Am 03.02.2016 um 14:25 schrieb Ernesto Reinaldo Barreiro:
>> Hi,
>> 
>> StartApplication.class.getResource("HomePage.html").getUrl.getFile? Or
>> something similar? Mind that this might be inside a temp folder that will
>> be blown up next time you restart
>> 
>> On Wed, Feb 3, 2016 at 2:08 PM, Karl-Heinz Golz >> wrote:
>>> I'm using Tomcat 8.
>>> Writing to an absolute path (even outside of the application) works well:
>>> fos = new FileOutputStream("/home/XXX/file1.jpg");
>>> 
>>> Therefore I assumed that it should be possible inside of the
>>> application, too.
>>> I thought my problem is to correctly figure out the relative path.
>>> 
>>> 
 Am 03.02.2016 um 13:29 schrieb Ernesto Reinaldo Barreiro:
 Maybe I'm mistaken but I doubt in some application servers you might be
 able to do that
 
 On Wed, Feb 3, 2016 at 1:27 PM, Karl-Heinz Golz <
>>> karl-heinz.g...@t-online.de
> wrote:
> Hi,
> sorry for my simple question. I have already wasted some time  but it
> seems I have a blackout
> and therefore I want to ask you.
> 
> I need to write files to a folder XXX relative to the application
>>> classes:
> XXX
> StartApplication.java
> HomePage.java
> HomePage.html
> ...
> 
> The question is ??? in:
> FileOutputStream fos = new FileOutputStream (???);
> 
> many thanks in advance
> Karl-Heinz
> 
> -
> 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

Re: WicketStuff status and future; awesome-wicket project

[Tobias Soloschenko]

Hi Ilya,

In your list the nashorn project is missing - it is a way to allow users to 
execute javascript on server side. I am going to add it to the list of 
submodules, now.

Anyway it is up to the community to update the wiki or to bring projects up to 
date and this would be a lot harder if it would not be at a central place.

kind regards

Tobias

> Am 31.01.2016 um 23:41 schrieb Илья Нарыжный :
> 
> Thank you, Martin!
> After you reply I understand that significant part of my concerns
> actually related to moving everything under single repository (Core).
> I mean, that migration of a project just to community group will help
> pretty much the same benefits: ability to take over some project after
> loosing of interest from author.
> Btw, I also recommend to establish one more "condition" for moving
> project to wicketstuff: delete source repository or mention that
> project has been moved. I know a couple of projects for which it's
> hard to understand that they were moved and newer version can be found
> in wicketstuff.
> Also, as I can see, not all good projects have wiki page or README.md
> well prepared...
> 
> Regards,
> 
> Ilya
> -
> Orienteer(http://orienteer.org) - Modern Data Warehouse for your business.
> 
> 2016-01-31 12:45 GMT-08:00 Martin Grigorov :
>> Hi,
>> 
>> 
>>> On Sun, Jan 31, 2016 at 1:38 AM, Илья Нарыжный  wrote:
>>> 
>>> Guys,
>>> 
>>> Please help me understand what's status of wicketstuff project and
>>> what's a roadmap for the future?
>>> 
>>> I'm asking, because from community stand point I don't see so much pros.
>>> 
>>> Pros:
>>> 
>>> 1) It's easy to have all wicket related projects in place and observe at
>>> once.
>>> 
>>> But this pros can be easily done by creating a library of links to all
>>> wicket related project. What else do you have in mind?
>> 
>> The biggest pros is that WicketStuff is already known to the community.
>> Whenever someone needs some Wicket integration I guess Google's first
>> recommendation would be WicketStuff.
>> 
>> 
>>> 
>>> List of cons is longer:
>>> 
>>> 1) It's hard to manage issues baceuse there are multiple projects and
>>> multiple authors.
>> 
>> By "donating" a project to WicketStuff authors hope that other people will
>> also use it and improve it,
>> i.e. implement new features and fix bugs.
>> Every author of a WicketStuff module is a member of the Collaborators team
>> and thus is notified whenever
>> there is a issue report for any project. I personally have fixed several
>> issues for projects which I either use or I care about.
>> There are other people doing this too.
>> 
>> 
>>> 2) It's expected that versions of wicketstuff projects are in sync
>>> with wicket version. But in reality, as I can see, significant part of
>>> projects update just pom.xml to a newer version. So: it brings
>>> redundant versions for those projects
>> 
>> Pros:
>> 1) the projects are migrated to 6.0.0/7.0.0 by others, not by the original
>> authors
>> 2) the projects are build with the latest version of Wicket and their tests
>> are executed
>> 3) I use WicketStuff build to validate Wicket's releases themselves
>> 
>> 
>>> 3) Hard to search. Yes - google can find everything, but on github
>>> it's much more reasonable to have separate repository per project.
>> 
>> I think it is easier to search at one known place than many unknown ones
>> 
>> 
>>> 4) When project jumps to wicketstuff: all dependencies should be
>>> updated. And sometimes it's not easy: for example if you include
>>> ProjectA which includes ProjectB and projectB jump to wicketstuff.
>> 
>> In this case you can still use ProjectB versionBeforeWicketStuff
>> 
>> 
>>> 5) And finally: most of projects are already outdated and not
>>> supported by authors
>> 
>> From time to time contributors appear with some fixes/improvements.
>> Very recently a user revived Jamon integration from wicket-1.4.x branch!
>> 
>> 
>>> 
>>> For my own purposes I started to collect wicket related projects here:
>>> https://github.com/PhantomYdn/awesome-wicket
>> 
>> 
>> This is great initiative! Thank you!
>> 
>> But what you said for WicketStuff I can say for this list too - many of the
>> projects are outdated and not supported by their authors.
>> Most probably they will never be updated to a newer version.
>> Someone may fork them and update, but then it becomes even harder for other
>> users to find the best solution for a problem.
>> 
>> 
>>> 
>>> Collection of links might be move beneficial for the community rather
>>> that moving everything under single project (WicketStuff), I think.
>> 
>> Maybe you are right, maybe not!
>> 
>> My biggest problem with WicketStuff is that it becomes bigger and bigger
>> and releasing it takes more and more time.
>> It was almost 6 hours at some point. Now we disabled the deployment of
>> -examples modules to Maven Central and it is back to ~1h, so please keep
>> 

Re: wicket + flying-saucer

[Tobias Soloschenko]

Cool - thank you for sharing! :-)

kind regards

Tobias

> Am 28.01.2016 um 11:56 schrieb Ernesto Reinaldo Barreiro :
> 
> Dear Wicketeers,
> 
> Some time ago I was asked to see how to use wicket and flying saucer to
> create PDF and HTML reports. I have create this small POC.
> 
> https://github.com/reiern70/wicket-flyingsaucer
> 
> I hope it can help others :-)
> 
> -- 
> Regards - Ernesto Reinaldo Barreiro

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

Re: Wicket Presentation

[Tobias Soloschenko]

Hi,

I also think that it is worth to mention that Wicket is a framework which is 10 
years old but still up to date due to many implementations regarding HTML5 - 
The HTML5 topic is very Important to be mentioned.

kind regards

Tobias

> Am 28.01.2016 um 11:01 schrieb andrea del bene :
> 
> Hi Martijn,
> 
> I think it would be ok if the presentation was more or less like the one you 
> have done for the 10th year of the project. You might add some slides to 
> promote the new site and the community resources (wicketstuff, twitter, 
> etc...).
> 
> My two cents.
> 
>> On 27/01/2016 10:40, Martijn Dashorst wrote:
>> I'm still considering it. Unfortunately it falls right in a very busy
>> period for me. What kind of presentation would you like to go to? What
>> kind of subjects should be covered?
>> 
>> Martijn
>> 
>> On Tue, Jan 26, 2016 at 7:20 PM, Jered Myers
>>  wrote:
>>> Is anybody planning any Wicket presentations at ApacheCon North America in
>>> May?
>>> 
>>> --
>>> Jered
>> 
>> 
> 
> 
> -
> 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: Good wicket references

[Tobias Soloschenko]

Hi,

you can also have a look at the examples:

http://examples7x.wicket.apache.org/

kind regards

Tobias

> Am 13.01.2016 um 10:48 schrieb delfino :
> 
> Hi,
> 
> I am searching for good references about Apache Wicket.
> 
> So far I have the Javadocs, the oficial Wicket User Guide and the books:
> wicket in action, Instant Apache Wicket 6 and Apache Wicket Cookbook.
> 
> Do you have any other good didactic materials?
> I'm putting together a teaching class about wicket and I would appreciate
> any help.
> 
> Thank you very much!!
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Good-wicket-references-tp4673289.html
> Sent from the Users forum mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 

Re: wrapper for http://www.eyecon.ro/bootstrap-slider/

[Tobias Soloschenko]

Hi,

yep - good point about squashing.

kind regards

Tobias

> Am 01.01.2016 um 21:34 schrieb Martin Grigorov <mgrigo...@apache.org>:
> 
> Hi,
> 
> On Fri, Jan 1, 2016 at 8:17 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> tests only from what is possible - if there is markup which can be tested.
>> 
>> @martin - Are there integration tests @ Wicket bootstrap?
> 
> No.
> 
> 
>> 
>> kind regards
>> 
>> Tobias
>> 
>>>> Am 01.01.2016 um 18:03 schrieb Ernesto Reinaldo Barreiro <
>>> reier...@gmail.com>:
>>> 
>>> Are you talking about client side tests? Mind that component is just 90%
>>> JavaScript and java is just a thin layer on top.
>>> 
>>> On Fri, Jan 1, 2016 at 2:54 PM, Tobias Soloschenko <
>>> tobiassolosche...@googlemail.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> thank you for checking it and for your contributions! :-)
>>>> 
>>>> I suggest to first create a PR against wicket-bootstrap 6.x. It would be
> 
> It doesn't matter which branch is the target.
> Just please squash the commits at the end.
> 
> 
>>>> great to create a package for it and write some unit tests. After it is
>>>> integrated with all changes of comments in the PR it can easily be
>> cherry
>>>> picked for other branches and of course changed / simplified for the
>> newer
>>>> java versions. This way it is integrated within all branches with less
>> work
>>>> to do.
>>>> 
>>>> kind regards
>>>> 
>>>> Tobias
>>>> 
>>>>>> Am 01.01.2016 um 13:24 schrieb Ernesto Reinaldo Barreiro <
>>>>> reier...@gmail.com>:
>>>>> 
>>>>> I confirm component works too for wicket 6.x applications: my project
>>>> still
>>>>> uses latest wicket 6
>>>>> 
>>>>> On Fri, Jan 1, 2016 at 11:45 AM, Ernesto Reinaldo Barreiro <
>>>>> reier...@gmail.com> wrote:
>>>>> 
>>>>>> Thanks for feedback. I think this component will work as it is also
>> with
>>>>>> 6.x branch... Additionally I also have other bootstrap based
>> components
>>>>>> that I use on my project that I might contribute to wicket-bootstrap.
>>>> Let
>>>>>> me see If I find the time to integrate them :-)
>>>>>> 
>>>>>> On Fri, Jan 1, 2016 at 11:36 AM, Tobias Soloschenko <
>>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>> great - and that fast! Looking forward to review the PR. :-)
>>>>>>> 
>>>>>>> kind regards
>>>>>>> 
>>>>>>> Tobias
>>>>>>> 
>>>>>>>>> Am 01.01.2016 um 11:14 schrieb Ernesto Reinaldo Barreiro <
>>>>>>>> reier...@gmail.com>:
>>>>>>>> 
>>>>>>>> Hi,
>>>>>>>> 
>>>>>>>> I have added all the essential features I need for my project. You
>> can
>>>>>>> see
>>>>>>>> the result in action here
>>>>>>>> 
>>>>>>>> http://ns331816.ip-188-165-220.eu/demo/slider
>>>>>>>> 
>>>>>>>> I will for sure add more features while integrating it with my
>>>>>>> project...
>>>>>>>> But for now we have a minimal working integration. Please feel free
>> to
>>>>>>>> comment and suggest :-)
>>>>>>>> 
>>>>>>>> Cheers and happy new year to all of you celebrating new year around
>>>> this
>>>>>>>> date :-)
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Wed, Dec 30, 2015 at 12:31 PM, Tobias Soloschenko <
>>>>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>>>>> 
>>>>>>>>> Great! Looking forward to see the result! :-)
>>>>>>>>> 
>>>>>>>>> Thank you!
>>>>>>>>> 
>>>>>>>>> kind regards
>>>>>>>>> 
>>>

Re: wrapper for http://www.eyecon.ro/bootstrap-slider/

[Tobias Soloschenko]

Hi,

great - and that fast! Looking forward to review the PR. :-)

kind regards

Tobias

> Am 01.01.2016 um 11:14 schrieb Ernesto Reinaldo Barreiro <reier...@gmail.com>:
> 
> Hi,
> 
> I have added all the essential features I need for my project. You can see
> the result in action here
> 
> http://ns331816.ip-188-165-220.eu/demo/slider
> 
> I will for sure add more features while integrating it with my project...
> But for now we have a minimal working integration. Please feel free to
> comment and suggest :-)
> 
> Cheers and happy new year to all of you celebrating new year around this
> date :-)
> 
> 
> On Wed, Dec 30, 2015 at 12:31 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Great! Looking forward to see the result! :-)
>> 
>> Thank you!
>> 
>> kind regards
>> 
>> Tobias
>> 
>>> Am 30.12.2015 um 12:21 schrieb Maxim Solodovnik <solomax...@gmail.com>:
>>> 
>>> Thanks Ernesto
>>> I believe this will be useful component :)
>>> 
>>> On Wed, Dec 30, 2015 at 5:20 PM, Ernesto Reinaldo Barreiro <
>>> reier...@gmail.com> wrote:
>>> 
>>>> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/574
>>>> 
>>>> work in progress :-)
>>>> 
>>>> On Wed, Dec 30, 2015 at 9:16 AM, Ernesto Reinaldo Barreiro <
>>>> reier...@gmail.com> wrote:
>>>> 
>>>>> Thanks to you both for helping keep wicket alive and kicking!
>>>>> 
>>>>> On Wed, Dec 30, 2015 at 9:13 AM, Martin Grigorov <mgrigo...@apache.org
>>> 
>>>>> wrote:
>>>>> 
>>>>>> Thank you, Ernesto!
>>>>>> On Dec 30, 2015 10:12 AM, "Ernesto Reinaldo Barreiro" <
>>>> reier...@gmail.com
>>>>>> wrote:
>>>>>> 
>>>>>>> Thanks for your replay. I will roll out such an implementation and
>>>>>> create a
>>>>>>> PR against wicket-bootstrap
>>>>>>> 
>>>>>>> On Wed, Dec 30, 2015 at 9:09 AM, Tobias Soloschenko <
>>>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>>>> 
>>>>>>>> Hi,
>>>>>>>> 
>>>>>>>> from what I can see on Wicket bootstrap - there is no integration
>>>> for
>>>>>>> that:
>>>>>>>> 
>>>>>>>> http://wb-mgrigorov.rhcloud.com/components
>>>>>>>> 
>>>>>>>> But it should be no problem to implement it. :-)
>>>>>>>> 
>>>>>>>> kind regards
>>>>>>>> 
>>>>>>>> Tobias
>>>>>>>> 
>>>>>>>>>> Am 30.12.2015 um 08:21 schrieb Ernesto Reinaldo Barreiro <
>>>>>>>>> reier...@gmail.com>:
>>>>>>>>> 
>>>>>>>>> Hi Wicketeers,
>>>>>>>>> 
>>>>>>>>> Does anyone has rolled out a wicket wrapper for
>>>>>>>>> 
>>>>>>>>> http://www.eyecon.ro/bootstrap-slider/
>>>>>>>>> 
>>>>>>>>> ?
>>>>>>>>> 
>>>>>>>>> --
>>>>>>>>> Regards - Ernesto Reinaldo Barreiro
>>>> -
>>>>>>>> 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
>>> 
>>> 
>>> 
>>> --
>>> WBR
>>> Maxim aka solomax
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
> 
> 
> -- 
> Regards - Ernesto Reinaldo Barreiro

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

Re: wrapper for http://www.eyecon.ro/bootstrap-slider/

[Tobias Soloschenko]

Hi,

thank you for checking it and for your contributions! :-)

I suggest to first create a PR against wicket-bootstrap 6.x. It would be great 
to create a package for it and write some unit tests. After it is integrated 
with all changes of comments in the PR it can easily be cherry picked for other 
branches and of course changed / simplified for the newer java versions. This 
way it is integrated within all branches with less work to do.

kind regards

Tobias

> Am 01.01.2016 um 13:24 schrieb Ernesto Reinaldo Barreiro <reier...@gmail.com>:
> 
> I confirm component works too for wicket 6.x applications: my project still
> uses latest wicket 6
> 
> On Fri, Jan 1, 2016 at 11:45 AM, Ernesto Reinaldo Barreiro <
> reier...@gmail.com> wrote:
> 
>> Thanks for feedback. I think this component will work as it is also with
>> 6.x branch... Additionally I also have other bootstrap based components
>> that I use on my project that I might contribute to wicket-bootstrap. Let
>> me see If I find the time to integrate them :-)
>> 
>> On Fri, Jan 1, 2016 at 11:36 AM, Tobias Soloschenko <
>> tobiassolosche...@googlemail.com> wrote:
>> 
>>> Hi,
>>> 
>>> great - and that fast! Looking forward to review the PR. :-)
>>> 
>>> kind regards
>>> 
>>> Tobias
>>> 
>>>>> Am 01.01.2016 um 11:14 schrieb Ernesto Reinaldo Barreiro <
>>>> reier...@gmail.com>:
>>>> 
>>>> Hi,
>>>> 
>>>> I have added all the essential features I need for my project. You can
>>> see
>>>> the result in action here
>>>> 
>>>> http://ns331816.ip-188-165-220.eu/demo/slider
>>>> 
>>>> I will for sure add more features while integrating it with my
>>> project...
>>>> But for now we have a minimal working integration. Please feel free to
>>>> comment and suggest :-)
>>>> 
>>>> Cheers and happy new year to all of you celebrating new year around this
>>>> date :-)
>>>> 
>>>> 
>>>> On Wed, Dec 30, 2015 at 12:31 PM, Tobias Soloschenko <
>>>> tobiassolosche...@googlemail.com> wrote:
>>>> 
>>>>> Great! Looking forward to see the result! :-)
>>>>> 
>>>>> Thank you!
>>>>> 
>>>>> kind regards
>>>>> 
>>>>> Tobias
>>>>> 
>>>>>> Am 30.12.2015 um 12:21 schrieb Maxim Solodovnik <solomax...@gmail.com
>>>> :
>>>>>> 
>>>>>> Thanks Ernesto
>>>>>> I believe this will be useful component :)
>>>>>> 
>>>>>> On Wed, Dec 30, 2015 at 5:20 PM, Ernesto Reinaldo Barreiro <
>>>>>> reier...@gmail.com> wrote:
>>>>>> 
>>>>>>> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/574
>>>>>>> 
>>>>>>> work in progress :-)
>>>>>>> 
>>>>>>> On Wed, Dec 30, 2015 at 9:16 AM, Ernesto Reinaldo Barreiro <
>>>>>>> reier...@gmail.com> wrote:
>>>>>>> 
>>>>>>>> Thanks to you both for helping keep wicket alive and kicking!
>>>>>>>> 
>>>>>>>> On Wed, Dec 30, 2015 at 9:13 AM, Martin Grigorov <
>>> mgrigo...@apache.org
>>>>>> 
>>>>>>>> wrote:
>>>>>>>> 
>>>>>>>>> Thank you, Ernesto!
>>>>>>>>> On Dec 30, 2015 10:12 AM, "Ernesto Reinaldo Barreiro" <
>>>>>>> reier...@gmail.com
>>>>>>>>> wrote:
>>>>>>>>> 
>>>>>>>>>> Thanks for your replay. I will roll out such an implementation and
>>>>>>>>> create a
>>>>>>>>>> PR against wicket-bootstrap
>>>>>>>>>> 
>>>>>>>>>> On Wed, Dec 30, 2015 at 9:09 AM, Tobias Soloschenko <
>>>>>>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>>>>>>> 
>>>>>>>>>>> Hi,
>>>>>>>>>>> 
>>>>>>>>>>> from what I can see on Wicket bootstrap - there is no integration
>>>>>>> for
>>>>>>>>>> that:
>>>>>>>>>>> 
>>>>>>>>>>> http:

Re: wrapper for http://www.eyecon.ro/bootstrap-slider/

[Tobias Soloschenko]

Hi,

tests only from what is possible - if there is markup which can be tested. 

@martin - Are there integration tests @ Wicket bootstrap?

kind regards

Tobias

> Am 01.01.2016 um 18:03 schrieb Ernesto Reinaldo Barreiro <reier...@gmail.com>:
> 
> Are you talking about client side tests? Mind that component is just 90%
> JavaScript and java is just a thin layer on top.
> 
> On Fri, Jan 1, 2016 at 2:54 PM, Tobias Soloschenko <
> tobiassolosche...@googlemail.com> wrote:
> 
>> Hi,
>> 
>> thank you for checking it and for your contributions! :-)
>> 
>> I suggest to first create a PR against wicket-bootstrap 6.x. It would be
>> great to create a package for it and write some unit tests. After it is
>> integrated with all changes of comments in the PR it can easily be cherry
>> picked for other branches and of course changed / simplified for the newer
>> java versions. This way it is integrated within all branches with less work
>> to do.
>> 
>> kind regards
>> 
>> Tobias
>> 
>>>> Am 01.01.2016 um 13:24 schrieb Ernesto Reinaldo Barreiro <
>>> reier...@gmail.com>:
>>> 
>>> I confirm component works too for wicket 6.x applications: my project
>> still
>>> uses latest wicket 6
>>> 
>>> On Fri, Jan 1, 2016 at 11:45 AM, Ernesto Reinaldo Barreiro <
>>> reier...@gmail.com> wrote:
>>> 
>>>> Thanks for feedback. I think this component will work as it is also with
>>>> 6.x branch... Additionally I also have other bootstrap based components
>>>> that I use on my project that I might contribute to wicket-bootstrap.
>> Let
>>>> me see If I find the time to integrate them :-)
>>>> 
>>>> On Fri, Jan 1, 2016 at 11:36 AM, Tobias Soloschenko <
>>>> tobiassolosche...@googlemail.com> wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> great - and that fast! Looking forward to review the PR. :-)
>>>>> 
>>>>> kind regards
>>>>> 
>>>>> Tobias
>>>>> 
>>>>>>> Am 01.01.2016 um 11:14 schrieb Ernesto Reinaldo Barreiro <
>>>>>> reier...@gmail.com>:
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> I have added all the essential features I need for my project. You can
>>>>> see
>>>>>> the result in action here
>>>>>> 
>>>>>> http://ns331816.ip-188-165-220.eu/demo/slider
>>>>>> 
>>>>>> I will for sure add more features while integrating it with my
>>>>> project...
>>>>>> But for now we have a minimal working integration. Please feel free to
>>>>>> comment and suggest :-)
>>>>>> 
>>>>>> Cheers and happy new year to all of you celebrating new year around
>> this
>>>>>> date :-)
>>>>>> 
>>>>>> 
>>>>>> On Wed, Dec 30, 2015 at 12:31 PM, Tobias Soloschenko <
>>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>>> 
>>>>>>> Great! Looking forward to see the result! :-)
>>>>>>> 
>>>>>>> Thank you!
>>>>>>> 
>>>>>>> kind regards
>>>>>>> 
>>>>>>> Tobias
>>>>>>> 
>>>>>>>> Am 30.12.2015 um 12:21 schrieb Maxim Solodovnik <
>> solomax...@gmail.com
>>>>>> :
>>>>>>>> 
>>>>>>>> Thanks Ernesto
>>>>>>>> I believe this will be useful component :)
>>>>>>>> 
>>>>>>>> On Wed, Dec 30, 2015 at 5:20 PM, Ernesto Reinaldo Barreiro <
>>>>>>>> reier...@gmail.com> wrote:
>>>>>>>> 
>>>>>>>>> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/574
>>>>>>>>> 
>>>>>>>>> work in progress :-)
>>>>>>>>> 
>>>>>>>>> On Wed, Dec 30, 2015 at 9:16 AM, Ernesto Reinaldo Barreiro <
>>>>>>>>> reier...@gmail.com> wrote:
>>>>>>>>> 
>>>>>>>>>> Thanks to you both for helping keep wicket alive and kicking!
>>>>>>>>>> 
>>>>>>>>>> On Wed, Dec 30, 2015 at 9:13 AM, Martin Grigorov

Re: wrapper for http://www.eyecon.ro/bootstrap-slider/

[Tobias Soloschenko]

Great! Looking forward to see the result! :-)

Thank you!

kind regards

Tobias

> Am 30.12.2015 um 12:21 schrieb Maxim Solodovnik <solomax...@gmail.com>:
> 
> Thanks Ernesto
> I believe this will be useful component :)
> 
> On Wed, Dec 30, 2015 at 5:20 PM, Ernesto Reinaldo Barreiro <
> reier...@gmail.com> wrote:
> 
>> https://github.com/l0rdn1kk0n/wicket-bootstrap/pull/574
>> 
>> work in progress :-)
>> 
>> On Wed, Dec 30, 2015 at 9:16 AM, Ernesto Reinaldo Barreiro <
>> reier...@gmail.com> wrote:
>> 
>>> Thanks to you both for helping keep wicket alive and kicking!
>>> 
>>> On Wed, Dec 30, 2015 at 9:13 AM, Martin Grigorov <mgrigo...@apache.org>
>>> wrote:
>>> 
>>>> Thank you, Ernesto!
>>>> On Dec 30, 2015 10:12 AM, "Ernesto Reinaldo Barreiro" <
>> reier...@gmail.com
>>>> wrote:
>>>> 
>>>>> Thanks for your replay. I will roll out such an implementation and
>>>> create a
>>>>> PR against wicket-bootstrap
>>>>> 
>>>>> On Wed, Dec 30, 2015 at 9:09 AM, Tobias Soloschenko <
>>>>> tobiassolosche...@googlemail.com> wrote:
>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> from what I can see on Wicket bootstrap - there is no integration
>> for
>>>>> that:
>>>>>> 
>>>>>> http://wb-mgrigorov.rhcloud.com/components
>>>>>> 
>>>>>> But it should be no problem to implement it. :-)
>>>>>> 
>>>>>> kind regards
>>>>>> 
>>>>>> Tobias
>>>>>> 
>>>>>>>> Am 30.12.2015 um 08:21 schrieb Ernesto Reinaldo Barreiro <
>>>>>>> reier...@gmail.com>:
>>>>>>> 
>>>>>>> Hi Wicketeers,
>>>>>>> 
>>>>>>> Does anyone has rolled out a wicket wrapper for
>>>>>>> 
>>>>>>> http://www.eyecon.ro/bootstrap-slider/
>>>>>>> 
>>>>>>> ?
>>>>>>> 
>>>>>>> --
>>>>>>> Regards - Ernesto Reinaldo Barreiro
>> -
>>>>>> 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
> 
> 
> 
> -- 
> WBR
> Maxim aka solomax

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

Re: wrapper for http://www.eyecon.ro/bootstrap-slider/

[Tobias Soloschenko]

Hi,

from what I can see on Wicket bootstrap - there is no integration for that:

http://wb-mgrigorov.rhcloud.com/components

But it should be no problem to implement it. :-)

kind regards

Tobias

> Am 30.12.2015 um 08:21 schrieb Ernesto Reinaldo Barreiro :
> 
> Hi Wicketeers,
> 
> Does anyone has rolled out a wicket wrapper for
> 
> http://www.eyecon.ro/bootstrap-slider/
> 
> ?
> 
> -- 
> Regards - Ernesto Reinaldo Barreiro

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

Re: contributing to wicketstuff-core, how to format file in IntelliJ IDEA?

[Tobias Soloschenko]

Hi,

I think you are looking for that:

https://github.com/wicketstuff/core/blob/master/config/eclipse/wicket-workspace-javacode-formatter-profile.xml

kind regards

Tobias

> Am 29.12.2015 um 13:24 schrieb Ernesto Reinaldo Barreiro :
> 
> Thanks for your answer: my question was more of ... are there somewhere
> some pre=configured setting that can be iported
> 
> On Tue, Dec 29, 2015 at 1:22 PM, Štefan Šimík 
> wrote:
> 
>> I am not sure, if I answer your question, but here is what came to my mind:
>> 
>> Shortcut for formatting code:
>> *Ctrl + Alt + L*
>> 
>> Formatting settings:
>> *Settings / Code Style / Java*
>> 
>> *More info:*
>> https://www.jetbrains.com/idea/help/reformatting-source-code.html
>> 
>> On Tue, Dec 29, 2015 at 12:34 PM, Ernesto Reinaldo Barreiro <
>> reier...@gmail.com> wrote:
>> 
>>> Hi,
>>> 
>>> I want to add some features to wicket-select2 and I was wondering how to
>>> auto-format files in IntelliJ IDEA? I see there are some eclipse
>> setting...
>>> 
>>> --
>>> Regards - Ernesto Reinaldo Barreiro
> 
> 
> 
> -- 
> Regards - Ernesto Reinaldo Barreiro

-
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

[Tobias Soloschenko]

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