Re: setRenderBodyOnly(true) doesn't work for label in

2012-02-20 Thread Chantal Ackermann
Hi Ilia,

it works for me in 1.5.4. My markup looks like that:

Window : 

The difference might be that I am using an explicit closing tag .
(I have not played around with it.)

Chantal


On Mon, 2012-02-20 at 13:01 +0100, Илья Нарыжный wrote:
> Hello,
> 
> I have following code in HTML:
> 
>  key="site.title.suffix">
> 
> and in Java:
> 
> add(new Label("pagetitle", titleModel).setRenderBodyOnly(true));
> 
> But as output on page, I have following title:
> 
>  Actual title heresite suffix
> 
> It seems to be a bug... Wicket version is 1.5.4
> 
> Is it a bug and Jira ticket should be created?
> 
> Thanks,
> 
> Ilia
> 
> -
> 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: WicketMessage: Method onFormSubmitted of interface org.apache.wicket.markup.html.form.IFormSubmitListener targeted at [ [Component id = form]] on component [ [Component id = form]] threw an except

2011-12-30 Thread Chantal Ackermann


On Fri, 2011-12-30 at 12:46 +0100, Rahman USTA wrote:
> Hi, i wanna add an item to DropDownChoice's List after form submitted. i
> used for example,
> 
> 
> 
> private List *cities*=Arrays.asList("İstanbul","Ankara","Kayseri");

The Exception is thrown because Arrays.asList returns a List
implementation that does not offer an add() implementation. (This is
allowed by the List API.) (This is not a Wicket issue.)

Change the above line to:

pivate List cities = new ArrayList();
java.util.Collections.addAll(cities, "İstanbul","Ankara","Kayseri");

Cheers,
Chantal


> 
>final DropDownChoice cityList=new
> DropDownChoice("sehirListesi", Model.of("İstanbul"),
> new PropertyModel>(this,"cities"));
> 
> then
> 
> Form form=new Form("form"){
> @Override
> public void onSubmit() {
> 
> *cities*.add("İzmir");
> info("Form başarıyla gönderildi");
> 
> }
> };
> 
> but, i get this exceptions.
> 
> 
> Unexpected RuntimeException
> 
> Last cause: null
> WicketMessage: Method onFormSubmitted of interface
> org.apache.wicket.markup.html.form.IFormSubmitListener targeted at [
> [Component id = form]] on component [ [Component id = form]] threw an
> exception
> 
>  Stacktrace
> 
> Root cause:
> 
> java.lang.UnsupportedOperationException
>  at java.util.AbstractList.add(AbstractList.java:131)
>  at java.util.AbstractList.add(AbstractList.java:91)
>  at com.usta.HomePage$1.onSubmit(HomePage.java:74)
>  at org.apache.wicket.markup.html.form.Form$10.component(Form.java:1189)
>  at org.apache.wicket.markup.html.form.Form$10.component(Form.java:1184)
>  at 
> org.apache.wicket.util.visit.Visits.visitPostOrderHelper(Visits.java:273)
>  at org.apache.wicket.util.visit.Visits.visitPostOrder(Visits.java:244)
>  at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1182)
>  at org.apache.wicket.markup.html.form.Form.process(Form.java:838)
>  at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:762)
>  at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:692)
>  at java.lang.reflect.Method.invoke(Method.java:597)
>  at 
> org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:260)
>  at 
> org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
>  at 
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248)
>  at 
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
>  at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750)
>  at 
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
>  at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252)
>  at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
>  at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280)
>  at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
>  at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:218)
>  at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1326)
>  at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:479)
>  at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
>  at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:520)
>  at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:227)
>  at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:940)
>  at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:409)
>  at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:186)
>  at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:874)
>  at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
>  at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)
>  at org.eclipse.jetty.server.Server.handle(Server.java:349)
>  at 
> org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:441)
>  at 
> org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:921)
>  at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:784)
>  at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:223)
>  at 
> org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:50)
>  at 
> org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnec

