Re: How to get all the children of a MarkupContainer?

[Valentine2008]

Created as WICKET-1963.

- Valentine


Bruno Cesar Borges wrote:
> 
> https://issues.apache.org/jira/browse/WICKET
> 
> -Mensagem original-
> De: Valentine2008 [mailto:[EMAIL PROTECTED]
> Enviada em: sexta-feira, 28 de novembro de 2008 18:12
> Para: users@wicket.apache.org
> Assunto: Re: How to get all the children of a MarkupContainer?
> 
> 
> 
> Where to open a jira issue?
> 
> 
> igor.vaynberg wrote:
>> 
>> open a jira issue and that way we can confirm.
>> 
>> -igor
>> 
>> On Fri, Nov 28, 2008 at 10:32 AM, Valentine2008
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Hi Igor,
>>>
>>> I find it out!
>>>
>>> The reason I couldn't get a child using a string component path is
>>> because
>>> of the outdated JavaDoc sentences in MarkupContainer (Wicket 1.3.4):
>>>
>>> "Children can be added by calling the add() method, and they can be
>>> looked
>>> up using a dotted path. For example, if a container called "a" held a
>>> nested
>>> container "b" which
>>> held a nested component "c", then a.get("b.c") would return the
>>> Component
>>> with id "c". ."
>>>
>>> It said about *dotted* path with a clear example.  And I used the dotted
>>> path.
>>>
>>> Now I find that the Component.PATH_SEPARATOR is used, which is ":".
>>> We have to use a.get(b:c") in the example.
>>>
>>> Can we confirm that the JavaDoc is updated in the next coming release of
>>> Wicket?
>>>
>>> Thanks,
>>> Valentine
>>>
>>>
>>>
>>> igor.vaynberg wrote:

 no. why would it do that? visibility is a render-time condition, it
 has nothing to do with component hierarchy.

 -igor

 On Thu, Nov 27, 2008 at 12:01 PM, Valentine2008
 <[EMAIL PROTECTED]> wrote:
>
> But Component.get(pathString) will check the visibility and will
> return
> null
> if the child is invisible. Right?
>
> Thanks,
> Valentine
>
>
>
>
> igor.vaynberg wrote:
>>
>> iterator() does not check visibility.
>>
>> -igor
>>
>> On Thu, Nov 27, 2008 at 11:24 AM, Valentine2008
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Can we get even the invisible children?
>>>
>>> Seems we cannot:-(
>>>
>>> igor.vaynberg wrote:

 iterator()

 -igor

 On Thu, Nov 27, 2008 at 10:42 AM, Valentine2008
 <[EMAIL PROTECTED]> wrote:
>
> Use iterator(Comparator)?
>
> Or other ways?
>
> Thanks,
> Valentine
> --
> View this message in context:
> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20723938.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724471.html
>>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724656.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20738180.html
>>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTE

Re: How to get all the children of a MarkupContainer?

[Bruno Cesar Borges]

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

-Mensagem original-
De: Valentine2008 [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 28 de novembro de 2008 18:12
Para: users@wicket.apache.org
Assunto: Re: How to get all the children of a MarkupContainer?



Where to open a jira issue?


igor.vaynberg wrote:
> 
> open a jira issue and that way we can confirm.
> 
> -igor
> 
> On Fri, Nov 28, 2008 at 10:32 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Hi Igor,
>>
>> I find it out!
>>
>> The reason I couldn't get a child using a string component path is
>> because
>> of the outdated JavaDoc sentences in MarkupContainer (Wicket 1.3.4):
>>
>> "Children can be added by calling the add() method, and they can be
>> looked
>> up using a dotted path. For example, if a container called "a" held a
>> nested
>> container "b" which
>> held a nested component "c", then a.get("b.c") would return the Component
>> with id "c". ."
>>
>> It said about *dotted* path with a clear example.  And I used the dotted
>> path.
>>
>> Now I find that the Component.PATH_SEPARATOR is used, which is ":".
>> We have to use a.get(b:c") in the example.
>>
>> Can we confirm that the JavaDoc is updated in the next coming release of
>> Wicket?
>>
>> Thanks,
>> Valentine
>>
>>
>>
>> igor.vaynberg wrote:
>>>
>>> no. why would it do that? visibility is a render-time condition, it
>>> has nothing to do with component hierarchy.
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 12:01 PM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:

 But Component.get(pathString) will check the visibility and will return
 null
 if the child is invisible. Right?

 Thanks,
 Valentine




 igor.vaynberg wrote:
>
> iterator() does not check visibility.
>
> -igor
>
> On Thu, Nov 27, 2008 at 11:24 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Can we get even the invisible children?
>>
>> Seems we cannot:-(
>>
>> igor.vaynberg wrote:
>>>
>>> iterator()
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 10:42 AM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:

 Use iterator(Comparator)?

 Or other ways?

 Thanks,
 Valentine
 --
 View this message in context:
 http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20723938.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724471.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>

 --
 View this message in context:
 http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724656.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20738180.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20739977.html
Sent from the Wicket - User mailing list archive at Nabble.com.

Re: Prototyping mode: Automatic markup generation

[Sébastien Piller]

IMO it is not required. This kind of error appears mostly with 
beginners, or during early phase of development: it doesn't happens 
anymore after.


For me, the behavior of wicket with that error is quite good. No need 
for some magical generation of markup.


This may lead to wrong use of the framework, too (user may think that 
they don't have to write any markup, and obviously this is not the case)



Casper Bang wrote:
While I understand the Wicket authors do not want a magic framework, I 
wonder if anyone else than me ever wished for a "development mode" or 
option on the error page when protyping and receiving the very typical 
"org.apache.wicket.WicketRuntimeException: The component(s) below 
failed to render. A common problem is that you have added a component 
in code but forgot to reference it in the markup".


Would it not be possible for Wicket to simply ignore the markup aspect 
if so instructed, and generate the required markup on-the-fly from the 
Java tree? Perhaps it's because I am new, but I sure run into that 
wicket message a lot. Anyway, just a though.


/Casper

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to get all the children of a MarkupContainer?

[Valentine2008]

Where to open a jira issue?


igor.vaynberg wrote:
> 
> open a jira issue and that way we can confirm.
> 
> -igor
> 
> On Fri, Nov 28, 2008 at 10:32 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Hi Igor,
>>
>> I find it out!
>>
>> The reason I couldn't get a child using a string component path is
>> because
>> of the outdated JavaDoc sentences in MarkupContainer (Wicket 1.3.4):
>>
>> "Children can be added by calling the add() method, and they can be
>> looked
>> up using a dotted path. For example, if a container called "a" held a
>> nested
>> container "b" which
>> held a nested component "c", then a.get("b.c") would return the Component
>> with id "c". ."
>>
>> It said about *dotted* path with a clear example.  And I used the dotted
>> path.
>>
>> Now I find that the Component.PATH_SEPARATOR is used, which is ":".
>> We have to use a.get(b:c") in the example.
>>
>> Can we confirm that the JavaDoc is updated in the next coming release of
>> Wicket?
>>
>> Thanks,
>> Valentine
>>
>>
>>
>> igor.vaynberg wrote:
>>>
>>> no. why would it do that? visibility is a render-time condition, it
>>> has nothing to do with component hierarchy.
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 12:01 PM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:

 But Component.get(pathString) will check the visibility and will return
 null
 if the child is invisible. Right?

 Thanks,
 Valentine




 igor.vaynberg wrote:
>
> iterator() does not check visibility.
>
> -igor
>
> On Thu, Nov 27, 2008 at 11:24 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Can we get even the invisible children?
>>
>> Seems we cannot:-(
>>
>> igor.vaynberg wrote:
>>>
>>> iterator()
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 10:42 AM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:

 Use iterator(Comparator)?

 Or other ways?

 Thanks,
 Valentine
 --
 View this message in context:
 http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20723938.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724471.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>

 --
 View this message in context:
 http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724656.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20738180.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20739977.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Prototyping mode: Automatic markup generation

[Casper Bang]

While I understand the Wicket authors do not want a magic framework, I 
wonder if anyone else than me ever wished for a "development mode" or 
option on the error page when protyping and receiving the very typical 
"org.apache.wicket.WicketRuntimeException: The component(s) below failed 
to render. A common problem is that you have added a component in code 
but forgot to reference it in the markup".


Would it not be possible for Wicket to simply ignore the markup aspect 
if so instructed, and generate the required markup on-the-fly from the 
Java tree? Perhaps it's because I am new, but I sure run into that 
wicket message a lot. Anyway, just a though.


/Casper

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: wicketstuff-core migration guide on wiki

[francisco treacy]

great work jeremy!

this cleanup was much needed, and the side effects are neat too!

francisco


On Fri, Nov 28, 2008 at 8:52 PM, Jeremy Thomerson
<[EMAIL PROTECTED]> wrote:
> I have created a guide to migrating your project under the new
> wicketstuff-core parent project.  If you own a WS project, you should
> consider doing this as soon as possible so that your project will be
> included in the 1.4 release (and even earlier in the RC2 release) when
> Wicket releases the same - we will be releasing all projects under
> wicketstuff-core in sync with Wicket's release.
>
> *
> http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide
> *
>
> Let me know if you see any additions that need to be made.
> PS - One really nice thing about restructuring everything to follow
> conventions is that we will be able to utilize maven plugins such as the
> site plugin.  Here's an example of a current site generated for all the
> wicketstuff-core projects:
> http://www.wickettraining.com/wicketstuff-core/
>
> Here's a link for the build server building wicketstuff-core:
> http://www.wickettraining.com/continuum/projectGroupSummary.action?projectGroupId=12
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

wicketstuff-core migration guide on wiki

[Jeremy Thomerson]

I have created a guide to migrating your project under the new
wicketstuff-core parent project.  If you own a WS project, you should
consider doing this as soon as possible so that your project will be
included in the 1.4 release (and even earlier in the RC2 release) when
Wicket releases the same - we will be releasing all projects under
wicketstuff-core in sync with Wicket's release.

*
http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide
*

Let me know if you see any additions that need to be made.
PS - One really nice thing about restructuring everything to follow
conventions is that we will be able to utilize maven plugins such as the
site plugin.  Here's an example of a current site generated for all the
wicketstuff-core projects:
http://www.wickettraining.com/wicketstuff-core/

Here's a link for the build server building wicketstuff-core:
http://www.wickettraining.com/continuum/projectGroupSummary.action?projectGroupId=12

-- 
Jeremy Thomerson
http://www.wickettraining.com

Re: How to add cookies to WicketTester?

[Marcus Mattila]

Please note this bug in WicketTester cookie handling

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

-Marcus


On Fri, Nov 28, 2008 at 2:30 PM, Vit Rozkovec <[EMAIL PROTECTED]> wrote:
>
> Hallo,
> I think it should work with one of those methods:
>
> public final Page startPage(final ITestPageSource testPageSource)
> public final Page startPage(final Page page)
> instead of wicketTester.startPage(FooPage.class);
>
> and also you should use wicket tester's request for adding cookies:
> wicketTester.getServletRequest()
>
> have not tried it though.
>
> Vitek
>
>
> Peter Gardfjell wrote:
>>
>> Hi all,
>>
>> does anyone know of some easy way of adding cookies to WicketTester prior
>> to
>> having it visit page?
>>
>> That is something along the line of
>>
>>WicketTester wicketTester = new WicketTester(new
>> MyApplication());
>>Cookie cookie = new Cookie("name", "value");
>>/*
>>... insert code for adding cookie to request here ...
>>*/
>>wicketTester.startPage(FooPage.class);
>>wicketTester.assertRenderedPage(FooPage.class);
>>
>> regards, Peter
>>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to get all the children of a MarkupContainer?

[Igor Vaynberg]

open a jira issue and that way we can confirm.

-igor

On Fri, Nov 28, 2008 at 10:32 AM, Valentine2008
<[EMAIL PROTECTED]> wrote:
>
> Hi Igor,
>
> I find it out!
>
> The reason I couldn't get a child using a string component path is because
> of the outdated JavaDoc sentences in MarkupContainer (Wicket 1.3.4):
>
> "Children can be added by calling the add() method, and they can be
> looked
> up using a dotted path. For example, if a container called "a" held a nested
> container "b" which
> held a nested component "c", then a.get("b.c") would return the Component
> with id "c". ."
>
> It said about *dotted* path with a clear example.  And I used the dotted
> path.
>
> Now I find that the Component.PATH_SEPARATOR is used, which is ":".
> We have to use a.get(b:c") in the example.
>
> Can we confirm that the JavaDoc is updated in the next coming release of
> Wicket?
>
> Thanks,
> Valentine
>
>
>
> igor.vaynberg wrote:
>>
>> no. why would it do that? visibility is a render-time condition, it
>> has nothing to do with component hierarchy.
>>
>> -igor
>>
>> On Thu, Nov 27, 2008 at 12:01 PM, Valentine2008
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> But Component.get(pathString) will check the visibility and will return
>>> null
>>> if the child is invisible. Right?
>>>
>>> Thanks,
>>> Valentine
>>>
>>>
>>>
>>>
>>> igor.vaynberg wrote:

 iterator() does not check visibility.

 -igor

 On Thu, Nov 27, 2008 at 11:24 AM, Valentine2008
 <[EMAIL PROTECTED]> wrote:
>
> Can we get even the invisible children?
>
> Seems we cannot:-(
>
> igor.vaynberg wrote:
>>
>> iterator()
>>
>> -igor
>>
>> On Thu, Nov 27, 2008 at 10:42 AM, Valentine2008
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Use iterator(Comparator)?
>>>
>>> Or other ways?
>>>
>>> Thanks,
>>> Valentine
>>> --
>>> View this message in context:
>>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20723938.html
>>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724471.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724656.html
>>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20738180.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem with Crypted URL

[Johan Compagner]

Both branches have now the latest code, i guess both have to be released first

On 28/11/2008, francisco treacy <[EMAIL PROTECTED]> wrote:
> yup, i suppose this happens when sessions expire. we've been having an
> increasing number of visitors and logs are really hard to read when
> you try to find an (important) exception.
>
> so i guess i'm still up for the fix :)
>
> francisco
>
> On Fri, Nov 28, 2008 at 6:35 PM, Marcus Mattila
> <[EMAIL PROTECTED]> wrote:
>> We are also getting this when sessions expire. No big deal but would
>> still like a fix. Will it be fixed in the 1.3.x branch also? Pls make
>> it :)
>>
>> br,
>> Marcus
>>
>>
>> On Mon, Nov 24, 2008 at 7:30 PM, francisco treacy
>> <[EMAIL PROTECTED]> wrote:
>>> johan, i'm not sure i understand correctly.
>>>
>>> you mean that it should have been in 1.4-rc1 but it is not?  so i
>>> could expect this to be fixed in 1.4-rc2 or 1.4 final?
>>>
>>> francisco
>>>
>>> On Mon, Nov 24, 2008 at 5:22 PM, Johan Compagner <[EMAIL PROTECTED]>
>>> wrote:
 hmm weird, wasnt merged yet with 4.1
 thought i did that with the big merge.

 On Mon, Nov 24, 2008 at 10:57 AM, francisco treacy <
 [EMAIL PROTECTED]> wrote:

> i updated to rc1 i'm still getting stacktraces in logs with
> CryptedUrlWebRequestCodingStrategy
>
>
> ERROR 2008-11-23 13:52:17,964 [http-8080-Processor25] Invalid URL:
> ?x=5M5HhZnN1b1LpMPMBO5Pmr*YBxchBZCmSdUDJCdEYzUOOBDF1Zr0DA
> org.apache.wicket.WicketRuntimeException: Unable to decrypt the text
> '??G?K???^D?O???^G^W!^E??I?^C$'Dc5^N8^P^L'
> at
> org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:145)
>at
> org.apache.wicket.util.crypt.AbstractCrypt.decryptUrlSafe(AbstractCrypt.java:67)
>at
> org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decodeURL(CryptedUrlWebRequestCodingStrategy.java:256)
> at
> org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:99)
> at
> org.apache.wicket.Request.getRequestParameters(Request.java:172)
> at org.apache.wicket.RequestCycle.step(RequestCycle.java:1246)
>at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1366)
>at org.apache.wicket.RequestCycle.request(RequestCycle.java:498)
>at
> org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:444)
>at
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>at
> org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:111)
>at
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
>at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
>at
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>at
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>at
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
>at java.lang.Thread.run(Thread.java:619)
> Caused by: javax.crypto.BadPaddingException: Given final block not
> properly padded
>at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..)
>at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..)
>at com.sun.crypto.provider.SunJCE_ab.b(DashoA13*..)
>at
> com.sun.crypto.provider.PBEWithMD5AndDESCipher.engineDoFinal(DashoA13*..)
>at javax.crypto.Cipher.doFinal(DashoA

Re: Bug of Wicket when iterate the form using iterator()?

[Valentine2008]

Sorry, not the compilation error but the run-time exception.

Thanks,
Valentine


jWeekend wrote:
> 
> Not quite.
> String[] bO = (String[])(new Object[]{"yes","we","can"}); 
> compiles but fails at run time.
> 
> Regards - Cemal
>  http://www.jWeekend.co.uk  http://jWeekend.co.uk
>  
>  
> 
> Valentine2008 wrote:
>> 
>> It will bring the compilation error when trying to cast arrays in Java.
>> 
>> So you mean it is a bug in Wicket?
>> 
>> 
>> Timo Rantalaiho wrote:
>>> 
>>> On Thu, 27 Nov 2008, Valentine2008 wrote:
 java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
 [Lorg.apache
 .wicket.Component;
 at
 org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
 .
 
 The code on line 478 of MarkupContainer.java is:
 sorted = Arrays.asList((Component[])children);
 
 Is it a bug of Wicket?
>>> 
>>> No, I think it's a limitation of Java. You cannnot cast
>>> arrays.
>>> 
>>> Best wishes,
>>> Timo
>>> 
>>> -- 
>>> Timo Rantalaiho   
>>> Reaktor Innovations Oyhttp://www.ri.fi/ >
>>> 
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>> 
>>> 
>>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Bug-of-Wicket-1.3.4-when-iterate-the-form-using-iterator%28Comparator%29--tp20723903p20738485.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug of Wicket when iterate the form using iterator()?

[Matej Knopp]

this

sorted = Arrays.asList((Component[])children);

doesn't look right. I think it should have been (Object[])children
although a type check would be appropriate.

-Matej

On Fri, Nov 28, 2008 at 7:30 PM, jWeekend <[EMAIL PROTECTED]> wrote:
>
> Not quite.
> String[] bO = (String[])(new Object[]{"yes","we","can"});
> compiles but fails at run time.
>
> Regards - Cemal
> http://www.jWeekend.co.uk  http://jWeekend.co.uk
>
>
>
> Valentine2008 wrote:
>>
>> It will bring the compilation error when trying to cast arrays in Java.
>>
>> So you mean it is a bug in Wicket?
>>
>>
>> Timo Rantalaiho wrote:
>>>
>>> On Thu, 27 Nov 2008, Valentine2008 wrote:
 java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
 [Lorg.apache
 .wicket.Component;
 at
 org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
 .

 The code on line 478 of MarkupContainer.java is:
 sorted = Arrays.asList((Component[])children);

 Is it a bug of Wicket?
>>>
>>> No, I think it's a limitation of Java. You cannnot cast
>>> arrays.
>>>
>>> Best wishes,
>>> Timo
>>>
>>> --
>>> Timo Rantalaiho
>>> Reaktor Innovations Oyhttp://www.ri.fi/ >
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/Bug-of-Wicket-1.3.4-when-iterate-the-form-using-iterator%28Comparator%29--tp20723903p20738179.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to get all the children of a MarkupContainer?

[Valentine2008]

Hi Igor,

I find it out!

The reason I couldn't get a child using a string component path is because
of the outdated JavaDoc sentences in MarkupContainer (Wicket 1.3.4):

"Children can be added by calling the add() method, and they can be
looked
up using a dotted path. For example, if a container called "a" held a nested
container "b" which
held a nested component "c", then a.get("b.c") would return the Component
with id "c". ."

It said about *dotted* path with a clear example.  And I used the dotted
path.

Now I find that the Component.PATH_SEPARATOR is used, which is ":".
We have to use a.get(b:c") in the example.

Can we confirm that the JavaDoc is updated in the next coming release of
Wicket?

Thanks,
Valentine



igor.vaynberg wrote:
> 
> no. why would it do that? visibility is a render-time condition, it
> has nothing to do with component hierarchy.
> 
> -igor
> 
> On Thu, Nov 27, 2008 at 12:01 PM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> But Component.get(pathString) will check the visibility and will return
>> null
>> if the child is invisible. Right?
>>
>> Thanks,
>> Valentine
>>
>>
>>
>>
>> igor.vaynberg wrote:
>>>
>>> iterator() does not check visibility.
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 11:24 AM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:

 Can we get even the invisible children?

 Seems we cannot:-(

 igor.vaynberg wrote:
>
> iterator()
>
> -igor
>
> On Thu, Nov 27, 2008 at 10:42 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Use iterator(Comparator)?
>>
>> Or other ways?
>>
>> Thanks,
>> Valentine
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20723938.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>

 --
 View this message in context:
 http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724471.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724656.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20738180.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug of Wicket when iterate the form using iterator()?

[jWeekend]

Not quite.
String[] bO = (String[])(new Object[]{"yes","we","can"}); 
compiles but fails at run time.

Regards - Cemal
http://www.jWeekend.co.uk  http://jWeekend.co.uk

 

Valentine2008 wrote:
> 
> It will bring the compilation error when trying to cast arrays in Java.
> 
> So you mean it is a bug in Wicket?
> 
> 
> Timo Rantalaiho wrote:
>> 
>> On Thu, 27 Nov 2008, Valentine2008 wrote:
>>> java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
>>> [Lorg.apache
>>> .wicket.Component;
>>> at
>>> org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
>>> .
>>> 
>>> The code on line 478 of MarkupContainer.java is:
>>> sorted = Arrays.asList((Component[])children);
>>> 
>>> Is it a bug of Wicket?
>> 
>> No, I think it's a limitation of Java. You cannnot cast
>> arrays.
>> 
>> Best wishes,
>> Timo
>> 
>> -- 
>> Timo Rantalaiho   
>> Reaktor Innovations Oyhttp://www.ri.fi/ >
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Bug-of-Wicket-1.3.4-when-iterate-the-form-using-iterator%28Comparator%29--tp20723903p20738179.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug of Wicket when iterate the form using iterator()?

[Valentine2008]

It will bring the compilation error when trying to cast arrays in Java.

So you mean it is a bug in Wicket?


Timo Rantalaiho wrote:
> 
> On Thu, 27 Nov 2008, Valentine2008 wrote:
>> java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
>> [Lorg.apache
>> .wicket.Component;
>> at
>> org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
>> .
>> 
>> The code on line 478 of MarkupContainer.java is:
>> sorted = Arrays.asList((Component[])children);
>> 
>> Is it a bug of Wicket?
> 
> No, I think it's a limitation of Java. You cannnot cast
> arrays.
> 
> Best wishes,
> Timo
> 
> -- 
> Timo Rantalaiho   
> Reaktor Innovations Oyhttp://www.ri.fi/ >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Bug-of-Wicket-1.3.4-when-iterate-the-form-using-iterator%28Comparator%29--tp20723903p20738178.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem with Crypted URL

[francisco treacy]

yup, i suppose this happens when sessions expire. we've been having an
increasing number of visitors and logs are really hard to read when
you try to find an (important) exception.

so i guess i'm still up for the fix :)

francisco

On Fri, Nov 28, 2008 at 6:35 PM, Marcus Mattila
<[EMAIL PROTECTED]> wrote:
> We are also getting this when sessions expire. No big deal but would
> still like a fix. Will it be fixed in the 1.3.x branch also? Pls make
> it :)
>
> br,
> Marcus
>
>
> On Mon, Nov 24, 2008 at 7:30 PM, francisco treacy
> <[EMAIL PROTECTED]> wrote:
>> johan, i'm not sure i understand correctly.
>>
>> you mean that it should have been in 1.4-rc1 but it is not?  so i
>> could expect this to be fixed in 1.4-rc2 or 1.4 final?
>>
>> francisco
>>
>> On Mon, Nov 24, 2008 at 5:22 PM, Johan Compagner <[EMAIL PROTECTED]> wrote:
>>> hmm weird, wasnt merged yet with 4.1
>>> thought i did that with the big merge.
>>>
>>> On Mon, Nov 24, 2008 at 10:57 AM, francisco treacy <
>>> [EMAIL PROTECTED]> wrote:
>>>
 i updated to rc1 i'm still getting stacktraces in logs with
 CryptedUrlWebRequestCodingStrategy


 ERROR 2008-11-23 13:52:17,964 [http-8080-Processor25] Invalid URL:
 ?x=5M5HhZnN1b1LpMPMBO5Pmr*YBxchBZCmSdUDJCdEYzUOOBDF1Zr0DA
 org.apache.wicket.WicketRuntimeException: Unable to decrypt the text
 '??G?K???^D?O???^G^W!^E??I?^C$'Dc5^N8^P^L'
 at
 org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:145)
at
 org.apache.wicket.util.crypt.AbstractCrypt.decryptUrlSafe(AbstractCrypt.java:67)
at
 org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decodeURL(CryptedUrlWebRequestCodingStrategy.java:256)
 at
 org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:99)
 at org.apache.wicket.Request.getRequestParameters(Request.java:172)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1246)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1366)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:498)
at
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:444)
at
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
 org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:111)
at
 org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at
 org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at
 org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at
 org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:619)
 Caused by: javax.crypto.BadPaddingException: Given final block not
 properly padded
at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..)
at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..)
at com.sun.crypto.provider.SunJCE_ab.b(DashoA13*..)
at
 com.sun.crypto.provider.PBEWithMD5AndDESCipher.engineDoFinal(DashoA13*..)
