Re: Which RENDER_STRATEGY is best for clustered setup?
Hi, If you cannot use sticky sessions then you should not use REDIRECT_TO_BUFFER because the pre-rendered response is saved/buffered in the WebApplication on the current node and there is a (big) chance that the next request wont be processed by the same node. You can use either ONE_PASS_RENDER or REDIRECT_TO_RENDER. I'm not aware of any issues with them. On Wed, Aug 22, 2012 at 7:25 AM, sudeivas sureshkumar@gmail.com wrote: Hello, We are currently using Apache Wicket 1.5.6 in a clustered setup. We have a custom built distributed session management based on memcached. Due to infrastructure limitations, we cannot use sticky sessions. So I am wondering whether 'ONE_PASS_RENDER' render strategy is the best solution for my use case. Its mentioned below that this still has double submit problem, http://wicket.apache.org/apidocs/1.4/org/apache/wicket/settings/IRequestCycleSettings.html Are there any other knows issues with 'ONE_PASS_RENDER' render strategy? Also what is the use of the below API? getRequestCycleSettings().setBufferResponse(false); Does it make any difference to the render strategy? I guess it makes some difference to 'REDIRECT_TO_BUFFER'. Thanks, Suresh -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Which-RENDER-STRATEGY-is-best-for-clustered-setup-tp4651420.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: Navigation bar links
See org.apache.wicket.markup.html.link.BookmarkablePageLink#linksTo(Page).
if (link.linksTo(getPage()) {
link.setEnable(false);
}
On Tue, Aug 21, 2012 at 7:54 PM, Mansour Al Akeel
mansour.alak...@gmail.com wrote:
Thank you a lot.
Both methods did the trick. One last question in the same context. This is
the code I am working with:
list.add(new BookmarkablePageLinkWebPage(link, HomePage.class));
list.add(new BookmarkablePageLinkWebPage(link, About.class));
list.add(new BookmarkablePageLinkWebPage(link,
ContactUs.class));
@SuppressWarnings(unchecked)
ListView listview = new ListView(listview, list) {
protected void populateItem(ListItem item) {
BookmarkablePageLinkWebPage lnk =
(BookmarkablePageLinkWebPage) item
.getModelObject();
String requestedUrl = getRequest().getUrl().getPath();
String linkUrl = getRequestCycle().urlFor(
lnk.getPageClass() , new PageParameters()).toString().substring(2);
logger.debug(requested : + requestedUrl);
logger.debug(current link : + linkUrl);
Label label = new Label(lbl, lnk.getId());
lnk.add(label);
item.add(lnk);
if (linkUrl.equals(requestedUrl)) {
logger.debug(matched link with requested url);
// lnk.setRenderBodyOnly(true);
lnk.setEnabled(false);
}
}
};
add(listview);
I am trying to compare the requested URL to the link url. I need to obtain
the link url. It's no clear to me how to do it in clean way.
I am using:
String linkUrl = getRequestCycle().urlFor(
lnk.getPageClass() , new PageParameters()).toString().substring(2);
This introduced a problem. It works fine if the page is mounted on some
path. But if the link url is something like:
wicket/bookmarkable/com.example.MyPage
Then it breaks. Is there a better way to obtain the url for each link ??
Thank you.
On Tue, Aug 21, 2012 at 2:55 AM, Martin Grigorov mgrigo...@apache.orgwrote:
Or you can do link.setRenderBodyOnly(true);
On Tue, Aug 21, 2012 at 9:30 AM, Sven Meier s...@meiers.net wrote:
You can use a disabled link, which will render as a span.
Sven
On 08/21/2012 08:10 AM, Mansour Al Akeel wrote:
I am looking to produce the following mark up:
ul
lia href=/Home/a/li
li class=current About/li
lia href=contactContact us/a/li
ul
the problem is I can not add a conditionally to li. I am using
ListView
to populate the Items.
Can someone give me a hint about how to achieve this ??
Thank you 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
--
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: page version and forms
Sven while you are here:
why no documentation for Tree? Nothing at all? Right now I face a
problem - tree do not persist it's state (Bookmarcable links, copied
from example) and I have no clue where to see.
On 21 August 2012 21:38, Sven Meier s...@meiers.net wrote:
And the winner is ... Martin!
On AppEngine I still have Wicket 1.4.x running.
Sven
On 08/21/2012 02:59 PM, Martin Grigorov wrote:
The Google Code repo contains 1.5 but the deployed app is using pre-1.5
version.
I can bet on this.
On Tue, Aug 21, 2012 at 3:37 PM, Alex Shubert alex.shub...@gmail.com
wrote:
Martin,
http://wicket-tree.googlecode.com/svn/repo/wicket-tree/wicket-tree-parent/0.5.0/wicket-tree-parent-0.5.0.pom
Again, no 1.4 at all. Not in one place. Moreover,
'?wicket:interface=:0:1:::' doesn't means 1.4 is in action. Just take
Is there a reason why you don't trust me ? :-)
wicket:interface is no more used in 1.5+, unless the application adds
it explicitly. Wicket (the framework) doesn't use it anymore.
a look at event listener implementation.
About the problem: the page I gave link for is really stateless but it
is not meant to be, it just happened. If user choose any other tree
renders version number eager to appear.
The most Wicket problem right now is it's occult state. Wiki is
hopelessly outdated, most of the examples refer to 1.2.-1.3 version...
Most of them are actually still valid.
There are new pages labeled with wicket15 and wicket6 which refer
to the new features in 1.5 and 6.0 respect.
If someone wonder how to determine why his page is stateful here is
the solution:
There is StatelessChecker in wicket-devutils for this task.
if (!isPageStateless()) {
visitChildren(Component.class, new IVisitorComponent,
Component() {
@Override
public void component(Component component,
IVisitComponent iVisit) {
if (!component.isStateless()) {
LOGGER.info(Stateful component found [
+ component.getClass().getName() + :
+ component.getMarkupId() + ]);
// iVisit.stop(component);
}
}
});
}
If in need of test detection, extract visitor to separate class and
instantiate pages with WicketTester.
On 21 August 2012 15:47, Martin Grigorov mgrigo...@apache.org wrote:
Sorry for being stubborn but having '?wicket:interface=:0:1:::' in the
url means that this is Wicket pre-1.5 ;-)
I guess Sven will join this conversation later today and explain in
more details.
On Tue, Aug 21, 2012 at 2:16 PM, Alex Shubert alex.shub...@gmail.com
wrote:
Martin
with all my respect but their build script uses
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-core/artifactId
version${wicket.version}/version
/dependency
${wicket.version} derived from parent pom where
wicket.version1.5.0/wicket.version
So,
1. no stateless form
2. it is 1.5
3. it's pretty easy to ensure yourself just by looking into code
http://code.google.com/p/wicket-tree/wiki/RunningExamples It even
can't be compiled under 1.4
Anyway: what does your answer has to do with my question? One more
time: how that example manage not to increase page version shown in
url on every tree node selection?
thanks
On 21 August 2012 14:39, Martin Grigorov mgrigo...@apache.org wrote:
The deployed examples use Wicket 1.4.
http://wicket-tree.appspot.com/?wicket:interface=:0:1:::
On Tue, Aug 21, 2012 at 1:35 PM, Alex Shubert alex.shub...@gmail.com
wrote:
They are using
FormVoid form = new FormVoid(form);
and still no version in url on round-trips. Also, FilterForm from
Wicket API doesn't extends StatelessForm while your answer states
that
must be the case.
On 21 August 2012 14:20, Martin Grigorov mgrigo...@apache.org
wrote:
Use StatelessForm instead.
On Tue, Aug 21, 2012 at 1:06 PM, Alex Shubert
alex.shub...@gmail.com wrote:
Hello
Recently I found wicket tree control
http://wicket-tree.appspot.com/nested
and one there is a thing I can't understand: while the page
contains
Form it looks like not versioned. I mean there are no version
number
in a url.
How does it work then? Is there any clear way to build pages
containing Form without explicit version number in url except some
black magic involved ( modified MountedMapper )
--
Best regards
Alexandr
-
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,
Re: page version and forms
Hi,
These components have been merged in Wicket 6.
You can see the demo at
http://www.wicket-library.com/wicket-examples-6.0.x/tree
and the code in org.apache.wicket.extensions.markup.html.repeater.tree
package in wicket-extensions module.
The javadocs are also improved.
On Wed, Aug 22, 2012 at 10:10 AM, Alex Shubert alex.shub...@gmail.com wrote:
Sven while you are here:
why no documentation for Tree? Nothing at all? Right now I face a
problem - tree do not persist it's state (Bookmarcable links, copied
from example) and I have no clue where to see.
On 21 August 2012 21:38, Sven Meier s...@meiers.net wrote:
And the winner is ... Martin!
On AppEngine I still have Wicket 1.4.x running.
Sven
On 08/21/2012 02:59 PM, Martin Grigorov wrote:
The Google Code repo contains 1.5 but the deployed app is using pre-1.5
version.
I can bet on this.
On Tue, Aug 21, 2012 at 3:37 PM, Alex Shubert alex.shub...@gmail.com
wrote:
Martin,
http://wicket-tree.googlecode.com/svn/repo/wicket-tree/wicket-tree-parent/0.5.0/wicket-tree-parent-0.5.0.pom
Again, no 1.4 at all. Not in one place. Moreover,
'?wicket:interface=:0:1:::' doesn't means 1.4 is in action. Just take
Is there a reason why you don't trust me ? :-)
wicket:interface is no more used in 1.5+, unless the application adds
it explicitly. Wicket (the framework) doesn't use it anymore.
a look at event listener implementation.
About the problem: the page I gave link for is really stateless but it
is not meant to be, it just happened. If user choose any other tree
renders version number eager to appear.
The most Wicket problem right now is it's occult state. Wiki is
hopelessly outdated, most of the examples refer to 1.2.-1.3 version...
Most of them are actually still valid.
There are new pages labeled with wicket15 and wicket6 which refer
to the new features in 1.5 and 6.0 respect.
If someone wonder how to determine why his page is stateful here is
the solution:
There is StatelessChecker in wicket-devutils for this task.
if (!isPageStateless()) {
visitChildren(Component.class, new IVisitorComponent,
Component() {
@Override
public void component(Component component,
IVisitComponent iVisit) {
if (!component.isStateless()) {
LOGGER.info(Stateful component found [
+ component.getClass().getName() + :
+ component.getMarkupId() + ]);
// iVisit.stop(component);
}
}
});
}
If in need of test detection, extract visitor to separate class and
instantiate pages with WicketTester.
On 21 August 2012 15:47, Martin Grigorov mgrigo...@apache.org wrote:
Sorry for being stubborn but having '?wicket:interface=:0:1:::' in the
url means that this is Wicket pre-1.5 ;-)
I guess Sven will join this conversation later today and explain in
more details.
On Tue, Aug 21, 2012 at 2:16 PM, Alex Shubert alex.shub...@gmail.com
wrote:
Martin
with all my respect but their build script uses
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-core/artifactId
version${wicket.version}/version
/dependency
${wicket.version} derived from parent pom where
wicket.version1.5.0/wicket.version
So,
1. no stateless form
2. it is 1.5
3. it's pretty easy to ensure yourself just by looking into code
http://code.google.com/p/wicket-tree/wiki/RunningExamples It even
can't be compiled under 1.4
Anyway: what does your answer has to do with my question? One more
time: how that example manage not to increase page version shown in
url on every tree node selection?
thanks
On 21 August 2012 14:39, Martin Grigorov mgrigo...@apache.org wrote:
The deployed examples use Wicket 1.4.
http://wicket-tree.appspot.com/?wicket:interface=:0:1:::
On Tue, Aug 21, 2012 at 1:35 PM, Alex Shubert alex.shub...@gmail.com
wrote:
They are using
FormVoid form = new FormVoid(form);
and still no version in url on round-trips. Also, FilterForm from
Wicket API doesn't extends StatelessForm while your answer states
that
must be the case.
On 21 August 2012 14:20, Martin Grigorov mgrigo...@apache.org
wrote:
Use StatelessForm instead.
On Tue, Aug 21, 2012 at 1:06 PM, Alex Shubert
alex.shub...@gmail.com wrote:
Hello
Recently I found wicket tree control
http://wicket-tree.appspot.com/nested
and one there is a thing I can't understand: while the page
contains
Form it looks like not versioned. I mean there are no version
number
in a url.
How does it work then? Is there any clear way to build pages
containing Form without explicit version number in url except some
black magic involved ( modified MountedMapper )
--
Best regards
Alexandr
Re: page version and forms
Are you using wicket-tree or the new components in Wicket 6?
Please be more specific what information you're looking for. I'll gladly
provide more info in javadoc or in the wiki.
Sven
Alex Shubert alex.shub...@gmail.com schrieb:
Sven while you are here:
why no documentation for Tree? Nothing at all? Right now I face a
problem - tree do not persist it's state (Bookmarcable links, copied
from example) and I have no clue where to see.
On 21 August 2012 21:38, Sven Meier s...@meiers.net wrote:
And the winner is ... Martin!
On AppEngine I still have Wicket 1.4.x running.
Sven
On 08/21/2012 02:59 PM, Martin Grigorov wrote:
The Google Code repo contains 1.5 but the deployed app is using pre-1.5
version.
I can bet on this.
On Tue, Aug 21, 2012 at 3:37 PM, Alex Shubert alex.shub...@gmail.com
wrote:
Martin,
http://wicket-tree.googlecode.com/svn/repo/wicket-tree/wicket-tree-parent/0.5.0/wicket-tree-parent-0.5.0.pom
Again, no 1.4 at all. Not in one place. Moreover,
'?wicket:interface=:0:1:::' doesn't means 1.4 is in action. Just take
Is there a reason why you don't trust me ? :-)
wicket:interface is no more used in 1.5+, unless the application adds
it explicitly. Wicket (the framework) doesn't use it anymore.
a look at event listener implementation.
About the problem: the page I gave link for is really stateless but it
is not meant to be, it just happened. If user choose any other tree
renders version number eager to appear.
The most Wicket problem right now is it's occult state. Wiki is
hopelessly outdated, most of the examples refer to 1.2.-1.3 version...
Most of them are actually still valid.
There are new pages labeled with wicket15 and wicket6 which refer
to the new features in 1.5 and 6.0 respect.
If someone wonder how to determine why his page is stateful here is
the solution:
There is StatelessChecker in wicket-devutils for this task.
if (!isPageStateless()) {
visitChildren(Component.class, new IVisitorComponent,
Component() {
@Override
public void component(Component component,
IVisitComponent iVisit) {
if (!component.isStateless()) {
LOGGER.info(Stateful component found [
+ component.getClass().getName() + :
+ component.getMarkupId() + ]);
// iVisit.stop(component);
}
}
});
}
If in need of test detection, extract visitor to separate class and
instantiate pages with WicketTester.
On 21 August 2012 15:47, Martin Grigorov mgrigo...@apache.org wrote:
Sorry for being stubborn but having '?wicket:interface=:0:1:::' in the
url means that this is Wicket pre-1.5 ;-)
I guess Sven will join this conversation later today and explain in
more details.
On Tue, Aug 21, 2012 at 2:16 PM, Alex Shubert alex.shub...@gmail.com
wrote:
Martin
with all my respect but their build script uses
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-core/artifactId
version${wicket.version}/version
/dependency
${wicket.version} derived from parent pom where
wicket.version1.5.0/wicket.version
So,
1. no stateless form
2. it is 1.5
3. it's pretty easy to ensure yourself just by looking into code
http://code.google.com/p/wicket-tree/wiki/RunningExamples It even
can't be compiled under 1.4
Anyway: what does your answer has to do with my question? One more
time: how that example manage not to increase page version shown in
url on every tree node selection?
thanks
On 21 August 2012 14:39, Martin Grigorov mgrigo...@apache.org wrote:
The deployed examples use Wicket 1.4.
http://wicket-tree.appspot.com/?wicket:interface=:0:1:::
On Tue, Aug 21, 2012 at 1:35 PM, Alex Shubert alex.shub...@gmail.com
wrote:
They are using
FormVoid form = new FormVoid(form);
and still no version in url on round-trips. Also, FilterForm from
Wicket API doesn't extends StatelessForm while your answer states
that
must be the case.
On 21 August 2012 14:20, Martin Grigorov mgrigo...@apache.org
wrote:
Use StatelessForm instead.
On Tue, Aug 21, 2012 at 1:06 PM, Alex Shubert
alex.shub...@gmail.com wrote:
Hello
Recently I found wicket tree control
http://wicket-tree.appspot.com/nested
and one there is a thing I can't understand: while the page
contains
Form it looks like not versioned. I mean there are no version
number
in a url.
How does it work then? Is there any clear way to build pages
containing Form without explicit version number in url except some
black magic involved ( modified MountedMapper )
--
Best regards
Alexandr
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For
Re: stack traces in serialization caches
I think I have found the problem. Should be better with the fix in https://issues.apache.org/jira/browse/WICKET-4722 On Fri, Aug 10, 2012 at 2:53 PM, Martin Grigorov mgrigo...@apache.org wrote: No, these are no errors. These are kept only in case of error. We can improve though by removing them in Component#detach(). I see no reason to keep them around after the first render of the page. Please file a ticket. On Fri, Aug 10, 2012 at 2:45 PM, Andrew Geery andrew.ge...@gmail.com wrote: I'm using Wicket 1.5.7. I understand how to turn the stacktraces on and off (in development more I have both those settings turned on). My question is more: the files look like they are indicating an error is happening, but I don't get a stacktrace at run-time. For example, if I have a mismatch between the Java class and the HTML I get a stacktrace at run-time in development mode. I'm running in development mode and I'm not getting any stacktraces. However, when I look at the wicket-filestore files I am seeing stacktraces. My questions are: (1) Do the stacktraces in the wicket-filestore files indicate that there is an error? The app seems to work fine, but a stacktrace would indicate an error to me... (2) If these are indeed errors, why are the errors on the wicket-filestore files not being thrown at run-time when running in dev mode? To make this more concrete, one place I'm seeing the errors is around ModalWindow components. Is the stacktrace simply saying that the ModalWindow is not rendered on the page (which would be true, it is not yet shown), but that it is present in the page's hierarchy? Thanks Andrew On Fri, Aug 10, 2012 at 3:12 AM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, Which version of Wicket do you use ? See org.apache.wicket.settings.IDebugSettings#setLinePreciseReportingOnAddComponentEnabled and org.apache.wicket.settings.IDebugSettings#setLinePreciseReportingOnNewComponentEnabled. When set to true these create an exception and saves its stacktrace as String in the Component's meta data. This stacktrace is used to find when and where the problem happened. These stacktraces are printed only if org.apache.wicket.settings.IDebugSettings#getComponentUseCheck() returns true. On Fri, Aug 10, 2012 at 4:16 AM, Andrew Geery andrew.ge...@gmail.com wrote: I have a question about why I am seeing stack traces in my wicket-filestore files. This question has been asked before ( http://apache-wicket.1842946.n4.nabble.com/Strange-content-serialized-td1933194.html ), but I don't understand the answer. When I run the app, I don't get any errors -- all of the components render fine. However, in the files I see errors like this: The webmarkupcontainer with id 'content' that failed to render was added In the previous thread, the answer was that the error was there because there was a discrepancy between the Java hierarchy and the HTML file. However, if there was an error, wouldn't I get a run-time error (since I am running the app in development mode)? Why, when there isn't a discrepancy, is there a stack trace in the cache? Thanks Andrew -- 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 -- 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: Which RENDER_STRATEGY is best for clustered setup?
Thanks Martin for the response. Could you please answer the below question as well? What is the use of the below API? getRequestCycleSettings().setBufferResponse(false); Does it make any difference to the render strategy? I guess it makes some difference to 'REDIRECT_TO_BUFFER'. Thanks, Suresh -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Which-RENDER-STRATEGY-is-best-for-clustered-setup-tp4651420p4651429.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: Which RENDER_STRATEGY is best for clustered setup?
No, this is not related. I just improved its javadoc: https://git-wip-us.apache.org/repos/asf/wicket/repo?p=wicket.git;a=commitdiff;h=43878fc8c470044923f3b599953a1c4ff2aef63b Is it cleaner now ? On Wed, Aug 22, 2012 at 2:15 PM, sudeivas sureshkumar@gmail.com wrote: Thanks Martin for the response. Could you please answer the below question as well? What is the use of the below API? getRequestCycleSettings().setBufferResponse(false); Does it make any difference to the render strategy? I guess it makes some difference to 'REDIRECT_TO_BUFFER'. Thanks, Suresh -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Which-RENDER-STRATEGY-is-best-for-clustered-setup-tp4651420p4651429.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
How to use wicket:fragment?
I've added a scenario where i need to use wicket:fragments. Following is my parent html. html body wicket:child/ /body /html Now i'm giving child html which will replace wicket:child/ of my parent html html body wicket:extend ... span wicket:id=myPanelExample input (will be removed)/span ... wicket:fragment wicket:id=frag1panel 1/wicket:fragment wicket:fragment wicket:id=frag2panel 2/wicket:fragment /wicket:extend /body /html The above situation is working fine in case of wicket 1.4, but now in wicket 1.5.3 its giving me an error of No Markup found. -- Balaji.N
Re: Which RENDER_STRATEGY is best for clustered setup?
Yes it is. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Which-RENDER-STRATEGY-is-best-for-clustered-setup-tp4651420p4651433.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
WebApplication.getComponentPreOnBeforeRenderListeners not fount
After a day of changing a lot I got this message when starting wicket from mvn jetty:run I reinstalled older sources but still get this message wicket.version1.5.7/wicket.version Who can help on this? 2012-08-22 16:39:53.120::WARN: Error starting handlers Java.lang.NoSuchMethodError: org.apache.wicket.protocol.http.WebApplication.getComponentPreOnBeforeRenderListeners()Lorg apache/wicket/application/ComponentOnBeforeRenderListenerCollection; at com.vdr.logistiek.MasterApplication.init(MasterApplication.java:40) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/WebApplication-getComponentPreOnBeforeRenderListeners-not-fount-tp4651434.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: WebApplication.getComponentPreOnBeforeRenderListeners not fount
Check for duplicated Wicket jars in the classpath On Wed, Aug 22, 2012 at 5:49 PM, Delange delan...@telfort.nl wrote: After a day of changing a lot I got this message when starting wicket from mvn jetty:run I reinstalled older sources but still get this message wicket.version1.5.7/wicket.version Who can help on this? 2012-08-22 16:39:53.120::WARN: Error starting handlers Java.lang.NoSuchMethodError: org.apache.wicket.protocol.http.WebApplication.getComponentPreOnBeforeRenderListeners()Lorg apache/wicket/application/ComponentOnBeforeRenderListenerCollection; at com.vdr.logistiek.MasterApplication.init(MasterApplication.java:40) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/WebApplication-getComponentPreOnBeforeRenderListeners-not-fount-tp4651434.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: [6.0] wicket-atmosphere
Good afternoon,
Is there any way to have Comet channels using the wicket-atmosphere
API? For instance, with the Broadcaster API, you could use a
MetaBroadcaster which used to have a broadcasterID parameter.
I can't figure out how to integrate that in my wicket-atmosphere code
and the JavaDoc from EventBus#post() reads:
Post an event to *all* pages that have a suspended connection.
Any help will be much appreciated!
Regards,
Pierre Goupil
On Thu, Aug 9, 2012 at 10:17 AM, Pierre Goupil goupilpie...@gmail.com wrote:
Thanks!!! I'll have a close look at your ticket. And yes, I use Tomcat
(7.0.29). I know it's all beta code, so no worries.
Regards,
Pierre
On Thu, Aug 9, 2012 at 10:02 AM, Emond Papegaaij emond.papega...@topicus.nl
wrote:
We've noticed this problem as well. It only happens on Tomcat. I'm not sure
what is going on, but it all starts with Tomcat loosing query parameters on
the ws-request (url/?0-1.IBehaviorListener.0- is changed to url). This
makes it impossible for wicket to recognize the call to a behavior, causing a
redirect to a new page on the ws-request, which is not allowed.
The question is, is this a bug in Tomcat, Atmosphere or wicket-atmosphere. I
would say it's a bug in Atmosphere. I've created a ticket for this:
https://github.com/Atmosphere/atmosphere/issues/553
For now, using jetty is a work around.
Best regards,
Emond
On Wednesday 08 August 2012 20:59:10 Pierre Goupil wrote:
Hello,
It looks like a problem with the WebSockets. I've tried to provide a
Locale, but no way:
class MySession extends WebSession
{
private static final long serialVersionUID = 1L;
public MySession(final Request req)
{
super(req);
}
@Override
public void setLocale(final Locale locale)
{
super.setLocale(new Locale(en, GB));
}
}
and in my WicketApplication:
@Override
public Session newSession( final Request req, final Response res ) {
return new MySession(req);
}
It all gives me the same error.
BUT if I deactivate the WebSockets, it works:
init-param
param-nameorg.atmosphere.useWebSocket/param-name
param-valueFALSE/param-value
/init-param
in my web.xml.
Regards,
Pierre
On Wed, Aug 8, 2012 at 5:43 PM, Pierre Goupil
goupilpie...@gmail.comwrote:
Good afternoon,
I'm currently trying and have wicket-atmosphere work. I've looked at the
examples and I'm unable to post a message because of this exception:
INFO - EventBus - registering component for page 0 for
session 971E81ED0E61970FA35A1B03E5B218F8:
ERROR - DefaultExceptionMapper - Unexpected error occurred
java.lang.IllegalStateException: Request#getLocale() cannot return null,
request has to have a locale set on it
at org.apache.wicket.Session.init(Session.java:211)
at
org.apache.wicket.protocol.http.WebSession.init(WebSession.java:92)
at
org.apache.wicket.protocol.http.WebApplication.newSession(WebApplication.j
ava:536)
at
org.apache.wicket.Application.fetchCreateAndSetSession(Application.java:15
57)
at org.apache.wicket.Session.get(Session.java:152)
at
org.apache.wicket.RestartResponseAtInterceptPageException$InterceptData.ge
t(RestartResponseAtInterceptPageException.java:146)
at
org.apache.wicket.RestartResponseAtInterceptPageException$1.matchedData(Re
startResponseAtInterceptPageException.java:211)
at
org.apache.wicket.RestartResponseAtInterceptPageException$1.getCompatibili
tyScore(RestartResponseAtInterceptPageException.java:179)
at
org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(Compound
RequestMapper.java:134)
at
org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(Request
Cycle.java:182)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.j
ava:207)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(Reque
stCycle.java:281)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.j
ava:188)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:24
5)
at
org.atmosphere.util.AtmosphereFilterChain.doFilter(AtmosphereFilterChain.j
ava:154)
at
org.atmosphere.util.AtmosphereFilterChain.invokeFilterChain(AtmosphereFilt
erChain.java:131)
at
org.atmosphere.handler.ReflectorServletProcessor$FilterChainServletWrapper
.service(ReflectorServletProcessor.java:310)
at
org.atmosphere.handler.ReflectorServletProcessor.onRequest(ReflectorServle
tProcessor.java:168)
at
org.atmosphere.cpr.AsynchronousProcessor.action(AsynchronousProcessor.java
:248)
at
Ajax onUpdate (DropDown) Invoked In One Place, But Not The Other
I have a reusable Panel which contains a DropDownChoice.
The DropDownChoice has an Ajax onChange action defined on it,
protected void onUpdate(AjaxRequestTarget target) {
...
}
When I add the Panel to one of my forms, the Ajax action gets invoked
correctly on the DropDown change, but when I add it to a different form, the
Ajax action never gets invoked. It's the same reusable Panel. The Ajax
action works in one place, but not the other (I verified that nothing
happens by adding debug statements to onUpdate).
Can anyone suggest any theories on what the problem might be with the 2nd
form that uses this panel? Thanks
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Ajax-onUpdate-DropDown-Invoked-In-One-Place-But-Not-The-Other-tp4651438.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: Ajax onUpdate (DropDown) Invoked In One Place, But Not The Other
Looking further in our code, I see that the 2nd form (which has the problem)
defines an additional Ajax onchange on its own, it finds the dropdown and
adds this extra Ajax code:
final DropDownChoice myDropDown =
(DropDownChoice)((Panel)get(myPanel)).get(myDropDown);
myDropDown.add(new AjaxFormComponentUpdatingBehavior(onchange) {
protected void onUpdate(AjaxRequestTarget target)
...
}
});
Is this an issue? Is there a problem getting *both* Ajax updates to kick in,
both the Form2-specific one and the general Panel one? Thanks
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Ajax-onUpdate-DropDown-Invoked-In-One-Place-But-Not-The-Other-tp4651438p4651439.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: Ajax onUpdate (DropDown) Invoked In One Place, But Not The Other
Yes, this is the problem.
Only one of the two updates will be performed:
https://issues.apache.org/jira/browse/WICKET-214
Sven
On 08/22/2012 06:51 PM, eugenebalt wrote:
Looking further in our code, I see that the 2nd form (which has the problem)
defines an additional Ajax onchange on its own, it finds the dropdown and
adds this extra Ajax code:
final DropDownChoice myDropDown =
(DropDownChoice)((Panel)get(myPanel)).get(myDropDown);
myDropDown.add(new AjaxFormComponentUpdatingBehavior(onchange) {
protected void onUpdate(AjaxRequestTarget target)
...
}
});
Is this an issue? Is there a problem getting *both* Ajax updates to kick in,
both the Form2-specific one and the general Panel one? Thanks
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Ajax-onUpdate-DropDown-Invoked-In-One-Place-But-Not-The-Other-tp4651438p4651439.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
Re: WebApplication.getComponentPreOnBeforeRenderListeners not fount
Don't know what caused the duplicate jars, but you where right. Many thanks! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/WebApplication-getComponentPreOnBeforeRenderListeners-not-fount-tp4651434p4651441.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: Ajax onUpdate (DropDown) Invoked In One Place, But Not The Other
Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Ajax-onUpdate-DropDown-Invoked-In-One-Place-But-Not-The-Other-tp4651438p4651442.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: How to use wicket:fragment?
Hi Balaji,
I am not sure if this helps but I have used fragments in wicket 1.5.7 and from
what I see in your code, it should work. Here is a simple snippet that shows
how I used it:
In my page class, here is what I have to different and show a scrolling
fragment or ordered list of items fragment:
Fragment filterViewFragment;
if (isScrollingFragment(catList)) {
filterViewFragment = new Fragment(filterViewFragment,
scrollingFragment, this);
// some other components or fields
} else {
filterViewFragment = new Fragment(filterViewFragment,
regularFragment, this);
// some other components or fields
}
In my page html, here is what I have:
wicket:panel
wicket:container wicket:id=filterViewFragment /
div class=clear/div
wicket:fragment wicket:id=scrollingFragment
div style=height: 355px; overflow: hidden; padding:
0px; width: 199px; id=pane2 class=scroll-pane jspScrollable tabindex=0
// somethig here
/div
/wicket:fragment
wicket:fragment wicket:id=regularFragment
div
ul wicket:id=catListContainer
// something here
/ul
/div
/wicket:fragment
/wicket:panel
Thanks
Rama
-Original Message-
From: bala ji [mailto:balaji@gmail.com]
Sent: Wednesday, August 22, 2012 5:46 AM
To: users@wicket.apache.org
Subject: How to use wicket:fragment?
I've added a scenario where i need to use wicket:fragments.
Following is my parent html.
html
body
wicket:child/
/body
/html
Now i'm giving child html which will replace wicket:child/ of my parent
html
html
body
wicket:extend
...
span wicket:id=myPanelExample input (will be removed)/span
...
wicket:fragment wicket:id=frag1panel 1/wicket:fragment
wicket:fragment wicket:id=frag2panel 2/wicket:fragment
/wicket:extend
/body
/html
The above situation is working fine in case of wicket 1.4, but now in
wicket 1.5.3 its giving me an error of No Markup found.
--
Balaji.N
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
