Re: Adding a javascript function to wicket

2011-07-14 Thread Pepijn de Geus 
If you use WiQuery (which we do too, it's great), you can just let your 
component (Panel, WebMarkupContainer, Page) implement IWiQueryPlugin and 
implement statement().


On 13 jul 2011, at 20:01, Martin Grigorov wrote:

 Browse the sources at
 https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jquery-parent
 
 On Wed, Jul 13, 2011 at 7:51 PM, hariharansrc hariharan...@gmail.com wrote:
 I want $(document).ready() a JQuery function to execute with wicket.I know i
 want to use wiquery but anybody tell how to call JQuery function using
 wiquery
 
 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/Adding-a-javascript-function-to-wicket-tp3665506p3665506.html
 Sent from the Users forum mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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

Re: Major session problem [GAE]

2011-06-09 Thread Pepijn de Geus 
Storing the User in a static field doesn't seem wise: the static field is 
shared between all session instances, so this will break.
Besides that, I'd advise not to store the User instance itself in the session, 
but only the user ID (or username, or email). The User instance can be cached 
in a transient field, which can be checked and loaded on request by a 
(non-static) getUser() method.

Something like this:

public class MySession extends WebSession {

private int userId = -1;
private transient User user;

public void setUser(User user) {
userId = user.getId();
this.user = user;
}

public User getUser() {
if (userId == -1) return null;
if (user == null) {
user = UserDAO.loadUser(userId);
}
return user;
}

@Override
public void detach() {
user = null;
super.detach();
}

}


On 9 jun 2011, at 10:48, Zeldor wrote:

 Hi,
 
 I have really serious problems with my sessions - or rather getting and
 displaying data with it. It works great when tested locally, but when
 deployed to GAE it acts weird. In bad way. I have no idea if it's wicket or
 GAE issue, but maybe I can get some hints here.
 
 Problem is that:
 - it quite often fails to load data, so when user logs it it shows blank
 pages, without any data, that should com from session
 [MySession.loggedInUser.get...]
 - on very rare occasions it can show old values, that were changed long time
 ago, some residue must be left over somewhere and is not cleaned and somehow
 it can switch between
 - and there was a case when one user could see data from other user [so
 sessions switched?]
 
 Of course situations 23 can never happen. Situation 1 neither - but maybe
 it can be solved by some check and reload of data?
 
 Some code to illustrate:
 
 MySession:
 
 public class MySession extends WebSession {
   
   public MySession(Request request) {
   super(request);
   }
   
   public boolean isAuthenticated() {
   return (loggedInUser != null);
   }
   
   public static User loggedInUser;
   
   
   public User getLoggedInUser() {
   return loggedInUser;
   }
   public void setLoggedInUser(User loggedInUser) {
   this.loggedInUser = loggedInUser;
   }
 }
 
 In Login:
 
 ((MySession) MySession.get()).setLoggedInUser(user);
 
 
 Later data is accessed by MySession.loggedInUser.[getters/setters here] and
 persisted to datastore when anything changes.
 
 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/Major-session-problem-GAE-tp3584894p3584894.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: Major session problem [GAE]

2011-06-09 Thread Pepijn de Geus 
The Wicket websession has a static .get(), which will always return the 
ThreadLocal session instance for the current user.
So you can use that and cast the result to your session, or add your own get() 
to your session:

public static MySession get() {
return (MySession) WebSession.get();
}

WebPage also has his own getSession() you could use.


On 9 jun 2011, at 15:02, Zeldor wrote:

 norckon:
 
 Getting whole entity is good in my case. User can modify only his data and
 no one else can even access or see it. It speeds up things too. 
 
 Anyway, how do you invoke the rest? Without static you of course get
 non-static method cannot be referenced from a static context compilation
 error.
 
 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/Major-session-problem-GAE-tp3584894p3585460.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

Fixing redirect with relative part for mobile device

2011-02-22 Thread Pepijn de Geus 
Hi all,

I'm working on a mobile website to be accessed by all kinds of devices, 
including the Nokia N95.
While testing we found out certain links were not working on the N95, while 
other devices and desktop browsers worked fine. I started a tcpdump and 
narrowed the problem to a redirect Wicket performs.

My page is mounted on '/m/mypage' using the HybridIndexed strategy. When 
clicking this link, Wicket enables versioning by redirecting to '/m/mypage.0' 
(or any other number). The redirect however is not absolute, but relative; the 
Location header contains '/m/../m/mypage.0'. Almost all browsers resolve the 
relative part and are redirected properly. The N95 actually performs a request 
using the relative URL, which Wicket doesn't understand, resulting in a 404.

I found some JavaDoc on WebRequest#sendRedirect(String) proposing a solution to 
this problem (although mentioning a faulty container instead of mobile device):
http://wicket.apache.org/apidocs/1.4/org/apache/wicket/protocol/http/WebResponse.html#sendRedirect%28java.lang.String%29

I tried to use this solution, but for some reason RequestCycle.get() returns 
null while inside the sendRedirect method. I tried to figure out why, but the 
whole request cycle and unsetting/detaching is still a bit messy for me.
Anybody know why this is happening, or other solutions to this problem?

Thanks in advance,
Pepijn



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

Re: Fixing redirect with relative part for mobile device

2011-02-22 Thread Pepijn de Geus 
I'm afraid that's not possible. My company is using GlassFish as a standard.
It should be possible to fix this, since Wicket already suggests a solution. It 
must be possible to get the RequestCycle somehow, right? :)


