Hello,
We have a Quartz thread which periodically sends emails with a link to
a Wicket page. Calling RequestCycle.get().urlFor(Class,
PageParameters) doesn't work because the thread is not a part of
Wicket request cycle. Is there a way to ask Wicket to generate the URL
in this case?
Thanks
We have a Quartz thread which periodically sends emails with a link to
a Wicket page. Calling RequestCycle.get().urlFor(Class,
PageParameters) doesn't work because the thread is not a part of
Wicket request cycle. Is there a way to ask Wicket to generate the URL
in this case?
What you really
Does wicket support development of portlets ? I cant find much information
by googling.
Wicket 1.4 does (and it works fine at least in our context of using Liferay as
container), apparently in 1.5 they are moving that functionality out from the
main library.
- Tor Iver
Thanks.
I hope the functionality will remain available somewhere. May be as a
separate library.
Josh.
On Mon, Mar 21, 2011 at 10:52 AM, Wilhelmsen Tor Iver toriv...@arrive.nowrote:
Does wicket support development of portlets ? I cant find much
information
by googling.
Wicket 1.4 does
Any suggestions?
-
Wicket-Java
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Getting-data-from-dynamically-constructed-elements-tp3391580p3392901.html
Sent from the Users forum mailing list archive at Nabble.com.
typing T would select Two, but typing Th would select Three. Is
this possible in Wicket?
This is the way well-behaved modern browsers already work :)
- Tor I.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For
Yes, the extra form in modal window is no longer needed.
This works because a modal window's content is 'just' rendered into a new
element in the page body directly.
Sven
Brown, Berlin [GCG-PFS] wrote:
OK, so the patch just scraps the form in the modal window.
-Original
The modal window's content is rendered into a set of new elements into the
page body directly, this set include a form tag. If you add a root form
inside the modal window content, the HTML for the opened window will be
invalid because of nested form tags. I don't remember of any change in this.
I have assigned that groupModels to checkGroup but all checkboxes are coming
checked.
How can I display them as unchecked at first display??
-
Wicket-Java
--
View this message in context:
Hi Pedro,
modal window renders its content into its own tag's body before moving it
into new tags on the top level.
In the proposed patch this intermediate step is skipped, thus keeping the
markup valid even in case of a form in the dialog's content.
Pedro Santos wrote:
I don't remember of
The state of the checkboxes is determined by the model. So, just make
sure the model doesn't contain those values. Take a look at:
http://wicketstuff.org/wicket14/forminput/
for an example. The model isn't completely obvious (which is why I
dislike CompoundPropertyModels), but the values that
The patch look good, but will force all current nested forms inside some
modal window to override the Form#isRootForm to return true
A possible way of avoid is to flag the mismatch in hierarchy. Join us in the
dev mail list to discuss, there is even a thread already:
Hello group,
can anybody point me in the right direction for the following problem.
We are working on a project based on wicket 1.4.x (also hibernate,
spring and so on)
We are using property files for localized text. Mostly side by side
with the domain objects, like so:
DomainObjectA.class
Hi all, any idea how do share sessions?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/dynamic-navigation-side-content-depending-on-login-status-tp3384641p3394125.html
Sent from the Users forum mailing list archive at Nabble.com.
Hi,
I don't really understand why you have two xxxApplication.java for only two
links.
In my mind, I would make only one xxxApplication.java for both pages.
But I assume is for test purpose about sharing connection information
between two (or more) distinct applications.
This problem is common :
simply use resource bundle?
ResourceBundle.getBundle(DomainObjectA.class.getCanonicalName()).getString(key);
On Mon, Mar 21, 2011 at 9:36 PM, Reinhard Vornholt
reinhard.vornh...@gmail.com wrote:
Hello group,
can anybody point me in the right direction for the following problem.
We are
modalWindow.replace(new WebMarkupContainer(modalWindow.getContentId()));
On Mon, Mar 21, 2011 at 3:36 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:
I open a form in a ModalWindow. Even after the form is closed the
content seems to remain because the form contents are serialized out
with
Great, thanks Pedro. I'll give that a go.
-Original Message-
From: Pedro Santos [mailto:pedros...@gmail.com]
Sent: Tuesday, 22 March 2011 5:41 AM
To: users@wicket.apache.org
Subject: Re: Best way to remove content from a close Modal Window?
modalWindow.replace(new
Without having tested it, I would try to create a permanent session,
hoping that the framework would do the rest in order to create server
side state for the page:
session.bind()
The idea behind this is that Wicket can do AJAX only for stateful
pages.
Regards,
Bernard
On Sat, 19 Mar 2011
sorry a correction , DomainObjectA.class.getName() instead of
canonical name because you can have property files for inner classes
too in that case canonical name will fail..
On Mon, Mar 21, 2011 at 11:52 PM, vineet semwal
vineetsemwal1...@gmail.com wrote:
simply use resource bundle?
Exactly same trouble, is there any solution so far?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Page-Expired-tp1844813p3394560.html
Sent from the Users forum mailing list archive at Nabble.com.
-
Take the following with a grain of salt since I was told by a friend, of a
friend that attended the Server Side Symposium last week. I don't have any
of the details either so bear with me.
Apparently in a session related to 'corporations using open source' the
speaker asked if any companies were
Bernard,
I owe you a beer. Calling session.bind() did the trick. Thanks.
-Don
On Mar 21, 2011, at 12:18 PM, b...@actrix.gen.nz wrote:
Without having tested it, I would try to create a permanent session,
hoping that the framework would do the rest in order to create server
side
While we strive to keep binary compatibility between minor releases,
i.e. the z releases of an x.y.z release path, sometimes things slip
by. In principle we only allow security or blocker issues to break the
API in a .z release. So we strive to make the upgrade path of 1.4.0 to
1.4.16 to be just a
I'm not trying to start a war here and I guess this will be my only
contribution to this thread so with the risk of being punished by the wicket
community, I guess the speaker said like he said because wicket release
numbering doesn't follow normal version numbering (with normal I mean
what most
Isammoc OFF wrote:
I don't really understand why you have two xxxApplication.java for only
two
links. In my mind, I would make only one xxxApplication.java for both
pages.
If both links would be on the same page - yes. But if you have several pages
you need a separate xxxApplication.java
After reading your preceding mails again, I think I get the point :
You don't need to create two classes that extends WebApplication
because you want two pages to allow authentication.
Both authentication pages are parts of the same application (read
WebApplication).
As Michael O'Cleirigh said :
See the following classes:
Implement your AuthenticatedWebApplication to instantiate
AuthenticatedWebSession, then use authorization stategies on component
initialization:
http://wicket.apache.org/apidocs/1.4/org/apache/wicket/authorization/package-summary.html
Check the implementation here (
28 matches
Mail list logo