at javax.crypto.Cipher.doFinal(DashoA13*..)
at
 org.apache.wicket.util.crypt.SunJceCrypt.crypt(SunJceCrypt.java:101)
at
 org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:141)
... 27 more
 ERROR 2008-11-23 13:52:17,96

Re: Problem with Crypted URL

[Marcus Mattila]

We are also getting this when sessions expire. No big deal but would
still like a fix. Will it be fixed in the 1.3.x branch also? Pls make
it :)

br,
Marcus


On Mon, Nov 24, 2008 at 7:30 PM, francisco treacy
<[EMAIL PROTECTED]> wrote:
> johan, i'm not sure i understand correctly.
>
> you mean that it should have been in 1.4-rc1 but it is not?  so i
> could expect this to be fixed in 1.4-rc2 or 1.4 final?
>
> francisco
>
> On Mon, Nov 24, 2008 at 5:22 PM, Johan Compagner <[EMAIL PROTECTED]> wrote:
>> hmm weird, wasnt merged yet with 4.1
>> thought i did that with the big merge.
>>
>> On Mon, Nov 24, 2008 at 10:57 AM, francisco treacy <
>> [EMAIL PROTECTED]> wrote:
>>
>>> i updated to rc1 i'm still getting stacktraces in logs with
>>> CryptedUrlWebRequestCodingStrategy
>>>
>>>
>>> ERROR 2008-11-23 13:52:17,964 [http-8080-Processor25] Invalid URL:
>>> ?x=5M5HhZnN1b1LpMPMBO5Pmr*YBxchBZCmSdUDJCdEYzUOOBDF1Zr0DA
>>> org.apache.wicket.WicketRuntimeException: Unable to decrypt the text
>>> '??G?K???^D?O???^G^W!^E??I?^C$'Dc5^N8^P^L'
>>> at
>>> org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:145)
>>>at
>>> org.apache.wicket.util.crypt.AbstractCrypt.decryptUrlSafe(AbstractCrypt.java:67)
>>>at
>>> org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decodeURL(CryptedUrlWebRequestCodingStrategy.java:256)
>>> at
>>> org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:99)
>>> at org.apache.wicket.Request.getRequestParameters(Request.java:172)
>>> at org.apache.wicket.RequestCycle.step(RequestCycle.java:1246)
>>>at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1366)
>>>at org.apache.wicket.RequestCycle.request(RequestCycle.java:498)
>>>at
>>> org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:444)
>>>at
>>> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
>>>at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>at
>>> org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:111)
>>>at
>>> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
>>>at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>>>at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>>>at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>>at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>>>at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>>>at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
>>>at
>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
>>>at
>>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>>>at
>>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>>>at
>>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>>>at
>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
>>>at java.lang.Thread.run(Thread.java:619)
>>> Caused by: javax.crypto.BadPaddingException: Given final block not
>>> properly padded
>>>at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..)
>>>at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..)
>>>at com.sun.crypto.provider.SunJCE_ab.b(DashoA13*..)
>>>at
>>> com.sun.crypto.provider.PBEWithMD5AndDESCipher.engineDoFinal(DashoA13*..)
>>>at javax.crypto.Cipher.doFinal(DashoA13*..)
>>>at
>>> org.apache.wicket.util.crypt.SunJceCrypt.crypt(SunJceCrypt.java:101)
>>>at
>>> org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:141)
>>>... 27 more
>>> ERROR 2008-11-23 13:52:17,966 [http-8080-Processor25] Invalid URL
>>> Invalid URL
>>>at
>>> org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.onError(CryptedUrlWebRequestCodingStrategy.java:279)
>>>at
>>> org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.onError(CryptedUrlWebRequestCodingStrategy.java:286)
>>>at
>>> org.apache.wicket.protocol.http.request.CryptedU