Re: Using JNDI from Jetty/Start.java

2011-12-29 Thread Chantal Ackermann
On Wed, 2011-12-28 at 16:52 +0100, armhold wrote:
> I moved the config file to src/test/jetty/jetty-env.xml because I didn't want
> it deployed with my production war file. It was really the two property
> settings I was missing. You might not even need the properties if you are
> using the jetty-maven-plugin; I did because I'm running Start#main()
> directly from my IDE.
> 

Ok, it is probably cleaner to keep it under src/test/. I might have had it 
there in the beginning and it probably did not work.

Now, I'm excluding it when building the war.


> PS: also using Solr.  Small world. :-)

Cheers :)
Chantal


> 
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Using-JNDI-from-Jetty-Start-java-tp4237903p4240237.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: Using JNDI from Jetty/Start.java

2011-12-28 Thread Chantal Ackermann
Hi,

I'm also using wicket 1.5 and jetty 7.5 (eclipse's) with mortbay's
eclipse plugin of the same version, and I had no need to add those
properties you mention.

>From my pom.xml:
1.5.3
7.5.0.v20110901


org.eclipse.jetty.aggregate
jetty-all-server
${jetty.version}
provided



org.mortbay.jetty
jetty-maven-plugin
${jetty.version}
...
[the rest is what wicket quickstart brings]
...



In src/main/webapp/WEB-INF/jetty-env.xml - which is found without
problems:

 
http://jetty.mortbay.org/configure.dtd";>


jdbc/db


thin
jdbc:oracle:thin:@[ip]:1521:[db]
[user]
[pw]
true



MinLimit
5








solr/home
solr/home
true




I found the mix of eclipse and mortbay packages annoying. When copying
examples you always have to take care not to overlook package names that
do not fit into your version setup...

Cheers,
Chantal




On Wed, 2011-12-28 at 04:37 +0100, armhold wrote:
> Thanks to a hint from Christian Huber I got it working.
> 
> System.setProperty("java.naming.factory.url.pkgs",
> "org.eclipse.jetty.jndi");
> System.setProperty("java.naming.factory.initial",
> "org.eclipse.jetty.jndi.InitialContextFactory");
> 
> EnvConfiguration envConfiguration = new EnvConfiguration();
> URL url = new File("src/test/jetty/jetty-env.xml").toURI().toURL();
> envConfiguration.setJettyEnvXml(url);
> 
> bb.setConfigurations(new Configuration[]{ new WebInfConfiguration(),
> envConfiguration, new WebXmlConfiguration() });
> 
> 
> 
> Full details here: 
> http://blog.armhold.com/2011/12/28/how-to-get-jndi-working-with-wicket-1-5-and-jetty-7-5/
> 
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Using-JNDI-from-Jetty-Start-java-tp4237903p4238955.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: AW: Problem with embedded jetty using AWT

2011-12-20 Thread Chantal Ackermann

Just wondering - could SWT (Eclipse) cause that problem? Maybe it is
interfering with the AWT classpath.



