Re: BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Martin Grigorov
Use need to use PageParameters.set(int, Object) to add indexed parameter.
I guess you pass #set(String, Object) instead.

See #testEncodeX() methods in org.apache.wicket.request.mapper.MountedMapperTest

On Wed, Sep 21, 2011 at 9:17 AM, Chris Colman
 wrote:
>>i meant:
>>
>>mount(new MountedMapper("/content/home", HomePage.class, new
>>MyCustomPageParameterEncoder());
>>
>>-igor
>
> Arh! I didn't think of that.
>
> Would the PageParameterEncoder passed into the MountedMapper be used by any 
> BookmarkablePageLink instance when it encodes the URL or does the encoder 
> need to be separately specified for the BookmarkablePageLink?
>
>>
>>On Tue, Sep 20, 2011 at 9:12 PM, Chris Colman
>> wrote:
>>> The pages are mounted but with 1.4 I mounted them all like:
>>>
>>> mountPage("/content/home");
>>> mountPage("/content/about");
>>> mountPage("/content/product");
>>> ...
>>>
>>> Any links to the page would suffix the parameters to the mount point
>>like:
>>>
>>> /content/home/o/123
>>> /content/about/o/123
>>> /content/product/o/123/p/756
>>> ...
>>>
>>> With 1.4 I could mount them all in a similar way and let the page itself
>>interpret the parameters according to what it expected.
>>>
>>> I guess in 1.5 I will have to mount each page in a way that explicitly
>>declares its particular parameter composition:
>>>
>>> mountPage("/content/home/${dummy_o}/${o}");
>>> mountPage("/content/about/${dummy_o}/${o}");
>>> mountPage("/content/product/${dummy_o}/${o}/${dummy_c}/${c}");
>>> ...
>>>
>>> I kind of arrived at that conclusion yesterday. The problem I was having
>>today was more to do with getting BookmarkablePageLink to produce URLs with
>>the /n/v/ style instead of the ?n=v style but I think I've almost worked
>>that out.
>>>
>>> I have to simulate the name/value pairing of 1.4 /n/v style parameters by
>>outputting a dummy parameter name (where the name used to be in 1.4) and
>>the real value.
>>>
>>>
>>>
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Wednesday, 21 September 2011 12:25 PM
To: users@wicket.apache.org
Subject: Re: BookmarkablePageLink works differently in 1.5?

mountmapper also uses pageparameters, can you not mount your pages?

-igor


On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
 wrote:
> It looks like the parameter encoding/decoding is all done via the
> interface:
>
> IPageParametersEncoder
>
> Which has only a single implementation which obviously encodes/decodes
> the  new 1.5 style.
>
> Would it be possible to provide a 1.4 legacy implementation of
> IPageParametersEncoder to allowing upgrading a 1.4 wicket application
>>to
> 1.5 but maintain support for existing URLs that already exist for the
> 1.4 built web application?
>
> Could the setting of the IPageParameterEncoder implementation be an
> application or page setting?
>
>>-Original Message-
>>From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
>>Sent: Wednesday, 21 September 2011 11:14 AM
>>To: users@wicket.apache.org
>>Subject: BookmarkablePageLink works differently in 1.5?
>>
>>It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
>>employ query parameters
>>
>>Eg.,
>>
>>?name1=value1&name2=value2
>>
>>instead of the directory style parameters of 1.4.x
>>
>>Eg.,
>>/name1/value1/name2/value2
>>
>>While this may not be a problem for new Wicket applications the
>>thousands of URLs of existing 1.4 Wicket applications are referenced
>>from many existing websites and search engines on the web.
>>
>>Is there a replacement for BookmarkablePageLink in 1.5 that can produce
>>the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
>>'legacyStyle' that, when set to true, will create legacy (1.4) style
>>URLs?)
>>
>>Regards,
>>Chris
>>
>>
>
> -
> 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 additi

Re: Wicket Spring and JSR 330

2011-09-20 Thread Martin Grigorov
https://issues.apache.org/jira/browse/WICKET-4064

On Wed, Sep 21, 2011 at 4:49 AM, Fabio Cechinel Veronez
 wrote:
> Is there some issue we could follow?
>
> On Tue, Sep 20, 2011 at 10:00 PM, Igor Vaynberg  
> wrote:
>> currently it is not, but we are looking into it...
>>
>> -igor
>>
>> On Tue, Sep 20, 2011 at 5:08 PM, Fabio Cechinel Veronez
>>  wrote:
>>> Hello all,
>>>
>>> Up until now I have been using SpringBean annotation to inject spring
>>> beans at my page instance.
>>>
>>> By I would like to know if it possible to use JSR 330 annotations like
>>> Inject and Qualifier to indicate to Spring what bean should be
>>> injected.
>>>
>>> Thanks in advance.
>>>
>>> --
>>> Fabio Cechinel Veronez
>>>
>>> -
>>> 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
>>
>>
>
>
>
> --
> Fabio Cechinel Veronez
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>



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

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



RE: BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Chris Colman
>i meant:
>
>mount(new MountedMapper("/content/home", HomePage.class, new
>MyCustomPageParameterEncoder());
>
>-igor

Arh! I didn't think of that.

Would the PageParameterEncoder passed into the MountedMapper be used by any 
BookmarkablePageLink instance when it encodes the URL or does the encoder need 
to be separately specified for the BookmarkablePageLink?

>
>On Tue, Sep 20, 2011 at 9:12 PM, Chris Colman
> wrote:
>> The pages are mounted but with 1.4 I mounted them all like:
>>
>> mountPage("/content/home");
>> mountPage("/content/about");
>> mountPage("/content/product");
>> ...
>>
>> Any links to the page would suffix the parameters to the mount point
>like:
>>
>> /content/home/o/123
>> /content/about/o/123
>> /content/product/o/123/p/756
>> ...
>>
>> With 1.4 I could mount them all in a similar way and let the page itself
>interpret the parameters according to what it expected.
>>
>> I guess in 1.5 I will have to mount each page in a way that explicitly
>declares its particular parameter composition:
>>
>> mountPage("/content/home/${dummy_o}/${o}");
>> mountPage("/content/about/${dummy_o}/${o}");
>> mountPage("/content/product/${dummy_o}/${o}/${dummy_c}/${c}");
>> ...
>>
>> I kind of arrived at that conclusion yesterday. The problem I was having
>today was more to do with getting BookmarkablePageLink to produce URLs with
>the /n/v/ style instead of the ?n=v style but I think I've almost worked
>that out.
>>
>> I have to simulate the name/value pairing of 1.4 /n/v style parameters by
>outputting a dummy parameter name (where the name used to be in 1.4) and
>the real value.
>>
>>
>>
>>>-Original Message-
>>>From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
>>>Sent: Wednesday, 21 September 2011 12:25 PM
>>>To: users@wicket.apache.org
>>>Subject: Re: BookmarkablePageLink works differently in 1.5?
>>>
>>>mountmapper also uses pageparameters, can you not mount your pages?
>>>
>>>-igor
>>>
>>>
>>>On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
>>> wrote:
 It looks like the parameter encoding/decoding is all done via the
 interface:

 IPageParametersEncoder

 Which has only a single implementation which obviously encodes/decodes
 the  new 1.5 style.

 Would it be possible to provide a 1.4 legacy implementation of
 IPageParametersEncoder to allowing upgrading a 1.4 wicket application
>to
 1.5 but maintain support for existing URLs that already exist for the
 1.4 built web application?

 Could the setting of the IPageParameterEncoder implementation be an
 application or page setting?

>-Original Message-
>From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
>Sent: Wednesday, 21 September 2011 11:14 AM
>To: users@wicket.apache.org
>Subject: BookmarkablePageLink works differently in 1.5?
>
>It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
>employ query parameters
>
>Eg.,
>
>?name1=value1&name2=value2
>
>instead of the directory style parameters of 1.4.x
>
>Eg.,
>/name1/value1/name2/value2
>
>While this may not be a problem for new Wicket applications the
>thousands of URLs of existing 1.4 Wicket applications are referenced
>from many existing websites and search engines on the web.
>
>Is there a replacement for BookmarkablePageLink in 1.5 that can produce
>the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
>'legacyStyle' that, when set to true, will create legacy (1.4) style
>URLs?)
>
>Regards,
>Chris
>
>

 -
 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: MixedParamUrlCodingStrategy and form submit

2011-09-20 Thread Igor Vaynberg
havent used that strategy myself, so no clues. had this been 1.5.x id
be able to help more. debug and see why you are getting the wrong
path.

-igor

On Tue, Sep 20, 2011 at 10:47 PM, Alexander Gubin
 wrote:
> so, Igor, any clues?
>
> On Sep 19, 2011, at 8:56 AM, Alexander Gubin wrote:
>
>> 1.4.18
>>
>>
>> On 09/16/2011 04:26 PM, Igor Vaynberg wrote:
>>> what version of wicket?
>>>
>>> -igor
>>>
>>> On Thu, Sep 15, 2011 at 3:08 PM, Alexander Gubin  
>>> wrote:
 Googled around, but no clear answer:

 In my app I mount a page like this:

 mount(new MixedParamUrlCodingStrategy("/store/product", ItemPage.class, new
 String[]{"itemId", "itemName"}));

 which gives me a URL

 store/product/45336/some-name

 I have a form on the resulting page, which on submit sends me to

 store/?wicket:interface=:3:itemForm::IFormSubmitListener::

 hence 404

 looking at form's action I see
 ../../?wicket:interface=:3:itemForm::IFormSubmitListener::,

 but I think I need ../?wicket:interface=:3:itemForm::IFormSubmitListener::

 What am I doing wrong? Last two elements are parameters and should be
 discounted, but seems like Wicket add's one extra "../" and misses mounted
 page.

 Are there better way of configuring Mounting / forms ?

 Sincerely,

 Alexander

 -
 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: MixedParamUrlCodingStrategy and form submit

2011-09-20 Thread Alexander Gubin
so, Igor, any clues?

On Sep 19, 2011, at 8:56 AM, Alexander Gubin wrote:

> 1.4.18
> 
> 
> On 09/16/2011 04:26 PM, Igor Vaynberg wrote:
>> what version of wicket?
>> 
>> -igor
>> 
>> On Thu, Sep 15, 2011 at 3:08 PM, Alexander Gubin  
>> wrote:
>>> Googled around, but no clear answer:
>>> 
>>> In my app I mount a page like this:
>>> 
>>> mount(new MixedParamUrlCodingStrategy("/store/product", ItemPage.class, new
>>> String[]{"itemId", "itemName"}));
>>> 
>>> which gives me a URL
>>> 
>>> store/product/45336/some-name
>>> 
>>> I have a form on the resulting page, which on submit sends me to
>>> 
>>> store/?wicket:interface=:3:itemForm::IFormSubmitListener::
>>> 
>>> hence 404
>>> 
>>> looking at form's action I see
>>> ../../?wicket:interface=:3:itemForm::IFormSubmitListener::,
>>> 
>>> but I think I need ../?wicket:interface=:3:itemForm::IFormSubmitListener::
>>> 
>>> What am I doing wrong? Last two elements are parameters and should be
>>> discounted, but seems like Wicket add's one extra "../" and misses mounted
>>> page.
>>> 
>>> Are there better way of configuring Mounting / forms ?
>>> 
>>> Sincerely,
>>> 
>>> Alexander
>>> 
>>> -
>>> 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: BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Igor Vaynberg
i meant:

mount(new MountedMapper("/content/home", HomePage.class, new
MyCustomPageParameterEncoder());

-igor

On Tue, Sep 20, 2011 at 9:12 PM, Chris Colman
 wrote:
> The pages are mounted but with 1.4 I mounted them all like:
>
> mountPage("/content/home");
> mountPage("/content/about");
> mountPage("/content/product");
> ...
>
> Any links to the page would suffix the parameters to the mount point like:
>
> /content/home/o/123
> /content/about/o/123
> /content/product/o/123/p/756
> ...
>
> With 1.4 I could mount them all in a similar way and let the page itself 
> interpret the parameters according to what it expected.
>
> I guess in 1.5 I will have to mount each page in a way that explicitly 
> declares its particular parameter composition:
>
> mountPage("/content/home/${dummy_o}/${o}");
> mountPage("/content/about/${dummy_o}/${o}");
> mountPage("/content/product/${dummy_o}/${o}/${dummy_c}/${c}");
> ...
>
> I kind of arrived at that conclusion yesterday. The problem I was having 
> today was more to do with getting BookmarkablePageLink to produce URLs with 
> the /n/v/ style instead of the ?n=v style but I think I've almost worked that 
> out.
>
> I have to simulate the name/value pairing of 1.4 /n/v style parameters by 
> outputting a dummy parameter name (where the name used to be in 1.4) and the 
> real value.
>
>
>
>>-Original Message-
>>From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
>>Sent: Wednesday, 21 September 2011 12:25 PM
>>To: users@wicket.apache.org
>>Subject: Re: BookmarkablePageLink works differently in 1.5?
>>
>>mountmapper also uses pageparameters, can you not mount your pages?
>>
>>-igor
>>
>>
>>On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
>> wrote:
>>> It looks like the parameter encoding/decoding is all done via the
>>> interface:
>>>
>>> IPageParametersEncoder
>>>
>>> Which has only a single implementation which obviously encodes/decodes
>>> the  new 1.5 style.
>>>
>>> Would it be possible to provide a 1.4 legacy implementation of
>>> IPageParametersEncoder to allowing upgrading a 1.4 wicket application to
>>> 1.5 but maintain support for existing URLs that already exist for the
>>> 1.4 built web application?
>>>
>>> Could the setting of the IPageParameterEncoder implementation be an
>>> application or page setting?
>>>
-Original Message-
From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
Sent: Wednesday, 21 September 2011 11:14 AM
To: users@wicket.apache.org
Subject: BookmarkablePageLink works differently in 1.5?

It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
employ query parameters

Eg.,

?name1=value1&name2=value2

instead of the directory style parameters of 1.4.x

Eg.,
/name1/value1/name2/value2

While this may not be a problem for new Wicket applications the
thousands of URLs of existing 1.4 Wicket applications are referenced
from many existing websites and search engines on the web.

Is there a replacement for BookmarkablePageLink in 1.5 that can produce
the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
'legacyStyle' that, when set to true, will create legacy (1.4) style
URLs?)

Regards,
Chris


>>>
>>> -
>>> 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: BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Chris Colman
The pages are mounted but with 1.4 I mounted them all like:

mountPage("/content/home");
mountPage("/content/about");
mountPage("/content/product");
...

Any links to the page would suffix the parameters to the mount point like:

/content/home/o/123
/content/about/o/123
/content/product/o/123/p/756
...

With 1.4 I could mount them all in a similar way and let the page itself 
interpret the parameters according to what it expected.

I guess in 1.5 I will have to mount each page in a way that explicitly declares 
its particular parameter composition:

mountPage("/content/home/${dummy_o}/${o}");
mountPage("/content/about/${dummy_o}/${o}");
mountPage("/content/product/${dummy_o}/${o}/${dummy_c}/${c}");
...

I kind of arrived at that conclusion yesterday. The problem I was having today 
was more to do with getting BookmarkablePageLink to produce URLs with the /n/v/ 
style instead of the ?n=v style but I think I've almost worked that out.

I have to simulate the name/value pairing of 1.4 /n/v style parameters by 
outputting a dummy parameter name (where the name used to be in 1.4) and the 
real value.



>-Original Message-
>From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
>Sent: Wednesday, 21 September 2011 12:25 PM
>To: users@wicket.apache.org
>Subject: Re: BookmarkablePageLink works differently in 1.5?
>
>mountmapper also uses pageparameters, can you not mount your pages?
>
>-igor
>
>
>On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
> wrote:
>> It looks like the parameter encoding/decoding is all done via the
>> interface:
>>
>> IPageParametersEncoder
>>
>> Which has only a single implementation which obviously encodes/decodes
>> the  new 1.5 style.
>>
>> Would it be possible to provide a 1.4 legacy implementation of
>> IPageParametersEncoder to allowing upgrading a 1.4 wicket application to
>> 1.5 but maintain support for existing URLs that already exist for the
>> 1.4 built web application?
>>
>> Could the setting of the IPageParameterEncoder implementation be an
>> application or page setting?
>>
>>>-Original Message-
>>>From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
>>>Sent: Wednesday, 21 September 2011 11:14 AM
>>>To: users@wicket.apache.org
>>>Subject: BookmarkablePageLink works differently in 1.5?
>>>
>>>It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
>>>employ query parameters
>>>
>>>Eg.,
>>>
>>>?name1=value1&name2=value2
>>>
>>>instead of the directory style parameters of 1.4.x
>>>
>>>Eg.,
>>>/name1/value1/name2/value2
>>>
>>>While this may not be a problem for new Wicket applications the
>>>thousands of URLs of existing 1.4 Wicket applications are referenced
>>>from many existing websites and search engines on the web.
>>>
>>>Is there a replacement for BookmarkablePageLink in 1.5 that can produce
>>>the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
>>>'legacyStyle' that, when set to true, will create legacy (1.4) style
>>>URLs?)
>>>
>>>Regards,
>>>Chris
>>>
>>>
>>
>> -
>> 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: BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Igor Vaynberg
mountmapper also uses pageparameters, can you not mount your pages?

-igor


On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
 wrote:
> It looks like the parameter encoding/decoding is all done via the
> interface:
>
> IPageParametersEncoder
>
> Which has only a single implementation which obviously encodes/decodes
> the  new 1.5 style.
>
> Would it be possible to provide a 1.4 legacy implementation of
> IPageParametersEncoder to allowing upgrading a 1.4 wicket application to
> 1.5 but maintain support for existing URLs that already exist for the
> 1.4 built web application?
>
> Could the setting of the IPageParameterEncoder implementation be an
> application or page setting?
>
>>-Original Message-
>>From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
>>Sent: Wednesday, 21 September 2011 11:14 AM
>>To: users@wicket.apache.org
>>Subject: BookmarkablePageLink works differently in 1.5?
>>
>>It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
>>employ query parameters
>>
>>Eg.,
>>
>>?name1=value1&name2=value2
>>
>>instead of the directory style parameters of 1.4.x
>>
>>Eg.,
>>/name1/value1/name2/value2
>>
>>While this may not be a problem for new Wicket applications the
>>thousands of URLs of existing 1.4 Wicket applications are referenced
>>from many existing websites and search engines on the web.
>>
>>Is there a replacement for BookmarkablePageLink in 1.5 that can produce
>>the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
>>'legacyStyle' that, when set to true, will create legacy (1.4) style
>>URLs?)
>>
>>Regards,
>>Chris
>>
>>
>
> -
> 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 and JSR 330

2011-09-20 Thread Fabio Cechinel Veronez
Is there some issue we could follow?

On Tue, Sep 20, 2011 at 10:00 PM, Igor Vaynberg  wrote:
> currently it is not, but we are looking into it...
>
> -igor
>
> On Tue, Sep 20, 2011 at 5:08 PM, Fabio Cechinel Veronez
>  wrote:
>> Hello all,
>>
>> Up until now I have been using SpringBean annotation to inject spring
>> beans at my page instance.
>>
>> By I would like to know if it possible to use JSR 330 annotations like
>> Inject and Qualifier to indicate to Spring what bean should be
>> injected.
>>
>> Thanks in advance.
>>
>> --
>> Fabio Cechinel Veronez
>>
>> -
>> 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
>
>



-- 
Fabio Cechinel Veronez

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



RE: BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Chris Colman
It looks like the parameter encoding/decoding is all done via the
interface:

IPageParametersEncoder

Which has only a single implementation which obviously encodes/decodes
the  new 1.5 style.

Would it be possible to provide a 1.4 legacy implementation of
IPageParametersEncoder to allowing upgrading a 1.4 wicket application to
1.5 but maintain support for existing URLs that already exist for the
1.4 built web application?

Could the setting of the IPageParameterEncoder implementation be an
application or page setting?

>-Original Message-
>From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
>Sent: Wednesday, 21 September 2011 11:14 AM
>To: users@wicket.apache.org
>Subject: BookmarkablePageLink works differently in 1.5?
>
>It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
>employ query parameters
>
>Eg.,
>
>?name1=value1&name2=value2
>
>instead of the directory style parameters of 1.4.x
>
>Eg.,
>/name1/value1/name2/value2
>
>While this may not be a problem for new Wicket applications the
>thousands of URLs of existing 1.4 Wicket applications are referenced
>from many existing websites and search engines on the web.
>
>Is there a replacement for BookmarkablePageLink in 1.5 that can produce
>the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
>'legacyStyle' that, when set to true, will create legacy (1.4) style
>URLs?)
>
>Regards,
>Chris
>
>

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



BookmarkablePageLink works differently in 1.5?

2011-09-20 Thread Chris Colman
It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
employ query parameters 
 
Eg.,
 
?name1=value1&name2=value2
 
instead of the directory style parameters of 1.4.x
 
Eg.,
/name1/value1/name2/value2
 
While this may not be a problem for new Wicket applications the
thousands of URLs of existing 1.4 Wicket applications are referenced
from many existing websites and search engines on the web.
 
Is there a replacement for BookmarkablePageLink in 1.5 that can produce
the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
'legacyStyle' that, when set to true, will create legacy (1.4) style
URLs?)
 
Regards,
Chris

 


Re: Wicket Spring and JSR 330

2011-09-20 Thread Igor Vaynberg
currently it is not, but we are looking into it...

-igor

On Tue, Sep 20, 2011 at 5:08 PM, Fabio Cechinel Veronez
 wrote:
> Hello all,
>
> Up until now I have been using SpringBean annotation to inject spring
> beans at my page instance.
>
> By I would like to know if it possible to use JSR 330 annotations like
> Inject and Qualifier to indicate to Spring what bean should be
> injected.
>
> Thanks in advance.
>
> --
> Fabio Cechinel Veronez
>
> -
> 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: Basement Coders Meetup at JavaOne 2011

2011-09-20 Thread Don Ferguson
Count me in.

-Don

On Sep 17, 2011, at 1:15 PM, Igor Vaynberg wrote:

> a bunch of people sitting in a bar chatting and drinking beer... :)
> 
> -igor
> 
> On Fri, Sep 16, 2011 at 4:44 PM, Nelson Segura  wrote:
>> Can you explain how does it work? I am thinking on going to java one
>> just to check this out.
>> -nelson
>> 
>> -
>> 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 1.5 and Google Analytics

2011-09-20 Thread Chris Colman
I agree, this could really screw with the SEO quality of Wicket sites. We're 
the process of porting our CMS to Wicket 1.5 but will have to hold off on final 
release until we've found a way to make it work like 1.4.x with the same URLs 
with no versioning (including the parameters arranged as 
/name1/value1/name2/value2 etc.,) otherwise the SEO weight assigned to all of 
these existing pages/URLs will be lost... unless I'm misunderstanding something.

>-Original Message-
>From: Diego Fincatto [mailto:diego.finca...@gmail.com]
>Sent: Wednesday, 21 September 2011 5:52 AM
>To: users@wicket.apache.org
>Subject: Re: Wicket 1.5 and Google Analytics
>
>I agree with Bruno and there's more related problems, such the
>redirecting it does: for SEO is a bad practice!
>Google may even penalize our sites.
>
>We have to think in a different way to retrieve the state of webpages.
>Otherwise, the Wicket becomes unusable for most seriously site.
>
>
>On Tue, Sep 20, 2011 at 4:09 PM, Don Ferguson 
>wrote:
>> Using the async analytics apis, you can pass a parameter to
>trackPageView, as in:
>>
>> _gaq.push(['_trackPageview', 'Home']);
>>
>> which gives you explicit control over the URL being tracked by analytics.
>>
>>        -Don
>>
>> On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote:
>>
>>> With Wicket, versioned pages are being gattered as individual/different
>>> pages at Google Analytics.
>>>
>>> For example:
>>>
>>> /app/Home has X pageviews
>>> /app/Home?1= has Y pageviews
>>> /app/Home?2= has Z pageviews
>>>
>>> And so on.
>>>
>>> Does anyone have any idea on how to fix this, except by disabling page
>>> versioning?
>>>
>>> Thanks,
>>>
>>> *Bruno Borges*
>>> (21) 7672-7099
>>> *www.brunoborges.com*
>>
>>
>
>-
>To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>For additional commands, e-mail: users-h...@wicket.apache.org


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



Wicket Spring and JSR 330

2011-09-20 Thread Fabio Cechinel Veronez
Hello all,

Up until now I have been using SpringBean annotation to inject spring
beans at my page instance.

By I would like to know if it possible to use JSR 330 annotations like
Inject and Qualifier to indicate to Spring what bean should be
injected.

Thanks in advance.

-- 
Fabio Cechinel Veronez

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



Re: Footnote-Support

2011-09-20 Thread Dan Retzlaff
Congrats! Looking forward to it.

On Tue, Sep 20, 2011 at 2:20 PM, Christian Huber wrote:

> Well, after about two days I finally got it working ;-) I'll try to scratch
> together a blog post in the next days with the details :-)
>
>
> The Sanity Resort 
> 
> >
>
> Am 19.09.2011 16:41, schrieb Dan Retzlaff:
>
>> I see now. Forget the behavior approach. :)
>>
>> How about keeping a List  of footnotes in the page's metadata
>> (i.e.
>> getPage().setMetaData(**FOOTNOTES))? Create (1) a Label-like component
>> which,
>> in its onInitialize(), adds its contents to the list and saves the new
>> index
>> to be rendered as the footnote annotation, and (2) a FeedbackPanel-like
>> component which renders the footnote content as an ordered list.
>>
>> You may also be able to put the footnotes into the Session's feedback data
>> as Martin suggests, but I'm not sure how the footnote annotation and
>> footnote content would be differentiated.
>>
>> On Mon, Sep 19, 2011 at 1:15 AM, Christian Huber**
>> wrote:
>>
>>  Hi Dan,
>>>
>>> thanks for your answer.
>>>
>>> To be a bit more clear about what I want, I would like (spoken
>>> simplified)
>>> to add a footenote to a label like "Some text1" and
>>> automatically have the footbnote text appear at the bottom of the
>>> corresponding page.
>>>
>>> Right now I have a Label subclass to do this (and a bit more) but am
>>> moving
>>> he code to a behavior and will also try to create an appropriate resolver
>>> to
>>> allow the usage of a wicket:footnote tag. But I thougth I'd ask if there
>>> isn't already something like it out there.
>>>
>>>
>>> Cheers, Chris
>>>
>>> The Sanity 
>>> Resort
>>> **com/
>>> >
>>>
>>> Am 18.09.2011 22:57, schrieb Dan Retzlaff:
>>>
>>>  Hi Christian,

 I don't understand the particular hierarchy placement you have in mind,
 but
 I'd guess that you could write a Behavior that does it. Behaviors get
 callbacks for component tags, rendering events, etc.

 Dan

 On Sun, Sep 18, 2011 at 12:12 PM, Christian Huber>>> >*
 *wrote:

  Hi all,

