Re: cryptomapper uses the same wicket-crypt params for each user

[Steve Swinsburg]

Thanks for the confirmation, Martin.
Regards.

On Sat, Jul 4, 2015 at 4:32 PM, Martin Grigorov mgrigo...@apache.org
wrote:

 Hi,

 Yes. This is the correct way.
 It is the default in 6.19.0
 On Jul 4, 2015 2:51 AM, Steve Swinsburg steve.swinsb...@gmail.com
 wrote:

  OK solved:
 
  getSecuritySettings().setCryptFactory(new
  KeyInSessionSunJceCryptFactory()); //diff key per user
  final IRequestMapper cryptoMapper = new
  CryptoMapper(getRootRequestMapper(), this);
  setRootRequestMapper(cryptoMapper);
 
  On Fri, Jul 3, 2015 at 9:58 PM, Steve Swinsburg 
 steve.swinsb...@gmail.com
  
  wrote:
 
   Hi all,
  
   I am using the cryptomapper to encrypt some URLs and am finding that
  every
   logged in user is getting the same encrypted URL for the same pages.
   ie to go to x page is http://url?wicket-crypt=Uqcgp... for both user A
   and user B.
  
   Is there any way to make this unique for each user?
  
   In my Application class I have:
  
   IRequestMapper cryptoMapper = new CryptoMapper(getRootRequestMapper(),
   this);
   setRootRequestMapper(cryptoMapper);
  
   Wicket 6.18.0
  
   Thanks,
   Steve
  
 

Re: cryptomapper uses the same wicket-crypt params for each user

[Steve Swinsburg]

OK solved:

getSecuritySettings().setCryptFactory(new
KeyInSessionSunJceCryptFactory()); //diff key per user
final IRequestMapper cryptoMapper = new
CryptoMapper(getRootRequestMapper(), this);
setRootRequestMapper(cryptoMapper);

On Fri, Jul 3, 2015 at 9:58 PM, Steve Swinsburg steve.swinsb...@gmail.com
wrote:

 Hi all,

 I am using the cryptomapper to encrypt some URLs and am finding that every
 logged in user is getting the same encrypted URL for the same pages.
 ie to go to x page is http://url?wicket-crypt=Uqcgp... for both user A
 and user B.

 Is there any way to make this unique for each user?

 In my Application class I have:

 IRequestMapper cryptoMapper = new CryptoMapper(getRootRequestMapper(),
 this);
 setRootRequestMapper(cryptoMapper);

 Wicket 6.18.0

 Thanks,
 Steve

cryptomapper uses the same wicket-crypt params for each user

[Steve Swinsburg]

Hi all,

I am using the cryptomapper to encrypt some URLs and am finding that every
logged in user is getting the same encrypted URL for the same pages.
ie to go to x page is http://url?wicket-crypt=Uqcgp... for both user A and
user B.

Is there any way to make this unique for each user?

In my Application class I have:

IRequestMapper cryptoMapper = new CryptoMapper(getRootRequestMapper(),
this);
setRootRequestMapper(cryptoMapper);

Wicket 6.18.0

Thanks,
Steve

Re: Making a datatable more accessible

[Steve Swinsburg]

Thanks very much, I'll give it a try.

sent from my mobile device
On 19 Jun 2015 4:34 am, Sven Meier s...@meiers.net wrote:

 Hi,

 it's a little bit finicky, but it can be done:

 DataTable dataTable = new DefaultDataTableContact,
 String(table, columns, new SortableContactDataProvider(), 8) {
 protected ItemIColumnContact, String newCellItem(final
 String id, final int index, final IModelIColumnContact, String model)
 {
 return new ItemIColumnContact, String(id, index,
 model) {
 @Override
 protected void onComponentTag(ComponentTag tag) {
 super.onComponentTag(tag);

 // parent is the repeater for the cells, its
 parent is the row
 Contact contact = (Contact)
 getParent().getParent().getDefaultModelObject();
 if (contact.isSpecíal()) {
 tag.setName(th);
 }
 }
 };
 }
 };

 In a future version we might want to change #newCellItem() to get a
 reference to the row's model - that would remove the need to lookup the row
 object from the  grandparent.

 Have fun
 Sven


 On 18.06.2015 14:15, Steve Swinsburg wrote:

 Hi all,

 I have a datatable and need to make it more accessible for screenreaders.

 I am using an AbstractColumn and setting the getHeader and populateItem
 methods with the contents.

 In a particular row I want to change the markup of the cells from TD to
 TH,
 as they are header type content. Is this possible in Wicket, to change the
 HTML tag? This is generated markup within the DataTable component so I'm
 wondering if we can influence the HTML tag that is output.

 The second issue is that when using getHeader to set the header cell
 contents, it outputs this into a span within the TH, not directly within
 the TH itself. I need to add the 'scope=col' ARIA attribute to the TH
 but
 cannot access it (even via getParent()). Again, generated markup.

 Thanks for any assistance.

 regards,
 Steve



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

Making a datatable more accessible

[Steve Swinsburg]

Hi all,

I have a datatable and need to make it more accessible for screenreaders.

I am using an AbstractColumn and setting the getHeader and populateItem
methods with the contents.

In a particular row I want to change the markup of the cells from TD to TH,
as they are header type content. Is this possible in Wicket, to change the
HTML tag? This is generated markup within the DataTable component so I'm
wondering if we can influence the HTML tag that is output.

The second issue is that when using getHeader to set the header cell
contents, it outputs this into a span within the TH, not directly within
the TH itself. I need to add the 'scope=col' ARIA attribute to the TH but
cannot access it (even via getParent()). Again, generated markup.

Thanks for any assistance.

regards,
Steve

EditablePropertyColumn and a callback to save

[Steve Swinsburg]

I am using the inmethodgrid EditablePropertyColumn to allow inline edits of
a datatable.

What I want to do is have some sort of callback method registered on a cell
so that when a user edits it then tabs or clicks away, the method is fired,
so that I can immediately do something with the contents of the cell.

Is there a way to do this?

Thanks,
Steve

Re: EditablePropertyColumn and a callback to save

[Steve Swinsburg]

Perfect, thanks guys.

cheers,
Steve

On Thu, Oct 23, 2014 at 10:27 PM, Martin Grigorov mgrigo...@apache.org
wrote:

 Right!

 You have to override

 https://github.com/wicketstuff/core/blob/master/jdk-1.7-parent/inmethod-grid-parent/inmethod-grid/src/main/java/com/inmethod/grid/column/editable/EditablePropertyColumn.java#L107
 and attach such ajax behavior to the textfield on 'change'

 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov

 On Thu, Oct 23, 2014 at 2:22 PM, lucast lucastol...@hotmail.com wrote:

  Hi Steve,
  If I understand correctly, you would like to catch an ajax event fired
 from
  the cell when you click away.
 
  There are two ways you can do this, you can add an OnChangeAjaxBehavior()
  class to the file:
 
 
  Alternatively, you can add an AjaxEventBehavior to your object:
 
 
 
  I hope that helps,
  Lucas
 
  --
  View this message in context:
 
 http://apache-wicket.1842946.n4.nabble.com/EditablePropertyColumn-and-a-callback-to-save-tp4668048p4668049.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 get this URL pattern working in newer versions of Wicket?

[Steve Swinsburg]

I just wanted to circle back on this as I have an update. I haven't created
any special mappers for the URLs and they are now working within my
framework with the inmethod grid component. I built an app from the ground
up rather than modifying the quickstart. I am not currently mounting any
pages since I don't expose the pages directly and I feel that was the
issue. I may need to fix this eventually if I start mounting pages and will
post an update if I need to fix anything.

Thanks for the pointers.

cheers,
Steve

On Wed, Oct 8, 2014 at 4:32 PM, Martin Grigorov mgrigo...@apache.org
wrote:

 Hi,

 On Tue, Oct 7, 2014 at 10:14 PM, Steve Swinsburg 
 steve.swinsb...@gmail.com
 wrote:

  Hi Martin,
 
  The context bits of /portal/tool/UUID are added by the framework that I
 am
  using. All webapps are addressable in this way since the webapps are all
  registered with the framework.
 
  You then add placements of the webapps onto pages and they get the UUID.
  This used to work fine in Wicket 1.4 but with the changes in 1.5 and up
 it
  no longer works, for some components.
 
  The servlet context path of this particular webapp is
  /inmethod-grid-examples, and we need to use the WicketServlet, not the
  WicketFilter. You can't get to a webapp directly, it all goes through the
  portal framework as there are filters that inject things like
 authorisation
  etc.
 

 I'm afraid you are on your own here.
 We don't know how your framework works and what exactly breaks.
 Fire the debugger and let us know when you have more information.


 
  cheers,
  Steve
 
  On Tue, Oct 7, 2014 at 8:06 PM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   Hi,
  
   On Mon, Oct 6, 2014 at 6:31 AM, Steve Swinsburg 
  steve.swinsb...@gmail.com
   
   wrote:
  
Hi all,
   
I've been working on Wicket 1.4 for a while and in upgrading to
 Wicket
  6
I've found an inconsistency in the way URLs are handled, specifically
  in
the inmethod data grid but also the editable data grid.
   
I have a particular context path that I need to maintain as the
 webapp
rendering is inside a portal type framework.
   
I have taken the example webapps from both 1.4 and 6 and customised
  them
   so
they run in the framework.
   
In Wicket 1.4, the page is mounted like:
   
mount(new HybridUrlCodingStrategy(/data-grid/editable,
EditableDataGridPage.class));
   
and works fine. The URL is:
   
   
  
 
 http://localhost:8080/portal/tool/a79c7348-6c8b-4912-8cc7-3b4419344f7f/data-grid/editable.3
   
In Wicket 6, the page is mounted as:
   
mount(/data-grid/editable, EditableDataGridPage.class);
   
  
   The line above will not compile!
  
  
...
getRootRequestMapperAsCompound().add(new MountedMapper(mountPath,
pageClass));
   
  
   This is equivalent to: mountPage(mountPath, pageClass)
  
  
   
and it does not work. It strips my leading context bits
(/portal/tool/UUID).
   
  
   How do you set these context bits ?
  
  
   
I tried to mount it myself:
mountPage(/a79c7348-6c8b-4912-8cc7-3b4419344f7f,
EditableDataGridPage.class);
   
But that goes into an infinite redirect loop if I mount it to the
  webapp
   I
want. If I mount it to a non wicket webapp, then that mount works
 fine.
   
I am not sure how to restore the old URL mapping strategy.
   
  
   Give us more information about your setup to be able to help you.
   Especially what is the value of ServletContext#getContextPath() and
 what
  is
   the value of WicketFilter#getFilterPath().
   These two bits are used as prefixes for the mount paths you use for
  your
   pages.
  
  
   
Can anyone help?
   
thanks,
Steve
   
  
 

Re: How to get this URL pattern working in newer versions of Wicket?

[Steve Swinsburg]

Hi Paul,

Yeah the UUID will change in different placements of the app, I was just
trying to get this particular instance working :)
Just wondering why it didn't work, given that UUID? The UUID is correct for
this placement and the URL it generated was correct though it kept
redirecting until the browser stopped it.

cheers,
Steve

On Tue, Oct 7, 2014 at 3:49 AM, Paul Bors p...@bors.ws wrote:

 Hey Steve,

 You should not mount it yourself given the long session ID of
 'a79c7348-6c8b-
 4912-8cc7-3b4419344f7f' since that will change anyhow.

 To understand how Wicket handles the URL mapping see the user guide's
 Chapter 10 Wicket Links and URL generation at:
 http://wicket.apache.org/guide/guide/single.html#urls

 I guess you want to provide your own IMapperContext?


 On Mon, Oct 6, 2014 at 12:31 AM, Steve Swinsburg 
 steve.swinsb...@gmail.com
 wrote:

  Hi all,
 
  I've been working on Wicket 1.4 for a while and in upgrading to Wicket 6
  I've found an inconsistency in the way URLs are handled, specifically in
  the inmethod data grid but also the editable data grid.
 
  I have a particular context path that I need to maintain as the webapp
  rendering is inside a portal type framework.
 
  I have taken the example webapps from both 1.4 and 6 and customised them
 so
  they run in the framework.
 
  In Wicket 1.4, the page is mounted like:
 
  mount(new HybridUrlCodingStrategy(/data-grid/editable,
  EditableDataGridPage.class));
 
  and works fine. The URL is:
 
 
 http://localhost:8080/portal/tool/a79c7348-6c8b-4912-8cc7-3b4419344f7f/data-grid/editable.3
 
  In Wicket 6, the page is mounted as:
 
  mount(/data-grid/editable, EditableDataGridPage.class);
  ...
  getRootRequestMapperAsCompound().add(new MountedMapper(mountPath,
  pageClass));
 
  and it does not work. It strips my leading context bits
  (/portal/tool/UUID).
 
  I tried to mount it myself:
  mountPage(/a79c7348-6c8b-4912-8cc7-3b4419344f7f,
  EditableDataGridPage.class);
 
  But that goes into an infinite redirect loop if I mount it to the webapp
 I
  want. If I mount it to a non wicket webapp, then that mount works fine.
 
  I am not sure how to restore the old URL mapping strategy.
 
  Can anyone help?
 
  thanks,
  Steve
 

Re: How to get this URL pattern working in newer versions of Wicket?

[Steve Swinsburg]

Hi Martin,

The context bits of /portal/tool/UUID are added by the framework that I am
using. All webapps are addressable in this way since the webapps are all
registered with the framework.

You then add placements of the webapps onto pages and they get the UUID.
This used to work fine in Wicket 1.4 but with the changes in 1.5 and up it
no longer works, for some components.

The servlet context path of this particular webapp is
/inmethod-grid-examples, and we need to use the WicketServlet, not the
WicketFilter. You can't get to a webapp directly, it all goes through the
portal framework as there are filters that inject things like authorisation
etc.

cheers,
Steve

On Tue, Oct 7, 2014 at 8:06 PM, Martin Grigorov mgrigo...@apache.org
wrote:

 Hi,

 On Mon, Oct 6, 2014 at 6:31 AM, Steve Swinsburg steve.swinsb...@gmail.com
 
 wrote:

  Hi all,
 
  I've been working on Wicket 1.4 for a while and in upgrading to Wicket 6
  I've found an inconsistency in the way URLs are handled, specifically in
  the inmethod data grid but also the editable data grid.
 
  I have a particular context path that I need to maintain as the webapp
  rendering is inside a portal type framework.
 
  I have taken the example webapps from both 1.4 and 6 and customised them
 so
  they run in the framework.
 
  In Wicket 1.4, the page is mounted like:
 
  mount(new HybridUrlCodingStrategy(/data-grid/editable,
  EditableDataGridPage.class));
 
  and works fine. The URL is:
 
 
 http://localhost:8080/portal/tool/a79c7348-6c8b-4912-8cc7-3b4419344f7f/data-grid/editable.3
 
  In Wicket 6, the page is mounted as:
 
  mount(/data-grid/editable, EditableDataGridPage.class);
 

 The line above will not compile!


  ...
  getRootRequestMapperAsCompound().add(new MountedMapper(mountPath,
  pageClass));
 

 This is equivalent to: mountPage(mountPath, pageClass)


 
  and it does not work. It strips my leading context bits
  (/portal/tool/UUID).
 

 How do you set these context bits ?


 
  I tried to mount it myself:
  mountPage(/a79c7348-6c8b-4912-8cc7-3b4419344f7f,
  EditableDataGridPage.class);
 
  But that goes into an infinite redirect loop if I mount it to the webapp
 I
  want. If I mount it to a non wicket webapp, then that mount works fine.
 
  I am not sure how to restore the old URL mapping strategy.
 

 Give us more information about your setup to be able to help you.
 Especially what is the value of ServletContext#getContextPath() and what is
 the value of WicketFilter#getFilterPath().
 These two bits are used as prefixes for the mount paths you use for your
 pages.


 
  Can anyone help?
 
  thanks,
  Steve
 

How to get this URL pattern working in newer versions of Wicket?

[Steve Swinsburg]

Hi all,

I've been working on Wicket 1.4 for a while and in upgrading to Wicket 6
I've found an inconsistency in the way URLs are handled, specifically in
the inmethod data grid but also the editable data grid.

I have a particular context path that I need to maintain as the webapp
rendering is inside a portal type framework.

I have taken the example webapps from both 1.4 and 6 and customised them so
they run in the framework.

In Wicket 1.4, the page is mounted like:

mount(new HybridUrlCodingStrategy(/data-grid/editable,
EditableDataGridPage.class));

and works fine. The URL is:
http://localhost:8080/portal/tool/a79c7348-6c8b-4912-8cc7-3b4419344f7f/data-grid/editable.3

In Wicket 6, the page is mounted as:

mount(/data-grid/editable, EditableDataGridPage.class);
...
getRootRequestMapperAsCompound().add(new MountedMapper(mountPath,
pageClass));

and it does not work. It strips my leading context bits (/portal/tool/UUID).

I tried to mount it myself:
mountPage(/a79c7348-6c8b-4912-8cc7-3b4419344f7f,
EditableDataGridPage.class);

But that goes into an infinite redirect loop if I mount it to the webapp I
want. If I mount it to a non wicket webapp, then that mount works fine.

I am not sure how to restore the old URL mapping strategy.

Can anyone help?

thanks,
Steve

quickstart

[Steve Lowery]

Wicket Guys,

FYI - Your quickstart page on wicket.apache.org is broken with a javascript
error.  Can't build a quick wicket app using the maven archetype.  Probably
a quick fix for you.

-- 
 

IMPORTANT: This e-mail (including any attachments) is intended for the use 
of the individual or entity to which it is addressed and may contain 
information that is classified, private, or confidential. If the reader of 
this message is not the intended recipient, or the employee or agent 
responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution, or copying of this 
communication is prohibited. If you have received this communication in 
error, please notify us immediately by replying to this e-mail. Thank you.

Re: XSS in wicket. Wicket fault or my fault?

[Steve]

It looks like an EL expression but it's not wicket-el because it escapes
output the same way wicket does...

speaking of I must get off my butt and work out how to import it into
wicketstuff... I've made all the changes that wicket 6.13 enabled.

