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 
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" 
> 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 
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"  wrote:

> Hi,
>
> it's a little bit finicky, but it can be done:
>
> DataTable dataTable = new DefaultDataTable String>("table", columns, new SortableContactDataProvider(), 8) {
> protected Item> newCellItem(final
> String id, final int index, final IModel> model)
> {
> return new Item>(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

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 
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  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
> >
> >
>

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: 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 
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 
> > 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 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 
wrote:

> Hi,
>
> On Mon, Oct 6, 2014 at 6:31 AM, Steve Swinsburg  >
> 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  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
> >
>

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".
>>
>> 
>> 
>> Hello ${realName}.
>>
> How do you substitute the value of ${realName} ?
> Wicket doesn't support such placeholders.
>
> The Wicket syntax would be: Hello .
> Together with: page.add(new Label("realName", "Some Name");
>
>
>> Welcome to the Synapse web.
>> 
>> 
>>
>>
>> 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:
>>
>> '';!--"alert('XSS')=&{()}
>>
>>
>> So I ended with:
>>
>> Hello'';!--"alert('XSS')=&{()}
>>
>> 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 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  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: 
>> new: 
>>
>> -- My HTML file
>> committed: 
>> new: 
>>
>> --> 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 
tags in one file?  How would it identify which instance of
 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 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: 
> new: 
>
> -- My HTML file
> committed: 
> new: 
>
> --> 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: 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 
> 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
>
> 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  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  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:
>>>
>>> 
>>> 
>>> 
>>> row 1
>>> 
>>>
>>> 
>>> row 2
>>> 
>>> 
>>> 
>>>
>>> The reason I don't attach the listview directly to the  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 
>>> or a  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

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:


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.(ResourceStreamWrapper.java:36)
at
org.apache.wicket.request.resource.PackageResource$ProcessingResourceStream.(PackageResource.java:476)
at
org.apache.wicket.request.resource.PackageResource$ProcessingResourceStream.(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
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009)
at
org.eclipse.jetty.server.handler.Sc

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:




row 1



row 2




The reason I don't attach the listview directly to the  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 
or a  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

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  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 wrote:
>
>> 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 >> 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:
>>>
>>> 
>>>org.apache.wicket
>>> wicket-cdi-1.1
>>> 0.2
>>> 
>>>
>>> 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://is

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("", "\n ");
   
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  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 : ...> wicket:id="The body will be read from the static
>> page">. 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]

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  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 : ...> wicket:id="The body will be read from the static
>> page">. 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
>> wrote:
>>
>>> 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
>>> wrote:
>>>
 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

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  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:
>>
>>  
>>wicket.wicket-el
>>/*
>>  
>>
>> I've tried this:
>>
>> 
>>  404
>>  /
>> 
>>
>> 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

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:

  
wicket.wicket-el
/*
  

I've tried this:

 
  404
  /


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

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: "${myProperty}"
resolved = new RawMarkup("my property value");
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:
 

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

${bean.firstName}
${bean.lastName}

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:
${firstName} ${lastName}

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 AjaxLink("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 AjaxLink("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 RadioChoice favorite = new RadioChoice("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
>
> 
>   com.googlecode.wicked-charts
>   wicked-charts-wicket6
>   1.4.2
> 
>
> Wicket 1.5.x
>
> 
>   com.googlecode.wicked-charts
>   wicked-charts-wicket15
>   1.4.2
> 
>
>
>
>
>
> 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  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  
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
> 
> 
>   com.googlecode.wicked-charts
>   wicked-charts-wicket6
>   1.4.2
> 
> Wicket 1.5.x
> 
> 
>   com.googlecode.wicked-charts
>   wicked-charts-wicket15
>   1.4.2
> 
> 
> 
> 
> 
> 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  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  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  wrote:

> Hi,
> 
> You better build the projects locally.
> 
> On Thu, Nov 1, 2012 at 1:31 AM, Steve Swinsburg
>  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

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  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  
>> wrote:
>>> use a repeater which and yo can attach your formcomponents to items
>>> 
>>> On Fri, Sep 28, 2012 at 8:18 AM, Steve Swinsburg
>>>  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

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

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)?

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 wrote:

> use a more specific key, such as IConverter.Integer=...
>
> -igor
>
> On Mon, Jan 30, 2012 at 4:12 PM, Steve Mactaggart
>  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:
> > '${input}' is not a valid ${type}.
> >
> > We can localise this into other languages like:
> >
> > ${input}' no es una válida ${type}.
> >
> > 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
>
>

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:
'${input}' is not a valid ${type}.

We can localise this into other languages like:

${input}' no es una válida ${type}.

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: 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

Get Wicket to ignore wicket parameters

[Steve Fatula]

I have taken over management of a site using wicket, which I was woefully 
unfamiliar with. Have been able to do some screens, modify them, add stuff, 
etc. without much trouble. However, the overflow flow I am not familiar with.

The site had some web pages that were stateful and had a sort bar. That was 
removed. Wicket parms in the url are encoded. 

So, a previous link might look like:

www.site.com/something.html?page=2&z=afhyewifewicfhewichewicvhweripcvh

These pages were indexed by the search engines. Now that the sort functions are 
gone, and, we've made the page a stateless page, requests to pages with the 
wicket parms (in the z=) now return an error as so:

2012-01-17 10:55:36,700 (TP-Processor23) [   RequestCycle.java:1432:ERROR] 
unable to find component with path 
someProductList:productList:topToolbars:2:toolbar:headers:2:header:orderByLink 
on stateless page 

Wel, is true of course since that's been removed. However, we want pages to 
still work, just, ignore the wicket stuff.

Can this be handled via some method in wicket? i.e., something that can tell 
wicket to ignore the wicket stuff for the specific page in question? Some stuff 
in the query string are still used on those pages, just want to not process the 
wicket stateful stuff. Or, is it best handled with mod_rewrite in Httpd?

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 

> 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 wrote:
>
>> Hi,
>>
>> 2011/11/29 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?
>>
>> 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 

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 wrote:

> Hi,
>
> 2011/11/29 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?
>
> 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 

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: 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 wrote:
> 
>> 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):
>> 
>> 
>> log contents
>> next log call
>> 
>> 
>> 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  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: 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: 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

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 wrote:

> 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 
> wrote:
>
>> 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:
>>
>> 

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 wrote:

> 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:
>
> 

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 wrote:

> 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:
>
> 

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:

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
>> wrote:
>> 
>>> 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

Re: introducing wicket:for attribute

[Steve Swinsburg]

This is excellent Igor, our accessibility people will be very thankful! Please 
leave it in 1.4.x!

cheers,
Steve



On 09/07/2011, at 2:22 PM, Igor Vaynberg wrote:

> just implemented the wicket:for attribute. check out the javadoc here:
> 
> http://svn.apache.org/viewvc/wicket/branches/wicket-1.4.x/wicket/src/main/java/org/apache/wicket/markup/html/form/AutoLabelResolver.java?view=markup&pathrev=1144589
> 
> 1.4.x only for now, still needs to be forward-ported to trunk.
> 
> feedback?
> 
> -igor
> 
> -
> 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]

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
> wrote:
> 
>> 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
>>>  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 
>> 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 
>>>>> 
>>>>>> 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

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
>  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  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 
>>> 
>>>> 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]

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  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 
> 
>> 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 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
> 
> 

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: Issue with internationalising the MultiFileUploadField component

[Steve Swinsburg]

Thanks, I can reproduce it in a quickstart using 1.4.17 as well. Attached to https://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.html<span wicket:id="message">message will be herespan><form wicket:id="form"><span wicket: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 Swinsburg<steve.swinsb...@gmail.com>wrote: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 Swinsburg<steve.swinsb...@gmail.com>wrote: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 Swinsburg<steve.swinsb...@gmail.com>wrote: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/>

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
> wrote:
> 
>> 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  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
>>> wrote:
>>> 
>>>> 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

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  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
> wrote:
> 
>> 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

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

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?

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 wrote:

> 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/>
>

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: 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  wrote:

> From: Henrique Boregio 
> 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

Re: ModalWindow update size

[Steve Swinsburg]

You could pass the modal window as an argument in the MyPanel constructor.

e.g.

ModalWindow modal = new ModalWindow("myWindow");

then later:

modal.setContent(new MyPanel(someProps, modal));

then in your Panel you can manipulate the ModalWindow.





On 18/11/2010, at 8:14 AM, meduolis wrote:

> 
> I'm little confused here,
> 
> Let say this is my page
> 
> 
> MyPage {
> 
> widthProp;
> heightProp;
> 
> // setters getters stuff
> 
> //button shows modal with MyPanel inside it
> // modal content
> modal.setContent(new MyPanel(someProps));
> 
> }
> 
> 
> And thats a panel
> 
> 
> MyPanel {
> 
> MyPanel(props) {
> //?? Eclipse makes those props final here, so i cannot modify it
> }
> 
> //button to resize the modal window
> 
> }
> 
> 
> I think I can not set those properties width and height from MyPanel, we
> dont know about them here, do we?? :)
> -- 
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/ModalWindow-update-size-tp3047558p3047662.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
> 



smime.p7s
Description: S/MIME cryptographic signature

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

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

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

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 wrote:

> 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
>  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

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  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
> >
>

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: 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  
>> 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.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]>
[GPG KeyID: 0xEAF45FB8]
http://www3.itu.edu.tr/~uyar/



-
To unsubscribe, e-mail: [hidden 
email]
For additional commands, e-mail: [hidden 
email]



--
View message @
http://apache-wicket.1842946.n4.nabble.com/A-beginner-s-tutorial-tp2314844p2314844.html
To unsubscribe from Apache Wicket, click 
here.







  

Re: KonaKart shopping cart integration

[Steve Coughlan]

Yes it manages inventory, order processing, payment gateways, users 
etc... So all of that is done with a nice admin interface already to 
go.  I'm just looking at building some front end component that use it's 
api for actual store front.  Their own default storefront is JSP based 
and they have an example of another one which I think was flash.


Got the rough outline of a category tree, product list, cart and search 
box done today to see how hard it was going to be and seems quite workable.


Per Lundholm wrote:

When you wrote "shopping cart", I assumed it was only the widget which
presents what the customer bought and some mechanism for keeping that
in the session. KonaKart seems to be a lot more than that.

/Per

On Tue, Aug 3, 2010 at 2:35 AM, Steve Coughlan
 wrote:
  

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





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


  

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 wrote:

>
>
> 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
>
>

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 
> 
>> 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(
>> "" +
>> "$(document).ready( function(){" +
>> "initDatePickerAltText(' " + altText + "');" +
>> "});" +
>> "");
>> 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

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(
"" +
"$(document).ready( function(){" +
"initDatePickerAltText(' " + 
altText + "');" +
"});" +
"");
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