You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by dstruck <st...@stottlerhenke.com> on 2007/10/26 20:36:33 UTC
Checkbox tree component
Has anyone put together a checkbox tree component? I've done some searches
but haven't turned anything up. Basically, I'd like a tree with a checkbox
leading each node that when checked also selects all child nodes. I'm
thinking of something like the tree you see when you do software updates in
Eclipse:
http://www.nabble.com/file/p13433102/Clipboard01.jpg
The component would provide a method for getting all the selected nodes.
Thanks,
David
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13433102
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Edi <ed...@yahoo.com>.
Hello Doug,
I am not able to configure the above example Doug.
Could you give me .war file. please
thanks and regards,
edi
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p23109331.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
Here are the Category tree items
http://www.nabble.com/file/p14229459/CategoryTreeNode.java
CategoryTreeNode.java
http://www.nabble.com/file/p14229459/CategoryTreeState.java
CategoryTreeState.java
http://www.nabble.com/file/p14229459/RootTreeNode.java RootTreeNode.java
http://www.nabble.com/file/p14229459/CategoryTreeModel.java
CategoryTreeModel.java
http://www.nabble.com/file/p14229459/CategoryModel.java CategoryModel.java
Hope it helps
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a14229459
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Mats Norén <ma...@gmail.com>.
Doug, great work!
Can I just ask you a question, what does your implementation of the
CategoryTreeModel look like?
I've been trying all sorts of approaches for doing a similar category
tree but I've never liked / got the model approach to work in a nice
fashion. :)
/Regards Mats
On Oct 27, 2007 6:04 AM, Doug Leeper <do...@yahoo.com> wrote:
>
> Ok here it is. I have also included my use of it. While it won't compile
> for you...you will at least see how I have used it.
>
> http://www.nabble.com/file/p13439520/CheckBoxIconPanel.html
> CheckBoxIconPanel.html
> http://www.nabble.com/file/p13439520/CheckBoxIconPanel.java
> CheckBoxIconPanel.java
> http://www.nabble.com/file/p13439520/CheckBoxTree.java CheckBoxTree.java
>
> My use of CheckBoxTree...
>
> http://www.nabble.com/file/p13439520/ProductCategoriesPanel.html
> ProductCategoriesPanel.html
> http://www.nabble.com/file/p13439520/ProductCategoriesPanel.java
> ProductCategoriesPanel.java
>
> --
> View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13439520
>
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: @SSLRequired
Posted by Igor Vaynberg <ig...@gmail.com>.
there are a couple of api-breaking refactors coming though, like the
generics thing for listview.
-igor
On Fri, Apr 17, 2009 at 12:08 PM, Jeremy Thomerson
<je...@wickettraining.com> wrote:
> Yes - 1.4 is stable enough for production. It is getting very near a final
> release. Many are already using it in production (I am on numerous apps)
> and have been for some time now.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Fri, Apr 17, 2009 at 1:40 PM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
>> Is 1.4 ready for prime-time?
>>
>> If not, is there anything I could cull from that code for 1.3.5? Or any
>> other thoughts that might help?
>>
>>
>> Douglas
>>
>> -----Original Message-----
>> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
>> Sent: Friday, April 17, 2009 12:38 PM
>> To: users@wicket.apache.org
>> Subject: Re: @SSLRequired
>>
>> i just checked in org.apache.wicekt.protocol.https package that should
>> help with this. its in 1.4 only.
>>
>> -igor
>>
>> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener <ry...@ryangravener.com>
>> wrote:
>> > How about just having apache httpd rewrite the http(s) for the pages you
>> > need? I haven't yet did our ssl implementation, but I know that I don't
>> > want the logic in wicket.
>> >
>> > Ryan Gravener
>> > http://ryangravener.com/flex | http://twitter.com/ryangravener
>> >
>> >
>> > On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
>> > douglas@douglasferguson.us> wrote:
>> >
>> >> That's where I got my code..
>> >>
>> >> I'm hitting 2 issues
>> >>
>> >> 1) The ssl detection/redirect isn't happening till the end of the chain
>> and
>> >> when it redirects it redirects back to the top.
>> >> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
>> >> Page 2.
>> >> If you go to page 1 then it attempts to redirect to page2 and then
>> >> wicket redirects to Page 1 with https..
>> >> I would prefer to go directly to Page 2, but I can't figure out how
>> to
>> >> build that url..
>> >> 2) My other issues is this:
>> >> else if (requestTarget instanceof IPageRequestTarget) {
>> >> targetClass = ((IPageRequestTarget)
>> >> requestTarget).getPage()
>> >> .getClass();
>> >> }
>> >> This means that if you redirect to a Page object which you have
>> >> constructed with special state, then this throws that object away and
>> wicket
>> >> will use default constructor.
>> >>
>> >> -----Original Message-----
>> >> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
>> >> Gravener
>> >> Sent: Friday, April 17, 2009 10:00 AM
>> >> To: users@wicket.apache.org
>> >> Subject: Re: @SSLRequired
>> >>
>> >> maybe this is of use:
>> >> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>> >>
>> >> Ryan Gravener
>> >> http://ryangravener.com/flex | http://twitter.com/ryangravener
>> >>
>> >>
>> >> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
>> >> douglas@douglasferguson.us> wrote:
>> >>
>> >> > I'm implement an SSL scheme using annotations and I'm having some
>> issues
>> >> > with redirecting properly.
>> >> >
>> >> > The issue is when I have non-secured page that redirects to a secured
>> >> page.
>> >> >
>> >> > I'm doing the https/http redirecting inside of a
>> >> WebRequestCycleProcessor,
>> >> > which works well unless there is a redirect prior to the ssl redirect.
>> If
>> >> > this happens then I redirect back to the top of the chain, because I'm
>> >> using
>> >> > the HttpServletRequest to build the url, which returns url info based
>> on
>> >> the
>> >> > orginal request. I've been looking all around and I can't find any way
>> of
>> >> > building a url that represents the last redirect. I've tried
>> >> >
>> >> >
>> >> >
>> >>
>> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
>> >> > and
>> >> > RequestCycle.get().urlFor(requestTarget)
>> >> >
>> >> > Here's my current impl for The RequestCycleProcessor.
>> >> >
>> >> >
>> >> > WebRequest webRequest = (WebRequest) requestCycle
>> .getRequest();
>> >> > WebResponse webResponse = (WebResponse) requestCycle
>> >> .getResponse();
>> >> > HttpServletRequest httpServletRequest =
>> >> > webRequest.getHttpServletRequest();
>> >> > StringBuffer url = new StringBuffer(protocol);
>> >> > url.append(httpServletRequest.getServerName());
>> >> > if(defaultPort != port){
>> >> > url.append(":" + port);
>> >> > }
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > url.append(webRequest.getHttpServletRequest().getContextPath());
>> >> > url.append(webRequest.getServletPath());
>> >> > String queryString =
>> >> > webRequest.getHttpServletRequest().getQueryString();
>> >> >
>> >> > ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> > For additional commands, e-mail: users-help@wicket.apache.org
>> >> >
>> >> >
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: @SSLRequired
Posted by Igor Vaynberg <ig...@gmail.com>.
huh?
if you call setresponsepage(new page2()) this will not create a
bookmarkable page request target, if it did then these kinds of links
wouldnt work regardless of http or https.
-igor
On Fri, Apr 17, 2009 at 3:35 PM, Douglas Ferguson
<do...@douglasferguson.us> wrote:
> Ok.. I had a chance to look at the code.
>
> It will have the same problem as my code.
>
> 1) Page1 (doesn't require https)
> Page2 (requires https)
> I load Page1 and it detects a situation that requires it to load Page2.
> The redirect is done inside wicket using setResponsePage(page2)
> The requestCyledProcessor will intercept this after the internarl redirect
> at which point it sees Page2 on the target and realizes it needs to redirect to https
> When it redirects it uses the httpservlet request to build a new url and changing the protocol.
> Since the orginal request was made for Page1, wicket will request Page1 (this constructing another object), when then we redirect to Page2 again, if loading these pages causing side effects, these side effects will happen twice!
> 2) Page1 (doesn't required https)
> Page2 (required https)
> Page1 does a redirect to Pages using setResponsePage(new Page2(..specialParameters..))
> The internal redirect will trigger a protocol change, which triggers this code
> else if (target instanceof IBookmarkablePageRequestTarget)
> {
> return ((IBookmarkablePageRequestTarget)target).getPageClass();
> }
> Which means that the instantiated Page2 that you expecting to redirect to will be thrown away
> and wicket will do a new instance on the Page2.getClass()
>
>
>
>
> -----Original Message-----
> From: Jeremy Thomerson [mailto:jeremy@wickettraining.com]
> Sent: Friday, April 17, 2009 2:55 PM
> To: users@wicket.apache.org
> Subject: Re: @SSLRequired
>
> Go to wicket.apache.org - in the left bar near the bottom there are links to
> the source repo and to the fisheye view.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Fri, Apr 17, 2009 at 2:30 PM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
>> Where cab I view it online I don't see it in the javadoc
>>
>> Douglas Ferguson
>> 512-293-7279
>> Sent from my iPhone
>>
>> On Apr 17, 2009, at 1:52 PM, "Igor Vaynberg" <ig...@gmail.com>
>> wrote:
>>
>> > see org.apache.wicket.protocol.https package
>> >
>> > -igor
>> >
>> > On Fri, Apr 17, 2009 at 11:40 AM, Douglas Ferguson
>> > <do...@douglasferguson.us> wrote:
>> >> Is 1.4 ready for prime-time?
>> >>
>> >> If not, is there anything I could cull from that code for 1.3.5? Or
>> >> any other thoughts that might help?
>> >>
>> >>
>> >> Douglas
>> >>
>> >> -----Original Message-----
>> >> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
>> >> Sent: Friday, April 17, 2009 12:38 PM
>> >> To: users@wicket.apache.org
>> >> Subject: Re: @SSLRequired
>> >>
>> >> i just checked in org.apache.wicekt.protocol.https package that
>> >> should
>> >> help with this. its in 1.4 only.
>> >>
>> >> -igor
>> >>
>> >> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener
>> >> <ry...@ryangravener.com> wrote:
>> >>> How about just having apache httpd rewrite the http(s) for the
>> >>> pages you
>> >>> need? I haven't yet did our ssl implementation, but I know that I
>> >>> don't
>> >>> want the logic in wicket.
>> >>>
>> >>> Ryan Gravener
>> >>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>> >>>
>> >>>
>> >>> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
>> >>> douglas@douglasferguson.us> wrote:
>> >>>
>> >>>> That's where I got my code..
>> >>>>
>> >>>> I'm hitting 2 issues
>> >>>>
>> >>>> 1) The ssl detection/redirect isn't happening till the end of the
>> >>>> chain and
>> >>>> when it redirects it redirects back to the top.
>> >>>> Ie. Page 1 is not secure, Page 2 is secure. Page one
>> >>>> redirects to
>> >>>> Page 2.
>> >>>> If you go to page 1 then it attempts to redirect to page2
>> >>>> and then
>> >>>> wicket redirects to Page 1 with https..
>> >>>> I would prefer to go directly to Page 2, but I can't figure
>> >>>> out how to
>> >>>> build that url..
>> >>>> 2) My other issues is this:
>> >>>> else if (requestTarget instanceof IPageRequestTarget) {
>> >>>> targetClass = ((IPageRequestTarget)
>> >>>> requestTarget).getPage()
>> >>>> .getClass();
>> >>>> }
>> >>>> This means that if you redirect to a Page object which you have
>> >>>> constructed with special state, then this throws that object away
>> >>>> and wicket
>> >>>> will use default constructor.
>> >>>>
>> >>>> -----Original Message-----
>> >>>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of
>> >>>> Ryan
>> >>>> Gravener
>> >>>> Sent: Friday, April 17, 2009 10:00 AM
>> >>>> To: users@wicket.apache.org
>> >>>> Subject: Re: @SSLRequired
>> >>>>
>> >>>> maybe this is of use:
>> >>>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>> >>>>
>> >>>> Ryan Gravener
>> >>>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>> >>>>
>> >>>>
>> >>>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
>> >>>> douglas@douglasferguson.us> wrote:
>> >>>>
>> >>>>> I'm implement an SSL scheme using annotations and I'm having
>> >>>>> some issues
>> >>>>> with redirecting properly.
>> >>>>>
>> >>>>> The issue is when I have non-secured page that redirects to a
>> >>>>> secured
>> >>>> page.
>> >>>>>
>> >>>>> I'm doing the https/http redirecting inside of a
>> >>>> WebRequestCycleProcessor,
>> >>>>> which works well unless there is a redirect prior to the ssl
>> >>>>> redirect. If
>> >>>>> this happens then I redirect back to the top of the chain,
>> >>>>> because I'm
>> >>>> using
>> >>>>> the HttpServletRequest to build the url, which returns url info
>> >>>>> based on
>> >>>> the
>> >>>>> orginal request. I've been looking all around and I can't find
>> >>>>> any way of
>> >>>>> building a url that represents the last redirect. I've tried
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>> Application.
>> >>>> get(
>> >>>> ).g
>> >>>> etRequestCycleProcessor(
>> >>>> ).getRequestCodingStrategy().pathForTarget(requestTarget);
>> >>>>> and
>> >>>>> RequestCycle.get().urlFor(requestTarget)
>> >>>>>
>> >>>>> Here's my current impl for The RequestCycleProcessor.
>> >>>>>
>> >>>>>
>> >>>>> WebRequest webRequest = (WebRequest)
>> >>>>> requestCycle .getRequest();
>> >>>>> WebResponse webResponse = (WebResponse) requestCycle
>> >>>> .getResponse();
>> >>>>> HttpServletRequest httpServletRequest =
>> >>>>> webRequest.getHttpServletRequest();
>> >>>>> StringBuffer url = new StringBuffer(protocol);
>> >>>>> url.append(httpServletRequest.getServerName());
>> >>>>> if(defaultPort != port){
>> >>>>> url.append(":" + port);
>> >>>>> }
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> url.append(webRequest.getHttpServletRequest().getContextPath());
>> >>>>> url.append(webRequest.getServletPath());
>> >>>>> String queryString =
>> >>>>> webRequest.getHttpServletRequest().getQueryString();
>> >>>>>
>> >>>>> ---
>> >>>>> ------------------------------------------------------------------
>> >>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >>>>> For additional commands, e-mail: users-help@wicket.apache.org
>> >>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> For additional commands, e-mail: users-help@wicket.apache.org
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> For additional commands, e-mail: users-help@wicket.apache.org
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> > For additional commands, e-mail: users-help@wicket.apache.org
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
RE: @SSLRequired
Posted by Douglas Ferguson <do...@douglasferguson.us>.
Ok.. I had a chance to look at the code.
It will have the same problem as my code.
1) Page1 (doesn't require https)
Page2 (requires https)
I load Page1 and it detects a situation that requires it to load Page2.
The redirect is done inside wicket using setResponsePage(page2)
The requestCyledProcessor will intercept this after the internarl redirect
at which point it sees Page2 on the target and realizes it needs to redirect to https
When it redirects it uses the httpservlet request to build a new url and changing the protocol.
Since the orginal request was made for Page1, wicket will request Page1 (this constructing another object), when then we redirect to Page2 again, if loading these pages causing side effects, these side effects will happen twice!
2) Page1 (doesn't required https)
Page2 (required https)
Page1 does a redirect to Pages using setResponsePage(new Page2(..specialParameters..))
The internal redirect will trigger a protocol change, which triggers this code
else if (target instanceof IBookmarkablePageRequestTarget)
{
return ((IBookmarkablePageRequestTarget)target).getPageClass();
}
Which means that the instantiated Page2 that you expecting to redirect to will be thrown away
and wicket will do a new instance on the Page2.getClass()
-----Original Message-----
From: Jeremy Thomerson [mailto:jeremy@wickettraining.com]
Sent: Friday, April 17, 2009 2:55 PM
To: users@wicket.apache.org
Subject: Re: @SSLRequired
Go to wicket.apache.org - in the left bar near the bottom there are links to
the source repo and to the fisheye view.
--
Jeremy Thomerson
http://www.wickettraining.com
On Fri, Apr 17, 2009 at 2:30 PM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> Where cab I view it online I don't see it in the javadoc
>
> Douglas Ferguson
> 512-293-7279
> Sent from my iPhone
>
> On Apr 17, 2009, at 1:52 PM, "Igor Vaynberg" <ig...@gmail.com>
> wrote:
>
> > see org.apache.wicket.protocol.https package
> >
> > -igor
> >
> > On Fri, Apr 17, 2009 at 11:40 AM, Douglas Ferguson
> > <do...@douglasferguson.us> wrote:
> >> Is 1.4 ready for prime-time?
> >>
> >> If not, is there anything I could cull from that code for 1.3.5? Or
> >> any other thoughts that might help?
> >>
> >>
> >> Douglas
> >>
> >> -----Original Message-----
> >> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
> >> Sent: Friday, April 17, 2009 12:38 PM
> >> To: users@wicket.apache.org
> >> Subject: Re: @SSLRequired
> >>
> >> i just checked in org.apache.wicekt.protocol.https package that
> >> should
> >> help with this. its in 1.4 only.
> >>
> >> -igor
> >>
> >> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener
> >> <ry...@ryangravener.com> wrote:
> >>> How about just having apache httpd rewrite the http(s) for the
> >>> pages you
> >>> need? I haven't yet did our ssl implementation, but I know that I
> >>> don't
> >>> want the logic in wicket.
> >>>
> >>> Ryan Gravener
> >>> http://ryangravener.com/flex | http://twitter.com/ryangravener
> >>>
> >>>
> >>> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
> >>> douglas@douglasferguson.us> wrote:
> >>>
> >>>> That's where I got my code..
> >>>>
> >>>> I'm hitting 2 issues
> >>>>
> >>>> 1) The ssl detection/redirect isn't happening till the end of the
> >>>> chain and
> >>>> when it redirects it redirects back to the top.
> >>>> Ie. Page 1 is not secure, Page 2 is secure. Page one
> >>>> redirects to
> >>>> Page 2.
> >>>> If you go to page 1 then it attempts to redirect to page2
> >>>> and then
> >>>> wicket redirects to Page 1 with https..
> >>>> I would prefer to go directly to Page 2, but I can't figure
> >>>> out how to
> >>>> build that url..
> >>>> 2) My other issues is this:
> >>>> else if (requestTarget instanceof IPageRequestTarget) {
> >>>> targetClass = ((IPageRequestTarget)
> >>>> requestTarget).getPage()
> >>>> .getClass();
> >>>> }
> >>>> This means that if you redirect to a Page object which you have
> >>>> constructed with special state, then this throws that object away
> >>>> and wicket
> >>>> will use default constructor.
> >>>>
> >>>> -----Original Message-----
> >>>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of
> >>>> Ryan
> >>>> Gravener
> >>>> Sent: Friday, April 17, 2009 10:00 AM
> >>>> To: users@wicket.apache.org
> >>>> Subject: Re: @SSLRequired
> >>>>
> >>>> maybe this is of use:
> >>>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
> >>>>
> >>>> Ryan Gravener
> >>>> http://ryangravener.com/flex | http://twitter.com/ryangravener
> >>>>
> >>>>
> >>>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
> >>>> douglas@douglasferguson.us> wrote:
> >>>>
> >>>>> I'm implement an SSL scheme using annotations and I'm having
> >>>>> some issues
> >>>>> with redirecting properly.
> >>>>>
> >>>>> The issue is when I have non-secured page that redirects to a
> >>>>> secured
> >>>> page.
> >>>>>
> >>>>> I'm doing the https/http redirecting inside of a
> >>>> WebRequestCycleProcessor,
> >>>>> which works well unless there is a redirect prior to the ssl
> >>>>> redirect. If
> >>>>> this happens then I redirect back to the top of the chain,
> >>>>> because I'm
> >>>> using
> >>>>> the HttpServletRequest to build the url, which returns url info
> >>>>> based on
> >>>> the
> >>>>> orginal request. I've been looking all around and I can't find
> >>>>> any way of
> >>>>> building a url that represents the last redirect. I've tried
> >>>>>
> >>>>>
> >>>>>
> >>>> Application.
> >>>> get(
> >>>> ).g
> >>>> etRequestCycleProcessor(
> >>>> ).getRequestCodingStrategy().pathForTarget(requestTarget);
> >>>>> and
> >>>>> RequestCycle.get().urlFor(requestTarget)
> >>>>>
> >>>>> Here's my current impl for The RequestCycleProcessor.
> >>>>>
> >>>>>
> >>>>> WebRequest webRequest = (WebRequest)
> >>>>> requestCycle .getRequest();
> >>>>> WebResponse webResponse = (WebResponse) requestCycle
> >>>> .getResponse();
> >>>>> HttpServletRequest httpServletRequest =
> >>>>> webRequest.getHttpServletRequest();
> >>>>> StringBuffer url = new StringBuffer(protocol);
> >>>>> url.append(httpServletRequest.getServerName());
> >>>>> if(defaultPort != port){
> >>>>> url.append(":" + port);
> >>>>> }
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> url.append(webRequest.getHttpServletRequest().getContextPath());
> >>>>> url.append(webRequest.getServletPath());
> >>>>> String queryString =
> >>>>> webRequest.getHttpServletRequest().getQueryString();
> >>>>>
> >>>>> ---
> >>>>> ------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >>>>> For additional commands, e-mail: users-help@wicket.apache.org
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: @SSLRequired
Posted by Jeremy Thomerson <je...@wickettraining.com>.
Go to wicket.apache.org - in the left bar near the bottom there are links to
the source repo and to the fisheye view.
--
Jeremy Thomerson
http://www.wickettraining.com
On Fri, Apr 17, 2009 at 2:30 PM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> Where cab I view it online I don't see it in the javadoc
>
> Douglas Ferguson
> 512-293-7279
> Sent from my iPhone
>
> On Apr 17, 2009, at 1:52 PM, "Igor Vaynberg" <ig...@gmail.com>
> wrote:
>
> > see org.apache.wicket.protocol.https package
> >
> > -igor
> >
> > On Fri, Apr 17, 2009 at 11:40 AM, Douglas Ferguson
> > <do...@douglasferguson.us> wrote:
> >> Is 1.4 ready for prime-time?
> >>
> >> If not, is there anything I could cull from that code for 1.3.5? Or
> >> any other thoughts that might help?
> >>
> >>
> >> Douglas
> >>
> >> -----Original Message-----
> >> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
> >> Sent: Friday, April 17, 2009 12:38 PM
> >> To: users@wicket.apache.org
> >> Subject: Re: @SSLRequired
> >>
> >> i just checked in org.apache.wicekt.protocol.https package that
> >> should
> >> help with this. its in 1.4 only.
> >>
> >> -igor
> >>
> >> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener
> >> <ry...@ryangravener.com> wrote:
> >>> How about just having apache httpd rewrite the http(s) for the
> >>> pages you
> >>> need? I haven't yet did our ssl implementation, but I know that I
> >>> don't
> >>> want the logic in wicket.
> >>>
> >>> Ryan Gravener
> >>> http://ryangravener.com/flex | http://twitter.com/ryangravener
> >>>
> >>>
> >>> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
> >>> douglas@douglasferguson.us> wrote:
> >>>
> >>>> That's where I got my code..
> >>>>
> >>>> I'm hitting 2 issues
> >>>>
> >>>> 1) The ssl detection/redirect isn't happening till the end of the
> >>>> chain and
> >>>> when it redirects it redirects back to the top.
> >>>> Ie. Page 1 is not secure, Page 2 is secure. Page one
> >>>> redirects to
> >>>> Page 2.
> >>>> If you go to page 1 then it attempts to redirect to page2
> >>>> and then
> >>>> wicket redirects to Page 1 with https..
> >>>> I would prefer to go directly to Page 2, but I can't figure
> >>>> out how to
> >>>> build that url..
> >>>> 2) My other issues is this:
> >>>> else if (requestTarget instanceof IPageRequestTarget) {
> >>>> targetClass = ((IPageRequestTarget)
> >>>> requestTarget).getPage()
> >>>> .getClass();
> >>>> }
> >>>> This means that if you redirect to a Page object which you have
> >>>> constructed with special state, then this throws that object away
> >>>> and wicket
> >>>> will use default constructor.
> >>>>
> >>>> -----Original Message-----
> >>>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of
> >>>> Ryan
> >>>> Gravener
> >>>> Sent: Friday, April 17, 2009 10:00 AM
> >>>> To: users@wicket.apache.org
> >>>> Subject: Re: @SSLRequired
> >>>>
> >>>> maybe this is of use:
> >>>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
> >>>>
> >>>> Ryan Gravener
> >>>> http://ryangravener.com/flex | http://twitter.com/ryangravener
> >>>>
> >>>>
> >>>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
> >>>> douglas@douglasferguson.us> wrote:
> >>>>
> >>>>> I'm implement an SSL scheme using annotations and I'm having
> >>>>> some issues
> >>>>> with redirecting properly.
> >>>>>
> >>>>> The issue is when I have non-secured page that redirects to a
> >>>>> secured
> >>>> page.
> >>>>>
> >>>>> I'm doing the https/http redirecting inside of a
> >>>> WebRequestCycleProcessor,
> >>>>> which works well unless there is a redirect prior to the ssl
> >>>>> redirect. If
> >>>>> this happens then I redirect back to the top of the chain,
> >>>>> because I'm
> >>>> using
> >>>>> the HttpServletRequest to build the url, which returns url info
> >>>>> based on
> >>>> the
> >>>>> orginal request. I've been looking all around and I can't find
> >>>>> any way of
> >>>>> building a url that represents the last redirect. I've tried
> >>>>>
> >>>>>
> >>>>>
> >>>> Application.
> >>>> get(
> >>>> ).g
> >>>> etRequestCycleProcessor(
> >>>> ).getRequestCodingStrategy().pathForTarget(requestTarget);
> >>>>> and
> >>>>> RequestCycle.get().urlFor(requestTarget)
> >>>>>
> >>>>> Here's my current impl for The RequestCycleProcessor.
> >>>>>
> >>>>>
> >>>>> WebRequest webRequest = (WebRequest)
> >>>>> requestCycle .getRequest();
> >>>>> WebResponse webResponse = (WebResponse) requestCycle
> >>>> .getResponse();
> >>>>> HttpServletRequest httpServletRequest =
> >>>>> webRequest.getHttpServletRequest();
> >>>>> StringBuffer url = new StringBuffer(protocol);
> >>>>> url.append(httpServletRequest.getServerName());
> >>>>> if(defaultPort != port){
> >>>>> url.append(":" + port);
> >>>>> }
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> url.append(webRequest.getHttpServletRequest().getContextPath());
> >>>>> url.append(webRequest.getServletPath());
> >>>>> String queryString =
> >>>>> webRequest.getHttpServletRequest().getQueryString();
> >>>>>
> >>>>> ---
> >>>>> ------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >>>>> For additional commands, e-mail: users-help@wicket.apache.org
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: @SSLRequired
Posted by Douglas Ferguson <do...@douglasferguson.us>.
Where cab I view it online I don't see it in the javadoc
Douglas Ferguson
512-293-7279
Sent from my iPhone
On Apr 17, 2009, at 1:52 PM, "Igor Vaynberg" <ig...@gmail.com>
wrote:
> see org.apache.wicket.protocol.https package
>
> -igor
>
> On Fri, Apr 17, 2009 at 11:40 AM, Douglas Ferguson
> <do...@douglasferguson.us> wrote:
>> Is 1.4 ready for prime-time?
>>
>> If not, is there anything I could cull from that code for 1.3.5? Or
>> any other thoughts that might help?
>>
>>
>> Douglas
>>
>> -----Original Message-----
>> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
>> Sent: Friday, April 17, 2009 12:38 PM
>> To: users@wicket.apache.org
>> Subject: Re: @SSLRequired
>>
>> i just checked in org.apache.wicekt.protocol.https package that
>> should
>> help with this. its in 1.4 only.
>>
>> -igor
>>
>> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener
>> <ry...@ryangravener.com> wrote:
>>> How about just having apache httpd rewrite the http(s) for the
>>> pages you
>>> need? I haven't yet did our ssl implementation, but I know that I
>>> don't
>>> want the logic in wicket.
>>>
>>> Ryan Gravener
>>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>>>
>>>
>>> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
>>> douglas@douglasferguson.us> wrote:
>>>
>>>> That's where I got my code..
>>>>
>>>> I'm hitting 2 issues
>>>>
>>>> 1) The ssl detection/redirect isn't happening till the end of the
>>>> chain and
>>>> when it redirects it redirects back to the top.
>>>> Ie. Page 1 is not secure, Page 2 is secure. Page one
>>>> redirects to
>>>> Page 2.
>>>> If you go to page 1 then it attempts to redirect to page2
>>>> and then
>>>> wicket redirects to Page 1 with https..
>>>> I would prefer to go directly to Page 2, but I can't figure
>>>> out how to
>>>> build that url..
>>>> 2) My other issues is this:
>>>> else if (requestTarget instanceof IPageRequestTarget) {
>>>> targetClass = ((IPageRequestTarget)
>>>> requestTarget).getPage()
>>>> .getClass();
>>>> }
>>>> This means that if you redirect to a Page object which you have
>>>> constructed with special state, then this throws that object away
>>>> and wicket
>>>> will use default constructor.
>>>>
>>>> -----Original Message-----
>>>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of
>>>> Ryan
>>>> Gravener
>>>> Sent: Friday, April 17, 2009 10:00 AM
>>>> To: users@wicket.apache.org
>>>> Subject: Re: @SSLRequired
>>>>
>>>> maybe this is of use:
>>>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>>>>
>>>> Ryan Gravener
>>>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>>>>
>>>>
>>>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
>>>> douglas@douglasferguson.us> wrote:
>>>>
>>>>> I'm implement an SSL scheme using annotations and I'm having
>>>>> some issues
>>>>> with redirecting properly.
>>>>>
>>>>> The issue is when I have non-secured page that redirects to a
>>>>> secured
>>>> page.
>>>>>
>>>>> I'm doing the https/http redirecting inside of a
>>>> WebRequestCycleProcessor,
>>>>> which works well unless there is a redirect prior to the ssl
>>>>> redirect. If
>>>>> this happens then I redirect back to the top of the chain,
>>>>> because I'm
>>>> using
>>>>> the HttpServletRequest to build the url, which returns url info
>>>>> based on
>>>> the
>>>>> orginal request. I've been looking all around and I can't find
>>>>> any way of
>>>>> building a url that represents the last redirect. I've tried
>>>>>
>>>>>
>>>>>
>>>> Application.
>>>> get(
>>>> ).g
>>>> etRequestCycleProcessor(
>>>> ).getRequestCodingStrategy().pathForTarget(requestTarget);
>>>>> and
>>>>> RequestCycle.get().urlFor(requestTarget)
>>>>>
>>>>> Here's my current impl for The RequestCycleProcessor.
>>>>>
>>>>>
>>>>> WebRequest webRequest = (WebRequest)
>>>>> requestCycle .getRequest();
>>>>> WebResponse webResponse = (WebResponse) requestCycle
>>>> .getResponse();
>>>>> HttpServletRequest httpServletRequest =
>>>>> webRequest.getHttpServletRequest();
>>>>> StringBuffer url = new StringBuffer(protocol);
>>>>> url.append(httpServletRequest.getServerName());
>>>>> if(defaultPort != port){
>>>>> url.append(":" + port);
>>>>> }
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> url.append(webRequest.getHttpServletRequest().getContextPath());
>>>>> url.append(webRequest.getServletPath());
>>>>> String queryString =
>>>>> webRequest.getHttpServletRequest().getQueryString();
>>>>>
>>>>> ---
>>>>> ------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: @SSLRequired
Posted by Igor Vaynberg <ig...@gmail.com>.
see org.apache.wicket.protocol.https package
-igor
On Fri, Apr 17, 2009 at 11:40 AM, Douglas Ferguson
<do...@douglasferguson.us> wrote:
> Is 1.4 ready for prime-time?
>
> If not, is there anything I could cull from that code for 1.3.5? Or any other thoughts that might help?
>
>
> Douglas
>
> -----Original Message-----
> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
> Sent: Friday, April 17, 2009 12:38 PM
> To: users@wicket.apache.org
> Subject: Re: @SSLRequired
>
> i just checked in org.apache.wicekt.protocol.https package that should
> help with this. its in 1.4 only.
>
> -igor
>
> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener <ry...@ryangravener.com> wrote:
>> How about just having apache httpd rewrite the http(s) for the pages you
>> need? I haven't yet did our ssl implementation, but I know that I don't
>> want the logic in wicket.
>>
>> Ryan Gravener
>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>>
>>
>> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
>> douglas@douglasferguson.us> wrote:
>>
>>> That's where I got my code..
>>>
>>> I'm hitting 2 issues
>>>
>>> 1) The ssl detection/redirect isn't happening till the end of the chain and
>>> when it redirects it redirects back to the top.
>>> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
>>> Page 2.
>>> If you go to page 1 then it attempts to redirect to page2 and then
>>> wicket redirects to Page 1 with https..
>>> I would prefer to go directly to Page 2, but I can't figure out how to
>>> build that url..
>>> 2) My other issues is this:
>>> else if (requestTarget instanceof IPageRequestTarget) {
>>> targetClass = ((IPageRequestTarget)
>>> requestTarget).getPage()
>>> .getClass();
>>> }
>>> This means that if you redirect to a Page object which you have
>>> constructed with special state, then this throws that object away and wicket
>>> will use default constructor.
>>>
>>> -----Original Message-----
>>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
>>> Gravener
>>> Sent: Friday, April 17, 2009 10:00 AM
>>> To: users@wicket.apache.org
>>> Subject: Re: @SSLRequired
>>>
>>> maybe this is of use:
>>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>>>
>>> Ryan Gravener
>>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>>>
>>>
>>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
>>> douglas@douglasferguson.us> wrote:
>>>
>>> > I'm implement an SSL scheme using annotations and I'm having some issues
>>> > with redirecting properly.
>>> >
>>> > The issue is when I have non-secured page that redirects to a secured
>>> page.
>>> >
>>> > I'm doing the https/http redirecting inside of a
>>> WebRequestCycleProcessor,
>>> > which works well unless there is a redirect prior to the ssl redirect. If
>>> > this happens then I redirect back to the top of the chain, because I'm
>>> using
>>> > the HttpServletRequest to build the url, which returns url info based on
>>> the
>>> > orginal request. I've been looking all around and I can't find any way of
>>> > building a url that represents the last redirect. I've tried
>>> >
>>> >
>>> >
>>> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
>>> > and
>>> > RequestCycle.get().urlFor(requestTarget)
>>> >
>>> > Here's my current impl for The RequestCycleProcessor.
>>> >
>>> >
>>> > WebRequest webRequest = (WebRequest) requestCycle .getRequest();
>>> > WebResponse webResponse = (WebResponse) requestCycle
>>> .getResponse();
>>> > HttpServletRequest httpServletRequest =
>>> > webRequest.getHttpServletRequest();
>>> > StringBuffer url = new StringBuffer(protocol);
>>> > url.append(httpServletRequest.getServerName());
>>> > if(defaultPort != port){
>>> > url.append(":" + port);
>>> > }
>>> >
>>> >
>>> >
>>> >
>>> > url.append(webRequest.getHttpServletRequest().getContextPath());
>>> > url.append(webRequest.getServletPath());
>>> > String queryString =
>>> > webRequest.getHttpServletRequest().getQueryString();
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> > For additional commands, e-mail: users-help@wicket.apache.org
>>> >
>>> >
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: @SSLRequired
Posted by Jeremy Thomerson <je...@wickettraining.com>.
Yes - 1.4 is stable enough for production. It is getting very near a final
release. Many are already using it in production (I am on numerous apps)
and have been for some time now.
--
Jeremy Thomerson
http://www.wickettraining.com
On Fri, Apr 17, 2009 at 1:40 PM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> Is 1.4 ready for prime-time?
>
> If not, is there anything I could cull from that code for 1.3.5? Or any
> other thoughts that might help?
>
>
> Douglas
>
> -----Original Message-----
> From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
> Sent: Friday, April 17, 2009 12:38 PM
> To: users@wicket.apache.org
> Subject: Re: @SSLRequired
>
> i just checked in org.apache.wicekt.protocol.https package that should
> help with this. its in 1.4 only.
>
> -igor
>
> On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener <ry...@ryangravener.com>
> wrote:
> > How about just having apache httpd rewrite the http(s) for the pages you
> > need? I haven't yet did our ssl implementation, but I know that I don't
> > want the logic in wicket.
> >
> > Ryan Gravener
> > http://ryangravener.com/flex | http://twitter.com/ryangravener
> >
> >
> > On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
> > douglas@douglasferguson.us> wrote:
> >
> >> That's where I got my code..
> >>
> >> I'm hitting 2 issues
> >>
> >> 1) The ssl detection/redirect isn't happening till the end of the chain
> and
> >> when it redirects it redirects back to the top.
> >> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
> >> Page 2.
> >> If you go to page 1 then it attempts to redirect to page2 and then
> >> wicket redirects to Page 1 with https..
> >> I would prefer to go directly to Page 2, but I can't figure out how
> to
> >> build that url..
> >> 2) My other issues is this:
> >> else if (requestTarget instanceof IPageRequestTarget) {
> >> targetClass = ((IPageRequestTarget)
> >> requestTarget).getPage()
> >> .getClass();
> >> }
> >> This means that if you redirect to a Page object which you have
> >> constructed with special state, then this throws that object away and
> wicket
> >> will use default constructor.
> >>
> >> -----Original Message-----
> >> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
> >> Gravener
> >> Sent: Friday, April 17, 2009 10:00 AM
> >> To: users@wicket.apache.org
> >> Subject: Re: @SSLRequired
> >>
> >> maybe this is of use:
> >> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
> >>
> >> Ryan Gravener
> >> http://ryangravener.com/flex | http://twitter.com/ryangravener
> >>
> >>
> >> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
> >> douglas@douglasferguson.us> wrote:
> >>
> >> > I'm implement an SSL scheme using annotations and I'm having some
> issues
> >> > with redirecting properly.
> >> >
> >> > The issue is when I have non-secured page that redirects to a secured
> >> page.
> >> >
> >> > I'm doing the https/http redirecting inside of a
> >> WebRequestCycleProcessor,
> >> > which works well unless there is a redirect prior to the ssl redirect.
> If
> >> > this happens then I redirect back to the top of the chain, because I'm
> >> using
> >> > the HttpServletRequest to build the url, which returns url info based
> on
> >> the
> >> > orginal request. I've been looking all around and I can't find any way
> of
> >> > building a url that represents the last redirect. I've tried
> >> >
> >> >
> >> >
> >>
> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
> >> > and
> >> > RequestCycle.get().urlFor(requestTarget)
> >> >
> >> > Here's my current impl for The RequestCycleProcessor.
> >> >
> >> >
> >> > WebRequest webRequest = (WebRequest) requestCycle
> .getRequest();
> >> > WebResponse webResponse = (WebResponse) requestCycle
> >> .getResponse();
> >> > HttpServletRequest httpServletRequest =
> >> > webRequest.getHttpServletRequest();
> >> > StringBuffer url = new StringBuffer(protocol);
> >> > url.append(httpServletRequest.getServerName());
> >> > if(defaultPort != port){
> >> > url.append(":" + port);
> >> > }
> >> >
> >> >
> >> >
> >> >
> >> > url.append(webRequest.getHttpServletRequest().getContextPath());
> >> > url.append(webRequest.getServletPath());
> >> > String queryString =
> >> > webRequest.getHttpServletRequest().getQueryString();
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> > For additional commands, e-mail: users-help@wicket.apache.org
> >> >
> >> >
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
RE: @SSLRequired
Posted by Douglas Ferguson <do...@douglasferguson.us>.
Is 1.4 ready for prime-time?
If not, is there anything I could cull from that code for 1.3.5? Or any other thoughts that might help?
Douglas
-----Original Message-----
From: Igor Vaynberg [mailto:igor.vaynberg@gmail.com]
Sent: Friday, April 17, 2009 12:38 PM
To: users@wicket.apache.org
Subject: Re: @SSLRequired
i just checked in org.apache.wicekt.protocol.https package that should
help with this. its in 1.4 only.
-igor
On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener <ry...@ryangravener.com> wrote:
> How about just having apache httpd rewrite the http(s) for the pages you
> need? I haven't yet did our ssl implementation, but I know that I don't
> want the logic in wicket.
>
> Ryan Gravener
> http://ryangravener.com/flex | http://twitter.com/ryangravener
>
>
> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
>> That's where I got my code..
>>
>> I'm hitting 2 issues
>>
>> 1) The ssl detection/redirect isn't happening till the end of the chain and
>> when it redirects it redirects back to the top.
>> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
>> Page 2.
>> If you go to page 1 then it attempts to redirect to page2 and then
>> wicket redirects to Page 1 with https..
>> I would prefer to go directly to Page 2, but I can't figure out how to
>> build that url..
>> 2) My other issues is this:
>> else if (requestTarget instanceof IPageRequestTarget) {
>> targetClass = ((IPageRequestTarget)
>> requestTarget).getPage()
>> .getClass();
>> }
>> This means that if you redirect to a Page object which you have
>> constructed with special state, then this throws that object away and wicket
>> will use default constructor.
>>
>> -----Original Message-----
>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
>> Gravener
>> Sent: Friday, April 17, 2009 10:00 AM
>> To: users@wicket.apache.org
>> Subject: Re: @SSLRequired
>>
>> maybe this is of use:
>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>>
>> Ryan Gravener
>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>>
>>
>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
>> douglas@douglasferguson.us> wrote:
>>
>> > I'm implement an SSL scheme using annotations and I'm having some issues
>> > with redirecting properly.
>> >
>> > The issue is when I have non-secured page that redirects to a secured
>> page.
>> >
>> > I'm doing the https/http redirecting inside of a
>> WebRequestCycleProcessor,
>> > which works well unless there is a redirect prior to the ssl redirect. If
>> > this happens then I redirect back to the top of the chain, because I'm
>> using
>> > the HttpServletRequest to build the url, which returns url info based on
>> the
>> > orginal request. I've been looking all around and I can't find any way of
>> > building a url that represents the last redirect. I've tried
>> >
>> >
>> >
>> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
>> > and
>> > RequestCycle.get().urlFor(requestTarget)
>> >
>> > Here's my current impl for The RequestCycleProcessor.
>> >
>> >
>> > WebRequest webRequest = (WebRequest) requestCycle .getRequest();
>> > WebResponse webResponse = (WebResponse) requestCycle
>> .getResponse();
>> > HttpServletRequest httpServletRequest =
>> > webRequest.getHttpServletRequest();
>> > StringBuffer url = new StringBuffer(protocol);
>> > url.append(httpServletRequest.getServerName());
>> > if(defaultPort != port){
>> > url.append(":" + port);
>> > }
>> >
>> >
>> >
>> >
>> > url.append(webRequest.getHttpServletRequest().getContextPath());
>> > url.append(webRequest.getServletPath());
>> > String queryString =
>> > webRequest.getHttpServletRequest().getQueryString();
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> > For additional commands, e-mail: users-help@wicket.apache.org
>> >
>> >
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: @SSLRequired
Posted by Igor Vaynberg <ig...@gmail.com>.
i just checked in org.apache.wicekt.protocol.https package that should
help with this. its in 1.4 only.
-igor
On Fri, Apr 17, 2009 at 8:52 AM, Ryan Gravener <ry...@ryangravener.com> wrote:
> How about just having apache httpd rewrite the http(s) for the pages you
> need? I haven't yet did our ssl implementation, but I know that I don't
> want the logic in wicket.
>
> Ryan Gravener
> http://ryangravener.com/flex | http://twitter.com/ryangravener
>
>
> On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
>> That's where I got my code..
>>
>> I'm hitting 2 issues
>>
>> 1) The ssl detection/redirect isn't happening till the end of the chain and
>> when it redirects it redirects back to the top.
>> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
>> Page 2.
>> If you go to page 1 then it attempts to redirect to page2 and then
>> wicket redirects to Page 1 with https..
>> I would prefer to go directly to Page 2, but I can't figure out how to
>> build that url..
>> 2) My other issues is this:
>> else if (requestTarget instanceof IPageRequestTarget) {
>> targetClass = ((IPageRequestTarget)
>> requestTarget).getPage()
>> .getClass();
>> }
>> This means that if you redirect to a Page object which you have
>> constructed with special state, then this throws that object away and wicket
>> will use default constructor.
>>
>> -----Original Message-----
>> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
>> Gravener
>> Sent: Friday, April 17, 2009 10:00 AM
>> To: users@wicket.apache.org
>> Subject: Re: @SSLRequired
>>
>> maybe this is of use:
>> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>>
>> Ryan Gravener
>> http://ryangravener.com/flex | http://twitter.com/ryangravener
>>
>>
>> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
>> douglas@douglasferguson.us> wrote:
>>
>> > I'm implement an SSL scheme using annotations and I'm having some issues
>> > with redirecting properly.
>> >
>> > The issue is when I have non-secured page that redirects to a secured
>> page.
>> >
>> > I'm doing the https/http redirecting inside of a
>> WebRequestCycleProcessor,
>> > which works well unless there is a redirect prior to the ssl redirect. If
>> > this happens then I redirect back to the top of the chain, because I'm
>> using
>> > the HttpServletRequest to build the url, which returns url info based on
>> the
>> > orginal request. I've been looking all around and I can't find any way of
>> > building a url that represents the last redirect. I've tried
>> >
>> >
>> >
>> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
>> > and
>> > RequestCycle.get().urlFor(requestTarget)
>> >
>> > Here's my current impl for The RequestCycleProcessor.
>> >
>> >
>> > WebRequest webRequest = (WebRequest) requestCycle .getRequest();
>> > WebResponse webResponse = (WebResponse) requestCycle
>> .getResponse();
>> > HttpServletRequest httpServletRequest =
>> > webRequest.getHttpServletRequest();
>> > StringBuffer url = new StringBuffer(protocol);
>> > url.append(httpServletRequest.getServerName());
>> > if(defaultPort != port){
>> > url.append(":" + port);
>> > }
>> >
>> >
>> >
>> >
>> > url.append(webRequest.getHttpServletRequest().getContextPath());
>> > url.append(webRequest.getServletPath());
>> > String queryString =
>> > webRequest.getHttpServletRequest().getQueryString();
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> > For additional commands, e-mail: users-help@wicket.apache.org
>> >
>> >
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
RE: @SSLRequired
Posted by Douglas Ferguson <do...@douglasferguson.us>.
Would rewrite work with the wicket's ability to forward to a instantiated Page?
Douglas
-----Original Message-----
From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan Gravener
Sent: Friday, April 17, 2009 10:52 AM
To: users@wicket.apache.org
Subject: Re: @SSLRequired
How about just having apache httpd rewrite the http(s) for the pages you
need? I haven't yet did our ssl implementation, but I know that I don't
want the logic in wicket.
Ryan Gravener
http://ryangravener.com/flex | http://twitter.com/ryangravener
On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> That's where I got my code..
>
> I'm hitting 2 issues
>
> 1) The ssl detection/redirect isn't happening till the end of the chain and
> when it redirects it redirects back to the top.
> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
> Page 2.
> If you go to page 1 then it attempts to redirect to page2 and then
> wicket redirects to Page 1 with https..
> I would prefer to go directly to Page 2, but I can't figure out how to
> build that url..
> 2) My other issues is this:
> else if (requestTarget instanceof IPageRequestTarget) {
> targetClass = ((IPageRequestTarget)
> requestTarget).getPage()
> .getClass();
> }
> This means that if you redirect to a Page object which you have
> constructed with special state, then this throws that object away and wicket
> will use default constructor.
>
> -----Original Message-----
> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
> Gravener
> Sent: Friday, April 17, 2009 10:00 AM
> To: users@wicket.apache.org
> Subject: Re: @SSLRequired
>
> maybe this is of use:
> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>
> Ryan Gravener
> http://ryangravener.com/flex | http://twitter.com/ryangravener
>
>
> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
> > I'm implement an SSL scheme using annotations and I'm having some issues
> > with redirecting properly.
> >
> > The issue is when I have non-secured page that redirects to a secured
> page.
> >
> > I'm doing the https/http redirecting inside of a
> WebRequestCycleProcessor,
> > which works well unless there is a redirect prior to the ssl redirect. If
> > this happens then I redirect back to the top of the chain, because I'm
> using
> > the HttpServletRequest to build the url, which returns url info based on
> the
> > orginal request. I've been looking all around and I can't find any way of
> > building a url that represents the last redirect. I've tried
> >
> >
> >
> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
> > and
> > RequestCycle.get().urlFor(requestTarget)
> >
> > Here's my current impl for The RequestCycleProcessor.
> >
> >
> > WebRequest webRequest = (WebRequest) requestCycle .getRequest();
> > WebResponse webResponse = (WebResponse) requestCycle
> .getResponse();
> > HttpServletRequest httpServletRequest =
> > webRequest.getHttpServletRequest();
> > StringBuffer url = new StringBuffer(protocol);
> > url.append(httpServletRequest.getServerName());
> > if(defaultPort != port){
> > url.append(":" + port);
> > }
> >
> >
> >
> >
> > url.append(webRequest.getHttpServletRequest().getContextPath());
> > url.append(webRequest.getServletPath());
> > String queryString =
> > webRequest.getHttpServletRequest().getQueryString();
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
Re: @SSLRequired
Posted by Ryan Gravener <ry...@ryangravener.com>.
How about just having apache httpd rewrite the http(s) for the pages you
need? I haven't yet did our ssl implementation, but I know that I don't
want the logic in wicket.
Ryan Gravener
http://ryangravener.com/flex | http://twitter.com/ryangravener
On Fri, Apr 17, 2009 at 11:27 AM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> That's where I got my code..
>
> I'm hitting 2 issues
>
> 1) The ssl detection/redirect isn't happening till the end of the chain and
> when it redirects it redirects back to the top.
> Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to
> Page 2.
> If you go to page 1 then it attempts to redirect to page2 and then
> wicket redirects to Page 1 with https..
> I would prefer to go directly to Page 2, but I can't figure out how to
> build that url..
> 2) My other issues is this:
> else if (requestTarget instanceof IPageRequestTarget) {
> targetClass = ((IPageRequestTarget)
> requestTarget).getPage()
> .getClass();
> }
> This means that if you redirect to a Page object which you have
> constructed with special state, then this throws that object away and wicket
> will use default constructor.
>
> -----Original Message-----
> From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan
> Gravener
> Sent: Friday, April 17, 2009 10:00 AM
> To: users@wicket.apache.org
> Subject: Re: @SSLRequired
>
> maybe this is of use:
> http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
>
> Ryan Gravener
> http://ryangravener.com/flex | http://twitter.com/ryangravener
>
>
> On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
> > I'm implement an SSL scheme using annotations and I'm having some issues
> > with redirecting properly.
> >
> > The issue is when I have non-secured page that redirects to a secured
> page.
> >
> > I'm doing the https/http redirecting inside of a
> WebRequestCycleProcessor,
> > which works well unless there is a redirect prior to the ssl redirect. If
> > this happens then I redirect back to the top of the chain, because I'm
> using
> > the HttpServletRequest to build the url, which returns url info based on
> the
> > orginal request. I've been looking all around and I can't find any way of
> > building a url that represents the last redirect. I've tried
> >
> >
> >
> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
> > and
> > RequestCycle.get().urlFor(requestTarget)
> >
> > Here's my current impl for The RequestCycleProcessor.
> >
> >
> > WebRequest webRequest = (WebRequest) requestCycle .getRequest();
> > WebResponse webResponse = (WebResponse) requestCycle
> .getResponse();
> > HttpServletRequest httpServletRequest =
> > webRequest.getHttpServletRequest();
> > StringBuffer url = new StringBuffer(protocol);
> > url.append(httpServletRequest.getServerName());
> > if(defaultPort != port){
> > url.append(":" + port);
> > }
> >
> >
> >
> >
> > url.append(webRequest.getHttpServletRequest().getContextPath());
> > url.append(webRequest.getServletPath());
> > String queryString =
> > webRequest.getHttpServletRequest().getQueryString();
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
RE: @SSLRequired
Posted by Douglas Ferguson <do...@douglasferguson.us>.
That's where I got my code..
I'm hitting 2 issues
1) The ssl detection/redirect isn't happening till the end of the chain and when it redirects it redirects back to the top.
Ie. Page 1 is not secure, Page 2 is secure. Page one redirects to Page 2.
If you go to page 1 then it attempts to redirect to page2 and then wicket redirects to Page 1 with https..
I would prefer to go directly to Page 2, but I can't figure out how to build that url..
2) My other issues is this:
else if (requestTarget instanceof IPageRequestTarget) {
targetClass = ((IPageRequestTarget) requestTarget).getPage()
.getClass();
}
This means that if you redirect to a Page object which you have constructed with special state, then this throws that object away and wicket will use default constructor.
-----Original Message-----
From: snooplsm@gmail.com [mailto:snooplsm@gmail.com] On Behalf Of Ryan Gravener
Sent: Friday, April 17, 2009 10:00 AM
To: users@wicket.apache.org
Subject: Re: @SSLRequired
maybe this is of use:
http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
Ryan Gravener
http://ryangravener.com/flex | http://twitter.com/ryangravener
On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> I'm implement an SSL scheme using annotations and I'm having some issues
> with redirecting properly.
>
> The issue is when I have non-secured page that redirects to a secured page.
>
> I'm doing the https/http redirecting inside of a WebRequestCycleProcessor,
> which works well unless there is a redirect prior to the ssl redirect. If
> this happens then I redirect back to the top of the chain, because I'm using
> the HttpServletRequest to build the url, which returns url info based on the
> orginal request. I've been looking all around and I can't find any way of
> building a url that represents the last redirect. I've tried
>
>
> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
> and
> RequestCycle.get().urlFor(requestTarget)
>
> Here's my current impl for The RequestCycleProcessor.
>
>
> WebRequest webRequest = (WebRequest) requestCycle .getRequest();
> WebResponse webResponse = (WebResponse) requestCycle .getResponse();
> HttpServletRequest httpServletRequest =
> webRequest.getHttpServletRequest();
> StringBuffer url = new StringBuffer(protocol);
> url.append(httpServletRequest.getServerName());
> if(defaultPort != port){
> url.append(":" + port);
> }
>
>
>
>
> url.append(webRequest.getHttpServletRequest().getContextPath());
> url.append(webRequest.getServletPath());
> String queryString =
> webRequest.getHttpServletRequest().getQueryString();
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: @SSLRequired
Posted by Ryan Gravener <ry...@ryangravener.com>.
maybe this is of use:
http://cwiki.apache.org/WICKET/how-to-switch-to-ssl-mode.html
Ryan Gravener
http://ryangravener.com/flex | http://twitter.com/ryangravener
On Fri, Apr 17, 2009 at 10:48 AM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> I'm implement an SSL scheme using annotations and I'm having some issues
> with redirecting properly.
>
> The issue is when I have non-secured page that redirects to a secured page.
>
> I'm doing the https/http redirecting inside of a WebRequestCycleProcessor,
> which works well unless there is a redirect prior to the ssl redirect. If
> this happens then I redirect back to the top of the chain, because I'm using
> the HttpServletRequest to build the url, which returns url info based on the
> orginal request. I've been looking all around and I can't find any way of
> building a url that represents the last redirect. I've tried
>
>
> Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
> and
> RequestCycle.get().urlFor(requestTarget)
>
> Here's my current impl for The RequestCycleProcessor.
>
>
> WebRequest webRequest = (WebRequest) requestCycle .getRequest();
> WebResponse webResponse = (WebResponse) requestCycle .getResponse();
> HttpServletRequest httpServletRequest =
> webRequest.getHttpServletRequest();
> StringBuffer url = new StringBuffer(protocol);
> url.append(httpServletRequest.getServerName());
> if(defaultPort != port){
> url.append(":" + port);
> }
>
>
>
>
> url.append(webRequest.getHttpServletRequest().getContextPath());
> url.append(webRequest.getServletPath());
> String queryString =
> webRequest.getHttpServletRequest().getQueryString();
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
@SSLRequired
Posted by Douglas Ferguson <do...@douglasferguson.us>.
I'm implement an SSL scheme using annotations and I'm having some issues with redirecting properly.
The issue is when I have non-secured page that redirects to a secured page.
I'm doing the https/http redirecting inside of a WebRequestCycleProcessor, which works well unless there is a redirect prior to the ssl redirect. If this happens then I redirect back to the top of the chain, because I'm using the HttpServletRequest to build the url, which returns url info based on the orginal request. I've been looking all around and I can't find any way of building a url that represents the last redirect. I've tried
Application.get().getRequestCycleProcessor().getRequestCodingStrategy().pathForTarget(requestTarget);
and
RequestCycle.get().urlFor(requestTarget)
Here's my current impl for The RequestCycleProcessor.
WebRequest webRequest = (WebRequest) requestCycle .getRequest();
WebResponse webResponse = (WebResponse) requestCycle .getResponse();
HttpServletRequest httpServletRequest = webRequest.getHttpServletRequest();
StringBuffer url = new StringBuffer(protocol);
url.append(httpServletRequest.getServerName());
if(defaultPort != port){
url.append(":" + port);
}
url.append(webRequest.getHttpServletRequest().getContextPath());
url.append(webRequest.getServletPath());
String queryString = webRequest.getHttpServletRequest().getQueryString();
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by CrocodileShoes <ma...@logica.com>.
Hi guys,
I've been fighting with trees for a week now and nearly have it doing what I
require. However there is one thing I can't figure out.
-My tree is build using data from an external source.
-When I click a checkbox in the tree my tree model is completely
restructured based upon data from an external source.
-The tree is rebuilt from the root node downwards and the treemodel updated
via a call to it's setRoot() using the new root as the argument.
What I want is for the node that was checked to stay checked, that is,
persist across the tree update. This obviously happens by default, that is,
without rebuilding the from the root node, but I don't know how to update
the tree without doing that.
Any ideas?
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p23098936.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by prati <pr...@gmail.com>.
Hi i also am having same kind of problem.
I got checkboxes in tree panel ,how to iterate over the selected nodes on
checkbox click.
Thanks
Partibha
Edi wrote:
>
> I am not able to configure the above example Doug.
>
> Could you give me .war file. please
>
> thanks and regards,
> edi
>
>
> Doug Leeper wrote:
>>
>> If the tree is pre-loaded, it is easier. When the checkbox is selected,
>> iterate through the children nodes and set its state to selected.
>>
>> The dynamically loaded is alot trickier...as you would have to load the
>> tree from the selected node and then iterate and set the children notes
>> to selected.
>>
>> Are you sure you want to select the children nodes or is it the parent
>> nodes you want to select?
>>
>
>
--
View this message in context: http://old.nabble.com/Checkbox-tree-component-tp13433102p27250675.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Edi <ed...@yahoo.com>.
I am not able to configure the above example Doug.
Could you give me .war file. please
thanks and regards,
edi
Doug Leeper wrote:
>
> If the tree is pre-loaded, it is easier. When the checkbox is selected,
> iterate through the children nodes and set its state to selected.
>
> The dynamically loaded is alot trickier...as you would have to load the
> tree from the selected node and then iterate and set the children notes to
> selected.
>
> Are you sure you want to select the children nodes or is it the parent
> nodes you want to select?
>
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p23074091.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
I am sure there are a couple of ways to do this.
First thing that comes to mind is to override the Panel2.isVisible() method
and return true if there are any nodes selected in CBTree1.
for instance:
Panel checkBoxPanel2 = new Panel( "checkBoxPanel2" ) {
public boolean isVisible() {
return /** cbTree1 Selection State **/;
}
};
To determine the cbTree1 Selection State, either you iterator through the
entire tree to determine if a node is selected via the TreeState or capture
the number of nodes selected/deselected via TreeStateListener.
By overridding isVisible(), no matter if you are refreshing the entire page
or via Ajax, the checkBoxPanel2 visibility would be handled correctly.
Hope that helps.
- Doug
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p18327178.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by vishy_sb <sh...@gmail.com>.
Hey Doug,
I was able to get the check boxes to work. Thanks for your help on that.
However there is another problem that I am not able to get to work.
I have created another panel with a checkbox tree in it and i want that
panel to show only when I check one of the child nodes in my main checkbox
tree. i.e. I have Panel1 and Panel2 for a page both having a checkbox tree
component in them say checkboxtree1 and checkboxtree2 respectively. I want
the Panel2 to show up (along with the tree) only when a node of the
checkboxtree1 is selected. I tried to add the panel dynamically in the
onNodeCheckUpdated() method of the main panel but it doesn't work like that.
Any ideas about how i can get this to work.
Regards,
vishy_sb
Doug Leeper wrote:
>
> If the tree is pre-loaded, it is easier. When the checkbox is selected,
> iterate through the children nodes and set its state to selected.
>
> The dynamically loaded is alot trickier...as you would have to load the
> tree from the selected node and then iterate and set the children notes to
> selected.
>
> Are you sure you want to select the children nodes or is it the parent
> nodes you want to select?
>
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p18326913.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
If the tree is pre-loaded, it is easier. When the checkbox is selected,
iterate through the children nodes and set its state to selected.
The dynamically loaded is alot trickier...as you would have to load the tree
from the selected node and then iterate and set the children notes to
selected.
Are you sure you want to select the children nodes or is it the parent nodes
you want to select?
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p18173927.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by vishy_sb <sh...@gmail.com>.
Well currently I am testing the tree using a model which creates the entire
tree up front... however for the final implementation I would be building
the child nodes dynamically.... hence I guess I would be using both of
them....
Thanks for the quick reply....
Doug Leeper wrote:
>
> It depends.
>
> Are you building the entire tree up front or are you building the child
> nodes dynamically (i.e. when the parent node is selected/expanded)?
>
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p18147660.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
It depends.
Are you building the entire tree up front or are you building the child
nodes dynamically (i.e. when the parent node is selected/expanded)?
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p18147561.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by vishy_sb <sh...@gmail.com>.
Hey Doug,
I am fairly new to wicket. I am trying to use the checkbox tree component
and it seems to be working well. However I would like to check or uncheck
all the child nodes if the parent node is selected(i.e. if the check box in
front of the parent node is checked or unchecked). Kindly let me know how
can I implement that.
Thanks,
vishy_sb
Doug Leeper wrote:
>
> Ok here it is. I have also included my use of it. While it won't compile
> for you...you will at least see how I have used it.
>
> http://www.nabble.com/file/p13439520/CheckBoxIconPanel.html
> CheckBoxIconPanel.html
> http://www.nabble.com/file/p13439520/CheckBoxIconPanel.java
> CheckBoxIconPanel.java
> http://www.nabble.com/file/p13439520/CheckBoxTree.java CheckBoxTree.java
>
> My use of CheckBoxTree...
>
> http://www.nabble.com/file/p13439520/ProductCategoriesPanel.html
> ProductCategoriesPanel.html
> http://www.nabble.com/file/p13439520/ProductCategoriesPanel.java
> ProductCategoriesPanel.java
>
>
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p18145468.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Benjamin Keil <be...@finantix.com>.
Doug Leeper wrote:
>
> When does this occur?
> - the first time the page is displayed
> - after you do some user interaction? if so, are you using Ajax in the
> user interaction?
>
This happens on the initial loading of the page, and I tried setting the
CheckType to Ajax and to Regular. It happens in both cases (except you get
CheckBoxTree$2 instead of $3).
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p14267352.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
When does this occur?
- the first time the page is displayed
- after you do some user interaction? if so, are you using Ajax in the user
interaction?
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p14262616.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Benjamin Keil <be...@finantix.com>.
Doug Leeper wrote:
>
> Could you post the stacktrace?
>
Here it is:
WicketMessage: 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 (thus the component will never be rendered).
1. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:1:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
2. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:2:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
3. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:3:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
4. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:4:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
5. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:5:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
6. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:6:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
7. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:7:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
8. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:8:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
9. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:9:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
10. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:10:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
11. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:11:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
12. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:12:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
13. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:13:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
14. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:14:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
15. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:15:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
16. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:16:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
Root cause:
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 (thus the component will never be
rendered).
1. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:1:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
2. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:2:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
3. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:3:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
4. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:4:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
5. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:5:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
6. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:6:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
7. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:7:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
8. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:8:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
9. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:9:nodeComponent:checkbox.CheckBoxTree$3, isVisible
= true, isVersioned = false]]
10. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:10:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
11. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:11:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
12. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:12:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
13. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:13:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
14. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:14:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
15. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:15:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
16. [MarkupContainer [Component id = checkbox, page =
lumina.im.presentation.wicket.AdministrateContentScannerDocumentSource, path
= 0:propsForm:groupTree:i:16:nodeComponent:checkbox.CheckBoxTree$3,
isVisible = true, isVersioned = false]]
at org.apache.wicket.Page.checkRendering(Page.java:1095)
at org.apache.wicket.Page.renderPage(Page.java:898)
at
org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:103)
at
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1100)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1169)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:489)
at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343)
at
org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:121)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
lumina.im.presentation.springmvc.wealth.filters.OpenTransactionInViewFilter.doFilterInternal(OpenTransactionInViewFilter.java:43)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:96)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:212)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:619)
Again, this happens under Tomcat (6.0.14) but not under Jetty (6.1.5), but I
can't imagine what the difference would be.
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tp13433102p14259181.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
Could you post the stacktrace?
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a14186249
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Benjamin Keil <be...@finantix.com>.
Thanks for the hint, but, yes the wicket jars are the latest ones:
wicket-1.3.0-rc1.jar
wicket-datetime-1.3.0-rc1.jar
wicket-extensions-1.3.0-rc1.jar
wicket-ioc-1.3.0-rc1.jar
wicket-spring-1.3.0-rc1.jar
wicket-spring-annot-1.3.0-rc1.jar
And it's the same set of jars under Jetty.
So, I'm still really baffled.
Thanks :) :) :)
Ben.
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a14185226
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
That doesn't make sense. Not sure what the problem could be. Are you sure
you have Wicket 1.3 in the Tomcat instance?
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a14185067
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Benjamin Keil <be...@finantix.com>.
Hello All!
This CheckBox tree is very cool. But I'm having some strange interactions
with the web server: when I run under Jetty everything goes smoothly, but
when I deploy to tomcat, I get a bunch of unrendered component exceptions
for the component with id "checkbox" and whose class is some deeply nested
anonymous inner class.
Does anyone have any idea what could possibly be the difference between
the two containers? I believe that I'm running with servlet-api-2.5 in both
Jetty and Tomcat. My web.xml has version="2.5" in its <webapp> tag. I'm
not getting unredered component complaints for anything else anywhere in my
site. I'm totally baffled.
Any help would be greatly appreciated,
Ciao,
Ben.
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a14184918
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
Glad to have helped!
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13804839
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by dstruck <st...@stottlerhenke.com>.
Doug, thanks for putting this together.
David
Doug Leeper wrote:
>
> Ok here it is. I have also included my use of it. While it won't compile
> for you...you will at least see how I have used it.
>
> http://www.nabble.com/file/p13439520/CheckBoxIconPanel.html
> CheckBoxIconPanel.html
> http://www.nabble.com/file/p13439520/CheckBoxIconPanel.java
> CheckBoxIconPanel.java
> http://www.nabble.com/file/p13439520/CheckBoxTree.java CheckBoxTree.java
>
> My use of CheckBoxTree...
>
> http://www.nabble.com/file/p13439520/ProductCategoriesPanel.html
> ProductCategoriesPanel.html
> http://www.nabble.com/file/p13439520/ProductCategoriesPanel.java
> ProductCategoriesPanel.java
>
>
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13804534
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
Ok here it is. I have also included my use of it. While it won't compile
for you...you will at least see how I have used it.
http://www.nabble.com/file/p13439520/CheckBoxIconPanel.html
CheckBoxIconPanel.html
http://www.nabble.com/file/p13439520/CheckBoxIconPanel.java
CheckBoxIconPanel.java
http://www.nabble.com/file/p13439520/CheckBoxTree.java CheckBoxTree.java
My use of CheckBoxTree...
http://www.nabble.com/file/p13439520/ProductCategoriesPanel.html
ProductCategoriesPanel.html
http://www.nabble.com/file/p13439520/ProductCategoriesPanel.java
ProductCategoriesPanel.java
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13439520
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
I agree. I was going to replicate LinkTree and LinkTreePanel with
checkboxes.
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13436575
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by javanrell <ja...@gmail.com>.
Hi all,
I made some changes based on the CheckBoxIconPanel.java posted by Doug,
basically I added behavior to update all parents or childrens when we check
or uncheck a node:
* When we check a node, we verify all its brothers, if they are all checked
then we check its parent and recursively.
* When we check a non leaf node we check all its children recursively.
* When we uncheck a node we uncheck all its parents until the root.
I hope it will useful for someone.
/*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed with
* this work for additional information regarding copyright ownership.
* The ASF licenses this file to You under the Apache License, Version 2.0
* (the "License"); you may not use this file except in compliance with
* the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
import javax.swing.tree.TreeNode;
import org.apache.wicket.MarkupContainer;
import org.apache.wicket.ajax.AjaxRequestTarget;
import org.apache.wicket.markup.html.tree.BaseTree;
import org.apache.wicket.markup.html.tree.LabelIconPanel;
import org.apache.wicket.model.IModel;
/**
* Simple panel that contains a link with icon and a link with a label.
*
* @author Matej Knopp
*/
public class CheckBoxIconPanel extends LabelIconPanel {
private static final long serialVersionUID = 1L;
/**
* Constructs the panel.
*
* @param id
* component id
* @param model
* model that is used to access the TreeNode
* @param tree
*/
public CheckBoxIconPanel(String id, IModel model, CheckBoxTree tree) {
super(id, model, tree);
}
/**
* @see
org.apache.wicket.markup.html.tree.LabelIconPanel#addComponents(org.apache.wicket.model.IModel,
* org.apache.wicket.markup.html.tree.BaseTree)
*/
protected void addComponents(final IModel model, final BaseTree tree) {
final CheckBoxTree cbTree = (CheckBoxTree)tree;
CheckBoxTree.ICheckCallback callback = new CheckBoxTree.ICheckCallback() {
private static final long serialVersionUID = 1L;
public void onUpdate(AjaxRequestTarget target) {
onNodeCheckUpdated((TreeNode)model.getObject(), cbTree, target);
}
};
add(newImageComponent("icon", tree, model));
IModel dataModel = cbTree.newCheckBoxModel((TreeNode)model.getObject());
MarkupContainer cb = null;
add( cb = cbTree.newCheckBox("checkbox", dataModel, callback) );
add(newContentComponent("content", tree, model));
}
/**
* Handler invoked when the checkbox is clicked. By default makes the node
selected
*
* @param node
* @param tree
* @param target
*/
protected void onNodeCheckUpdated(TreeNode node, CheckBoxTree tree,
AjaxRequestTarget target) {
if (tree.getTreeState().isNodeSelected(node)) {
deselectAllParent(node, tree);
selectAllChildren(node, tree, false);
} else {
selectAllChildren(node, tree, true);
updateSelectionIfLastSelected(node, tree);
}
tree.updateTree(target);
}
/**
* When a node of leaf is selected we search for all its brothers, if all
are selected too we select the parent and recursively until the root.
*
* @param node
* @param tree
* @param target
*/
protected void updateSelectionIfLastSelected(TreeNode node, CheckBoxTree
tree) {
TreeNode parent = node.getParent();
while(parent != null) {
int childCount = parent.getChildCount();
for (int i = 0; i < childCount; i++) {
if(!tree.getTreeState().isNodeSelected(parent.getChildAt(i))) {
return;
}
}
tree.getTreeState().selectNode(parent, true);
parent = parent.getParent();
}
}
/**
* When a node / leaf is deselected all its parent are deselected too.
*
* @param node
* @param tree
* @param target
*/
protected void deselectAllParent(TreeNode node, CheckBoxTree tree) {
TreeNode parent = node.getParent();
while(parent != null) {
tree.getTreeState().selectNode(parent, false);
parent = parent.getParent();
}
}
/**
* When a node is selected all its children are selected too
*
* @param node
* @param tree
* @param target
*/
protected void selectAllChildren(TreeNode node, CheckBoxTree tree, boolean
check) {
if (node.isLeaf()) {
tree.getTreeState().selectNode(node, check);
} else {
tree.getTreeState().selectNode(node, check);
int childCount = node.getChildCount();
for (int i = 0; i < childCount; i++) {
selectAllChildren(node.getChildAt(i), tree, check);
}
}
}
}
--
View this message in context: http://apache-wicket.1842946.n4.nabble.com/Checkbox-tree-component-tp1892569p4451127.html
Sent from the Users forum mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Matej Knopp <ma...@gmail.com>.
I think this shouldn't be difficult to accomplish with BaseTree and
AjaxCheckBox.
-Matej
On 10/27/07, Doug Leeper <do...@yahoo.com> wrote:
>
> I was just about to tackle this. If I get something together I will forward
> the code.
>
> - Doug
> --
> View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13436155
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Checkbox tree component
Posted by Doug Leeper <do...@yahoo.com>.
I was just about to tackle this. If I get something together I will forward
the code.
- Doug
--
View this message in context: http://www.nabble.com/Checkbox-tree-component-tf4699092.html#a13436155
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org