> I was wondering if there is something like a footnote
> component/behavior
> or
> similar. A mechanism that allows you to easily add a footnote to a
> label
> and
> the corresponding footnote text to one of it's parents in a generic
> way.
>
> I know I could just add a footnote to a label and another label
> containing
> the footnote text but that does not work in a generic way.
>
> Cheers,
> Chris
>
> --
> The Sanity Resort http://sanityresort.**blogspot .>
> **com/
> 
> >
>



Re: Footnote-Support

2011-09-20 Thread Christian Huber
Well, after about two days I finally got it working ;-) I'll try to 
scratch together a blog post in the next days with the details :-)


The Sanity Resort 

Am 19.09.2011 16:41, schrieb Dan Retzlaff:

I see now. Forget the behavior approach. :)

How about keeping a List  of footnotes in the page's metadata (i.e.
getPage().setMetaData(FOOTNOTES))? Create (1) a Label-like component which,
in its onInitialize(), adds its contents to the list and saves the new index
to be rendered as the footnote annotation, and (2) a FeedbackPanel-like
component which renders the footnote content as an ordered list.

You may also be able to put the footnotes into the Session's feedback data
as Martin suggests, but I'm not sure how the footnote annotation and
footnote content would be differentiated.

On Mon, Sep 19, 2011 at 1:15 AM, Christian Huberwrote:


Hi Dan,

thanks for your answer.

To be a bit more clear about what I want, I would like (spoken simplified)
to add a footenote to a label like "Some text1" and
automatically have the footbnote text appear at the bottom of the
corresponding page.

Right now I have a Label subclass to do this (and a bit more) but am moving
he code to a behavior and will also try to create an appropriate resolver to
allow the usage of a wicket:footnote tag. But I thougth I'd ask if there
isn't already something like it out there.


Cheers, Chris

The Sanity 
Resort
Am 18.09.2011 22:57, schrieb Dan Retzlaff:


Hi Christian,

I don't understand the particular hierarchy placement you have in mind,
but
I'd guess that you could write a Behavior that does it. Behaviors get
callbacks for component tags, rendering events, etc.

Dan

On Sun, Sep 18, 2011 at 12:12 PM, Christian Huber*
*wrote:

  Hi all,

I was wondering if there is something like a footnote component/behavior
or
similar. A mechanism that allows you to easily add a footnote to a label
and
the corresponding footnote text to one of it's parents in a generic way.

I know I could just add a footnote to a label and another label
containing
the footnote text but that does not work in a generic way.

Cheers,
Chris

--
The Sanity Resort
**com/


Re: Wicket 1.5 and Google Analytics

2011-09-20 Thread Martin Grigorov
On Tue, Sep 20, 2011 at 10:51 PM, Diego Fincatto
 wrote:
> I agree with Bruno and there's more related problems, such the
> redirecting it does: for SEO is a bad practice!
> Google may even penalize our sites.
>
> We have to think in a different way to retrieve the state of webpages.
> Otherwise, the Wicket becomes unusable for most seriously site.

Try ONE_PASS_RENDER strategy.

>
>
> On Tue, Sep 20, 2011 at 4:09 PM, Don Ferguson  wrote:
>> Using the async analytics apis, you can pass a parameter to trackPageView, 
>> as in:
>>
>> _gaq.push(['_trackPageview', 'Home']);
>>
>> which gives you explicit control over the URL being tracked by analytics.
>>
>>        -Don
>>
>> On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote:
>>
>>> With Wicket, versioned pages are being gattered as individual/different
>>> pages at Google Analytics.
>>>
>>> For example:
>>>
>>> /app/Home has X pageviews
>>> /app/Home?1= has Y pageviews
>>> /app/Home?2= has Z pageviews
>>>
>>> And so on.
>>>
>>> Does anyone have any idea on how to fix this, except by disabling page
>>> versioning?
>>>
>>> Thanks,
>>>
>>> *Bruno Borges*
>>> (21) 7672-7099
>>> *www.brunoborges.com*
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>



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

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



Re: Wicket 1.5 and Google Analytics

2011-09-20 Thread Diego Fincatto
I agree with Bruno and there's more related problems, such the
redirecting it does: for SEO is a bad practice!
Google may even penalize our sites.

We have to think in a different way to retrieve the state of webpages.
Otherwise, the Wicket becomes unusable for most seriously site.


On Tue, Sep 20, 2011 at 4:09 PM, Don Ferguson  wrote:
> Using the async analytics apis, you can pass a parameter to trackPageView, as 
> in:
>
> _gaq.push(['_trackPageview', 'Home']);
>
> which gives you explicit control over the URL being tracked by analytics.
>
>        -Don
>
> On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote:
>
>> With Wicket, versioned pages are being gattered as individual/different
>> pages at Google Analytics.
>>
>> For example:
>>
>> /app/Home has X pageviews
>> /app/Home?1= has Y pageviews
>> /app/Home?2= has Z pageviews
>>
>> And so on.
>>
>> Does anyone have any idea on how to fix this, except by disabling page
>> versioning?
>>
>> Thanks,
>>
>> *Bruno Borges*
>> (21) 7672-7099
>> *www.brunoborges.com*
>
>

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



Re: Cleaning resources on session timeout

2011-09-20 Thread Dan Retzlaff
It looks like it was renamed to WebApplication.sessionUnbound in 1.5.

http://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.18/wicket/src/main/java/org/apache/wicket/protocol/http/WebApplication.java

http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5.0/wicket-core/src/main/java/org/apache/wicket/protocol/http/WebApplication.java

Dan

On Tue, Sep 20, 2011 at 12:25 PM, Niranjan Rao  wrote:

> Thanks for the help. This sounds like exactly what I wanted. But I can't
> find this method defined neither in WebApplication nor in the Application
> class. At least it does not seem to be the method that I can not override.
>
> Regards,
>
> Niranjan
>
>
> On 09/20/2011 12:16 PM, Dan Retzlaff wrote:
>
>> I just learned that Wicket provides this hook today! Check out
>> WebApplication.**sessionDestroyed().
>>
>> http://apache-wicket.1842946.**n4.nabble.com/Detecting-when-**
>> a-session-is-destroyed-**td3827137.html
>>
>> Dan
>>
>> On Tue, Sep 20, 2011 at 12:10 PM, Niranjan Rao  wrote:
>>
>>  Hi folks,
>>>
>>> Using wicket 1.5.
>>>
>>> We would like to clean some resources we are holding in the session when
>>> session times out. I did read docs and most of the methods like
>>> detach/destroy seem to be related to request. Method "destory" in the
>>> session is also a private method.
>>>
>>> Does wicket fires any method when the session is timed out - because of
>>> user inactivity? We don't care about end of the request of cycle - so
>>> long
>>> as current session is alive.
>>>
>>> Regards,
>>>
>>> Niranjan
>>>
>>> --**
>>> --**-
>>> To unsubscribe, e-mail: 
>>> users-unsubscribe@wicket.**apa**che.org
>>> 
>>> >
>>>
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Re: Cleaning resources on session timeout

2011-09-20 Thread Niranjan Rao
Thanks for the help. This sounds like exactly what I wanted. But I can't 
find this method defined neither in WebApplication nor in the 
Application class. At least it does not seem to be the method that I can 
not override.


Regards,

Niranjan

On 09/20/2011 12:16 PM, Dan Retzlaff wrote:

I just learned that Wicket provides this hook today! Check out
WebApplication.sessionDestroyed().

http://apache-wicket.1842946.n4.nabble.com/Detecting-when-a-session-is-destroyed-td3827137.html

Dan

On Tue, Sep 20, 2011 at 12:10 PM, Niranjan Rao  wrote:


Hi folks,

Using wicket 1.5.

We would like to clean some resources we are holding in the session when
session times out. I did read docs and most of the methods like
detach/destroy seem to be related to request. Method "destory" in the
session is also a private method.

Does wicket fires any method when the session is timed out - because of
user inactivity? We don't care about end of the request of cycle - so long
as current session is alive.

Regards,

Niranjan

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





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



Re: Cleaning resources on session timeout

2011-09-20 Thread Dan Retzlaff
I just learned that Wicket provides this hook today! Check out
WebApplication.sessionDestroyed().

http://apache-wicket.1842946.n4.nabble.com/Detecting-when-a-session-is-destroyed-td3827137.html

Dan

On Tue, Sep 20, 2011 at 12:10 PM, Niranjan Rao  wrote:

> Hi folks,
>
> Using wicket 1.5.
>
> We would like to clean some resources we are holding in the session when
> session times out. I did read docs and most of the methods like
> detach/destroy seem to be related to request. Method "destory" in the
> session is also a private method.
>
> Does wicket fires any method when the session is timed out - because of
> user inactivity? We don't care about end of the request of cycle - so long
> as current session is alive.
>
> Regards,
>
> Niranjan
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Cleaning resources on session timeout

