Re: wicket migrating getConverter to 1.5
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter; // cast
}
else
{
return super.getConverter(clazz);
}
}
On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org wrote:
Hi Vineet,
Can you paste an example that needs casting in the users' code ?
On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
you are right cast is only done once but it is done by *wicket users*
when they override the method,
it can be avoided by introducing the new method like it is discussed
in the that thread but the gain is
minimal..
On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org
wrote:
On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote:
dont get me wrong, technically it is OK, it is just the logic is
unclear and code redundant.
In my opinion frameworks are build to simplify work, that's why I said
it should ring bells - this goes in wrong direction.
I think this response
http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html
explains that the cast is done once, in the library code, and then all
users' code gain from that. No casts in the users' code
I perfectly understand that Component has no idea of type declared on
descendant but for me it simply doesnt matter. Component should knew
itself that it has converter and if there is none it should ask
application for any. now this two step process is implemented in one
method.
Component.java has no converter. Its #getConverter() just delegates to
the ConverterLocator
Any component may have its own converter, but since Component class
has no generic type and IConverter class has such we experience
troubles when we want to mix the generic type of for example
FormComponentT with IConverterT because FormComponent's T is
declared at type level, and IConverter's T at method level
(Component.getConverter()), and as a result Java says that these T's
are not the same type.
I just dont understand why getting converter is so strict right now, thats
all
Try to improve it. Play with the source and if you have success come
back with your solution.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote:
Hi,
On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote:
well yeah this is exactly the same except for locator.
code like this
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter;
}
else
{
return super.getConverter(clazz);
}
}
should always ring bells that something is wrong.
Care to explain what exactly is wrong ?
anyway I think that type checking should be done while registering the
converter and not while getting it.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
thank you,
regards,
Vineet Semwal
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
thank you,
regards,
Vineet Semwal
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Cutomizing Default AutoComplete
I've decided that Panel descendant below autocomplete is redundant. So I've added an extra o.a.w.a.AbstractDefaultAjaxBehavior to handle onselect event, so far so good. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Cutomizing-Default-AutoComplete-tp4086232p4114679.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket migrating getConverter to 1.5
:-)
We have different understanding of what is user code ...
I mean that you do that once in the component (e.g. DateTextField) and
then you can do:
Date asDate = dateField.getConverter(Date.class).convertToObject(..., locale)
Calendar asCalendar =
dateField.getConverter(Calendar.class).convertToObject(..., locale)
Integer sinceEpoch =
dateField.getConverter(Integer.class).convertToObject(..., locale)
...
So, you do the cast in the library code (it doesn't matter that the
component is yours. in this case you have your own library) and from
there on all clients of this component don't need to cast.
On Mon, Nov 28, 2011 at 10:05 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter; // cast
}
else
{
return super.getConverter(clazz);
}
}
On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org wrote:
Hi Vineet,
Can you paste an example that needs casting in the users' code ?
On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
you are right cast is only done once but it is done by *wicket users*
when they override the method,
it can be avoided by introducing the new method like it is discussed
in the that thread but the gain is
minimal..
On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org
wrote:
On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote:
dont get me wrong, technically it is OK, it is just the logic is
unclear and code redundant.
In my opinion frameworks are build to simplify work, that's why I said
it should ring bells - this goes in wrong direction.
I think this response
http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html
explains that the cast is done once, in the library code, and then all
users' code gain from that. No casts in the users' code
I perfectly understand that Component has no idea of type declared on
descendant but for me it simply doesnt matter. Component should knew
itself that it has converter and if there is none it should ask
application for any. now this two step process is implemented in one
method.
Component.java has no converter. Its #getConverter() just delegates to
the ConverterLocator
Any component may have its own converter, but since Component class
has no generic type and IConverter class has such we experience
troubles when we want to mix the generic type of for example
FormComponentT with IConverterT because FormComponent's T is
declared at type level, and IConverter's T at method level
(Component.getConverter()), and as a result Java says that these T's
are not the same type.
I just dont understand why getting converter is so strict right now,
thats all
Try to improve it. Play with the source and if you have success come
back with your solution.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote:
Hi,
On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote:
well yeah this is exactly the same except for locator.
code like this
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter;
}
else
{
return super.getConverter(clazz);
}
}
should always ring bells that something is wrong.
Care to explain what exactly is wrong ?
anyway I think that type checking should be done while registering the
converter and not while getting it.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
thank you,
regards,
Vineet Semwal
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For
Re: wicket migrating getConverter to 1.5
martin,
i actually know what you are referring to user code and library code :)
i am not saying dont do that cast,just saying it can be hidden from a
wicket user,
wicket user will just override the new method which will have
formcomponent generic type,the getconverter(*) method will call the
new method ,do casting etc. like it was discussed in that thread..
but yeah the gain is not worth the pain ..
On Mon, Nov 28, 2011 at 3:50 PM, Martin Grigorov mgrigo...@apache.org wrote:
:-)
We have different understanding of what is user code ...
I mean that you do that once in the component (e.g. DateTextField) and
then you can do:
Date asDate = dateField.getConverter(Date.class).convertToObject(...,
locale)
Calendar asCalendar =
dateField.getConverter(Calendar.class).convertToObject(..., locale)
Integer sinceEpoch =
dateField.getConverter(Integer.class).convertToObject(..., locale)
...
So, you do the cast in the library code (it doesn't matter that the
component is yours. in this case you have your own library) and from
there on all clients of this component don't need to cast.
On Mon, Nov 28, 2011 at 10:05 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter; // cast
}
else
{
return super.getConverter(clazz);
}
}
On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org
wrote:
Hi Vineet,
Can you paste an example that needs casting in the users' code ?
On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
you are right cast is only done once but it is done by *wicket users*
when they override the method,
it can be avoided by introducing the new method like it is discussed
in the that thread but the gain is
minimal..
On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org
wrote:
On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote:
dont get me wrong, technically it is OK, it is just the logic is
unclear and code redundant.
In my opinion frameworks are build to simplify work, that's why I said
it should ring bells - this goes in wrong direction.
I think this response
http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html
explains that the cast is done once, in the library code, and then all
users' code gain from that. No casts in the users' code
I perfectly understand that Component has no idea of type declared on
descendant but for me it simply doesnt matter. Component should knew
itself that it has converter and if there is none it should ask
application for any. now this two step process is implemented in one
method.
Component.java has no converter. Its #getConverter() just delegates to
the ConverterLocator
Any component may have its own converter, but since Component class
has no generic type and IConverter class has such we experience
troubles when we want to mix the generic type of for example
FormComponentT with IConverterT because FormComponent's T is
declared at type level, and IConverter's T at method level
(Component.getConverter()), and as a result Java says that these T's
are not the same type.
I just dont understand why getting converter is so strict right now,
thats all
Try to improve it. Play with the source and if you have success come
back with your solution.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote:
Hi,
On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote:
well yeah this is exactly the same except for locator.
code like this
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter;
}
else
{
return super.getConverter(clazz);
}
}
should always ring bells that something is wrong.
Care to explain what exactly is wrong ?
anyway I think that type checking should be done while registering the
converter and not while getting it.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail:
Re: wicket migrating getConverter to 1.5
;] hehe yep this is a little misunderstatement ;] from that point this is ok.
well as vineet said it is small gain but it will be less confusing for
coders. (we are just discussing, right?? no hard feelings ;])
what about locator issue I pointed out??
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
On 28 November 2011 12:47, vineet semwal vineetsemwal1...@gmail.com wrote:
martin,
i actually know what you are referring to user code and library code :)
i am not saying dont do that cast,just saying it can be hidden from a
wicket user,
wicket user will just override the new method which will have
formcomponent generic type,the getconverter(*) method will call the
new method ,do casting etc. like it was discussed in that thread..
but yeah the gain is not worth the pain ..
On Mon, Nov 28, 2011 at 3:50 PM, Martin Grigorov mgrigo...@apache.org wrote:
:-)
We have different understanding of what is user code ...
I mean that you do that once in the component (e.g. DateTextField) and
then you can do:
Date asDate = dateField.getConverter(Date.class).convertToObject(...,
locale)
Calendar asCalendar =
dateField.getConverter(Calendar.class).convertToObject(..., locale)
Integer sinceEpoch =
dateField.getConverter(Integer.class).convertToObject(..., locale)
...
So, you do the cast in the library code (it doesn't matter that the
component is yours. in this case you have your own library) and from
there on all clients of this component don't need to cast.
On Mon, Nov 28, 2011 at 10:05 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter; // cast
}
else
{
return super.getConverter(clazz);
}
}
On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org
wrote:
Hi Vineet,
Can you paste an example that needs casting in the users' code ?
On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
you are right cast is only done once but it is done by *wicket users*
when they override the method,
it can be avoided by introducing the new method like it is discussed
in the that thread but the gain is
minimal..
On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org
wrote:
On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote:
dont get me wrong, technically it is OK, it is just the logic is
unclear and code redundant.
In my opinion frameworks are build to simplify work, that's why I said
it should ring bells - this goes in wrong direction.
I think this response
http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html
explains that the cast is done once, in the library code, and then all
users' code gain from that. No casts in the users' code
I perfectly understand that Component has no idea of type declared on
descendant but for me it simply doesnt matter. Component should knew
itself that it has converter and if there is none it should ask
application for any. now this two step process is implemented in one
method.
Component.java has no converter. Its #getConverter() just delegates to
the ConverterLocator
Any component may have its own converter, but since Component class
has no generic type and IConverter class has such we experience
troubles when we want to mix the generic type of for example
FormComponentT with IConverterT because FormComponent's T is
declared at type level, and IConverter's T at method level
(Component.getConverter()), and as a result Java says that these T's
are not the same type.
I just dont understand why getting converter is so strict right now,
thats all
Try to improve it. Play with the source and if you have success come
back with your solution.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org
wrote:
Hi,
On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote:
well yeah this is exactly the same except for locator.
code like this
public final C IConverterC getConverter(ClassC clazz)
{
if (Date.class.isAssignableFrom(clazz))
{
return (IConverterC)converter;
}
else
{
return super.getConverter(clazz);
}
}
should always ring bells that something is wrong.
Care to explain what exactly is wrong ?
anyway I think that type checking should be done while registering
the
converter and not while getting it.
pozdrawiam
Paweł Kamiński
kami...@gmail.com
pkaminski@gmail.com
__
-
To unsubscribe,
Re: intercept client request
Too bad it's a nice feature On Nov 28, 2011 2:16 AM, Martin Grigorov mgrigo...@apache.org wrote: On Mon, Nov 28, 2011 at 4:31 AM, James Carman ja...@carmanconsulting.com wrote: Or use a request cycle listener to be more portable. request cycle listeners are available since Wicket 1.5 looking at the stacktrace (s)he still uses 1.4 On Nov 27, 2011 9:22 PM, Jeremy Thomerson jer...@wickettraining.com wrote: On Sun, Nov 27, 2011 at 9:14 PM, nazeem md.naz...@gmail.com wrote: In the server side, i need to know who is performing this action to do auditing and other related services. So I need to use a thread local variable that will be available at any place in the chain of request until response is sent back. But I do not know how to set this thread local variable at the time of request. I have the current user in session, so i need to get it from session and set it to thread local variable on each request. if possible distinguish and filter only user request actions instead for all css, js request. When i look at the stack trace, when i click a submit link to update employee.. this is the strucutre. I am interested to intercept between this to set the thread local variable. how do i do it ? You can override newRequestCycle in your application, provide a custom subclass of WebRequestCycle, and use onBeginRequest / onEndRequest. -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Dynamic component?
Thanks, using only 1 id for my panels worked. I tried this before, but i wasnt using panels (containers instead). -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Dynamic-component-tp4107323p4115163.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket error we are seeing, timeout issues?
I had one question about an issue we are having with our wicket
applications and was wondering if anyone else has seen something similar
with other wicket apps.
--
1. Here is the exception/error we are seeing:
--
[11/22/11 8:17:37:683 EST] 0119 SRTServletReq E SRVE0133E: An
error occurred while parsing parameters.
java.net.SocketTimeoutException: Async operation timed out
at
com.ibm.ws.tcp.channel.impl.AioTCPReadRequestContextImpl.processSyncRead
Request(AioTCPReadRequestContextImpl.java:157)
at
com.ibm.ws.tcp.channel.impl.TCPReadRequestContextImpl.read(TCPReadReques
tContextImpl.java:109)
at
com.ibm.ws.ssl.channel.impl.SSLReadServiceContext.read(SSLReadServiceCon
text.java:226)
at
com.ibm.ws.http.channel.impl.HttpServiceContextImpl.fillABuffer(HttpServ
iceContextImpl.java:4127)
at
com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readSingleBlock(Http
ServiceContextImpl.java:3371)
at
com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readBodyBuffer(HttpS
erviceContextImpl.java:3476)
at
com.ibm.ws.http.channel.inbound.impl.HttpInboundServiceContextImpl.getRe
questBodyBuffer(HttpInboundServiceContextImpl.java:1604)
at
com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.bufferIsGood(WC
CByteBufferInputStream.java:235)
at
com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.read(WCCByteBuf
ferInputStream.java:153)
at
com.ibm.ws.webcontainer.srt.http.HttpInputStream.read(HttpInputStream.ja
va:308)
at
com.ibm.ws.webcontainer.servlet.RequestUtils.parsePostData(RequestUtils.
java:302)
at
com.ibm.ws.webcontainer.srt.SRTServletRequest.parseParameters(SRTServlet
Request.java:1814)
at
com.ibm.ws.webcontainer.srt.SRTServletRequest.getParameter(SRTServletReq
uest.java:1428)
...
...
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S
ervletWebRequest.java:133)
at
org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.decode(
WebRequestCodingStrategy.java:209)
at org.apache.wicket.Request.getRequestParameters(Request.java:183)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484
)
at
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:
160)
And here the user experiences a DELAY of 60 seconds.
70718 [11/18/11 8:37:20:198 EST] 0173 TCPReadReques
read(64,6) Entry
70720 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh readAIOSync
Entry
70721 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh 3 calling
asyncHelper.read
70722 [11/18/11 8:37:20:199 EST] 0173 AbstractAsync
multiIO(.,0,true,false,64,false,.,false Entry
... (60 second delay / hung thread here)
1 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 done waiting for
completion notification for future: com.ibm.io.async.AsyncFuture@1940194
mailto:com.ibm.io.async.AsyncFuture@1940194
2 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 Sync operation
timed out
3 [11/18/11 8:38:20:201 EST] 0173 HttpServiceCo 3 IOException,
closing the reads: java.net.SocketTimeoutException: Async operation
timed out
--
2. Here is our application code that we see at the error: An example
snippet.
--
public WelcomePanel( final String id ) {
super( id );
this.add( new AjaxLink Object ( getStartedNextLink ) {
@Override
public void onEvent( final AjaxRequestTarget target ) {
... Here the application code is not relevant:
}
} );
}
--
3. Here is our application code that we see at the error: An example
snippet.
--
If I look at the stack trace above, here is the code where the error
happens from the wicket source.
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S
ervletWebRequest.java:133)
public String getParameter(final String key)
{
return httpServletRequest.getParameter(key);
}
...
--
4. My thoughts on this error
--
- It could be our container. We are using IBM Websphere6. We are
talking to the IBM but we haven't heard back yet. It could be a patch
fix we need to apply.
- It could be web server load with our configuration. We only receive
about 20,000 requests on that machine. With our recent wicket
applications, we have seen
that request count move from around 10,000 requests to 20,000. Maybe
the increase in load is causing the the issue.
- Because wicket launches two page mapping clean up threads, maybe those
threads lockup with IBM's request handling threads?
Re: Handling ReplaceHandlerException on continueToOriginalDestination in wicket 1.5
Tor Iver is correct, in 1.4.x the call to continueToOriginalDestination didn't throw an exception but rather a boolean result. While in 1.5.x it still returns a boolean result, but it does so if replaceAllRequestHandlers() call returns without throwing an exception. My question is twofold: is there something that can be done to prevent an exception and receive a boolean response from the call, or if the exception is expected (which makes the boolean logic irrelevant), how to handle it most appropriately so the next request handler is executed (which is what replaceAllRequestHandlers() is intended to perform in the first place)? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Handling-ReplaceHandlerException-on-continueToOriginalDestination-in-wicket-1-5-tp4101981p4115437.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AjaxRequestTarget on page open
you don't need ajax for this: https://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/AjaxRequestTarget-on-page-open-tp4110093p4115584.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Regarding Reset
Hi All, Please suggest me 1.how do i use reset in java code.I have just declare a reset button in my html which is working as expected but wana know is there any other alternative of doin it. 2.I am unable to use generics in my app,it shows error as this is supported in 1.5 version.What do i need to do for this...? 3.In case i am using a markup which has a text field inside a form,Then the order of adding should it be like wmc.add(textField); form.add(wmc); Am i doing it right ...? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Regarding-Reset-tp4115668p4115668.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to set DropDown to only available choices (No Blank, No Choose One)?
Easy question, but I forgot the answer. I need my DropDown to 1) ONLY list the choices I have in my model (no blank, no 'Choose One'), 2) Automatically default to the 1st choice, so there is no blank visible. If I do setNullValid(false) I see Choose One which is incorrect. I should see the 1st item pre-selected. If I do setNullValid(true) I see a blank option which is also incorrect. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-DropDown-to-only-available-choices-No-Blank-No-Choose-One-tp4115842p4115842.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket error we are seeing, timeout issues?
On Mon, Nov 28, 2011 at 6:45 AM, Brown, Berlin [GCG-PFS]
berlin.br...@primerica.com wrote:
I had one question about an issue we are having with our wicket
applications and was wondering if anyone else has seen something similar
with other wicket apps.
--
1. Here is the exception/error we are seeing:
--
[11/22/11 8:17:37:683 EST] 0119 SRTServletReq E SRVE0133E: An
error occurred while parsing parameters.
java.net.SocketTimeoutException: Async operation timed out
at
com.ibm.ws.tcp.channel.impl.AioTCPReadRequestContextImpl.processSyncRead
Request(AioTCPReadRequestContextImpl.java:157)
at
com.ibm.ws.tcp.channel.impl.TCPReadRequestContextImpl.read(TCPReadReques
tContextImpl.java:109)
at
com.ibm.ws.ssl.channel.impl.SSLReadServiceContext.read(SSLReadServiceCon
text.java:226)
at
com.ibm.ws.http.channel.impl.HttpServiceContextImpl.fillABuffer(HttpServ
iceContextImpl.java:4127)
at
com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readSingleBlock(Http
ServiceContextImpl.java:3371)
at
com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readBodyBuffer(HttpS
erviceContextImpl.java:3476)
at
com.ibm.ws.http.channel.inbound.impl.HttpInboundServiceContextImpl.getRe
questBodyBuffer(HttpInboundServiceContextImpl.java:1604)
at
com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.bufferIsGood(WC
CByteBufferInputStream.java:235)
at
com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.read(WCCByteBuf
ferInputStream.java:153)
at
com.ibm.ws.webcontainer.srt.http.HttpInputStream.read(HttpInputStream.ja
va:308)
at
com.ibm.ws.webcontainer.servlet.RequestUtils.parsePostData(RequestUtils.
java:302)
at
com.ibm.ws.webcontainer.srt.SRTServletRequest.parseParameters(SRTServlet
Request.java:1814)
at
com.ibm.ws.webcontainer.srt.SRTServletRequest.getParameter(SRTServletReq
uest.java:1428)
...
...
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S
ervletWebRequest.java:133)
at
org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.decode(
WebRequestCodingStrategy.java:209)
at org.apache.wicket.Request.getRequestParameters(Request.java:183)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484
)
at
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:
160)
And here the user experiences a DELAY of 60 seconds.
70718 [11/18/11 8:37:20:198 EST] 0173 TCPReadReques
read(64,6) Entry
70720 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh readAIOSync
Entry
70721 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh 3 calling
asyncHelper.read
70722 [11/18/11 8:37:20:199 EST] 0173 AbstractAsync
multiIO(.,0,true,false,64,false,.,false Entry
... (60 second delay / hung thread here)
1 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 done waiting for
completion notification for future: com.ibm.io.async.AsyncFuture@1940194
mailto:com.ibm.io.async.AsyncFuture@1940194
2 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 Sync operation
timed out
3 [11/18/11 8:38:20:201 EST] 0173 HttpServiceCo 3 IOException,
closing the reads: java.net.SocketTimeoutException: Async operation
timed out
--
2. Here is our application code that we see at the error: An example
snippet.
--
public WelcomePanel( final String id ) {
super( id );
this.add( new AjaxLink Object ( getStartedNextLink ) {
@Override
public void onEvent( final AjaxRequestTarget target ) {
... Here the application code is not relevant:
}
} );
}
--
3. Here is our application code that we see at the error: An example
snippet.
--
If I look at the stack trace above, here is the code where the error
happens from the wicket source.
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S
ervletWebRequest.java:133)
public String getParameter(final String key)
{
return httpServletRequest.getParameter(key);
}
...
--
4. My thoughts on this error
--
- It could be our container. We are using IBM Websphere6. We are
talking to the IBM but we haven't heard back yet. It could be a patch
fix we need to apply.
this is most likely the case
- It could be web server load with our configuration. We only receive
about 20,000 requests on that machine. With our recent wicket
applications, we have seen
that request count move from around 10,000 requests to 20,000. Maybe
the increase in load is causing the the issue.
this would still qualify as your container
- Because wicket launches two page mapping clean up threads, maybe those
threads lockup with IBM's request handling threads?
i dont
Re: How to set DropDown to only available choices (No Blank, No Choose One)?
Hi, The javadocs says: If set to false, then Choose One will be displayed when the value is null. After a value is * selected, and that change is propagated to the underlying model, the user will no longer see * the Choose One option, and there will be no way to reselect null as the value. so you need to set a default model too. see org.apache.wicket.markup.html.form.DropDownChoice.DropDownChoice(String, IModelT, List? extends T) the second argument On Mon, Nov 28, 2011 at 5:41 PM, eugenebalt eugeneb...@yahoo.com wrote: Easy question, but I forgot the answer. I need my DropDown to 1) ONLY list the choices I have in my model (no blank, no 'Choose One'), 2) Automatically default to the 1st choice, so there is no blank visible. If I do setNullValid(false) I see Choose One which is incorrect. I should see the 1st item pre-selected. If I do setNullValid(true) I see a blank option which is also incorrect. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-DropDown-to-only-available-choices-No-Blank-No-Choose-One-tp4115842p4115842.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DropdownChoice with ChoiceRenderer does not use idValue for setting Model
Hi Philipp, DropDownChoice is supposed to work exactly as you described it, nothing wrong there. If you want to have it the other way around, you have to provide ids in your choices model and use the ChoiceRenderer to display readable strings. Hope this helps Sven Am 28.11.2011 17:41, schrieb Philipp Schreiber: Hi, I got some strange behavior with a DropdownChoice and a ChoiceRenderer. I got a List of Stings as choices and a Renderer which splits these strings into Name and Id part. Inside the Browser the value attrib and text is set correctly. But after a submit the whole String is set in the Model. I thought only the idValue gets set. - http://wicket.apache.org/apidocs/1.5/org/apache/wicket/markup/html/form/ChoiceRenderer.html Dropdownchoice API Whats wrong here?? Thanks Philipp -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/DropdownChoice-with-ChoiceRenderer-does-not-use-idValue-for-setting-Model-tp4115836p4115836.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to set DropDown to only available choices (No Blank, No Choose One)?
Yes, working. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-DropDown-to-only-available-choices-No-Blank-No-Choose-One-tp4115842p4115957.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4?
Re: DropdownChoice with ChoiceRenderer does not use idValue for setting Model
Ok. Now im holding a map, using its keys as choices and a choicerenderer gives the values for rendering.. its working... nice Thanks! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/DropdownChoice-with-ChoiceRenderer-does-not-use-idValue-for-setting-Model-tp4115836p4116029.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: Dynamically choosing component to add
I have tried this example so it is working perfect :) Thank you for your support. - Wicket-Java -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Dynamically-choosing-component-to-add-tp3955869p4116037.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: Dynamically choosing component to add
Hi,
I think I just responded to you in your own thread - where I didn't know
what you were trying to do. I still don't claim to fully understand, but I
think I better understand your question here. If you mean that you have
one panel that *may possibly contain any one of X panels*, then here's one
solution:
ContainingPanel.html:
wicket:panel
Some markup here
Blah, blah, blah...
div wicket:id=childPanel/div
More surrounding markup...
/wicket:panel
ContainingPanel.java:
class ContainingPanel extends Panel {
public void onBeforeRender() {
if(getModelObject() is of some type) {
addOrReplace(new SomePanel(childPanel));
} else if(getModelObject() is of some other type) {
addOrReplace(new SomeOtherPanel(childPanel));
}
}
}
You only need one wicket:id in your containing panel. You just swap at
runtime which component actually shows up in that spot.
I did almost exactly as Jeremy mentioned. Here is what I use:
public void onBeforeRender() {
Component component = get(childPanel);
if(getModelObject() is of some type) {
if(component instanceof SomePanel == false)
addOrReplace(new SomePanel(childPanel));
} else if(getModelObject() is of some other type) {
if(component instanceof SomeOtherPanel == false)
addOrReplace(new SomeOtherPanel(childPanel));
}
}
As you can see, the difference is that I don't replace the component if
it's already of the correct type. This is important if SomePanel or
SomeOtherPanel contains state. Without my modifications, when the parent
container is rendered, the child panels will always be reset to its
initial state.
Bertrand
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
In a nutshell, we have two radio groups in a panel. We are adding an AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide different components based on the selection. Whichever one is added in the component hierarchy first will get its proper callback. The other behavior does nothing. div wicket:id=group1 input type=radio input type=radio /div div wicket:id=group2 input type=radio input type=radio /div So, group1's ajax behavior will fire while group2's will not. On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Handling ReplaceHandlerException on continueToOriginalDestination in wicket 1.5
https://issues.apache.org/jira/browse/WICKET-4269 -igor On Mon, Nov 28, 2011 at 6:47 AM, peakmop peak...@yahoo.com wrote: Tor Iver is correct, in 1.4.x the call to continueToOriginalDestination didn't throw an exception but rather a boolean result. While in 1.5.x it still returns a boolean result, but it does so if replaceAllRequestHandlers() call returns without throwing an exception. My question is twofold: is there something that can be done to prevent an exception and receive a boolean response from the call, or if the exception is expected (which makes the boolean logic irrelevant), how to handle it most appropriately so the next request handler is executed (which is what replaceAllRequestHandlers() is intended to perform in the first place)? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Handling-ReplaceHandlerException-on-continueToOriginalDestination-in-wicket-1-5-tp4101981p4115437.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
Hi, Create a quickstart application and attach it to a ticket in Jira On Mon, Nov 28, 2011 at 6:49 PM, Adam Gray adam.j.g...@gmail.com wrote: In a nutshell, we have two radio groups in a panel. We are adding an AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide different components based on the selection. Whichever one is added in the component hierarchy first will get its proper callback. The other behavior does nothing. div wicket:id=group1 input type=radio input type=radio /div div wicket:id=group2 input type=radio input type=radio /div So, group1's ajax behavior will fire while group2's will not. On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
I'll get one created in the next couple hours. Thanks. On Mon, Nov 28, 2011 at 1:58 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, Create a quickstart application and attach it to a ticket in Jira On Mon, Nov 28, 2011 at 6:49 PM, Adam Gray adam.j.g...@gmail.com wrote: In a nutshell, we have two radio groups in a panel. We are adding an AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide different components based on the selection. Whichever one is added in the component hierarchy first will get its proper callback. The other behavior does nothing. div wicket:id=group1 input type=radio input type=radio /div div wicket:id=group2 input type=radio input type=radio /div So, group1's ajax behavior will fire while group2's will not. On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
maven dependency at http://wicket.apache.org/start/download.html
at http://wicket.apache.org/start/download.html should the artifactId not be wicket-core for 1.5.x? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: maven dependency at http://wicket.apache.org/start/download.html
I'll fix it. On Mon, Nov 28, 2011 at 8:10 PM, Cemal Bayramoglu jweekend_for...@cabouge.com wrote: at http://wicket.apache.org/start/download.html should the artifactId not be wicket-core for 1.5.x? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: maven dependency at http://wicket.apache.org/start/download.html
Fixed with r1207523. Should be picked up soon. On Mon, Nov 28, 2011 at 8:13 PM, Martin Grigorov mgrigo...@apache.org wrote: I'll fix it. On Mon, Nov 28, 2011 at 8:10 PM, Cemal Bayramoglu jweekend_for...@cabouge.com wrote: at http://wicket.apache.org/start/download.html should the artifactId not be wicket-core for 1.5.x? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BookmarkablePageLink to an existing instance of a page?
Then the page is no longer bookmarkable, since you depend on state. page.getClass() will work though. Martijn On Mon, Nov 28, 2011 at 9:27 PM, eugenebalt eugeneb...@yahoo.com wrote: When you create a BookmarkablePageLink, you can set as its target the class of your page. But what if you want to use an existing instance of a page? Is there a way to construct a link like that? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/BookmarkablePageLink-to-an-existing-instance-of-a-page-tp4116739p4116739.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BookmarkablePageLink to an existing instance of a page?
How about a regular link, can it be constructed with an existing page instance? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/BookmarkablePageLink-to-an-existing-instance-of-a-page-tp4116739p4116770.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BookmarkablePageLink to an existing instance of a page?
You mean something like:
add(new Link(theLink) {
@Override
public void onClick() {
setResponsePage(yourPageInstance);
}
});
On Mon, Nov 28, 2011 at 3:31 PM, Martijn Dashorst
martijn.dasho...@gmail.com wrote:
Then the page is no longer bookmarkable, since you depend on state.
page.getClass() will work though.
Martijn
On Mon, Nov 28, 2011 at 9:27 PM, eugenebalt eugeneb...@yahoo.com wrote:
When you create a BookmarkablePageLink, you can set as its target the
class
of your page.
But what if you want to use an existing instance of a page? Is there a
way
to construct a link like that?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/BookmarkablePageLink-to-an-existing-instance-of-a-page-tp4116739p4116739.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Become a Wicket expert, learn from the best: http://wicketinaction.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to set a common HTTP Header on all Responses?
What about using a filter in front of your Wicket application On Mon, Nov 28, 2011 at 1:15 PM, Sven Ludwig [via Apache Wicket] ml-node+s1842946n4115751...@n4.nabble.com wrote: Hello, is there a way to set a common HTTP Header on all Responses of a Wicket 1.4.19 Application which returns redirect-to-buffer responses, Ajax responses and possibly also resource responses? Is there possibly a(nother) way since Wicket 1.5? If I set the Header for example in overwritten WebRequestCycle.onBeginRequest, there is a problem with at least the redirect-to-buffer responses done in my case by the HybridUrlCodingStrategy. The HTTP Header will be present in the first response which is the redirect itself, but not in second response coming from the buffer. Best Regards, Sven -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4115751.html To unsubscribe from Apache Wicket, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=1842946code=amNnYXJjaWFtQGdtYWlsLmNvbXwxODQyOTQ2fDEyNTYxMzc3ODY= . NAMLhttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.InstantMailNamespacebreadcrumbs=instant+emails%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- JC -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4117902.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to set a common HTTP Header on all Responses?
I can't find the original message you replied to anywhere in my email. Perhaps because it is from Nabble? I think posting to the list from Nabble is blocked. Anyway, how about a custom subclass of WebResponse? Application creates it for every response. PS - Sent from a tablet. Please excuse typos, spelling and compiler errors. -- Jeremy Thomerson http://wickettraining.com Need a CMS for Wicket? Use Brix! http://brixcms.org On Nov 28, 2011 10:15 PM, jcgarciam jcgarc...@gmail.com wrote: What about using a filter in front of your Wicket application On Mon, Nov 28, 2011 at 1:15 PM, Sven Ludwig [via Apache Wicket] ml-node+s1842946n4115751...@n4.nabble.com wrote: Hello, is there a way to set a common HTTP Header on all Responses of a Wicket 1.4.19 Application which returns redirect-to-buffer responses, Ajax responses and possibly also resource responses? Is there possibly a(nother) way since Wicket 1.5? If I set the Header for example in overwritten WebRequestCycle.onBeginRequest, there is a problem with at least the redirect-to-buffer responses done in my case by the HybridUrlCodingStrategy. The HTTP Header will be present in the first response which is the redirect itself, but not in second response coming from the buffer. Best Regards, Sven -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4115751.html To unsubscribe from Apache Wicket, click here http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=1842946code=amNnYXJjaWFtQGdtYWlsLmNvbXwxODQyOTQ2fDEyNTYxMzc3ODY= . NAML http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.InstantMailNamespacebreadcrumbs=instant+emails%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- JC -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4117902.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AjaxRequestTarget on page open
Should that simple extension be part of the framework? IMHO yes, as from time to time people ask for such functionality. Regards, Ernesto On Mon, Nov 28, 2011 at 4:28 PM, robert.mcguinness robert.mcguinness@gmail.com wrote: you don't need ajax for this: https://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/AjaxRequestTarget-on-page-open-tp4110093p4115584.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
