Hi,
Looking at the application from your other post I think the
authorization strategy doesn't allow the showing of PageExpired page.
It checks whether there is signed in user and either shows the
requested page or shows the login page.
On Wed, Mar 14, 2012 at 9:05 PM, Francois Meillet
Hi,
I also think this is not easy to do at the moment. Please file a ticket.
The only way at the moment I see is to override + copy/paste
org.apache.wicket.request.resource.PackageResourceReference#getResource()
and then override
I've been working with Wicket for about a year now and although the learning
curve is somewhat initially steep .. it really is a great piece of work ..
kudos to the designers...
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/I-have-to-say-tp4474270p4474270.html
Yup I agre; except I think the way messages are shared across fedback panels
still defies logic. Am sure someone went out of his way to program it that way!
--Original Message--
From: mlabs
To: users@wicket.apache.org
ReplyTo: users@wicket.apache.org
Subject: I have to say.
Sent: Mar
I found the problem :
I use a IRequestCycleListener and my onException implementation was buggy.
The ordering of catch-clause was bad !.
Thanks Martin.
François
Le 15 mars 2012 à 08:46, Martin Grigorov a écrit :
Hi,
Looking at the application from your other post I think the
In 6.0-SNAPSHOT
The default implementation of the PageExpiredErrorPage
set the httpServletResponse.status to HttpServletResponse.SC_NOT_FOUND
Why not HttpServletResponse.SC_GONE ?
François
-
To unsubscribe, e-mail:
Hi. We are using WiQuery in our application to attach some behaviors to some
components. For example a resize behavior to react on the component being
resized. I added some debug logging and I see that when we switch panels
(through Ajax) all event listeners for the components on the new panel
This is the case since several versions of Wicket, not just 6.0.
But I think your suggestion is better.
File a ticket please.
On Thu, Mar 15, 2012 at 11:17 AM, Francois Meillet
qq...@gmail.com wrote:
In 6.0-SNAPSHOT
The default implementation of the PageExpiredErrorPage
set the
https://issues.apache.org/jira/browse/WICKET-4454
On Wed, Mar 14, 2012 at 3:49 PM, Francois Meillet
qq...@gmail.com wrote:
Hi Martin,
Here is the code (maven project)
François
Le 14 mars 2012 à 14:18, Martin Grigorov a écrit :
2012/3/14 François Meillet fm...@meillet.com:
Hi
ticket : https://issues.apache.org/jira/browse/WICKET-4455
Le 15 mars 2012 à 10:24, Martin Grigorov a écrit :
This is the case since several versions of Wicket, not just 6.0.
But I think your suggestion is better.
File a ticket please.
On Thu, Mar 15, 2012 at 11:17 AM, Francois Meillet
great !
Thanks Martin
Le 15 mars 2012 à 10:43, Martin Grigorov a écrit :
https://issues.apache.org/jira/browse/WICKET-4454
On Wed, Mar 14, 2012 at 3:49 PM, Francois Meillet
qq...@gmail.com wrote:
Hi Martin,
Here is the code (maven project)
François
Le 14 mars
Hi,
In my wicket application, when i change the language from browser , than
after refresh (F5) the page, than my language have not be changed. It is
changes, when we first logout the application than login.
But according to my project requirement, i want to change my
language
Hi,
The Session's locale is set when the Session is constructed.
After that you can change it with Session#setLocale(getRequest().getLocale())
On Thu, Mar 15, 2012 at 2:22 PM, mukesh kumar
mukesh.verma1...@gmail.com wrote:
Hi,
In my wicket application, when i change the language from browser
Hi,
AFAIK jQuery unbinds all registered event listeners for a DOM element
when this element is removed with jQuery method like #remove(),
#replaceWith(), etc.
But I'm not sure this is the case when you remove a parent element of
an element with event listeners. Better ask in jQuery forums.
On
Hi Martin, thanks for your quick response!
AFAIK jQuery unbinds all registered event listeners for a DOM element when
this element is removed with jQuery method like #remove(), #replaceWith(),
etc.
I think so too... However I am not sure that that is indeed the way that Wicket
removes
On Thu, Mar 15, 2012 at 2:51 PM, Stijn de Witt
stijn.dew...@planonsoftware.com wrote:
Hi Martin, thanks for your quick response!
AFAIK jQuery unbinds all registered event listeners for a DOM element when
this element is removed with jQuery method like #remove(), #replaceWith(),
etc.
I
From the JavaDoc of org.apache.wicket.Session:
* libLocale /b- A session has a Locale property to support localization.
The Locale for a
* session can be set by calling {@link Session#setLocale(Locale)}. The Locale
for a Session
* determines how localized resources are found and loaded.
We are still at Wicket 1.4 even...
However, presumably there is a method one can implement to respond to the
removal of components as well as the adding?
Upgrading to a snapshot is probably not allowed by my company policy and I'd
rather not modify Wicket itself... But surely others must have
With 1.5 Wicket sends notifications before removing and after adding an element.
See test Wicket.DOM.replace - test event notifications at
http://git-wip-us.apache.org/repos/asf/wicket/repo?p=wicket.git;a=blob_plain;f=wicket-core/src/test/js/dom.js;hb=master
for an example.
But you need to upgrade
I have a Panel that has a form and inside that inner form there is another
panel with another internal form.
Before I used to have only the inner panel with the form and all wicket
tests were running fine.
Once I simply refactored that form to get a few buttons out of it so we
could re-use the
Hi,
Direction: upgrade to Wicket 1.5 and use #startComponentInPage()
(#startPanel() is deprecated and delegates to the new method).
Even if this is broken in 1.4.x it wont be fixed. 1.4.x goes will
receive only security fixes from now on.
On Thu, Mar 15, 2012 at 3:56 PM, albgentius
We will probably upgrade sometime soon but probably not right now.
At the moment we're still using 1.4.18.
Thank you,
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/WicketTester-startPanel-is-returning-DummyHomePage-instead-of-DummyPanelPage-tp4475046p4475192.html
Hi Martin,
thank you for your reply. Followed your advise, and filled a ticket:
https://issues.apache.org/jira/browse/WICKET-4457
Cheers,
David
--
View this message in context:
All,
In Wicket 1.5.4, when I have a redirect using setResponsePage() on my test
Jetty server, the URL changes from localhost:8080/myapp to localhost/myapp,
which breaks things, obviously.
Here's a code snippet as an example of redirection:
In my Login.class file:
public void onSubmit(){
Hi,
There is something in your code.
Wicket generates relative paths for the redirects and the port is not
touched at all.
The port is touched only if HttpsMapper is used.
If you think it is problem in Wicket then create a quickstart app that
reproduces the problem and attach it to Jira.
On
Ahhh - 'pull' is a Git term. We're a subversion shop, so I know just enough
Git to be dangerous...perhaps even less.
FWIW, I have the file upload code updated for Wicket 1.5 and seems to be
working. Hopefully I'll get some time after our release to submit Mr Ashr's
code to GAE Initializer. He
Cool!
If you don't want to bother with Git then just paste your code in the
issue tracker at https://github.com/wicketstuff/core/issues (when all
licensing is OK)
On Thu, Mar 15, 2012 at 5:25 PM, Chris Merrill ch...@webperformance.com wrote:
Ahhh - 'pull' is a Git term. We're a subversion shop,
Hi everyone,
I am new to Wicket. I am currently working towards kick starting a project
(Enterprise Application) which will use wicket-spring-hibernate. Could
someone please share any experiences you have on integrating the Wicket
framework with Spring. Any other resources and links are most
We ran into a puzzling bug in our app, that we eventually traced
down to this code in ResourceStreamResource:
if (fileName != null Application.exists())
{
contentType = Application.get().getMimeType(fileName);
}
else
{
As simple as: upgrade to 1.5.5 ;-)
On Thu, Mar 15, 2012 at 5:44 PM, Chris Merrill ch...@webperformance.com wrote:
We ran into a puzzling bug in our app, that we eventually traced
down to this code in ResourceStreamResource:
if (fileName != null Application.exists())
{
Hi Maaz,
Check wiki:
http://cwiki.apache.org/WICKET/spring.html
Recently sample quickstart integration project has been posted on the list,
maybe you will find it useful:
http://apache-wicket.1842946.n4.nabble.com/Wicket-Spring-Boilerplate-td4433541.html
Best regards,
Michal Wegrzyn
Hello
I try to use YUI drag and drop wicket integration, it works perfectly on
Firefox but I get a problem with IE8.
Trying to debug the problem, I see that
YuiDDListViewPanel.onAjaxUpdate(AjaxRequestTarget target) is not called with
IE
If I try to compare the ajax request made by IE and
Hello
I try to use YUI drag and drop wicket integration, it works perfectly on
Firefox but I get a problem with IE8.
Trying to debug the problem, I see that
YuiDDListViewPanel.onAjaxUpdate(AjaxRequestTarget target) is not called with
IE
If I try to compare the ajax request made by IE and
Hi
also you might be interested in xaloon archetype for spring + jpa2 +
wicket + spring security [1]
[1] http://www.xaloon.org/blog/admin/xaloon_1.5.0_final_version_is_released
section 3.1.1
On Thu, Mar 15, 2012 at 5:53 PM, Michal Wegrzyn michal.wegr...@onior.comwrote:
Hi Maaz,
Check wiki:
HttpsMapper was the culprit. I have now set it to only be used when in
production, not development. It works as expected now.
Thanks!
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-4-setResponsesPage-removing-port-from-URL-tp4475303p4475684.html
Sent from
So I've got a problem with my sessions getting too big on AppEngine. I've
already
done some of the more obvious optimizations, but before going further, I'd like
to get some insight into how many pages are being stored in the page map and
how big they are.
I traversed down into PageStoreManager
On 3/15/2012 11:47 AM, Martin Grigorov wrote:
As simple as: upgrade to 1.5.5 ;-)
Doh! My co-worker is going to love this. He told me to upgrade before asking
this question :( Though he pointed me at 1.5.4 :
Thanks!
On Thu, Mar 15, 2012 at 5:44 PM, Chris Merrill ch...@webperformance.com
I have a mouseovermenu.css file that includes references to images as below:
.mouseovermenuitem .item_itembody .item_itemdetail .icon_page
{
background:transparent URL(../images/mouseovermenu/page.gif) no-repeat
top
left;
}
I have added the mouseovermenu.css as a shared resource in
Maybe it's a bit too much but I use the following to reload the properties
files :
Application.get().getResourceSettings().getLocalizer().clearCache();
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Reloading-i18n-on-demand-tp3798545p4476299.html
Sent from the Users
I'm creating a js template for each page in my app and added some l18n
support.
Here is an example:
var someData = {
'msg'='${message:hello}';
'a'='${message:min}';
'b'='${message:max}';
}
I've considered localizing each template instead, but since the js changes
very often, I still
unless things have changed I used to use the JMX panel to destroy the Wicket
caches during production. worked like a charm when I need to replace the
markup on the fly without redeploying.
--
View this message in context:
41 matches
Mail list logo