2011-09-20 Thread Niranjan Rao

Hi folks,

Using wicket 1.5.

We would like to clean some resources we are holding in the session when 
session times out. I did read docs and most of the methods like 
detach/destroy seem to be related to request. Method "destory" in the 
session is also a private method.


Does wicket fires any method when the session is timed out - because of 
user inactivity? We don't care about end of the request of cycle - so 
long as current session is alive.


Regards,

Niranjan

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



Re: Wicket 1.5 and Google Analytics

2011-09-20 Thread Don Ferguson
Using the async analytics apis, you can pass a parameter to trackPageView, as 
in:

_gaq.push(['_trackPageview', 'Home']);

which gives you explicit control over the URL being tracked by analytics.

-Don

On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote:

> With Wicket, versioned pages are being gattered as individual/different
> pages at Google Analytics.
> 
> For example:
> 
> /app/Home has X pageviews
> /app/Home?1= has Y pageviews
> /app/Home?2= has Z pageviews
> 
> And so on.
> 
> Does anyone have any idea on how to fix this, except by disabling page
> versioning?
> 
> Thanks,
> 
> *Bruno Borges*
> (21) 7672-7099
> *www.brunoborges.com*



Re: Wicket 1.5 and Google Analytics

2011-09-20 Thread Attila Király
If nothing else helps I think you can exclude query parameters in Google
Analytics:
http://www.google.com/support/analytics/bin/answer.py?answer=55499
http://www.google.com/support/analytics/bin/answer.py?answer=55461

Attila

2011/9/20 Bruno Borges 

> With Wicket, versioned pages are being gattered as individual/different
> pages at Google Analytics.
>
> For example:
>
> /app/Home has X pageviews
> /app/Home?1= has Y pageviews
> /app/Home?2= has Z pageviews
>
> And so on.
>
> Does anyone have any idea on how to fix this, except by disabling page
> versioning?
>
> Thanks,
>
> *Bruno Borges*
> (21) 7672-7099
> *www.brunoborges.com*
>


Wicket 1.5 and Google Analytics

2011-09-20 Thread Bruno Borges
With Wicket, versioned pages are being gattered as individual/different
pages at Google Analytics.

For example:

/app/Home has X pageviews
/app/Home?1= has Y pageviews
/app/Home?2= has Z pageviews

And so on.

Does anyone have any idea on how to fix this, except by disabling page
versioning?

Thanks,

*Bruno Borges*
(21) 7672-7099
*www.brunoborges.com*


Re: How to get request page in Wicket 1.5

2011-09-20 Thread Igor Vaynberg
why do you need the page?

-igor

On Tue, Sep 20, 2011 at 9:27 AM, Florian B.  wrote:
> Hi
>
> I'm looking for a way to get the page of the current request on Wicket 1.5.
> I found an wiki entry about this but unfortunately I don't understand how to
> retrieve the page.
>
> https://cwiki.apache.org/WICKET/requestcycle-in-wicket-15.html
>
> Perhaps someone can push me in the right direction. I've already look at the
> http://svn.apache.org/repos/asf/wicket/trunk/wicket-core/src/main/java/org/apache/wicket/protocol/http/RequestLoggerRequestCycleListener.java
> RequestLoggerRequestCycleListener  class, but I don't see where the page of
> the current request is retrieved there.
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/How-to-get-request-page-in-Wicket-1-5-tp3827411p3827411.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



How to get request page in Wicket 1.5

2011-09-20 Thread Florian B.
Hi 

I'm looking for a way to get the page of the current request on Wicket 1.5.
I found an wiki entry about this but unfortunately I don't understand how to
retrieve the page.  

https://cwiki.apache.org/WICKET/requestcycle-in-wicket-15.html

Perhaps someone can push me in the right direction. I've already look at the 
http://svn.apache.org/repos/asf/wicket/trunk/wicket-core/src/main/java/org/apache/wicket/protocol/http/RequestLoggerRequestCycleListener.java
RequestLoggerRequestCycleListener  class, but I don't see where the page of
the current request is retrieved there. 

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/How-to-get-request-page-in-Wicket-1-5-tp3827411p3827411.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: ModalWindow problem

2011-09-20 Thread Andrea Del Bene

Hi,

we dealt this topic in this issue:

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

Basically starting from Wicket 1.5 you can't share static models between 
pages.

Hello.



I have a problem with ModalWindow in wicket 1.5.0.

I create a ModalWindow from a page, and that modal window changes
original page's model; some textfields should change their value
according to model change, but they not; in fact seems as if model had
not really changed. ModalWindow's content is a page, not a component; if
I use a component as content, it works, but I need it to be a page. This
worked correctly on wicket 1.4.18.



Matteo Sotil

935526855

mso...@gencat.cat





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



ModalWindow problem

2011-09-20 Thread Sotil Bertanzetti, Matteo
Hello.

 

I have a problem with ModalWindow in wicket 1.5.0. 

I create a ModalWindow from a page, and that modal window changes
original page's model; some textfields should change their value
according to model change, but they not; in fact seems as if model had
not really changed. ModalWindow's content is a page, not a component; if
I use a component as content, it works, but I need it to be a page. This
worked correctly on wicket 1.4.18.

 

Matteo Sotil

935526855

mso...@gencat.cat



Re: Detecting when a session is destroyed

2011-09-20 Thread Matt Schmidt
Alright, thanks!

On Tue, Sep 20, 2011 at 11:28 AM, Martin Grigorov wrote:

> On Tue, Sep 20, 2011 at 6:27 PM, Martin Grigorov 
> wrote:
> > a new session is created
> unless there is "remember me" functionality in place
> >
> > On Tue, Sep 20, 2011 at 6:22 PM, Matt Schmidt 
> wrote:
> >> Ahhh, so what happens if the user closes the browser, launches the
> browser
> >> and logs in again before the first session expires?
> >>
> >> On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov  >wrote:
> >>
> >>> The method will be method when the respective session expires.
> >>> So close the browser, wait session-timeout minutes and it will fire.
> >>>
> >>> On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt 
> >>> wrote:
> >>> > I am trying to override WebApplication.sessionDestroyed() to perform
> an
> >>> > action any time a user's session is terminated, either by manually
> >>> logging
> >>> > out, session expiring, or closing the browser. But unfortunately
> >>> > sessionDestroyed() doesn't seem to get called when the browser is
> closed.
> >>> Is
> >>> > there any way to do this?
> >>> >
> >>> > Specifically I need to "unlock" all items the user has left "locked"
> when
> >>> > their session is terminated.
> >>> >
> >>> > Thanks!
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> Martin Grigorov
> >>> jWeekend
> >>> Training, Consulting, Development
> >>> http://jWeekend.com
> >>>
> >>> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> >>
> >
> >
> >
> > --
> > Martin Grigorov
> > jWeekend
> > Training, Consulting, Development
> > http://jWeekend.com
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Re: Detecting when a session is destroyed

2011-09-20 Thread Martin Grigorov
On Tue, Sep 20, 2011 at 6:27 PM, Martin Grigorov  wrote:
> a new session is created
unless there is "remember me" functionality in place
>
> On Tue, Sep 20, 2011 at 6:22 PM, Matt Schmidt  wrote:
>> Ahhh, so what happens if the user closes the browser, launches the browser
>> and logs in again before the first session expires?
>>
>> On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov 
>> wrote:
>>
>>> The method will be method when the respective session expires.
>>> So close the browser, wait session-timeout minutes and it will fire.
>>>
>>> On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt 
>>> wrote:
>>> > I am trying to override WebApplication.sessionDestroyed() to perform an
>>> > action any time a user's session is terminated, either by manually
>>> logging
>>> > out, session expiring, or closing the browser. But unfortunately
>>> > sessionDestroyed() doesn't seem to get called when the browser is closed.
>>> Is
>>> > there any way to do this?
>>> >
>>> > Specifically I need to "unlock" all items the user has left "locked" when
>>> > their session is terminated.
>>> >
>>> > Thanks!
>>> >
>>>
>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>



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

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



Re: Detecting when a session is destroyed

2011-09-20 Thread Martin Grigorov
a new session is created

On Tue, Sep 20, 2011 at 6:22 PM, Matt Schmidt  wrote:
> Ahhh, so what happens if the user closes the browser, launches the browser
> and logs in again before the first session expires?
>
> On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov wrote:
>
>> The method will be method when the respective session expires.
>> So close the browser, wait session-timeout minutes and it will fire.
>>
>> On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt 
>> wrote:
>> > I am trying to override WebApplication.sessionDestroyed() to perform an
>> > action any time a user's session is terminated, either by manually
>> logging
>> > out, session expiring, or closing the browser. But unfortunately
>> > sessionDestroyed() doesn't seem to get called when the browser is closed.
>> Is
>> > there any way to do this?
>> >
>> > Specifically I need to "unlock" all items the user has left "locked" when
>> > their session is terminated.
>> >
>> > Thanks!
>> >
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>



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

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



Re: Detecting when a session is destroyed