Re: Tree and Frames

[Dipu]

http://svn.apache.org/repos/asf/wicket/trunk/wicket-examples
http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4-rc1

Regards
Dipu

On Fri, Nov 28, 2008 at 3:21 PM, HansDePrez <[EMAIL PROTECTED]>wrote:

>
> I am just starting with Wickets. Is there anybody who is
> willing to share some example code on how to use the tree
> component in combination with frames.
> I have browsed the examples but can't find the WicketExampleApplication
> code.
>
> Kind regards,
>
> Hans.
> --
> View this message in context:
> http://www.nabble.com/Tree-and-Frames-tp20736293p20736293.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>

Tree and Frames

[HansDePrez]

I am just starting with Wickets. Is there anybody who is
willing to share some example code on how to use the tree
component in combination with frames.
I have browsed the examples but can't find the WicketExampleApplication
code. 

Kind regards,

Hans.
-- 
View this message in context: 
http://www.nabble.com/Tree-and-Frames-tp20736293p20736293.html
Sent from the Wicket - User mailing list archive at Nabble.com.

Re: Bug of Wicket when iterate the form using iterator()?

[jWeekend]

Timo.

You're right: 
http://java.sun.com/docs/books/jls/second_edition/html/conversions.doc.html#20232
no we can't !

Regards - Cemal
http://www.jWeekend.co.uk http://jWeekend.co.uk 