On 30/01/14 19:03, Martin Grigorov wrote:
 Hi,

 On Wed, Jan 29, 2014 at 6:26 PM, Gonzalo Aguilar Delgado 
 gagui...@aguilardelgado.com wrote:

 Hi there,

 I'm building an application for a client and my security advisor told me
 about a XSS attack that can be performed on the site.

 When user logs-in I welcome they by Saying Hello user.

 div class=thumbnail
 p wicket:id=message
 Hello ${realName}.

 How do you substitute the value of ${realName} ?
 Wicket doesn't support such placeholders.

 The Wicket syntax would be: Hello span wicket:id=realName/span.
 Together with: page.add(new Label(realName, Some Name);


 Welcome to the Synapse web.
 /p
 /div


 As you can see I use I18N so this is not the real text that will show up,
 but's similar.

 I used to think that wicket validated output before building web but the
 white hat hacked it by just putting a fake name into the database. Too easy
 for me...

 The content of realName is:

 '';!--SCRIPTalert('XSS')/SCRIPT={()}


 So I ended with:

 Hellob'';!--scriptalert('XSS')/script=amp;{()}

 In the web page. And the script executed on login.

 I was thinking about baking a method into my DAO classes to validate
 everything that goes to the database. But it should be a better solution.

 Can you point me to right one?



 Best regards,





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

Re: Teaming up remotely

[Steve]

I would think that using common version control and just telling them to
ignore any wicket tags or wicket attributes they see after you've
modified the markup.  That part is not too hard for them to get their
head around.

The difficulty I would think is when you start to split up html files to
seperate sections into their own panels.  If the designer only has a
view of the markup it may not be obvious to them where the subsection of
the html has gone.  Sure you can explain the concept of Panels to them
but to be certain that a certain wicked:id equates to particular panel
type and find the right markup file you need to look at the java code. 
I'm also very interested in answers to this problem.

On 29/01/14 18:54, Lucio Crusca wrote:
 Hello everybody,

 today I need to begin a project where, for the 1st time in my life, the team 
 members won't work close to each other, and, again for the 1st time, I'm 
 going 
 to use Wicket in such a project. I'm in charge of writing all the code 
 (mostly 
 Java with Wicket being the framework of choice for the UI). The rest of the 
 team is located about 700km from me and they're going to take care of HTML 
 and 
 CSS development.

 Are there any recognized best practices I should suggest them in HTML/CSS 
 production in order to avoid problems on my side? E.g. is it usual asking for 
 HTML files split into common header for all pages, common footer, common 
 whatever and page specific content apart? Or is it more common to split 
 them 
 myself?

 How should we manage revisions? I could arrange for a bazaar server or the 
 like, but how are those tools understood by web designers? Or should I take 
 their files and manage conflicts and commits on my side without even telling 
 them? But, then again, revision control works best on a line by line based 
 comparison, and with Wicket I suspect conflicts will be the norm. E.g. 
 suppose 
 they change anything on their side in a HTML file that I already edited with 
 wicket tags and committed to bzr:

 --- Their HTML file
 old: span class=myclass
 new: span class=myclass2

 -- My HTML file
 committed: span class=myclass wicket:id=myid
 new: span class=myclass2

 -- conflict (because they aren't aware of my edits and they can't be, unless 
 they split HTML files in header, footer, whatever and use bzr themselves).

 I'm puzzled, that has to be a so common problem I hardly believe there's no 
 standardized solution. Please advice.

 -
 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: Teaming up remotely

[Steve]

I'm not sure how the MarkupParser would handle multiple wicket:panel
tags in one file?  How would it identify which instance of
wicket:panel belonged to which java Panel?

On 29/01/14 20:44, Lucio Crusca wrote:
 In data mercoledì 29 gennaio 2014 10:57:59, tho...@jarnot.de ha scritto:
 Is there really a need of splitting up the markup files?
 Well, I don't know, I mean, I've always split them up because a Wicket webapp 
 is typically a collection of {1 java file, 1 html file by the same name} 
 tuples.

 However I have to admit that I had already broke that pattern over time and 
 it 
 actually worked (e.g. derived java class but html file only for the base 
 class).

 Do you think it's feasible to drive that practice to the extreme of having 
 only 1 html file per page and several derived java classes? I'm afraid that 
 model would suffer from a serious impedance mismatch against the OOP pattern, 
 because you can't have one single MyAppPage java base class, but you are 
 forced to create several java classes for each HTML page and use just panels 
 inclusion in each one. I'm not saying that's not possible, but seems to me 
 it's not very OOP-ish. Am i wrong?



 -
 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: Teaming up remotely

[Steve]

I think the lesson here is that designers will never be programmers and
programmers will never be designers but each needs to have a little of
the other or the end result will be functionaly useless static web pages
(in the case of designers) or functional pages that look like a dogs
breakfast.

Surely this issue comes up in other web frameworks.  PHP for example. 
That would be even more broken from a designer perspective.  I can't
imagine trying to import a php script into dreamweaver or any other
design tool?  If dreamweaver can't deal with componentized markup sets
something is seriously messed up.

On 29/01/14 23:09, Nick Pratt wrote:
 We found the simplest way to handle this situation was to let the HTML/CSS
 folks design and style the page in pure HTML, no Wicket tags, with sample
 data they made up.  They then committed their changes into the shared VCS.
  The designers Ive worked with in the past just didn't (or didn't want to)
 understand the Wicket tags and their structure.  We spent way too much time
 fixing broken markup because the designers thought it was ok to or they
 didnt realize they were moving tags around. The designers also dont run
 Java unit tests so you dont catch page rendering errors until the markup
 changes hit the Java devs desktops. After several attempts at explaining in
 what scenarios Wicket tags couldnt be moved we gave up and had them run a
 page or two in front of the Java devs.  Converting plain HTML with sample
 data into a Wicket page was far simpler and easier for the Java/Wicket
 programmers than the other way around.

 Your mileage may vary ;-)


 On Wed, Jan 29, 2014 at 3:54 AM, Lucio Crusca lu...@sulweb.org wrote:

 Hello everybody,

 today I need to begin a project where, for the 1st time in my life, the
 team
 members won't work close to each other, and, again for the 1st time, I'm
 going
 to use Wicket in such a project. I'm in charge of writing all the code
 (mostly
 Java with Wicket being the framework of choice for the UI). The rest of the
 team is located about 700km from me and they're going to take care of HTML
 and
 CSS development.

 Are there any recognized best practices I should suggest them in HTML/CSS
 production in order to avoid problems on my side? E.g. is it usual asking
 for
 HTML files split into common header for all pages, common footer,
 common
 whatever and page specific content apart? Or is it more common to split
 them
 myself?

 How should we manage revisions? I could arrange for a bazaar server or the
 like, but how are those tools understood by web designers? Or should I take
 their files and manage conflicts and commits on my side without even
 telling
 them? But, then again, revision control works best on a line by line based
 comparison, and with Wicket I suspect conflicts will be the norm. E.g.
 suppose
 they change anything on their side in a HTML file that I already edited
 with
 wicket tags and committed to bzr:

 --- Their HTML file
 old: span class=myclass
 new: span class=myclass2

 -- My HTML file
 committed: span class=myclass wicket:id=myid
 new: span class=myclass2

 -- conflict (because they aren't aware of my edits and they can't be,
 unless
 they split HTML files in header, footer, whatever and use bzr themselves).

 I'm puzzled, that has to be a so common problem I hardly believe there's no
 standardized solution. Please advice.

 -
 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:containers as ajax targets

[Steve]

I'm wondering if there's a better solution to the way I've been solving
a particular problem. When using listviews within a table I quite often
do something like this:

table
wicket:container wicket:id=list
tr
tdrow 1/td
/tr

tr
tdrow 2/td
/tr
/wicket:container
/table

The reason I don't attach the listview directly to the tr tag is
because I need multiple rows per list item.  This works just fine except
where you want to use a listitem as an ajax target.  If you use
setOutputMarkupPlaceholderTag(true) on the wicket container wicket
throws a very annoying warning in developer mode which (quite rightly)
points out that wicket:container shouldn't be rendered.  Using a div
or a span as the placeholder produces invalid html and browsers often
don't render it properly.  wicket:container is probably also invalid but
at least produces the results you'd expect from the table in the browser. 

Is there a better way to do this?  It would be nice if HTML had it's own
NOOP tag that does nothing and can be validly placed anywhere for
containing a block of elements.


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

6.13 migration. Failed on img src=#

[Steve]

Just tried to upgrade an app to 6.13 and it seems to be failing on this tag:
img wicket:id=busyindicator src=#/

Image busyImage = new Image(busyindicator, busyIndicatorImageUrl);
busyImage.add(AttributeModifier.replace(src, busyIndicatorImageUrl));
add(busyImage);

[PackageResource name = #, scope = com.shadworld.asx.web.page.HomePage,
locale = en_US, style = null, variation = null]

Any ideas?

Root cause:

java.lang.IllegalArgumentException: Argument 'delegate' may not be null.
at org.apache.wicket.util.lang.Args.notNull(Args.java:41) at
org.apache.wicket.util.resource.ResourceStreamWrapper.init(ResourceStreamWrapper.java:36)
at
org.apache.wicket.request.resource.PackageResource$ProcessingResourceStream.init(PackageResource.java:476)
at
org.apache.wicket.request.resource.PackageResource$ProcessingResourceStream.init(PackageResource.java:472)
at
org.apache.wicket.request.resource.PackageResource.internalGetResourceStream(PackageResource.java:465)
at
org.apache.wicket.request.resource.PackageResource.getCacheableResourceStream(PackageResource.java:395)
at
org.apache.wicket.request.resource.PackageResource.getCacheKey(PackageResource.java:227)
at
org.apache.wicket.request.resource.caching.version.RequestCycleCachedResourceVersion.getVersion(RequestCycleCachedResourceVersion.java:81)
at
org.apache.wicket.request.resource.caching.FilenameWithVersionResourceCachingStrategy.decorateUrl(FilenameWithVersionResourceCachingStrategy.java:102)
at
org.apache.wicket.core.request.mapper.BasicResourceReferenceMapper.mapHandler(BasicResourceReferenceMapper.java:238)
at
org.apache.wicket.request.mapper.ParentPathReferenceRewriter.mapHandler(ParentPathReferenceRewriter.java:91)
at
org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:215)
at
org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:429)
at
org.apache.wicket.request.cycle.RequestCycle.urlFor(RequestCycle.java:529)
at
org.apache.wicket.request.cycle.RequestCycle.urlFor(RequestCycle.java:492)
at
org.apache.wicket.markup.html.image.resource.LocalizedImageResource.setSrcAttribute(LocalizedImageResource.java:331)
at
org.apache.wicket.markup.html.image.Image.onComponentTag(Image.java:243)
at
org.apache.wicket.Component.internalRenderComponent(Component.java:2520)
at
org.apache.wicket.markup.html.WebComponent.onRender(WebComponent.java:56) at
org.apache.wicket.Component.internalRender(Component.java:2379) at
org.apache.wicket.Component.render(Component.java:2307) at
org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1390)
at
org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1554)
at org.apache.wicket.Page.onRender(Page.java:887) at
org.apache.wicket.markup.html.WebPage.onRender(WebPage.java:142) at
org.apache.wicket.Component.internalRender(Component.java:2379) at
org.apache.wicket.Component.render(Component.java:2307) at
org.apache.wicket.Page.renderPage(Page.java:1021) at
com.shadworld.asx.web.page.ASXPage.renderPage(ASXPage.java:182) at
org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:121)
at
org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:274)
at
org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:165)
at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:861)
at
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289)
at
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
at
org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:294)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075)
at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384) at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
at

Re: Fwd: wicket:containers as ajax targets

[Steve]

Thanks Sebastion... forgot about that part though there are other
reasons wrapping in a container beyond using it as an ajax target.

On 18/01/14 12:28, Sebastien wrote:
 -- Forwarded message --
 From: Sebastien seb...@gmail.com
 Date: Sat, Jan 18, 2014 at 3:19 AM
 Subject: Re: wicket:containers as ajax targets
 To: shadders@gmail.com


 Yes it will and yes this is valid

 !ELEMENT TABLE http://www.w3.org/TR/html4/struct/tables.html#edef-TABLE - -
  (CAPTION?, (COL*|COLGROUP*), THEAD?, TFOOT?, TBODY+)

 http://www.w3.org/TR/html4/sgml/dtd.html

 However, you should know that you can not reattach the listview to the
 ajaxrequesttarget, you should add its container (the table for instance)...

 Hope this help,
 Sebastien.



 On Sat, Jan 18, 2014 at 2:57 AM, Steve shadders@gmail.com wrote:

  Wouldn't that result in multiple tbody tags?  Is that valid?


 On 18/01/14 11:27, Sebastien wrote:

   Hi,

  You can use, tbody as a replacement for wicket:container

  Best regards,
  Sebastien


 On Sat, Jan 18, 2014 at 12:42 AM, Steve shadders@gmail.com wrote:

 I'm wondering if there's a better solution to the way I've been solving
 a particular problem. When using listviews within a table I quite often
 do something like this:

 table
 wicket:container wicket:id=list
 tr
 tdrow 1/td
 /tr

 tr
 tdrow 2/td
 /tr
 /wicket:container
 /table

 The reason I don't attach the listview directly to the tr tag is
 because I need multiple rows per list item.  This works just fine except
 where you want to use a listitem as an ajax target.  If you use
 setOutputMarkupPlaceholderTag(true) on the wicket container wicket
 throws a very annoying warning in developer mode which (quite rightly)
 points out that wicket:container shouldn't be rendered.  Using a div
 or a span as the placeholder produces invalid html and browsers often
 don't render it properly.  wicket:container is probably also invalid but
 at least produces the results you'd expect from the table in the browser.

 Is there a better way to do this?  It would be nice if HTML had it's own
 NOOP tag that does nothing and can be validly placed anywhere for
 containing a block of elements.


 -
 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: OT: good java hosting

[Steve]

If you data layer is abstracted with JPA or JDO then google app engine
might be an option?  The backend datastore is not relational but it
supports JPA and JDO interfaces so may not be too hard to coerce into
the environment.

Wicket-el example app runs on GAE.  Although it doesn't have database
backing it I found it very easy to get it running with the example app.

On 17/01/14 00:31, Ernesto Reinaldo Barreiro wrote:
 Thanks for the link


 On Thu, Jan 16, 2014 at 3:22 PM, Sebastien seb...@gmail.com wrote:

 Hi Ernesto,

 I am dreaming to have time to test this:
 https://www.openshift.com/products/online

 It's the cloud solution by RedHat. It is free until 3 small gears (up to
 1Go by gear)
 It provides Tomcat 7, JBoss AS 7, Java, PHP, Ruby, Node.js, Python, Perl,
 MySQL, MongoDB, PostgreSQL, Jenkins, etc...

 If you plan to use it, I will be happy to get your feedback ! :)

 Thanks  best regards,
 Sebastien.



 On Thu, Jan 16, 2014 at 2:54 PM, Ernesto Reinaldo Barreiro 
 reier...@gmail.com wrote:

 Apologies for the OT message... but I value the opinion of people in this
 list.

 Can you suggest a good place to host Wicket applications? I'm hosting a
 couple of them somewhere I'm NOT very satisfied with service provided.

 I started to compare offers myself... but a bit of help on that direction
 will be appreciated.

 1- Applications are not very resource/traffic intensive.
 2- Quality of support/up time should be good.
 3- Just need any relational database.

 --
 Regards - Ernesto Reinaldo Barreiro





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

Re: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide

[Steve]

+1

I've been tinkering in the guts of wicket for years, I read this this
morning and in a few minutes it answered many questions I've been
wondering about for a long time.  Wonderful work wicket team :)

On 14/01/14 22:50, Pierre Goupil wrote:
 +1, it is a pain-killer! :-)

 Cheers to all of you,

 Pierre





 On Tue, Jan 14, 2014 at 12:01 PM, Zilvinas Vilutis zilvi...@vilutis.ltwrote:

 This guide is AWESOME!

 Big respect and thank you to everyone who contributed!

 Žilvinas Vilutis



 On Mon, Jan 13, 2014 at 6:00 PM, Martijn Dashorst dasho...@apache.org
 wrote:
 The Apache Wicket PMC is proud to announce Apache Wicket 6.13.0!

 This release marks the thirteenth minor release of Wicket 6. Starting
 with Wicket 6 we use semantic versioning for the future development of
 Wicket, and as such no API breaks are present in this release compared
 to 6.0.0.

 New and noteworthy
 --

 This release fixes 25 bugs and adds the following improvements:

  * Online Wicket User guide (see below)
  * CDI 1.1 support (see below)
  * JQuery upgraded from 1.10.1 to 1.10.2
  * Implemented BigIntegerConverter
  * Migrate Wicket-Atmosphere to Atmosphere 2

 New Wicket User guide
 -

 After many years of people asking for a reference guide for Apache
 Wicket we finally were able to add one to our site thanks to Andrea del
 Bene and comSysto for writing the guide and providing the hours of
 converting it to our site.

 You can read the manual in 3 forms: multi page HTML, single page HTML
 and PDF.

 The contents:
  - Introduction
  - How to use the example code
  - Why should I learn Wicket?
  - Wicket says Hello, World!
  - Wicket as page layout manager
  - Keeping control over HTML
  - Component Lifecycle
  - Page versioning and caching
  - Under the hood of request processing
  - Wicket Links and URL generation
  - Wicket models and forms
  - Wicket forms in detail
  - Displaying multiple items with repeaters
  - Internationalization with Wicket
  - Resource management with Wicket
  - An example of integration with JavaScript
  - Wicket advanced topics
  - Working with AJAX
  - Integration with enterprise containers
  - Security with Wicket
  - Test Driven Development with Wicket
  - Test Driven Development with Wicket and Spring
  - Wicket Best Practices
  - Working with Maven (Appendix)
  - Project WicketStuff (Appendix)
  - Lost in redirection with Apache Wicket (Appendix)
  - Contributing to this guide (Appendix)

 Read more in the User guide by following this link:

 http://wicket.apache.org/start/userguide.html

 New CDI-1.1 integration project
 ---

 A new (experimental) module for CDI integration was added to support
 CDI 1.1 with Wicket. As CDI 1.0 and 1.1 are different beasts and not
 compatible, we had to craft a new module with specific support for the
 new CDI standard. The module is still experimental, but we expect to
 make it a default module in a couple of releases.

 You can use the new Wicket CDI module by including the following
 dependency in your POM:

 dependency
groupIdorg.apache.wicket/groupId
 artifactIdwicket-cdi-1.1/artifactId
 version0.2/version
 /dependency

 Note that you have to remove the old wicket-cdi module and the Seam
 conversation dependency:
 org.jboss.seam.conversation:seam-conversation-weld
 For more information about what is new in CDI 1.1 read this blog post
 by Pete Muir: http://s.apache.org/newincdi11

 JQuery update in 6.9.0
 --

 As of Wicket 6.9 we ship JQuery 1.10.1. The JQuery project has
 decided to remove deprecated APIs from their codebase from JQuery 1.9
 and up. This means that JQuery plugins using these deprecated APIs no
 longer work. See the JQuery migration guide for more information,
 available from http://jquery.com/upgrade-guide/1.9/

 If your application depends on these deprecated APIs you can easily
 downgrade to JQuery 1.8.3-the previously provided JQuery that still
 contains these APIs. Download the 1.8.3 release of jquery and add it
 to your project in its application's init method:

 @Override
 protected void init() {
 getJavaScriptLibrarySettings()
 .setJQueryReference(yourJquery183ResourceReference);
 }

 CDI injection issue
 ---

 In the CDI releases of Weld 2.0.1 and prior, it was assumed that
 injection in anonymous inner classes was not legal and when
 attempted, it resulted in an exception:

 Caused by: org.jboss.weld.exceptions.DefinitionException:
 WELD-70 Simple bean [EnhancedAnnotatedTypeImpl] private class
 com.example.HomePage$AForm cannot be a non-static inner class

 This was reported as
 https://issues.apache.org/jira/browse/WICKET-5226, as it became an
 issue in Glassfish 4, which ships with Weld 2.0.1 (or earlier). We
 implemented a fix for this particular issue by not injecting into
 anonymous inner classes.

 Unfortunately this was not a bug that needed fixing on our 

