by tabs do you mean browser tabs?
if you have 2 tabs:
http://localhost:8080/Foo
and
http://localhost:8081/Bar
then reloading each tab will often invalidate the previous tab. the session
cookie is overwritten.
--
View this message in context:
i'm trying to be a proof-of-concept where I use wicket to use styles that
are loaded from the database. I've managed to get my custom markup to load
but it seems that its only loaded once then cached (even in dev mode). This
is what I've tried:
IResourceSettings settings =
how do you instantiate ClsDb? I don't see a @Component/@Service/etc
annotation on it so my guess is you use something like...
clsdb = new ClsDb();
clsdb.save();
You need to have the class creaed by spring's bean factory or injected by
wicket's component instantiation listener.
--
View this
I forgot to also mention...
I've noticed that @Autowired does NOT work whereas @Inject does. Also,
@Value annotations don't work either.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/wicket-autowired-annotation-tp4661529p4661575.html
Sent from the Users forum
If you are using _only_ spring and no wicket you _still_ can't do the new
ClsDb() method and have the @Autowired fields populated. You're question
isn't really specific to wicket anymore in that situation.
On Fri, Sep 27, 2013 at 12:32 PM, dan123 [via Apache Wicket]
I found this searching for the same answer and my existing code was:
input type=checkbox wicket:id=acceptTerms/
label wicket:for=acceptTermsI agree to the terms/label
but the output is:
input type=checkbox name=acceptTerms id=acceptTerms5/
label for=acceptTerms5I agree to the terms/label
but
aha! it seems that the first time it renders it doesn't include the id in the
checkbox. when it fails validation, the id appears and the label works as
expected. i'll dig into the code when i get a chance.
--
View this message in context:
Yes, but in my example, I was referring to how 2 different apps with
different cookies are both running on localhost with different ports. I get
this issue all the time on chromium when I test multiple apps all on
location with different ports. I keep having to login whenever I refresh a
different
I'm building an app that uses oauth to login but I found that
continueToOriginalDestination doesn't work when I login via twitter but it
works when I use google to login. The user instead ends up in the fallback
value I used:
continueToOriginalDestination();
setResponsePage(MemberHome.class);
nevermind. there was a rogue try/catch catching the
continueToOriginalDestination exception...
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/continueToOriginalDestination-hacks-tp4663947p4663950.html
Sent from the Users forum mailing list archive at Nabble.com.
don't have an quick way to isolate the two right now.
has anybody else seem similar issues? the biggest problem with this is that
browsers that were running before continue to attempt to use the bad session
until they clear cookies. it effectively breaks the site unless i restart
jboss.
-miguel
wow this is the strangest thing. i searched for the same thing a year later
(to the day almost) and again its a silly agree to terms checkbox and
guess what... wicket 6.17.0 seems to have the same problem...
--
View this message in context:
Hi,
Is it possible to set the style once, at the WebApplication, instead
of getting the Session in every Page, and calling setStyle() ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Hi,
I have a servlet on /site. Depending on the User-Agent, it will use
the RequestDispatcher and forward to /site1 or /site2.
/site1 is mapped to the Wicket filter, /site2 is another plain servlet.
When I open site1 directly, the CSS link is alright.
In the original html:
link
On Tue, Jul 8, 2008 at 8:37 PM, James Carman [EMAIL PROTECTED] wrote:
Try redirecting rather than forwarding
I'm trying to avoid redirecting.
Do you mean, forwarding cannot retain the correct URL?
-
To unsubscribe, e-mail:
Comrades,
I'm getting a strange exception. I created a SimpleAttributeModifier and
added it to a TextField component, like this:
textField.add(modifier);
When I run it, I get an exception that says this:
java.lang.ClassCastException:
org.apache.wicket.behavior.SimpleAttributeModifier
Here's a test case to reproduce the bug. I'm doing something slightly
unorthodox, but it shouldn't cause the bug I'm seeing.
I'm using an application structure adapted from the book Wicket in Action.
-- Miguel Muñoz
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED
I couldn't find a link to Jira on the Apache Wicket web site. Can you send me a
link?
-- Miguel Munoz
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 25, 2008 3:27 PM
To: users@wicket.apache.org
Subject: Re: Exception adding
Hi,
I found out - through a lot of trial and error - that if your .html
file has a Byte Order Mark, the ?xml encoding=utf-8 ? at the top
of the document is ignored.
The document is treated as something else - I'm not sure what.
The effect is that the special output characters become the ?
unknown
On Wed, Jun 25, 2008 at 9:51 PM, Brill Pappin [EMAIL PROTECTED] wrote:
I think it might be your browser that is not displaying the unicode chars.
That you see the odd symbols at all means that the made it to the client
side.
Are you on a Mac?
Hi! Thanks for the reply.
No, I'm on Firefox 3
20 matches
Mail list logo