Hi, These components have been merged in Wicket 6. You can see the demo at http://www.wicket-library.com/wicket-examples-6.0.x/tree and the code in org.apache.wicket.extensions.markup.html.repeater.tree package in wicket-extensions module. The javadocs are also improved.
On Wed, Aug 22, 2012 at 10:10 AM, Alex Shubert <alex.shub...@gmail.com> wrote: > Sven while you are here: > why no documentation for Tree? Nothing at all? Right now I face a > problem - tree do not persist it's state (Bookmarcable links, copied > from example) and I have no clue where to see. > > > On 21 August 2012 21:38, Sven Meier <s...@meiers.net> wrote: >> And the winner is ... Martin! >> >> On AppEngine I still have Wicket 1.4.x running. >> >> Sven >> >> >> On 08/21/2012 02:59 PM, Martin Grigorov wrote: >>> >>> The Google Code repo contains 1.5 but the deployed app is using pre-1.5 >>> version. >>> I can bet on this. >>> >>> On Tue, Aug 21, 2012 at 3:37 PM, Alex Shubert <alex.shub...@gmail.com> >>> wrote: >>>> >>>> Martin, >>>> >>>> http://wicket-tree.googlecode.com/svn/repo/wicket-tree/wicket-tree-parent/0.5.0/wicket-tree-parent-0.5.0.pom >>>> Again, no 1.4 at all. Not in one place. Moreover, >>>> '?wicket:interface=:0:1:::' doesn't means 1.4 is in action. Just take >>> >>> Is there a reason why you don't trust me ? :-) >>> wicket:interface is no more used in 1.5+, unless the application adds >>> it explicitly. Wicket (the framework) doesn't use it anymore. >>> >>>> a look at event listener implementation. >>>> >>>> About the problem: the page I gave link for is really stateless but it >>>> is not meant to be, it just happened. If user choose any other tree >>>> renders version number eager to appear. >>>> The most Wicket problem right now is it's occult state. Wiki is >>>> hopelessly outdated, most of the examples refer to 1.2.-1.3 version... >>> >>> Most of them are actually still valid. >>> There are new pages labeled with "wicket15" and "wicket6" which refer >>> to the new features in 1.5 and 6.0 respect. >>> >>>> >>>> If someone wonder how to determine why his page is stateful here is >>>> the solution: >>> >>> There is StatelessChecker in wicket-devutils for this task. >>> >>>> if (!isPageStateless()) { >>>> visitChildren(Component.class, new IVisitor<Component, >>>> Component>() { >>>> @Override >>>> public void component(Component component, >>>> IVisit<Component> iVisit) { >>>> if (!component.isStateless()) { >>>> LOGGER.info("Stateful component found [ " >>>> + component.getClass().getName() + " : " >>>> + component.getMarkupId() + " ]"); >>>> >>>> // iVisit.stop(component); >>>> } >>>> } >>>> }); >>>> } >>>> >>>> If in need of test detection, extract visitor to separate class and >>>> instantiate pages with WicketTester. >>>> >>>> >>>> On 21 August 2012 15:47, Martin Grigorov <mgrigo...@apache.org> wrote: >>>>> >>>>> Sorry for being stubborn but having '?wicket:interface=:0:1:::' in the >>>>> url means that this is Wicket pre-1.5 ;-) >>>>> >>>>> I guess Sven will join this conversation later today and explain in >>>>> more details. >>>>> >>>>> On Tue, Aug 21, 2012 at 2:16 PM, Alex Shubert <alex.shub...@gmail.com> >>>>> wrote: >>>>>> >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> -- >>>>> 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 >>>> >>> >>> >> >> >> --------------------------------------------------------------------- >> 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