Re: Publish Javadoc or big number of Static pages

[Steve]

public class StaticPage extends Page implements
IMarkupResourceStreamProvider, IMarkupCacheKeyProvider {

private String staticPageFilename;

public StaticPage(String staticPageFilename) {
super();
this.staticPageFilename = staticPageFilename;
}

@Override
public String getCacheKey(MarkupContainer container, Class?
containerClass) {
return staticPageFilename;
}

@Override
public IResourceStream getMarkupResourceStream(MarkupContainer
container, Class? containerClass) {
   
String html = getFileAsString(staticPageFilename);
//modify html if necessary
return new StringResourceStream(html);
}

}
On 11/01/14 06:11, Paul Bors wrote:
 I'm not following, you want to show 200 static HTML pages in your webapp?

 Your webapp must be running on top of a web server, why not just let the
 web server server the static content?
 What's the dynamic part of those 200 static HTML pages?
 Do you need to authenticate the user first or something before they can
 view the static content?


 On Fri, Jan 10, 2014 at 12:23 PM, andre seame andre1...@hotmail.fr wrote:


 Hello,



 I
 have a wicket site to manage different points on the project. I receive 200
 HTML pages for the developer teams. These pages are javadoc pages.

 I
 add some dynamic pages built over the static pages with wicket. And I will
 to
 publish all pages with wicket.

 As
 I have static HTML pages and as want to use them immediately, I must use
 the
 Frame HTML mechanism.

 So
 I will have a page with a left part: the menu or the list of pages, and on
 the
 right part (in another frame) the associated page.

 So
 I am using the
 http://www.wicket-library.com/wicket-examples/frames/ examples. This
 works, but I have 2 problems:

 -
 I have to created 200 page.java/page.class, one per static pages!

 -
 I have to modify the code (creating a new page.java/page.class) if there
 is a
 new static page.



 So
 what is the easiest way to manage this problem?



 May
 be an idea is to say to wicket:  just for
 this time, the associated html page to genericsaticpage.class is
 staticpage1.html. Of course for another link, the associated html page to
 genericsaticpage.class will be staticpage2.html.



 I
 can also image to have staticpage.html : ...bodydiv
 wicket:id=The body will be read from the static
 page/body. In this case, I will lost the css or the javascript
 code that may be included in the original static page.



 Thanks
 for any pointers or suggestion.




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

Re: Publish Javadoc or big number of Static pages

[Steve]

Actually here's a slightly better example using PageParameters instead. 
This will allow you to mount it using:
WebApplication.get().mountPage(/static, StaticPage.class);

Also demonstrates that you can inject your own wicket tags into the
markup before returning it leaving the original markup file untouched.


public class StaticPage extends WebPage implements
IMarkupResourceStreamProvider, IMarkupCacheKeyProvider {

private String staticPageFilename;

public StaticPage(PageParameters params) {
super();
   
this.staticPageFilename =
params.get(staticPageFilename).toString();
   
add(new Label(label, This is a static page generated from: 
+ staticPageFilename));
}

@Override
public String getCacheKey(MarkupContainer container, Class?
containerClass) {
return staticPageFilename;
}

@Override
public IResourceStream getMarkupResourceStream(MarkupContainer
container, Class? containerClass) {
   
String html = getFileAsString(staticPageFilename);
//modify html if necessary
html = html.replace(body, body\n h1
wicket:id=\label\/h1);
   
return new StringResourceStream(html);
}

}
On 11/01/14 06:11, Paul Bors wrote:
 I'm not following, you want to show 200 static HTML pages in your webapp?

 Your webapp must be running on top of a web server, why not just let the
 web server server the static content?
 What's the dynamic part of those 200 static HTML pages?
 Do you need to authenticate the user first or something before they can
 view the static content?


 On Fri, Jan 10, 2014 at 12:23 PM, andre seame andre1...@hotmail.fr wrote:


 Hello,



 I
 have a wicket site to manage different points on the project. I receive 200
 HTML pages for the developer teams. These pages are javadoc pages.

 I
 add some dynamic pages built over the static pages with wicket. And I will
 to
 publish all pages with wicket.

 As
 I have static HTML pages and as want to use them immediately, I must use
 the
 Frame HTML mechanism.

 So
 I will have a page with a left part: the menu or the list of pages, and on
 the
 right part (in another frame) the associated page.

 So
 I am using the
 http://www.wicket-library.com/wicket-examples/frames/ examples. This
 works, but I have 2 problems:

 -
 I have to created 200 page.java/page.class, one per static pages!

 -
 I have to modify the code (creating a new page.java/page.class) if there
 is a
 new static page.



 So
 what is the easiest way to manage this problem?



 May
 be an idea is to say to wicket:  just for
 this time, the associated html page to genericsaticpage.class is
 staticpage1.html. Of course for another link, the associated html page to
 genericsaticpage.class will be staticpage2.html.



 I
 can also image to have staticpage.html : ...bodydiv
 wicket:id=The body will be read from the static
 page/body. In this case, I will lost the css or the javascript
 code that may be included in the original static page.



 Thanks
 for any pointers or suggestion.




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

Re: Why is getDisplayValue in getDisplayValue final?

[Steve]

Have to agree with this.  I've come across the 'final' issues many times
in wicket and other libraries. It appears from my own experience with
Wicket is that classes/methods are marked final if the developer can't
think of a reason someone might want to extend it (Martin, I'm not
actually referring to RawMarkup here, there's many other cases I've
encountered both in wicket-el and completely unrelated coding
adventures).   IMHO this is an artificial limitation and they should
only be marked final if the expected results of that method form part of
a contract that could be broken if the behaviour of the implementing
method differs from the original.  In that case it is the responsibility
of the overrider to deal with the implications ultimately but if can be
dealt with explaining the contract clearly in the javadoc.  That way if
a downstream developer mucks it up it's on their own head and the wicket
devs don't have to deal with the fallout of buggered up design.

Again IMHO there are very few legitimate use cases for marking methods
or classes final in an OS library.  Closed source I can understand.

On 08/01/14 00:53, Oliver B. Fischer wrote:
 There are to much final methods in Wicket. This leads to copying code
 instead of overriding only the methods you would like to change.

 Oliver

 Am 07.01.14 15:44, schrieb Martin Grigorov:
 On Tue, Jan 7, 2014 at 4:42 PM, Martin Grigorov
 mgrigo...@apache.orgwrote:

 Hi,

 It is no more final in 7.x.


 Actually it is still final.
 I have been confused with another method.


 I don't mind removing final in 6.x too.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 7, 2014 at 4:37 PM, Oliver B. Fischer
 mails...@swe-blog.netwrote:

 Hi,

 I just tried to customize EnumChoiceRenderer and to override
 getDisplayValue, but is final. Why?

 Can I submit a patch to remove final?

 Bye,

 Oliver

 -
 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

404 redirect before application is loaded by server

[Steve]

I've solved this problem before but can't remember how I did it.  The
wicket-el example app is running on google app engine which unloads the
instance if it's not accessed for a period of time.  This is ok if the
next user hits the / url first but if they try to hit any mounted urls
e.g. /ajax they will get a 404 not found error as the app isn't loaded
in the jetty container.  My url pattern is:

  filter-mapping
filter-namewicket.wicket-el/filter-name
url-pattern/*/url-pattern
  /filter-mapping

I've tried this:

 error-page
  error-code404/error-code
  location//location
/error-page

But it just gives me a listing of files in the webapp directory.  I've
tried explicitly mounting the home page as / but then it overrides all
other urls and static files are inaccessible.  Are there any other ways
to solve this problem?


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

Re: 404 redirect before application is loaded by server

[Steve]

oops... Seems I had a little brain fade. I was mounting the urls in the
onInitialize method of the common page superclass so they aren't mounted
until you hit the home page which is the only page accessible at that
point. Not a good design idea ;)

On 06/01/14 08:09, Paul Borș wrote:
 Can't you simply invalidate the user session and have Wicket redirect to / 
 when that happens?

 Another idea, have an Ajax timer refresh those resources so they don't time 
 out :)

 Have a great day,
 Paul Bors

 On Jan 5, 2014, at 7:55 AM, Steve shadders@gmail.com wrote:

 I've solved this problem before but can't remember how I did it.  The
 wicket-el example app is running on google app engine which unloads the
 instance if it's not accessed for a period of time.  This is ok if the
 next user hits the / url first but if they try to hit any mounted urls
 e.g. /ajax they will get a 404 not found error as the app isn't loaded
 in the jetty container.  My url pattern is:

  filter-mapping
filter-namewicket.wicket-el/filter-name
url-pattern/*/url-pattern
  /filter-mapping

 I've tried this:

 error-page
  error-code404/error-code
  location//location
 /error-page

 But it just gives me a listing of files in the webapp directory.  I've
 tried explicitly mounting the home page as / but then it overrides all
 other urls and static files are inaccessible.  Are there any other ways
 to solve this problem?


 -
 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-el example app and docs available

[Steve]

It started as simply wanting to use EL expressions in markup to avoid
having to add lots of Labels in java code but as these things tend to do
it just got bigger and bigger.  Adding support for ListViews made
wicket-el a much bigger beast.  Since I'd come that far already I
couldn't help myself but try to add support for form components.  To do
that and maintain the wicket form magic those components needed to be
wicket components so an auto-populating behaviour needed to be
integrated.  Once that was done it provided the building blocks for many
more auto-populating components.

So wicket-el is now quite a different beast to what I had in mind when I
started building it.  I've put a demo app on GAE which also is currently
the only documentation (apart from javadoc).

http://wicket-el-example.appspot.com/

Building the demo app has given the code a solid workout and helped
clear out a lot of bugs.  I'm sure there's more hidden in there but now
that it's stable enough for my liking I'll be using it for several
projects so it should get some more serious testing over the next little
while.

Looking forward to the release of wicket 6.13 when I can strip out a lot
of needless complexity and hopefully make wicket-el a stable and
production ready plugin to core wicket.

One caveat... I haven't yet tested with any sort of AJAX.  The
post-wicket 6.13 version should almost completely transparent to
wicket's internals.  But I will get around to ajax the current version
in the next few days.  I expect it will work as-is in most cases but
will probably highlight a few more invisible bugs so it will be a
worthwhile process to AJAXify it.

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

Re: wicket-el - is this a safe way to hook into wicket?

[Steve]

On 19/12/13 18:45, Martin Grigorov wrote:
 So far no one needed to add custom MarkupElements and that's why it is not
 very easy.
 You can fork Wicket and create a branch where you can make modifications to
 make it easier and
 later we can review the needed changes and probably apply them back in
 Wicket.

Hi Martin,

I've found a way to achieve the goal of immutable markup.  It's
basically what we were talking about with a subclass of ComponentTag and
RawMarkup.  And I've found a better way to hook into wicket to generate
this Markup by adding a MarkupFilter to the MarkupParser.  This has the
advantage of not even needing to subclass Markup as I can replace
MarkupElements in MarkupFilter#postProcess.  There's also huge benefits
in the wicket-el code... Removing the need for quite a bit of complex
code to manage situations where an EL component has associated markup
that contains expressions that belong to one of it's child components.

The only change needed to wicket to achieve this is removing the 'final'
modifier from the RawMarkup class.

I haven't been able to fully test it yet as I'm having trouble getting
wicket-core to compile in eclipse. But it's very clear that the approach
will work.

So what it is the best way to go about requesting a change to
wicket-core?  I'm happy to fork and create a pull request etc but it
seems overkill for removing a single word from one class.  Should I
create a JIRA ticket perhaps?

I imagine I'll need to maintain the current implementation for a while
as if the request change to RawMarkup is accepted it will take some time
for it to appear in a release version.  Any idea how long that would take?

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

Re: wicket-el - is this a safe way to hook into wicket?

[Steve]

 Why ModifiableMarkup has to be mutable ?
 Do you expect that the markup will change at runtime in some conditions ?
 I think what you need is a new impl of MarkupElement for the expressions.
 So org.apache.wicket.markup.Markup#markupElements will have more elements.
 Then when rendering starts each element will render itself as appropriate.
 But the list itself won't change once created.

Yes markup will change at runtime.  It is primarily because of
RawMarkup.  It is a final class and there are several examples of: if
(element instanceof RawMarkup) do something;  in wicket so when
resolving the EL expressions in the markup the only 'safe' way to do it
and stay completely transparent to wicket is to replace the original
RawMarkup with a new one... e.g.

in the EL component:
public void onRender() {
modifiableMarkup.resolve(some params);
super.onRender();
}

What it looks like inside MarkupModifier.resolve() is something like this:

original RawMarkup.toString: span${myProperty}/span
resolved = new RawMarkup(spanmy property value/span);
modifiableMarkup.replace(rawMarkupIndex, resolved);

(actually it's not really relevant to this discussion but the original
RawMarkup contains a marker token instead of the original expression to
ensure it's XML legal before it's passed to the markup parser... in this
case it would be '${#[expressionIndex]}'   )

here's a link to ModifiableMarkup
https://bitbucket.org/shadders/wicket-el/src/917bb51f19ddd6e631d8ce537c90915eb21fb01f/src/main/java/org/apache/wicket/markup/ModifiableMarkup.java?at=default

So I can't call makeImmutable() on ModifiableMarkup or it will throw an
exception whenever replace(index, markupElement) is called.  However the
length of the element list will never change and each element in the
list will always be the same type.

If the developer changes the markup then the whole Markup instance is
replaced with a new one. As now.

That's the entire purpose of this approach... To avoid that.  The
overhead from continually recreating Markups was enormous.

So far no one needed to add custom MarkupElements and that's why it is not
very easy.
You can fork Wicket and create a branch where you can make modifications to
make it easier and
later we can review the needed changes and probably apply them back in
Wicket.

I may give that a go.  This has been an interesting exercise that's
forced to spend a lot of time under the hood in wicket getting to know
the markup sourcing and rendering aspects of it.  I must confess I was a
little concerned the wicket team might not like this project much given
that it's fairly hefty divergence from the wicket way of doing
things...  Wonderful to hear you are open to considering some minor
changes to accomodate it.





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

wicket-el - is this a safe way to hook into wicket?

[Steve Coughlan]

A few weeks back I made a post about the first version of universal
expression language for wicket.  Since then it's come quite a way.  The
initial version hooked into by implementing IMarkupResourceStreamProvider
for markup owning MarkupContainers (Panel, Page etc...) and by regenerating
markup fragments for markup receiving MarkupContainers (ListView).
Unfortunately due to the fact that the EL expressions need to be evaluated
on every request this meant a huge performance hit (about 75% less than
standard wicket) due to forcing wicket to constantly parse markup on every
request cycle.

The current evolution of wicket-el hooks in very differently.  My first
preference was to create a dynamic version of Markup and MarkupFragment
that replaces MarkupElements that contain EL expressions with a dynamic
version.  Unfortuantely this was impossible because I need to subclass
Markup (wicket uses a few case of 'instanceof Markup') and Markup has many
final methods.  And simply wrapping all the MarkupElements isn't possible
because RawMarkup is a final class and is also reference inside wicket with
'instanceof'.

