that sounds correct.
essentially this is the same as running the url through
requestcycle.geturlrenderer().renderFullUrl(url) but with a different
prefix
-igor
On Wed, Sep 14, 2011 at 4:54 PM, Bas Gooren wrote:
> Hi,
>
> Another wicket 1.5 migration question:
> In 1.4 we created a IRequestCodin
Hi,
Another wicket 1.5 migration question:
In 1.4 we created a IRequestCodingStrategy decorator which, in encode(),
translates all urls to be absolute.
We did this by checking if the url started with "/", and if not,
removing all occurrences of "../" and "./".
To handle being behind a reverse
Ok, done: https://issues.apache.org/jira/browse/WICKET-4055
Sebastian
Op 14-9-2011 21:32, schreef Igor Vaynberg:
yes, good catch Bas. please open a jira ticket.
-igor
On Wed, Sep 14, 2011 at 12:12 PM, Bas Gooren wrote:
Hi all,
I'm in the process of migrating our internal code library to 1.
yes, good catch Bas. please open a jira ticket.
-igor
On Wed, Sep 14, 2011 at 12:12 PM, Bas Gooren wrote:
> Hi all,
>
> I'm in the process of migrating our internal code library to 1.5.
> So far the main feeling is: wow, most things became a lot easier and
> cleaner.
> In other words: thanks wic
Hi all,
I'm in the process of migrating our internal code library to 1.5.
So far the main feeling is: wow, most things became a lot easier and
cleaner.
In other words: thanks wicket team!
Now on to my question: If I look at the LocaleFirstMapper [1] in
wicket-examples, I see that in #getCompa
Martin Grigorov-4 wrote:
>
> http://repo1.maven.org/maven2/org/apache/wicket/wicket-extensions/1.5.0/
> http://repo1.maven.org/maven2/org/wicketstuff/wicketstuff-jasperreports/1.5-RC7/
>
> WicketStuff 1.5.0 will be released soon. But since Wicket 1.5.0 is
> actually RC7 without code changes they
instead of using ajaxrequettarget.appendjavascript() use
iheadercontributor#renderOnDomReadyJavascript(String), these
contributions are filtered and only unique ones are executed.
the ordering is a different problem. if you need such ordering instead
of using headercontributor let your components
The issue is WICKET-3991.
On Wed, Sep 14, 2011 at 6:00 PM, Bertrand Guay-Paquet
wrote:
> Thank you for your answers.
>
> Indeed, "setResponsePage(getPage());" will also result in a stateful page.
>
> I did the following to workaround the issue for now since the panel
> containing the stateless li
and by complain he means a compile error...
-igor
On Wed, Sep 14, 2011 at 4:37 AM, Martin Grigorov wrote:
> Ah, yes.
> A child class which overrides the method and is "protected" will
> complain that visibility is reduced ...
> Have to wait for Wicket.next.
>
> On Wed, Sep 14, 2011 at 2:30 PM,
Thank you for your answers.
Indeed, "setResponsePage(getPage());" will also result in a stateful page.
I did the following to workaround the issue for now since the panel
containing the stateless link appears on all pages of my site:
Page page = getPage();
if (page.isStateless())
Actually not that easy, as there are 8 feedbacks in
getRequestCycle().getMetaData(FEEDBACK_LIST) (Component, line 2188). But I
noticed that one of them (which causes the exception) is a border (extends
Border implements IFeedback) …
I will try what I can do to isolate this further.
-Tom
O
Can you reproduce it with a quickstart ?
On Wed, Sep 14, 2011 at 5:44 PM, Thomas Götz wrote:
> Hi,
>
> I am currently migrating an application to Wicket 1.5.0 (from Wicket 1.4.17)
> and experience the following error:
>
> ERROR - DefaultExceptionMapper - Unexpected error occurred
> java.util
Hi,
I am currently migrating an application to Wicket 1.5.0 (from Wicket 1.4.17)
and experience the following error:
ERROR - DefaultExceptionMapper - Unexpected error occurred
java.util.ConcurrentModificationException
at
java.util.AbstractList$Itr.checkForComodification(AbstractList
Thanks Martin.
I shall try
CssResourceReference rrefCSS = new CssResourceReference(
ResourcesLocator.class, "style.css");
ResourceLink rlnkCSS =
new ResourceLink("stylesheet", rrefCSS);
add(rlnkCSS);
in order to keep my HTML mark-up unchanged. If this does not work, I shall
look into
https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+1.5#MigrationtoWicket1.5-RemovedHeaderContributorandfriends.
On Wed, Sep 14, 2011 at 4:19 PM, Martin Grigorov wrote:
> https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+1.5#MigrationtoWicket1.5-HeaderContr
https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+1.5#MigrationtoWicket1.5-HeaderContribution
On Wed, Sep 14, 2011 at 4:14 PM, Ian Marshall wrote:
> Hello there,
>
> Most of my web pages descend from my class PageBase, which itself descends
> from WebPage.
>
> In 1.4, these p
Hello there,
Most of my web pages descend from my class PageBase, which itself descends
from WebPage.
In 1.4, these pages accessed my CSS file (in the same folder as my file
ResourcesLocator.java) by using the code given below.
I have looked, but cannot see how to do this in 1.5 (where
StyleShee
Hi guys
I have a question about how to avoid multiple evaluations of same
javascripts in AjaxRequestTarget.appendJavaScript().
I have a lots of components that append javascript to AjaxRequestTarget.
Some of these javascript strings are same and some are different. So what
I'm trying to figure ou
Hi Andrea,
sorry, I forgot to mention that I tried it with 1.4.18
I'm using mount(new MixedParamUrlCodingStrategy("slide",
ChooseJetslideOrJetwick.class, new String[]{}));
because I'm using the same strategy for the page where this problem
occurs (the page which has the path urltrends:urls:9:url
Hi,
which version are you using? Are mounting an UrlCodingStrategy class?
Maybe your problem is related with this issue
https://issues.apache.org/jira/browse/WICKET-3992
Hi,
I'm getting this error in the logs:
ERROR org.apache.wicket.RequestCycle - unable to find component with
path urltre
Ah, yes.
A child class which overrides the method and is "protected" will
complain that visibility is reduced ...
Have to wait for Wicket.next.
On Wed, Sep 14, 2011 at 2:30 PM, Peter Ertl wrote:
> @Martin:
>
> yeah, switching from protected to public should at most yield a warning in an
> overlo
@Martin:
yeah, switching from protected to public should at most yield a warning in an
overloaded class. Igor didn't like it. Maybe my English confused him and he
thought about going from public to protected?!
Would be great if we could change this in 1.5.
What you think?
Am 14.09.2011 um 1
On Wed, Sep 14, 2011 at 2:07 PM, Peter Ertl wrote:
>
> Am 14.09.2011 um 09:32 schrieb nhsoft.yhw:
>
>> inputStream = packageResource.getCacheableResourceStream().getInputStream();
>
> I think this needs some clarification...
>
> PackageResource has these methods for getting a stream:
>
> (1) pro
Am 14.09.2011 um 09:32 schrieb nhsoft.yhw:
> inputStream = packageResource.getCacheableResourceStream().getInputStream();
I think this needs some clarification...
PackageResource has these methods for getting a stream:
(1) protected IResourceStream getResourceStream()
and
(2) public IRes
Roger, thanks for the clarification.
Hielke
-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: woensdag 14 september 2011 9:54
To: users@wicket.apache.org
Subject: Re: how to get HttpServletRequest in wicket 1.5
java.lang.Object org.apache.wicket.request.Respon
java.lang.Object org.apache.wicket.request.Response.getContainerResponse()
javax.servlet.http.HttpServletResponse
org.apache.wicket.protocol.http.servlet.ServletWebResponse.getContainerResponse()
JDK1.5+ covariant return type
On Wed, Sep 14, 2011 at 10:24 AM, Hielke Hoeve wrote:
> Why was the re
Indeed this change was reverted after RC7.
Now only "setResponsePage(new StatelessPage());" is automatically
promoted to stateful.
We tried to make it more general but apparently it was wrong...
On Wed, Sep 14, 2011 at 9:06 AM, Mike Mander wrote:
> Am 13.09.2011 23:59, schrieb Bertrand Guay-Paqu
Hi,
I'm getting this error in the logs:
ERROR org.apache.wicket.RequestCycle - unable to find component with
path urltrends:urls:9:urlLink on stateless page [Page class =
de.jetwick.ui.slide.ChooseJetslideOrJetwick, id = 0, version = 0] it
could be that the component is inside a repeater make you
nhsoft.yhw wrote:
>
> Q7.
>
> how to get inputstream from ResourceReference object, here is code for
> wicket 1.4.x
> inputStream =
> reference.getResource().getResourceStream().getInputStream();
>
> but IResource interface has no getResourceStream() method in wicket 1.5.0
>
My solution :
Why was the return type of getContainerRequest() altered to Object? Everyone is
now casting the result to HttpServletRequest anyway. So changing the api kind
of defeats the purpose :)
Hielke
-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: donderdag 8 septem
30 matches
Mail list logo