Hi
Thank you all for an incredibly helpful mailing list and a great framework
My problem is this
I have a form that gets submitted with an ajax button
On the form I have a couple of composite input components. I followed the
example in the book Wicket in action (sample chapter 8) to create the
Hahaa... Ive sorted it out... My stupid mistake...
I have my own implementation of Session and override the
cleanupFeedbackMessages() but did not implement anything in it, so my
messages remained in the session, and buggered everything up
Thanks
fstof wrote:
Hi
Thank you all
Okay... so the end of year came and gone... any new ideas?
Martijn Dashorst wrote:
ideally when bug count is zero. But were aiming before years end IMO.
Martijn
On 11/24/08, Jeremy Thomerson jer...@wickettraining.com wrote:
The API is pretty locked for now - only a significant bug
Hey man, I'm looking for something similar,
have you got it working?
AshleyAbraham wrote:
Just to clarify: I have created three classes, the parent class is the
AjaxWizardButton similar to Wicket's WizardButton and the two child
classes are AjaxCancelButton and AjaxFinishButton similar to
Ahaa... I see...
Can you maybe post your implementation of the onclick method of the
AjaxNextButton?
sorry, but I'm a bit new with the wicket thing
Thanks a lot for the help
AshleyAbraham wrote:
Yes, I did make it to work by creating those two Ajax buttons and putting
them in a class
Oops... I see you are only concerned with the cancel and finish buttons...
I'm looking to make everything, including the next and previous buttons to
use ajax...
I'm asuming I'll have to have something like this in there someware, yes?
target.addComponent(wizard);
fstof wrote:
Ahaa... I
Any luck with this?
I'm looking to do the same thing, but how
Brill Pappin wrote:
I'm trying to integrate wicket-auth-roles with a token based SSO
security system.
I can't see where I can intercept the authentication sequence and
auto-login the user based on the token.
Essentially
drf wrote:
in which class are call calling setOutputMarkupId(true) on the wizard ?
Since we are calling target.addComponent(wizard); setOUtputMarkupId should
be seton the wizard itself, since that is the component we want to
re-render.
--
View this message in context:
Sean Brookes wrote:
Thank you for posting your code on this. It is exactly the same issue I
am working on. A problem I am experiencing is with adding the wizard to
the target in the addOrReplace method of AjaxWizardButtonBar:
target.addComponent(wizard);
Hi
I have a web app where clients can log in as well as third party users.
To do this I implemented 2 wicket applications (both extending
AuthenticatedWebApplication) to keep the authentication and sessions
separate from each other.
The two are separated in web.xml with separate servlet
BUMP...
Anyone? we run wicket 1.4.9
fstof wrote:
Hi
I have a web app where clients can log in as well as third party users.
To do this I implemented 2 wicket applications (both extending
AuthenticatedWebApplication) to keep the authentication and sessions
separate from each
Okay well I've given everything that I can.
Please tell me what you need to be able to assist, and I'll do my best to
get it for you
Igor Vaynberg-2 wrote:
impossible to help you since you have given us no information to go
on. all i can say is that having multiple applications in a
That is what I noticed when I looked at the code, so I cant really tell why
that could be an issue
We are using WicketServlet because WebSphere 6.1 has issues with the filter
(not 100% sure what the issue is, but it does not work with the filter)
Wilhelmsen Tor Iver wrote:
Any reason you
Igor Vaynberg-2 wrote:
a reproducible test case :)
-igor
If I could reproduce it I'm pretty sure I would have been able to solve it
:) The thing is It happens like once a week, and we have not seen it happen
in any of our DEV/PRE environments
Zilvinas Vilutis wrote:
1. No
Oh and I excluded the session code for the simple reason, that I dont think
it is relevant, as it is the applications that get mixed up
fstof wrote:
Igor Vaynberg-2 wrote:
a reproducible test case :)
-igor
If I could reproduce it I'm pretty sure I would have been able
Reinhard Nägele wrote:
I don't think it is a good idea to have multiple applications in one
war.
Well according to Igor It's not an issue, as wicket-examples makes use of
it. Although it does not use the Servlet but rather the Filter, (don't know
if that could make a difference)
Wilhelmsen Tor Iver wrote:
The ThreadLocal objects are static, yes, but the actual objects stored
there are per thread and thus not static.
My thoughts exactly
Wilhelmsen Tor Iver wrote:
The Application instance is shared between all users, but in this case
there is no user state in
Martin Grigorov-4 wrote:
The Wicket Team is proud to introduce the second Release Candidate in
Wicket 1.5 series. It includes bug fixes and improvements reported against
1.5-RC1. See the changelog for full list.
More detailed migration notes are available on our [Migrate to 1.5
Wiki
Andrea Del Bene-2 wrote:
Hi fstof,
maybe you meant wicket-core-1.5-rc2.jar and not wicket-1.5-rc1.jar. In
full distribution still missing wicket core jar.
O crap... stupid typo... I copied from my rc1 lib folder...
I ment rc2.
either way there is no wicket-core-1.5-rc2.jar
Attila Király wrote:
As a workaround you can download the missing core jar from the maven repo:
http://repo1.maven.org/maven2/org/apache/wicket/wicket-core/1.5-rc2/
Awesome, Thanks
Attila Király wrote:
http://repo1.maven.org/maven2/org/apache/wicket/wicket-core/1.5-rc2/There
is no
Hi all,
I decided to do the migration from 1.4.15 to 1.5rc2
Some background on how we do stuff:
In web.xml we have the WicketServlet configured with multiple servlet
mappings, eg
wicket.servlet
/skinwithlongname/*
wicket.servlet
/shortskin/*
Now these
21 matches
Mail list logo