On 22 feb 2011, at 19:56, Martin Grigorov wrote:

 Try running your application in different web container. I remember some
 version of Tomcat to had that problem.
 Per JEE spec it is container's responsibility to make the redirect url
 absolute.
 
 On Tue, Feb 22, 2011 at 8:13 PM, Pepijn de Geus pdeg...@me.com wrote:
 
 Hi all,
 
 I'm working on a mobile website to be accessed by all kinds of devices,
 including the Nokia N95.
 While testing we found out certain links were not working on the N95, while
 other devices and desktop browsers worked fine. I started a tcpdump and
 narrowed the problem to a redirect Wicket performs.
 
 My page is mounted on '/m/mypage' using the HybridIndexed strategy. When
 clicking this link, Wicket enables versioning by redirecting to
 '/m/mypage.0' (or any other number). The redirect however is not absolute,
 but relative; the Location header contains '/m/../m/mypage.0'. Almost all
 browsers resolve the relative part and are redirected properly. The N95
 actually performs a request using the relative URL, which Wicket doesn't
 understand, resulting in a 404.
 
 I found some JavaDoc on WebRequest#sendRedirect(String) proposing a
 solution to this problem (although mentioning a faulty container instead of
 mobile device):
 
 http://wicket.apache.org/apidocs/1.4/org/apache/wicket/protocol/http/WebResponse.html#sendRedirect%28java.lang.String%29
 
 I tried to use this solution, but for some reason RequestCycle.get()
 returns null while inside the sendRedirect method. I tried to figure out
 why, but the whole request cycle and unsetting/detaching is still a bit
 messy for me.
 Anybody know why this is happening, or other solutions to this problem?
 
 Thanks in advance,
 Pepijn
 
 
 
 -
 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 set cookie domain?

2011-02-02 Thread Pepijn de Geus 
Cookie itself can handle that: Cookie#setDomain(String).

For session cookies, you can use the sun-web.xml, at least in GlassFish:
http://download.oracle.com/docs/cd/E19776-01/820-4502/6nfvbc8id/index.html


On 2 feb 2011, at 04:38, Paolo wrote:

 Hi,
 I want add a cookie, and I saw on this site, how to do this.
 
 https://cwiki.apache.org/WICKET/dealing-with-cookies.html
 
 ((WebResponse)RequestCycle.get().getResponse()).addCookie(new 
 Cookie(cookieName, cookieValue));
 
 but I need to specify also the domanin.
 
 I need something like this PHP code, but for Wicket:
 
 ini_set('session.cookie_domain', '.otherdomain.com');
 
 thank you!
 
 -
 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: FeedbackPanel inside PropertyListView