So the only way I could think of to do it (which I've done and it works) is
to create a subclass of Markup (ModifiableMarkup) that takes the original
wicket-parsed markup, and adds all it's elements.  Then during the onRender
phase EL enabled components call
ModifiableMarkup.resolve(ExpressionResolver, ELParseMatchList) which
internally replaces RawMarkup elements belonging to that compenent with an
EL resolved version.  This is done just before calling super.onRender().
Sounds ugly but it works and performance is now equal to standard wicket
(in some cases can even be a little faster due to not needing
PropertyModels).

Because the Markup instances are now mutable I can't use wicket's markup
cache as it's one per class and ModifiableMarkup.resolve method could
easily be called by many threads at once.  So I've had to implement caching
per thread/class combination.  i.e. ELPanel will have a cached instance of
Markup for every thread.

My question is twofold:
1/ As I have no choice but to leave ModifiableMarkup mutable, what is the
purpose of making Markup immutable?  From what I can see from browsing
wicket source all it achieves is a bit of safety and releasing some
resources from the backing XmlTags in the MarkupElements.  Is there any
other purpose to it?  i.e. can you forsee any problems with using a mutable
instance of Markup for rendering?

2/ Is the per thread/class caching strategy really safe?  The only way I
could think it could be broken is if it was possible for the server to
suspend a thread mid-render cycle and give another request use of that
thread.  If that happened the new request would overwrite the markup
expressions and the when the old resumed and expressions already resolved
would have values from the the request that interrupted it.
As far as I'm aware with the work I've done with Jetty and NIO connectors
before this will only happen if you ask Jetty to do it while processing the
request. Is this a possibility with wicket or can I rely on a complete
render cycle to happen uninterrupted before the thread is reused for
another request?

Re: Generating email from template outside request/response cycle

[Steve]

Derived from Wicket's ComponentRender class:

https://bitbucket.org/shadders/wicket-el/src/a41127f0771a4b792255cfc0c2ec47c500db1b1b/src/main/java/com/shadworld/wicket/render/Renderer.java?at=default

Not sure if it will solve the SpringBean problem but it it will work
outside a wicket application.

Renderer.init();
CharSequence html = Renderer.renderComponent(myPanel);

On 14/12/13 02:39, dgn wrote:
 Hello-

 I'm attempting to use the Wicket 6 email templating mechanism to render an
 HTML email from a Panel OUTSIDE the normal request/response cycle -- in a
 timer thread. I have already been successful generating email from within a
 normal request by following the examples at
 http://www.wicket-library.com/wicket-examples/mailtemplate/

 The timer thread periodically checks the database for a particular situation
 and, if the requirements are met, an email is generated.

 I have searched in vain in this forum for a solution. Two main problems I am
 running into are:
 - Getting the error message There is no application attached to current
 thread
 - Using @SpringBean does not work outside the Wicket context. This is true
 even if I start the time thread within Application.init()

 I'd prefer to generate the email from a Panel as I already have those in
 place but would definitely be willing to do so from a page.

 Thanks!



 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/Generating-email-from-template-outside-request-response-cycle-tp4663011.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: Thanks!

[Steve]

thumbs up to that...

On 06/12/13 23:49, Bas Gooren wrote:
 Hi *,

 I have to say, the more I work with wicket, the happier I become. A
 big thank you! to both the excellent developers and those helping
 others on the mailing list! Wicket is a truly amazing piece of kit.

 Having recently played with a number of other frameworks for real
 production apps, wicket continues to impress me. Even after using it
 for years in rather big projects.
 I love the whole less magic is better-attitude and configurability.



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

Java EL for Wicket

[Steve]

This will probably horrify some of the wicket dev team.  It's probably
not the 'wicket way'.  But I've been using wicket for years and there's
plenty of thing you can do in many different ways but a few things that
you just can't.

An incidental but very useful part of this package in a Renderer class. 
It's an extension of wicket's ComponentRenderer that allows you to
Render components without having to create a wicket application.  If you
do happen to be inside a wicket application when you invoke it no
problem.  But with the wicket version you have no choice.  So for a
quick and dirty HTML output it lets you go with 2 lines of code:

Renderer.init();
String html = Renderer.renderComponent(myPanel).toString();

The main part of the package is an integration of JUEL with wicket
allowing you to put Java Expression Language into your markup which will
be evaluated just before the wicket rendering cycle.  It might seem odd
but I've wished this was part of wicket for years.  There's many times
when I just want to populate a html element with a bean property and it
gets a bit tedious having to add it in both markup and code.  It also
makes dynamic markup generation a lot easier given that your generator
only needs to spit out HTML for many purposes and doesn't need to
generate java code as well.

The wicket version would be something like this:

markup:
span wicket:id=label1 color=red/span span
wicket:id=label2/span

code:
add(new Label(label1, bean.getFirstName())
.add(AttributeModifier.replace(color, new Model(green) {
public String getObject() {
bean.getColor();
}
}));
add(new Label(label2, bean.getLastName());

The EL version would be simply:more

span color=bean.color${bean.firstName}/span
span${bean.lastName}/span

No code needed at all if 'bean' is a property of the Component. 
Otherwise you can just add a single line:
setELBaseObject(bean);

then the above html becomes even simpler:
span color=color${firstName}/span span${lastName}/span

All the magic of wicket is retained.  But with a much neater way of
adding simple values to markup.

The code is model aware.  If any part of an expression evaluates to a
wicket model it will be unwrapped before the rest of the expression is
evaluated.  So all the model magic is also retained and models can be
used to achieve anything particularly fancy needed for an evaluation.

Currently the code is split into two behaviours.  The first part enables
modifiable markup.  If you want a simple way to interfere with markup
before wicket gets to it you can use this behaviour on it's own by
overriding a single method: String modifyMarkup(String).  The second
part is the EL implementation (which uses the JUEL library).  Both are
implemented using the behaviour pattern because there's no common parent
class to inject this behaviour into the Component class heirarchy. 
Currently there's implementations for Panel, ListView and Page but
looking at those an example should give you an idea how to add the
behaviour to other component types.

Be warned the code is very fresh so is likely got a few bugs and I have
fairly hefty TODO list.  But I intend using it for a couple of projects
I'm working on so it should be getting plenty of developer love in the
near future.  I'm the first to admit it's a bit hacky in the way it
hooks into the wicket lifecycle.  Wicket really doesn't make it easy to
intercept markup.  With luck the dev team won't hate this idea too much
and might provide some neater hooks in future versions of the API.

You can find it here: https://bitbucket.org/shadders/wicket-el



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

AjaxChannel usage

[Steve Lowery]

I would like to have my file upload requests on my site, which take much
longer than a normal request, go through a different mechanism.  I'd like
the user to still be able to click around the site and work while the file
is uploading and then when it finishes, I can pop up an All Done type
dialog.  AjaxChannel seems to me to be the mechanism to do this, but either
I am doing it wrong or it doesn't work as I'd expect.

My links I'm testing the concept with looks like (I'm using wicket 6.10.0):
add(new AjaxLinkVoid(slow) { @Override public void
onClick(AjaxRequestTarget target) { System.out.println(Slow Link
Clicked); try { Thread.sleep(Integer.valueOf(1)); } catch
(InterruptedException ie) {} target.appendJavaScript(alert('Done with slow
running request');); System.out.println(Done Processing Slow Link.); }
@Override protected void updateAjaxAttributes(AjaxRequestAttributes
attributes) { super.updateAjaxAttributes(attributes);
attributes.setChannel(new AjaxChannel(upl, AjaxChannel.Type.QUEUE)); }
}); add(new AjaxLinkVoid(fast) { @Override public void
onClick(AjaxRequestTarget target) { System.out.println(Fast Link
Clicked); target.appendJavaScript(alert('Done with fast running
request');); System.out.println(Done Processing Fast Link.); } });

I would expect that if I click Slow, then click Fast that the fast would
return to the user before the slow, but that's not happening.

I can attach a quickstart and create an issue in JIRA if that is the route
to go if I am doing it right.  If I'm doing it wrong, can someone let me
know how I can accomplish what I'm looking to do?

Thanks,
Steve

DataTable sort column descending

[Steve Lowery]

Is there an easy way to have a DataTable column sort descending the first
time it is clicked on?  The code in OrderByLink does the following:

protected SortOrder nextSortOrder(final SortOrder order)
{
// init / flip order
if (order == SortOrder.NONE)
{
return SortOrder.ASCENDING;
}
else
{
return order == SortOrder.ASCENDING ? SortOrder.DESCENDING :
SortOrder.ASCENDING;
}
}

The first time it is NONE, so it changes to ASCENDING.  This is the desired
outcome in most use cases, but not one I am working on.  I think I can
override this, but it's ugly since I'd have to go through
OrderByLinkBorder, HeadersToolbar and to Datatable.  Just wondering if
there's a cleaner and/or easier way.

-- 
 

IMPORTANT: This e-mail (including any attachments) is intended for the use 
of the individual or entity to which it is addressed and may contain 
information that is classified, private, or confidential. If the reader of 
this message is not the intended recipient, or the employee or agent 
responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution, or copying of this 
communication is prohibited. If you have received this communication in 
error, please notify us immediately by replying to this e-mail. Thank you.

IAjaxCallListener getPrecondition

[Steve Lowery]

I am aware of the getPrecondition() method on IAjaxCallListener that I can
use to prevent the ajax call from happening on the click of a link, button,
etc, but I'm wondering if anything in the wicket framework can prevent the
default altogether.  Let me try to explain with an example of my use case:

final RadioChoiceHobbit favorite = new RadioChoiceHobbit(favorite,
Model.of(Hobbit.Samwise), Arrays.asList(Hobbit.values()));
favorite.add(new AjaxFormChoiceComponentUpdatingBehavior() {

@Override
protected void onUpdate(AjaxRequestTarget target) {
System.out.println(update has been called.  model is now:  +
favorite.getModelObject());
}

@Override
protected void updateAjaxAttributes(AjaxRequestAttributes attributes) {
super.updateAjaxAttributes(attributes);
attributes.getAjaxCallListeners().add(new
AjaxCallListener().onPrecondition(return confirm(\Did you change your
mind?\);));
}
});

When I click on one of the radio buttons or its label, I get the
confirmation box.  If I click OK, it calls the onUpdate() as expected.
 If I click Cancel, it does not call onUpdate as expected, but what I
would like it to do is revert the state or the RadioChoice before I clicked
it.  Same thing with CheckBoxMultipleChoice.

Is there an easy way in wicket to do this, or do I need to write the custom
javascript to do this myself?  If wicket doesn't do this, should/can it?

-- 
 

IMPORTANT: This e-mail (including any attachments) is intended for the use 
of the individual or entity to which it is addressed and may contain 
information that is classified, private, or confidential. If the reader of 
this message is not the intended recipient, or the employee or agent 
responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution, or copying of this 
communication is prohibited. If you have received this communication in 
error, please notify us immediately by replying to this e-mail. Thank you.

Re: [Building Sakai] Charts Wicket Sakai

[Steve Swinsburg]

Looks like your dependencies are wrong. Check the 1.5 migration guide, it
should list the correct Maven coordinates to use.


On Fri, Feb 8, 2013 at 7:51 AM, Antonio muñoz alonso 
antoniovalenciasp...@hotmail.com wrote:

 When I change the version from 1.5 wicket gives me an error.

 You can use the examples of http://www.highcharts.com/demo/(javascritp) and
 pass data from wicket and invoke the example.¿?

 --
 CC: users@wicket.apache.org; sakai-...@collab.sakaiproject.org;
 tom.hombe...@gmail.com
 From: steve.swinsb...@gmail.com

 Subject: Re: [Building Sakai] Charts Wicket Sakai
 Date: Fri, 8 Feb 2013 07:04:21 +1100
 To: antoniovalenciasp...@hotmail.com


 Change the poms to list the correct dependencies for what you need, then
 adjust any compilation issues since things have changed between wicket 1.4
 and 1.5 or 6.

 By patch I mean send the differences in the code produced by the archetype
 and what you change so I can update the archetype.

 Gesendent von meinem iPhone

 On 07/02/2013, at 2:05, Antonio muñoz alonso 
 antoniovalenciasp...@hotmail.com wrote:

 Hi.

 Yes, I Use
 https://confluence.sakaiproject.org/display/BOOT/Sakai+Wicket+Maven+Archetype
 .
 but not update it, I have changed the repositories of pom.xml to 1.5 but
 it gives me error.

 What do you mean with patch???.

 I'm trying to run this: 
 ://code.google.com/p/wicked-charts/https://code.google.com/p/wicked-charts/
  , http://wicked-charts.appspot.com//start/?0
 fails to execute me, guess it will be the version of wicket.

 My wicket version is 1.4.17 and this repository use:

 Wicket 6.x

 dependency
   groupIdcom.googlecode.wicked-charts/groupId
   artifactIdwicked-charts-wicket6/artifactId
   version1.4.2/version
 /dependency

 Wicket 1.5.x

 dependency
   groupIdcom.googlecode.wicked-charts/groupId
   artifactIdwicked-charts-wicket15/artifactId
   version1.4.2/version
 /dependency





 Thanks.








 --
 Date: Wed, 6 Feb 2013 10:51:49 +1100
 From: steve.swinsb...@gmail.com
 To: users@wicket.apache.org; sakai-...@collab.sakaiproject.org
 Subject: Re: [Building Sakai] Charts Wicket Sakai

 Hi,

 I wrote the Sakai Wicket Maven Archetype:

 https://confluence.sakaiproject.org/display/BOOT/Sakai+Wicket+Maven+Archetype

 Yes, you can upgrade the version of Wicket, but you'll need to adjust code
 as per the 1.5 or 1.6 upgrade guide for Wicket:
 https://cwiki.apache.org/WICKET/migration-to-wicket-15.html
 https://cwiki.apache.org/WICKET/migration-to-wicket-60.html

 If you do it, please send a patch and I'll update the archetype.

 cheers,
 Steve


 On Wed, Feb 6, 2013 at 10:42 AM, Paul Bors p...@bors.ws wrote:

 I'm not sure whick Sakai Archetype you're reffering to.
 Perhaps you can provide the maven coordinates you're using or tyring to
 use?

 However, if you're interested in charts and wicket take a look at the
 following or google for more:

 Open Flash:
 https://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html

 jqPlot:

 https://github.com/wicketstuff/core/tree/core-1.5.x/jdk-1.5-parent/jqplot-parent

 Or if you can afford the license for HighCharts then try Wicked-Charts
 https://code.google.com/p/wicked-charts/

 ~ Thank you,
Paul Bors

 On Tue, Feb 5, 2013 at 6:05 PM, Antonio muñoz alonso 
 antoniovalenciasp...@hotmail.com wrote:

  Hi.
  I use Sakai Archetype based in wicket 1.4.17.I can update the version of
  wicket??
  I need to use charts, and most API are from 1.5 or 6
  Someone I can help?
 
  thanks.



 ___ sakai-dev mailing list
 sakai-...@collab.sakaiproject.org
 http://collab.sakaiproject.org/mailman/listinfo/sakai-dev TO UNSUBSCRIBE:
 send email to sakai-dev-unsubscr...@collab.sakaiproject.org with a
 subject of unsubscribe

Re: [Building Sakai] Charts Wicket Sakai

[Steve Swinsburg]

Change the poms to list the correct dependencies for what you need, then adjust 
any compilation issues since things have changed between wicket 1.4 and 1.5 or 
6. 

By patch I mean send the differences in the code produced by the archetype and 
what you change so I can update the archetype. 

Gesendent von meinem iPhone

On 07/02/2013, at 2:05, Antonio muñoz alonso antoniovalenciasp...@hotmail.com 
wrote:

 Hi.
 
 Yes, I Use 
 https://confluence.sakaiproject.org/display/BOOT/Sakai+Wicket+Maven+Archetype.
 but not update it, I have changed the repositories of pom.xml to 1.5 but it 
 gives me error.
 
 What do you mean with patch???.
 
 I'm trying to run this: ://code.google.com/p/wicked-charts/ , 
 http://wicked-charts.appspot.com//start/?0
 fails to execute me, guess it will be the version of wicket.
 
 My wicket version is 1.4.17 and this repository use:
 
 Wicket 6.x
 
 dependency
   groupIdcom.googlecode.wicked-charts/groupId
   artifactIdwicked-charts-wicket6/artifactId
   version1.4.2/version
 /dependency
 Wicket 1.5.x
 
 dependency
   groupIdcom.googlecode.wicked-charts/groupId
   artifactIdwicked-charts-wicket15/artifactId
   version1.4.2/version
 /dependency
 
 
 
 
 Thanks.
 
 
 
 
 
 
 
 
 Date: Wed, 6 Feb 2013 10:51:49 +1100
 From: steve.swinsb...@gmail.com
 To: users@wicket.apache.org; sakai-...@collab.sakaiproject.org
 Subject: Re: [Building Sakai] Charts Wicket Sakai
 
 Hi,
 
 I wrote the Sakai Wicket Maven Archetype:
 https://confluence.sakaiproject.org/display/BOOT/Sakai+Wicket+Maven+Archetype
 
 Yes, you can upgrade the version of Wicket, but you'll need to adjust code as 
 per the 1.5 or 1.6 upgrade guide for Wicket:
 https://cwiki.apache.org/WICKET/migration-to-wicket-15.html
 https://cwiki.apache.org/WICKET/migration-to-wicket-60.html
 
 If you do it, please send a patch and I'll update the archetype.
 
 cheers,
 Steve
 
 
 On Wed, Feb 6, 2013 at 10:42 AM, Paul Bors p...@bors.ws wrote:
 I'm not sure whick Sakai Archetype you're reffering to.
 Perhaps you can provide the maven coordinates you're using or tyring to use?
 
 However, if you're interested in charts and wicket take a look at the
 following or google for more:
 
 Open Flash:
 https://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html
 
 jqPlot:
 https://github.com/wicketstuff/core/tree/core-1.5.x/jdk-1.5-parent/jqplot-parent
 
 Or if you can afford the license for HighCharts then try Wicked-Charts
 https://code.google.com/p/wicked-charts/
 
 ~ Thank you,
Paul Bors
 
 On Tue, Feb 5, 2013 at 6:05 PM, Antonio muñoz alonso 
 antoniovalenciasp...@hotmail.com wrote:
 
  Hi.
  I use Sakai Archetype based in wicket 1.4.17.I can update the version of
  wicket??
  I need to use charts, and most API are from 1.5 or 6
  Someone I can help?
 
  thanks.
 
 
 ___ sakai-dev mailing list 
 sakai-...@collab.sakaiproject.org 
 http://collab.sakaiproject.org/mailman/listinfo/sakai-dev TO UNSUBSCRIBE: 
 send email to sakai-dev-unsubscr...@collab.sakaiproject.org with a subject of 
 unsubscribe

Re: Charts Wicket Sakai

[Steve Swinsburg]

Hi,

I wrote the Sakai Wicket Maven Archetype:
https://confluence.sakaiproject.org/display/BOOT/Sakai+Wicket+Maven+Archetype

Yes, you can upgrade the version of Wicket, but you'll need to adjust code
as per the 1.5 or 1.6 upgrade guide for Wicket:
https://cwiki.apache.org/WICKET/migration-to-wicket-15.html
https://cwiki.apache.org/WICKET/migration-to-wicket-60.html

If you do it, please send a patch and I'll update the archetype.

cheers,
Steve


On Wed, Feb 6, 2013 at 10:42 AM, Paul Bors p...@bors.ws wrote:

 I'm not sure whick Sakai Archetype you're reffering to.
 Perhaps you can provide the maven coordinates you're using or tyring to
 use?

 However, if you're interested in charts and wicket take a look at the
 following or google for more:

 Open Flash:
 https://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html

 jqPlot:

 https://github.com/wicketstuff/core/tree/core-1.5.x/jdk-1.5-parent/jqplot-parent

 Or if you can afford the license for HighCharts then try Wicked-Charts
 https://code.google.com/p/wicked-charts/

 ~ Thank you,
Paul Bors

 On Tue, Feb 5, 2013 at 6:05 PM, Antonio muñoz alonso 
 antoniovalenciasp...@hotmail.com wrote:

  Hi.
  I use Sakai Archetype based in wicket 1.4.17.I can update the version of
  wicket??
  I need to use charts, and most API are from 1.5 or 6
  Someone I can help?
 
  thanks.

Component to String

[Steve Lowery]

I found several threads on the user list about converting a Component into
a String.  There are at least 2 very valid use cases where doing this makes
sense:

1.  You are trying to create an html email to send out to your customers.
 Building that content out with wicket is a great way to do it.  We are
able to harness Wicket's awesome i18n capabilities to generate the content.
 Otherwise, we resort to ResourceBundles or having to introduce some other
templating library.

2.  Many Javascript APIs/JQuery Plugins (i.e. growl notifications,
popovers, etc) want the html content passed in.  Again, ideally the
component is written in wicket.

The threads I've seen have asked for potential ways to do this, but I'm
wondering if this is a utility that should be included within Wicket
itself.  What do you think?

If you think this type of utility does not belong in the framework and
should be implemented by the users instead, can you provide a wicket 6 way
of accomplishing this?

Thanks.

-- 
 

IMPORTANT: This e-mail (including any attachments) is intended for the use 
of the individual or entity to which it is addressed and may contain 
information that is classified, private, or confidential. If the reader of 
this message is not the intended recipient, or the employee or agent 
responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution, or copying of this 
communication is prohibited. If you have received this communication in 
error, please notify us immediately by replying to this e-mail. Thank you.

Re: wicketstuff poms still depend on wicketstuff repo which no longer exists

[Steve Swinsburg]

Hi,

This is for a piece of software that has thousands of users building it (Sakai 
CLE), so asking everyone to build their own copy isn't a feasible request.

For now we just grabbed the POMs, edited them and put them in our own 
repository. I note that this was fixed in later versions, perhaps at some stage 
we can upgrade :)

cheers,
Steve


On 01/11/2012, at 7:20 PM, Martin Grigorov mgrigo...@apache.org wrote:

 Hi,
 
 You better build the projects locally.
 
 On Thu, Nov 1, 2012 at 1:31 AM, Steve Swinsburg
 steve.swinsb...@gmail.com wrote:
 Hi,
 
 Some artifacts in wicketstuff still mention the old wicketstuff repo, i.e.:
 
 http://repo1.maven.org/maven2/org/wicketstuff/tinymce-parent/1.4.21/tinymce-parent-1.4.21.pom
 
 And on Maven2 that is causing the build to fail:
 
 Downloading: 
 http://repo1.maven.org/maven2/org/wicketstuff/tinymce-parent/1.4.21/tinymce-parent-1.4.21.pom
 3K downloaded  (tinymce-parent-1.4.21.pom)
 Downloading: 
 http://wicketstuff.org/maven/repository/org/wicketstuff/jdk-1.5-parent/1.4.21/jdk-1.5-parent-1.4.21.pom
 
 [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for 
 org/wicketstuff/jdk-1.5-parent/1.4.21/jdk-1.5-parent-1.4.21.pom - IGNORING
 [INFO] 
 
 [ERROR] BUILD ERROR
 [INFO] 
 
 [INFO] Error building POM (may not be this project's POM).
 
 
 Project ID: null:tinymce-parent:pom:null
 
 Reason: Cannot find parent: org.wicketstuff:jdk-1.5-parent for project: 
 null:tinymce-parent:pom:null for project null:tinymce-parent:pom:null
 
 Any chance a new release can be pushed that doesn't refer to that repo? It 
 is not possible to upgrade to Maven 3 for some versions of software at this 
 time so the build is effectively broken until this is fixed.
 
 thanks,
 Steve
 
 
 
 -
 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
 


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

wicketstuff poms still depend on wicketstuff repo which no longer exists

[Steve Swinsburg]

Hi,

Some artifacts in wicketstuff still mention the old wicketstuff repo, i.e.:

http://repo1.maven.org/maven2/org/wicketstuff/tinymce-parent/1.4.21/tinymce-parent-1.4.21.pom

And on Maven2 that is causing the build to fail:

Downloading: 
http://repo1.maven.org/maven2/org/wicketstuff/tinymce-parent/1.4.21/tinymce-parent-1.4.21.pom
3K downloaded  (tinymce-parent-1.4.21.pom)
Downloading: 
http://wicketstuff.org/maven/repository/org/wicketstuff/jdk-1.5-parent/1.4.21/jdk-1.5-parent-1.4.21.pom
 
[WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for 
org/wicketstuff/jdk-1.5-parent/1.4.21/jdk-1.5-parent-1.4.21.pom - IGNORING
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: null:tinymce-parent:pom:null

Reason: Cannot find parent: org.wicketstuff:jdk-1.5-parent for project: 
null:tinymce-parent:pom:null for project null:tinymce-parent:pom:null

Any chance a new release can be pushed that doesn't refer to that repo? It is 
not possible to upgrade to Maven 3 for some versions of software at this time 
so the build is effectively broken until this is fixed.

thanks,
Steve



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

Re: form with arbitrary number of fields

[Steve Swinsburg]

Hi,

Thanks, I have a repeater already and have the form components, but the part I 
am unsure about is how those form components map to a model. So when the person 
clicks submit, how do I get the arbitrary number of fields of data that were 
submitted?

Is there an example of this?

cheers,
Steve



On 29/09/2012, at 2:39 PM, Ondrej Zizka ozi...@redhat.com wrote:

 On Fri, 2012-09-28 at 13:37 +0530, vineet semwal wrote:
 
 sorry somehow i didn't type last message correctly :)
 use a repeater and you can add your formcoponents to its items ,see
 listview/dataview
 
 FYC,
 http://wicket.apache.org/apidocs/1.5/org/apache/wicket/markup/repeater/RepeatingView.html
 
 
 
 
 On Fri, Sep 28, 2012 at 1:35 PM, vineet semwal vineetsemwa...@gmail.com 
 wrote:
 use a repeater which and yo can attach your formcomponents to items
 
 On Fri, Sep 28, 2012 at 8:18 AM, Steve Swinsburg
 steve.swinsb...@gmail.com wrote:
 Hi all,
 
 I have a form that allows users to add an arbitrary number of fields, for 
 example keywords for an item where there could be multiple.
 
 Up until now I have been processing my form where the fields are known and 
 map directly to a model. However I'm unsure as to how this mapping works, 
 for example having two or more keywords for one item. Would the property 
 in the backing model be a list for this item? Rather than a string for 
 example?
 
 Are there any examples of a similar dynamic form?
 
 cheers,
 Steve
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 regards,
 
 Vineet Semwal
 
 
 
 
 


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

AjaxErrorStrategy.INVOKE_FAILURE_HANDLER in wicket6

[Steve Lowery]

I see I can override the AjaxErrorHandlingStrategy in wicket6 to
be AjaxErrorStrategy.INVOKE_FAILURE_HANDLER so that we don't get a 302 to
the appropriate error page (InternalError, NotAuthorized, etc).  My
question is how do I do something useful with this?  With only that change,
the 500 error comes back to the client and we get a javascript error.

We are using ajax and breadcrumbs on our site and what I'd like to do is
hook into the wicket framework so that if one of these errors was detected
on an ajax request, I can simply swap out the content portion of the page
with the appropriate error component.  That way, the state of the page,
including visited breadcrumbs, navigation menus, etc remain intact, so the
user can hopefully go back to some point they were working on by clicking
on one of their breadcrumbs.

-- 
 

IMPORTANT: This e-mail (including any attachments) is intended for the use 
of the individual or entity to which it is addressed and may contain 
information that is classified, private, or confidential. If the reader of 
this message is not the intended recipient, or the employee or agent 
responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution, or copying of this 
communication is prohibited. If you have received this communication in 
error, please notify us immediately by replying to this e-mail. Thank you.

form with arbitrary number of fields

[Steve Swinsburg]

Hi all,

I have a form that allows users to add an arbitrary number of fields, for 
example keywords for an item where there could be multiple.

Up until now I have been processing my form where the fields are known and map 
directly to a model. However I'm unsure as to how this mapping works, for 
example having two or more keywords for one item. Would the property in the 
backing model be a list for this item? Rather than a string for example?

Are there any examples of a similar dynamic form?

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

AjaxRequestAttributes.setAllowDefault

[Steve Lowery]

We have a dropdown menu based component (based off of twitter bootstrap)
that needs to have the links' default allowed so the menu closes.  We can
create a subclass of AjaxLink that overrides the updateAjaxAttributes and
does this, but then developers have to know either to use that specialized
link or to override the updateAjaxAttributes in their link.  Is there a way
that the controlling componenent (the menu) can override the ajaxattributes
for its children links?  Currently, the updateAjaxAttributes method is
protected, so I'm not aware of a way.  Would it make sense to make this
method public and/or is there another way to accomplish this?

form inputs to Labels

[Steve Lowery]

We have forms throughout our application that can be toggled from read-only
to editable.  The wicket framework will disable the form components which
is great, but we'd rather have it display just the texts in a label.  We
can subclass TextField, TextArea, DropDownChoice, etc and override the
onComponentTag() and onComponentTagBody() methods where applicable, but was
wondering if anyone had a more elegant solution or wicket had something out
of the box that would turn FormComponents into Labels.

Here's example for a TextField we could do by subclassing TextField and
overriding onComponentTag:

@Override
protected void onComponentTag(ComponentTag tag) {
if (!isEnabledInHierarchy()) {
tag.setName(span);
tag.remove(type);
tag.remove(disabled);
tag.remove(name);
tag.remove(value);
tag.setType(XmlTag.TagType.OPEN);
}
}

DataTable in wicket 6 using wicket:container

[Steve Lowery]

The DataTable was changed in wicket 6 to use wicket:container instead of
span on the td and th elements (
https://issues.apache.org/jira/browse/WICKET-4224).  While this fixed the
issue described in the ticket, it can make dealing with the DataTable a
little more cumbersome and introduces a new bug in my opinion.  If I want
to simply add a link into a column (very usual use case), I cannot do so
now without creating a dummy panel around it, or at least I don't know of a
way.  Any component with attributes in the componentTag itself get dropped
because the wicket:container tag doesn't get rendered, only the child does.
 It works fine with plain Label's, but that's about it.

I can create a handful of dummy components that wrap the columns real
content, but wasn't sure if this was the best way to do it.  Other people
will certainly have the same issues when they upgrade to wicket 6.

If you want me to create a quickstart for the link issue, I can do that.

ajax and browser back button in wicket 6

[Steve Lowery]

I did a search in the user list and found several references of various
ways to solve the back button using ajax problem, but most were a few years
old.  I was wondering if wicket 6 does can do this out of the box now.  One
of the stated goals on the wicket site is that it will Fully solve back
button problem.  Does this hold true for ajax requests or just plain http
requests (or both)?

How to localise the ${type} in error messages

[Steve Mactaggart]

Hi all,

We have extensively localised our application using XML resource bundles,
but have just run into a few last corner cases.
We have error messages that come from the TextField's when the user enters
the wrong data type.

If we had a text field that is setup as an Integer type, and the user types
'abc' in it, they get the error message.

'abc' is not a valid Integer.

This is coming from our localisation of the following:
entry key=IConverter'${input}' is not a valid ${type}./entry

We can localise this into other languages like:

entry key=IConverter${input}' no es una válida ${type}./entry

But we still see:
'abc' no es una válida Integer.

Is there any way to localise the ${type} part of the strings?  We could
just re-write the error messages saying they are not valid but I like the
idea of being able to remind the user of exactly what is valid in the text
fields.

Cheers,
Steve

Re: How to localise the ${type} in error messages

[Steve Mactaggart]

Excellent, exactly what I needed.

Thanks.

On Tue, Jan 31, 2012 at 11:16 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote:

 use a more specific key, such as IConverter.Integer=...

 -igor

 On Mon, Jan 30, 2012 at 4:12 PM, Steve Mactaggart
 st...@whitesquaresoft.com wrote:
  Hi all,
 
  We have extensively localised our application using XML resource bundles,
  but have just run into a few last corner cases.
  We have error messages that come from the TextField's when the user
 enters
  the wrong data type.
 
  If we had a text field that is setup as an Integer type, and the user
 types
  'abc' in it, they get the error message.
 
  'abc' is not a valid Integer.
 
  This is coming from our localisation of the following:
  entry key=IConverter'${input}' is not a valid ${type}./entry
 
  We can localise this into other languages like:
 
  entry key=IConverter${input}' no es una válida ${type}./entry
 
  But we still see:
  'abc' no es una válida Integer.
 
  Is there any way to localise the ${type} part of the strings?  We could
  just re-write the error messages saying they are not valid but I like
 the
  idea of being able to remind the user of exactly what is valid in the
 text
  fields.
 
  Cheers,
  Steve

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

Re: Get Wicket to ignore wicket parameters

[Steve Fatula]

On Jan 17, 2012, at 9:31 PM, Jeremy Thomerson wrote:

 
 I'm sure it can be handled in Wicket, but even then I'd default to
 mod_rewrite for something as simple as always remove parameter X from
 query string for pages A, B, C.  To me dealing with old URLs is better
 done at that level rather than cluttering the application with it.
 

Yeah, this is true. Also, by using mod_rewrite, one can tell the search engines 
that it's a permanent change so hopefully over time, most of the old links fade 
away.

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

Internationalisation issue with WiQuery

[Steve Mactaggart]

Hi All,

We have completed a pretty extensive localisation of our large wicket
application with great success, just about every string in the application
is now happily served from our language xml files.

But we have noticed some places our language conversions are not coping.
Our issue is with WiQuery and some simple JQuery javascript plugins.

We're running Wicket 1.4.18, with matching WiQuery.

When we bind JS event to components using wiquery, the resultant
wiquery-gen files show ??? instead of the localised text.

For example, we have a 'watermark' jquery plugin for some text fields,
shows grey text with some default message, say 'Today' then when u click it
removes the text..

The JS is bound via a WiQuery Resource Reference that appears in the file
as:

http://localhost:8082/resources/org.odlabs.wiquery.core.commons.WiqueryGeneratedJavaScriptResourceReference/1322545336131wiquery-gen.js



But looking inside the generated js file we get:



$('#expiry_date8').watermark('???');

$('#effective_dttm9').watermark('???');

$('#dialoga').dialog({autoOpen: false, position: 'center', title:
'? ?? ??? ?', modal: true, width: 605});


I traced this through to see if it was an issue on our end and where was it
getting its content from, but it seems things are right.


Debugging through
WiqueryGeneratedJavaScriptResource.getWiQueryGeneratedJavaScriptCode()


I get content as I would expect



   $('#expiry_date8').watermark('Сегодня');

   $('#effective_dttm9').watermark('Сегодня');



   $('#dialoga').dialog({autoOpen: false, position: 'center', title:
'Отправить по электронной почте', modal: true, width: 605});


But somewhere from where this is created and it being returned to the
browser it is corrupted.


Anyone got any pointers?


Cheers,

Steve

Re: Internationalisation issue with WiQuery

[Steve Mactaggart]

I'm pretty sure its all UTF-8, as the actual page HTML returns fine with
the Russian text, and the static js files for localising the calendars and
such work, its just the dynamic JS files generated by WiQuery.

On Tue, Nov 29, 2011 at 11:26 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 2011/11/29 Steve Mactaggart st...@whitesquaresoft.com:
  Hi All,
 
  We have completed a pretty extensive localisation of our large wicket
  application with great success, just about every string in the
 application
  is now happily served from our language xml files.
 
  But we have noticed some places our language conversions are not coping.
  Our issue is with WiQuery and some simple JQuery javascript plugins.
 
  We're running Wicket 1.4.18, with matching WiQuery.
 
  When we bind JS event to components using wiquery, the resultant
  wiquery-gen files show ??? instead of the localised text.
 
  For example, we have a 'watermark' jquery plugin for some text fields,
  shows grey text with some default message, say 'Today' then when u click
 it
  removes the text..
 
  The JS is bound via a WiQuery Resource Reference that appears in the file
  as:
 
 
 http://localhost:8082/resources/org.odlabs.wiquery.core.commons.WiqueryGeneratedJavaScriptResourceReference/1322545336131wiquery-gen.js
 
 
 
  But looking inside the generated js file we get:
 
 
 
 $('#expiry_date8').watermark('???');
 
 $('#effective_dttm9').watermark('???');
 
 $('#dialoga').dialog({autoOpen: false, position: 'center', title:
  '? ?? ??? ?', modal: true, width: 605});
 
 
  I traced this through to see if it was an issue on our end and where was
 it
  getting its content from, but it seems things are right.
 
 
  Debugging through
  WiqueryGeneratedJavaScriptResource.getWiQueryGeneratedJavaScriptCode()
 
 
  I get content as I would expect
 
 
 
$('#expiry_date8').watermark('Сегодня');
 
$('#effective_dttm9').watermark('Сегодня');
 
 
 
$('#dialoga').dialog({autoOpen: false, position: 'center', title:
  'Отправить по электронной почте', modal: true, width: 605});
 
 
  But somewhere from where this is created and it being returned to the
  browser it is corrupted.
 
 
  Anyone got any pointers?

 Do you set any markup encoding for the response and/or markup ?
 I'd recommend to use UTF-8 for everything.

 Otherwise you can try with script charset=KOIR-8... (or any other
 encoding for Russian)

 
 
  Cheers,
 
  Steve
 



 --
 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: Internationalisation issue with WiQuery

[Steve Mactaggart]

Seems it may have been a known bug in wiQuery, I was wrong in thinking we
were running the latest wiQuery, and now post the update the generated JS
files have the correctly localised text strings.

2011/11/30 Steve Mactaggart st...@whitesquaresoft.com

 I'm pretty sure its all UTF-8, as the actual page HTML returns fine with
 the Russian text, and the static js files for localising the calendars and
 such work, its just the dynamic JS files generated by WiQuery.


 On Tue, Nov 29, 2011 at 11:26 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 2011/11/29 Steve Mactaggart st...@whitesquaresoft.com:
  Hi All,
 
  We have completed a pretty extensive localisation of our large wicket
  application with great success, just about every string in the
 application
  is now happily served from our language xml files.
 
  But we have noticed some places our language conversions are not coping.
  Our issue is with WiQuery and some simple JQuery javascript plugins.
 
  We're running Wicket 1.4.18, with matching WiQuery.
 
  When we bind JS event to components using wiquery, the resultant
  wiquery-gen files show ??? instead of the localised text.
 
  For example, we have a 'watermark' jquery plugin for some text fields,
  shows grey text with some default message, say 'Today' then when u
 click it
  removes the text..
 
  The JS is bound via a WiQuery Resource Reference that appears in the
 file
  as:
 
 
 http://localhost:8082/resources/org.odlabs.wiquery.core.commons.WiqueryGeneratedJavaScriptResourceReference/1322545336131wiquery-gen.js
 
 
 
  But looking inside the generated js file we get:
 
 
 
 $('#expiry_date8').watermark('???');
 
 $('#effective_dttm9').watermark('???');
 
 $('#dialoga').dialog({autoOpen: false, position: 'center', title:
  '? ?? ??? ?', modal: true, width: 605});
 
 
  I traced this through to see if it was an issue on our end and where
 was it
  getting its content from, but it seems things are right.
 
 
  Debugging through
  WiqueryGeneratedJavaScriptResource.getWiQueryGeneratedJavaScriptCode()
 
 
  I get content as I would expect
 
 
 
$('#expiry_date8').watermark('Сегодня');
 
$('#effective_dttm9').watermark('Сегодня');
 
 
 
$('#dialoga').dialog({autoOpen: false, position: 'center', title:
  'Отправить по электронной почте', modal: true, width: 605});
 
 
  But somewhere from where this is created and it being returned to the
  browser it is corrupted.
 
 
  Anyone got any pointers?

 Do you set any markup encoding for the response and/or markup ?
 I'd recommend to use UTF-8 for everything.

 Otherwise you can try with script charset=KOIR-8... (or any other
 encoding for Russian)

 
 
  Cheers,
 
  Steve
 



 --
 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: How to build a hudson/jenkins like live log viewer?

[Steve Swinsburg]

I've done something similar to this using the Tailer class from commons-io.

cheers,
Steve


On 21/11/2011, at 12:59 PM, James wrote:

 Dear wicket community,
 
 In a project that I'm working on, I need to build a live log viewer or
 dynamic log viewer or refreshable log viewer.
 Much like how hudson/jenkins displays the console output.
 
 The idea is to dynamically display the new data added to a log file along
 with the existing content.
 
 How to go about doing this? Please throw some light on this.
 
 I searched about this in the web, mailing lists but couldn't find what I
 was looking for, so I'm posting it here.
 If this is asked elsewhere, kindly re-direct me to the respective resource.
 
 -- 
 Thanks  Regards,
 James
 A happy Wicket user


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

Re: How to build a hudson/jenkins like live log viewer?

[Steve Swinsburg]

For the backend, I have the Tailer running in a Thread, and keep a reference to 
it. The you can interrupt the thread as desired by calling thread.interrupt(). 
Some backend code you might find useful:

private Thread thread;

public void destroy() {
//set the flag to tell our listener to shutdown
stopListener();
}


public void startListener(File f) {
if(thread == null) {
//setup the listener and start the thread
TailerListener listener = new LogTailListener();
Tailer tailer = new Tailer(f, listener, 1000, true);

thread = new Thread(tailer, THREAD_NAME);
thread.start();
}
}

public void stopListener() {
thread.interrupt();
}

Interested to see your UI when you are done, please share!

cheers,
Steve



On 21/11/2011, at 3:10 PM, James wrote:

 Clint,
 
 Thanks for this idea. Let me give a try to it.
 Pondering whether the Tailer would introduce any memory leaks if we
 navigate to a different page.
 
 On Mon, Nov 21, 2011 at 11:46 AM, Clint Checketts checke...@gmail.comwrote:
 
 I'd need to look at Tailer to see how it operates. But here is how I'd try
 it (it is quick and I don't like the markup, but we'll optimize it later:
 
 Create a panel that looks like so (we'll call it LoggingPanel):
 
 wicket:panel
 div wicket:id=logDatalog contents/div
 div wicket:id=nextLognext log call/div
 /wicket:panel
 
 Add a self updating timer behavior so the panel check the Tailer for
 output, if there is data, then update the logData label with it, make the
 nextLog component be another LoggingPanel with a SelfUpdatingTImerBehavior,
 and stop the timerbehavior on the current panel.
 
 Drawbacks are: the divs keep getting nested, so the markup isn't the most
 beautiful, so setRenderBodyOnly(true) might make it nicer.
 
 -Clint
 
 On Sun, Nov 20, 2011 at 9:27 PM, James james.eliye...@gmail.com wrote:
 
 Thanks Steve. I'll look into the commons-io Tailer.
 But any idea on how to use this with wicket?
 
 On Mon, Nov 21, 2011 at 11:10 AM, Steve Swinsburg 
 steve.swinsb...@gmail.com
 wrote:
 
 I've done something similar to this using the Tailer class from
 commons-io.
 
 cheers,
 Steve
 
 
 On 21/11/2011, at 12:59 PM, James wrote:
 
 Dear wicket community,
 
 In a project that I'm working on, I need to build a live log viewer
 or
 dynamic log viewer or refreshable log viewer.
 Much like how hudson/jenkins displays the console output.
 
 The idea is to dynamically display the new data added to a log file
 along
 with the existing content.
 
 How to go about doing this? Please throw some light on this.
 
 I searched about this in the web, mailing lists but couldn't find
 what
 I
 was looking for, so I'm posting it here.
 If this is asked elsewhere, kindly re-direct me to the respective
 resource.
 
 --
 Thanks  Regards,
 James
 A happy Wicket user
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Thanks  Regards,
 James
 
 
 
 
 
 -- 
 Thanks  Regards,
 James

Re: What is the difference between Model , PropertyModel,CompoundPropertyModel?

[Steve Swinsburg]

Hi,

There is some documentation about models on the wiki:
https://cwiki.apache.org/WICKET/working-with-wicket-models.html

cheers,
Steve

On 11/11/2011, at 3:33 PM, raju.ch wrote:

 Could someone please explain me the difference between Model ,
 PropertyModel,CompoundPropertyModel?
 
 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030452.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

adding resources after ajax swap

[Steve Lowery]

I'm having an issue using resources after an ajax swap, in this case jquery.
 My home page does not have anything jquery related on it.  There is an
AjaxFallbackLink which swaps out the main content.  The new content Panel
has a jquery header contributor.  I see this is being returned in the
response to the AjaxFallbackLink click:

ajax-responseheader-contribution encoding=wicket1 ![CDATA[head
xmlns:wicket=http://wicket.apache.org;script type=text/javascript src=
https://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js;/script
...
/ajax-response

However, I notice that the browser is attempting to retrieve the jquery
resource via the OPTIONS method.  It does not appear to be getting added to
the head and therefore, my component fails because it tries to do some
jQuery stuff but it isn't available.

Is this the expected behavior or am I doing something wrong?  Do I have to
load 3rd party libraries on the Page or register headerListener with the
application?  I have seen the same behavior with other javascript libraries
(i.e. yui).

Re: adding resources after ajax swap

[Steve Lowery]

Igor,

Here are the request headers (response returns a 405 - Method not allowed):

OPTIONS http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.jsHTTP/1.1
Access-Control-Request-Method: GET Origin:
http://localhost:8080 Access-Control-Request-Headers: Origin, Wicket-Ajax,
Accept

Note: If I download the js file and do a
response.renderJavascriptResource(new ResourceReference(MyClass.class,
jquery.js)) as opposed to response.renderJavascriptReference(
http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js;); it works.

On Thu, Sep 22, 2011 at 2:28 PM, Steve Lowery slow...@gatessolutions.comwrote:

 I'm having an issue using resources after an ajax swap, in this case
 jquery.  My home page does not have anything jquery related on it.  There is
 an AjaxFallbackLink which swaps out the main content.  The new content Panel
 has a jquery header contributor.  I see this is being returned in the
 response to the AjaxFallbackLink click:

 ajax-responseheader-contribution encoding=wicket1 ![CDATA[head
 xmlns:wicket=http://wicket.apache.org;script type=text/javascript src
 =https://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js;
 /script...
 /ajax-response

 However, I notice that the browser is attempting to retrieve the jquery
 resource via the OPTIONS method.  It does not appear to be getting added to
 the head and therefore, my component fails because it tries to do some
 jQuery stuff but it isn't available.

 Is this the expected behavior or am I doing something wrong?  Do I have to
 load 3rd party libraries on the Page or register headerListener with the
 application?  I have seen the same behavior with other javascript libraries
 (i.e. yui).

Re: adding resources after ajax swap

[Steve Lowery]

Is that a filter on my end?  Would that go before or after my wicket filter
mapping?  Any helpful resources out there on this?  I haven't dealt with
OPTIONS methods before.


On Thu, Sep 22, 2011 at 2:28 PM, Steve Lowery slow...@gatessolutions.comwrote:

 I'm having an issue using resources after an ajax swap, in this case
 jquery.  My home page does not have anything jquery related on it.  There is
 an AjaxFallbackLink which swaps out the main content.  The new content Panel
 has a jquery header contributor.  I see this is being returned in the
 response to the AjaxFallbackLink click:

 ajax-responseheader-contribution encoding=wicket1 ![CDATA[head
 xmlns:wicket=http://wicket.apache.org;script type=text/javascript src
 =https://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js;
 /script...
 /ajax-response

 However, I notice that the browser is attempting to retrieve the jquery
 resource via the OPTIONS method.  It does not appear to be getting added to
 the head and therefore, my component fails because it tries to do some
 jQuery stuff but it isn't available.

 Is this the expected behavior or am I doing something wrong?  Do I have to
 load 3rd party libraries on the Page or register headerListener with the
 application?  I have seen the same behavior with other javascript libraries
 (i.e. yui).

Re: adding resources after ajax swap

[Steve Lowery]

Igor,

Can you provide more info on the filter?  I'm struggling to see how adding a
filter to my code will help since the js file is being requested on a
different domain.  I tried the code below to inspect things, but I never got
anything in there except GETs.

Also, is this something you think might be worthwhile putting into wicket
itself?  I can see users wanting to include scripts from Google's CDN or
other providers without having to provide some sort of hack.

public class OptionsFilter implements Filter {

@Override
public void destroy() {
}

@Override
public void doFilter(ServletRequest req, ServletResponse res, FilterChain
chain) throws IOException, ServletException {
HttpServletRequest request = (HttpServletRequest) req;

System.err.println(request.getMethod() + :  + request.getRequestURL());

if (request.getMethod().equals(OPTIONS)) {
Enumeration headerNames = request.getHeaderNames();
while (headerNames.hasMoreElements()) {
System.err.println(headerNames.nextElement());
}
} else {
chain.doFilter(req, res);
}
}

@Override
public void init(FilterConfig arg0) throws ServletException {
}

}

On Thu, Sep 22, 2011 at 3:18 PM, Steve Lowery slow...@gatessolutions.comwrote:

 Is that a filter on my end?  Would that go before or after my wicket filter
 mapping?  Any helpful resources out there on this?  I haven't dealt with
 OPTIONS methods before.


 On Thu, Sep 22, 2011 at 2:28 PM, Steve Lowery 
 slow...@gatessolutions.comwrote:

 I'm having an issue using resources after an ajax swap, in this case
 jquery.  My home page does not have anything jquery related on it.  There is
 an AjaxFallbackLink which swaps out the main content.  The new content Panel
 has a jquery header contributor.  I see this is being returned in the
 response to the AjaxFallbackLink click:

 ajax-responseheader-contribution encoding=wicket1 ![CDATA[head
 xmlns:wicket=http://wicket.apache.org;script type=text/javascript
 src=https://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js;
 /script...
 /ajax-response

 However, I notice that the browser is attempting to retrieve the jquery
 resource via the OPTIONS method.  It does not appear to be getting added to
 the head and therefore, my component fails because it tries to do some
 jQuery stuff but it isn't available.

 Is this the expected behavior or am I doing something wrong?  Do I have to
 load 3rd party libraries on the Page or register headerListener with the
 application?  I have seen the same behavior with other javascript libraries
 (i.e. yui).

serialization question

[Steve Lowery]

Is there a hook point to serialization of components?  We would like to
throw a WicketRuntimeException if we detect that we are about to attempt to
serialize out an attached (in our case Hibernate) entity rather than using a
LoadableDetachableModel and only serializing the id.  I see I can register
an DetachListener, but that doesn't fire until after the model is detached
and that doesn't help in these cases I think.  We have had issues where we
actually OOM the server when trying to serialize an entity that has LOTS of
associations.  I'd like to throw the exception before the serialization is
even attempted.

We are using wicket 1.4.17.

Re: Wicket - TinyMCE/FckEditor

[Steve Swinsburg]

I created a Wicket FCKEditor component some time back. It takes care of 
rendering the javascripts and all the rest for you and you just instantiate it 
like:

add(new FCKTextArea(id));

If you would like this, drop me a line and I'll dig out the code.

cheers.
Steve


On 02/08/2011, at 3:53 PM, Chris Colman wrote:

 Unfortunately we're using some features of FckEditor that don't seem to
 be supported by Visural. The main one is the support of images and being
 able to specify an image provider that can provide the user with a
 list of images available to choose from. The developer can define
 virtually any implementation they want of the image provider.
 
 If that sort of thing were available today we'd really like to move to
 Visural.
 
 -Original Message-
 From: Josh Kamau [mailto:joshnet2...@gmail.com]
 Sent: Tuesday, 2 August 2011 3:34 PM
 To: users@wicket.apache.org
 Subject: Re: Wicket - TinyMCE/FckEditor
 
 Hi Michal,
 
 If you want a really nice and simple Rich Text Editor, take a look at
 visural-wicket project.
 
 Here is the link to the demos - http://wicket.visural.net/examples/app/
 
 regards.
 Josh.
 
 On Tue, Aug 2, 2011 at 8:27 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 Are there any examples of Wicket integrated with FckEditor (the one
 before CkEditor)?
 
 -Original Message-
 From: Michal Letynski [mailto:m...@consol.ae]
 Sent: Tuesday, 2 August 2011 3:25 PM
 To: users@wicket.apache.org
 Subject: Re: Wicket - TinyMCE
 
 Hi.
 W dniu 2011-08-02 04:29, ramazan pekin pisze:
 Hi to everyone,
 
 I am looking for rich text editor and I found TinyMCE. But I
 couldnt
 find any document/example page how can I integrate wicket and
 TinyMCE
 explained detailed. Do you know is there any documentation or
 example
 about this subject?
 There are some examples for it:
 
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/tinymce-
 parent/tinymce-examples
 
 Thanks, br.
 Ramazan
 
 
 -
 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
 
 
 
 -
 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

wicketstuff site down

[Steve Swinsburg]

Hi all,

The wicketstuff site is down

http://wicketstuff.org/wicket/
Safari can’t open the page “http://wicketstuff.org/wicket/” because Safari 
can’t connect to the server “wicketstuff.org”.

Re: What is the status of wicketstuff dojo?

[Steve Swinsburg]

Ok, but even in that 1.4 branch it is missing dozens of classes that were 
present in the 1.3 version. They are also missing in the release artifacts. 

Can someone please migrate them from 1.3 to 1.4?

Thanks,
Steve 

On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote:

 That is the 1.5 branch of wicketstuff. The 1.4 is in
 https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there
 was noone to maintain it.
 
 Attila
 
 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com
 
 I found the old source. There is a LOT of stuff missing in the 1.4 release
 compared to the 1.3 release.
 
 1.3:
 
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/
 
 1.4:
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is someone able to migrate that and push a release?
 
 cheers,
 Steve
 
 On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote:
 
 Hi,
 
 Does anyone know what the status of wicketstuff dojo is?
 
 I have an application that was written in Wicket 1.3 which I have
 converted to 1.4, likewise for dojo. However there are classes missing from
 the 1.4 release that were being used in the 1.3 release, specifically:
 
 org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer;
 org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView;
 
 It seems that there is only 'toaster' in the
 org/wicketstuff/dojo/markup/html directory:
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is the 1.3 source available anywhere? Is anyone maintaining dojo?
 
 thanks,
 Steve
 
 
 
 

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

Re: What is the status of wicketstuff dojo?

[Steve Swinsburg]

I don't use the library, I'm just converting a tool from 1.3 to 1.4 that 
someone else wrote. I have no idea how wicketstuff-dojo works.

If Wicketstuff still used SVN I'd just merge it in and make sure it compiled, 
but I have no experience in git and no time to learn a new source control 
system that I don't use in my everyday work. So, hopefully someone that works 
on wicketstuff can!

thanks,
Steve


On 01/07/2011, at 9:51 PM, Martin Grigorov wrote:

 How much ? :-)
 
 What's the problem you to do it ? You already use this library so you
 know how it works.
 
 On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg
 steve.swinsb...@gmail.com wrote:
 Ok, but even in that 1.4 branch it is missing dozens of classes that were 
 present in the 1.3 version. They are also missing in the release artifacts.
 
 Can someone please migrate them from 1.3 to 1.4?
 
 Thanks,
 Steve
 
 On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote:
 
 That is the 1.5 branch of wicketstuff. The 1.4 is in
 https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there
 was noone to maintain it.
 
 Attila
 
 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com
 
 I found the old source. There is a LOT of stuff missing in the 1.4 release
 compared to the 1.3 release.
 
 1.3:
 
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/
 
 1.4:
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is someone able to migrate that and push a release?
 
 cheers,
 Steve
 
 On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote:
 
 Hi,
 
 Does anyone know what the status of wicketstuff dojo is?
 
 I have an application that was written in Wicket 1.3 which I have
 converted to 1.4, likewise for dojo. However there are classes missing from
 the 1.4 release that were being used in the 1.3 release, specifically:
 
 org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer;
 org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView;
 
 It seems that there is only 'toaster' in the
 org/wicketstuff/dojo/markup/html directory:
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is the 1.3 source available anywhere? Is anyone maintaining dojo?
 
 thanks,
 Steve
 
 
 
 
 
 -
 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
 


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

Re: What is the status of wicketstuff dojo?

[Steve Swinsburg]

Hi Bruno,

Thanks, I wasn't aware that the project was actually disabled, since there are 
still releases going out (albeit non functional ones). Perhaps we'll just stick 
with 1.3 for now. If I get some time I'll get in touch to get a wicketstuff 
account.

cheers,
Steve

On 01/07/2011, at 11:21 PM, Bruno Borges wrote:

 Steve, it may take less time to merge the code by yourself, learn the basics
 of git to push that into github than to wait somebody that contributes to
 wicketstuff to do that to you, because unfortunately, if I'm not wrong,
 there's no one right now at wicketstuff doing things with dojo. And that's
 why the project is disabled.
 
 I'm sorry,
 
 *Bruno Borges*
 www.brunoborges.com.br
 +55 21 76727099
 
 
 
 On Fri, Jul 1, 2011 at 9:59 AM, Steve Swinsburg
 steve.swinsb...@gmail.comwrote:
 
 I don't use the library, I'm just converting a tool from 1.3 to 1.4 that
 someone else wrote. I have no idea how wicketstuff-dojo works.
 
 If Wicketstuff still used SVN I'd just merge it in and make sure it
 compiled, but I have no experience in git and no time to learn a new source
 control system that I don't use in my everyday work. So, hopefully someone
 that works on wicketstuff can!
 
 thanks,
 Steve
 
 
 On 01/07/2011, at 9:51 PM, Martin Grigorov wrote:
 
 How much ? :-)
 
 What's the problem you to do it ? You already use this library so you
 know how it works.
 
 On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg
 steve.swinsb...@gmail.com wrote:
 Ok, but even in that 1.4 branch it is missing dozens of classes that
 were present in the 1.3 version. They are also missing in the release
 artifacts.
 
 Can someone please migrate them from 1.3 to 1.4?
 
 Thanks,
 Steve
 
 On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com
 wrote:
 
 That is the 1.5 branch of wicketstuff. The 1.4 is in
 
 https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because
 there
 was noone to maintain it.
 
 Attila
 
 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com
 
 I found the old source. There is a LOT of stuff missing in the 1.4
 release
 compared to the 1.3 release.
 
 1.3:
 
 
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/
 
 1.4:
 
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is someone able to migrate that and push a release?
 
 cheers,
 Steve
 
 On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote:
 
 Hi,
 
 Does anyone know what the status of wicketstuff dojo is?
 
 I have an application that was written in Wicket 1.3 which I have
 converted to 1.4, likewise for dojo. However there are classes missing
 from
 the 1.4 release that were being used in the 1.3 release, specifically:
 
 org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer;
 org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView;
 
 It seems that there is only 'toaster' in the
 org/wicketstuff/dojo/markup/html directory:
 
 
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is the 1.3 source available anywhere? Is anyone maintaining dojo?
 
 thanks,
 Steve
 
 
 
 
 
 -
 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
 
 
 
 -
 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

What is the status of wicketstuff dojo?

[Steve Swinsburg]

Hi,

Does anyone know what the status of wicketstuff dojo is?

I have an application that was written in Wicket 1.3 which I have converted to 
1.4, likewise for dojo. However there are classes missing from the 1.4 release 
that were being used in the 1.3 release, specifically:

org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer;
org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView;

It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html 
directory:
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html

Is the 1.3 source available anywhere? Is anyone maintaining dojo?

thanks,
Steve

Re: What is the status of wicketstuff dojo?

[Steve Swinsburg]

I found the old source. There is a LOT of stuff missing in the 1.4 release 
compared to the 1.3 release.

1.3:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/

1.4:
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html

Is someone able to migrate that and push a release?

cheers,
Steve

On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote:

 Hi,
 
 Does anyone know what the status of wicketstuff dojo is?
 
 I have an application that was written in Wicket 1.3 which I have converted 
 to 1.4, likewise for dojo. However there are classes missing from the 1.4 
 release that were being used in the 1.3 release, specifically:
 
 org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer;
 org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView;
 
 It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html 
 directory:
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
 
 Is the 1.3 source available anywhere? Is anyone maintaining dojo?
 
 thanks,
 Steve
 
 

Re: Issue with internationalising the MultiFileUploadField component

[Steve Swinsburg]

Thanks, I can reproduce it in a quickstart using 1.4.17 as well.Attached tohttps://issues.apache.org/jira/browse/WICKET-3727Reproduced the snippets here:---HomePage.java:add(new Label("message", new ResourceModel("some.label")));Form form = new Form("form");form.setMultiPart(true);form.add(new MultiFileUploadField("multi", 5));add(form);---HomePage.htmlspanwicket:id="message"message will be here/spanformwicket:id="form"spanwicket:id="multi"/span/form---WicketApplication.properties:some.label=this is a message from our properties fileorg.apache.wicket.mfu.caption.unlimited=blah:org.apache.wicket.mfu.caption.limited=test123 (${max}):org.apache.wicket.mfu.delete=BorrarAnd I get the label translated from the properties file, but not the MultiUploadFieldComponent. Screenshot:On 18/05/2011, at 3:51 PM, Martin Grigorov wrote:Please create a quickstart app and attach it to a ticket.Test the quickstart with 1.4.17 too.On Wed, May 18, 2011 at 1:41 AM, Steve Swinsburgsteve.swinsb...@gmail.comwrote:Ok I've done that and when the webapp starts up I get this:INFO: 2011-05-18 09:36:53,246 Loading properties files fromjar:file:/pah/to/my/app/WEB-INF/lib/wicket-1.4.13.jar!/org/apache/wicket/Application.properties[http-8081-Processor24]Accessing pages I see things like:DEBUG: 2011-05-18 09:38:27,823 Property found in cache:'link.my.profile.tooltip'; Component: '[MarkupContainer [Component id =myProfileLink]]'; value: 'Ver y editar tu perfil' [http-8081-Processor19]Which all looks good.Then, when I access the panel that has the MultiFileUploadField component,I see no reference at all to any of the properties.In contrast, when I access a panel that has the phone number validator,which actually works in terms of internationalisation, I get:DEBUG: 2011-05-18 09:40:06,655 Property found in cache:'homephone.PhoneNumberValidator'; Component: '[MarkupContainer [Component id= homephone]]'; value: 'N?mero de tel?fono no v?lido'[http-8081-Processor19]Does that give you an idea of where the issue might be?thanks,SteveOn 17/05/2011, at 10:26 PM, Martin Grigorov wrote:Enable debug level logging for org.apache.wicket.Localizer and see whatisattempted.On Tue, May 17, 2011 at 1:37 PM, Steve Swinsburgsteve.swinsb...@gmail.comwrote:Yeah, that's where I have them and its not working. Its the same spot wehave the ones that do work too.We do use a custom resource loader but I don't understand why it wouldallow us to override some properties from Wicket components, and notothers.Does the property need to be prefixed with the wicket id or something?Any ideas?ThanksSteveSent from my iPhoneOn 17/05/2011, at 17:37, Martin Grigorov mgrigo...@apache.org wrote:Looking at MultiFileUploadField.java these are exactly the keys youhavetouse.Try to put them in MyApp_es.propertiesOn Tue, May 17, 2011 at 9:31 AM, Steve Swinsburgsteve.swinsb...@gmail.comwrote:Hi,We are having an issue setting some properties to override the defaulttextfor the MultiFileUploadField component. As per the docs, we have setthefollowing in our local properties file:org.apache.wicket.mfu.caption.unlimited=Ficheros:org.apache.wicket.mfu.caption.limited=Ficheros (m\u00E1ximo ${max}):org.apache.wicket.mfu.delete=Borrarhowever they are not being overridden. We know our properties file isworking because we can override other properties, like:workphone.PhoneNumberValidator = N\u00FAmero de tel\u00E9fono nov\u00E1lidoand those come up correctly.Is this a bug? If not, what might we be missing?Wicket 1.4.13thanks,steve--Martin GrigorovjWeekendTraining, Consulting, Developmenthttp://jWeekend.com http://jweekend.com/-To unsubscribe, e-mail: users-unsubscr...@wicket.apache.orgFor additional commands, e-mail: users-h...@wicket.apache.org--Martin GrigorovjWeekendTraining, Consulting, Developmenthttp://jWeekend.com http://jweekend.com/-To unsubscribe, e-mail: users-unsubscr...@wicket.apache.orgFor additional commands, e-mail: users-h...@wicket.apache.org-- Martin GrigorovjWeekendTraining, Consulting, Developmenthttp://jWeekend.com http://jweekend.com/

Issue with internationalising the MultiFileUploadField component

[Steve Swinsburg]

Hi,

We are having an issue setting some properties to override the default text for 
the MultiFileUploadField component. As per the docs, we have set the following 
in our local properties file:

 org.apache.wicket.mfu.caption.unlimited=Ficheros:
 org.apache.wicket.mfu.caption.limited=Ficheros (m\u00E1ximo ${max}): 
 org.apache.wicket.mfu.delete=Borrar


however they are not being overridden. We know our properties file is working 
because we can override other properties, like:

 workphone.PhoneNumberValidator = N\u00FAmero de tel\u00E9fono no v\u00E1lido

and those come up correctly.

Is this a bug? If not, what might we be missing? 

Wicket 1.4.13

thanks,
steve

Re: Issue with internationalising the MultiFileUploadField component

[Steve Swinsburg]

Yeah, that's where I have them and its not working. Its the same spot we have 
the ones that do work too.

We do use a custom resource loader but I don't understand why it would allow us 
to override some properties from Wicket components, and not others. 

Does the property need to be prefixed with the wicket id or something?

Any ideas? 

Thanks
Steve


Sent from my iPhone

On 17/05/2011, at 17:37, Martin Grigorov mgrigo...@apache.org wrote:

 Looking at MultiFileUploadField.java these are exactly the keys you have to
 use.
 Try to put them in MyApp_es.properties
 
 On Tue, May 17, 2011 at 9:31 AM, Steve Swinsburg
 steve.swinsb...@gmail.comwrote:
 
 Hi,
 
 We are having an issue setting some properties to override the default text
 for the MultiFileUploadField component. As per the docs, we have set the
 following in our local properties file:
 
 org.apache.wicket.mfu.caption.unlimited=Ficheros:
 org.apache.wicket.mfu.caption.limited=Ficheros (m\u00E1ximo ${max}):
 org.apache.wicket.mfu.delete=Borrar
 
 
 however they are not being overridden. We know our properties file is
 working because we can override other properties, like:
 
 workphone.PhoneNumberValidator = N\u00FAmero de tel\u00E9fono no
 v\u00E1lido
 
 and those come up correctly.
 
 Is this a bug? If not, what might we be missing?
 
 Wicket 1.4.13
 
 thanks,
 steve
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/

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

Re: Issue with internationalising the MultiFileUploadField component

[Steve Swinsburg]

Ok I've done that and when the webapp starts up I get this:
INFO: 2011-05-18 09:36:53,246 Loading properties files from 
jar:file:/pah/to/my/app/WEB-INF/lib/wicket-1.4.13.jar!/org/apache/wicket/Application.properties
 [http-8081-Processor24]

Accessing pages I see things like:
DEBUG: 2011-05-18 09:38:27,823 Property found in cache: 
'link.my.profile.tooltip'; Component: '[MarkupContainer [Component id = 
myProfileLink]]'; value: 'Ver y editar tu perfil' [http-8081-Processor19]

Which all looks good.

Then, when I access the panel that has the MultiFileUploadField component, I 
see no reference at all to any of the properties.

In contrast, when I access a panel that has the phone number validator, which 
actually works in terms of internationalisation, I get:
DEBUG: 2011-05-18 09:40:06,655 Property found in cache: 
'homephone.PhoneNumberValidator'; Component: '[MarkupContainer [Component id = 
homephone]]'; value: 'N?mero de tel?fono no v?lido' [http-8081-Processor19]

Does that give you an idea of where the issue might be?

thanks,
Steve


On 17/05/2011, at 10:26 PM, Martin Grigorov wrote:

 Enable debug level logging for org.apache.wicket.Localizer and see what is
 attempted.
 
 On Tue, May 17, 2011 at 1:37 PM, Steve Swinsburg
 steve.swinsb...@gmail.comwrote:
 
 Yeah, that's where I have them and its not working. Its the same spot we
 have the ones that do work too.
 
 We do use a custom resource loader but I don't understand why it would
 allow us to override some properties from Wicket components, and not others.
 
 Does the property need to be prefixed with the wicket id or something?
 
 Any ideas?
 
 Thanks
 Steve
 
 
 Sent from my iPhone
 
 On 17/05/2011, at 17:37, Martin Grigorov mgrigo...@apache.org wrote:
 
 Looking at MultiFileUploadField.java these are exactly the keys you have
 to
 use.
 Try to put them in MyApp_es.properties
 
 On Tue, May 17, 2011 at 9:31 AM, Steve Swinsburg
 steve.swinsb...@gmail.comwrote:
 
 Hi,
 
 We are having an issue setting some properties to override the default
 text
 for the MultiFileUploadField component. As per the docs, we have set the
 following in our local properties file:
 
 org.apache.wicket.mfu.caption.unlimited=Ficheros:
 org.apache.wicket.mfu.caption.limited=Ficheros (m\u00E1ximo ${max}):
 org.apache.wicket.mfu.delete=Borrar
 
 
 however they are not being overridden. We know our properties file is
 working because we can override other properties, like:
 
 workphone.PhoneNumberValidator = N\u00FAmero de tel\u00E9fono no
 v\u00E1lido
 
 and those come up correctly.
 
 Is this a bug? If not, what might we be missing?
 
 Wicket 1.4.13
 
 thanks,
 steve
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com 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 http://jweekend.com/


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

validation with link only

[Steve Lowery]

I have a Form object whose only child is an AjaxSubmitLink.  The Form's
onSubmit() calls to a service to delete its model object (from the
underlying database).  I would like to add validation to make sure that the
model can be deleted (i.e. there are no foreign keys referencing it) before
attempting to do it.  I thought I could achieve this with an
AbstractFormValidator, but if I detect the error in the validate() method,
all of the error methods on AbstractFormValidator expect a FormComponent,
which I don't have.

What is the best way to accomplish validating a Form that does not have a
FormComponent?

Need a CodingStrategy to parse parameter from prefix

[Steve Mactaggart]

Hi guys,

I am porting an existing application over to wicket, and while most of it is
plain sailing I have an issue where I need to be able to specify a set of
pages to have a common parameter supplied before the mount path.

An example of what I'm talking about would be:
http://localhost/person1/profile
http://localhost/person1/audit
http://localhost/person1/sessiondetails

Where the 3 pages, profile, audit and session details all have a common
parameter the 'person1' parameter.
As you can guess there are any number of potential values for the first
parameter.

I have started down the path of creating my
own IRequestTargetUrlCodingStrategy which I think I will be able to parse
out any prefix to the mountpath and pass it in as a parameter, but my
problem is that my strategy never gets resolved, due to the
WebRequestCodingStrategy$MountsMap checking if the path startsWith my
mount key.

Is there a way I can replace the entire WebRequestCodingStrategy to supply
my own?

I'm sure I'm missing something obvious here.

Cheers,
Steve

Re: Need a CodingStrategy to parse parameter from prefix

[Steve Mactaggart]

I guess I'll have a look at 1.5 then.  Is it at all possible with 1.4?

On Thu, Mar 17, 2011 at 11:58 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 If you can use Wicket 1.5 (RC2) then I suggest you to take a look at

 http://svn.apache.org/viewvc/wicket/trunk/wicket-examples/src/main/java/org/apache/wicket/examples/requestmapper/LocaleFirstMapper.java?view=markup

 
 http://svn.apache.org/viewvc/wicket/trunk/wicket-examples/src/main/java/org/apache/wicket/examples/requestmapper/LocaleFirstMapper.java?view=markup
 It
 is much more simpler in 1.5.

 On Thu, Mar 17, 2011 at 1:17 PM, Steve Mactaggart 
 st...@whitesquaresoft.com
  wrote:

  Hi guys,
 
  I am porting an existing application over to wicket, and while most of it
  is
  plain sailing I have an issue where I need to be able to specify a set of
  pages to have a common parameter supplied before the mount path.
 
  An example of what I'm talking about would be:
  http://localhost/person1/profile
  http://localhost/person1/audit
  http://localhost/person1/sessiondetails
 
  Where the 3 pages, profile, audit and session details all have a common
  parameter the 'person1' parameter.
  As you can guess there are any number of potential values for the first
  parameter.
 
  I have started down the path of creating my
  own IRequestTargetUrlCodingStrategy which I think I will be able to parse
  out any prefix to the mountpath and pass it in as a parameter, but my
  problem is that my strategy never gets resolved, due to the
  WebRequestCodingStrategy$MountsMap checking if the path startsWith my
  mount key.
 
  Is there a way I can replace the entire WebRequestCodingStrategy to
 supply
  my own?
 
  I'm sure I'm missing something obvious here.
 
  Cheers,
  Steve
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/

Re: 1.5.x javadoc

[Steve Swinsburg]

Wicket By Example has a section for the Javadocs, but it needs a refresh.
http://wicketbyexample.com/api/

cheers,
Steve

On 28/01/2011, at 10:36 AM, Todd Wolff wrote:

 Hi,
 
 
 
 Is there a URL where I can pull up javadoc for latest 1.5 RC without
 having to checkout source and generate myself?  Thanks.
 


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

1.5-RC1 maven source, javadoc, and tests

[Steve Lowery]

Looks like the source, javadoc and test artifacts for 1.5-RC1 published to
the maven repo are empty.  Can this be fixed please?

Thanks,
Steve

Re: Web search functionality

[Steve Coughlan]

The next step up from LIKE statements is fulltext search.  
http://devzone.zend.com/article/1304

If you want more advanced functionality and are prepared to spend a bit of time 
implementing have a look at the Apache Lucene library.

If you're using Hibernate there's a neat way to integrate with Lucene if you 
have a look at the Hibernate Search project.

--- On Fri, 10/12/10, Henrique Boregio hbore...@gmail.com wrote:

 From: Henrique Boregio hbore...@gmail.com
 Subject: Web search functionality
 To: users@wicket.apache.org
 Received: Friday, 10 December, 2010, 11:02 AM
 I want to add search functionality to
 my site (think of a classifieds
 site, something like craigslist where users post items to
 sell).
 
 Currently I am using mysql for storage, and nothing else.
 Is searching
 directly at the database via queries the best way? It seems
 illogical
 to perform a linear search at a large mysql table using a
 'like'
 statement. I'm sure there's a better way, anyone
 implemented a
 successful (fast, memory-friendly) search feature in a web
 2.0 site?
 Thanks.
 
 -
 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: ModalWindow update size

[Steve Swinsburg]

I just noticed that autosizing ModalWindows has made it into Wicket 1.5, heres 
the JIRA:
https://issues.apache.org/jira/secure/attachment/12456436/fix-WICKET-1.4.x.patch

Take a look at the patches, there is a method that sets the size of the window, 
might be something to borrow.

cheers,
Steve


On 19/11/2010, at 8:52 AM, andrea del bene wrote:

 Hi meduolis,
 
 in order to resize modal window you could try to use some JavaScript. Wicket 
 keeps track of modal window on client side with variable 
 Wicket.Window.current. To resize modal window you could write something like:
 
 var targetWindow = Wicket.Window.current.window;
 var targetContent = Wicket.Window.current.content;
 
 targetContent.style.height = '120px';
 targetWindow.style.width = '200px';
 
 You can run this script using appendJavascript method of ajax target.
 Just remember that this script could not work with IE 6 (sigh!) and that the 
 actual window height is the sum of content height and caption height. You 
 coul access to caption's fields through variable Wicket.Window.current.caption
 
 Bye.
 
 
 
 I have tried it already, but it does not help.
 
 on my panel I do this:
 
 
 modal.setInitialWidth(image.getWidth());
 modal.setInitialHeight(image.getHeigth());
  
 target.addComponent(modal);
 
 
 but on click nothing happens, no exceptions
 
 
 -
 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

objectautocomplete with first item selected

[Steve Swinsburg]

Hi all,

Using the ObjectAutocompleteTextField from Wicketstuff on a form. When the user 
starts typing they are given a list of choices, and I would like the first item 
in that list to always be selected by default. They can obviously choose a 
different one but the issue is that presently, if they move away from that 
field, the input is lost. I would like the first one to be chosen in that case.

Has anyone does this already?

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

where is the wicketstuff JIRA?

[Steve Swinsburg]

Hi all,

I noticed that the wicketstuff JIRA has disappeared. It was taken down in April 
but has it come back, possibly in a new location? That XSS issue in JIRA was 
fixed quite some time ago.

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

Re: objectautocomplete with first item selected

[Steve Swinsburg]

Ok this code allows a preselect:

builder.preselect();

But tabbing away clears the field. I would like the selected option to be 
filled into the text field.

thanks,
Steve



On 08/11/2010, at 10:14 AM, Steve Swinsburg wrote:

 Hi all,
 
 Using the ObjectAutocompleteTextField from Wicketstuff on a form. When the 
 user starts typing they are given a list of choices, and I would like the 
 first item in that list to always be selected by default. They can obviously 
 choose a different one but the issue is that presently, if they move away 
 from that field, the input is lost. I would like the first one to be chosen 
 in that case.
 
 Has anyone does this already?
 
 thanks,
 Steve

Re: wicketstuff repo down again

[Steve Swinsburg]

Hi Mike,

Excellent, thanks for the info. I was still on older versions of those 
artifacts (1.4.1). Will see about upgrading.

regards,
Steve


On 08/09/2010, at 11:44 AM, Michael O'Cleirigh wrote:

 Hi Steve,
 
 Wicketstuff-core artifacts have been released through the oss.sonatype.org 
 repository and into central since version 1.4.7.  (with the latest being 
 1.4.10.1)
 
 See: http://repo2.maven.org/maven2/org/wicketstuff/
 
 Snapshots are here:  
 https://oss.sonatype.org/content/repositories/snapshots/org/wicketstuff/
 
 This is only the wicketstuff-core artifacts. If you are using non core 
 artifacts then more work is going to be involved.
 
 Regards,
 
 Mike
 
 
 Hi all,
 
 The wicketstuff repo is down again. Is there any chance the tagged artifacts 
 from the wicketstuff repo can be synced to a more reliable Maven repo 
 (central even)? I have the ones I need in my own remote repo but this 
 doesn't work for others that build my project.
 
 Thanks,
 Steve
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 



smime.p7s
Description: S/MIME cryptographic signature

wicketstuff repo down again

[Steve Swinsburg]

Hi all,

The wicketstuff repo is down again. Is there any chance the tagged artifacts 
from the wicketstuff repo can be synced to a more reliable Maven repo (central 
even)? I have the ones I need in my own remote repo but this doesn't work for 
others that build my project.

Thanks,
Steve

smime.p7s
Description: S/MIME cryptographic signature

Re: How to determine previous value in select after user change

[Steve Mactaggart]

That would work I guess, but I don't think it makes sense to build that
logic into the dropdown, this is a function for the model, so I guess if
there are no existing ways to do it i'll have to look at writing a
ChangeTrackedModel or the like to wrap existing models in to manage the
change.

What I really want to be able to do is in the ajax event determine if I want
to allow the user to continue with the change, present them with a dialog or
just cancel the change.

And I wan to be able to just attach this logic to existing components
without having to extend classes all over the shop.

Is there anything like that around?  I've looked through wicketstuff, but
nothing jumped out at me.

Cheers,
Steve

On Fri, Aug 27, 2010 at 4:35 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote:

 class mydropdown extends dropdown {
 private object last;
 protected void updatemodel() {
   last=getmodelobject();
  super.updatemodel();
 }

 -igor

 On Thu, Aug 26, 2010 at 6:39 PM, Steve Mactaggart
 st...@whitesquaresoft.com wrote:
  Hi All,
 
  I'm not sure if there is a wicket way to do this, or if I have to mange
 the
  data myself, but we have a screen that has a select on it and need to
 detect
  the user changing the value.
  This is simply achieved with a AjaxFormComponentUpdatingBehavior, and
 works
  well.
 
  My problem is that by the time MY code gets executed, the component has
  updated the model with the newly selected option, thus losing the
 existing
  value.
 
  I'm guessing AjaxFormComponentUpdatingBehavior won't have any way to
 track
  this change, but is there any other behaviour I can use that allows me to
  see the change in value?
 
  I hope that makes sense, if not let me know and I'll post a simple
 example.
 
  Cheers,
  Steve
 

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

How to determine previous value in select after user change

[Steve Mactaggart]

Hi All,

I'm not sure if there is a wicket way to do this, or if I have to mange the
data myself, but we have a screen that has a select on it and need to detect
the user changing the value.
This is simply achieved with a AjaxFormComponentUpdatingBehavior, and works
well.

My problem is that by the time MY code gets executed, the component has
updated the model with the newly selected option, thus losing the existing
value.

I'm guessing AjaxFormComponentUpdatingBehavior won't have any way to track
this change, but is there any other behaviour I can use that allows me to
see the change in value?

I hope that makes sense, if not let me know and I'll post a simple example.

Cheers,
Steve

Best Practice passing data between Bookmarkable pages

[Steve Mactaggart]

Hi all,

I have a simple problem that I wanted to cast out to the wider Wicket
community for a best practice.

We try and use BookmarkablePageLinks for as much as we can, obviously so
that pages can be bookmarked.  Therefore nearly every page is constructed
via the PageParameters method.
We have a lot of pages that list items, allow a user to create a new item,
edit, delete, a pretty standard CRUD workflow.

The problem is that I want to notify the user about the the save of the save
on the next page.  If the save fails we stay on the edit page, and that
works fine.
But if the save succeeds we redirect back to another page using
setResponsePage(Class, PageParams).

What I want to do on this page (no matter what page it is) is to display a
little floating div showing the record just saved, its transaction # etc.

In the old world I would just push my saved object notification into the
Session, and then on all pages check for this value and then display and
remove it.
Is this still the best practice?

I was looking at using something like
getSession().setMetaData(MetaDataKey, Serializable) to store the the
notification details, but couldn't see a way to remove the MetaData (unless
setting to null is right)

Is this right or is there a more wicket way of doing this.

Cheers,
Steve

Re: Best Practice passing data between Bookmarkable pages

[Steve Mactaggart]

We do pass params for the actual page's content, but this is transient
information that I don't want leaking into my URLs.  Its usually a simple
text message, so I'll look into Session#info(), but I have had some success
with my earlier ideas of setMetaData.

Is there a true purpose for setMetaData? or am I using it a dodgy way?

I can forsee (fairly soon) a need to render more complex items than just a
simple string and it seems that (as long as its Serializable) I can put
anything in MetaData.

Steve

On Tue, Aug 17, 2010 at 7:23 PM, Josh Kamau joshnet2...@gmail.com wrote:

 HI Steve;

 When i want to maintain bookmarkable pages, i normally pass the record
 primary key in the PageParameters map . Once i have the primary key on the
 next page, i can use my dao to retrieve the object and may be float a div
 to display the record.

 On Tue, Aug 17, 2010 at 10:57 AM, Steve Mactaggart 
 st...@whitesquaresoft.com wrote:

  Hi all,
 
  I have a simple problem that I wanted to cast out to the wider Wicket
  community for a best practice.
 
  We try and use BookmarkablePageLinks for as much as we can, obviously so
  that pages can be bookmarked.  Therefore nearly every page is constructed
  via the PageParameters method.
  We have a lot of pages that list items, allow a user to create a new
 item,
  edit, delete, a pretty standard CRUD workflow.
 
  The problem is that I want to notify the user about the the save of the
  save
  on the next page.  If the save fails we stay on the edit page, and that
  works fine.
  But if the save succeeds we redirect back to another page using
  setResponsePage(Class, PageParams).
 
  What I want to do on this page (no matter what page it is) is to display
 a
  little floating div showing the record just saved, its transaction # etc.
 
  In the old world I would just push my saved object notification into the
  Session, and then on all pages check for this value and then display and
  remove it.
  Is this still the best practice?
 
  I was looking at using something like
  getSession().setMetaData(MetaDataKey, Serializable) to store the the
  notification details, but couldn't see a way to remove the MetaData
 (unless
  setting to null is right)
 
  Is this right or is there a more wicket way of doing this.
 
  Cheers,
  Steve
 

Re: Remove support for Portlets in Wicket 1.5

[Steve Swinsburg]

-1 to removing it

As soon as uPortal supports JSR-286 (and it does, just not in a release yet) 
I'll be using Wicket for my portlet development and have been training my team 
in readiness.

At a minimum move it to wicketstuff.

thanks,
Steve


On 12/08/2010, at 5:19 AM, Rodolfo Hansen wrote:

 I used wikcet 1.4 inside Liferay 5.2 and sent a tiny patch that was
 implemented in 1.4.7 
 
 I no longer use wicket inside a portlet container, but I can help
 support it.
 
 
 On Wed, 2010-08-11 at 14:45 -0400, James Carman wrote:
 
 I'd say at least move it to wicketstuff, so that if there's some other
 person out there with the will and means to take the project on, they
 can do so.
 
 On Wed, Aug 11, 2010 at 2:35 PM, Martin Grigorov mgrigo...@apache.org 
 wrote:
 Hi,
 
 I just created a ticket (https://issues.apache.org/jira/browse/WICKET-2976)
 to remove the support for Portlets in Wicket 1.5.
 It is currently broken because of the re-work of WicketFilter and request
 processing.
 Since none of the active core developers use this technology in his daily
 job it is hard for us to support it.
 Now is the time to vote against this decision and give us a hand to improve
 it or just silently agree.
 
 martin-g
 
 P.S. I sent this email earlier today but for some reason it was rejected.
 Excuse me if you receive it for second time.
 
 
 -
 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: A beginner's tutorial

[Steve Coughlan]

I agree the 'model' is a very powerful concept that needs to be 
explained properly... However drawing on my own early experiences with 
with java frameworks I can say that the reasoning for why model's are 
valuable is difficult to understand until the principals of request 
lifecycle have been fully explained.  The point of a model is to express 
a dynamic value that is is dependent on the current state of several 
variables than can change during the course of a single or multiple 
requests.  In the early stages of learning any web front end technology 
the 'lifecycle' concept is a new one.


jcgarciam wrote:

Hi, i did a quick walk thru the tutorial and something i think is missing
and could help is to explain the concepts of Model and the difference
between Static Model and Dynamic Model. I know it may complicate things for
students and new comers to wicket programming but i think it worth, (using
Page 6 (adding the Datetime to the homepage) as example its good enought to
understand it.

Hope it helps.



On Thu, Aug 5, 2010 at 10:15 AM, H. Turgut Uyar [via Apache Wicket] 
ml-node+2314844-1121304651-229...@n4.nabble.comml-node%2b2314844-1121304651-229...@n4.nabble.com
  

wrote:



  

Hi,

I am a lecturer at the Istanbul Technical University, Computer
Engineering Department. One of the courses I teach is Database
Management Systems where the students develop a web application using
databases as their term project. Until a few years ago we used PHP but
then switched to Java in order to be consistent with the course material.

Last year we have gone with Wicket as our framework but the students had
trouble with finding their way in the documentation. Considering that
this is the first course they take after an introductory object-oriented
programming course, this year I've decided to prepare a simple tutorial
that would teach them how to get started on such a project. The result
is on the address:

http://www3.itu.edu.tr/~uyar/wicket-tutorial/

There is also a PDF version:

http://www3.itu.edu.tr/~uyar/wicket-tutorial/wicket-tutorial.pdf

The problem is, I'm a novice Wicket programmer. I would really
appreciate all kinds of feedback, especially about the mistakes I might
have made in the text or the code.

Thanks

--
H. Turgut Uyar [hidden 
email]http://user/SendEmail.jtp?type=nodenode=2314844i=0
[GPG KeyID: 0xEAF45FB8]
http://www3.itu.edu.tr/~uyar/



-
To unsubscribe, e-mail: [hidden 
email]http://user/SendEmail.jtp?type=nodenode=2314844i=1
For additional commands, e-mail: [hidden 
email]http://user/SendEmail.jtp?type=nodenode=2314844i=2



--
View message @
http://apache-wicket.1842946.n4.nabble.com/A-beginner-s-tutorial-tp2314844p2314844.html
To unsubscribe from Apache Wicket, click 
herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=amNnYXJjaWFtQGdtYWlsLmNvbXwxODQyOTQ2fDExOTE5MDc4OTQ=.







  

KonaKart shopping cart integration

[Steve Coughlan]

I've been looking for a shopping cart solution that I can properly 
integrate with wicket.  There's been a few threads on this list where 
people have indicated they were building one but as far as I know 
nothing has ever eventuated.


I don't really want to build to whole engine from scratch so I've been 
looking around and come across konakart.  It's partially open source.  
Meaning the engine itself is closed but it has a complete (and well 
documented) integration layer.  I think this would be a good solution 
because all the backend functionality is there along with a nice admin 
panel.


The interface is either Java or SOAP (one line of code to switch between 
the two) which means you can run your cart engine on another server if 
you want.


So what I'm proposing is build a set of front-end wicket components.  
I'd prefer a fully open source solution but in the free java space this 
seems to be the easiest solution I can find.  I really don't have time 
to build an engine from the ground up.


So before I get going I just wanted to bounce it off the community and 
see if anyone can think of a better solution?


I only just come across brix and I'm still trying to get my head around 
it.  Any comments on whether  I should make this brix centric or pure 
wicket?


p.s. If I do build these components then I will release them as LGPL...

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

Re: Forms in a base class

[Steve Mactaggart]

I have found that you only need to add items directly in the child class to
the form.

We have other panels and components that can be added to each other as you
would normally its just the elements directly inside the sub-class that need
to be added to the form.

Not sure if that helps, or even make sense.

Steve

On Wed, Jul 28, 2010 at 6:52 PM, Wolfgang wolfgang.bue...@exedio.comwrote:



 Jeremy Thomerson-5 wrote:
 
  you need to be adding the components to the form.  you're currently
 adding
  them to the page itself.  the component hierarchy is thus broken.  on
 your
  child page, either do getForm().add(foo) [you'll need to expose a getForm
  method that returns the form from the parent page] or else on your parent
  page (BaseEditPage), setTransparentResolver(true) on the form and add the
  form children to the page then.
 

 It's working but is far from satisfying... It breaks the encapsulation of
 the sub-classes (and those of the sub-sub-classes) because they have to
 know
 they can't use add() anymore but have to use some addToForm(). Once you
 have
 a form somewhere in the hierarchy, trouble begins.

 Also, you cannot declare the form as a transparent resolver anymore which
 means that every component, not only form components, need to use that
 special method. I'm currently trying to find a way to avoid changing all
 the
 hundreds of add() calls in my project...
 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/Forms-in-a-base-class-tp1891692p2304644.html
 Sent from the Wicket - User 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

StringHeaderContributor from a panel added by AJAX

[Steve Swinsburg]

Hi,

I have a panel that I add via AJAX to my page. On this panel I have a 
StringHeaderContributor block that I want to add. It's not doing anything. Does 
this not work when added via AJAX? The same code works fine when on a normal 
page. 

String altText = some value from an i18n properties file;
StringHeaderContributor initJavascript = new StringHeaderContributor(
script type=\text/javascript\ +
$(document).ready( function(){ +
initDatePickerAltText('  + 
altText + '); +
}); +
/script);
add(initJavascript);


The reason I need to do this is because I need to send an internationalised 
string to a javascript function to set up it's alt text which I retrieve from 
the message bundle.  I can't do this on the base page because the javascript 
component hasn't been added to the page at this stage.

thanks,
Steve

smime.p7s
Description: S/MIME cryptographic signature

Re: StringHeaderContributor from a panel added by AJAX

[Steve Swinsburg]

Thanks, but the ajax component is actually just a datepicker from jQuery so 
it's not Wicket related. I think I'll need to get my Javascript to load the 
message bundle directly so it doesn't need to go via Wicket.

cheers,
Steve


On 02/07/2010, at 6:46 PM, nino martinez wael wrote:

 Im have you tried implementing the headercontributor Interface in your ajax
 component instead of using the headercontributor directly?
 
 regards Nino
 
 2010/7/2 Steve Swinsburg steve.swinsb...@gmail.com
 
 Hi,
 
 I have a panel that I add via AJAX to my page. On this panel I have a
 StringHeaderContributor block that I want to add. It's not doing anything.
 Does this not work when added via AJAX? The same code works fine when on a
 normal page.
 
 String altText = some value from an i18n properties file;
 StringHeaderContributor initJavascript = new StringHeaderContributor(
 script type=\text/javascript\ +
 $(document).ready( function(){ +
 initDatePickerAltText('  + altText + '); +
 }); +
 /script);
 add(initJavascript);
 
 
 The reason I need to do this is because I need to send an internationalised
 string to a javascript function to set up it's alt text which I retrieve
 from the message bundle.  I can't do this on the base page because the
 javascript component hasn't been added to the page at this stage.
 
 thanks,
 Steve
 


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

Refreshing DataView fails if it was initially empty

[Steve Hiller]

Hi All,

I have what seems like a strange problem with refreshing a DataView.

I have a WebMarkupContainer that contains a DataView.
The DataView uses a SortableDataProvider as its DataProvider.
The WebMarkupContainer uses the DataView's SortableDataProvider 
to determine if there are any items to be displayed within the DataView.
If there any items then the WebMarkupContainer's isVisible() method
returns true, and therefore the WebMarkupContainer and DataView should
be rendered.

I am also using a ModalWindow to add new items to the DataView.
On exiting from the ModalWindow, I am using an AjaxRequestTarget
to refresh the WebMarkupContainer and therefore redraw the DataView
with the new item added to it.

This all works fine IF there were already items in the DataView when
it was first rendered during the initial loading of its page.

If the DataView is initially empty then the WebMarkupContainer 
is not rendered as expected on page load. My issue is that adding new
items via the ModalWindow does not cause the WebMarkupContainer and
DataView to be rendered. Via debugging, I can see that the
WebMarkupContainer's isVisible() method is returning true yet nothing
appears.

Any suggestions on resolving this issue would be appreciated.

Thanks so much,
Steve


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

Re: AjaxFormComponentUpdatingBehavior is not called when the textfield is set as required field.

[Steve Mactaggart]

The form will be validated first, and if there is no information entered the
Required validation will fail and so the form will not be updated.

Wicket ensures that the model object is always consistent by ensuring that
the components are Validated before their value is pushed into the model.

In this case if you do type something in the field and move out of it you
should see the println statement.  But if there is no text in there the
Required validation will stop the model from updating.

The AjaxFormComponentUpdatingBehavior aims to update the model it is
attached to, and so will only fire if the validation occurs.

You could override onError() in this case if you still wanted to be
notified.
protected void onError(AjaxRequestTarget target, RuntimeException e) {
}


On Tue, Jun 22, 2010 at 11:13 AM, jammyjohn jchinnas...@yahoo.com wrote:


 Hi,

  If the setRequired is  set to true, then the println statement is not
 called, otherwise it is called.
 Not sure, where I am doing wrong. Please suggest.

 final TextFieldString name= new TextFieldString(name);

name.setRequired(true);


 form.add(name.setConvertEmptyInputStringToNull(false).setOutputMarkupId(true));

  name.add(new AjaxFormComponentUpdatingBehavior(onBlur){
@Override
protected void onUpdate(AjaxRequestTarget target) {

System.out.println(is this called?);
target.addComponent(feedbackPanel);
}

});

 Thanks for your time.
 J.
 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/AjaxFormComponentUpdatingBehavior-is-not-called-when-the-textfield-is-set-as-required-field-tp2263486p2263486.html
 Sent from the Wicket - User 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: FormComponentPanel's components onblur can't call validate?

[Steve Mactaggart]

Sorry to dredge up this thread again,but I have the same issue.

I have a form that has a hidden id and a text field that is a search box
for elements.  I have got all the client side javascript working so that the
name and Id are updated in the page, and also have it doing the convertInput
correctly and the component is working as expected on a standard form.

But when I add the AjaxFormComponentUpdatingBehavior it starts going wrong.

what I am doing is catching the add(AjaxFormComponentUpdatingBehavior) on my
FormComponentPanel and attaching it to the internal text name box.
When the JS changes the id and name it triggers the event which works, but
the issue is that the AFCUB only submits the name textbox and not the id.

Is there anyway (or another behaviour other than AjaxFormSubmitBehavior)
that I can use to force BOTH inputs to be updated on the event?

Cheers,
Steve


On Wed, Mar 10, 2010 at 6:55 PM, Cemal Bayramoglu 
jweekend_for...@cabouge.com wrote:

 Tony,

 If you don't mind submitting the whole form add
 AjaxFormSubmitBehaviors to the appropriate child components .

 Regards - Cemal
 jWeekend
 OO  Java Technologies, Wicket
 Consulting, Development, Training
 http://jWeekend.com


 On 9 March 2010 23:52, Tony Wu e90t...@gmail.com wrote:
  I have a FormComponentPanel which holds 3 dropdowns for month-day-year
 (it's
  a birthday FormComponentPanel). I override convertInput on the
  FormComponentPanel to return the age based on the 3 drop downs. I have an
  age validator which makes sure they're over 18.
 
  Now, this all works fine on form submit (convertInput gets called and it
  runs the validator).
 
  But when I try to do it dynamically by attaching a onchange
  AjaxFormUpdatingBehavior event to the 3 drop downs to call
  FormComponentPanel.validate() (@Override onUpdate, and only when all 3
 drop
  downs are selected of course), I know the onchange triggers (because it's
  @Override onUpdate runs - had a system.out.println which runs), but the
  validate() function doesn't run the age validator. It actually *never
 even
  calls convertInput* on the FormComponentPanel. Any ideas?
 

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

Re: [announce] wicketstuff-core 1.4.7 released

[Steve Mactaggart]

Thanks for doing the work.

Steve

On Tue, May 25, 2010 at 1:48 AM, Michael O'Cleirigh 
michael.ocleir...@rivulet.ca wrote:

 Hello,

 Based on the positive reception for a 1.4.7 wicketstuff-core release, 4
 positive votes (3 + mine) and no negative,  I promoted the staged release
 into the sonatype repository and filed the ticket for central sync up.

 The sync up has now occurred and the 1.4.7 artifacts are available through
 maven central (http://repo2.maven.org/maven2/org/wicketstuff).

 Tag:
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/tags/wicketstuff-core-1.4.7

 To use in Maven:

 dependency
 groupIdorg.wicketstuff/groupId
 artifactId${module}/artifactId
 version1.4.7/version
 /dependency

 The module names come from what is defined in each module's POM (so each
 module directory/pom.xml that produces a jar artifact).

 Regards,

 Mike







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