You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Arun Gupta <ar...@gmail.com> on 2009/08/05 23:20:25 UTC
Processing GET requests
I need to define couple of URLs in my app that return JSON data on GET
request and are not tied to any view. Planning to use
QueryStringUrlCodingStrategy and append the URL as
"type=runlogs&chart=barchart". Then in the WebPage, extract the query
string and process them.
How do I ensure that JSON data is returned for GET requests to those URLs ?
Thanks,
-Arun
--
Need Application Server ? - Download glassfish.org
Blog: http://blogs.sun.com/arungupta
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Processing GET requests
Posted by Jeremy Thomerson <je...@wickettraining.com>.
Sure - or deploying quickly to a test server, etc (although it depends
on you keeping the console open).
--
Jeremy Thomerson
http://www.wickettraining.com
On Wed, Aug 5, 2009 at 11:13 PM, arungupta<ar...@gmail.com> wrote:
>
> Ok, that's how I understood as well.
>
> But jetty:run is good for the first feel of app, right ?
>
> -Arun
>
>
> jthomerson wrote:
>>
>> If you used the quickstart to get your project going, you have a file
>> called Start.java. From your IDE, just run Start.java in debug mode
>> and you will get automatic class reloading, etc. If you didn't use
>> the quickstart, then create a quickstart and copy that file out of it.
>> Modify it to fit your needs and use it.
>>
>> I prefer Eclipse. But anytime you ask about preferred IDE, you are
>> bound to get a variety of answers.
>>
>> --
>> Jeremy Thomerson
>> http://www.wickettraining.com
>>
>>
>>
>>
>> On Wed, Aug 5, 2009 at 7:06 PM, arungupta<ar...@gmail.com> wrote:
>>>
>>> Then I'm not understanding your original point. Is jetty:run not the
>>> embedded
>>> Jetty ?
>>>
>>> How do I use the Start class ?
>>>
>>> I agree about the debugging part. Which IDE is preferred by the Wicket
>>> community ?
>>>
>>> -Arun
>>>
>>>
>>> igor.vaynberg wrote:
>>>>
>>>> i dont think jetty:run will get you class reloading - which means any
>>>> time you modify a java file it has to restart the app - annoying.
>>>>
>>>> besides, how do you use a debugger?
>>>>
>>>> much easier to just right click Start and select "debug as a java
>>>> application"
>>>>
>>>> my two cents
>>>>
>>>> -igor
>>>>
>>>> On Wed, Aug 5, 2009 at 4:07 PM, arungupta<ar...@gmail.com> wrote:
>>>>>
>>>>> Thanks for the tip!
>>>>>
>>>>> I'm indeed using jetty:run and that surely speeds up the cycle. It's
>>>>> good
>>>>> to
>>>>> know that markup/property files are reloaded live as well, should've
>>>>> thought
>>>>> about it :)
>>>>>
>>>>> -Arun
>>>>>
>>>>>
>>>>> igor.vaynberg wrote:
>>>>>>
>>>>>> also your learning point: # Edit/Save/Deploy/Refresh cycle is time
>>>>>> consuming is completely wrong.
>>>>>>
>>>>>> if you wouldve used the quickstart you wouldve gotten the Start class.
>>>>>> you can use this to launch your app with an embedded jetty container.
>>>>>> as long as wicket is in development mode you get markup and property
>>>>>> file reloading on a live application. if you run the start class in
>>>>>> the debug mode you will also get hotswap - class reloading in the live
>>>>>> application.
>>>>>>
>>>>>> there is no edit/save/deploy/refresh cycle. there is edit - possibly
>>>>>> restart jetty if you made a change hotswap cant handle - refresh
>>>>>> cycle.
>>>>>>
>>>>>> -igor
>>>>>>
>>>>>> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>>>>>>
>>>>>>> Some background ...
>>>>>>>
>>>>>>> I'm trying to build a sample application using different Web
>>>>>>> frameworks
>>>>>>> and
>>>>>>> Wicket is one of them. More details at:
>>>>>>> http://kenai.com/projects/runner/pages/Home
>>>>>>>
>>>>>>> Regarding pure Servlet approach, I agree and that's what I'm going to
>>>>>>> do
>>>>>>> when I built my sample application using a pure Java EE application.
>>>>>>>
>>>>>>> This time, I'm trying to see if this can be done purely in Wicket
>>>>>>> though.
>>>>>>> Or
>>>>>>> even with Wicket I need to fall back to Servlets ?
>>>>>>>
>>>>>>> -Arun
>>>>>>>
>>>>>>>
>>>>>>> Alexandru Objelean wrote:
>>>>>>>>
>>>>>>>> Why would you use wicket for this? The simplest approach is a plain
>>>>>>>> servlet..
>>>>>>>>
>>>>>>>> Alex Objelean
>>>>>>>>
>>>>>>>>
>>>>>>>> arungupta wrote:
>>>>>>>>>
>>>>>>>>> I need to define couple of URLs in my app that return JSON data on
>>>>>>>>> GET
>>>>>>>>> request and are not tied to any view. Planning to use
>>>>>>>>> QueryStringUrlCodingStrategy and append the URL as
>>>>>>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the
>>>>>>>>> query
>>>>>>>>> string and process them.
>>>>>>>>>
>>>>>>>>> How do I ensure that JSON data is returned for GET requests to
>>>>>>>>> those
>>>>>>>>> URLs
>>>>>>>>> ?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> -Arun
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Need Application Server ? - Download glassfish.org
>>>>>>>>> Blog: http://blogs.sun.com/arungupta
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24837780.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
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24838282.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
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24840188.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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Processing GET requests
Posted by arungupta <ar...@gmail.com>.
Ok, that's how I understood as well.
But jetty:run is good for the first feel of app, right ?
-Arun
jthomerson wrote:
>
> If you used the quickstart to get your project going, you have a file
> called Start.java. From your IDE, just run Start.java in debug mode
> and you will get automatic class reloading, etc. If you didn't use
> the quickstart, then create a quickstart and copy that file out of it.
> Modify it to fit your needs and use it.
>
> I prefer Eclipse. But anytime you ask about preferred IDE, you are
> bound to get a variety of answers.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
>
> On Wed, Aug 5, 2009 at 7:06 PM, arungupta<ar...@gmail.com> wrote:
>>
>> Then I'm not understanding your original point. Is jetty:run not the
>> embedded
>> Jetty ?
>>
>> How do I use the Start class ?
>>
>> I agree about the debugging part. Which IDE is preferred by the Wicket
>> community ?
>>
>> -Arun
>>
>>
>> igor.vaynberg wrote:
>>>
>>> i dont think jetty:run will get you class reloading - which means any
>>> time you modify a java file it has to restart the app - annoying.
>>>
>>> besides, how do you use a debugger?
>>>
>>> much easier to just right click Start and select "debug as a java
>>> application"
>>>
>>> my two cents
>>>
>>> -igor
>>>
>>> On Wed, Aug 5, 2009 at 4:07 PM, arungupta<ar...@gmail.com> wrote:
>>>>
>>>> Thanks for the tip!
>>>>
>>>> I'm indeed using jetty:run and that surely speeds up the cycle. It's
>>>> good
>>>> to
>>>> know that markup/property files are reloaded live as well, should've
>>>> thought
>>>> about it :)
>>>>
>>>> -Arun
>>>>
>>>>
>>>> igor.vaynberg wrote:
>>>>>
>>>>> also your learning point: # Edit/Save/Deploy/Refresh cycle is time
>>>>> consuming is completely wrong.
>>>>>
>>>>> if you wouldve used the quickstart you wouldve gotten the Start class.
>>>>> you can use this to launch your app with an embedded jetty container.
>>>>> as long as wicket is in development mode you get markup and property
>>>>> file reloading on a live application. if you run the start class in
>>>>> the debug mode you will also get hotswap - class reloading in the live
>>>>> application.
>>>>>
>>>>> there is no edit/save/deploy/refresh cycle. there is edit - possibly
>>>>> restart jetty if you made a change hotswap cant handle - refresh
>>>>> cycle.
>>>>>
>>>>> -igor
>>>>>
>>>>> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>>>>>
>>>>>> Some background ...
>>>>>>
>>>>>> I'm trying to build a sample application using different Web
>>>>>> frameworks
>>>>>> and
>>>>>> Wicket is one of them. More details at:
>>>>>> http://kenai.com/projects/runner/pages/Home
>>>>>>
>>>>>> Regarding pure Servlet approach, I agree and that's what I'm going to
>>>>>> do
>>>>>> when I built my sample application using a pure Java EE application.
>>>>>>
>>>>>> This time, I'm trying to see if this can be done purely in Wicket
>>>>>> though.
>>>>>> Or
>>>>>> even with Wicket I need to fall back to Servlets ?
>>>>>>
>>>>>> -Arun
>>>>>>
>>>>>>
>>>>>> Alexandru Objelean wrote:
>>>>>>>
>>>>>>> Why would you use wicket for this? The simplest approach is a plain
>>>>>>> servlet..
>>>>>>>
>>>>>>> Alex Objelean
>>>>>>>
>>>>>>>
>>>>>>> arungupta wrote:
>>>>>>>>
>>>>>>>> I need to define couple of URLs in my app that return JSON data on
>>>>>>>> GET
>>>>>>>> request and are not tied to any view. Planning to use
>>>>>>>> QueryStringUrlCodingStrategy and append the URL as
>>>>>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the
>>>>>>>> query
>>>>>>>> string and process them.
>>>>>>>>
>>>>>>>> How do I ensure that JSON data is returned for GET requests to
>>>>>>>> those
>>>>>>>> URLs
>>>>>>>> ?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> -Arun
>>>>>>>>
>>>>>>>> --
>>>>>>>> Need Application Server ? - Download glassfish.org
>>>>>>>> Blog: http://blogs.sun.com/arungupta
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24837780.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
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Processing-GET-requests-tp24836398p24838282.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
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24840188.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: Processing GET requests
Posted by Jeremy Thomerson <je...@wickettraining.com>.
If you used the quickstart to get your project going, you have a file
called Start.java. From your IDE, just run Start.java in debug mode
and you will get automatic class reloading, etc. If you didn't use
the quickstart, then create a quickstart and copy that file out of it.
Modify it to fit your needs and use it.
I prefer Eclipse. But anytime you ask about preferred IDE, you are
bound to get a variety of answers.
--
Jeremy Thomerson
http://www.wickettraining.com
On Wed, Aug 5, 2009 at 7:06 PM, arungupta<ar...@gmail.com> wrote:
>
> Then I'm not understanding your original point. Is jetty:run not the embedded
> Jetty ?
>
> How do I use the Start class ?
>
> I agree about the debugging part. Which IDE is preferred by the Wicket
> community ?
>
> -Arun
>
>
> igor.vaynberg wrote:
>>
>> i dont think jetty:run will get you class reloading - which means any
>> time you modify a java file it has to restart the app - annoying.
>>
>> besides, how do you use a debugger?
>>
>> much easier to just right click Start and select "debug as a java
>> application"
>>
>> my two cents
>>
>> -igor
>>
>> On Wed, Aug 5, 2009 at 4:07 PM, arungupta<ar...@gmail.com> wrote:
>>>
>>> Thanks for the tip!
>>>
>>> I'm indeed using jetty:run and that surely speeds up the cycle. It's good
>>> to
>>> know that markup/property files are reloaded live as well, should've
>>> thought
>>> about it :)
>>>
>>> -Arun
>>>
>>>
>>> igor.vaynberg wrote:
>>>>
>>>> also your learning point: # Edit/Save/Deploy/Refresh cycle is time
>>>> consuming is completely wrong.
>>>>
>>>> if you wouldve used the quickstart you wouldve gotten the Start class.
>>>> you can use this to launch your app with an embedded jetty container.
>>>> as long as wicket is in development mode you get markup and property
>>>> file reloading on a live application. if you run the start class in
>>>> the debug mode you will also get hotswap - class reloading in the live
>>>> application.
>>>>
>>>> there is no edit/save/deploy/refresh cycle. there is edit - possibly
>>>> restart jetty if you made a change hotswap cant handle - refresh
>>>> cycle.
>>>>
>>>> -igor
>>>>
>>>> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>>>>
>>>>> Some background ...
>>>>>
>>>>> I'm trying to build a sample application using different Web frameworks
>>>>> and
>>>>> Wicket is one of them. More details at:
>>>>> http://kenai.com/projects/runner/pages/Home
>>>>>
>>>>> Regarding pure Servlet approach, I agree and that's what I'm going to
>>>>> do
>>>>> when I built my sample application using a pure Java EE application.
>>>>>
>>>>> This time, I'm trying to see if this can be done purely in Wicket
>>>>> though.
>>>>> Or
>>>>> even with Wicket I need to fall back to Servlets ?
>>>>>
>>>>> -Arun
>>>>>
>>>>>
>>>>> Alexandru Objelean wrote:
>>>>>>
>>>>>> Why would you use wicket for this? The simplest approach is a plain
>>>>>> servlet..
>>>>>>
>>>>>> Alex Objelean
>>>>>>
>>>>>>
>>>>>> arungupta wrote:
>>>>>>>
>>>>>>> I need to define couple of URLs in my app that return JSON data on
>>>>>>> GET
>>>>>>> request and are not tied to any view. Planning to use
>>>>>>> QueryStringUrlCodingStrategy and append the URL as
>>>>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>>>>>> string and process them.
>>>>>>>
>>>>>>> How do I ensure that JSON data is returned for GET requests to those
>>>>>>> URLs
>>>>>>> ?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> -Arun
>>>>>>>
>>>>>>> --
>>>>>>> Need Application Server ? - Download glassfish.org
>>>>>>> Blog: http://blogs.sun.com/arungupta
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24837780.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
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24838282.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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Processing GET requests
Posted by arungupta <ar...@gmail.com>.
Then I'm not understanding your original point. Is jetty:run not the embedded
Jetty ?
How do I use the Start class ?
I agree about the debugging part. Which IDE is preferred by the Wicket
community ?
-Arun
igor.vaynberg wrote:
>
> i dont think jetty:run will get you class reloading - which means any
> time you modify a java file it has to restart the app - annoying.
>
> besides, how do you use a debugger?
>
> much easier to just right click Start and select "debug as a java
> application"
>
> my two cents
>
> -igor
>
> On Wed, Aug 5, 2009 at 4:07 PM, arungupta<ar...@gmail.com> wrote:
>>
>> Thanks for the tip!
>>
>> I'm indeed using jetty:run and that surely speeds up the cycle. It's good
>> to
>> know that markup/property files are reloaded live as well, should've
>> thought
>> about it :)
>>
>> -Arun
>>
>>
>> igor.vaynberg wrote:
>>>
>>> also your learning point: # Edit/Save/Deploy/Refresh cycle is time
>>> consuming is completely wrong.
>>>
>>> if you wouldve used the quickstart you wouldve gotten the Start class.
>>> you can use this to launch your app with an embedded jetty container.
>>> as long as wicket is in development mode you get markup and property
>>> file reloading on a live application. if you run the start class in
>>> the debug mode you will also get hotswap - class reloading in the live
>>> application.
>>>
>>> there is no edit/save/deploy/refresh cycle. there is edit - possibly
>>> restart jetty if you made a change hotswap cant handle - refresh
>>> cycle.
>>>
>>> -igor
>>>
>>> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>>>
>>>> Some background ...
>>>>
>>>> I'm trying to build a sample application using different Web frameworks
>>>> and
>>>> Wicket is one of them. More details at:
>>>> http://kenai.com/projects/runner/pages/Home
>>>>
>>>> Regarding pure Servlet approach, I agree and that's what I'm going to
>>>> do
>>>> when I built my sample application using a pure Java EE application.
>>>>
>>>> This time, I'm trying to see if this can be done purely in Wicket
>>>> though.
>>>> Or
>>>> even with Wicket I need to fall back to Servlets ?
>>>>
>>>> -Arun
>>>>
>>>>
>>>> Alexandru Objelean wrote:
>>>>>
>>>>> Why would you use wicket for this? The simplest approach is a plain
>>>>> servlet..
>>>>>
>>>>> Alex Objelean
>>>>>
>>>>>
>>>>> arungupta wrote:
>>>>>>
>>>>>> I need to define couple of URLs in my app that return JSON data on
>>>>>> GET
>>>>>> request and are not tied to any view. Planning to use
>>>>>> QueryStringUrlCodingStrategy and append the URL as
>>>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>>>>> string and process them.
>>>>>>
>>>>>> How do I ensure that JSON data is returned for GET requests to those
>>>>>> URLs
>>>>>> ?
>>>>>>
>>>>>> Thanks,
>>>>>> -Arun
>>>>>>
>>>>>> --
>>>>>> Need Application Server ? - Download glassfish.org
>>>>>> Blog: http://blogs.sun.com/arungupta
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Processing-GET-requests-tp24836398p24837780.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
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24838282.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: Processing GET requests
Posted by Igor Vaynberg <ig...@gmail.com>.
i dont think jetty:run will get you class reloading - which means any
time you modify a java file it has to restart the app - annoying.
besides, how do you use a debugger?
much easier to just right click Start and select "debug as a java application"
my two cents
-igor
On Wed, Aug 5, 2009 at 4:07 PM, arungupta<ar...@gmail.com> wrote:
>
> Thanks for the tip!
>
> I'm indeed using jetty:run and that surely speeds up the cycle. It's good to
> know that markup/property files are reloaded live as well, should've thought
> about it :)
>
> -Arun
>
>
> igor.vaynberg wrote:
>>
>> also your learning point: # Edit/Save/Deploy/Refresh cycle is time
>> consuming is completely wrong.
>>
>> if you wouldve used the quickstart you wouldve gotten the Start class.
>> you can use this to launch your app with an embedded jetty container.
>> as long as wicket is in development mode you get markup and property
>> file reloading on a live application. if you run the start class in
>> the debug mode you will also get hotswap - class reloading in the live
>> application.
>>
>> there is no edit/save/deploy/refresh cycle. there is edit - possibly
>> restart jetty if you made a change hotswap cant handle - refresh
>> cycle.
>>
>> -igor
>>
>> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>>
>>> Some background ...
>>>
>>> I'm trying to build a sample application using different Web frameworks
>>> and
>>> Wicket is one of them. More details at:
>>> http://kenai.com/projects/runner/pages/Home
>>>
>>> Regarding pure Servlet approach, I agree and that's what I'm going to do
>>> when I built my sample application using a pure Java EE application.
>>>
>>> This time, I'm trying to see if this can be done purely in Wicket though.
>>> Or
>>> even with Wicket I need to fall back to Servlets ?
>>>
>>> -Arun
>>>
>>>
>>> Alexandru Objelean wrote:
>>>>
>>>> Why would you use wicket for this? The simplest approach is a plain
>>>> servlet..
>>>>
>>>> Alex Objelean
>>>>
>>>>
>>>> arungupta wrote:
>>>>>
>>>>> I need to define couple of URLs in my app that return JSON data on GET
>>>>> request and are not tied to any view. Planning to use
>>>>> QueryStringUrlCodingStrategy and append the URL as
>>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>>>> string and process them.
>>>>>
>>>>> How do I ensure that JSON data is returned for GET requests to those
>>>>> URLs
>>>>> ?
>>>>>
>>>>> Thanks,
>>>>> -Arun
>>>>>
>>>>> --
>>>>> Need Application Server ? - Download glassfish.org
>>>>> Blog: http://blogs.sun.com/arungupta
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24837780.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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Processing GET requests
Posted by arungupta <ar...@gmail.com>.
Thanks for the tip!
I'm indeed using jetty:run and that surely speeds up the cycle. It's good to
know that markup/property files are reloaded live as well, should've thought
about it :)
-Arun
igor.vaynberg wrote:
>
> also your learning point: # Edit/Save/Deploy/Refresh cycle is time
> consuming is completely wrong.
>
> if you wouldve used the quickstart you wouldve gotten the Start class.
> you can use this to launch your app with an embedded jetty container.
> as long as wicket is in development mode you get markup and property
> file reloading on a live application. if you run the start class in
> the debug mode you will also get hotswap - class reloading in the live
> application.
>
> there is no edit/save/deploy/refresh cycle. there is edit - possibly
> restart jetty if you made a change hotswap cant handle - refresh
> cycle.
>
> -igor
>
> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>
>> Some background ...
>>
>> I'm trying to build a sample application using different Web frameworks
>> and
>> Wicket is one of them. More details at:
>> http://kenai.com/projects/runner/pages/Home
>>
>> Regarding pure Servlet approach, I agree and that's what I'm going to do
>> when I built my sample application using a pure Java EE application.
>>
>> This time, I'm trying to see if this can be done purely in Wicket though.
>> Or
>> even with Wicket I need to fall back to Servlets ?
>>
>> -Arun
>>
>>
>> Alexandru Objelean wrote:
>>>
>>> Why would you use wicket for this? The simplest approach is a plain
>>> servlet..
>>>
>>> Alex Objelean
>>>
>>>
>>> arungupta wrote:
>>>>
>>>> I need to define couple of URLs in my app that return JSON data on GET
>>>> request and are not tied to any view. Planning to use
>>>> QueryStringUrlCodingStrategy and append the URL as
>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>>> string and process them.
>>>>
>>>> How do I ensure that JSON data is returned for GET requests to those
>>>> URLs
>>>> ?
>>>>
>>>> Thanks,
>>>> -Arun
>>>>
>>>> --
>>>> Need Application Server ? - Download glassfish.org
>>>> Blog: http://blogs.sun.com/arungupta
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24837780.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: Processing GET requests
Posted by Igor Vaynberg <ig...@gmail.com>.
also your learning point: # Edit/Save/Deploy/Refresh cycle is time
consuming is completely wrong.
if you wouldve used the quickstart you wouldve gotten the Start class.
you can use this to launch your app with an embedded jetty container.
as long as wicket is in development mode you get markup and property
file reloading on a live application. if you run the start class in
the debug mode you will also get hotswap - class reloading in the live
application.
there is no edit/save/deploy/refresh cycle. there is edit - possibly
restart jetty if you made a change hotswap cant handle - refresh
cycle.
-igor
On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>
> Some background ...
>
> I'm trying to build a sample application using different Web frameworks and
> Wicket is one of them. More details at:
> http://kenai.com/projects/runner/pages/Home
>
> Regarding pure Servlet approach, I agree and that's what I'm going to do
> when I built my sample application using a pure Java EE application.
>
> This time, I'm trying to see if this can be done purely in Wicket though. Or
> even with Wicket I need to fall back to Servlets ?
>
> -Arun
>
>
> Alexandru Objelean wrote:
>>
>> Why would you use wicket for this? The simplest approach is a plain
>> servlet..
>>
>> Alex Objelean
>>
>>
>> arungupta wrote:
>>>
>>> I need to define couple of URLs in my app that return JSON data on GET
>>> request and are not tied to any view. Planning to use
>>> QueryStringUrlCodingStrategy and append the URL as
>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>> string and process them.
>>>
>>> How do I ensure that JSON data is returned for GET requests to those URLs
>>> ?
>>>
>>> Thanks,
>>> -Arun
>>>
>>> --
>>> Need Application Server ? - Download glassfish.org
>>> Blog: http://blogs.sun.com/arungupta
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Processing GET requests
Posted by arungupta <ar...@gmail.com>.
That's a good point, so I guess I'll use a standard Servlet which seems to be
the right thing to do anyway. Seems like adding BookmarkablePage will
complicate things and I prefer KISS :)
Thanks,
-Arun
igor.vaynberg wrote:
>
> why is it "even" with Wicket?
>
> Wicket is for building UIs, is json a UI? no. use a servlet.
>
> -igor
>
> On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>>
>> Some background ...
>>
>> I'm trying to build a sample application using different Web frameworks
>> and
>> Wicket is one of them. More details at:
>> http://kenai.com/projects/runner/pages/Home
>>
>> Regarding pure Servlet approach, I agree and that's what I'm going to do
>> when I built my sample application using a pure Java EE application.
>>
>> This time, I'm trying to see if this can be done purely in Wicket though.
>> Or
>> even with Wicket I need to fall back to Servlets ?
>>
>> -Arun
>>
>>
>> Alexandru Objelean wrote:
>>>
>>> Why would you use wicket for this? The simplest approach is a plain
>>> servlet..
>>>
>>> Alex Objelean
>>>
>>>
>>> arungupta wrote:
>>>>
>>>> I need to define couple of URLs in my app that return JSON data on GET
>>>> request and are not tied to any view. Planning to use
>>>> QueryStringUrlCodingStrategy and append the URL as
>>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>>> string and process them.
>>>>
>>>> How do I ensure that JSON data is returned for GET requests to those
>>>> URLs
>>>> ?
>>>>
>>>> Thanks,
>>>> -Arun
>>>>
>>>> --
>>>> Need Application Server ? - Download glassfish.org
>>>> Blog: http://blogs.sun.com/arungupta
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24837497.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: Processing GET requests
Posted by Igor Vaynberg <ig...@gmail.com>.
why is it "even" with Wicket?
Wicket is for building UIs, is json a UI? no. use a servlet.
-igor
On Wed, Aug 5, 2009 at 2:41 PM, arungupta<ar...@gmail.com> wrote:
>
> Some background ...
>
> I'm trying to build a sample application using different Web frameworks and
> Wicket is one of them. More details at:
> http://kenai.com/projects/runner/pages/Home
>
> Regarding pure Servlet approach, I agree and that's what I'm going to do
> when I built my sample application using a pure Java EE application.
>
> This time, I'm trying to see if this can be done purely in Wicket though. Or
> even with Wicket I need to fall back to Servlets ?
>
> -Arun
>
>
> Alexandru Objelean wrote:
>>
>> Why would you use wicket for this? The simplest approach is a plain
>> servlet..
>>
>> Alex Objelean
>>
>>
>> arungupta wrote:
>>>
>>> I need to define couple of URLs in my app that return JSON data on GET
>>> request and are not tied to any view. Planning to use
>>> QueryStringUrlCodingStrategy and append the URL as
>>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>>> string and process them.
>>>
>>> How do I ensure that JSON data is returned for GET requests to those URLs
>>> ?
>>>
>>> Thanks,
>>> -Arun
>>>
>>> --
>>> Need Application Server ? - Download glassfish.org
>>> Blog: http://blogs.sun.com/arungupta
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Processing GET requests
Posted by arungupta <ar...@gmail.com>.
Some background ...
I'm trying to build a sample application using different Web frameworks and
Wicket is one of them. More details at:
http://kenai.com/projects/runner/pages/Home
Regarding pure Servlet approach, I agree and that's what I'm going to do
when I built my sample application using a pure Java EE application.
This time, I'm trying to see if this can be done purely in Wicket though. Or
even with Wicket I need to fall back to Servlets ?
-Arun
Alexandru Objelean wrote:
>
> Why would you use wicket for this? The simplest approach is a plain
> servlet..
>
> Alex Objelean
>
>
> arungupta wrote:
>>
>> I need to define couple of URLs in my app that return JSON data on GET
>> request and are not tied to any view. Planning to use
>> QueryStringUrlCodingStrategy and append the URL as
>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>> string and process them.
>>
>> How do I ensure that JSON data is returned for GET requests to those URLs
>> ?
>>
>> Thanks,
>> -Arun
>>
>> --
>> Need Application Server ? - Download glassfish.org
>> Blog: http://blogs.sun.com/arungupta
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24836690.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: Processing GET requests
Posted by Alex Objelean <al...@yahoo.com>.
Why would you use wicket for this? The simplest approach is a plain servlet..
Alex Objelean
arungupta wrote:
>
> I need to define couple of URLs in my app that return JSON data on GET
> request and are not tied to any view. Planning to use
> QueryStringUrlCodingStrategy and append the URL as
> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
> string and process them.
>
> How do I ensure that JSON data is returned for GET requests to those URLs
> ?
>
> Thanks,
> -Arun
>
> --
> Need Application Server ? - Download glassfish.org
> Blog: http://blogs.sun.com/arungupta
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24836616.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: Processing GET requests
Posted by arungupta <ar...@gmail.com>.
Thanks!
I saw the article on RESTful URLs with Wicket and using it for a different
purpose. But as Igor said, I'll use Servlet for serving my JSON and then use
them to create the UI in Wicket.
-Arun
http://java.dzone.com/news/wicket-creating-restful-urls
jthomerson wrote:
>
> I think that if you search the mailing list archives, there are a
> couple examples of this. I know that there was an email from Bruno
> Borges about creating a REST API with Wicket around last November.
> The pointers that were brought out in that thread would be very useful
> to you.
>
> Basically, mount the page as a bookmarkable page. Then, in your
> constructor, the query parameters will be available in PageParameters.
> Use them, do your business. Then I think writing directly to the
> response would be the easiest way of returning the JSON.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
>
> On Wed, Aug 5, 2009 at 4:20 PM, Arun Gupta<ar...@gmail.com> wrote:
>> I need to define couple of URLs in my app that return JSON data on GET
>> request and are not tied to any view. Planning to use
>> QueryStringUrlCodingStrategy and append the URL as
>> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
>> string and process them.
>>
>> How do I ensure that JSON data is returned for GET requests to those URLs
>> ?
>>
>> Thanks,
>> -Arun
>>
>> --
>> Need Application Server ? - Download glassfish.org
>> Blog: http://blogs.sun.com/arungupta
>>
>> ---------------------------------------------------------------------
>> 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
>
>
>
--
View this message in context: http://www.nabble.com/Processing-GET-requests-tp24836398p24837597.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: Processing GET requests
Posted by Jeremy Thomerson <je...@wickettraining.com>.
I think that if you search the mailing list archives, there are a
couple examples of this. I know that there was an email from Bruno
Borges about creating a REST API with Wicket around last November.
The pointers that were brought out in that thread would be very useful
to you.
Basically, mount the page as a bookmarkable page. Then, in your
constructor, the query parameters will be available in PageParameters.
Use them, do your business. Then I think writing directly to the
response would be the easiest way of returning the JSON.
--
Jeremy Thomerson
http://www.wickettraining.com
On Wed, Aug 5, 2009 at 4:20 PM, Arun Gupta<ar...@gmail.com> wrote:
> I need to define couple of URLs in my app that return JSON data on GET
> request and are not tied to any view. Planning to use
> QueryStringUrlCodingStrategy and append the URL as
> "type=runlogs&chart=barchart". Then in the WebPage, extract the query
> string and process them.
>
> How do I ensure that JSON data is returned for GET requests to those URLs ?
>
> Thanks,
> -Arun
>
> --
> Need Application Server ? - Download glassfish.org
> Blog: http://blogs.sun.com/arungupta
>
> ---------------------------------------------------------------------
> 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