Re: [MIIGRATE 1.5] Where is getSharedResources().putClassAlias(...)
Please create a ticket.
On Sun, Apr 24, 2011 at 12:36 PM, Alexandros Karypidis
akary...@yahoo.gr wrote:
Hello,
Here's my next question regarding migration to 1.5. I used to publish
dynamic image resources (retrieved from DB) as follows:
protected void init() {
super.init();
getSharedResources().putClassAlias(org.apache.wicket.Application.class,
global);
getSharedResources().add(images, new ImageResources());
}
The above would let my image resource reply to the URL:
http://host/resources/global/images?params=...
In 1.5, the SharedResources class no longer has a putClassAlias() method,
so apparently there's something new.
How do we go about doing this with 1.5?
Thanks in advance!
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Specific redirect after session timeout
Hi there,
is it possible to grab the parameters (and the path) of the url and
redirect the
user automatically back to that page if he hits a session timeout?
At the moment I'm using in my app.init() method
getApplicationSettings().setPageExpiredErrorPage(SessionTimeout.class);
and
public SessionTimeout(final PageParameters oldParams) {
setResponsePage(HomePage.class, oldParams);
}
But the oldParams variable does not contain the parameters the user had
when he hits the session timeout.
Or do I need to store that in a separate cookie?
Regards,
Peter.
--
http://jetwick.com open twitter search
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: [MIIGRATE 1.5] Where is getSharedResources().putClassAlias(...)
Posted:
https://issues.apache.org/jira/browse/WICKET-3640
for investigation. Is there really no alternative to this with Wicket 1.5?
On Mon, 25 Apr 2011 09:19:02 +0300, Martin Grigorov mgrigo...@apache.org
wrote:
Please create a ticket.
On Sun, Apr 24, 2011 at 12:36 PM, Alexandros Karypidis
akary...@yahoo.gr wrote:
Hello,
Here's my next question regarding migration to 1.5. I used to publish
dynamic image resources (retrieved from DB) as follows:
protected void init() {
super.init();
getSharedResources().putClassAlias(org.apache.wicket.Application.class,
global);
getSharedResources().add(images, new ImageResources());
}
The above would let my image resource reply to the URL:
http://host/resources/global/images?params=...
In 1.5, the SharedResources class no longer has a putClassAlias()
method,
so apparently there's something new.
How do we go about doing this with 1.5?
Thanks in advance!
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Nesting RepeatingView components: Possible attempt to embed component(s) error
Hi, I actually managed to get around this by creating a component called DropDownMenu with the following HTML: html xmlns:wicket body wicket:panel span wicket:id=menu/span ul li wicket:id=menuChoices/li /ul /wicket:panel /body /html The DropDownMenu.java code creates a repeating view (the nested one) and adds the menuChoices. Then, I simply add instances of new DropDownMenu(...) to the outer RepeatingView which I've also converted into a separate MenuBar component. On Mon, 25 Apr 2011 00:13:46 +0300, James Carman ja...@carmanconsulting.com wrote: Check out the YUI menu support in wicketstuff. It works great for us. On Sun, Apr 24, 2011 at 4:41 PM, Alexandros Karypidis akary...@yahoo.gr wrote: Hello, I want to add menus (as in a menu bar with drop-down menus) on my pages. In order to achieve that, I must use a nested RepeatingView (see further down for the explanation). What I need (and don't know how to do) is to be able to have markup like this: ul class=web-menu li wicket:id=menuBarChoices ul li wicket:id=menuBarChoiceItems/li /ul /li /ul In my code, I would use RepeatingView to generate a number of list-items (menuBarChoices) which would be rendered as a menu bar. In addition I would need to create a NESTED RepeatingView per each of the menuBarChoices, to generate a number of list-items (menuBarChoiceItems). These would be rendered as a drop-down menu when the user hovers over the respective menu bar choice. I tried to do that, but Wicket catches my attempt to nest the RepeatingView components and politely explains that the outer component discard its content, therefore the nested embedded component can no longer be used for dynamic content. The message is as follows: Last cause: Expected close tag for 'li wicket:id=menuBarChoices' Possible attempt to embed component(s) 'li wicket:id=menuBarChoiceItems' in the body of this component which discards its body. Ultimately, I need Wicket to produce something like this: ul class=web-menu li Menu1 ul liMenu Subitem 1/li liMenu Subitem 2/li /ul /li li Menu2 ul liMenu Subitem 1/li liMenu Subitem 2/li /ul /li /ul How do I go about doing that? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicket-tree checkboxes managing
Hello all, I'm trying out the wicket-tree components by Sven Meier and, does anybody know if there is a way to get the root's 'checkboxes' hidden when using the 'CheckedSelectableFolderContent' content option? best regards massimo -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/wicket-tree-checkboxes-managing-tp3472967p3472967.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Specific redirect after session timeout
Have you tried a HybridUrlEncodingStrategy?
That one is pretty resilient to session restarts.
-Clint
On Mon, Apr 25, 2011 at 2:51 AM, Peter Karich peat...@yahoo.de wrote:
Hi there,
is it possible to grab the parameters (and the path) of the url and
redirect the
user automatically back to that page if he hits a session timeout?
At the moment I'm using in my app.init() method
getApplicationSettings().setPageExpiredErrorPage(SessionTimeout.class);
and
public SessionTimeout(final PageParameters oldParams) {
setResponsePage(HomePage.class, oldParams);
}
But the oldParams variable does not contain the parameters the user had
when he hits the session timeout.
Or do I need to store that in a separate cookie?
Regards,
Peter.
--
http://jetwick.com open twitter search
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
[osgi] package org.apache.wicket.request exported either from core and request packages
Hi. Whe I try to start my wicket webapp from Karaf, I receive a NoClassFoundException agains Request. The problem is that my app imports the package org.apache.wicket.request from wicke.core bundle that have the package, but not the class. The fact that the same package is exported from two bundles really does not fit well in OSGI. Any possible solution? -- Daniele Dellafiore http://danieledellafiore.net
Continue navigating while on submit button process stuff on the background
Dear Forum,
I have a simple tabbed view object page with a notify button that when the
user clicks on the button, it emails a long list of people with information
about the concerning the object.
Some objects have a list of 100+ email addresses and clicking on submit
stops me from continuing visiting other tabbed pages until the email class
has finished sending all the emails (40 seconds afterwards).
How can implement the notify button so that it emails people on the
background AND allows me to continue navigating out of the current view
tabbed page into another page?
Thanks in advance,
Lucas
The button i'm implementing is simple:
new Button (notifyButton){
@Override
public void onSubmit() {
EmailServices emailService = new EmailNotificationService();
emailService.notifyMailingList(object);
}
};
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Continue-navigating-while-on-submit-button-process-stuff-on-the-background-tp3473026p3473026.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Beginner problems with TabbedPanel
Just tried Igor's solution with JavaScript disabled using AjaxFallbackButton Exception appears: java.lang.IllegalStateException: No Page found for component [MarkupContainer [Component id = xlsUploadForm]] Components tree: Page TabbedPanel Panel Form Button Any ideas how to make it fallback correct? With js everything works just perfect -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Beginner-problems-with-TabbedPanel-tp1887205p3473115.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Continue navigating while on submit button process stuff on the background
Send your emails in a batch at a later time, or if you are using Spring
you could use the new @Async annotation.
From: lucast lucastol...@hotmail.com
To: users@wicket.apache.org
Date: 04/25/2011 08:32 AM
Subject:Continue navigating while on submit button process stuff
on the background
Dear Forum,
I have a simple tabbed view object page with a notify button that when the
user clicks on the button, it emails a long list of people with
information
about the concerning the object.
Some objects have a list of 100+ email addresses and clicking on submit
stops me from continuing visiting other tabbed pages until the email class
has finished sending all the emails (40 seconds afterwards).
How can implement the notify button so that it emails people on the
background AND allows me to continue navigating out of the current view
tabbed page into another page?
Thanks in advance,
Lucas
The button i'm implementing is simple:
new Button (notifyButton){
@Override
public void onSubmit() {
EmailServices emailService = new
EmailNotificationService();
emailService.notifyMailingList(object);
}
};
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Continue-navigating-while-on-submit-button-process-stuff-on-the-background-tp3473026p3473026.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Notice: This communication, including any attachments, is intended solely
for the use of the individual or entity to which it is addressed. This
communication may contain information that is protected from disclosure
under State and/or Federal law. Please notify the sender immediately if
you have received this communication in error and delete this email from
your system. If you are not the intended recipient, you are requested not
to disclose, copy, distribute or take any action in reliance on the
contents of this information.
Re: Continue navigating while on submit button process stuff on the background
or if you are not using Spring...use Java Futures...
http://download.oracle.com/javase/6/docs/api/java/util/concurrent/Future.html
From: lucast lucastol...@hotmail.com
To: users@wicket.apache.org
Date: 04/25/2011 08:32 AM
Subject:Continue navigating while on submit button process stuff
on the background
Dear Forum,
I have a simple tabbed view object page with a notify button that when the
user clicks on the button, it emails a long list of people with
information
about the concerning the object.
Some objects have a list of 100+ email addresses and clicking on submit
stops me from continuing visiting other tabbed pages until the email class
has finished sending all the emails (40 seconds afterwards).
How can implement the notify button so that it emails people on the
background AND allows me to continue navigating out of the current view
tabbed page into another page?
Thanks in advance,
Lucas
The button i'm implementing is simple:
new Button (notifyButton){
@Override
public void onSubmit() {
EmailServices emailService = new
EmailNotificationService();
emailService.notifyMailingList(object);
}
};
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Continue-navigating-while-on-submit-button-process-stuff-on-the-background-tp3473026p3473026.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Notice: This communication, including any attachments, is intended solely
for the use of the individual or entity to which it is addressed. This
communication may contain information that is protected from disclosure
under State and/or Federal law. Please notify the sender immediately if
you have received this communication in error and delete this email from
your system. If you are not the intended recipient, you are requested not
to disclose, copy, distribute or take any action in reliance on the
contents of this information.
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
I've solved this removing org.apache.wicket.request from Export-Package in wicket.core bundle jars. This works only because I'm not using request.ClientInfo class. Probablhy during runtime there will be other problems. From the OSGI perspective, having duplicate packages exported by different bundles is wrong. Should I fill a issue for this? On Mon, Apr 25, 2011 at 1:01 PM, Daniele Dellafiore ilde...@gmail.comwrote: Hi. Whe I try to start my wicket webapp from Karaf, I receive a NoClassFoundException agains Request. The problem is that my app imports the package org.apache.wicket.request from wicke.core bundle that have the package, but not the class. The fact that the same package is exported from two bundles really does not fit well in OSGI. Any possible solution? -- Daniele Dellafiore http://danieledellafiore.net -- Daniele Dellafiore http://danieledellafiore.net
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
Again, org.apache.wicket.IClusterable is in the -util bundle but the webapp looks for it in the -core bundle. There's not workaroiund for this. I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. On Mon, Apr 25, 2011 at 2:51 PM, Daniele Dellafiore ilde...@gmail.comwrote: I've solved this removing org.apache.wicket.request from Export-Package in wicket.core bundle jars. This works only because I'm not using request.ClientInfo class. Probablhy during runtime there will be other problems. From the OSGI perspective, having duplicate packages exported by different bundles is wrong. Should I fill a issue for this? On Mon, Apr 25, 2011 at 1:01 PM, Daniele Dellafiore ilde...@gmail.comwrote: Hi. Whe I try to start my wicket webapp from Karaf, I receive a NoClassFoundException agains Request. The problem is that my app imports the package org.apache.wicket.request from wicke.core bundle that have the package, but not the class. The fact that the same package is exported from two bundles really does not fit well in OSGI. Any possible solution? -- Daniele Dellafiore http://danieledellafiore.net -- Daniele Dellafiore http://danieledellafiore.net -- Daniele Dellafiore http://danieledellafiore.net
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Could not resolve class: my.domain.favicon.ico
Hey Igor,
this sounds logically, but what is the solution. One cannot create a
class favicon.ico
cause of the dot, and even if, how to place your own favicon in this case??
Rene
PS: I am loving 1.5!
On Wed, Apr 13, 2011 at 7:35 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote:
you mounted the package on root, which means when the browser requests
/favicon.ico wicket will think that the browser is asking for a wicket
page named my.domain.favicon.ico and will try to instantiate a class
with that name, thus the error. it should ultimately result in a 404
sent to the browser.
-igor
On Wed, Apr 13, 2011 at 2:51 AM, Christian Grobmeier
grobme...@gmail.com wrote:
mountPackage() will mount all *Page* classes in the same package as the page
used for the mount
but it doesn't do anything else, i.e. it doesn't handle components or models
or ...
OK, I have imagined that. But it seems mountPackage does also mount the
forms.
If I mountPackage everything the LoginForm is available.
If I do mountPage my LoginForm is not available after I submit (same
package as LoginPage). Which does not make sense to me:
ComponentNotFoundException: Could not find component 'loginForm' on
page 'class de.mydomain.HomePage
The HomePage does not have this component at all.
Even when I do:
mountPage(HomePage)
mountPackage(LoginPage)
it changes.
Only when i mountPackage everything it seems to work.
Btw, HomePage is in the root folder, while LoginPage is in a subfolder.
mountPage() mounts just a single page without any knowledge about other
pages, panels, models ...
On Wed, Apr 13, 2011 at 11:19 AM, Christian Grobmeier
grobme...@gmail.comwrote:
do you really need mountPackage() ?
I guess you actually need #mountPage()
I find mountPackage(/, HomePage.class); as the culprit
if I use only mountPage it leads to the situation of some components not
found.
My structure is like following:
/HomePage.class
/App.class
/pages/login/LoginPage.class
/pages/login/LoginForm.class
/pages/login/LoginEntities.class
/pages/login/LoginBusinessLogic.class
/pages/login/LoginPage.html
...
The docs told me I could mount a whole package. As subfolders are not
mounted, I thougth this would work.
However, if I only use mountPage, the missing css error is gone. But
then I am puzzled about mountPackage
It seems I should restructure my app... is there a recommended way?
On Wed, Apr 13, 2011 at 11:07 AM, Christian Grobmeier
grobme...@gmail.comwrote:
can you paste your MyApp#init() ?
Sure:
@Override
public void init() {
super.init();
getComponentInstantiationListeners().add(
new SpringComponentInjector(this));
mountPackage(/, HomePage.class);
mountPackage(/feedback, FeedbackPage.class);
mountPackage(/login, LoginPage.class);
mountPackage(/test, TestPage.class);
this.getMarkupSettings().setStripWicketTags(true);
loadProperties();
initSecurity();
}
loadProperties load a property file from web-inf as the name suggests
initSecurity is setting an
getSecuritySettings().setauthorizationStrategy()
- guess the latter two methods have nothing to do with my problem
Cheers
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/
--
http://www.grobmeier.de
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/
--
http://www.grobmeier.de
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is this a bug?
input type=button value=next wicket:id=next/ Remove bolded quote :) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473539.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is this a bug?
Try to use character code #62; instead -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473554.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is this a bug?
no luck... since it is quoted it appears a string -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473617.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is this a bug?
Imho this is the issue mentioned in https://issues.apache.org/jira/browse/WICKET-3608 https://issues.apache.org/jira/browse/WICKET-3608Attila 2011/4/25 nimmy nim_sa...@hotmail.com no luck... since it is quoted it appears a string -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473617.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Could not resolve class: my.domain.favicon.ico
Hello Rene,
I understand that you probably currently DON'T have a favicon for your
site and you are disturbed by the browser's attempt to fetch it.
First of all, you should read http://en.wikipedia.org/wiki/Favicon to see
what this is about. It's the icon that browser use to decorate the address
bar, bookmarks menu, etc. You are NOT required to have one. If you don't
have one, the browser simply shows a generic icon in those places. The
browser will however try to fetch it anyway (most browsers will try to
retrieve favicon.ico from the root folder of the site), so it is normal
for you to get an error in your web server's logs, reporting a miss when
the browser attempts to fetch it. In your case, as Igor pointed out, due
to the mounting you performed the request will end up searching for the
result within your home page package.
If you do add such an icon, I would recommend putting the icon file in
src/main/webapp so that it is accessible from the root location.
Alternatively, point to the actual URL where it can be found (e.g. inside
the home page package) using the link tag above.You can change the
location from which to fetch the favicon using a link tag in your page
header, as follows:
link rel=shortcut icon href=http://example.com/myicon.ico; /
More information can be found here:
http://en.wikipedia.org/wiki/Favicon#Accessibility
Regards,
Alexandros
On Mon, 25 Apr 2011 17:55:27 +0300, Rene Stolle
rene.sto...@googlemail.com wrote:
Hey Igor,
this sounds logically, but what is the solution. One cannot create a
class favicon.ico
cause of the dot, and even if, how to place your own favicon in this
case??
Rene
PS: I am loving 1.5!
On Wed, Apr 13, 2011 at 7:35 PM, Igor Vaynberg igor.vaynb...@gmail.com
wrote:
you mounted the package on root, which means when the browser requests
/favicon.ico wicket will think that the browser is asking for a wicket
page named my.domain.favicon.ico and will try to instantiate a class
with that name, thus the error. it should ultimately result in a 404
sent to the browser.
-igor
On Wed, Apr 13, 2011 at 2:51 AM, Christian Grobmeier
grobme...@gmail.com wrote:
mountPackage() will mount all *Page* classes in the same package as
the page
used for the mount
but it doesn't do anything else, i.e. it doesn't handle components or
models
or ...
OK, I have imagined that. But it seems mountPackage does also mount
the forms.
If I mountPackage everything the LoginForm is available.
If I do mountPage my LoginForm is not available after I submit (same
package as LoginPage). Which does not make sense to me:
ComponentNotFoundException: Could not find component 'loginForm' on
page 'class de.mydomain.HomePage
The HomePage does not have this component at all.
Even when I do:
mountPage(HomePage)
mountPackage(LoginPage)
it changes.
Only when i mountPackage everything it seems to work.
Btw, HomePage is in the root folder, while LoginPage is in a subfolder.
mountPage() mounts just a single page without any knowledge about
other
pages, panels, models ...
On Wed, Apr 13, 2011 at 11:19 AM, Christian Grobmeier
grobme...@gmail.comwrote:
do you really need mountPackage() ?
I guess you actually need #mountPage()
I find mountPackage(/, HomePage.class); as the culprit
if I use only mountPage it leads to the situation of some components
not
found.
My structure is like following:
/HomePage.class
/App.class
/pages/login/LoginPage.class
/pages/login/LoginForm.class
/pages/login/LoginEntities.class
/pages/login/LoginBusinessLogic.class
/pages/login/LoginPage.html
...
The docs told me I could mount a whole package. As subfolders are not
mounted, I thougth this would work.
However, if I only use mountPage, the missing css error is gone. But
then I am puzzled about mountPackage
It seems I should restructure my app... is there a recommended way?
On Wed, Apr 13, 2011 at 11:07 AM, Christian Grobmeier
grobme...@gmail.comwrote:
can you paste your MyApp#init() ?
Sure:
@Override
public void init() {
super.init();
getComponentInstantiationListeners().add(
new SpringComponentInjector(this));
mountPackage(/, HomePage.class);
mountPackage(/feedback, FeedbackPage.class);
mountPackage(/login, LoginPage.class);
mountPackage(/test, TestPage.class);
this.getMarkupSettings().setStripWicketTags(true);
loadProperties();
initSecurity();
}
loadProperties load a property file from web-inf as the name
suggests
initSecurity is setting an
getSecuritySettings().setauthorizationStrategy()
- guess the latter two methods have nothing to do with my problem
Cheers
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Martin Grigorov
jWeekend
Training, Consulting,
Re: Is this a bug?
Try this: input type=submit wicket:id=next wicket:message=value:yourLocalizedMessage / And write this 'yourLocalizedMessage' in your localization properties file like this: yourLocalizedMessage=Submit More info about localization: https://cwiki.apache.org/WICKET/localization-and-skinning-of-applications.html Localization Info -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473639.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
Hi Daniele, Me and later Eike explained to you in the other thread you started few months ago how to solve exactly this problem. It seems you didn't read it at all. Please read again the part mentioning Wicket 1.5 RC1. On Mon, Apr 25, 2011 at 6:30 PM, Daniele Dellafiore dani...@dellafiore.net wrote: I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is this a bug?
Hi, On Mon, Apr 25, 2011 at 8:20 PM, meduolis meduol...@gmail.com wrote: Try this: input type=submit wicket:id=next wicket:message=value:yourLocalizedMessage / And write this 'yourLocalizedMessage' in your localization properties file like this: yourLocalizedMessage=Submit Yes, this is the workaround until WICKET-3608 is solved. More info about localization: https://cwiki.apache.org/WICKET/localization-and-skinning-of-applications.html Localization Info -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473639.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
Are you referring to this conversation? http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-rc2-and-aggregate-jar-for-osgi-td3356667.html If so, I read it and answered that I'm not interested in any solution that involves the uber-jar. I do not see any advantage in that solution over a normal war. I do not find any other advice from you and Eike, maybe you can point me out the right conversation. On Mon, Apr 25, 2011 at 6:25 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi Daniele, Me and later Eike explained to you in the other thread you started few months ago how to solve exactly this problem. It seems you didn't read it at all. Please read again the part mentioning Wicket 1.5 RC1. On Mon, Apr 25, 2011 at 6:30 PM, Daniele Dellafiore dani...@dellafiore.net wrote: I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
It is the same conversation. You need uber-jar. At least one that combines -util, -request and -core. Everything else is optional, depending on your app needs. Can you describe what is the problem to use the uber-jar? Or what are the benefits to deploy these three jars separately in the OSGi container ? On Mon, Apr 25, 2011 at 9:08 PM, Daniele Dellafiore dani...@dellafiore.net wrote: Are you referring to this conversation? http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-rc2-and-aggregate-jar-for-osgi-td3356667.html If so, I read it and answered that I'm not interested in any solution that involves the uber-jar. I do not see any advantage in that solution over a normal war. I do not find any other advice from you and Eike, maybe you can point me out the right conversation. On Mon, Apr 25, 2011 at 6:25 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi Daniele, Me and later Eike explained to you in the other thread you started few months ago how to solve exactly this problem. It seems you didn't read it at all. Please read again the part mentioning Wicket 1.5 RC1. On Mon, Apr 25, 2011 at 6:30 PM, Daniele Dellafiore dani...@dellafiore.net wrote: I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
On Mon, Apr 25, 2011 at 7:20 PM, Martin Grigorov mgrigo...@apache.orgwrote: It is the same conversation. You need uber-jar. At least one that combines -util, -request and -core. Everything else is optional, depending on your app needs. Ok. As you see I read and answered to that. Can you describe what is the problem to use the uber-jar? Or what are the benefits to deploy these three jars separately in the OSGi container ? That is basically a war. One of the advantage of OSGI is having separate bundles for every module, to start, stop, refresh etc. If I start packaging things in wars/jars, I lose the control of what is being used. Will be the bundle or the embedded jar? It's a JEE hell, so why not use a JEE? I want a clean, pure, osgi environment. The other way, I stay on JEE. Another advantage of deployng my bundle without any other jars is that my bundle is 60Kb, the uber-jar more than 1MB, maybe 2. And following this policy, will grow everytime there's a non-compliant library to deal with. In the ed, it's more OSGI-like and does not affect at all the rest of the framework. The only effort is to rename a package, in a major release. It took almost 10 minutes to do that to me. If problem is retro-compatibility well... it's a major release, it's a good time, isn't it? On Mon, Apr 25, 2011 at 9:08 PM, Daniele Dellafiore dani...@dellafiore.net wrote: Are you referring to this conversation? http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-rc2-and-aggregate-jar-for-osgi-td3356667.html If so, I read it and answered that I'm not interested in any solution that involves the uber-jar. I do not see any advantage in that solution over a normal war. I do not find any other advice from you and Eike, maybe you can point me out the right conversation. On Mon, Apr 25, 2011 at 6:25 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi Daniele, Me and later Eike explained to you in the other thread you started few months ago how to solve exactly this problem. It seems you didn't read it at all. Please read again the part mentioning Wicket 1.5 RC1. On Mon, Apr 25, 2011 at 6:30 PM, Daniele Dellafiore dani...@dellafiore.net wrote: I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
I would reverse the question and ask: why was wicket broken into multiple packages in the first place? I assume there are use cases where: - someone would need only the content of wicket-core and none of the extras - someone would need only wicket-core + wicket-request - someone would need only wicket-core + wicket-util - ... I suppose the above scenarios actually were needed and that lead to the split. If there is no practical use in having Wicket broken into multiple packages, then why do it in the first place? In any case, since I assume there is a reason for the split, I'd say that the same use-cases that apply in a non-osgi environment, also apply for the OSGi case. Projects that only need wicket-core should load only that and nothing else. Other than being leightweight for such cases, I don't see a reason why an uber-jar won't work. Now, assuming that this split is what the community and the developers want, it should be offered for both non-OSGi as well as OSGi environments. This means that we simply need to make sure there is at least one package that is unique per bundle and instruct OSGi people to do package-based imports using the non-common packages. For example, in Daniele's case, the package used in org.apache.wicket.request. However this exists in both the wicket-core and wicket-request bundles, causing the problem. A different package should be used. @Daniele: try importing org.apache.wicket.request.flow, which only exists in wicket-request. This should get you the correct bundle, without having to modify the distribution. Alternatively, you can import specific bundles rather than packages. Having said that, for what it's worth, I agree with Daniele that since this is a major release, it is a golden opportunity to do some OSGi-friendly package-renaming. On Mon, 25 Apr 2011 21:20:57 +0300, Martin Grigorov mgrigo...@apache.org wrote: It is the same conversation. You need uber-jar. At least one that combines -util, -request and -core. Everything else is optional, depending on your app needs. Can you describe what is the problem to use the uber-jar? Or what are the benefits to deploy these three jars separately in the OSGi container ? On Mon, Apr 25, 2011 at 9:08 PM, Daniele Dellafiore dani...@dellafiore.net wrote: Are you referring to this conversation? http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-rc2-and-aggregate-jar-for-osgi-td3356667.html If so, I read it and answered that I'm not interested in any solution that involves the uber-jar. I do not see any advantage in that solution over a normal war. I do not find any other advice from you and Eike, maybe you can point me out the right conversation. On Mon, Apr 25, 2011 at 6:25 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi Daniele, Me and later Eike explained to you in the other thread you started few months ago how to solve exactly this problem. It seems you didn't read it at all. Please read again the part mentioning Wicket 1.5 RC1. On Mon, Apr 25, 2011 at 6:30 PM, Daniele Dellafiore dani...@dellafiore.net wrote: I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't know if that's the case, currently or not. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
On Mon, Apr 25, 2011 at 9:29 PM, Daniele Dellafiore dani...@dellafiore.net wrote: On Mon, Apr 25, 2011 at 7:20 PM, Martin Grigorov mgrigo...@apache.orgwrote: It is the same conversation. You need uber-jar. At least one that combines -util, -request and -core. Everything else is optional, depending on your app needs. Ok. As you see I read and answered to that. Well, your statement there wasn't that hard against the uber jar. Can you describe what is the problem to use the uber-jar? Or what are the benefits to deploy these three jars separately in the OSGi container ? That is basically a war. One of the advantage of OSGI is having separate bundles for every module, to start, stop, refresh etc. If I start packaging things in wars/jars, I lose the control of what is being used. Will be the bundle or the embedded jar? It's a JEE hell, so why not use a JEE? I want a clean, pure, osgi environment. The other way, I stay on JEE. The idea of OSGi is to have interface and replaceable implementations. You can use this to replace Hibernate with EclipseLink as JPA implementation, or one JMS implementation with another. Can you do that with Wicket ? I don't think so. There is no specification, no interfaces. There is just one implementation (well, there is also Richard Emberson's work on Scala translation, but I wouldn't recommend you to add another new technology in your mix). For me you are wasting your time by trying to do it as the OSGi specification says. Another advantage of deployng my bundle without any other jars is that my bundle is 60Kb, the uber-jar more than 1MB, maybe 2. And following this policy, will grow everytime there's a non-compliant library to deal with. You need to add all Wicket classes from -util, -request and -core anyway. No matter whether you'll deploy the jars one by one or all-in-one (uber-jar) the final result will be the same - maybe 2MB. In the ed, it's more OSGI-like and does not affect at all the rest of the framework. The only effort is to rename a package, in a major release. It took almost 10 minutes to do that to me. If problem is retro-compatibility well... it's a major release, it's a good time, isn't it? It is not a problem to do this in 1.5. We already did it for wicket-auth-roles. The problem is similar to the one we have with Portlets support - very few users and no one of the dev team actually uses this technology. So we may apply your findings now but we can quite easy break it few days/weeks later by introducing another similar problem without noticing it. My personal opinion is that all this doesn't bring enough value. Using the uber-jar solution is much simpler. On Mon, Apr 25, 2011 at 9:08 PM, Daniele Dellafiore dani...@dellafiore.net wrote: Are you referring to this conversation? http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-rc2-and-aggregate-jar-for-osgi-td3356667.html If so, I read it and answered that I'm not interested in any solution that involves the uber-jar. I do not see any advantage in that solution over a normal war. I do not find any other advice from you and Eike, maybe you can point me out the right conversation. On Mon, Apr 25, 2011 at 6:25 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi Daniele, Me and later Eike explained to you in the other thread you started few months ago how to solve exactly this problem. It seems you didn't read it at all. Please read again the part mentioning Wicket 1.5 RC1. On Mon, Apr 25, 2011 at 6:30 PM, Daniele Dellafiore dani...@dellafiore.net wrote: I did it. Yes, the tough way but I did it. Now the 1.5RC3 quickstart app just started on my karaf 2.2 with the 1.5-SNAPSHOT I built. Basically I renamed the .util and .request packages in -core bundle to be .core.util and .core.request. I had to make a class public in another package under -request bundle to make it visible, but it's a minor thing. I open a bug on jira now... wow, is down :) well, as soon as it get back online. On Mon, Apr 25, 2011 at 4:03 PM, Daniele Dellafiore dani...@dellafiore.netwrote: it is not. I'm hacking on the trunk to make that work. Maybe a quick solution is just change org.apache.wicket to org.apache.wicket.core in the -core bundle. Of course there are some default scope classes that works through different packages but I can just make them public for now. On Mon, Apr 25, 2011 at 3:18 PM, James Carman ja...@carmanconsulting.comwrote: On Mon, Apr 25, 2011 at 10:15 AM, Daniele Dellafiore ilde...@gmail.com wrote: I think that the wicket package layout should be changed now that -util and -request bundles have been detached from -core. From an OSGi perspective, we should probably try to make sure that packages don't span jar files. Everything in org.apache,wicket.request should be in wicket-request.jar, for example. I don't
Re: [osgi] package org.apache.wicket.request exported either from core and request packages
On Mon, Apr 25, 2011 at 8:00 PM, Martin Grigorov mgrigo...@apache.orgwrote: On Mon, Apr 25, 2011 at 9:29 PM, Daniele Dellafiore dani...@dellafiore.net wrote: The idea of OSGi is to have interface and replaceable implementations. You can use this to replace Hibernate with EclipseLink as JPA implementation, or one JMS implementation with another. Can you do that with Wicket ? I don't think so. There is no specification, no interfaces. There is just one implementation (well, there is also Richard Emberson's work on Scala translation, but I wouldn't recommend you to add another new technology in your mix). For me you are wasting your time by trying to do it as the OSGi specification says. I'm not using OSGi for that, but for the ability to deploy small packages, being there libraries, webapp or just some small portion of integration code, a JMS consumer... small packages, installed quickly, that does not make any sense in a JEE container. Also, Karaf offer a nice console and a web console also that I find superior to any tomcat/jetty out there. There are many reason for me to switch to OSGi as my default target environment. And none of this is related to switch implementations. Another advantage of deployng my bundle without any other jars is that my bundle is 60Kb, the uber-jar more than 1MB, maybe 2. And following this policy, will grow everytime there's a non-compliant library to deal with. You need to add all Wicket classes from -util, -request and -core anyway. No matter whether you'll deploy the jars one by one or all-in-one (uber-jar) the final result will be the same - maybe 2MB. It's not like this. It's: one time and only one I install wicket (2MB) All my app deployments (that in development can a log every day) I deploy a few KB and reload a single jar in less then a second. That's the main goal I'm achieving with all this webapp over OSGI thing. In the ed, it's more OSGI-like and does not affect at all the rest of the framework. The only effort is to rename a package, in a major release. It took almost 10 minutes to do that to me. If problem is retro-compatibility well... it's a major release, it's a good time, isn't it? It is not a problem to do this in 1.5. We already did it for wicket-auth-roles. The problem is similar to the one we have with Portlets support - very few users and no one of the dev team actually uses this technology. So we may apply your findings now but we can quite easy break it few days/weeks later by introducing another similar problem without noticing it. I'm sorry I do not understand what you mean here. You mean that fixing this issue cannot be a definitive solution? My personal opinion is that all this doesn't bring enough value. Using the uber-jar solution is much simpler. It's simpler releasing a package that force the developer to a specific solution that's not made the osgi way that they have to find out over and over again rather than renaming a package one time and for all in the distro and make it work out of the box for everyone? The uber-jar solution is not documentet anywhere. Even if documented, is more work that a developer with an OSGi target environment has to do and more than that, to discover. He will ask: why can I use, to say, spring and restlet just installing their bundle to Karaf but this does not apply with Wicket? Cause the wicket bundle are not really osgi compliant. Why? No reason. With my solution, wicket webapp over OSGI will work out-of-the-box. And can be made in a few minutes, as I did. And there is the advantage to deploy few Kb over 2MB every time. And there is the advantage of having something that is standard. I do not mean OSGi compliant, I mean standard in a more pragmatic way: all over OSGi I use external bundles, with wicket no, different solution, uber-jar. Why? No reason.
Re: wicket-tree checkboxes managing
Hi Massimo,
with wicket-tree you're in full control on what content to display for
each node:
tree = new NestedTreeFoo(tree, provider)
{
@Override
protected Component newContentComponent(String id,
IModelFoo model)
{
// you know best which nodes are roots
if (model.getObject().isRoot()) {
// return content for root node
} else {
// return content for other nodes
}
}
};
Hope this helps
Sven
On 04/25/2011 01:19 PM, massimo_pugni wrote:
Hello all,
I'm trying out the wicket-tree components by Sven Meier and, does anybody
know if there is a way to get the root's 'checkboxes' hidden when using the
'CheckedSelectableFolderContent' content option?
best regards
massimo
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/wicket-tree-checkboxes-managing-tp3472967p3472967.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Question on sessions
Hi, I have a user who has a temporary session (i.e. is not logged in). I need to redirect him/her to an external page for to get an access token (e.g. Facebook/Flickr access token). Is there anyway to keep the same session? I find that the user has a different session after the redirection. Thanks for your help. Cheers, Nim -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Question-on-sessions-tp3474193p3474193.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question on sessions
just and idea, declare an anonymous role in your app. and effectively bind it to a real session, once the token is obtained elevate the users right. On Mon, Apr 25, 2011 at 6:35 PM, nimmy [via Apache Wicket] ml-node+3474193-959482693-65...@n4.nabble.com wrote: Hi, I have a user who has a temporary session (i.e. is not logged in). I need to redirect him/her to an external page for to get an access token (e.g. Facebook/Flickr access token). Is there anyway to keep the same session? I find that the user has a different session after the redirection. Thanks for your help. Cheers, Nim -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Question-on-sessions-tp3474193p3474193.html To start a new topic under Apache Wicket, email ml-node+1842946-398011874-65...@n4.nabble.com To unsubscribe from Apache Wicket, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=1842946code=amNnYXJjaWFtQGdtYWlsLmNvbXwxODQyOTQ2fDEyNTYxMzc3ODY=. -- JC -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Question-on-sessions-tp3474193p3474371.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Specific redirect after session timeout
Tracking the last visited page with a cookie would do the trick, but IMO the
browser back button is enough. You can even use it with some JavaScript and
move the user back to the last page.
On Mon, Apr 25, 2011 at 4:51 AM, Peter Karich peat...@yahoo.de wrote:
Hi there,
is it possible to grab the parameters (and the path) of the url and
redirect the
user automatically back to that page if he hits a session timeout?
At the moment I'm using in my app.init() method
getApplicationSettings().setPageExpiredErrorPage(SessionTimeout.class);
and
public SessionTimeout(final PageParameters oldParams) {
setResponsePage(HomePage.class, oldParams);
}
But the oldParams variable does not contain the parameters the user had
when he hits the session timeout.
Or do I need to store that in a separate cookie?
Regards,
Peter.
--
http://jetwick.com open twitter search
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Pedro Henrique Oliveira dos Santos
Re: Specific redirect after session timeout
With non-hybrid url strategy using back button will fail with
PageExpiredException because there is no session where to find the
page instance and the disk store already cleaned all data for this
expired session.
On Tue, Apr 26, 2011 at 3:35 AM, Pedro Santos pedros...@gmail.com wrote:
Tracking the last visited page with a cookie would do the trick, but IMO the
browser back button is enough. You can even use it with some JavaScript and
move the user back to the last page.
On Mon, Apr 25, 2011 at 4:51 AM, Peter Karich peat...@yahoo.de wrote:
Hi there,
is it possible to grab the parameters (and the path) of the url and
redirect the
user automatically back to that page if he hits a session timeout?
At the moment I'm using in my app.init() method
getApplicationSettings().setPageExpiredErrorPage(SessionTimeout.class);
and
public SessionTimeout(final PageParameters oldParams) {
setResponsePage(HomePage.class, oldParams);
}
But the oldParams variable does not contain the parameters the user had
when he hits the session timeout.
Or do I need to store that in a separate cookie?
Regards,
Peter.
--
http://jetwick.com open twitter search
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
Pedro Henrique Oliveira dos Santos
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