jWeekend wrote:
> 
> String[] bO = (String[])(new Object[]{"yes","we","can"});
> 
> Regards - Cemal
>  http://www.jWeekend.co.uk http://jWeekend.co.uk 
> 
> 
> 
> 
> Timo Rantalaiho wrote:
>> 
>> On Thu, 27 Nov 2008, Valentine2008 wrote:
>>> java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
>>> [Lorg.apache
>>> .wicket.Component;
>>> at
>>> org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
>>> .
>>> 
>>> The code on line 478 of MarkupContainer.java is:
>>> sorted = Arrays.asList((Component[])children);
>>> 
>>> Is it a bug of Wicket?
>> 
>> No, I think it's a limitation of Java. You cannnot cast
>> arrays.
>> 
>> Best wishes,
>> Timo
>> 
>> -- 
>> Timo Rantalaiho   
>> Reaktor Innovations Oyhttp://www.ri.fi/ >
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Bug-of-Wicket-when-iterate-the-form-using-iterator%28%29--tp20723903p20735743.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug of Wicket when iterate the form using iterator()?

[jWeekend]

String[] bO = (String[])(new Object[]{"yes","we","can"});

Regards - Cemal
http://www.jWeekend.co.uk http://jWeekend.co.uk 




Timo Rantalaiho wrote:
> 
> On Thu, 27 Nov 2008, Valentine2008 wrote:
>> java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
>> [Lorg.apache
>> .wicket.Component;
>> at
>> org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
>> .
>> 
>> The code on line 478 of MarkupContainer.java is:
>> sorted = Arrays.asList((Component[])children);
>> 
>> Is it a bug of Wicket?
> 
> No, I think it's a limitation of Java. You cannnot cast
> arrays.
> 
> Best wishes,
> Timo
> 
> -- 
> Timo Rantalaiho   
> Reaktor Innovations Oyhttp://www.ri.fi/ >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Bug-of-Wicket-when-iterate-the-form-using-iterator%28%29--tp20723903p20735617.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DateTimeField and java.util.Calendar

[Timo Rantalaiho]

On Thu, 27 Nov 2008, Eduardo Simioni wrote:
> If you want Wicket to be competitive, you should think about better and
> centralized documentation.

Or better yet write it :) The wiki is centralised and open,
everybody is more than welcome to update and improve it.

> documentation, and definitely source code is not documentation.

Definitely source code is documentation and I find Wicket
source code mostly understandable. It can be improved though,
and here your patches are most welcome again :) In some
places, the readability has to give way to optimisation
though.