On Tue, 2011-12-20 at 13:44 +0100, Reiche, Andreas wrote:
> Yep, this was the first i tried, but didn't help.
> 
> Andreas
>  
> 
> -Ursprüngliche Nachricht-
> Von: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] 
> Gesendet: Dienstag, 20. Dezember 2011 13:35
> An: users@wicket.apache.org
> Betreff: Re: Problem with embedded jetty using AWT
> 
> did you define -Djava.awt.headless=true as a jvm parameter?
> 
> Martijn
> 
> On Tue, Dec 20, 2011 at 12:52 PM, Reiche, Andreas
>  wrote:
> > Hi,
> > has anyone already recognized this behaviour.
> > I have a Wicket (1.4.18) project build from the Wicket archetype. I'm 
> > developing in Eclipse on a Win XP machine.
> > Up to now everything worked fine, but now i have the following problem:
> > I need to inherit a dynamic Image in a wicket page. I use the AWT toolkit 
> > for that purpose.
> > As Wicket Model i use a RenderedDynamicImageResource which gives me a 
> > Graphics2D object to draw on.
> > If i try to debug or run the code in the embedded jetty which i use in my 
> > IDE then the JVM 'hangs' and the image is not rendered.
> >
> > If i deploy the app to a standalone jetty or a standalone tomcat everything 
> > goes fine.
> > This is exactly the problem which is described here:
> > http://www.chartdir.com/forum/download_thread.php?bn=chartdir_support&pattern=&thread=1290008946#N1290102636
> >
> > First i thought of a security issue, like mentioned in above thread, but 
> > even after i gave the embedded jetty a java.security.AllPermission
> > the prob still exits.
> >
> > Here is the code which creates and starts the jetty server.
> >
> > ...
> >public static void main(String[] args) throws Exception {
> >try {
> >Server server = startJettyServer(8080);
> >System.in.read();
> >System.out.println(">>> STOPPING EMBEDDED JETTY 
> > SERVER");
> >// while (System.in.available() == 0) {
> >// Thread.sleep(5000);
> >// }
> >server.stop();
> >server.join();
> >} catch (Exception e) {
> >e.printStackTrace();
> >System.exit(100);
> >}
> >}
> >
> >public static Server startJettyServer(int port) throws Exception {
> >Server server = new Server();
> >SocketConnector connector = new SocketConnector();
> >// Set some timeout options to make debugging easier.
> >connector.setMaxIdleTime(1000 * 60 * 60);
> >connector.setSoLingerTime(-1);
> >connector.setPort(port);
> >server.setConnectors(new Connector[] { connector });
> >
> >WebAppContext bb = new WebAppContext();
> >bb.setServer(server);
> >bb.setContextPath("/");
> >bb.setWar("src/main/webapp");
> >bb.setAttribute("serveIcon", false);
> >
> >Permission perm = new AllPermission();
> >PermissionCollection permissions = 
> > perm.newPermissionCollection();
> >permissions.add(perm);
> >
> >bb.setPermissions(permissions);
> >// START JMX SERVER
> >// MBeanServer mBeanServer =
> >// ManagementFactory.getPlatformMBeanServer();
> >// MBeanContainer mBeanContainer = new 
> > MBeanContainer(mBeanServer);
> >// server.getContainer().addEventListener(mBeanContainer);
> >// mBeanContainer.start();
> >
> >server.addHandler(bb);
> >
> >System.out.println(">>> STARTING EMBEDDED JETTY SERVER, 
> > PRESS ANY KEY TO STOP");
> >server.start();
> >return server;
> >}
> > ...
> >
> >
> > I alreasy searched the jetty doc, but could not found any hints.
> > Appreciate any input on 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



Re: display artifact version in webpage

2011-12-15 Thread Chantal Ackermann
You shouldn't be checking in any automatically generated files!
What is checked in is the markup that contains the placeholder - and
that doesn't change with new builds, of course. That's the point of it,
isn't it?

Chantal



On Thu, 2011-12-15 at 09:46 +0100, Per Newgro wrote:
> But this causes a build / version control system issue.
> 
> Guess you use version control like svn or cvs. Once you checked in the 
> html markup
> and call a build the markup changed and you have to check in markup again.
> So that becomes a "chicken - egg - problem".
> 
> Just my 2$
> Per
> 
> Am 15.12.2011 09:27, schrieb Sjoerd Schunselaar:
> > Thank you Chantal,
> >
> > Thats a very easy solution. Didn't think about that.
> >
> >
> > Kind regards,
> >
> > Sjoerd Schunselaar
> >
> >
> > On Wed, Dec 14, 2011 at 1:02 PM, Chantal Ackermann<
> > chantal.ackerm...@btelligent.de>  wrote:
> >
> >> Hi Sjoerd,
> >>
> >> my way of doing this is directly from pom to html using filtering.
> >>
> >> Add ${project.version} into the markup (for me, I add it into a top bar
> >> shared by all pages). Change the pom.xml resources configuration to
> >> filter either all html files or only that specific one. (I've simply
> >> changed the original "false" to "true" as I am sure that there is no
> >> other Dollar-notation in the html files.)
> >>
> >> 
> >> true
> >> src/main/java
> >> 
> >> **
> >> 
> >> 
> >> **/*.java
> >> 
> >> 
> >>
> >>
> >> Cheers,
> >> Chantal
> >>
> >>
> >>
> >> On Wed, 2011-12-14 at 11:33 +0100, Sjoerd Schunselaar wrote:
> >>> Hi all,
> >>>
> >>> Is there a easy way to display the artifact version which can be set in
> >> de
> >>> maven pom.xml file?
> >>> I would like to display that artifact version in the title bar.
> >>>
> >>>
> >>> met vriendelijke groet,
> >>>
> >>> Sjoerd Schunselaar
> >>
> >> -
> >> 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: display artifact version in webpage

2011-12-14 Thread Chantal Ackermann
Hi Sjoerd,

my way of doing this is directly from pom to html using filtering.

Add ${project.version} into the markup (for me, I add it into a top bar
shared by all pages). Change the pom.xml resources configuration to
filter either all html files or only that specific one. (I've simply
changed the original "false" to "true" as I am sure that there is no
other Dollar-notation in the html files.)


true
src/main/java

**


**/*.java




Cheers,
Chantal



On Wed, 2011-12-14 at 11:33 +0100, Sjoerd Schunselaar wrote:
> Hi all,
> 
> Is there a easy way to display the artifact version which can be set in de
> maven pom.xml file?
> I would like to display that artifact version in the title bar.
> 
> 
> met vriendelijke groet,
> 
> Sjoerd Schunselaar


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Apache Wicket is a Flawed Framework

2011-11-18 Thread Chantal Ackermann
Hi all!

Thanks for this list, Rob!

Not that there would be any more to say except:

* I've never seen so informative and extremely helpfull Exception/Error
messages in any framework or tool so far.
Thank you!
* Concerning the "ugly" URLs: well, I don't think that the "real" users
out there bother so much. (But you should still aim to the most perfect
solution, for the honour...)
Working with APEX I've realized that there are blogs based on APEX - and
hey, compared to APEX' URLs, wicket's are a treat...

Cheers,
Chantal

On Fri, 2011-11-18 at 04:35 +0100, robert.mcguinness wrote:
> i'm baffled when people say the documentation is poor, the javadocs are
> excellent and like igor said there are some great books (blogs too!).  books
> and blogs get outdated fast since technlogy is rapidly advancing, so *use
> the source luke!*.  Not only will you learn Wicket, but I guarantee your
> Java skills will improve.  
> 
> 
> awesome examples:
> 
> 
> 
> https://github.com/apache/wicket https://github.com/apache/wicket  (scan
> over the unit test, best way to learn any framework not just wicket)
> 
> https://github.com/55minutes/fiftyfive-wicket
> https://github.com/55minutes/fiftyfive-wicket  (fantastic)
> 
> https://github.com/42Lines https://github.com/42Lines 
> 
> https://github.com/wicketstuff/core https://github.com/wicketstuff/core  (a
> gem, tons of examples on how to pretty much do anything)
> 
> http://code.google.com/p/wiquery/source/checkout
> http://code.google.com/p/wiquery/source/checkout 
> 
> https://github.com/jolira/wicket-stateless
> https://github.com/jolira/wicket-stateless  (wicket stateless is excellent,
> even easier with wicket 1.5)
> 
> https://github.com/reaktor/oegyscroll https://github.com/reaktor/oegyscroll 
> (endless pagination)
> 
> http://code.google.com/p/wiquery/source/browse/core
> http://code.google.com/p/wiquery/source/browse/core  (jquery)
> 
> http://code.google.com/p/jqwicket/source/browse/
> http://code.google.com/p/jqwicket/source/browse/  (jquery, learn from the
> code and roll your own if it doesn't fit your needs, super easy
> 
> https://github.com/rjnichols/visural-wicket
> https://github.com/rjnichols/visural-wicket  (great ui tools)
> 
> https://xaloon.googlecode.com/svn/ https://xaloon.googlecode.com/svn/ 
> (excellent!)
> 
> 
> 
> rob
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Apache-Wicket-is-a-Flawed-Framework-tp4080411p4082034.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: How to create a download link that is not cached by the browsers?