2011-02-02 Thread Pepijn de Geus 
Construct the FeedbackPanel with a filter, either a 
ComponentFeedbackMessageFilter or ContainerFeedbackMessageFilter.

On 2 feb 2011, at 13:27, Duro wrote:

 Hello,
 in my FeedbackPanel, which is created inside PropertyListView I experience 
 this behaviour. Each item , which is created in the PropertyListView contains 
 a form and some data, which u can edit and a FeedbackPanel.  When there is a 
 new message in the FeedbackPanel, it is shown in all FeedbackPanels that are 
 created. What do i have to do, so that the message is shown only in the one, 
 where it belongs?
 
 PropertyListViewHarvestedFile propertyListView = new 
 PropertyListViewHarvestedFile(
allFiles, list) {
private static final long serialVersionUID = 612045960036358963L;
 
@Override
protected void populateItem(ListItemHarvestedFile item) {

form.add(new FeedbackPanel(feedback));

form.add(textField);

 }
 
 later, i call textField.error(False input);
 
 thx, Juraj
 __
 Do You Yahoo!?
 Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz 
 gegen Massenmails. http://mail.yahoo.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

continueToOriginalDestination not working correctly

2010-09-30 Thread Pepijn de Geus 
Hi all,

I'm working on a website were the customer can enable a splash page that will 
be displayed once per session to every visitor entering the site.
To achieve this, I've added a small session check with a to my BasePage, which 
is the parent of all webpages:

if (!getSession().isSplashShown()) {
SplashData splash = em.find(SplashData.class, SplashData.ID);
if (splash.isEnabled()) {
throw new RestartResponseAtInterceptPageException(SplashWebPage.class);
} else {
getSession().setSplashShown();
}
}

This works like expected; the user is redirected to the URL the SplashWebPage 
is mounted on.
On the SplashWebPage, which does not extends BasePage, I've added a 
AjaxFallbackLink like this:

session.setSplashShown();



add(new AjaxFallbackLinkVoid(close) {
private static final long serialVersionUID = 1L;

public void onClick(AjaxRequestTarget target) {
if (!continueToOriginalDestination()) {
setResponsePage(HomePage.class);
}
}
});

Clicking this links does not work. The log tells me:

ClassName=org.apache.wicket.protocol.http.WebResponse;MethodName=redirect;|Redirecting
 to 
(nothing after 'to', only a space)

and the AJAX response reads:

ajax-responseredirect/redirect/ajax-response

I was able to solve this issue by either:
- Changing the link to a non-ajax one
- Mounting the SplashWebPage on a path 'deeper' then the one the user 
originally tried te open, such as /splash/work/please. The user is then 
redirected to ../../ correctly.

It this a bug in Wicket, or am I doing something stupid?

Thanks in advance,
Pepijn

Session cookie path

2010-07-29 Thread Pepijn de Geus 
Hi,

We're running Wicket 1.4.9 on GlassFish 2.1 behind an Apache server running on 
port 80.
In several Apache virtual hosts we use JkMount to mount the GlassFish 
applications.

I just found out this raises a problem: Wicket sets the session cookie path to 
the servlet contextpath /MyProject by default.
Is there any way to configure or change this path? I couldn't find any usefull 
get...Settings() methods for this.

Thanks a lot!
Pepijn
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Session cookie path

2010-07-29 Thread Pepijn de Geus 
Found a (non-Wicket) solution using sun-web.xml:
http://markmail.org/message/hi6ecymqdh7gyi4y


On 29 jul 2010, at 14:02, Pepijn de Geus wrote:

 Hi,
 
 We're running Wicket 1.4.9 on GlassFish 2.1 behind an Apache server running 
 on port 80.
 In several Apache virtual hosts we use JkMount to mount the GlassFish 
 applications.
 
 I just found out this raises a problem: Wicket sets the session cookie path 
 to the servlet contextpath /MyProject by default.
 Is there any way to configure or change this path? I couldn't find any 
 usefull get...Settings() methods for this.
 
 Thanks a lot!
 Pepijn
 -
 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