> Another problem is that JavaDoc doesn't come with the dist. I have to read
> it at source code as well, because on the website there is just the JavaDoc
> for the current release. Please, don't ask me to generate the JavaDoc
> myself.

Nope, with Wicket (and any open source framework) you should
just bundle the sources in your IDE, then the IDE will show
javadocs as well. And javadocs always make more sense to read
with the actual source code.

E.g.

  mvn -DdownloadSources eclipse:eclipse

Best wishes,
Timo


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug of Wicket when iterate the form using iterator()?

[Timo Rantalaiho]

On Thu, 27 Nov 2008, Valentine2008 wrote:
> java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to
> [Lorg.apache
> .wicket.Component;
> at
> org.apache.wicket.MarkupContainer.iterator(MarkupContainer.java:478)
> .
> 
> The code on line 478 of MarkupContainer.java is:
> sorted = Arrays.asList((Component[])children);
> 
> Is it a bug of Wicket?

No, I think it's a limitation of Java. You cannnot cast
arrays.

Best wishes,
Timo

-- 
Timo Rantalaiho   
Reaktor Innovations Oyhttp://www.ri.fi/ >

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Why does org.apache.wicket.authorization revolve around string tokens?

[Casper Bang]

Yeah I suppose that's the only viable alternative then, but it plays a 
little less nice with a JPA backed role table and also appears to be a 
step back to rely on inheritance rather than composition. Oh well, can't 
have it all - hopefully an extendable and more lenient Enum makes it 
into Java at some point to allow that kind of static modeling - it's in 
the Kijaro sandbox after all 
(http://freddy33.blogspot.com/search/label/abstract%20enum).


/Casper


Igor Vaynberg wrote:

this is where the classes variation comes in. class AdminRole extends
UserRole - done

-igor

On Thu, Nov 27, 2008 at 6:56 PM, Casper Bang <[EMAIL PROTECTED]> wrote:
  

Yeah. First I actually didn't understand why until Igor pointed it out. I'm
no longer using wicket-auth-roles, if one can live with the roles being
defined along side the authorization code it works quite nicely (and with
somewhat cleaner code). I ran into another issue however, trying to model
how an ADMIN transitively is also a USER. Sadly the Sun compiler does not
allow Enum forward referencing to itself, only the Eclipse compiler does.

/Casper


Ned Collyer wrote:


Interestingly we used a similar approach with using classes as pseudo
enums.

Not being able to extend enums is a bit suckfull.


igor.vaynberg wrote:

  

the problem is that the enum would have to live *inside* the
wicketstuffauth code. so wicketstuffauth would be the library that
would need to define the enum - and it doesnt know about your
application specific roles. at least this was the issue when it was
first being designed. i havent really looked at it since than.

-igor



  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to add cookies to WicketTester?

[Vit Rozkovec]

Hallo,
I think it should work with one of those methods:

public final Page startPage(final ITestPageSource testPageSource)
public final Page startPage(final Page page)
instead of wicketTester.startPage(FooPage.class);

and also you should use wicket tester's request for adding cookies:
wicketTester.getServletRequest()

have not tried it though.

Vitek


Peter Gardfjell wrote:

Hi all,

does anyone know of some easy way of adding cookies to WicketTester prior to
having it visit page?

That is something along the line of

WicketTester wicketTester = new WicketTester(new 
MyApplication());
Cookie cookie = new Cookie("name", "value");
/*
... insert code for adding cookie to request here ...
*/
wicketTester.startPage(FooPage.class);
wicketTester.assertRenderedPage(FooPage.class);

regards, Peter
  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to add cookies to WicketTester?

[Peter Gardfjell]

Hi all,

does anyone know of some easy way of adding cookies to WicketTester prior to
having it visit page?

That is something along the line of

WicketTester wicketTester = new WicketTester(new 
MyApplication());
Cookie cookie = new Cookie("name", "value");
/*
... insert code for adding cookie to request here ...
*/
wicketTester.startPage(FooPage.class);
wicketTester.assertRenderedPage(FooPage.class);

regards, Peter
-- 
View this message in context: 
http://www.nabble.com/How-to-add-cookies-to-WicketTester--tp20733095p20733095.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: ImageButton picture.x and picture.y

[Tim Squires]

Thanks Nino,

The model is just a quick hack to show where the imageresource is coming 
from, i.e. it's dynamic.


The ClientSideImageMap and the older ImageMap don't give an x and y of 
the click and I don't fancy creating a  for every pixel in the image.


The ImageButton does return where the user clicked on the image as part 
of the form submit.  I was hoping that the x and y could be mapped to a 
model somehow.


How I managed to get the coords is like this

   Form form = new Form("form") {
   @Override
   protected void onSubmit() {
   info("x = " + getRequest().getParameter("picture.x"));
   info("y = " + getRequest().getParameter("picture.y"));
   }
   };

It would be nice to attach these values to a property, can you see a way 
of doing that?


Tim

Nino Saturnino Martinez Vazquez Wael wrote:
maybe james patch can help you : 
http://www.nabble.com/Client-Side-Image-Map...-td20516107.html#a20516107 
?


Otherwise it should be  ImageMap already there..
Nino Saturnino Martinez Vazquez Wael wrote:

Hi Tim

You should get a grasp on models. But isnt it an imagearea (cant 
remember the exact name) or something you want? Image button is just 
a button which has a image...


Tim Squires wrote:

Hi,

I'm trying to retrieve the x and y coords from a user click on an 
ImageButton.  Can anyone tell me how to get these parameters in an 
onSubmit method?


Currently I'm doing

   final IModel picture = new 
AbstractReadOnlyModel() {


   @Override
   public Picture getObject() {
   return pictureService.findRandom();
   }
   };

   Form form = new Form("form") {
   @Override
   protected void onSubmit() {
 // picture.x and picture.y 
parameters, where are they?

   }
   };

   form.add(new ImageButton("picture", new 
ImageResource(defaults

   .getPicturesLocation(), picture)));

   add(form);

but cannot find any way of retrieving the page parameters in the 
onSubmit() - getPageParameters() returns null.


I'm using 1.4-rc1.

Thanks for any help,
Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Consistent naming for Wicket Stuff projects

[Martijn Dashorst]

+1, and common parent/groupId

groupid: org.wicketstuff

Martijn

On Thu, Nov 27, 2008 at 10:54 PM, Jeremy Thomerson
<[EMAIL PROTECTED]> wrote:
> I am beginning the WS reorg as noted in previous emails.  You can monitor
> progress here:
> https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/
>
> As we move projects into the wicketstuff-core, I would like to see us rename
> them consistently, getting rid of the prepended "wicket-contrib-" or
> "wicketstuff-".  This would mean that when we release WicketStuff 1.4 (when
> Wicket 1.4 is released) that if you are using that project, you would need
> to update your POM to the new name.  Please vote:
>
> [ ] - YES - I would like consistent naming
> [ ] - NO (convincing reason)
>
> PS - I feel like I'm starting a lot of vote threads - should I not be?  Any
> suggestions?  I would like to efficiently get this reorg done, but I am
> leery of just moving other people's projects around and making changes
> without permission.  Feelings / thoughts?
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Consistent naming for Wicket Stuff projects

[Martin Funk]

>
> [x] - YES - I would like consistent naming

Re: JUnit testing Image problem

[Nicolas Castin]

A solution has been found by mbosteels.dns.

When I did my tests, I discovered that lot of Wicket classes weren't
implementing the equals() method, but ResourceReference do implement it.  If
I set my Image using a ResourceReference, I can create an assertEquals
statement in my JUnit test and compare the
image.getDefaultModel().getObject() with an instance of ResourceReference I
create in my test with the expected value.
Have a good day
On Thu, Nov 27, 2008 at 9:32 AM, Nicolas Castin <[EMAIL PROTECTED]>wrote:

> Hello,
>
> I am writing a JUnit test for a Wicket page containing some images added
> dynamically.  My test needs to detect which images as been rendered, but the
> org.apache.wicket.markup.html.image.Image class doesn't expose any method to
> get it's resource.
>
> I can extend the class to have a public method giving me the resource, but
> I can't imagine that there aren't another way to do this.
>
> Thanks for your help.
>
> Nicolas Castin
> Senior Software Developer
> EURid.eu
>
>


-- 
Nicolas Castin
Senior Software Developer
EURid.eu

Re: [VOTE] Consistent naming for Wicket Stuff projects

[Martijn Dashorst]

voting is the apache way. It focusses discussions, and quickly allows
us to find decisions. These *must* happen on the list. +1000 for
Jeremy's energy and vote threads.

Martijn

On Fri, Nov 28, 2008 at 6:52 AM, Ned Collyer <[EMAIL PROTECTED]> wrote:
>
> [X] YES - I would like consistent naming!
>
> Contrib is a bit lame... could be gift or present.. but again - they are all
> lame.
>
> wicket stuff seems good.  Makes sense too.
>
> I was thinking of making a post about all these vote threads :)  I'm
> personally not a fan, but i think a vote page on the wiki would be
> overlooked by many.
>
> Perhaps if there was some vote section.. or the current vote on the wicket
> homepage itself?
>
>
>
> jwcarman wrote:
>>
>> [X] YES - I would like consistent naming!
>>
>>
>> On Thu, Nov 27, 2008 at 4:54 PM, Jeremy Thomerson
>> <[EMAIL PROTECTED]
>>> wrote:
>>
>>> I am beginning the WS reorg as noted in previous emails.  You can monitor
>>> progress here:
>>>
>>> https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/
>>>
>>> As we move projects into the wicketstuff-core, I would like to see us
>>> rename
>>> them consistently, getting rid of the prepended "wicket-contrib-" or
>>> "wicketstuff-".  This would mean that when we release WicketStuff 1.4
>>> (when
>>> Wicket 1.4 is released) that if you are using that project, you would
>>> need
>>> to update your POM to the new name.  Please vote:
>>>
>>> [ ] - YES - I would like consistent naming
>>> [ ] - NO (convincing reason)
>>>
>>> PS - I feel like I'm starting a lot of vote threads - should I not be?
>>> Any
>>> suggestions?  I would like to efficiently get this reorg done, but I am
>>> leery of just moving other people's projects around and making changes
>>> without permission.  Feelings / thoughts?
>>>
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/-VOTE--Consistent-naming-for-Wicket-Stuff-projects-tp20726075p20729328.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]