2011-09-20 Thread Matt Schmidt
Ahhh, so what happens if the user closes the browser, launches the browser
and logs in again before the first session expires?

On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov wrote:

> The method will be method when the respective session expires.
> So close the browser, wait session-timeout minutes and it will fire.
>
> On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt 
> wrote:
> > I am trying to override WebApplication.sessionDestroyed() to perform an
> > action any time a user's session is terminated, either by manually
> logging
> > out, session expiring, or closing the browser. But unfortunately
> > sessionDestroyed() doesn't seem to get called when the browser is closed.
> Is
> > there any way to do this?
> >
> > Specifically I need to "unlock" all items the user has left "locked" when
> > their session is terminated.
> >
> > Thanks!
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Andrea Del Bene
I had experience with a site which should have been used by both Chinese 
and English users. IMHO in this scenario the best solution is to have 
the entire stack setted to utf-8,  which includes properties file (not 
XML), web server and database (extra ISO chars can be written to db).

If you know a better approach or pattern please let me know.


On Tue, Sep 20, 2011 at 1:41 PM, Martin A  wrote:

Hi, Ahmed,

As the Java specification defines, the .properties file contains only
characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter
arabic characters in a properties file.

Wrong: with Java 6 you can load properties files written in UTF-8 (or
any encoding for that matter):

http://stackoverflow.com/questions/863838/problem-with-java-properties-utf8-encoding-in-eclipse/3040771#3040771

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



Re: Detecting when a session is destroyed

2011-09-20 Thread Martin Grigorov
The method will be method when the respective session expires.
So close the browser, wait session-timeout minutes and it will fire.

On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt  wrote:
> I am trying to override WebApplication.sessionDestroyed() to perform an
> action any time a user's session is terminated, either by manually logging
> out, session expiring, or closing the browser. But unfortunately
> sessionDestroyed() doesn't seem to get called when the browser is closed. Is
> there any way to do this?
>
> Specifically I need to "unlock" all items the user has left "locked" when
> their session is terminated.
>
> Thanks!
>



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

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



Detecting when a session is destroyed

2011-09-20 Thread Matt Schmidt
I am trying to override WebApplication.sessionDestroyed() to perform an
action any time a user's session is terminated, either by manually logging
out, session expiring, or closing the browser. But unfortunately
sessionDestroyed() doesn't seem to get called when the browser is closed. Is
there any way to do this?

Specifically I need to "unlock" all items the user has left "locked" when
their session is terminated.

Thanks!


Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Christian Huber

Am 20.09.2011 14:31, schrieb Martin Grigorov:

On Tue, Sep 20, 2011 at 3:26 PM, Christian Huber  wrote:

Just a short addition, the resource bundle editor plugin for eclipse is
great for handling .properties files with UTF-8 characters. The files are
stored with ISO encoding and UTF-8 characters are escaped correctly while
you can use the unescaped in the editor.

This is an option but not a good one. In my experience the developers
support only the English version of the bundle and the people who
translate to the other languages are not Eclipse (or any other IDE)
users.
The XML is the most convenient, I think.
In such situations you are right, an eclipse plugin is not suitable if 
resources should be created by non-developers. But in my experience that 
means such resources are created by members of the business departement 
and most xml files that we receive from those have issues like binary 
garbage in prolog (apart from BOM) or invalid use of xml entities etc. 
In such a scenario I would recommend the use a proper CMS if possible. 
But I guess that is another topic ;-)



The Sanity Resort

Am 20.09.2011 13:50, schrieb aabfattah:

Well , the xml file didn't load and it loaded the default .properties
files
from wicket
But the first trick worked :)

On 20 September 2011 13:41, Martin A [via Apache Wicket]<
ml-node+s1842946n3826499...@n4.nabble.com>wrote:


Hi, Ahmed,

As the Java specification defines, the .properties file contains only
characters in ISO-8859-1, also known as Latin-1. Therefore you cannot
enter

arabic characters in a properties file.

You have two options here:

1. Unicode escape your arabic characters, using converters, like this
one
here>http://www.rishida.net/tools/conversion/ (what works for you
appears under JavaScript escapes) or
2. Use an xml file for language properties.

Regards,
Martin

On Tue, Sep 20, 2011 at 1:53 PM, aabfattah<
[hidden email]>
wrote:


Hello ,
I have written many .properties pages to show error messages in Arabic

and

saved them in UTF-8 format and they display like that :
يجب ادخال اسم الدخول
*Although I wrote all HTML in Arabic and it displays correctly
*
I am using Eclipse Helios and I set workspace encoding to UTF-8

--
View this message in context:


http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html

Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: [hidden
email]
For additional commands, e-mail: [hidden
email]



--
  If you reply to this email, your message will be added to the discussion
below:


http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html
  To unsubscribe from Arabic characters not appearing correctly from
.properties file, click
here.









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



Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Martin Grigorov
On Tue, Sep 20, 2011 at 3:26 PM, Christian Huber  wrote:
> Just a short addition, the resource bundle editor plugin for eclipse is
> great for handling .properties files with UTF-8 characters. The files are
> stored with ISO encoding and UTF-8 characters are escaped correctly while
> you can use the unescaped in the editor.

This is an option but not a good one. In my experience the developers
support only the English version of the bundle and the people who
translate to the other languages are not Eclipse (or any other IDE)
users.
The XML is the most convenient, I think.
>
> The Sanity Resort 
>
> Am 20.09.2011 13:50, schrieb aabfattah:
>>
>> Well , the xml file didn't load and it loaded the default .properties
>> files
>> from wicket
>> But the first trick worked :)
>>
>> On 20 September 2011 13:41, Martin A [via Apache Wicket]<
>> ml-node+s1842946n3826499...@n4.nabble.com>  wrote:
>>
>>> Hi, Ahmed,
>>>
>>> As the Java specification defines, the .properties file contains only
>>> characters in ISO-8859-1, also known as Latin-1. Therefore you cannot
>>> enter
>>>
>>> arabic characters in a properties file.
>>>
>>> You have two options here:
>>>
>>>    1. Unicode escape your arabic characters, using converters, like this
>>> one
>>>    here>  http://www.rishida.net/tools/conversion/ (what works for you
>>>    appears under JavaScript escapes) or
>>>    2. Use an xml file for language properties.
>>>
>>> Regards,
>>> Martin
>>>
>>> On Tue, Sep 20, 2011 at 1:53 PM, aabfattah<
>>> [hidden email]>
>>> wrote:
>>>
 Hello ,
 I have written many .properties pages to show error messages in Arabic
>>>
>>> and

 saved them in UTF-8 format and they display like that :
 يجب ادخال اسم الدخول
 *Although I wrote all HTML in Arabic and it displays correctly
 *
 I am using Eclipse Helios and I set workspace encoding to UTF-8

 --
 View this message in context:

>>>
>>> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html

 Sent from the Users forum mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: [hidden
 email]
 For additional commands, e-mail: [hidden
 email]


>>>
>>> --
>>>  If you reply to this email, your message will be added to the discussion
>>> below:
>>>
>>>
>>> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html
>>>  To unsubscribe from Arabic characters not appearing correctly from
>>> .properties file, click
>>> here.
>>>
>>>
>>
>>
>



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

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



Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Christian Huber
Just a short addition, the resource bundle editor plugin for eclipse is 
great for handling .properties files with UTF-8 characters. The files 
are stored with ISO encoding and UTF-8 characters are escaped correctly 
while you can use the unescaped in the editor.


The Sanity Resort 

Am 20.09.2011 13:50, schrieb aabfattah:

Well , the xml file didn't load and it loaded the default .properties files
from wicket
But the first trick worked :)

On 20 September 2011 13:41, Martin A [via Apache Wicket]<
ml-node+s1842946n3826499...@n4.nabble.com>  wrote:


Hi, Ahmed,

As the Java specification defines, the .properties file contains only
characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter

arabic characters in a properties file.

You have two options here:

1. Unicode escape your arabic characters, using converters, like this
one
here>  http://www.rishida.net/tools/conversion/ (what works for you
appears under JavaScript escapes) or
2. Use an xml file for language properties.

Regards,
Martin

On Tue, Sep 20, 2011 at 1:53 PM, aabfattah<
[hidden email]>
wrote:


Hello ,
I have written many .properties pages to show error messages in Arabic

and

saved them in UTF-8 format and they display like that :
يجب ادخال اسم الدخول
*Although I wrote all HTML in Arabic and it displays correctly
*
I am using Eclipse Helios and I set workspace encoding to UTF-8

--
View this message in context:


http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html

Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: [hidden 
email]
For additional commands, e-mail: [hidden 
email]




--
  If you reply to this email, your message will be added to the discussion
below:

http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html
  To unsubscribe from Arabic characters not appearing correctly from
.properties file, click 
here.







Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Martin Grigorov
On Tue, Sep 20, 2011 at 3:18 PM, Martijn Dashorst
 wrote:
> On Tue, Sep 20, 2011 at 1:41 PM, Martin A  wrote:
>> Hi, Ahmed,
>>
>> As the Java specification defines, the .properties file contains only
>> characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter
>> arabic characters in a properties file.
>
> Wrong: with Java 6 you can load properties files written in UTF-8 (or
> any encoding for that matter):
>
> http://stackoverflow.com/questions/863838/problem-with-java-properties-utf8-encoding-in-eclipse/3040771#3040771

This is what our
org.apache.wicket.resource.UtfPropertiesFilePropertiesLoader does
actually.
>
> Martijn
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>



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

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



Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Martijn Dashorst
On Tue, Sep 20, 2011 at 1:41 PM, Martin A  wrote:
> Hi, Ahmed,
>
> As the Java specification defines, the .properties file contains only
> characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter
> arabic characters in a properties file.

Wrong: with Java 6 you can load properties files written in UTF-8 (or
any encoding for that matter):

http://stackoverflow.com/questions/863838/problem-with-java-properties-utf8-encoding-in-eclipse/3040771#3040771

Martijn

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



Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread aabfattah
Well , the xml file didn't load and it loaded the default .properties files
from wicket
But the first trick worked :)

On 20 September 2011 13:41, Martin A [via Apache Wicket] <
ml-node+s1842946n3826499...@n4.nabble.com> wrote:

> Hi, Ahmed,
>
> As the Java specification defines, the .properties file contains only
> characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter
>
> arabic characters in a properties file.
>
> You have two options here:
>
>1. Unicode escape your arabic characters, using converters, like this
> one
>here > http://www.rishida.net/tools/conversion/ (what works for you
>appears under JavaScript escapes) or
>2. Use an xml file for language properties.
>
> Regards,
> Martin
>
> On Tue, Sep 20, 2011 at 1:53 PM, aabfattah <
> [hidden email] >
> wrote:
>
> > Hello ,
> > I have written many .properties pages to show error messages in Arabic
> and
> > saved them in UTF-8 format and they display like that :
> > يجب ادخال اسم الدخول
> > *Although I wrote all HTML in Arabic and it displays correctly
> > *
> > I am using Eclipse Helios and I set workspace encoding to UTF-8
> >
> > --
> > View this message in context:
> >
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html
> > Sent from the Users forum mailing list archive at Nabble.com.
> >
> > -
> > To unsubscribe, e-mail: [hidden 
> > email]
> > For additional commands, e-mail: [hidden 
> > email]
> >
> >
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html
>  To unsubscribe from Arabic characters not appearing correctly from
> .properties file, click 
> here.
>
>



-- 
Ahmed Abdelfattah


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826514.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Martin A
Hi, Ahmed,

As the Java specification defines, the .properties file contains only
characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter
arabic characters in a properties file.

You have two options here:

   1. Unicode escape your arabic characters, using converters, like this one
   here > http://www.rishida.net/tools/conversion/ (what works for you
   appears under JavaScript escapes) or
   2. Use an xml file for language properties.

Regards,
Martin

On Tue, Sep 20, 2011 at 1:53 PM, aabfattah <
ahmed.abdelfattah.elshem...@gmail.com> wrote:

> Hello ,
> I have written many .properties pages to show error messages in Arabic and
> saved them in UTF-8 format and they display like that :
> يجب ادخال اسم الدخول
> *Although I wrote all HTML in Arabic and it displays correctly
> *
> I am using Eclipse Helios and I set workspace encoding to UTF-8
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Martin Grigorov
Better use .properties.xml format.
The XML properties files are much more safe than plain .properties.

See http://java.sun.com/dtd/properties.dtd and
java.util.Properties.loadFromXML(InputStream)

On Tue, Sep 20, 2011 at 2:24 PM, aabfattah
 wrote:
> The problem maybe in
> *IsoPropertiesFilePropertiesLoader*
> *In the API it says *Load properties from properties file. The encoding of
> the file must be ISO 8859-1.
>
> *
> *
> On 20 September 2011 13:22, Ahmed Abdelfattah <
> ahmed.abdelfattah.elshem...@gmail.com> wrote:
>
>> I get this info always in console :
>> INFO  - PropertiesFactory          - Loading properties files from
>> file:/D:/Ahmed_sandbox/Projects/EclipseProj/call-to-fix-17-9-5PM/call-to-fix/target/classes/com/orange/cairolab/sdp/calltofix/web/customer/AddNewCustomerPage.properties
>> with loader
>> org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace
>> INFO  - PropertiesFactory          - Loading properties files from
>> jar:file:/C:/Users/Master/.m2/repository/org/apache/wicket/wicket-core/1.5-RC5.1/wicket-core-1.5-RC5.1.jar!/org/apache/wicket/Application.properties
>> with loader
>> org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace
>>
>> On 20 September 2011 13:21, Ahmed Abdelfattah <
>> ahmed.abdelfattah.elshem...@gmail.com> wrote:
>>
>>> I am using
>>> jdk1.6.0_23
>>>
>>> On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] <
>>> ml-node+s1842946n3826458...@n4.nabble.com> wrote:
>>>
 This also only works on Java 6 and newer (UTF-8 support for properties
 files is a java 6 feature).

 Martijn

 On Tue, Sep 20, 2011 at 12:53 PM, aabfattah
 <[hidden email] >
 wrote:

 > Hello ,
 > I have written many .properties pages to show error messages in Arabic
 and
 > saved them in UTF-8 format and they display like that :
 > يجب ادخال اسم الدخول
 > *Although I wrote all HTML in Arabic and it displays correctly
 > *
 > I am using Eclipse Helios and I set workspace encoding to UTF-8
 >
 > --
 > View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html
 > Sent from the Users forum mailing list archive at Nabble.com.
 >
 > -
 > To unsubscribe, e-mail: [hidden 
 > email]
 > For additional commands, e-mail: [hidden 
 > email]
 >
 >



 --
 Become a Wicket expert, learn from the best: http://wicketinaction.com


 -
 To unsubscribe, e-mail: [hidden 
 email]
 For additional commands, e-mail: [hidden 
 email]



 --
  If you reply to this email, your message will be added to the
 discussion below:

 http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html
  To unsubscribe from Arabic characters not appearing correctly from
 .properties file, click 
 here.


>>>
>>>
>>>
>>> --
>>> Ahmed Abdelfattah
>>>
>>>
>>>
>>
>>
>> --
>> Ahmed Abdelfattah
>>
>>
>>
>
>
> --
> Ahmed Abdelfattah
>
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826476.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>



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

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



Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread aabfattah
The problem maybe in
*IsoPropertiesFilePropertiesLoader*
*In the API it says *Load properties from properties file. The encoding of
the file must be ISO 8859-1.

*
*
On 20 September 2011 13:22, Ahmed Abdelfattah <
ahmed.abdelfattah.elshem...@gmail.com> wrote:

> I get this info always in console :
> INFO  - PropertiesFactory  - Loading properties files from
> file:/D:/Ahmed_sandbox/Projects/EclipseProj/call-to-fix-17-9-5PM/call-to-fix/target/classes/com/orange/cairolab/sdp/calltofix/web/customer/AddNewCustomerPage.properties
> with loader
> org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace
> INFO  - PropertiesFactory  - Loading properties files from
> jar:file:/C:/Users/Master/.m2/repository/org/apache/wicket/wicket-core/1.5-RC5.1/wicket-core-1.5-RC5.1.jar!/org/apache/wicket/Application.properties
> with loader
> org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace
>
> On 20 September 2011 13:21, Ahmed Abdelfattah <
> ahmed.abdelfattah.elshem...@gmail.com> wrote:
>
>> I am using
>> jdk1.6.0_23
>>
>> On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] <
>> ml-node+s1842946n3826458...@n4.nabble.com> wrote:
>>
>>> This also only works on Java 6 and newer (UTF-8 support for properties
>>> files is a java 6 feature).
>>>
>>> Martijn
>>>
>>> On Tue, Sep 20, 2011 at 12:53 PM, aabfattah
>>> <[hidden email] >
>>> wrote:
>>>
>>> > Hello ,
>>> > I have written many .properties pages to show error messages in Arabic
>>> and
>>> > saved them in UTF-8 format and they display like that :
>>> > يجب ادخال اسم الدخول
>>> > *Although I wrote all HTML in Arabic and it displays correctly
>>> > *
>>> > I am using Eclipse Helios and I set workspace encoding to UTF-8
>>> >
>>> > --
>>> > View this message in context:
>>> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html
>>> > Sent from the Users forum mailing list archive at Nabble.com.
>>> >
>>> > -
>>> > To unsubscribe, e-mail: [hidden 
>>> > email]
>>> > For additional commands, e-mail: [hidden 
>>> > email]
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [hidden 
>>> email]
>>> For additional commands, e-mail: [hidden 
>>> email]
>>>
>>>
>>>
>>> --
>>>  If you reply to this email, your message will be added to the
>>> discussion below:
>>>
>>> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html
>>>  To unsubscribe from Arabic characters not appearing correctly from
>>> .properties file, click 
>>> here.
>>>
>>>
>>
>>
>>
>> --
>> Ahmed Abdelfattah
>>
>>
>>
>
>
> --
> Ahmed Abdelfattah
>
>
>


