date:20130503

But isn't that normal behavior?

Consider localization alone and setting the user's language in a session.
If the user logs in and uses English and then opens a new tab (same session)
and choose Spanish, going back to the first tab and refreshing the page
should be in Spanish.

Same for you. What you need to do is create a new session for the second tab
in order to treat them separate.

~ Thank you,
  Paul Bors

-Original Message-
From: Allen Gilbert [mailto:allen.gilb...@doane.edu] 
Sent: Friday, May 03, 2013 12:48 PM
To: users
Subject: Dynamic Session.style

We are adding some new pages to our application that we'd like to style
differently from existing ones. We also want to reuse Panels we've built, so
we're employing the Style mechanism outlined in
https://cwiki.apache.org/confluence/display/WICKET/Localization+and+Skinning
+of+Applications.

We have two different base pages for the separate styles, and in each base
page constructor, we set the proper Session.style. This works fine, but
doesn't seem like the best approach, and now we've discovered a problem with
it.

Say a user lands on page A with style A (the default style), then opens page
B with style B in a new tab. After looking at page B for a bit, the user
goes back to the tab with page A. The user clicks an AjaxLink that should
display an InfoPanel. InfoPanel can be used with both styles, so it has two
markup files: InfoPanel.html, and InfoPanel_B.html. Unfortunately, because
page B was the last page to set Session.style, InfoPanel_B.html is loaded,
even though the user is on page A.

Any suggestions on how to solve this problem? The first thing that came to
my mind was to create an AbstractRequestCycleListener subclass that could
properly set Session.style for each request, but I'm not sure if that's a
good idea.

Thanks for your help!

-Allen

-
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

Dynamic Session.style

2013-05-03 Thread Allen Gilbert

We are adding some new pages to our application that we'd like to
style differently from existing ones. We also want to reuse Panels
we've built, so we're employing the Style mechanism outlined in
https://cwiki.apache.org/confluence/display/WICKET/Localization+and+Skinning+of+Applications.

We have two different base pages for the separate styles, and in each
base page constructor, we set the proper Session.style. This works
fine, but doesn't seem like the best approach, and now we've
discovered a problem with it.

Say a user lands on page A with style A (the default style), then
opens page B with style B in a new tab. After looking at page B for a
bit, the user goes back to the tab with page A. The user clicks an
AjaxLink that should display an InfoPanel. InfoPanel can be used with
both styles, so it has two markup files: InfoPanel.html, and
InfoPanel_B.html. Unfortunately, because page B was the last page to
set Session.style, InfoPanel_B.html is loaded, even though the user is
on page A.

Any suggestions on how to solve this problem? The first thing that
came to my mind was to create an AbstractRequestCycleListener subclass
that could properly set Session.style for each request, but I'm not
sure if that's a good idea.

Thanks for your help!

-Allen

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

RE: Wicket 6.x and Repeaters API change to use longs

Bummer, now we all have to take a similar approach.

Okay, it makes sense.

~ Thank you for the clarification and keep up the good work :)
  Paul Bors

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Friday, May 03, 2013 12:12 PM
To: users@wicket.apache.org
Subject: Re: Wicket 6.x and Repeaters API change to use longs

yes. when i was looking at this i thought about making the dataprovider
paging param ints, but then the long return type didnt make sense.

since count() returns a long its feasible to request offsets in the long
range - eg user presses last page and you actually have more rows then an
int can hold.

so rather then going with a mixed approach that made the code base a big
mess i went with the biggest type everywhere, which is a long.

what i did at my day job is to create an entity data provider that handles
all these inconsistencies and castings and exposes a consistent api to how
our application works...

-igor

On Fri, May 3, 2013 at 8:58 AM, Paul Bors  wrote:
> All good and solid, but take for example Javax's Query API:
> http://docs.oracle.com/javaee/6/api/javax/persistence/Query.html#setFi
> rstRes
> ult(int)
>
> Since Wicket's DataProvider now offers the first and count as longs, 
> one would have to cast first to an int to pass it through the JEE 6 API,
right?
> Or am I missing something?
>
> ~ Thank you,
>   Paul Bors
>
> -Original Message-
> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
> Sent: Friday, May 03, 2013 11:45 AM
> To: users@wicket.apache.org
> Subject: Re: Wicket 6.x and Repeaters API change to use longs
>
> 4.8.4 Aggregate Functions in the SELECT Clause The result of a query ...
>
> The Java type that is contained in the result of a query using an 
> aggregate function is as follows:
> COUNT returns Long.
> ...
>
> -igor
>
> On Fri, May 3, 2013 at 8:35 AM, Paul Bors  wrote:
>> I'm a bit confused and can't find the JPA version that uses longs 
>> instead of ints as mentioned in the migration guide at:
>>
>> https://cwiki.apache.org/WICKET/migration-to-wicket-60.html
>>
>> Repeaters
>>
>> *   `IDataProvider` was converted to using `long` instead of `int` to
>> better line up with JPA and other persistence frameworks. This has 
>> caused a rather large cascade of `int` to `long` changes all over the 
>> repeater packages (WICKET-1175
>  ).
>>
>>
>>
>> Could someone shed some light? I'm still using JEE 6 (as many of us) 
>> and I don't feel comfortable casting a bunch of longs to int in my 
>> DAO
> code.
>>
>>
>>
>> ~ Thank you,
>>
>> Paul Bors
>>
>>
>>
>
> -
> 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: Wicket 6.x and Repeaters API change to use longs