2011-11-14 Thread Chantal Ackermann
Hi Ismael,

here is the code for a non-cached download link. (I don't know whether
this really solves your problem but just in case.)


final NamesCsvStreamWriter stream = new NamesCsvStreamWriter();
ResourceStreamResource rsr = new ResourceStreamResource(stream) {
@Override
protected ResourceResponse newResourceResponse(Attributes attributes) {
stream.initContent(provider.getFilteredList());
return super.newResourceResponse(attributes);
}

@Override
protected void configureCache(ResourceResponse data,
Attributes attributes) {
Response response = attributes.getResponse();
((WebResponse)response).disableCaching();
}
};
rsr.setContentDisposition(ContentDisposition.ATTACHMENT);
rsr.setTextEncoding(UTF_8);
rsr.setFileName("export.csv");
form.add(new ResourceLink("export", rsr));


Cheers,
Chantal


On Mon, 2011-11-14 at 12:39 +0100, Ismael Hasan wrote:
> Hello,
> 
> I want to make a DownloadLink for a dynamic resource, a file generated on
> the fly; to do this, I overwrite the "onClick" method of DownloadLink so
> the file is generated whenever the link is clicked. In the context of my
> problem, it should happen that 2 clicks on the link should return different
> files without reloading the page.
> 
> The problem I am facing is that the browser caches the link by its "src"
> attribute, so the "onClick" method is only called the first time: with the
> next clicks the browser directly returns the file generated in the first
> "onClick" (and previously downloaded).
> 
> Is there a clean solution to this problem? The solutions I thought so far
> are pretty dirty:
> 
> 1.- Instead of having a link, have a list of links, generate a new link
> whenever the link is clicked, and refresh the list via Ajax, so instead of
> a "dynamic" link there will be a new link each time.
> 2.- Add to the link a "foo" parameter each time it is clicked, so the
> browser sees it as a different link. I don't know how to do this, any
> insight will be appreciated.
> 
> 
> Thank you for your attention,
> 
> Ismael.


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: DI in wicket

