Yeah I'm not feeling too hopeful
I have a tabbed panel which loads the tabs via ajax. When the page is loaded
from the browsers cache i.e. the user hits the back button, the ajax request
to load the tab is sent but wicket thinks that tab is already loaded
(getSelectedTab()) so ignores the request.
Oh, I see that there is a duplicate issue linked on JIRA which shows one use
case: https://issues.apache.org/jira/browse/WICKET-2541
Sorry!
RUSSELL E. MORRISEY
Programmer Analyst Professional
Mission Solutions Engineering, LLC
| russell.morri...@missionse.com |
All,
Since I upgraded our project to wicket 1.4.17, I am seeing this warning:
http-2467-1 > WARN [2011-04-27 17:22:00,574]
Enclosure.warnAboutFormComponentInsideEnclosure():196 - Found a form component
TextField/contentPanel:rightPane:dataForm:tabbedPanel:panel:modules:lazyGrid:content:datagri
That's it, I forced the usage of slf4j 1.6.1 and the propblem was solved.
Thank you!
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-RC3-with-hibernate-tp3477380p3478670.html
Sent from the Users forum mailing list archive at Nabble.com.
If you were wondering if you needed to miss this awesome validator
with Wicket 1.5, there's a release for that.
WicketStuff HTML Validator 1.5-rc3 has been released!
Thanks to Emond 'Refactor' Papegaaij we now have a Wicket 1.5 (rc3)
compatible HTML validator. This validator works unfortunately s
I think you can try to exclude the slfj dependency that wicket ships on,
since its being already contributed by Hibernate or just update you the
org.slf4j
slf4j-log4j12
* 1.6.1*
To the version that match the one provided hibernate.
On Wed, Apr 27, 2011 at 3:53 AM, Lucky Spiff [via Apache Wick
The current page selection is noticed by disabled link of the selected page
number.
In our project we need to highlight (bold font and colour) selected page by
means of css.
How this can be achived ?
Thank you.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Customi
Static resources are more suitable for the cases when you want to
avoid page locking.
E.g. when you need to deliver dynamic response and there is a chance
that the processing will be slower or there will be more clients for
the same resource. Using a normal component for this will suffer that
only
Hi Alec,
are you sure you are testing your code in DEPLOYMENT mode and not in
DEVELOPMENT mode?
To answer your question about benefits of using shared resources, I can
say that they make sense when you need to access a resource (like a
picture) with
an absolute path instead of a relative on
On Wed, Apr 27, 2011 at 11:19 AM, Daniele Dellafiore
wrote:
> On Wed, Apr 27, 2011 at 8:57 AM, Martin Grigorov wrote:
>
>
>> I'm not against improving the current state. I'm saying that it want
>> last long without your help.
>> I said several times that the community can create the uber-jar
>> pr
Hi Daniele,
sorry for answering this late, anyways, inline reply.
On [Fri, 22.04.2011 16:09], Daniele Dellafiore wrote:
> Hi, sorry I read your reply only today...
> I got basically to the same results yesterday, but I've some problem which I
> summarized in the last message in this thread on fe
On Wed, Apr 27, 2011 at 8:57 AM, Martin Grigorov wrote:
> I'm not against improving the current state. I'm saying that it want
> last long without your help.
> I said several times that the community can create the uber-jar
> project in wicketstuff but so far no one wanted to do it.
> I can do it
Hi,
On Wed, Apr 27, 2011 at 10:43 AM, Daniele Dellafiore
wrote:
> On Tue, Apr 26, 2011 at 9:12 PM, Daan van Etten wrote:
>
>> Op 26 apr 2011, om 16:41 heeft Martin Grigorov het volgende geschreven:
>>
>>
>> Not doing anything now because it can break in the future is not a really
>> good argumen
On Tue, Apr 26, 2011 at 11:48 PM, Eike Kettner wrote:
> Hi Daniele,
>
> >
> > This is not as bad as having to package the uber-jar with the war, sure.
> > Better than keeping a separate wicket codebase, at least :)
> >
> > Anyway it's still a custom solution that I, and all wicket developers,
> h
On Tue, Apr 26, 2011 at 9:12 PM, Daan van Etten wrote:
> Op 26 apr 2011, om 16:41 heeft Martin Grigorov het volgende geschreven:
>
>
> Not doing anything now because it can break in the future is not a really
> good argument..?
> Anything can break, that's why there are unit tests, release candid
Hi,
I'm not sure whether this is possible at all.
Why do you need to do this ?
On Wed, Apr 27, 2011 at 8:12 AM, Matthew Goodson
wrote:
> Hi guys,
> I'm trying to find out if an ajax request has come from page that was loaded
> from the browsers cache. Does anyone have any ideas of how I could ac
16 matches
Mail list logo