Re: [Wicket-user] PageableGridDataView and IDataProvider

2005-11-08 Thread Igor Vaynberg
oops, not=now. -Igor On 11/8/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: PageableGridDataView is not GridView in extensions. there are only minor incompatibilities with the old dataview package so you should have no problems migrating. the dataview project is no longer in wicket-stuff cvs btw. -

Re: [Wicket-user] PageableGridDataView and IDataProvider

2005-11-08 Thread Christian Essl
The replacement of PageableGridDataView is wicket.extensions.markup.html.repeater.data.GridView On Tue, 8 Nov 2005 21:57:37 -0800, Eelco Hillenius <[EMAIL PROTECTED]> wrote: I don't know much about that package, but afaik the dataview project will be dropped in favor of the extensions projec

Re: [Wicket-user] PageableGridDataView and IDataProvider

2005-11-08 Thread Eelco Hillenius
I don't know much about that package, but afaik the dataview project will be dropped in favor of the extensions project. Eelco On 11/8/05, Gili <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to use recompile code that uses PageableGridDataView which > used to work. The problem is that P

[Wicket-user] PageableGridDataView and IDataProvider

2005-11-08 Thread Gili
Hi, I'm trying to use recompile code that uses PageableGridDataView which used to work. The problem is that PageableGridDataView has a constructor which takes in wicket.contrib.dataview.IDataProvider in its constructor but HibernateDataProvider now extends wicket.extensions.markup.html.repea

Re: [Wicket-user] remove jsessionid in first page

2005-11-08 Thread pepone pepone
Michael you know if jsessionid can be and inssue for crawling? i´m specialy worried for my webapp be easy to crawll for search engines On 11/9/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > No, I am not sure for all appservers, so I decided to abandon the > attempts for the most perfect URL ;

Re: [Wicket-user] remove jsessionid in first page

2005-11-08 Thread Michael Jouravlev
No, I am not sure for all appservers, so I decided to abandon the attempts for the most perfect URL ;-)) Because there will be only one address which is screwed up after all, so I really don't care much (or so I convinced myself). I would say to pepone, forgeddaboudid ;-) Michael. On 11/8/05, Ee

Re: [Wicket-user] remove jsessionid in first page

2005-11-08 Thread Eelco Hillenius
Are you sure that's for all appservers though? I think some don't do it, and I don't see any reason for doing it either (as they can send the cookie right away, right? Eelco On 11/8/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > The very first time one accesses an application, session ID is i

Re: [Wicket-user] remove jsessionid in first page

2005-11-08 Thread Michael Jouravlev
The very first time one accesses an application, session ID is in the address. So, for the first bookmarkable page you have two addresses, which screws up the browser history navigation. The simple answer: do one more redirect on first request. The more complex answer: do one more redirect when yo

Re: [Wicket-user] remove jsessionid in first page

2005-11-08 Thread Eelco Hillenius
There is no way for Wicket to remove jsessionid (at least no legal way). It's your servlet container that appends it. When you support cookies however, there should be no need to encode this id in the url, and I think some servlet engines don't append it if this is the case. Eelco On 11/8/05, pe

[Wicket-user] remove jsessionid in first page