-- 
Ahmed Abdelfattah


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826476.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread aabfattah
I get this info always in console :
INFO  - PropertiesFactory  - Loading properties files from
file:/D:/Ahmed_sandbox/Projects/EclipseProj/call-to-fix-17-9-5PM/call-to-fix/target/classes/com/orange/cairolab/sdp/calltofix/web/customer/AddNewCustomerPage.properties
with loader
org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace
INFO  - PropertiesFactory  - Loading properties files from
jar:file:/C:/Users/Master/.m2/repository/org/apache/wicket/wicket-core/1.5-RC5.1/wicket-core-1.5-RC5.1.jar!/org/apache/wicket/Application.properties
with loader
org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace

On 20 September 2011 13:21, Ahmed Abdelfattah <
ahmed.abdelfattah.elshem...@gmail.com> wrote:

> I am using
> jdk1.6.0_23
>
> On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] <
> ml-node+s1842946n3826458...@n4.nabble.com> wrote:
>
>> This also only works on Java 6 and newer (UTF-8 support for properties
>> files is a java 6 feature).
>>
>> Martijn
>>
>> On Tue, Sep 20, 2011 at 12:53 PM, aabfattah
>> <[hidden email] >
>> wrote:
>>
>> > Hello ,
>> > I have written many .properties pages to show error messages in Arabic
>> and
>> > saved them in UTF-8 format and they display like that :
>> > يجب ادخال اسم الدخول
>> > *Although I wrote all HTML in Arabic and it displays correctly
>> > *
>> > I am using Eclipse Helios and I set workspace encoding to UTF-8
>> >
>> > --
>> > View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html
>> > Sent from the Users forum mailing list archive at Nabble.com.
>> >
>> > -
>> > To unsubscribe, e-mail: [hidden 
>> > email]
>> > For additional commands, e-mail: [hidden 
>> > email]
>> >
>> >
>>
>>
>>
>> --
>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>
>>
>> -
>> To unsubscribe, e-mail: [hidden 
>> email]
>> For additional commands, e-mail: [hidden 
>> email]
>>
>>
>>
>> --
>>  If you reply to this email, your message will be added to the discussion
>> below:
>>
>> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html
>>  To unsubscribe from Arabic characters not appearing correctly from
>> .properties file, click 
>> here.
>>
>>
>
>
>
> --
> Ahmed Abdelfattah
>
>
>


-- 
Ahmed Abdelfattah


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826469.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread aabfattah
I am using
jdk1.6.0_23

On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] <
ml-node+s1842946n3826458...@n4.nabble.com> wrote:

> This also only works on Java 6 and newer (UTF-8 support for properties
> files is a java 6 feature).
>
> Martijn
>
> On Tue, Sep 20, 2011 at 12:53 PM, aabfattah
> <[hidden email] >
> wrote:
>
> > Hello ,
> > I have written many .properties pages to show error messages in Arabic
> and
> > saved them in UTF-8 format and they display like that :
> > يجب ادخال اسم الدخول
> > *Although I wrote all HTML in Arabic and it displays correctly
> > *
> > I am using Eclipse Helios and I set workspace encoding to UTF-8
> >
> > --
> > View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html
> > Sent from the Users forum mailing list archive at Nabble.com.
> >
> > -
> > To unsubscribe, e-mail: [hidden 
> > email]
> > For additional commands, e-mail: [hidden 
> > email]
> >
> >
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
>
>
> -
> To unsubscribe, e-mail: [hidden 
> email]
> For additional commands, e-mail: [hidden 
> email]
>
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html
>  To unsubscribe from Arabic characters not appearing correctly from
> .properties file, click 
> here.
>
>



-- 
Ahmed Abdelfattah


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826464.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Martijn Dashorst
This also only works on Java 6 and newer (UTF-8 support for properties
files is a java 6 feature).

Martijn

On Tue, Sep 20, 2011 at 12:53 PM, aabfattah
 wrote:
> Hello ,
> I have written many .properties pages to show error messages in Arabic and
> saved them in UTF-8 format and they display like that :
> يجب ادخال اسم الدخول
> *Although I wrote all HTML in Arabic and it displays correctly
> *
> I am using Eclipse Helios and I set workspace encoding to UTF-8
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.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
>
>



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



Re: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread aabfattah
I am not using tomcat , I am using jetty .
I guess the problem is in properties files encoding.

On 20 September 2011 13:05, Andrea Del Bene-2 [via Apache Wicket] <
ml-node+s1842946n3826434...@n4.nabble.com> wrote:

> ...or try these instructions
>
>
> http://davidbits.blogspot.com/2010/12/how-to-change-tomcat-default-character.html
>
> > Hello ,
> > I have written many .properties pages to show error messages in Arabic
> and
> > saved them in UTF-8 format and they display like that :
> > يجب ادخال اسم الدخول
> > *Although I wrote all HTML in Arabic and it displays correctly
> > *
> > I am using Eclipse Helios and I set workspace encoding to UTF-8
> >
> > --
> > View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html
> > Sent from the Users forum mailing list archive at Nabble.com.
> >
> > -
> > To unsubscribe, e-mail: [hidden 
> > email]
> > For additional commands, e-mail: [hidden 
> > email]
> >
> >
> >
>
>
> -
> To unsubscribe, e-mail: [hidden 
> email]
> For additional commands, e-mail: [hidden 
> email]
>
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826434.html
>  To unsubscribe from Arabic characters not appearing correctly from
> .properties file, click 
> here.
>
>



-- 
Ahmed Abdelfattah


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826441.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Andrea Del Bene

...or try these instructions

http://davidbits.blogspot.com/2010/12/how-to-change-tomcat-default-character.html

Hello ,
I have written many .properties pages to show error messages in Arabic and
saved them in UTF-8 format and they display like that :
يجب ادخال اسم الدخول
*Although I wrote all HTML in Arabic and it displays correctly
*
I am using Eclipse Helios and I set workspace encoding to UTF-8

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.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: Arabic characters not appearing correctly from .properties file

2011-09-20 Thread Andrea Del Bene

Hi,

try starting your web server with these parameters:

-Djavax.servlet.request.encoding=UTF-8 -Dfile.encoding=UTF-8

Hello ,
I have written many .properties pages to show error messages in Arabic and
saved them in UTF-8 format and they display like that :
يجب ادخال اسم الدخول
*Although I wrote all HTML in Arabic and it displays correctly
*
I am using Eclipse Helios and I set workspace encoding to UTF-8

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.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: Should wicket-devutils be initialized when development utilies are disabled?

2011-09-20 Thread Martin Grigorov
https://issues.apache.org/jira/browse/WICKET-4067

On Tue, Sep 20, 2011 at 11:24 AM, Martin Grigorov  wrote:
> Hi Mikko,
>
> This is a good point!
> I'll improve it.
> Thanks!
>
> On Mon, Sep 19, 2011 at 8:46 PM, Mikko Pukki
>  wrote:
>> Hi,
>>
>> I just noticed that when wicket-devutils is included in compilation, 
>> Application's initializeComponents
>> initializes org.apache.wicket.devutils.debugbar.DebugBarInitializer. Because 
>> of this
>> org.apache.wicket.devutils.diskstore.DebugDiskDataStore is in use even when 
>> application is in deployment
>> mode. I guess it makes unnecessary disk i/o because pages of devutils cannot 
>> be accessed when
>> Application.get().getDebugSettings().isDevelopmentUtilitiesEnabled() == false
>>
>> Best Regards,
>>             Mikko
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>



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

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



Re: Should wicket-devutils be initialized when development utilies are disabled?

2011-09-20 Thread Martin Grigorov
Hi Mikko,

This is a good point!
I'll improve it.
Thanks!

On Mon, Sep 19, 2011 at 8:46 PM, Mikko Pukki
 wrote:
> Hi,
>
> I just noticed that when wicket-devutils is included in compilation, 
> Application's initializeComponents
> initializes org.apache.wicket.devutils.debugbar.DebugBarInitializer. Because 
> of this
> org.apache.wicket.devutils.diskstore.DebugDiskDataStore is in use even when 
> application is in deployment
> mode. I guess it makes unnecessary disk i/o because pages of devutils cannot 
> be accessed when
> Application.get().getDebugSettings().isDevelopmentUtilitiesEnabled() == false
>
> Best Regards,
>             Mikko
>



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

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



Re: DI in wicket

2011-09-20 Thread manuelbarzi
see also org.apache.wicket.spring.common.web.ExampleApplication in
wicket-examples

On Mon, Sep 19, 2011 at 9:20 PM, Sven Meier  wrote:
>
> see https://cwiki.apache.org/WICKET/spring.html
>
>
> On 09/19/2011 09:08 PM, sakthi vel wrote:
> > Hi All,
> >
> > I would like to know how to use Dependency Injection of Spring in wicket to
> > get the database connection.
> > The datasource is configured in the DAO class using the
> > applicationcontext.xml. Could you tell how to call the DAO class without
> > creating the object in the Page class.
> >
> > Any examples or reference site would be of great help.
> >
>
>
> -
> 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