Martin
with all my respect but their build script uses

                <dependency>
                        <groupId>org.apache.wicket</groupId>
                        <artifactId>wicket-core</artifactId>
                        <version>${wicket.version}</version>
                </dependency>

${wicket.version} derived from parent pom where
<wicket.version>1.5.0</wicket.version>

So,
1. no stateless form
2. it is 1.5
3. it's pretty easy to ensure yourself just by looking into code
http://code.google.com/p/wicket-tree/wiki/RunningExamples It even
can't be compiled under 1.4

Anyway: what does your answer has to do with my question? One more
time: how that example manage not to increase page version shown in
url on every tree node selection?
thanks


On 21 August 2012 14:39, Martin Grigorov <mgrigo...@apache.org> wrote:
> The deployed examples use Wicket 1.4.
>
> http://wicket-tree.appspot.com/?wicket:interface=:0:1:::
>
> On Tue, Aug 21, 2012 at 1:35 PM, Alex Shubert <alex.shub...@gmail.com> wrote:
>> They are using
>> Form<Void> form = new Form<Void>("form");
>>
>> and still no version in url on round-trips. Also, FilterForm from
>> Wicket API doesn't extends StatelessForm while your answer states that
>> must be the case.
>>
>>
>> On 21 August 2012 14:20, Martin Grigorov <mgrigo...@apache.org> wrote:
>>> Use StatelessForm instead.
>>>
>>> On Tue, Aug 21, 2012 at 1:06 PM, Alex Shubert <alex.shub...@gmail.com> 
>>> wrote:
>>>> Hello
>>>>
>>>> Recently I found wicket tree control
>>>>
>>>> http://wicket-tree.appspot.com/nested
>>>>
>>>>  and one there is a thing I can't understand: while the page contains
>>>> Form it looks like not versioned. I mean there are no version number
>>>> in a url.
>>>> How does it work then? Is there any clear way to build pages
>>>> containing Form without explicit version number in url except some
>>>> black magic involved ( modified MountedMapper )
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards
>>>> Alexandr
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>>
>>
>>
>>
>> --
>> Best regards
>> Alexandr
>>
>> ---------------------------------------------------------------------
>> 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
>



-- 
Best regards
Alexandr

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

Reply via email to