2005-11-08 Thread pepone pepone
Hello all when i load the firs page browser is redirected to a url that is like /app;jsessionid=12324?path=1 there are any way to be redirected to samething like bookmarkablePage=HomePage thanks in advantage --- SF.Net email is sponsored b

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Igor Vaynberg
you can create a regular _expression_ to go from &page=name to &bookmarkablePage=name that along with page aliases whill get you where you want to go we are concentrating our efforts on 1.2. your request is pretty simple to implement, but we are trying to figure out how to create pluggable and fle

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Igor Vaynberg
thats pretty much exactly what i was thinking. -Igor On 11/8/05, Christian Essl <[EMAIL PROTECTED]> wrote: Very good. I am still playing around with the writeReplace thing.Regarding the refactoring what do you thing about this:Instead of the ISpringContextLocator have ainterface ObjectResolverFacto

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Christian Essl
Very good. I am still playing around with the writeReplace thing. Regarding the refactoring what do you thing about this: Instead of the ISpringContextLocator have a interface ObjectResolverFactory{ ObjectResolver getObjectResolver(Field field); } interface ObjectResolver{ Object resolve();

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Jeff Miller
Thanks. I'll take a look. With the proper regular expression, I may be able to affect any url. I don't want to program a rule for each url. I was hoping you Wicket developers would tell me that my proposal was faily simple to add to Wicket. I was looking for the simple url's to be as easy and

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Igor Vaynberg
or use a url rewriting filter like http://tuckey.org/urlrewrite/ -Igor On 11/8/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote: you know you can have that today by implementing it yourself? Take alook WebRequestCrawlerSave and you'll see that you can easily changebookmarkablePage to page; you can

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Juergen Donnerstag
you know you can have that today by implementing it yourself? Take a look WebRequestCrawlerSave and you'll see that you can easily change bookmarkablePage to page; you can make it case insensitive etc. Juergen On 11/8/05, Dan Gould <[EMAIL PROTECTED]> wrote: > Jeff Miller wrote: > > I considered

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Igor Vaynberg
ok, got the pure cglib solution working. just had to call enhancer.setInterfaces(new Class[] { Serializable.class}) to weave in the serializable interface. now it appears everything is working. sweet. i am going to do a lot of refactoring today. maybe you can make your wrappingcontext use the same

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Dan Gould
Jeff Miller wrote: I considered recommending "page=". It would be better than "bookmarkablePage=". Allowing "page=" in conjunction with alias would certainly allow simpler urls. +1 --- SF.Net email is sponsored by: Tame your development ch

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Igor Vaynberg
I would rather weave it in using cglib and stay away from a spring-specific proxy impl, becuase this thing can easily be generalized to things beyound spring, like jndi lookups, etc. -Igor On 11/8/05, Christian Essl <[EMAIL PROTECTED]> wrote: On Tue, 8 Nov 2005 11:59:22 -0800, Igor Vaynberg <[EMAI

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Christian Essl
On Tue, 8 Nov 2005 11:59:22 -0800, Igor Vaynberg <[EMAIL PROTECTED]> wrote: Im still getting a class cast exception using cglib directly. im probably doing something dumb, you want to take a look? SpringInitializer line 61 is commented out, thats where proxies are created for concrete objects

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Jeff Miller
I considered recommending "page=".  It would be better than "bookmarkablePage=".  Allowing "page=" in conjunction with alias would certainly allow simpler urls.    When browsing to bookmarkable page, would the url show in browser as "page=alias"?  I would prefer that to "bookmarkablePage=com.mycom

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Igor Vaynberg
Im still getting a class cast exception using cglib directly. im probably doing something dumb, you want to take a look? SpringInitializer line 61 is commented out, thats where proxies are created for concrete objects. By the way, the spring one works fine IF the dependency implements Serializable

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Christian Essl
I do not know wheter read/writeObject is called on objects referenced from session attributes ("full serialization closure"). However the spec does not speak about writeReplace() and readResolve() so 'legaly' you should be on the right side if you rely on these. Enclosed is some code which I g

Re: [Wicket-user] Question about AJAX and Wicket

2005-11-08 Thread Martijn Dashorst
In the mean time, I think Jessy Sightler has got some ajax writing on his blog. Google for scriptaculous, wicket and autocomplete. Martijn On 11/8/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > Well, the ajax support in Wicket is quite basic really. Just take a > look at Behaviour/ AjaxHandler

[Wicket-user] i18n messages in HTML

2005-11-08 Thread Andrew Berman
In my app I never hard-code text so I'm constantly adding Labels to my pages.  I was wondering if it would make sense to have a shortcut, similar to how Tapestry does it, for dsplaying localization messages.  In Tapestry, you can do this: title="message:page-title", where page-title is the lookup

Re: [Wicket-user] Question about AJAX and Wicket

2005-11-08 Thread Eelco Hillenius
Well, the ajax support in Wicket is quite basic really. Just take a look at Behaviour/ AjaxHandler/ one of the concrete AjaxHandlers like DojoAjaxHandler. Generally, what they do is provide the means to let handlers cooperate with components (due to suggestions earlier this week, this was generaliz

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Christian Essl
It is more for components: //constructor public OrderPage(){ add(new CustomerPanel("customer",getWrappingContext().getBean("customerDAO",CustomerDAO.class)); } Just for normal DI in code. Christian On Tue, 8 Nov 2005 08:31:47 -0800, Igor Vaynberg <[EMAIL PROTECTED]> wrote: What I'm work

Re: [Wicket-user] Question about AJAX and Wicket

2005-11-08 Thread Nick Heudecker
I'll give it a shot.  To be honest, I'd really like some more docs about the AJAX stuff.  I've looked at the examples and they don't really provide the high-level overview I need to get my head around it.  On 11/8/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote: In the HEAD (1.2 dev) version of Wick

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Juergen Donnerstag
On 11/8/05, Jeff Miller <[EMAIL PROTECTED]> wrote: > > How are the base url's different? In all cases, aren't the base url's the > following? > www.wicket-library.com/wicket-examples/template > > My desire is to have url's that are as simple as possible. Long url's are > problems for nontechnical

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Igor Vaynberg
What I'm working on now is an ApplicationContext which wrapps the 'real'ApplicationContext and does create for getBean() etc automatically the proxies. I think this way I'll never have to worry about the serializationproblem for such beans. but what will inject your pages? -Igor

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Igor Vaynberg
there are too many gotchas like this with doing it from the inside. i would make the page constructors protected and create simple static factory methods that create the page and then do the injection. -Igor On 11/8/05, Christian Essl <[EMAIL PROTECTED]> wrote: Yes you are right!I was now more thi

Re: [Wicket-user] Question about AJAX and Wicket

2005-11-08 Thread Eelco Hillenius
In the HEAD (1.2 dev) version of Wicket we now have beta support for partial rendering (e.g. rendering of 1 panel). You probably need that to elegantly build what you want. It's still working on the frontier (though some simpler ajax components are available now), but please try and implement. Tha

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Christian Essl
Yes you are right! I was now more thinking of Igors proposal todo the 'injection' from the outside: MyComponent comp = new MyComponent("id"); //set this and that SpringInitializer.initialize(comp,locator); If you'd do it from the inside (as the original code) it is a different story. I don

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Johan Compagner
We could also support: page=wicket (instead of bookmarkablePage=wicket) the base in this: www.wicket-library.com/wicket-examples/template is www.wicket-library.com/wicket-examples/ but with: www.wicket-library.com/wicket-examples/template /page it is: www.wicket-library.com/wicket-examples/

Re: [Wicket-user] simple bookmarkable url

2005-11-08 Thread Jeff Miller
How are the base url's different?  In all cases, aren't the base url's the following? www.wicket-library.com/wicket-examples/template My desire is to have url's that are as simple as possible.  Long url's are problems for nontechnical users (for example in emails, when bookmarking, on written pub

[Wicket-user] Question about AJAX and Wicket

2005-11-08 Thread Nick Heudecker
Hi,I've been looking at the Dojo and Scriptaculous extensions for Wicket and haven't seen what I'm looking for.  Essentially, I want to have a master-detail display where the details are retrieved from the server and displayed in a div.  Also, I'd like to be able to request a Form object from the s

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Johan Compagner
Just of my head two further suggestions:1.) If a field is not null than do not inject anything. This way custom injections could be done Fields are always null because they are not initialized yet by the sub class (when having a super class that does the injections)  

Re: [Wicket-user] redirect to previous url

2005-11-08 Thread Juergen Donnerstag
please see http://www.wicket-wiki.org.uk/wiki/index.php/Obfuscating_urls Jürgen On 11/8/05, pepone pepone <[EMAIL PROTECTED]> wrote: > I take a look at WebRequestCrawlerSaver and this can be what i loking for > > what is the way to plug this in a wicket application > > thanks in advantage > > On

Re: Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Christian Essl
Wow great job Igor. Thanks for doing it. I think that's the proper way to go. Regarding cglib I think you should use spring AOP (it is already a dependency and generalization can wait a bit). Spring AOP handles all that and a bit more and is easy to use. Ie for cglib like in the current imple

Re: [Wicket-user] redirect to previous url

2005-11-08 Thread pepone pepone
I take a look at WebRequestCrawlerSaver and this can be what i loking for what is the way to plug this in a wicket application thanks in advantage On 11/8/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote: > If you are sure that you are realy not interested in path=xxx, may be > it worth if you c

Re: [Wicket-user] Strange "wicket.markup.MarkupException: Tag expected" exception

2005-11-08 Thread Juergen Donnerstag
Any idea how to determine that a css/js reference is assigned to a static variable? Igor started developing a cool plugin for eclipse. Does anyone know how to add such kind of tests to eclipse to create additional eclipse warnings? Jürgen On 11/8/05, Ralf Ebert <[EMAIL PROTECTED]> wrote: > Hi, >

Re: [Wicket-user] Strange "wicket.markup.MarkupException: Tag expected" exception

2005-11-08 Thread Ralf Ebert
Hi, yet another way would be to enable debug logs on wicket.Component=DEBUG. You should see messages like "Begin render ..." and "End render ...". The last "Begin render .." should be of interest. thanks for your help, that helped me fix it. I saved a StyleSheetReference static in my base page

Re: [Wicket-user] Strange "wicket.markup.MarkupException: Tag expected" exception

2005-11-08 Thread Juergen Donnerstag
yet another way would be to enable debug logs on wicket.Component=DEBUG. You should see messages like "Begin render ..." and "End render ...". The last "Begin render .." should be of interest. Juergen On 11/8/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote: > You may not even need Jetty or Tomca

Re: [Wicket-user] Strange "wicket.markup.MarkupException: Tag expected" exception

2005-11-08 Thread Juergen Donnerstag
You may not even need Jetty or Tomcat. Take a look at the unit tests which make use of WicketTester. It provides all the mock objects and wireing required. Juergen On 11/8/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote: > Try using jetty and the jetty-launcher plugin for eclipse. That is realy

Re: [Wicket-user] Strange "wicket.markup.MarkupException: Tag expected" exception

2005-11-08 Thread Juergen Donnerstag
Try using jetty and the jetty-launcher plugin for eclipse. That is realy easy. Juergen On 11/8/05, Ralf Ebert <[EMAIL PROTECTED]> wrote: > Hi, > > > Which version of Wicket are you using? Lastest HEAD? You're not using > > the component re-render feature, do you? > no, Wicket 1.1. > > > It is a r

Re: [Wicket-user] Strange "wicket.markup.MarkupException: Tag expected" exception

2005-11-08 Thread Ralf Ebert
Hi, Which version of Wicket are you using? Lastest HEAD? You're not using the component re-render feature, do you? no, Wicket 1.1. It is a redirect you do and the response gets rendered. Based on the stack trace something is wrong in one of the headers. Within Well, I rechecked all the header

Re: [Wicket-user] Unexpected behaviour when using AjaxHandler's getBodyOnloadContribution()

2005-11-08 Thread Juergen Donnerstag
I think Eelco fixed it already in HEAD Juergen On 11/8/05, Marco van de Haar <[EMAIL PROTECTED]> wrote: > That would, ofcourse, be the perfect solution. Do I have to report a bug > for this? > > >I guess it would make sense to provide just a single implementation to > >be used by both components,

Re: [Wicket-user] My take on Spring integration

2005-11-08 Thread Alexandru Popescu
Somewhere in this thread I think I have identified a suggestion that looked very much in the direction I would like to see it going. Unfortunately, right now I will need to pass through the thread again and identify it. Probably the way I would go would be to define an annotation @SpringBean(la

Re: [Wicket-user] Unexpected behaviour when using AjaxHandler's getBodyOnloadContribution()

2005-11-08 Thread Marco van de Haar
That would, ofcourse, be the perfect solution. Do I have to report a bug for this? I guess it would make sense to provide just a single implementation to be used by both components, avoiding problems while trying to keep them in sync. Juergen On 11/7/05, Ruud Booltink <[EMAIL PROTECTED]> wrot