2011-10-31 Thread Chantal Ackermann
Hi,

don't forget that the jndi resource needs to be declared in the web.xml,
as well.


jdbc/Chicago
javax.sql.DataSource
Container



Chantal



On Mon, 2011-10-31 at 10:01 +0100, Martin Grigorov wrote:
> It depends how you have configured your DataSource in Spring's .xml.
> It should be looked up from JNDI.
> 
> This problem is Spring related, not Wicket. Please ask for more help
> in Spring's forums or StackOverflow.
> 
> On Sun, Oct 30, 2011 at 4:42 PM, vela  wrote:
> > Hi,
> >
> > I have configured db configuration in conf/server.xml in tomcat. Is this
> > fine or extra configuration has to be done.
> >
> >
> >
> > 
> >  >  auth="Container"
> > driverClassName="com.mysql.jdbc.Driver"
> > type="javax.sql.DataSource"
> > username="root"
> > password="sakthi"
> > url="jdbc:mysql://localhost:3306/test"maxWait="1"
> > maxActive="60"minIdle = "0"maxIdle="30"
> > removeAbandoned="true"removeAbandonedTimeout="120"
> > testOnBorrow="false"testOnReturn="false"testWhileIdle="true"
> > validationQuery="SELECT 1"timeBetweenEvictionRunsMillis="59000"
> > minEvictableIdleTimeMillis="58000"/>
> > 
> >
> >
> >
> >
> > --
> > View this message in context: 
> > http://apache-wicket.1842946.n4.nabble.com/DI-in-wicket-tp3824880p3953328.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