I think using ResourceReference#getDependencies() is better for this
requirement.
Your CSS should depend on BootstrapCssReference.
See JQueryPluginJavaScriptResourceReference for example - it is a JS
reference that depends on another JS reference that contributes jQuery.js.
On Fri, Apr 5, 2013 at
hello. I use the wicket RadioGroup in my project.the code like this:
final RadioGroup group = new RadioGroup("group", new Model());
Radio monthRadio = new Radio("month", new Model());
monthRadio.add(new AjaxEventBehavior("onchange") {
Hi,
You have to use
org.apache.wicket.ajax.form.AjaxFormChoiceComponentUpdatingBehavior on the
RadioChoice component.
On Fri, Apr 5, 2013 at 12:23 PM, david.li wrote:
> hello. I use the wicket RadioGroup in my project.the code like this:
> final RadioGroup group = new RadioGrou
Does NonResettingRestartException suppose to keep the cookies in the response
?
I am using wicket 6.6.0 on jboss 6 and when I throw a
NonResettingRestartException, the cookies are not present in the request
after.
Cookie appCookie = new Cookie("appCoookie", "1");
((WebResponse) getResponse()).add
Set some age for this cookie.
On Fri, Apr 5, 2013 at 4:31 PM, divad91 wrote:
> Does NonResettingRestartException suppose to keep the cookies in the
> response
> ?
>
> I am using wicket 6.6.0 on jboss 6 and when I throw a
> NonResettingRestartException, the cookies are not present in the request
I wrote a checkboxmultiple choice that looks like the following:
CheckBoxMultipleChoice forfTypes =
new CheckBoxMultipleChoice(
"forfeitureTypes",
lookupService.fetchFilterValuesByFilterName("Forfeiture Type"),
new ChoiceRenderer("filterValueDecode"));
This works grea
That should work:
IModel> model = ...;
CheckBoxMultipleChoice forfTypes =
new CheckBoxMultipleChoice(
"forfeitureTypes",
model,
lookupService.fetchFilterValuesByFilterName("Forfeiture Type"),
new ChoiceRenderer("filterValueDecode"));
Seems like you're having a
This is great, thanks!
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/AjaxIndicatorAppender-on-a-Panel-tp4657694p465.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsu
ExecutionExceptionjava.util.concurrent.ExecutionException:
org.apache.wicket.WicketRuntimeException: There is no application attached
to current thread pool-2-thread-1
I am trying to process a bulk data request within a thread pool.
Thanks for your help.
--
View this message in context:
http
Sven Meier wrote
> Seems like you're having an issue with generics. Introducing local
> variables should help identifying the problem.
Yeah, I am definitely in generics hell. I tried spreading it out, and get
the same problem.
ArrayList list = (ArrayList)
model.getForfeitureTypes();
Model> m =
Sorry this was just a test cookie.
Even with the age,
Cookie appCookie = new Cookie("appCoookie", "1");
appCookie.setMaxAge(3600 * 5);
appCookie.setPath("/");
appCookie.setSecure(false);
the cookie is not transfer. When i debug, in the transferResponseMetaData of
the NonResettingRestartException
Application is a thread local which is attached to the thread handling the
request... You will have to path the "info" you need to this "pooled
thread" from "request handling thread"
On Fri, Apr 5, 2013 at 9:26 PM, saty wrote:
> ExecutionExceptionjava.util.concurrent.ExecutionException:
> org.a
Sorry i dont get what you mean by 'You will have to path the "info" you need
to this "pooled
thread" from "request handling thread" '
Did you mean 'pass the info'? that is what i am doing..
The request handling thread is creating a pooled thread and submitting tasks
and waiting for them to finish
Which is the instruction that rises the exception and how do you pass
the application instance to the working threads of the pool?
Sorry i dont get what you mean by 'You will have to path the "info" you need
to this "pooled
thread" from "request handling thread" '
Did you mean 'pass the info'? th
Hi,
On Fri, Apr 5, 2013 at 10:00 PM, saty wrote:
> Sorry i dont get what you mean by 'You will have to path the "info" you
> need
> to this "pooled
> thread" from "request handling thread" '
> Did you mean 'pass the info'? that is what i am doing..
>
yes.. I might be getting sleepy:-)
>
> The
Solved.
CheckBoxMultipleChoice adTypes =
new CheckBoxMultipleChoice(
"adTypes",
new Model((Serializable) model.getAdTypes()),
lookupService.fetchFilterValuesByFilterName("Advertisement Type"),
I am not doing any Application.get() inside the thread pool, pool does not
care who is using it, it just processed anything submitted to it and returns
a future to collect the output, Any thoughts?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/problem-using-Thread
post stacktrace.
On Fri, Apr 5, 2013 at 10:19 PM, saty wrote:
> I am not doing any Application.get() inside the thread pool, pool does not
> care who is using it, it just processed anything submitted to it and
> returns
> a future to collect the output, Any thoughts?
>
>
>
> --
> View this mes
It just prints one line as of now as i mentioned above, trying to see if i
can print more details.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/problem-using-ThreadPool-in-wicket-tp4657778p4657788.html
Sent from the Users forum mailing list archive at Nabble.com.
I just created a new wicket 6.6.0 quickstart project
(http://wicket.apache.org/start/quickstart.html)
and I have the same problem.
If I add the following code in the HomePage class,
Cookie requestCookie = ((WebRequest) getRequest()).getCookie("appCoookie");
System.out.println("--
hi Sven,
thanks ! I see now how it works.
The basic thing is that AbstractDefaultAjaxBehavior does not write anything
to responses, you have to subclass it and write to the response according to
your needs, in this subclass.
kind regards
Heikki Doeleman
--
View this message in context:
http
You were right, It was my fault, the code was indeed trying to read user from
session. It works fine after i tweaked the code, thanks!
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/problem-using-ThreadPool-in-wicket-tp4657778p4657791.html
Sent from the Users forum
you are welcome:-)
On Sat, Apr 6, 2013 at 1:31 AM, saty wrote:
> You were right, It was my fault, the code was indeed trying to read user
> from
> session. It works fine after i tweaked the code, thanks!
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/pro
23 matches
Mail list logo