2013-05-03 Thread Igor Vaynberg

yes. when i was looking at this i thought about making the
dataprovider paging param ints, but then the long return type didnt
make sense.

since count() returns a long its feasible to request offsets in the
long range - eg user presses last page and you actually have more rows
then an int can hold.

so rather then going with a mixed approach that made the code base a
big mess i went with the biggest type everywhere, which is a long.

what i did at my day job is to create an entity data provider that
handles all these inconsistencies and castings and exposes a
consistent api to how our application works...

-igor

On Fri, May 3, 2013 at 8:58 AM, Paul Bors  wrote:
> All good and solid, but take for example Javax's Query API:
> http://docs.oracle.com/javaee/6/api/javax/persistence/Query.html#setFirstRes
> ult(int)
>
> Since Wicket's DataProvider now offers the first and count as longs, one
> would have to cast first to an int to pass it through the JEE 6 API, right?
> Or am I missing something?
>
> ~ Thank you,
>   Paul Bors
>
> -Original Message-
> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
> Sent: Friday, May 03, 2013 11:45 AM
> To: users@wicket.apache.org
> Subject: Re: Wicket 6.x and Repeaters API change to use longs
>
> 4.8.4 Aggregate Functions in the SELECT Clause The result of a query ...
>
> The Java type that is contained in the result of a query using an aggregate
> function is as follows:
> COUNT returns Long.
> ...
>
> -igor
>
> On Fri, May 3, 2013 at 8:35 AM, Paul Bors  wrote:
>> I'm a bit confused and can't find the JPA version that uses longs
>> instead of ints as mentioned in the migration guide at:
>>
>> https://cwiki.apache.org/WICKET/migration-to-wicket-60.html
>>
>> Repeaters
>>
>> *   `IDataProvider` was converted to using `long` instead of `int` to
>> better line up with JPA and other persistence frameworks. This has
>> caused a rather large cascade of `int` to `long` changes all over the
>> repeater packages (WICKET-1175
>  ).
>>
>>
>>
>> Could someone shed some light? I'm still using JEE 6 (as many of us)
>> and I don't feel comfortable casting a bunch of longs to int in my DAO
> code.
>>
>>
>>
>> ~ Thank you,
>>
>> Paul Bors
>>
>>
>>
>
> -
> 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: [wicket 6] Any shortcut to get full url ?

See chapter 7 "Under the hood of request processing" and 8 "Wicket Links
and URL generation" of the Wicket User Guide at:
http://wicket.apache.org/learn/books/freeguide.html
~ Thank you,
Paul Bors
On Thu, May 2, 2013 at 12:59 AM, Don Ferguson wrote:

> I'm using something like the following (in 6.7.0):
>
> String url2 = RequestCycle.get().getUrlRenderer()
> .renderFullUrl( Url.parse(urlFor(Page.class, newPps).toString()));
>
>
>
>
> On Wednesday, May 1, 2013 at 9:26 PM, Bertrand Guay-Paquet wrote:
>
> > Hi,
> >
> > On 01/05/2013 10:57 PM, smallufo wrote:
> > > String url2 = RequestUtils.toAbsolutePath(urlFor(Page.class ,
> > > newPps).toString() , "");
> > > System.out.println("url2 = " + url2); // full in 1.4 , but relative in
> 6.0
> > >
> >
> > The Javadoc says "Calculates absolute path to url relative to another
> > absolute url." so that's expected.
> > > It means , if I need to get full url (including host / context-path) ,
> I
> > > have to write :
> > > *String fullUrl =
> > >
> getRequestCycle().getUrlRenderer().renderFullUrl(Url.parse(getRequestCycle().urlFor(new
> > > RenderPageRequestHandler(new PageProvider(Page.class , newPps);*
> > >
> > > It is so lengthy and cumbersome . Is there any shortcut for this ?
> > That's what I use, but I wrapped it in a public static util method
> > somewhere...
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org (mailto:
> users-unsubscr...@wicket.apache.org)
> > For additional commands, e-mail: users-h...@wicket.apache.org (mailto:
> users-h...@wicket.apache.org)
> >
> >
>
>
>

RE: Wicket 6.x and Repeaters API change to use longs

All good and solid, but take for example Javax's Query API:
http://docs.oracle.com/javaee/6/api/javax/persistence/Query.html#setFirstRes
ult(int)

Since Wicket's DataProvider now offers the first and count as longs, one
would have to cast first to an int to pass it through the JEE 6 API, right?
Or am I missing something?

~ Thank you,
  Paul Bors

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Friday, May 03, 2013 11:45 AM
To: users@wicket.apache.org
Subject: Re: Wicket 6.x and Repeaters API change to use longs

4.8.4 Aggregate Functions in the SELECT Clause The result of a query ...

The Java type that is contained in the result of a query using an aggregate
function is as follows:
COUNT returns Long.
...

-igor

On Fri, May 3, 2013 at 8:35 AM, Paul Bors  wrote:
> I'm a bit confused and can't find the JPA version that uses longs 
> instead of ints as mentioned in the migration guide at:
>
> https://cwiki.apache.org/WICKET/migration-to-wicket-60.html
>
> Repeaters
>
> *   `IDataProvider` was converted to using `long` instead of `int` to
> better line up with JPA and other persistence frameworks. This has 
> caused a rather large cascade of `int` to `long` changes all over the 
> repeater packages (WICKET-1175
 ).
>
>
>
> Could someone shed some light? I'm still using JEE 6 (as many of us) 
> and I don't feel comfortable casting a bunch of longs to int in my DAO
code.
>
>
>
> ~ Thank you,
>
> Paul Bors
>
>
>

-
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: Wicket 6.x and Repeaters API change to use longs

2013-05-03 Thread Igor Vaynberg

4.8.4 Aggregate Functions in the SELECT Clause The result of a query
...

The Java type that is contained in the result of a query using an
aggregate function is as follows:
COUNT returns Long.
...

-igor

On Fri, May 3, 2013 at 8:35 AM, Paul Bors  wrote:
> I'm a bit confused and can't find the JPA version that uses longs instead of
> ints as mentioned in the migration guide at:
>
> https://cwiki.apache.org/WICKET/migration-to-wicket-60.html
>
> Repeaters
>
> *   `IDataProvider` was converted to using `long` instead of `int` to
> better line up with JPA and other persistence frameworks. This has caused a
> rather large cascade of `int` to `long` changes all over the repeater
> packages (WICKET-1175  ).
>
>
>
> Could someone shed some light? I'm still using JEE 6 (as many of us) and I
> don't feel comfortable casting a bunch of longs to int in my DAO code.
>
>
>
> ~ Thank you,
>
> Paul Bors
>
>
>

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

Wicket 6.x and Repeaters API change to use longs

I'm a bit confused and can't find the JPA version that uses longs instead of
ints as mentioned in the migration guide at:

https://cwiki.apache.org/WICKET/migration-to-wicket-60.html

Repeaters

*   `IDataProvider` was converted to using `long` instead of `int` to
better line up with JPA and other persistence frameworks. This has caused a
rather large cascade of `int` to `long` changes all over the repeater
packages (WICKET-1175  ).

 

Could someone shed some light? I'm still using JEE 6 (as many of us) and I
don't feel comfortable casting a bunch of longs to int in my DAO code.

 

~ Thank you,

Paul Bors

Re: Wasp-Swarm documentation

Thanks again, much appreciated.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wasp-Swarm-documentation-tp4658494p4658531.html
Sent from the Users forum mailing list archive at Nabble.com.

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

Re: Localized urls

2013-05-03 Thread Bertrand Guay-Paquet


Has no one ever done this? Any guidelines as to how to implement it?

On 01/05/2013 10:29 AM, Bertrand Guay-Paquet wrote:

Hello,

I'd like to localize the urls generated by my app like so:
/en/account/settings   -> AccountSettingsPage, locale EN
/fr/compte/parametres   -> AccountSettingsPage, locale FR

I already have urls prefixed with the locale base on the 
LocaleFirstMapper from Wicket examples, but they are all mapped the 
same way after the locale segment, like this:

/en/account/settings
/fr/account/settings

I could think of 2 potential approached to this, but neither seem easy 
to implement...


1- In my LocaleFirstMapper, have one "set" of localized mappers for 
each locale. I would need to duplicate the built-in mappers (link 
listeners, forms, etc.) manually for the extra sets of mappers.


2-Create a new RequestMapper class based on MountedMapper which allows 
custom dynamic parts in urls, somewhat like the page parameter 
placeholders make a url dynamic.


Any ideas or comments? Has anybody done this before?

Thanks!
Bertrand

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




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

Re: How to deal with JPA Entities in a Wicket Model? (Data handling in models)

2013-05-03 Thread Bertrand Guay-Paquet


Hi,

On 03/05/2013 9:58 AM, Christian Reiter wrote:

Hi!

I'm wondering what's the recommended way to store a unpersisted object 
while it is edited (I'm using EJBs with JPA as backend).


Let's imagine I want to build a customer editor which should be able 
to handle editing of new (unpersisted) and existing (persisted) 
customers.


If I use a loadable detachable model to load the customer from the 
backed, all unpersisted changes between requests are lost - not really 
desirable. If I use a simple model which stores the entity in 
serialized form my sessions are growing and in addition I've to handle 
entity refreshing if a user navigates back to the page by using the 
browser's back button to prevent the user from saving an old entity 
state.
I don't use JPA anymore, so this is from memory. If you store the JPA 
entity objects directly, you're actually storing the proxy objects 
created by your JPA provider to handle lazy-loading and such. This means 
you're probably serializing the entity manager as well! That would 
explain your session size issue. You can use dto (data transfer objects) 
instead which will not take much room in the session. This means you'll 
have to transfer data between the dto and the entity.


One way or another you must store the edited values between requests if 
the client doesn't send them back as part of a form. If using dto still 
makes your session size too large, you can store the temporary data in 
the database and keep an id pointing to that data in the session.


Best solution I can imagine would be if there would be a callback or 
overridable method which is called when the user navigates to a page 
and another one which is called when the user leaves a page. Those 
methods would be great to prepare and cleanup models. Are there such 
methods?
No method will reliably inform you that a user left a page. His WIFI 
could die, the power could go out, etc. You must clear all expired 
temporary data after some time. If your data is stored in the session, 
that's done automatically for you.


I hope this helps.

Bertrand

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

Re: Wasp-Swarm documentation

Thanks, if you could upload that would be great.

a link here would help greatly too.

https://cwiki.apache.org/WICKET/wasp-swarm-security.html





--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wasp-Swarm-documentation-tp4658494p4658527.html
Sent from the Users forum mailing list archive at Nabble.com.

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

Re: Wasp-Swarm documentation

2013-05-03 Thread Martijn Dashorst

https://github.com/wicketstuff/core/wiki/Wicket-Security---1.-Overview
https://github.com/wicketstuff/core/wiki/Wicket-Security---2.-Introduction
https://github.com/wicketstuff/core/wiki/Wicket-Security---3.-Getting-started
https://github.com/wicketstuff/core/wiki/Wicket-Security---4.-Spring-security

On Fri, May 3, 2013 at 3:49 PM, Martijn Dashorst  wrote:

> I've some documentation on my disk. Takes some time to upload somewhere.
>
> Martijn
>
>
> On Fri, May 3, 2013 at 3:40 PM, saty  wrote:
>
>> Anyone?
>>
>> Thanks
>>
>>
>>
>> --
>> View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Wasp-Swarm-documentation-tp4658494p4658522.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
>>
>>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com

Re: What is the wicket recommended approach

2013-05-03 Thread Bertrand Guay-Paquet


Hi,

Have a look at https://code.google.com/p/wicket-guide/ chapter 18.

On 03/05/2013 9:46 AM, saty wrote:

for securing wicket applications, going by no documentation etc available on
WASP/SWARM, i am just curious if there are other things available and
preferred.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/What-is-the-wicket-recommended-approach-tp4658523.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

How to deal with JPA Entities in a Wicket Model? (Data handling in models)

2013-05-03 Thread Christian Reiter


Hi!

I'm wondering what's the recommended way to store a unpersisted object 
while it is edited (I'm using EJBs with JPA as backend).


Let's imagine I want to build a customer editor which should be able to 
handle editing of new (unpersisted) and existing (persisted) customers.


If I use a loadable detachable model to load the customer from the 
backed, all unpersisted changes between requests are lost - not really 
desirable. If I use a simple model which stores the entity in serialized 
form my sessions are growing and in addition I've to handle entity 
refreshing if a user navigates back to the page by using the browser's 
back button to prevent the user from saving an old entity state.


Best solution I can imagine would be if there would be a callback or 
overridable method which is called when the user navigates to a page and 
another one which is called when the user leaves a page. Those methods 
would be great to prepare and cleanup models. Are there such methods?


Is there any recommended way to store entities in wicket while they are 
edited?


Kind Regards,
 Christian Reiter



--

Christian Reiter||| c.rei...@gmx.net


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

Re: Wasp-Swarm documentation

2013-05-03 Thread Martijn Dashorst

I've some documentation on my disk. Takes some time to upload somewhere.

Martijn

On Fri, May 3, 2013 at 3:40 PM, saty  wrote:

> Anyone?
>
> Thanks
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wasp-Swarm-documentation-tp4658494p4658522.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
>
>


-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com

What is the wicket recommended approach

for securing wicket applications, going by no documentation etc available on
WASP/SWARM, i am just curious if there are other things available and
preferred.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/What-is-the-wicket-recommended-approach-tp4658523.html
Sent from the Users forum mailing list archive at Nabble.com.

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

Re: Wasp-Swarm documentation

Anyone?

Thanks



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wasp-Swarm-documentation-tp4658494p4658522.html
Sent from the Users forum mailing list archive at Nabble.com.

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

Re: May Ajax handlers in Wicket 6 slow down rendering?

2013-05-03 Thread Nick Pratt

Thanks Martin - I meant more aligned with the existing Wicket framework - I
understand the JS concept, but was wondering if anyone had built the
(de)multiplexing code on the client and server to handle a single event
handler for a table/repeater component and how that could hook up with
existing server side Wicket components.

N


On Fri, May 3, 2013 at 3:51 AM, Martin Grigorov wrote:

> Hi,
>
> There are many articles in the web about "javascript event delegation".
> Here is one of them: http://davidwalsh.name/event-delegate
>
> The idea is that you should use AjaxEventBehavior on the table component
> without using AjaxLink or any other Ajax component/behavior for the
> components in the cells.
> The cells and rows can have data-xyz attributes with their specific data.
> When a cell is clicked AjaxCallListener can collect the related data from
> the data- attributes and send it to the server. The #onClick() method can
> process the posted data or just broadcast it with Wicket event to the
> children components so they can process it themselves.
>
> This pattern is not so straithforward as using AjaxLink but it indeed makes
> a difference in the performance, especially in IE family.
>
>
>
> On Fri, May 3, 2013 at 12:15 AM, Nick Pratt  wrote:
>
> > Any demos of this with Wicket form components or simple click listeners ?
> >
> > I'd much rather a repeater have a single listener for grouped events (or
> > maybe at the column level for tables)
> >
> > N
>

Re: May Ajax handlers in Wicket 6 slow down rendering?

2013-05-03 Thread Sven Meier

With something like this:

https://github.com/svenmeier/apachecon-wicket/blob/master/src/main/java/eu/apachecon/base/ui/performance/IndexEventBehavior.java

https://github.com/svenmeier/apachecon-wicket/blob/master/src/main/java/eu/apachecon/base/ui/performance/IndexEventBehavior.js

... you can have one listener for a whole table instead of one on each
row (or worse on each cell).

Regards
Sven

On 05/03/2013 10:59 AM, Martin Dietze wrote:

Thank you for this very enlightening comment.

On Fri, May 03, 2013, Martin Grigorov wrote:

There are many articles in the web about "javascript event delegation".
Here is one of them: http://davidwalsh.name/event-delegate

This is very useful, it helps understand how this works in
principle.

The idea is that you should use AjaxEventBehavior on the table component
without using AjaxLink or any other Ajax component/behavior for the
components in the cells.
The cells and rows can have data-xyz attributes with their specific data.
When a cell is clicked AjaxCallListener can collect the related data from
the data- attributes and send it to the server. The #onClick() method can
process the posted data or just broadcast it with Wicket event to the
children components so they can process it themselves.

Maybe if anyone has already written Wicket code using this
pattern can point to some source code somewhere out there, or
else provide some code snippet as an example?

I must admit that I've so far been perfectly happy with
Wicket's Ajax abstraction and thus struggle a bit here...

Cheers,

M'bert

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

Re: May Ajax handlers in Wicket 6 slow down rendering?

2013-05-03 Thread Martin Dietze

Thank you for this very enlightening comment.

On Fri, May 03, 2013, Martin Grigorov wrote:

> There are many articles in the web about "javascript event delegation".
> Here is one of them: http://davidwalsh.name/event-delegate

This is very useful, it helps understand how this works in
principle.

> The idea is that you should use AjaxEventBehavior on the table component
> without using AjaxLink or any other Ajax component/behavior for the
> components in the cells.
> The cells and rows can have data-xyz attributes with their specific data.
> When a cell is clicked AjaxCallListener can collect the related data from
> the data- attributes and send it to the server. The #onClick() method can
> process the posted data or just broadcast it with Wicket event to the
> children components so they can process it themselves.

Maybe if anyone has already written Wicket code using this
pattern can point to some source code somewhere out there, or
else provide some code snippet as an example? 

I must admit that I've so far been perfectly happy with
Wicket's Ajax abstraction and thus struggle a bit here...

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
Hier ich bin, steine Dich wie ein Wirbelwind.

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

Re: May Ajax handlers in Wicket 6 slow down rendering?

On Fri, May 3, 2013 at 10:42 AM, Martijn Dashorst <
martijn.dasho...@gmail.com> wrote:

> Would it be something for 7.x to make this more straightforward? Not sure
> how to accomplish that from the top of my head, but it would be quite nice
> to have this out-of-the-box.
>

We created our component with Wicket 1.5.
There is nothing that requires newer Wicket for it.
But let's think how to make some generic ajax behavior for this pattern.


>
> Martijn
>
> On Fri, May 3, 2013 at 9:51 AM, Martin Grigorov  >wrote:
>
> > Hi,
> >
> > There are many articles in the web about "javascript event delegation".
> > Here is one of them: http://davidwalsh.name/event-delegate
> >
> > The idea is that you should use AjaxEventBehavior on the table component
> > without using AjaxLink or any other Ajax component/behavior for the
> > components in the cells.
> > The cells and rows can have data-xyz attributes with their specific data.
> > When a cell is clicked AjaxCallListener can collect the related data from
> > the data- attributes and send it to the server. The #onClick() method can
> > process the posted data or just broadcast it with Wicket event to the
> > children components so they can process it themselves.
> >
> > This pattern is not so straithforward as using AjaxLink but it indeed
> makes
> > a difference in the performance, especially in IE family.
> >
> >
> >
> > On Fri, May 3, 2013 at 12:15 AM, Nick Pratt  wrote:
> >
> > > Any demos of this with Wicket form components or simple click
> listeners ?
> > >
> > > I'd much rather a repeater have a single listener for grouped events
> (or
> > > maybe at the column level for tables)
> > >
> > > N
> > > On May 2, 2013 6:10 PM, "Dan Retzlaff"  wrote:
> > >
> > > > Martin-G elaborated a bit on this last year:
> > > >
> > > >
> > >
> >
> http://mail-archives.apache.org/mod_mbox/wicket-users/201209.mbox/%3ccamomwmqdf3ytlstb_kbnvn9t1pump_-+npdtmtvyt+ac6ec...@mail.gmail.com%3E
> > > >
> > > > I think the gist is that you can avoid attaching listeners to each
> > child
> > > > with a single listener on the parent with enough smarts to figure out
> > > which
> > > > child generated the event.
> > > >
> > > >
> > > > On Thu, May 2, 2013 at 3:25 PM, Martin Dietze 
> wrote:
> > > >
> > > > > Than you for your help!
> > > > >
> > > > > On Thu, May 02, 2013, Martin Grigorov wrote:
> > > > >
> > > > > > > long blocks of Javascript code executed at "domready".
> > > > > > >
> > > > > >
> > > > > > This depends on how many Ajax components/behaviors you have in
> your
> > > > page
> > > > > > and how many OnDomReadyHeaderItems are contributed.
> > > > > >
> > > > > > If you use JavaScript event delegation with Wicket Ajax Behavior
> > that
> > > > > > broadcasts events then you can decrease this dramatically.
> > > > >
> > > > > That sounds interesting, but - forgive me my ignorance - this is
> > > > > the first time I hear about this kind of thing. Can you hint me
> > > > > at some example?
> > > > >
> > > > > Cheers,
> > > > >
> > > > > M'bert
> > > > >
> > > > > --
> > > > > --- / http://herbert.the-little-red-haired-girl.org /
> > > > > -
> > > > > =+=
> > > > > Katz' Law: Man and nations will act rationally when all other
> > > > >possibilities have been exhausted.
> > > > >
> > > > >
> -
> > > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > > >
> > > > >
> > > >
> > >
> >
> >
> >
> > --
> > Martin Grigorov
> > Wicket Training & Consulting
> > http://jWeekend.com 
> >
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
>



-- 
Martin Grigorov
Wicket Training & Consulting
http://jWeekend.com

Re: May Ajax handlers in Wicket 6 slow down rendering?

2013-05-03 Thread Martijn Dashorst

Would it be something for 7.x to make this more straightforward? Not sure
how to accomplish that from the top of my head, but it would be quite nice
to have this out-of-the-box.

Martijn

On Fri, May 3, 2013 at 9:51 AM, Martin Grigorov wrote:

> Hi,
>
> There are many articles in the web about "javascript event delegation".
> Here is one of them: http://davidwalsh.name/event-delegate
>
> The idea is that you should use AjaxEventBehavior on the table component
> without using AjaxLink or any other Ajax component/behavior for the
> components in the cells.
> The cells and rows can have data-xyz attributes with their specific data.
> When a cell is clicked AjaxCallListener can collect the related data from
> the data- attributes and send it to the server. The #onClick() method can
> process the posted data or just broadcast it with Wicket event to the
> children components so they can process it themselves.
>
> This pattern is not so straithforward as using AjaxLink but it indeed makes
> a difference in the performance, especially in IE family.
>
>
>
> On Fri, May 3, 2013 at 12:15 AM, Nick Pratt  wrote:
>
> > Any demos of this with Wicket form components or simple click listeners ?
> >
> > I'd much rather a repeater have a single listener for grouped events (or
> > maybe at the column level for tables)
> >
> > N
> > On May 2, 2013 6:10 PM, "Dan Retzlaff"  wrote:
> >
> > > Martin-G elaborated a bit on this last year:
> > >
> > >
> >
> http://mail-archives.apache.org/mod_mbox/wicket-users/201209.mbox/%3ccamomwmqdf3ytlstb_kbnvn9t1pump_-+npdtmtvyt+ac6ec...@mail.gmail.com%3E
> > >
> > > I think the gist is that you can avoid attaching listeners to each
> child
> > > with a single listener on the parent with enough smarts to figure out
> > which
> > > child generated the event.
> > >
> > >
> > > On Thu, May 2, 2013 at 3:25 PM, Martin Dietze  wrote:
> > >
> > > > Than you for your help!
> > > >
> > > > On Thu, May 02, 2013, Martin Grigorov wrote:
> > > >
> > > > > > long blocks of Javascript code executed at "domready".
> > > > > >
> > > > >
> > > > > This depends on how many Ajax components/behaviors you have in your
> > > page
> > > > > and how many OnDomReadyHeaderItems are contributed.
> > > > >
> > > > > If you use JavaScript event delegation with Wicket Ajax Behavior
> that
> > > > > broadcasts events then you can decrease this dramatically.
> > > >
> > > > That sounds interesting, but - forgive me my ignorance - this is
> > > > the first time I hear about this kind of thing. Can you hint me
> > > > at some example?
> > > >
> > > > Cheers,
> > > >
> > > > M'bert
> > > >
> > > > --
> > > > --- / http://herbert.the-little-red-haired-girl.org /
> > > > -
> > > > =+=
> > > > Katz' Law: Man and nations will act rationally when all other
> > > >possibilities have been exhausted.
> > > >
> > > > -
> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > >
> > > >
> > >
> >
>
>
>
> --
> Martin Grigorov
> Wicket Training & Consulting
> http://jWeekend.com 
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com

Re: Mount CSS resources in jar module

2013-05-03 Thread Bas Gooren


Hi,

We've written a (wicket 1.5) class for this: ClassResourcesMapper. It 
allows you to map all resources under a class (the scope) at a fixed url.


I've put it on pastebin: http://pastebin.com/0vGHCRMs

Met vriendelijke groet,
Kind regards,

Bas Gooren

Op 3-5-2013 9:02, schreef Herman Suijs:

Hi all,

I'm working on multiple portals which use a common-wicket jar containing
HTML, styling and some common components. I'm using Wicket 1.5.

What I'm trying to do is to render the css in the AbstractPage in this jar
module as /css/screen.css.

Because I don't have an Application class in common-wicket, I use an
Initializer to create a SharedResource:
 SharedResources sharedResources = application.getSharedResources();
 sharedResources.add("css/screen.css", new
CssPackageResource(this.getClass(), "css/screen.css", null, null, null));
 sharedResources.add("css/print.css", new
CssPackageResource(this.getClass(), "css/print.css", null, null, null));

screen.css imports other css files from the same directory. As far as I
know I need to have the css/screen.css relative to the Initializer above,
so it can find the screen.css and the css to import. But I'm not sure.

In the AbstractPage I render the CSS like this:
 response.renderCSSReference(new
SharedResourceReference(CommonWicketInitializer.class, "css/screen.css"),
"screen");
 response.renderCSSReference(new
SharedResourceReference(CommonWicketInitializer.class,"css/print.css"),
"print");

This gives me a url in the HTML:


I've tried to do mountResource on the screen.css:
 ICompoundRequestMapper rootRequestMapperAsCompound =
application.getRootRequestMapperAsCompound();
 rootRequestMapperAsCompound.add(new
ResourceMapper("css/screen.css", new
PackageResourceReference(this.getClass(), "css/screen.css")));

This makes my screen.css available as /css/screen.css, but the imported css
files cannot be retrieved.

I've been looking for a way to mount /css and all beneath it, but I've
found no way to do that yet.

Maybe someone can help me with this.

Thanks.

Re: May Ajax handlers in Wicket 6 slow down rendering?

Hi,

There are many articles in the web about "javascript event delegation".
Here is one of them: http://davidwalsh.name/event-delegate

The idea is that you should use AjaxEventBehavior on the table component
without using AjaxLink or any other Ajax component/behavior for the
components in the cells.
The cells and rows can have data-xyz attributes with their specific data.
When a cell is clicked AjaxCallListener can collect the related data from
the data- attributes and send it to the server. The #onClick() method can
process the posted data or just broadcast it with Wicket event to the
children components so they can process it themselves.

This pattern is not so straithforward as using AjaxLink but it indeed makes
a difference in the performance, especially in IE family.

On Fri, May 3, 2013 at 12:15 AM, Nick Pratt  wrote:

> Any demos of this with Wicket form components or simple click listeners ?
>
> I'd much rather a repeater have a single listener for grouped events (or
> maybe at the column level for tables)
>
> N
> On May 2, 2013 6:10 PM, "Dan Retzlaff"  wrote:
>
> > Martin-G elaborated a bit on this last year:
> >
> >
> http://mail-archives.apache.org/mod_mbox/wicket-users/201209.mbox/%3ccamomwmqdf3ytlstb_kbnvn9t1pump_-+npdtmtvyt+ac6ec...@mail.gmail.com%3E
> >
> > I think the gist is that you can avoid attaching listeners to each child
> > with a single listener on the parent with enough smarts to figure out
> which
> > child generated the event.
> >
> >
> > On Thu, May 2, 2013 at 3:25 PM, Martin Dietze  wrote:
> >
> > > Than you for your help!
> > >
> > > On Thu, May 02, 2013, Martin Grigorov wrote:
> > >
> > > > > long blocks of Javascript code executed at "domready".
> > > > >
> > > >
> > > > This depends on how many Ajax components/behaviors you have in your
> > page
> > > > and how many OnDomReadyHeaderItems are contributed.
> > > >
> > > > If you use JavaScript event delegation with Wicket Ajax Behavior that
> > > > broadcasts events then you can decrease this dramatically.
> > >
> > > That sounds interesting, but - forgive me my ignorance - this is
> > > the first time I hear about this kind of thing. Can you hint me
> > > at some example?
> > >
> > > Cheers,
> > >
> > > M'bert
> > >
> > > --
> > > --- / http://herbert.the-little-red-haired-girl.org /
> > > -
> > > =+=
> > > Katz' Law: Man and nations will act rationally when all other
> > >possibilities have been exhausted.
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
>

-- 
Martin Grigorov
Wicket Training & Consulting
http://jWeekend.com

Re: Atmosphere NPE

Hi,

Please create a quickstart and attach it to a ticket in Jira.
Thanks!


On Fri, May 3, 2013 at 7:36 AM, Noven  wrote:

> Hi all,
>
> I have issue with atmosphere, below is the log:
>
> 2013-05-01 19:11:32.880602500 INFO  - AtmosphereBehavior -
> Resuming the streaming response from ip 127.0.0.101:41704
> 2013-05-01 19:11:32.880714500 INFO  - AtmosphereBehavior -
> streaming connection dropped from ip 127.0.0.101:41704
> 2013-05-01 19:11:32.886105500 ERROR - AtmosphereBehavior -
> 2013-05-01 19:11:32.886106500 java.lang.NullPointerException
> 2013-05-01 19:11:32.886106500 at
> org.apache.wicket.atmosphere.EventBus.get(EventBus.java:87)
>
> Also I found that this issue make my application become unresponsive and
> cause tomcat shut down.  Did anybody ever experiencing this?
>
> Any help will be appreciated. Thank you.
>
> Below is my web.xml
>
> 
> contextConfigLocation
> classpath:applicationContext.xml
> 
> 
>
> org.springframework.web.context.ContextLoaderListener
> 
> 
> wicket.admin
> wicket.admin
> org.atmosphere.cpr.AtmosphereServlet
> 
> applicationClassName
> com.admin.WicketApplication
> 
> 
> configuration
> deployment
> 
> 
> org.atmosphere.useWebSocket
> true
> 
> 
> org.atmosphere.useNative
> true
> 
> 
> org.atmosphere.cpr.sessionSupport
> true
> 
> 
> filterMappingUrlPattern
> /*
> 
> 
>
> org.atmosphere.websocket.WebSocketProtocol
>
> org.atmosphere.websocket.protocol.EchoProtocol
> 
> 
>
> org.atmosphere.cpr.broadcastFilterClasses
>
> org.apache.wicket.atmosphere.TrackMessageSizeFilter
> 
> 0
> 
>
> 
> wicket.admin
> /*
> 




-- 
Martin Grigorov
Wicket Training & Consulting
http://jWeekend.com

Re: Mount CSS resources in jar module