Hi Tobias,
no the InlineFrame is never disabled (or anything in the hierarchy) so I
don't know why this happens. I've overridden the isEnabledInHierarchy() to
return true to side step the issue for now. I will perhaps try and get
a quick start together to show the issue.
thanks
On Wed, Feb 18,
I am trying to spawn a thread with an arbitrarily long task associated with
it on button click. I have tried both creating my own thread and not
creating a thread but it seems an abandoned Thread remains even after
completing. I noticed this using the Netbeans profiler. What is the
appropriate
Hi,
See http://wicketinaction.com/2014/07/working-with-background-jobs/.
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Thu, Feb 19, 2015 at 9:55 PM, ReignInChaos rich.irw...@gmail.com wrote:
I am trying to spawn a thread with an arbitrarily long task
Hi,
First of all thank you for creating Wicket its awesome, now that I'm a bit
more familiar with it, I'm continually delighted by it.
Secondly could someone tell me what the best way of determining whether an
item passed to the method:
protected void populateItem(ListItem? item);
Hi Tobias,
Thanks for your answer.
I've decided to use the ListView#getViewSize method
so my check is as follows:
if ((item.getIndex() + 1) == getViewSize()) {
// do last item stuff here
item.add(new AttributeModifier(class,
lastItemClass));
Dear forum,
Reading the Apache Wicket Guide on URL Encryption in detail
https://wicket.apache.org/guide/guide/security.html#security_4 , the
section suggests that simply calling
is not enough for url encryption at production level.
Further down on that section, there is one recommendation
Hi,
even better! That's the way I would do it by myself! :-)
kind regards
Tobias
Am 19.02.2015 um 12:05 schrieb Simon B simon.bott...@gmail.com:
Hi Tobias,
Thanks for your answer.
I've decided to use the ListView#getViewSize method
so my check is as follows:
if
OK, it seems that this is now a regular occurrence on our production
platform so any assistance you can provide would be greatly appreciated...
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/ListenerInvocationNotAllowedException-woes-tp4669616p4669645.html
Sent from
Hi,
you can get the index of the item with ListItem.getIndex() and compare it with
the last index of the model object.
kind regards
Tobias
Am 19.02.2015 um 11:34 schrieb Simon B simon.bott...@gmail.com:
Hi,
First of all thank you for creating Wicket its awesome, now that I'm a bit
Yes I confirm that isEnabledInHierarchy == false
Here you go :
org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException:
Behavior rejected interface invocation. Component: [AjaxLink [Component id =
search]] Behavior: org.apache.wicket.ajax.markup.html.AjaxLink$1@73829fd3
On 19/02/2015 11:28, lucast wrote:
Dear forum,
Reading the Apache Wicket Guide on URL Encryption in detail
https://wicket.apache.org/guide/guide/security.html#security_4 , the
section suggests that simply calling
is not enough for url encryption at production level.
Further down on that
Hi,
yep and on both cases a RequestListener is causing the issue based on a
behavior. Maybe this will help the devs to solve the issue.
Thanks for the StackTrace.
kind regards
Tobias
Am 19.02.2015 um 13:47 schrieb ChambreNoire a...@tentelemed.com:
Yes I confirm that isEnabledInHierarchy
Hi,
Only a reproducible test case would help to debug it.
From the stacktrace I can say that AjaxLink with id search is either
disabled or invisible and that's why Wicket throws the exception.
Check your code and see in what conditions search component or any of its
parents is disabled/invisible.
Hi,
can you also print the stacktrace and ensure the exception is caused because of
isEnabledInHierarchy == false? Just want to know if it is the same issue.
kind regards
Tobias
Am 19.02.2015 um 12:34 schrieb ChambreNoire a...@tentelemed.com:
OK, it seems that this is now a regular
On 19/02/2015 13:23, andrea del bene wrote:
On 19/02/2015 11:28, lucast wrote:
Dear forum,
Reading the Apache Wicket Guide on URL Encryption in detail
https://wicket.apache.org/guide/guide/security.html#security_4 , the
section suggests that simply calling
is not enough for url encryption
Hi,
The search AjaxLink is disabled. It's a service link and when it is
clicked, it changes a content panel and sets a current view session
variable. Its onConfigure method sets enabled based on whether the link
refers to the current view. So effectively, click it once and it gets
disabled until
On Thu, Feb 19, 2015 at 5:48 PM, ChambreNoire a...@tentelemed.com wrote:
Hi,
The search AjaxLink is disabled. It's a service link and when it is
clicked, it changes a content panel and sets a current view session
variable. Its onConfigure method sets enabled based on whether the link
refers
Hmm that's what I thought. It's just that this has never been an issue
before. Maybe this has something to do with our recent migration to tomcat7
vs an embedded Jetty previously...
I'll implement the suggeted changes. Thanks!
--
View this message in context:
18 matches
Mail list logo