Re: [Wicket-user] Overriding onRender() for BookmarkablePageLink

[Gili]

	Playing devil's advocate here: so what's the point/benefit of 
preventing a call to setEnabled() if one can override isEnabled and 
modify the hierarchy beyind Wicket's back anyway?


	I personally prefer explicit calls to setEnabled() from onRender() than 
subclassing because it allows me to know upfront exactly where its value 
is being changed (plus you don't have to recalculate the value if it 
hasn't been changed).


Gili

Eelco Hillenius wrote:

Just override isEnabled. That's why it's not final.

Eelco


On 3/15/06, David Leangen [EMAIL PROTECTED] wrote:

This approach used to work for me under 1.1, but no longer in 1.2.

I have a BookmarkablePageLink that I want to disable when its target is
a subclass of a given page.

I used to do something like this:

  protected void onRender( final MarkupStream markupStream )
  {
  setEnabled( ! m_parentClass.isAssignableFrom(
   getPage().getClass() ) );
  super.onRender( markupStream );
  }


But this now throws an exception:

wicket.WicketRuntimeException: Cannot modify component hierarchy during
render phase
 at wicket.Page.checkHierarchyChange(Page.java:1001)
 at wicket.Page.componentStateChanging(Page.java:934)
 at wicket.Component.addStateChange(Component.java:2118)
 at wicket.Component.setEnabled(Component.java:1732)

...


How should I go about creating the same effect? Where should I set the link's 
enabled value based on the above criterion?


Thanks!
Dave





---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Overriding onRender() for BookmarkablePageLink

[Gili]

	Absolutely, I can see why it would be useful to override getEnabled() 
when your state depends on many factors (some of which you cannot hook). 
I can also see the case where setEnabled() is simply easier to use for 
more static or hookable factors. Anyway, good to know.


Gili

Eelco Hillenius wrote:

Playing devil's advocate here: so what's the point/benefit of
preventing a call to setEnabled() if one can override isEnabled and
modify the hierarchy beyind Wicket's back anyway?



That setEnabled method records a change and is thus useful for a
visibility flag that has to roll back with back button clicks. For
instance, when you have a user action (e.g. a button) for enabling/
disabling the visibility of the component. But when you calculate
whether a component should be displayed or not, it might actually be a
better idea to override getEnabled, as that will guarantee the
behavior based on the current application state and will thus not be
stale.


From an API point of view, this one is less tight, and we discussed a

couple of times whether we should make getEnabled final or not. We
concluded that having that method overridable is just too useful, so
we didn't make it final.

On 3/16/06, Gili [EMAIL PROTECTED] wrote:


I personally prefer explicit calls to setEnabled() from onRender() than
subclassing because it allows me to know upfront exactly where its value
is being changed (plus you don't have to recalculate the value if it
hasn't been changed).


You can still achieve te same by overriding onBeginRequest. We are
still discussing whether that method shouldn't be called onBeginRender
btw.

Eelco


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] What about java.net?

[Gili]

Hi,

	I just realized java.net has a very fast CVS server, mailing lists, 
issue tracker, etc... I think it has everything we need (correct me if 
I'm wrong).


	Also, I think we could even plug in JIRA to use as the issue tracker if 
we wanted.


Would it be possible to move off SF's crusty CVS server and onto 
java.net?

Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Re: What about java.net?

[Gili]

Also, java.net just got SVN support!

https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

Gili

Gili wrote:

Hi,

I just realized java.net has a very fast CVS server, mailing lists, 
issue tracker, etc... I think it has everything we need (correct me if 
I'm wrong).


Also, I think we could even plug in JIRA to use as the issue tracker 
if we wanted.


Would it be possible to move off SF's crusty CVS server and onto 
java.net?


Gili


--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: What about java.net?

[Gili]

	Normally I would agree... but this has been going on for over a year 
now (them making promises that CVS will get fixed anytime now). I don't 
doubt that SVN support will become standard on SF.net sometime soon. I 
*do* doubt that their reliability will change. Who says SVN will work 
any better than CVS? The flakiness was never in the CVS software, it was 
in the SF hardware and/or configuration.


	java.net has a better track record and they do seem to meet all the 
requirements (don't they?). Isn't it worth looking into it?


Gili

Guillermo Castro wrote:

Gili,

SouceForge has SVN support too. I think that SF is making lots of 
progress in getting their tools together. The recent redesign of the 
pages, the added svn support, etc. means that SF is still fighting to be 
*the* open source software projects repository.


Regards,

On 3/10/06, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



Also, java.net http://java.net just got SVN support!


https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

Gili

Gili wrote:
  Hi,
 
  I just realized java.net http://java.net has a very fast
CVS server, mailing lists,
  issue tracker, etc... I think it has everything we need (correct
me if
  I'm wrong).
 
  Also, I think we could even plug in JIRA to use as the issue
tracker
  if we wanted.
 
  Would it be possible to move off SF's crusty CVS server and onto
  java.net http://java.net?
 
  Gili

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Guillermo Castro [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

Monterrey NL, Mexico http://www.javageek.org/


--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: What about java.net?

[Gili]

What do you mean by navigation?

Gili

Eelco Hillenius wrote:

I don't like their navigation though.

Eelco

On 3/10/06, Gili [EMAIL PROTECTED] wrote:

Normally I would agree... but this has been going on for over a year
now (them making promises that CVS will get fixed anytime now). I don't
doubt that SVN support will become standard on SF.net sometime soon. I
*do* doubt that their reliability will change. Who says SVN will work
any better than CVS? The flakiness was never in the CVS software, it was
in the SF hardware and/or configuration.

java.net has a better track record and they do seem to meet all the
requirements (don't they?). Isn't it worth looking into it?

Gili

Guillermo Castro wrote:

Gili,

SouceForge has SVN support too. I think that SF is making lots of
progress in getting their tools together. The recent redesign of the
pages, the added svn support, etc. means that SF is still fighting to be
*the* open source software projects repository.

Regards,

On 3/10/06, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:


Also, java.net http://java.net just got SVN support!


https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

Gili

Gili wrote:
  Hi,
 
  I just realized java.net http://java.net has a very fast
CVS server, mailing lists,
  issue tracker, etc... I think it has everything we need (correct
me if
  I'm wrong).
 
  Also, I think we could even plug in JIRA to use as the issue
tracker
  if we wanted.
 
  Would it be possible to move off SF's crusty CVS server and onto
  java.net http://java.net?
 
  Gili

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Guillermo Castro [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Monterrey NL, Mexico http://www.javageek.org/

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: What about java.net?

[Gili]

	One final question, did SourceForge mention whether moving to SVN will 
remove the sync lag between the dev and anonymous servers? There is 
still a couple hours worth of lag between their CVS servers.


Gili

Gili wrote:


That's perfectly fine with me. If SVN anonymous access is reliable 
then I'm more than happy to stay with SourceForge.


Gili

Eelco Hillenius wrote:

The thing is, that such a change is not trivial for us. We had a very
good reason to move away from codehaus, as they were very unresponsive
to our requests. And that was not too long after the start of the
project too. However, moving to some other host now will be a major
undertaking for the team, so we better make sure it is worth it. I'd
say let's wait for a bit and see whether this SVN thing will help our
users out. Furthermore, there have been talks with people from Apache,
which might in the future be one of the options open to us.

Eelco


On 3/10/06, Gili [EMAIL PROTECTED] wrote:
You totally control what goes in the main body of the 
website. Put in

whatever navigation and color-scheme *you* happen to like. Go wild! If
you absolutely cannot stand having a sidebar, create your own website
and link it to java.net resources.

Call me crazy, but I am more concerned with reliability than 
pretty

colors. I've always disliked SourceForge's ugly pages myself until
they've recently revamped them. You could always write a request to the
java.net admins asking for the ability to banish the sidebar altogether
or make it configurable. Requests go here:
https://java-net.dev.java.net/servlets/ForumMessageList?forumID=93

Gili

Riyad Kalla wrote:
If by the crappy left hand menus and not being able to tell what 
belongs

to the site, what belongs to the project and overall having a hard time
finding files that belong to the project, screenshots, docs, etc... 
then

yes, me too.

Eelco Hillenius wrote:

I don't like their navigation though.

Eelco

On 3/10/06, Gili [EMAIL PROTECTED] wrote:

Normally I would agree... but this has been going on for 
over a year
now (them making promises that CVS will get fixed anytime now). I 
don't
doubt that SVN support will become standard on SF.net sometime 
soon. I

*do* doubt that their reliability will change. Who says SVN will work
any better than CVS? The flakiness was never in the CVS software, 
it was

in the SF hardware and/or configuration.

java.net has a better track record and they do seem to 
meet all the

requirements (don't they?). Isn't it worth looking into it?

Gili

Guillermo Castro wrote:


Gili,

SouceForge has SVN support too. I think that SF is making lots of
progress in getting their tools together. The recent redesign of the
pages, the added svn support, etc. means that SF is still 
fighting to be

*the* open source software projects repository.

Regards,

On 3/10/06, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:


Also, java.net http://java.net just got SVN support!


https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93 


https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93 



Gili

Gili wrote:
  Hi,
 
  I just realized java.net http://java.net has a very 
fast

CVS server, mailing lists,
  issue tracker, etc... I think it has everything we need 
(correct

me if
  I'm wrong).
 
  Also, I think we could even plug in JIRA to use as the 
issue

tracker
  if we wanted.
 
  Would it be possible to move off SF's crusty CVS 
server and onto

  java.net http://java.net?
 
  Gili

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking 
scripting

language
that extends applications into web and mobile media. Attend 
the live

webcast
and join the prime developer group breaking into this new coding
territory!

http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 


http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 


___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Guillermo Castro [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Monterrey NL, Mexico http://www.javageek.org/


--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting 
language
that extends applications into web and mobile media. Attend the 
live webcast
and join the prime developer group breaking into this new coding 
territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid

[Wicket-user] URL of shared Resource

[Gili]

Hi,

The top of Resource's Javadoc reads:

Resources themselves do not currently have URLs. Instead, they are 
referred to by components that have URLs.


	but this isn't true in the case of bookmarkable resources where the 
user just enters a URL in the browser and gets back the resource. In 
such a case, is there a way for me to get back the URL that generated 
the Resource? I need this in order to generate different images out of 
the same Resource, depending on the query string and/or the rest of the 
URL path.


Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: What about java.net?

[Gili]

	That's perfectly fine with me. If SVN anonymous access is reliable then 
I'm more than happy to stay with SourceForge.


Gili

Eelco Hillenius wrote:

The thing is, that such a change is not trivial for us. We had a very
good reason to move away from codehaus, as they were very unresponsive
to our requests. And that was not too long after the start of the
project too. However, moving to some other host now will be a major
undertaking for the team, so we better make sure it is worth it. I'd
say let's wait for a bit and see whether this SVN thing will help our
users out. Furthermore, there have been talks with people from Apache,
which might in the future be one of the options open to us.

Eelco


On 3/10/06, Gili [EMAIL PROTECTED] wrote:

You totally control what goes in the main body of the website. Put in
whatever navigation and color-scheme *you* happen to like. Go wild! If
you absolutely cannot stand having a sidebar, create your own website
and link it to java.net resources.

Call me crazy, but I am more concerned with reliability than pretty
colors. I've always disliked SourceForge's ugly pages myself until
they've recently revamped them. You could always write a request to the
java.net admins asking for the ability to banish the sidebar altogether
or make it configurable. Requests go here:
https://java-net.dev.java.net/servlets/ForumMessageList?forumID=93

Gili

Riyad Kalla wrote:

If by the crappy left hand menus and not being able to tell what belongs
to the site, what belongs to the project and overall having a hard time
finding files that belong to the project, screenshots, docs, etc... then
yes, me too.

Eelco Hillenius wrote:

I don't like their navigation though.

Eelco

On 3/10/06, Gili [EMAIL PROTECTED] wrote:


Normally I would agree... but this has been going on for over a year
now (them making promises that CVS will get fixed anytime now). I don't
doubt that SVN support will become standard on SF.net sometime soon. I
*do* doubt that their reliability will change. Who says SVN will work
any better than CVS? The flakiness was never in the CVS software, it was
in the SF hardware and/or configuration.

java.net has a better track record and they do seem to meet all the
requirements (don't they?). Isn't it worth looking into it?

Gili

Guillermo Castro wrote:


Gili,

SouceForge has SVN support too. I think that SF is making lots of
progress in getting their tools together. The recent redesign of the
pages, the added svn support, etc. means that SF is still fighting to be
*the* open source software projects repository.

Regards,

On 3/10/06, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:


Also, java.net http://java.net just got SVN support!


https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

Gili

Gili wrote:
  Hi,
 
  I just realized java.net http://java.net has a very fast
CVS server, mailing lists,
  issue tracker, etc... I think it has everything we need (correct
me if
  I'm wrong).
 
  Also, I think we could even plug in JIRA to use as the issue
tracker
  if we wanted.
 
  Would it be possible to move off SF's crusty CVS server and onto
  java.net http://java.net?
 
  Gili

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Guillermo Castro [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Monterrey NL, Mexico http://www.javageek.org/


--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email

Re: [Wicket-user] Re: What about java.net?

[Gili]

	You totally control what goes in the main body of the website. Put in 
whatever navigation and color-scheme *you* happen to like. Go wild! If 
you absolutely cannot stand having a sidebar, create your own website 
and link it to java.net resources.


	Call me crazy, but I am more concerned with reliability than pretty 
colors. I've always disliked SourceForge's ugly pages myself until 
they've recently revamped them. You could always write a request to the 
java.net admins asking for the ability to banish the sidebar altogether 
or make it configurable. Requests go here: 
https://java-net.dev.java.net/servlets/ForumMessageList?forumID=93


Gili

Riyad Kalla wrote:
If by the crappy left hand menus and not being able to tell what belongs 
to the site, what belongs to the project and overall having a hard time 
finding files that belong to the project, screenshots, docs, etc... then 
yes, me too.


Eelco Hillenius wrote:

I don't like their navigation though.

Eelco

On 3/10/06, Gili [EMAIL PROTECTED] wrote:
  

Normally I would agree... but this has been going on for over a year
now (them making promises that CVS will get fixed anytime now). I don't
doubt that SVN support will become standard on SF.net sometime soon. I
*do* doubt that their reliability will change. Who says SVN will work
any better than CVS? The flakiness was never in the CVS software, it was
in the SF hardware and/or configuration.

java.net has a better track record and they do seem to meet all the
requirements (don't they?). Isn't it worth looking into it?

Gili

Guillermo Castro wrote:


Gili,

SouceForge has SVN support too. I think that SF is making lots of
progress in getting their tools together. The recent redesign of the
pages, the added svn support, etc. means that SF is still fighting to be
*the* open source software projects repository.

Regards,

On 3/10/06, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:


Also, java.net http://java.net just got SVN support!


https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

https://java-net.dev.java.net/servlets/ProjectForumMessageView?messageID=11831forumID=93

Gili

Gili wrote:
  Hi,
 
  I just realized java.net http://java.net has a very fast
CVS server, mailing lists,
  issue tracker, etc... I think it has everything we need (correct
me if
  I'm wrong).
 
  Also, I think we could even plug in JIRA to use as the issue
tracker
  if we wanted.
 
  Would it be possible to move off SF's crusty CVS server and onto
  java.net http://java.net?
 
  Gili

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Guillermo Castro [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Monterrey NL, Mexico http://www.javageek.org/
  

--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user





---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

  


--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking

Re: [Wicket-user] Verbosity URL issue

[Gili]

	http://www.servoy.com uses JSP as far as I can tell. If you hit their 
product page, it uses a JSP extension.


Gili

Tim Johnson wrote:

According to the article posted on Java Lobby by R.J. Lorimer (which are
fantastic...keep it up R.J.)

Some developers may be concerned about the verbosity of this URL (shows a
lot about the underlying application) - Wicket 1.1 has an alias system that
helps you obfuscate this - and Wicket 1.2 will drastically enhance the
support - http://www.javalobby.org/java/forums/t61556.html

I am one of these said developers.  I'm curious to know how sites like
http://www.servoy.com - (which I've been lead to believe is using wicket)
can achieve the standard looking url links.  This is a concern for things
like SEO and linking within the site itself.  I'm currently testing the
latest CVS version of wicket.

Thanks for the insight

Tim



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: Re: Re: Wicket 1.2 and wicket:header

[Gili]

Excellent work! I plan on giving this a whirl real soon :)

Gili

Eelco Hillenius wrote:

I just commited improvements for header contributions. I created
behavior HeaderContributor which allows you to contribute to the page
header without being bound to the static class structure. Furthermore,
this would be a good basis for cleaning up our ajax support; they now
implement IHeaderContributor and have methods for writing to the
header, but using this new behaviors are more strongly typed and all
the filtering of double contributions is put in the behavior as an
implementation detail. It can be used like:

add(HeaderContributor.forCssReference(MyPanel.class, mystyle.css));

Preferably in constructors as their greatest value is for creating
custom components still.

Have fun with it, and as always be patient a few hours before it'll
show up in annonymous CVS.

Eelco


On 3/6/06, jan_bar [EMAIL PROTECTED] wrote:

Hi,

I created standalone class out of WebMarkupWithAssociatedMarkup, it required
just a small typing. The ctor now takes WebMarkupContainer (Form in my
case), all occurences of 'this' now use the 'container', class
HeaderPartContainer extends WebMarkupContainer and I have to add public
setMyMarkupStream() that calls protected setMarkupStream(). Usage is similar
like in Panel. To my surprice it works without further debugging/tweaking.

Jan

Juergen Donnerstag [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Yes, it is about having an extra markup file with Form (or any other
Component) but ONLY wicket:head would be taken from that file. That
used to work and it still does if you derive your component from
WebMarkupWithAssociatedMarkup, but of course you can not use it with
Form. I tried Jan's suggestion already and made it a helper class, but
it would required a) plenty of parameters and b) we'd need to make a
couple more methods public (or add even more parameter to the methd
call). My first approach (though I didnt spend to much time on it)
looked fairly ugly.

renderHead(): That's actually where WebMarkupWithAssociatedContainer
taps in (see Panel, Border)

And I dont want to move all the stuff from
WebMarkupContainerWithAssociatedMarkup into WebMarkupContainer. I dont
think this pretty nice either. What we would need were extend java
access model like you and Jon were discussing on Eclipsezone.

Juergen

On 3/6/06, jan_bar [EMAIL PROTECTED] wrote:

For me it would be nice if
WebMarkupContainerWithAssociatedMarkup is standalone class.
I can put it as a member to my Form and use it in renderHead().

Jan


Johan Compagner [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
But a form component (so not a panel with own markup)
can contribute to a header just fine:

public void renderHead(HtmlHeaderContainer container)

But i guess the discussion is here that even for non own markup components
we need
to search for markup where the header part is in??

Or do i misunderstand the discussion we have here?

The problem i have with that renderHead call is that i need to do some
tricky stuff so
that when i have 2 components on the same page the headers is not
contributed twice
But that is easy done with a boolean or thread local field

johan



On 3/6/06, Eelco Hillenius  [EMAIL PROTECTED] wrote:

I agree with the inconvenience Jan has. I have an other example... I
was working on a slider this weekend, based on the Yahoo slider
javascript component. It would be nice to let this be a form component
that can participate in form validation, population, etc, but also to
use  markup with this form, including header contribution. Currently,
you either have to make the component a panel, and nest a form
component in that and let that pass any interesting events thu to the
parent, or you have to extend formcomponent and write a lot of
duplicate code - the code that's now in both Panel and
WebMarkupContainerWithAssociatedMarkup - yourself.

It would be nice if there was an easier/ more elegant way.

Eelco


On 3/5/06, jan_bar [EMAIL PROTECTED]  wrote:

I will try to express myself better and I will add bug report if

needed.

In Wicket 1.1 I had a ValidatedForm class that inherits from Form.

That

class does client form validation (uses fvalidate scripts). The
ValidatedForm needs to add the scripts (and css) to the Page markup

where

the form is used. In Wicket I created ValidateForm.html with

wicket:head,

put the scrripts there and use JavaScriptReference. With Wicket 1.2

(beta)

it doesn't work. The reason is that Wicket doesn't read the associated
markup for Form.
I think I can create new class out of
WebMarkupContainerWithAssociatedMarkup, add it as a

member

of my ValidatedForm and in onComponentTagBody() call
renderAssociatedMarkup(). But there should be easier way.

I think, that the same problem applies to FormComponent subclasses. If

I

want to tweak the Button with some clever scripts but use it as Button

in

Java, I can't.

I hope I was clear enough, thanks, Jan

Johan

Re: [Wicket-user] JavaOne, Wicket, NetBeans

[Gili]

	Sounds like a great idea! One of the issues I opened up a while back is 
that you currently can't create an HTML file into Source Packages. So 
you end up having to a file into Web Pages then moving it into the 
appropriate folder in Source Packages. Fixing that would be nice ;) It 
would also go hand-in-hand with a single file template that creates two 
files.


	Other feature I would love to see is code-completion for wicket:* 
tags in the HTML editor. I believe we'll get this for free once we have 
a Wicket 1.2 DTD (I'm not sure whether this exists yet or not).


Gili

Geertjan Wielenga wrote:



Hi all,

Firstly, I want to apologize for not being a regular contributor to 
these Wicket lists (at all). Some time ago I blogged about Wicket quite 
a bit (http://blogs.sun.com/geertjan), but since then other work 
activities have taken up my time.


I work as a technical writer for NetBeans in Prague, Czech Republic.

I'm going to be at JavaOne, where I will do a presentation called 
Developing an Editor for your Favorite Web Framework.


Basically, I'll show how you can strip the NetBeans IDE to its bare 
essentials, and then add plug-ins for the editor functionality specific 
to whatever web framework you want to use, and then finish off with some 
branding -- adding a splash screen, creating an executable, and then 
running the resulting executable with just the NetBeans core plus your 
plug-ins.


So, that's where Wicket comes in! I'm going to use Wicket as my example 
web framework for purposes of this presentation at JavaOne.


For this reason, I'd really appreciate your help. When you think of: 
Wicket IDE, what would be some of the features that you'd like to be 
there? I'm thinking of:


-- project templates
-- project samples
-- a single file template that creates two source files: HTML file and 
Java source file
-- a palette that lets you drag components into the HML file, while 
simultaneously generating the associated Java code in the Java source file
-- being able to jump for the HTML code to the related Java code, using 
a shortcut key or menu item in the editor


Do the above make sense to you? Are there other things you can think of?

Any help would be appreciated.

Thanks,

Geertjan



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live 
webcast

and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] JavaOne, Wicket, NetBeans

[Gili]

	Is there any reason we can't have the default HTML template have this 
functionality?


Gili

Geertjan Wielenga wrote:



Gili,



Sounds like a great idea! One of the issues I opened up a while 
back is that you currently can't create an HTML file into Source 
Packages. So you end up having to a file into Web Pages then moving 
it into the appropriate folder in Source Packages. Fixing that would 
be nice ;) 


Sorry I didn't tell you, but it's been fixed all along. If you go to the 
Other category, you'll find an HTML file there. (I.e., do not use the 
HTML fin the Web category, but in the Other category.) Then you can 
select where to put it -- including in a source package!


It would also go hand-in-hand with a single file template that creates 
two files. 


Yup.




Other feature I would love to see is code-completion for 
wicket:* tags in the HTML editor. I believe we'll get this for free 
once we have a Wicket 1.2 DTD (I'm not sure whether this exists yet or 
not).


Cool idea. Definitely doable. I'll look into it.

Thanks for the ideas,

Gj




Gili

Geertjan Wielenga wrote:




Hi all,

Firstly, I want to apologize for not being a regular contributor to 
these Wicket lists (at all). Some time ago I blogged about Wicket 
quite a bit (http://blogs.sun.com/geertjan), but since then other 
work activities have taken up my time.


I work as a technical writer for NetBeans in Prague, Czech Republic.

I'm going to be at JavaOne, where I will do a presentation called 
Developing an Editor for your Favorite Web Framework.


Basically, I'll show how you can strip the NetBeans IDE to its bare 
essentials, and then add plug-ins for the editor functionality 
specific to whatever web framework you want to use, and then finish 
off with some branding -- adding a splash screen, creating an 
executable, and then running the resulting executable with just the 
NetBeans core plus your plug-ins.


So, that's where Wicket comes in! I'm going to use Wicket as my 
example web framework for purposes of this presentation at JavaOne.


For this reason, I'd really appreciate your help. When you think of: 
Wicket IDE, what would be some of the features that you'd like to 
be there? I'm thinking of:


-- project templates
-- project samples
-- a single file template that creates two source files: HTML file 
and Java source file
-- a palette that lets you drag components into the HML file, while 
simultaneously generating the associated Java code in the Java source 
file
-- being able to jump for the HTML code to the related Java code, 
using a shortcut key or menu item in the editor


Do the above make sense to you? Are there other things you can think of?

Any help would be appreciated.

Thanks,

Geertjan



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting 
language
that extends applications into web and mobile media. Attend the live 
webcast
and join the prime developer group breaking into this new coding 
territory!

http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user







---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live 
webcast

and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: JavaOne, Wicket, NetBeans

[Gili]

	What are you building with Maven? The core library? Does the Maven1 
plugin work under Netbeans?


Gili

Nathan Hamblen wrote:

I'm eager to give Netbeans a shot, but I need the Maven 2 plugin to work
smoothly first. 
http://docs.codehaus.org/display/MEVENIDE/MevenideNetbeans2.0


I'm sure you have nothing to do with that, I'm just putting it out
there. Wicket 1.2 has switched to Maven 2 and you'll probably see it
used more and more by Wicket programmers. When I try to run a Maven 2
project with the current version of the mevenide plugin I get this
error:

Unable to build project for plugin
'org.codehaus.mevenide:netbeans-deploy-plugin': POM
'org.codehaus.mevenide:ide-mojos' not found in repository: Unable to
download the artifact from any repository

At that point I close Netbeans and open Eclipse.

Nathan
http://technically.us/n8/

On Mon, 2006-03-06 at 12:47 +0100, Geertjan Wielenga wrote:

Hi all,

Firstly, I want to apologize for not being a regular contributor to 
these Wicket lists (at all). Some time ago I blogged about Wicket quite 
a bit (http://blogs.sun.com/geertjan), but since then other work 
activities have taken up my time.


I work as a technical writer for NetBeans in Prague, Czech Republic.

I'm going to be at JavaOne, where I will do a presentation called 
Developing an Editor for your Favorite Web Framework.


Basically, I'll show how you can strip the NetBeans IDE to its bare 
essentials, and then add plug-ins for the editor functionality specific 
to whatever web framework you want to use, and then finish off with some 
branding -- adding a splash screen, creating an executable, and then 
running the resulting executable with just the NetBeans core plus your 
plug-ins.


So, that's where Wicket comes in! I'm going to use Wicket as my example 
web framework for purposes of this presentation at JavaOne.


For this reason, I'd really appreciate your help. When you think of: 
Wicket IDE, what would be some of the features that you'd like to be 
there? I'm thinking of:


-- project templates
-- project samples
-- a single file template that creates two source files: HTML file and 
Java source file
-- a palette that lets you drag components into the HML file, while 
simultaneously generating the associated Java code in the Java source file
-- being able to jump for the HTML code to the related Java code, using 
a shortcut key or menu item in the editor


Do the above make sense to you? Are there other things you can think of?

Any help would be appreciated.

Thanks,

Geertjan



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642





---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: JavaOne, Wicket, NetBeans

[Gili]

	Worse can scenerio, I can provide Netbeans projects for all of these 
things. When Maven2 support catches up we can defer to it.


Gili

Eelco Hillenius wrote:

We are switching to maven 2. Some projects are backwards compatible,
like the core project, but others are not. Like the spring and
authorization libraries.

Eelco


On 3/6/06, Gili [EMAIL PROTECTED] wrote:

What are you building with Maven? The core library? Does the Maven1
plugin work under Netbeans?

Gili

Nathan Hamblen wrote:

I'm eager to give Netbeans a shot, but I need the Maven 2 plugin to work
smoothly first.
http://docs.codehaus.org/display/MEVENIDE/MevenideNetbeans2.0

I'm sure you have nothing to do with that, I'm just putting it out
there. Wicket 1.2 has switched to Maven 2 and you'll probably see it
used more and more by Wicket programmers. When I try to run a Maven 2
project with the current version of the mevenide plugin I get this
error:

Unable to build project for plugin
'org.codehaus.mevenide:netbeans-deploy-plugin': POM
'org.codehaus.mevenide:ide-mojos' not found in repository: Unable to
download the artifact from any repository

At that point I close Netbeans and open Eclipse.

Nathan
http://technically.us/n8/

On Mon, 2006-03-06 at 12:47 +0100, Geertjan Wielenga wrote:

Hi all,

Firstly, I want to apologize for not being a regular contributor to
these Wicket lists (at all). Some time ago I blogged about Wicket quite
a bit (http://blogs.sun.com/geertjan), but since then other work
activities have taken up my time.

I work as a technical writer for NetBeans in Prague, Czech Republic.

I'm going to be at JavaOne, where I will do a presentation called
Developing an Editor for your Favorite Web Framework.

Basically, I'll show how you can strip the NetBeans IDE to its bare
essentials, and then add plug-ins for the editor functionality specific
to whatever web framework you want to use, and then finish off with some
branding -- adding a splash screen, creating an executable, and then
running the resulting executable with just the NetBeans core plus your
plug-ins.

So, that's where Wicket comes in! I'm going to use Wicket as my example
web framework for purposes of this presentation at JavaOne.

For this reason, I'd really appreciate your help. When you think of:
Wicket IDE, what would be some of the features that you'd like to be
there? I'm thinking of:

-- project templates
-- project samples
-- a single file template that creates two source files: HTML file and
Java source file
-- a palette that lets you drag components into the HML file, while
simultaneously generating the associated Java code in the Java source file
-- being able to jump for the HTML code to the related Java code, using
a shortcut key or menu item in the editor

Do the above make sense to you? Are there other things you can think of?

Any help would be appreciated.

Thanks,

Geertjan



---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user


--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML

Re: [Wicket-user] Wicket 1.2 and wicket:header

[Gili]

	That's news to me. So when is wicket:head used? You might want to 
update the Wiki entry so more people don't run into this problem.


Gili

Juergen Donnerstag wrote:

wicket:head in Pages don't make any sense. Just remove it and you are done.

Juergen

On 3/4/06, jan_bar [EMAIL PROTECTED] wrote:

Hi,

I am migrating Wicket 1.1.1 application to Wicket 1.2 (snapshot 20060302).
It seems that wicket:header doesn't work. My WebPage contains a MyForm. The
MyForm inherits from From and markup has wicket:head section. This section
is not shown in the final markup. This worked in previous version. I tried
to debug but I am lost, because I don't have deep knowledge of Wicket.
Where can I check why the wicket:head is ignored?

Thanks, Jan

This the inherited MyForm markup:

html
head
meta name=author content=jan_bar /
wicket:head
script type=text/javascript src=fvalidate/fValidate.config.js/script
/wicket:head
/head
body
/body
/html





---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket 1.2 and wicket:header

[Gili]

David Leangen wrote:
	That's news to me. So when is wicket:head used? 


In borders and components when you want to contribute to the head of
the output.


	But Juergen said wicket:head in Pages don't make any sense. Isn't a 
Page a component too? So is Page different from other components in that 
its head is automatically interpreted as wicket:head or something?




You might want to 
update the Wiki entry so more people don't run into this problem.



The whole purpose of the wiki is so that anybody can contribute. The
developers are busy enough that they don't need somebody telling them to
update the wiki.

Why not just add something yourself?


	Well that's a catch-22 isn't it? If I don't know the answer, how can I 
document it in Wiki? And if I do, I wouldn't have asked the question. 
Once I get the answer fully figured out I'll see what I can do about 
updated the Wiki page.


Gili


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket 1.2 and wicket:header

[Gili]

	In http://www.wicket-wiki.org.uk/wiki/index.php/Markup_inheritance it 
reads:


wicket:head does not make sense in page markup (but does in inherited 
page markup)


I plan on changing this to:

wicket:head is not necessary in Page markup. Wicket interprets head 
as wicket:head automatically.


Any objections?

Gili

David Leangen wrote:

On Sun, 2006-03-05 at 23:09 -0500, Gili wrote:

David Leangen wrote:
	That's news to me. So when is wicket:head used? 

In borders and components when you want to contribute to the head of
the output.
	But Juergen said wicket:head in Pages don't make any sense. Isn't a 
Page a component too? So is Page different from other components in that 
its head is automatically interpreted as wicket:head or something?


I meant to say panel above, and not component.

Somebody else can probably answer better than I can, but my
understanding is that a Page naturally contains a header. The header
of a Page is always contributed, so it would be redundant to use the
wicket:head tag.

Borders and panels, on the other hand, do not necessarily contribute.
The header is there in many cases just for previewing. If you actually
want part of the header to be contributed, you need to explicitly tell
Wicket this. The way this is done is by using the wicket:head tag.


HTH




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket 1.2 and wicket:header

[Gili]

Igor Vaynberg wrote:
On 3/5/06, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:




David Leangen wrote:
   That's news to me. So when is wicket:head used?
 
  In borders and components when you want to contribute to the
head of
  the output.

But Juergen said wicket:head in Pages don't make any
sense. Isn't a
Page a component too? So is Page different from other components in that
its head is automatically interpreted as wicket:head or something? 




in a normal page the wicket:head tag is redundant because you can put 
whatever you want into head element and you are done since you are in 
control of that portion of markup. but in a case where you are using 
markup inheritance + head is defined in the super page + the extending 
page wants to contribute something to head, i think wicket:head does 
make sense.


	Ok, so I want this clarified by Juergen then. I recall him saying 
something about how in Wicket 1.2 you didn't need a wicket:head in 
children pages because head would get used automatically.



Well that's a catch-22 isn't it? If I don't know the answer,
how can I
document it in Wiki? And if I do, I wouldn't have asked the question.
Once I get the answer fully figured out I'll see what I can do about
updated the Wiki page.


really? i didnt know this was the case. i can remember a lot of times 
when johan, i, and others answered your questions in ##wicket, and 
extensively explained things to you. how many wiki contributions have 
you made? hmm.


i am not saying that we are trading our support for wiki contributions, 
but please dont talk bs.


	I made some Wiki contributions. My point wasn't whether I can 
contribute to Wiki once I know an answer (clearly I can) but rather that 
if I am the person asking a question it is illogical to expect me to 
post an answer to Wiki before I know it myself.


Gili


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: Refreshing dynamic images

[Gili]

	Take a look at CachedLazyResource I posted here: 
http://sourceforge.net/tracker/index.php?func=detailaid=1431567group_id=119783atid=684977


It works excellent for cached dynamic images.

Gili

Anders Peterson wrote:
1) setCacheable: Done! With dynamic images it seems like a good idea 
to have this set to false by default.



2) random number as a query parameter: I had thought about giving the 
images different names with each request, but I didn't know (still 
don't) how to do that. The generated html looks like this:


trtd scope=colimg width=600 height=300 wicket:id=image2 
src=/BLApp/app?path=3:image2amp;interface=IResourceListener//td/tr


I'll look for documentation on how to do this...


3) Set the headers on the response: You mean some header that tells 
the browser(s) not to cache the page - is there a standard for that? I 
have no idea which browsers will be used, and I want the app to work 
with any browser.



Thanks, /Anders


Anders Peterson wrote:

Hi,

On one page I'm displaying dynamic charts (JFreeChart) as images. The 
charts, the data they're based on, are constantly changed by the users.


The problem (as I understand it): The web browser doesn't know that 
the image has changed and therefore (sometimes) uses a cached image. 
Which means incorrect data is displayed.


How can I make sure the browser always asks for a fresh image?

/Anders


Image tmpImage2 = new Image(image2, new SpclChartResource() {

public AbstractChartFactory getFactory() {

this.setHeight(300);
this.setWidth(600);

DefaultCategoryDatasetFactory retVal = new 
DefaultCategoryDatasetFactory();

retVal.setLegend(true);
retVal.setType(AbstractChartFactory.TYPE_BarChart);
...





--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Detachable resources

[Gili]

I simply do:

theme = themeDAO.getById(theme.getId());

	where theme is my Hibernate object. So I never run into object with 
same id is already loaded problem you described. You gave me a good 
idea though with regard to only storing the object ID. The thing is I 
have one detachable model dependent on the value of another detachable 
model, so the ugly thing I was doing was getting the value of one from 
within the other (which would attach() it if necessary) then use that 
result to derive the value of the second. In retrospect, I don't really 
need to do this all the time. I can just do it once in the 
LoadableDetachableModel constructor, store the ID, and then only use the 
final ID I derived in the load() method. I guess I didn't think to do 
this because I am creating an anonymous subclass of 
LoadableDetachableModel and there is no way to subclass the constructor. 
I think I'll have to generate a non-anonymous subclass to make this work.


Thanks,
Gili

Maurice Marrink wrote:

I think he is already doing that johan, hence the question about the
re-attaching.
Although there seems to be something going wrong because all models
are detatched at the end of a request (unless you are nesting models
and you don't propagate the detach call to the nested model). on
detach the loadabledetachable model should set the hibernate object to
null and only store the class and the id so when later attach is
called it can load them from the session.
That is what you usually use however if for some strange reason you
must keep the hibernateobject in your model then you have to resort to
stuff like re-attach or merge (all in the hibernate session object )
Personaly i have some experiance with re-attching hibernate objects to
the session and it is not something you can use out of the box. For
instance re-attch throws an exception if an object with the same id is
already loaded in the session (you need to do some dirty tricks to
find out if this is the case since hibernate does not have an api for
this). Re-attach only works for the hibernateobject you re-attached,
meaning if i have an object A with a list of objects of type C and a
reference to object B, after re-attching i can only safely call A and
C. if B has any lazy list they will give me an exception because they
have not been re-attched.

Maurice

On 2/24/06, Johan Compagner [EMAIL PROTECTED] wrote:

personally i wouldn't keep hibernate objects in my models.
Let one of the Hibernate caches do that for you down below (closer to youre
data)
instead of in the ui level/models.




On 2/23/06, Gili [EMAIL PROTECTED] wrote:

Ah! Thank you :)

You seemed to have missed my question regarding clustering. Do I

need

to fully detach LoadableDetachableModel on resource close or is it
sufficient to reattach the Hibernate objects to a new Session on the
next request? Will the latter cause problems in clustering environments?

Thank you,
Gili

Johan Compagner wrote:

Iresourcestream.close()

On 2/23/06, *Gili*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:


   I meant I haved a Resource that gets its data from the
database. So I
wrapped my Hibernate object in a LoadableDetachableModel. Basically
what
I am noticing is this:

1) First request comes in
2) New Hibernate session is opened
3) Resource.getData() gets invoked
4) LoadableDetachableModel.attach() gets invoked and its object is
returned. Resource uses this to generate its data.
5) Data is returned to client, Hibernate session is closed at the

end of

the request (by my servlet filter)

6) Second request comes in
7) LoadableDetachableModel thinks it is still attached
8) I try using the Hibernate object it returns but it is now
disconnected from the Session so I have to explicitly reconnect it

to a

new session.

   Ideally I'd like to have a mechanism which lets me know when
I should
reconnect the Hibernate objects to the session so if
Resource.getLength(), getData() get invoked in a single HTTP

request, I

only attach them to the session once.

   In my original image I was looking for a way to detach()
LoadableDetachableModel at the end of each HTTP request, but I

realize

now this might be overkill. It is far more expensive to re-attach a
LoadableDetachableModel than simply reattach its resulting object to

the

Hibernate session.

   So two questions:

1) Is there a good reason to re-attach the LoadableDetachableModel

at

the beginning of each HTTP request? Or is it enough to simply

re-attach

the Hibernate object? Will the latter break anything in a clustering
environment?

2) Does it make sense for Wicket to provide some sort of

mechanism/hook

to let the resource know when the HTTP request begins/ends so it can
reattach its model objects (if any exist) to the database?

Thank you,
Gili

Johan Compagner wrote

[Wicket-user] Question about application-scoped resources

[Gili]

Hi,

	Looking at LocalizedImageResource.java and other resource-related 
source code it seems to me that we assume that resources will be shared 
in the scope of wicket.Application.class


	Doesn't this imply that if you have 10 Wicket applications running, 
their combined resources are either created or destroyed as a single 
unit? I would expect us to use application.getClass() as the scope where 
application is the current application (one out of the ten 
applications). Is it possible to use the behavior I am describing?


Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Re: [ wicket-Feature Requests-1438745 ] New auth-roles-class library with Class-based roles

[Gili]

At the very least, I should be able to commit this to wicket-stuff, 
right?

Thanks,
Gili

SourceForge.net wrote:

Feature Requests item #1438745, was opened at 2006-02-25 21:16
Message generated for change (Comment added) made by eelco12
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=684978aid=1438745group_id=119783


Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 1.2
Status: Closed
Priority: 5
Submitted By: Gili Tzabari (cowwoc)
Assigned to: Nobody/Anonymous (nobody)
Summary: New auth-roles-class library with Class-based roles

Initial Comment:
Since Wicket plans to migrate to Java5 (and in fact
most of the roles package uses Java5 code, doesn't it?)
I suggest dumping
wicket.authorization.strategies.role.Roles in favor of:

1) enum Roles (defined by the user)

For example:

enum Roles
{
  USER,
  ADMIN
}

2) SetRoles to replace Wicket's Roles class

Set already defines contains() and containsAll() which
fully cover all the functionality provided by the
Wicket Roles class -- but in a type-safe manner.

I would recommend simply showing an example of this in
the wicket-auth-roles-examples but not having any
formal code in wicket-auth-roles. I think that Wicket
should not predefine roles such as USER, ADMIN as this
is very subjective and belongs completely in the user
code. For example, I have:

enum Roles
{
  GUEST,
  BASIC_USER,
  PREMIUM_USER,
  ADMINISTRATOR
}

--


Comment By: Eelco Hillenius (eelco12)

Date: 2006-02-27 01:18

Message:
Logged In: YES 
user_id=820266


Just a plain 'NO'. You are welcome to start your own project
- in which case you don't have to open a feature request.

--

Comment By: Gili Tzabari (cowwoc)
Date: 2006-02-27 01:15

Message:
Logged In: YES 
user_id=80628


What about my last post? What about CGLIB and/or a new
library side-by-side the existing one?

If you're using Spring, you have CGLIB. And anyway I don't
see anyone using property files to store
username/password/role in the long run. I would expect this
sort of stuff to be stored in the database.

--

Comment By: Jonathan Locke (jonathanlocke)
Date: 2006-02-27 01:10

Message:
Logged In: YES 
user_id=486414


Ah, so it was just me who missed that...  Your decision
makes sense.  I have no interest in taking this on.  It just
doesn't matter that much...


--

Comment By: Gili Tzabari (cowwoc)
Date: 2006-02-27 01:09

Message:
Logged In: YES 
user_id=80628


Jon,

You are right. I have talked with Igor and I already have
some changes planned. My previous implementation mistakely
had User implementing Role. My next update will use
User.getRole() instead -- so EverybodyWithId would go away
altogether. If you want, we could rename EVERYONE to
something else. It is simply a name I borrowed from Windows'
security model. It represents the role a user gets if he has
not yet logged in.

I need Role to be an interface in order to allow multiple
inheritance of interfaces. So you could have interface
AdminRole extends User1Role, User2Role. AbstractRole is just
the abstract class a concrete Role implementation would extend.

Eelco,

I believe we can make it work for Strings using CBLIB. Would
that solve your objection? Otherwise, we can redefine this
RFE against a new wicket auth-roles package (side-by-side to
your own) so we don't have to keep on closing it. I think
there is interest in this kind of library (Igor for one).

--

Comment By: Eelco Hillenius (eelco12)
Date: 2006-02-27 01:00

Message:
Logged In: YES 
user_id=820266


I didn't miss that classes can be used in annotations. I
just think it is a bad idea. Classes are inflexible and a
bad match for getting these things from configuration/ database.

I am again closing this request. People are welcome to start
their own projects to implement this idea. Or if Jonathan/
Igor want to take this project on you that's fine too. I'm
not going to spend one more minute on it.

--

Comment By: Jonathan Locke (jonathanlocke)
Date: 2006-02-27 00:54

Message:
Logged In: YES 
user_id=486414


I missed that classes could be used in annotations somehow
and so did Eelco.  That does seem a lot better.  However,
you're going to need to make multiple classes possible since
you can authorize more than one role to instantiate a class.
 The interface sounds like a mistake to me and I'm unsure
why you have AbstractRole AND Role.  Also EVERYONE is not a
role.  It is a set of users.  ADMIN is a role.  USER is a
role.  I

[Wicket-user] Detachable resources

[Gili]

Hi,

	Currently resources have no concept of the beginning or end of request 
because most resources have no need for them. Problem is, if you have a 
resource that is backed up by a DetachableModel there needs to be a way 
to tell the model when to attach or detach itself. Currently the only 
safe (but inefficient) way to do this seems to be to attach() at the 
beginning of a method call and detach() at the end of it.


	Ideally I'd like to give resources some sort of concept of the 
beginning and end of a request so if Wicket knows it is about to query 
the resource length, content-type and data I will only need to 
attach/detach once across those three calls instead of three times. Is 
such a thing possible or maybe you have a better idea? I can file a RFE 
if needed.


Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Re: [Wicket-autocvs] wicket/src/java/wicket/request/compound DefaultExceptionResponseStrategy.java,1.8,1.9

[Gili]

	This brings up a related issue... Is there a more elegant way for us to 
handle the case where an exception occurs after the response stream has 
been written to?


	That is, if we flushed some data into the output, an exception occurs, 
Wicket currently redirects to the error page but (as far as I recall) 
the browser does not display it and worse yet sometimes it just hangs 
there waiting for more data. I suspect that the browser is expecting 
some content-length and we stop prematurely sending it data (from its 
point of view) so it is just sitting there. This is just a guess and I 
could be wrong.


	Is there a more elegant way for us to handle this to cause the browser 
to fail-fast (not hang there) and if possible redirect to the error page 
somehow (I doubt the latter is possible)?


Gili

Juergen Donnerstag wrote:

Update of /cvsroot/wicket/wicket/src/java/wicket/request/compound
In directory 
sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv7124/src/java/wicket/request/compound

Modified Files:
	DefaultExceptionResponseStrategy.java 
Log Message:

don't redirect to the error page in case the exception occured during the page 
constructor. This allows, in case of a markup error, to correct the markup and 
press the browser refresh button to reload the page.

Index: DefaultExceptionResponseStrategy.java
===
RCS file: 
/cvsroot/wicket/wicket/src/java/wicket/request/compound/DefaultExceptionResponseStrategy.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -C2 -d -r1.8 -r1.9
*** DefaultExceptionResponseStrategy.java   17 Feb 2006 20:51:27 -  
1.8
--- DefaultExceptionResponseStrategy.java   20 Feb 2006 21:09:24 -  
1.9
***
*** 52,56 
 *  java.lang.RuntimeException)
 */
!   public final void respond(RequestCycle requestCycle, RuntimeException e)
{
// If application doesn't want debug info showing up for users
--- 52,56 
 *  java.lang.RuntimeException)
 */
!   public final void respond(final RequestCycle requestCycle, final 
RuntimeException e)
{
// If application doesn't want debug info showing up for users
***
*** 64,68 
{
requestCycle.setResponsePage(override);
-   requestCycle.setRedirect(true);
}
else if (settings.getUnexpectedExceptionDisplay() != 
IExceptionSettings.SHOW_NO_EXCEPTION_PAGE)
--- 64,67 
***
*** 91,96 
{
// Show full details
!   requestCycle.setResponsePage(new 
ExceptionErrorPage(e, requestCycle
!   .getResponsePage()));
}
else
--- 90,94 
{
// Show full details
!   requestCycle.setResponsePage(new 
ExceptionErrorPage(e, responsePage));
}
else
***
*** 100,107 
+ internalErrorPageClass, e);
}
  
! 			// We generally want to redirect the response because we

!   // were in the middle of rendering and the page may end 
up
!   // looking like spaghetti otherwise
requestCycle.setRedirect(true);
}
--- 98,111 
+ internalErrorPageClass, e);
}
+   }
  
! 		// We generally want to redirect the response because we

!   // were in the middle of rendering and the page may end up
!   // looking like spaghetti otherwise. If responsePage == null,
!   // than the Page constructor failed and we don't need to
!   // redirect and this allows to reload the page when the
!   // bug has been fixed.
!   if (responsePage != null)
!   {
requestCycle.setRedirect(true);
}
***
*** 124,128 
 * @return Any error page to redirect to
 */
!   protected Page onRuntimeException(Page page, RuntimeException e)
{
return RequestCycle.get().onRuntimeException(page, e);
--- 128,132 
 * @return Any error page to redirect to
 */
!   protected Page onRuntimeException(final Page page, final 
RuntimeException e)
{
return RequestCycle.get().onRuntimeException(page, e);



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing

Re: [Wicket-user] Parsing Error:Mismatch Close Tag Error

[Gili]

	Cool it Mr. etiquette police :) I usually inform the developers 
directly on IRC of these smaller issues but they weren't around at the 
time so I posted it to the list. If you want to bitch me out, feel free 
to join IRC where flamewars belong :)


Gili

Justin Lee wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160


On an unrelated note, the junit tests fail on ObjectsTest; you might
want to fix that.


And you might wanna submit a patch instead of just grousing on the
lists.  If you're so hot to run unit tests, you shouldn't complain about
failures unless you submit patches to fix them.  It's just rude.

- --
Justin Lee
http://www.antwerkz.com
AIM : evan chooly
720.299.0101
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)

iD8DBQFD+x3+JnQfEGuJ90MRA6ayAJ0R2JtnJYt3xOBS44RebRfB2QIeogCg2+fs
6j8kfP+p0jx+WZPugIQO7G4=
=J2X1
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket:head, wicket:border ..and others..

[Gili]

	We should review wicket:component ... frankly I don't even remember 
how it is supposed to be used (I don't think it ever was fully functional).


I found a Wiki entry: http://www.wicket-wiki.org.uk/wiki/index.php/Tags

but for wicket:component it says TODO... that is, it is not 
documented.

	Do we have plans to expand on this or do we just remove 
wicket:component altogether if it doesn't work?


Gili

karthik Guru wrote:

How many such tags exist? Please do list the others.

wicket:border, wicket:body/
wicket:link
wicket:child/, wicket:extend
wicket:component? .. so we can declare component type in the markup..not sure.
wicket:head
wicket:remove

thanks,
karthik


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Spam] Re: [Wicket-user] wicket:head, wicket:border ..and others..

[Gili]

	What patches? I'm asking whether or not we plan on keeping 
wicket:component around or not. That's a design decision. Furthermore, 
I've already pointed out that I'm not familiar with the current state of 
wicket:component which is why I am asking. Please stop trying to be 
hostile. There is no need for it.


Gili

Justin Lee wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Don't you mean s/we/you/  ?

Still waiting for patches...

Gili wrote:

We should review wicket:component ... frankly I don't even
remember how it is supposed to be used (I don't think it ever was fully
functional).

I found a Wiki entry: http://www.wicket-wiki.org.uk/wiki/index.php/Tags

but for wicket:component it says TODO... that is, it is not
documented.

Do we have plans to expand on this or do we just remove
wicket:component altogether if it doesn't work?

Gili

karthik Guru wrote:

How many such tags exist? Please do list the others.

wicket:border, wicket:body/
wicket:link
wicket:child/, wicket:extend
wicket:component? .. so we can declare component type in the
markup..not sure.
wicket:head
wicket:remove

thanks,
karthik


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



- --
Justin Lee
http://www.antwerkz.com
AIM : evan chooly
720.299.0101
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)

iD8DBQFD/NxlJnQfEGuJ90MRA1g3AJoDI1hAn/Z8/T8vCOjE6cpuRrIJCACfVraM
EkBcCOCiY7TeQznHAtwGCCU=
=J7WX
-END PGP SIGNATURE-


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Parsing Error:Mismatch Close Tag Error

[Gili]

I'm seeing this too. I have a page works properly but if I insert:

div wicket:id=noImages id=noImagesNo images/div

	into my code suddenly I get a parsing error message from Wicket. It 
isn't identical to the one reported by Ayodeji. He got:


wicket.markup.MarkupException: Tag 'tr' (line 40, column 21) has a
 mismatched close tag at '/table' (line 184, column 17)

whereas I get:

01:34:20,688 ERROR RequestCycle:964 - Expected close tag for div 
wicket:id=noImages id=noImages
[markup = 
file:/C:/Documents%20and%20Settings/Gili/My%20Documents/blueeye/trunk/desktopbeautifier/Server/netbeans6.0/build/web/WEB-INF/classes/desktopbeautifier/web/gallery/Page.html, 
index = 88, current = [Raw markup]]
wicket.markup.MarkupException: Expected close tag for div 
wicket:id=noImages id=noImages


	If I comment out the div from the HTML code it works fine. If I 
uncomment it, I get the above exception again. That's got to be a bug 
right? Also, I noticed I only get this exception if I bind the div to 
a WebComponent. If I bind it to a Label instead it works fine.


	On an unrelated note, the junit tests fail on ObjectsTest; you might 
want to fix that.


Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Parsing Error:Mismatch Close Tag Error

[Gili]

	Doh! Turns out this is a user-error because I should be using 
WebMarkupContainer instead of WebComponent. The error message is very 
misleading though, can we fix that? It should say WebComponent may not 
have a body or something like that... I can file a bug report for it if 
you wish.


Gili

Gili wrote:


I'm seeing this too. I have a page works properly but if I insert:

div wicket:id=noImages id=noImagesNo images/div

into my code suddenly I get a parsing error message from Wicket. It 
isn't identical to the one reported by Ayodeji. He got:


wicket.markup.MarkupException: Tag 'tr' (line 40, column 21) has a
  mismatched close tag at '/table' (line 184, column 17)

whereas I get:

01:34:20,688 ERROR RequestCycle:964 - Expected close tag for div 
wicket:id=noImages id=noImages
[markup = 
file:/C:/Documents%20and%20Settings/Gili/My%20Documents/blueeye/trunk/desktopbeautifier/Server/netbeans6.0/build/web/WEB-INF/classes/desktopbeautifier/web/gallery/Page.html, 
index = 88, current = [Raw markup]]
wicket.markup.MarkupException: Expected close tag for div 
wicket:id=noImages id=noImages


If I comment out the div from the HTML code it works fine. If I 
uncomment it, I get the above exception again. That's got to be a bug 
right? Also, I noticed I only get this exception if I bind the div to 
a WebComponent. If I bind it to a Label instead it works fine.


On an unrelated note, the junit tests fail on ObjectsTest; you might 
want to fix that.


Gili



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Too many open files problem

[Gili]

Eek, XML files! ;)

	That aside, I assume this means there is a bug in resource polling? ... 
or is it normal for it to open all these files and never close them?


Gili

Igor Vaynberg wrote:

seems there is a problem with how application.configure() works.

if you call configure(deployment) from application.init() it doesnt 
really help, because a webapp.internalinit() runs before and already 
called configure(development) (if you did not speicfy deployment 
through web.xml or system prop) and so the resource thread is started 
already.


my thought on this would be to get rid of public configure(string) 
methods and let deployment mode be configured either from web.xml or a 
system prop.


and yes, turning off that thread solves andrew's problem.

-Igor




On 2/18/06, *Eelco Hillenius*  [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Still, does the polling have that effect?

On 2/18/06, Andrew Lombardi [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  Yeah, I agree.  I found the problem, in 1.2 versions, the servlet
  variable has been changed to configuration:deployment/development
  instead of deployment:true/false.
 
  So I was checking in my base application class for deployment servlet
  var, and calling configure(deployment) .. wasn't helping though
  since the poll frequency was already set internally when
  configuration variable is not found, so assumed development mode.  So
  it was polling every 1 second, even though I had set configure
  (deployment)
 
  Doh!
 
 
  On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote:
 
   That sounds pretty crazy. Did you turn off template reloading? That
   would be the first thing to try, and actually wize in a production
   environment anyway. /If/ that helps, we might have something that
   should be done differently there.
  
   Eelco
  
  
   On 2/18/06, Andrew Lombardi  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   When deploying one of our wicket-developed applications to our
   production linux server, we've been seeing something very odd,
maybe
   someone can shed some light.  This morning I awoke to error
messages
   in our Resin app server logs about Too many open
files.  Checking
   the max value, it was set at 65000.
  
   A check using lsof showed that the jar file where I have the Page
   classes/html/prop files, had several entries.  And it would
vary up
   and down from 1000 to well over 15000 entries for that single
jar.
   I'm in the process of setting up a test environment to see if
I can
   recreate the issue locally, or if it might be a linux-based issue.
   I'm using Resin 3.0.17 with JDK 1.5.0_06 , and using the latest
   snapshot from Wicket 1.2 branch.
  
   Any ideas?
  
  
  
   ---
   This SF.net email is sponsored by: Splunk Inc. Do you grep through
   log files
   for problems?  Stop!  Download the new AJAX search engine that
makes
   searching your log files as easy as surfing the  web.  DOWNLOAD
   SPLUNK!
   http://sel.as-us.falkag.net/sel?
   cmd=lnkkid=103432bid=230486dat=121642
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
  
  
   ---
   This SF.net email is sponsored by: Splunk Inc. Do you grep through
   log files
   for problems?  Stop!  Download the new AJAX search engine that
makes
   searching your log files as easy as surfing the  web.  DOWNLOAD
   SPLUNK!
   http://sel.as-us.falkag.net/sel?
   cmd___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 
 
  ---
  This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
  for problems?  Stop!  Download the new AJAX search engine that makes
  searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
 
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Too many open files problem

[Gili]

	Is there a way to pool JarFile instances so we reuse the same one every 
second instead of creating a new one? Also, maybe we can create our own 
UrlClassLoader (copy Sun's and add a closing mechanism which Wicket 
would use)?


Gili

Johan Compagner wrote:

No this is already discussed long time ago on this mailing list.
It is a bug of sun. We can't do ONE thing about it.. It really sucks i 
know but its out of our hands.



Here is the bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148

Please vote for it, because we as wicket really have problems with it 
because we have many resources.


Maybe we can make the polling smarter.. If the resources comes from a 
jar file then don't test it anymore.
But don't know if we can see that (its the instance of the url 
connection that specifies that i guess)


johan


On 2/19/06, *Gili*  [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



Eek, XML files! ;)

That aside, I assume this means there is a bug in resource
polling? ...
or is it normal for it to open all these files and never close them?

Gili

Igor Vaynberg wrote:
  seems there is a problem with how application.configure() works.
 
  if you call configure(deployment) from application.init() it doesnt
  really help, because a webapp.internalinit() runs before and already
  called configure(development) (if you did not speicfy deployment
  through web.xml or system prop) and so the resource thread is
started
  already.
 
  my thought on this would be to get rid of public configure(string)
  methods and let deployment mode be configured either from web.xml
or a
  system prop.
 
  and yes, turning off that thread solves andrew's problem.
 
  -Igor
 
 
 
 
  On 2/18/06, *Eelco Hillenius*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
  Still, does the polling have that effect?
 
  On 2/18/06, Andrew Lombardi [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Yeah, I agree.  I found the problem, in 1.2 versions, the
servlet
variable has been changed to
configuration:deployment/development
instead of deployment:true/false.
   
So I was checking in my base application class for
deployment servlet
var, and calling configure(deployment) .. wasn't helping
though
since the poll frequency was already set internally when
configuration variable is not found, so assumed
development mode.  So
it was polling every 1 second, even though I had set
configure
(deployment)
   
Doh!
   
   
On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote:
   
 That sounds pretty crazy. Did you turn off template
reloading? That
 would be the first thing to try, and actually wize in a
production
 environment anyway. /If/ that helps, we might have
something that
 should be done differently there.

 Eelco


 On 2/18/06, Andrew Lombardi  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 When deploying one of our wicket-developed applications
to our
 production linux server, we've been seeing something
very odd,
  maybe
 someone can shed some light.  This morning I awoke to error
  messages
 in our Resin app server logs about Too many open
  files.  Checking
 the max value, it was set at 65000.

 A check using lsof showed that the jar file where I
have the Page
 classes/html/prop files, had several entries.  And it
would
  vary up
 and down from 1000 to well over 15000 entries for that
single
  jar.
 I'm in the process of setting up a test environment to
see if
  I can
 recreate the issue locally, or if it might be a
linux-based issue.
 I'm using Resin 3.0.17 with JDK 1.5.0_06 , and using
the latest
 snapshot from Wicket 1.2 branch.

 Any ideas?



 ---
 This SF.net email is sponsored by: Splunk Inc. Do you
grep through
 log files
 for problems?  Stop!  Download the new AJAX search
engine that
  makes
 searching your log files as easy as surfing
the  web.  DOWNLOAD
 SPLUNK!
 http://sel.as-us.falkag.net/sel
http://sel.as

Re: [Wicket-user] Too many open files problem

[Gili]

I'm -1 on this.

Gili

Johan Compagner wrote:

+1 calling configure youre self doesn't make anysense.
This is one thing that just have to be configured somewhere else 
(web.xml or system property)


johan


On 2/19/06, * Igor Vaynberg* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


seems there is a problem with how application.configure() works.

if you call configure(deployment) from application.init() it
doesnt really help, because a webapp.internalinit() runs before and
already called configure(development) (if you did not speicfy
deployment through web.xml or system prop) and so the resource
thread is started already.

my thought on this would be to get rid of public configure(string)
methods and let deployment mode be configured either from web.xml or
a system prop.

and yes, turning off that thread solves andrew's problem.

-Igor





On 2/18/06, * Eelco Hillenius*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:

Still, does the polling have that effect?

On 2/18/06, Andrew Lombardi [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  Yeah, I agree.  I found the problem, in 1.2 versions, the servlet
  variable has been changed to
configuration:deployment/development
  instead of deployment:true/false.

  So I was checking in my base application class for deployment
servlet
  var, and calling configure(deployment) .. wasn't helping though
  since the poll frequency was already set internally when
  configuration variable is not found, so assumed development
mode.  So
  it was polling every 1 second, even though I had set configure
  (deployment)

  Doh!


  On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote:

   That sounds pretty crazy. Did you turn off template
reloading? That
   would be the first thing to try, and actually wize in a
production
   environment anyway. /If/ that helps, we might have something
that
   should be done differently there.
  
   Eelco
  
  
   On 2/18/06, Andrew Lombardi  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   When deploying one of our wicket-developed applications to our
   production linux server, we've been seeing something very
odd, maybe
   someone can shed some light.  This morning I awoke to error
messages
   in our Resin app server logs about Too many open
files.  Checking
   the max value, it was set at 65000.
  
   A check using lsof showed that the jar file where I have
the Page
   classes/html/prop files, had several entries.  And it would
vary up
   and down from 1000 to well over 15000 entries for that
single jar.
   I'm in the process of setting up a test environment to see
if I can
   recreate the issue locally, or if it might be a linux-based
issue.
   I'm using Resin 3.0.17 with JDK 1.5.0_06 , and using the latest
   snapshot from Wicket 1.2 branch.
  
   Any ideas?
  
  
  
   ---
   This SF.net email is sponsored by: Splunk Inc. Do you grep
through
   log files
   for problems?  Stop!  Download the new AJAX search engine
that makes
   searching your log files as easy as surfing
the  web.  DOWNLOAD
   SPLUNK!
   http://sel.as-us.falkag.net/sel?
   cmd=lnkkid=103432bid=230486dat=121642
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
  
  
   ---
   This SF.net email is sponsored by: Splunk Inc. Do you grep
through
   log files
   for problems?  Stop!  Download the new AJAX search engine
that makes
   searching your log files as easy as surfing the  web.  DOWNLOAD
   SPLUNK!
   http://sel.as-us.falkag.net/sel?
   cmd___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user



  ---
  This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
  for problems?  Stop!  Download the new AJAX

Re: [Wicket-user] Too many open files problem

[Gili]

	I'd expect to be able to stick all my configuration stuff in init(). 
Why is it alright to move configure() into XML configuration and leave 
the rest of the settings in init()? All I'm saying is that there should 
be consistency.


	Is there no way for us to make configure() work in init()? I understand 
it is more work than simply removing configure(), but in my view that's 
like fixing a bug by removing the feature. Just my 2 cents...


Gili

Andrew Lombardi wrote:
+1 on this.  To make the programmatic configure() work just seems like a 
lot of fluff, don't see why you'd ever need to call this during the 
app's lifecycle, only at the beginning.




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Too many open files problem

[Gili]

	What is the difference between using configure(DEVELOPMENT) and 
invoking the following code manually in init()?



getResourceSettings().setResourcePollFrequency(Duration.ONE_SECOND);
getDebugSettings().setComponentUseCheck(true);
getMarkupSettings().setStripWicketTags(false);
getExceptionSettings().setUnexpectedExceptionDisplay(IExceptionSettings.SHOW_EXCEPTION_PAGE);

	As far as I can see, nothing -- the above code was copied from 
Application.java: configure(configurationType, resourceFinder). That is, 
configure() just sets a whole slew of settings in one shot vs setting 
them individually. Are you saying that if I execute the above code in my 
init() that it will somehow fail? Isn't that a problem in its own right?


Gili

Igor Vaynberg wrote:
because in this situation it makes sense to have this particular setting 
configued externally outside of code so that you can deploy your app and 
not have to recompile it just because now you are running in production!


-Igor


On 2/19/06, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



I'd expect to be able to stick all my configuration stuff in
init().
Why is it alright to move configure() into XML configuration and leave
the rest of the settings in init()? All I'm saying is that there should
be consistency.

Is there no way for us to make configure() work in init()? I
understand
it is more work than simply removing configure(), but in my view that's
like fixing a bug by removing the feature. Just my 2 cents...

Gili

Andrew Lombardi wrote:
  +1 on this.  To make the programmatic configure() work just seems
like a
  lot of fluff, don't see why you'd ever need to call this during the
  app's lifecycle, only at the beginning.



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Too many open files problem

[Gili]

Sounds good to me.

Gili

Igor Vaynberg wrote:
fine, lets just have an overriddable String getDeploymentMode() on the 
app. that will solve the current issue and allow the user to fetch that 
value from anywhere. by default we can try a sys prop and servlet init 
param/context param whatever.


does that sound ok?

-Igor


On 2/19/06, *Martijn Dashorst* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]  wrote:


Hmm,

The setting could also come from a JNDI lookup, or some other
programmatic way. Perhaps we should take that into account as well.

Martijn


On 2/19/06, Igor Vaynberg [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  because in this situation it makes sense to have this particular
setting
  configued externally outside of code so that you can deploy your
app and not
  have to recompile it just because now you are running in production!
 
  -Igor
 
 
  On 2/19/06, Gili  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  
   I'd expect to be able to stick all my configuration
stuff in
  init().
   Why is it alright to move configure() into XML configuration
and leave
   the rest of the settings in init()? All I'm saying is that
there should
   be consistency.
  
   Is there no way for us to make configure() work in
init()? I
  understand
   it is more work than simply removing configure(), but in my
view that's
   like fixing a bug by removing the feature. Just my 2 cents...
  
   Gili
  
   Andrew Lombardi wrote:
+1 on this.  To make the programmatic configure() work just
seems like a
lot of fluff, don't see why you'd ever need to call this
during the
app's lifecycle, only at the beginning.
  
  
  
   ---
   This SF.net email is sponsored by: Splunk Inc. Do you grep
through log
  files
   for problems?  Stop!  Download the new AJAX search engine that
makes
   searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
  
 
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
  
 
 


--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst
http://www.jroller.com/page/dashorst

Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 
http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] wicket:head in Wicket 1.2

[Gili]

	Has something changed in Wicket 1.2 for header contribution? I was 
under the impression that if an inheriting page had both head and 
wicket:head then Wicket would copy only the contents of wicket:head 
up to the parent and the rest of the content of head is purely for 
previewability purposes and is discarded at runtime.


	For an unknown reason, I am getting an exception when rendering a page 
where Wicket is complaining I define a component in the markup bu never 
add()ed it in the Java code. But I have!


	I suspect something in the header contribution code is screwing things 
up because if I remove wicket:head so that the component is available 
directly in head then add() works fine with no error. Ideas?


Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Spam] [Wicket-user] wicket:head in Wicket 1.2

[Gili]

	Caused by the use of wicket:head in a child page without 
wicket:extend in the body. I'm going to file a bug report against the 
misleading error message.


Gili

Gili wrote:


Has something changed in Wicket 1.2 for header contribution? I was 
under the impression that if an inheriting page had both head and 
wicket:head then Wicket would copy only the contents of wicket:head 
up to the parent and the rest of the content of head is purely for 
previewability purposes and is discarded at runtime.


For an unknown reason, I am getting an exception when rendering a 
page where Wicket is complaining I define a component in the markup bu 
never add()ed it in the Java code. But I have!


I suspect something in the header contribution code is screwing 
things up because if I remove wicket:head so that the component is 
available directly in head then add() works fine with no error. Ideas?


Gili


--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Post 1.2 roadmap

[Gili]

Hey,

What about RFE 1249933?

	It would be really useful to have more formal CSS/JS support in Wicket 
such that we can use them as markup files and insert dynamic elements. 
We can currently hack this though without formal support there is no 
previewability and it's definitely harder to maintain.


Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] CSS/JS markup files

[Gili]

	Johan requested I repost this message under a different subject line. 
Sorry for the repeat.


	I was wondering what about adding support for CSS/JS markup files in 
Wicket 1.2+? It would be really useful to be able to use CSS or JS files 
as markup and insert dynamic content into them. We can probably hack 
something together with the current implementation but there will be no 
previewability and it'll be hard to maintain. What do you think?


Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] VOTE

[Gili]

On Feb 17, 2006, at 3:33 AM, Eelco Hillenius wrote:


1. Give me the constructor change and the Java 5 functionality in one
pass (Wicket 2.0)


+1.

Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Re: Retroweaver

[Gili]

	FYI, I ran this problem by the author, his reply can be found below. In 
a nutshell, it might be worth your while to investigate retroweaver-ng 
until the official branch is updated.


Gili

[EMAIL PROTECTED] wrote:
There is a project called retroweaver-ng which basically has the latest 
patches applied to Retroweaver. That's where I'd recommend people go 
until it gets re-merged back into Retroweaver's main branch.
 
As far as mysterious (ClassCast-?) exceptions go, I've never ever had 
a bug reported against Retroweaver for anything like that. Retroweaver's 
been used in all sorts of environments (including with native compilers) 
without problem. Retroweaver's been used in production all over the 
place - it's even used by Intellij.
 
I'm not denying that it's possible that Tom found a bug in it (these 
things can happen), but he'd have to send a test case to me for me to 
even be able to investigate it. Kind of annoying to hear someone be so 
disparaging about it.
 
God bless,

-Toby
 
 
-- Original message --

From: Gili [EMAIL PROTECTED]

  FYI, read below...
 
   Original Message 
  IIRC (it was a couple of months ago), it obviously did not check 1.5 API
  usages (at least not correctly) and even generics constructs caused
  mysterious (ClassCast-?) exceptions. I didn't tried it deeper, because I
  lost any trust in that tool.
 
  --
  Cheers,
  Tom
 
 
  Gili schrieb:
  
   Just curious, can you be more specific about problems with 
Retroweaver?

  
   Thanks,
   Gili
  
   Tom S. wrote:
   Java 5 support would be a really big plus
   (esp. with tools like Retrotranslator and Retroweaver) for me as 
well.

  
   We've tried Retroweaver with our desktop applications and it failed
   completely for non-trivial stuff. A few days ago I've tried
   Retrotranslator (did not know about it before) and so far I'm very
   happy with it and not had any crash.
  
   --
   Cheers,
   Tom
  
  
   Jesse Sightler wrote:
   I'm completely in favor of jumping to Wicket 2.0 and implementing 
both

   of these changes with it. Java 5 support would be a really big plus
   (esp. with tools like Retrotranslator and Retroweaver) for me as 
well.

  
   I'm sure that won't be perfect for some people, but I think it is
   reasonable to cut over now and keep a 1.2 version as a maintenance
   branch.
  
   --
   Jess
  
  
  
   On 2/13/06, Martijn Dashorst wrote:
   All,
  
   We are of course very busy finalizing Wicket 1.2, and we 
/really/ hope
   to get it done soon. This will benefit everyone. So I want to 
take a

   look beyond 1.2 and try to get some opinions on our roadmap, and
   adjust where appropiate.
  
   There are two very big things ahead of us:
   - constructor refactor
   we have reached a limit to the support we want to provide
   for Ajax and javascript. In order to provide the best support
   we need to know the markup id before it is available. Many
   have been bitten by trying to retrieve an attribute from a
   component tag in the page constructor.
   We want to remedie this by removing the add() method,
   and replacing it with an extra parameter in the component
   constructor, which sets the parent of the component.
  
   public MyPage() {
   WebMarkupContainer c = new WebMarkupContainer(foo);
   c.add(new TextField(bar1));
   c.add(new Label(bar2));
   c.add(new Label(bar3));
   add(c);
   }
  
   will become:
  
   public MyPage() {
   WebMarkupContainer c = new WebMarkupContainer(this,
   foo);
   new TextField(c, bar1);
   new Label(c, bar2);
   new Label(c, bar3);
   }
  
   This opens up a lot of better markup parsing strategies for the
   core. We know this is a major API break, but we feel it is
   necessary
   to implement it in order to move Wicket forward.
  
   - java 5 support
   This is something a lot of people are waiting for. I
   understand that
   many people want, Igor states /need/, Java 5 support in Wicket.
  
   There is also a negative side to this. Some, or even many of
   you,
   can't move to java 1.5 as a server platform. We don't know how
   many users this affects. Please give a response when you can't
   move to 1.5. As Wicket is a volunteer effort, we can only
   support
   so many projects. Supporting both a 1.4 and 1.5 project will
   drain our resources too far, and won't be possible. So we
   have to
   make a choice.
  
   The questions I'm seeking answers to are the following:
  
   - should the post 1.2 version of Wicket involve both changes?
   - should we make different releases for either change, and thus
   postponing 1.5 to
   Wicket 3?
   - how many of you still require for current or future projects 
to run

   on JDK 1.4?
   - how many would object to having a retroweaver build of a JDK 5
   Wicket, which
   enables you to run 1.5 code on a 1.4 JRE?
  
   Thanks for your answers,
  
   Martijn
  
   --
   Living a wicket life...
  
   Martijn Dashorst - http://www.jroller.com/page/dashorst
  
   Wicket

[Wicket-user] Re: [Wicket-autocvs] wicket/src/java/wicket/util/collections ArrayListStack.java,NONE,1.1

[Gili]

	Forgive me for pointing this out but ArrayList in the JDK is *not* 
synchronized. As well, you can initialize its initial size just fine 
using the constructor. Was there another reason for using ArrayListStack 
over ArrayList which was not mentioned in the CVS commit log?


Gili

Jonathan Locke wrote:

Update of /cvsroot/wicket/wicket/src/java/wicket/util/collections
In directory 
sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv17559/src/java/wicket/util/collections

Added Files:
	ArrayListStack.java 
Log Message:

Created ArrayListStack subclass of ArrayList which is more efficient and 
capable of initializing with an initial capacity.  Removed TODO regarding 
performance in request cycle.

--- NEW FILE: ArrayListStack.java ---
/*
 * $Id: ArrayListStack.java,v 1.1 2006/02/14 20:47:36 jonathanlocke Exp $
 * $Revision: 1.1 $ $Date: 2006/02/14 20:47:36 $
 * 
 * ==

 * Licensed under the Apache License, Version 2.0 (the License); you may not
 * use this file except in compliance with the License. You may obtain a copy of
 * the License at
 * 
 * http://www.apache.org/licenses/LICENSE-2.0
 * 
 * Unless required by applicable law or agreed to in writing, software

 * distributed under the License is distributed on an AS IS BASIS, WITHOUT
 * WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
 * License for the specific language governing permissions and limitations under
 * the License.
 */
package wicket.util.collections;

import java.util.ArrayList;
import java.util.Collection;
import java.util.EmptyStackException;

/**
 * A faster, smaller stack implementation. ArrayListStack is final and
 * unsynchronized (the JDK's methods are synchronized). In addition you can set
 * the initial capacity if you want via the ArrayListStack(int) constructor.
 * 
 * @author Jonathan Locke

 */
public final class ArrayListStack extends ArrayList
{
private static final long serialVersionUID = 1L;

/**
 * Construct.
	 * 
	 * @param initialCapacity

 *Initial capacity of the stack
 */
public ArrayListStack(int initialCapacity)
{
super(initialCapacity);
}

/**
 * Construct.
 */
public ArrayListStack()
{
this(10);
}

/**
 * Construct.
	 * 
	 * @param collection

 *The collection to add
 */
public ArrayListStack(Collection collection)
{
super(collection);
}

/**
 * Pushes an item onto the top of this stack.
	 * 
	 * @param item

 *the item to be pushed onto this stack.
 */
public void push(Object item)
{
add(item);
}

/**
 * Removes the object at the top of this stack and returns that object.
	 * 
	 * @return The object at the top of this stack

 * @exception EmptyStackException
 *If this stack is empty.
 */
public Object pop()
{
final Object top = peek();
remove(size() - 1);
return top;
}

/**
 * Looks at the object at the top of this stack without removing it.
	 * 
	 * @return The object at the top of this stack

 * @exception EmptyStackException
 *If this stack is empty.
 */
public Object peek()
{
int size = size();
if (size == 0)
{
throw new EmptyStackException();
}
return get(size - 1);
}

/**
 * Tests if this stack is empty.
	 * 
	 * @return codetrue/code if and only if this stack contains no items;

 * codefalse/code otherwise.
 */
public boolean empty()
{
return size() == 0;
}

/**
 * Returns the 1-based position where an object is on this stack. If the
 * object tto/tt occurs as an item in this stack, this method 
returns
 * the distance from the top of the stack of the occurrence nearest the 
top
 * of the stack; the topmost item on the stack is considered to be at
 * distance tt1/tt. The ttequals/tt method is used to compare
 * tto/tt to the items in this stack.
	 * 
	 * @param o

 *the desired object.
 * @return the 1-based position from the top of the stack where the 
object
 * is located; the return value code-1/code indicates that 
the
 * object is not on the stack.
 */
public int search(Object o)
{
int i = lastIndexOf(o);
if (i = 0)
{
return size() - i;
}
return -1

Re: [Wicket-user] Post 1.2 roadmap

[Gili]

Replies below...

Igor Vaynberg wrote:
we have considered both options when figuring out the solution. we 
called it init() instead of bind() but it was basically the same thing.


here are some advantages of a constructor over an init() method:

1) constructors are atomic


	Wicket components have always been thread-unsafe by design, so I fail 
to see how this is relevant. Do you plan on sharing Wicket components 
across threads anytime soon? Just define Component.isInit() and set it 
to true if a component has been initialized, and prevent 
double-initialization.


2) an exception thrown from a constructor will prevent the object from 
being created (security)


	Correct me if I'm wrong (you probably know more about this issue than 
me) but isn't the real security concern whether or not the Component may 
be rendered as opposed to whether or not it may be constructed? For 
example, normal users do not have admin access, so they should not be 
able to visit admin-only WebPages. You could enforce this security check 
at render time.


3) constructor parameters are much easier to pass. if you have a 
parameter that you want to pass from a constructor you would have to 
store it as a field so it is available in init(), this makes things 
really really dirty and break encapsulation.


	I think that is subjective. All JavaBeans work this way (if you need to 
use a variable later on, you are forced to store it as a field) but this 
has never bothered me. I already do this kind of thing with Wicket when 
I need a variable at render time (this happens quite often). In my view, 
this is no more ugly.


4) constructors insure the proper order of creation. you cant have 
things like. Panel p1=new Panel(); p2=new Panel(); p2.init(p1) == error 
because p1 hasnt been initted and bound to the page yet.


	The situation you describe exists with the current implementation (i.e. 
this is nothing new). IMHO this is common sense. I don't think anyone 
would find it confusing.


5) constructors, as the name implies, are used for constructing things 
in java.


	Right, but we're not constructing, we're binding. A WebPage floating in 
space is just fine. You should be able to use a constructor to create 
such an instance. Using Swing as an example (since Wicket is based upon 
it), you often create a component using a constructor and bind it using 
add() or setParent().


6) constructors give component creators the ability to use the good 
citizen pattern


so in the end using construcors leads to a much more concise and clear 
code both for component creators and component users.


also saying things vague like its better because components can be 
javabeans doesnt mean much. why not give arguments as to /why/ it would 
be better to have components as javabeans.


	For one, many frameworks play very nicely with JavaBeans. If Wicket 
components were beans we could seamlessly plug them into things like 
XMLEncoder and the various bean APIs that manipulate them.


anyways, this is not what this thread was about. if anyone is interested 
in discussing any of the points above please start a different thread.


	This discussion is regarding whether or not we should be passing the 
parent into the constructor as opposed to the current add() mechanism. I 
would argue that the current discussion is quite relevant in that we are 
trying to give our feedback on this proposal. I'm not arguing against 
the existence of constructors just for the sake of argument.


Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: [Wicket-autocvs] wicket/src/java/wicket/util/collections ArrayListStack.java,NONE,1.1

[Gili]

My apologies. Thank you for the clarification.

Gili

Eelco Hillenius wrote:

That class is a replacement for java.util.Stack, which is based on
synchronized java.util.Vector. You didn't get the point of the
replacement.

Eelco


On 2/15/06, Gili [EMAIL PROTECTED] wrote:

Forgive me for pointing this out but ArrayList in the JDK is *not*
synchronized. As well, you can initialize its initial size just fine
using the constructor. Was there another reason for using ArrayListStack
over ArrayList which was not mentioned in the CVS commit log?

Gili

Jonathan Locke wrote:

Update of /cvsroot/wicket/wicket/src/java/wicket/util/collections
In directory 
sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv17559/src/java/wicket/util/collections

Added Files:
  ArrayListStack.java
Log Message:
Created ArrayListStack subclass of ArrayList which is more efficient and 
capable of initializing with an initial capacity.  Removed TODO regarding 
performance in request cycle.

--- NEW FILE: ArrayListStack.java ---
/*
 * $Id: ArrayListStack.java,v 1.1 2006/02/14 20:47:36 jonathanlocke Exp $
 * $Revision: 1.1 $ $Date: 2006/02/14 20:47:36 $
 *
 * 
==
 * Licensed under the Apache License, Version 2.0 (the License); you may not
 * use this file except in compliance with the License. You may obtain a copy of
 * the License at
 *
 * http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an AS IS BASIS, WITHOUT
 * WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
 * License for the specific language governing permissions and limitations under
 * the License.
 */
package wicket.util.collections;

import java.util.ArrayList;
import java.util.Collection;
import java.util.EmptyStackException;

/**
 * A faster, smaller stack implementation. ArrayListStack is final and
 * unsynchronized (the JDK's methods are synchronized). In addition you can set
 * the initial capacity if you want via the ArrayListStack(int) constructor.
 *
 * @author Jonathan Locke
 */
public final class ArrayListStack extends ArrayList
{
  private static final long serialVersionUID = 1L;

  /**
   * Construct.
   *
   * @param initialCapacity
   *Initial capacity of the stack
   */
  public ArrayListStack(int initialCapacity)
  {
  super(initialCapacity);
  }

  /**
   * Construct.
   */
  public ArrayListStack()
  {
  this(10);
  }

  /**
   * Construct.
   *
   * @param collection
   *The collection to add
   */
  public ArrayListStack(Collection collection)
  {
  super(collection);
  }

  /**
   * Pushes an item onto the top of this stack.
   *
   * @param item
   *the item to be pushed onto this stack.
   */
  public void push(Object item)
  {
  add(item);
  }

  /**
   * Removes the object at the top of this stack and returns that object.
   *
   * @return The object at the top of this stack
   * @exception EmptyStackException
   *If this stack is empty.
   */
  public Object pop()
  {
  final Object top = peek();
  remove(size() - 1);
  return top;
  }

  /**
   * Looks at the object at the top of this stack without removing it.
   *
   * @return The object at the top of this stack
   * @exception EmptyStackException
   *If this stack is empty.
   */
  public Object peek()
  {
  int size = size();
  if (size == 0)
  {
  throw new EmptyStackException();
  }
  return get(size - 1);
  }

  /**
   * Tests if this stack is empty.
   *
   * @return codetrue/code if and only if this stack contains no items;
   * codefalse/code otherwise.
   */
  public boolean empty()
  {
  return size() == 0;
  }

  /**
   * Returns the 1-based position where an object is on this stack. If the
   * object tto/tt occurs as an item in this stack, this method returns
   * the distance from the top of the stack of the occurrence nearest the 
top
   * of the stack; the topmost item on the stack is considered to be at
   * distance tt1/tt. The ttequals/tt method is used to compare
   * tto/tt to the items in this stack.
   *
   * @param o
   *the desired object.
   * @return the 1-based position from the top of the stack where the object
   * is located; the return value code-1/code indicates that the
   * object is not on the stack.
   */
  public int search(Object o

Re: [Wicket-user] Post 1.2 roadmap

[Gili]

Just curious, can you be more specific about problems with Retroweaver?

Thanks,
Gili

Tom S. wrote:

Java 5 support would be a really big plus
(esp. with tools like Retrotranslator and Retroweaver) for me as well.


We've tried Retroweaver with our desktop applications and it failed 
completely for non-trivial stuff. A few days ago I've tried 
Retrotranslator (did not know about it before) and so far I'm very happy 
with it and not had any crash.


--
Cheers,
Tom


Jesse Sightler wrote:

I'm completely in favor of jumping to Wicket 2.0 and implementing both
of these changes with it.  Java 5 support would be a really big plus
(esp. with tools like Retrotranslator and Retroweaver) for me as well.

I'm sure that won't be perfect for some people, but I think it is
reasonable to cut over now and keep a 1.2 version as a maintenance
branch.

--
Jess



On 2/13/06, Martijn Dashorst [EMAIL PROTECTED] wrote:

All,

We are of course very busy finalizing Wicket 1.2, and we /really/ hope
to get it done soon. This will benefit everyone. So I want to take a
look beyond 1.2 and try to get some opinions on our roadmap, and
adjust where appropiate.

There are two very big things ahead of us:
 - constructor refactor
we have reached a limit to the support we want to provide
for Ajax and javascript. In order to provide the best support
we need to know the markup id before it is available. Many
have been bitten by trying to retrieve an attribute from a
component tag in the page constructor.
We want to remedie this by removing the add() method,
and replacing it with an extra parameter in the component
constructor, which sets the parent of the component.

   public MyPage() {
WebMarkupContainer c = new WebMarkupContainer(foo);
c.add(new TextField(bar1));
c.add(new Label(bar2));
c.add(new Label(bar3));
add(c);
   }

   will become:

   public MyPage() {
   WebMarkupContainer c = new WebMarkupContainer(this, 
foo);

   new TextField(c, bar1);
   new Label(c, bar2);
   new Label(c, bar3);
   }

This opens up a lot of better markup parsing strategies for the
core. We know this is a major API break, but we feel it is 
necessary

to implement it in order to move Wicket forward.

 - java 5 support
This is something a lot of people are waiting for. I 
understand that

many people want, Igor states /need/, Java 5 support in Wicket.

There is also a negative side to this. Some, or even many of 
you,

can't move to java 1.5 as a server platform. We don't know how
many users this affects. Please give a response when you can't
move to 1.5. As Wicket is a volunteer effort, we can only 
support

so many projects. Supporting both a 1.4 and 1.5 project will
drain our resources too far, and won't be possible. So we 
have to

make a choice.

The questions I'm seeking answers to are the following:

 - should the post 1.2 version of Wicket involve both changes?
 - should we make different releases for either change, and thus
postponing 1.5 to
   Wicket 3?
 - how many of you still require for current or future projects to run
on JDK 1.4?
 - how many would object to having a retroweaver build of a JDK 5 
Wicket, which

   enables you to run 1.5 code on a 1.4 JRE?

Thanks for your answers,

Martijn

--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through 
log files

for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
files

for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
files

for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http

Re: [Wicket-user] Post 1.2 roadmap

[Gili]

	Instead of introducing extra arguments to the constructor, why not 
simply move all this logic into a new method?


	That is, introduce Component.bind(Component parent). We'd benefit from 
the fact that Wicket components could become JavaBeans and method-based 
binding is more flexible than constructor-based binding.


	From past experience, whenever classes require arguments in their 
constructors there is always some flexibility lost. For example, you 
absolutely cannot invoke any code before super() if you subclass such a 
class so if the value of one of the arguments needs to be calculated or 
modified in any way prior to the super() call you're out of luck.


Gili

Timo Stamm wrote:

Johan Compagner schrieb:

that would be very hard to maintain.
For example if you have a panel that is rewritten by using only the new
parent in constructor params.
And you add that in youre own webpage/panel that doesn't use that 
parent in

constructor param.
Then you get all kind of errors because the child panel expect to have it
all but because of the hierarchy problem
that we have then, he doesn't have it.

So i do think it is all or nothing.


I see, thanks for the explanation.

-1 for constructor change.




On 2/14/06, Timo Stamm [EMAIL PROTECTED] wrote:

Martijn Dashorst schrieb:

 - constructor refactor

Wow, that's a /major/ change and will probably effect every custom
component and every application written using Wicket.

I see the benefit of having a complete component hierarchy availably
right at the initialization of a class.

But wouldn't it suffice to just make the new constructors available, and
put a clear statement in the API docs? Then maybe deprecate the public
add() in the next major version, and drop it in 2.0 or something like
that?



This opens up a lot of better markup parsing strategies for the
core.

Just get rid of markup, it sucks anyway ;)



 - java 5 support

+1






---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user







---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
files

for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Post 1.2 roadmap

[Gili]

	Seems to me you guys are quickly running out of things to work on. 
Might I humbly suggest you schedule RFE #1228367 for the next release? 
On a related note, I believe RFE #1167649 can be closed as fixed.


Thanks,
Gili

Martijn Dashorst wrote:

All,

We are of course very busy finalizing Wicket 1.2, and we /really/ hope
to get it done soon. This will benefit everyone. So I want to take a
look beyond 1.2 and try to get some opinions on our roadmap, and
adjust where appropiate.

There are two very big things ahead of us:
 - constructor refactor
we have reached a limit to the support we want to provide
for Ajax and javascript. In order to provide the best support
we need to know the markup id before it is available. Many
have been bitten by trying to retrieve an attribute from a
component tag in the page constructor.
We want to remedie this by removing the add() method,
and replacing it with an extra parameter in the component
constructor, which sets the parent of the component.

   public MyPage() {
WebMarkupContainer c = new WebMarkupContainer(foo);
c.add(new TextField(bar1));
c.add(new Label(bar2));
c.add(new Label(bar3));
add(c);
   }

   will become:

   public MyPage() {
   WebMarkupContainer c = new WebMarkupContainer(this, foo);
   new TextField(c, bar1);
   new Label(c, bar2);
   new Label(c, bar3);
   }

This opens up a lot of better markup parsing strategies for the
core. We know this is a major API break, but we feel it is necessary
to implement it in order to move Wicket forward.

 - java 5 support
This is something a lot of people are waiting for. I understand that
many people want, Igor states /need/, Java 5 support in Wicket.

There is also a negative side to this. Some, or even many of you,
can't move to java 1.5 as a server platform. We don't know how
many users this affects. Please give a response when you can't
move to 1.5. As Wicket is a volunteer effort, we can only support
so many projects. Supporting both a 1.4 and 1.5 project will
drain our resources too far, and won't be possible. So we have to
make a choice.

The questions I'm seeking answers to are the following:

 - should the post 1.2 version of Wicket involve both changes?
 - should we make different releases for either change, and thus
postponing 1.5 to
   Wicket 3?
 - how many of you still require for current or future projects to run
on JDK 1.4?
 - how many would object to having a retroweaver build of a JDK 5 Wicket, which
   enables you to run 1.5 code on a 1.4 JRE?

Thanks for your answers,

Martijn

--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] AjaxLinkTest fails

[Gili]

FYI, building wicket core from CVS head (did an update a few seconds 
ago):

[junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 1.047 sec
[junit] [ERROR] TEST wicket.ajax.markup.html.ajaxLink.AjaxLinkTest FAILED

I've attached the test results file.

Gili
--
http://www.desktopbeautifier.com/
Testsuite: wicket.ajax.markup.html.ajaxLink.AjaxLinkTest
Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 1.047 sec

- Standard Output ---
=== wicket.ajax.markup.html.ajaxLink.AjaxLinkPage ===
-  ---
- Standard Error -
@@ -1,5 +1,5 @@
 html

-head script language=JavaScript type=text/javascript 
src=/MockWebApplication/MockWebApplication/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax.js/script
+head script language=JavaScript type=text/javascript 
src=/MockWebApplication/MockWebApplication/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax.js/script

 /headbody

   span wicket:id=ajaxLabel id=ajaxLabelUpdateMe/span

   a href=javascript:var 
wicket=wicketAjaxGet('/MockWebApplication/MockWebApplication?path=0:ajaxLinkinterface=IBehaviorListenerbehaviorId=0');
 wicket:id=ajaxLinkUpdate/a

-  ---
Testcase: testRenderHomePage_1(wicket.ajax.markup.html.ajaxLink.AjaxLinkTest):  
FAILED
null
junit.framework.AssertionFailedError
at wicket.WicketTestCase.executeTest(WicketTestCase.java:74)
at 
wicket.ajax.markup.html.ajaxLink.AjaxLinkTest.testRenderHomePage_1(AjaxLinkTest.java:43)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

[Wicket-user] Re: Pethate - long urls

[Gili]

	You're right. In the case where account name is encoded into the URL 
and Google manages to index it somehow (i.e. there is no password 
required) then we'll definitely see problems.


	Maybe we should just add 
BookmarkablePageRequestTargetUrlCodingStrategy.excludeArgument(String 
queryParameter) so you could for example invoke 
BookmarkablePageRequestTargetUrlCodingStrategy.excludeArgument(userName) 
and all other arguments would work fine.


Gili

John Patterson wrote:
Such pages MUST have different URLs but perhaps 90% of the content may be the 
same.  Here is an example:


 /showRecord/id/123/userName/Gili
 /showRecord/id/123/userName/John

Every parameter is used to change the displayed page.  These pages would show 
mostly the same content but would only differ in the user name displayed.  
Google would see these as duplicate pages but they *cannot* have the same 
URL.


If one used the form:

/showRecord?id=123userName=John

Or even better:

/showRecord/id/123?userName=John

Then Google will recognise that the page is dynamic and will not penalise your 
site.  The major search engines no longer have a problem indexing such pages.  
I now use this second hybrid form and traffic has returned to normal.  From 
reading SEO news groups I know that others have had the same problem with 
duplicate content penalties after Google's Jagger update.


Hope this helps clarify the problem with passing parameters in the path.



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: Pethate - long urls

[Gili]

	I don't think this necessary has anything to do with your URL scheme. 
It has to do with having different URLs returning the same (or very 
similar) content.


	The difference is that under niceurl, all URLs are considered 
individual pages whereas under the normal scheme it might be considered 
as a single page with multiple parameters. I believe Google has problems 
indexing the matter whereas if you use the former and different 
parameters yield the same page you will end up penalized.


	I would suggest you simply ensure that different parameters always 
result in different content and use HTTP redirects in case different 
parameters yield the same content. Google will only penalize you if you 
don't HTTP redirect and pretend these are different pages.


Just my 2 cents...

Gili

John Patterson wrote:

Igor Vaynberg igor.vaynberg at gmail.com writes:


its pretty easy to create an encoder that will process regular url
formatted parameters. maybe that is a better default eventhough it is
not as crawler friendly as the other one. you can also change your own
implementation to the default by calling
applicationsettings.setpageparametersencoder.


Just thought I would share my recent experience using urls of the form:

/action/param_name1/param_value1/param_name2/param_value2

I used this form in a website of mine to great success UNTIL november when
Google started penalising any site that contains duplicate content.
If the parameters passed to the page do not result in a significantly 
different resulting page then google will assume that you have duplicate 
pages on your site and will penalise you.


In November and December my site traffic dropped to 25% almost overnight
after their Jagger update.  After changing my URL's back to the more
conventional form:

/action?param_name1=param_value2param_name2=param_value2

My traffic has returned to normal.

Lesson learned: don't assume you are smarter than Google to gain more
traffic. Stick to statndard URL schemes.





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: Pethate - long urls

[Gili]

http://www.google.ca/intl/en/webmasters/guidelines.html reads:

If you decide to use dynamic pages (i.e., the URL contains a ? 
character), be aware that not every search engine spider crawls dynamic 
pages as well as static pages. It helps to keep the parameters short and 
the number of them few.


More replies below...

John Patterson wrote:
and use HTTP redirects in case different 
parameters yield the same content. Google will only penalize you if you

don't HTTP redirect and pretend these are different pages.


If the redirect relies on a user session existing then Google will not even 
index the content page (Google does not support cookies and avoids any url 
with a session id).  If it doesn't rely on a session then all parameters must 
also be present in the redirected page URL which brings us back to the 
original problem.


	You misunderstood. I wasn't saying you should be removing parameters. I 
was suggesting you canonicalize them. That is, if a user hits: 
foo.html?a=1b=2c=3 but this is identical to foo.html?a=1 (because b=2 
and c=3 are default values) than you need to issue a HTTP redirect from 
foo.html?a=1 to foo.html?a=1b=2c=3.


Google's guidelines specifically says:

Allow search bots to crawl your sites without session IDs or arguments 
that track their path through the site. These techniques are useful for 
tracking individual user behavior, but the access pattern of bots is 
entirely different. Using these techniques may result in incomplete 
indexing of your site, as bots may not be able to eliminate URLs that 
look different but actually point to the same page.


	which implies you should not rely upon Sessions for crawler indexing 
(in fact, I have read that most crawlers will outright reject any URLs 
that make use of sessions). I'm saying that you should focus on ensuring 
all BookmarkablePages expose canonicalized paths and redirect pages with 
equivilent parameter values to those canonicalized paths.


Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: Pethate - long urls

[Gili]

John Patterson wrote:

On Thursday 09 Feb 2006 15:15, Gili wrote:

You misunderstood. I wasn't saying you should be removing parameters. I
was suggesting you canonicalize them. That is, if a user hits:
foo.html?a=1b=2c=3 but this is identical to foo.html?a=1 (because b=2
and c=3 are default values) than you need to issue a HTTP redirect from
foo.html?a=1 to foo.html?a=1b=2c=3.



I really don't understand what you are getting at here?  When would you ever 
want to pass default values to a page?  I cannot see this situation ever 
arising.  Parameters are generally passed to the page for a reason ie they 
affect what is displayed.


	For example, if you have a multi-page image gallery, specifying page=0 
would be optional, since it is the default page that gets viewed unless 
you specify otherwise.


I'm saying that you should focus on ensuring 
all BookmarkablePages expose canonicalized paths and redirect pages with

equivilent parameter values to those canonicalized paths.


That is exactly what does NOT happen when you pass parameters in the URL path.  
Google assumes that they are different pages with similar (note: not 
identical) content and punishes your ass.


	Not if you use HTTP redirect. You can have multiple pages with 
identical content if all duplicates redirect to the canonical URL. From 
Google's point of view, it only sees one URL (the canonical one) and it 
disregards any pages which redirect.


Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket.WicketRuntimeException while redirecting to Login Page

[Gili]

	Session.redirectToInterceptPage() has extremely brief Javadoc in 1.2. I 
understand we are redirecting to a page but there is no mention of what 
an intercept page is. At the very least we should have a @see 
#continueToOriginalDestination and a reverse link as well.


Gili

Johan Compagner wrote:
please try to upgrade to the latest 1.1 or even better try using the 
latest snapshots.


what you could do is this in 1.1:

redirectToInterceptPage(newPage(Login.class));
setResponsePage(null);


On 2/7/06, *Dipu* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:

Hi ,
 
I have got a base page which is extended   by most  of the other

pages in my application.
 
I am trying to stick in a check in the base page to redirect the

user to the login page if required
But its throwing a WicketRuntimeException
 
code snippet for redirecting to the login page is
 
if(FabProperties.getProperty(FabInfo.AUTH_REQUIRED).equalsIgnoreCase(FabInfo.STR_TRUE)
 !session.isLoggedin())  
{ 
   //setResponsePage(newPage(Login.class));

   redirectToInterceptPage(newPage(Login.class));
  
//getResponse().redirect(?bookmarkablePage=com.xmltravel.fab1.wicket.login.Login.Login);

}
 
 
Can anyone please tell me how to get around this issue. I am using

wicket-1.1-b4
I don't want to set the application home to the Login page
 
 
Stack Trace
 
16:04:50.406 ERROR! [SocketListener0-1]

wicket.RequestCycle.internalOnRuntimeException(
_RequestCycle.java:785_) 19 Unexpected runtime exception [page =
[Page class = com.xmltravel.fab1.wicket.flights.FlightSearch, id = 4]]
wicket.WicketRuntimeException
: Already redirecting to '/fab1/?path=5'. Cannot redirect more than
once
at wicket.protocol.http.BufferedWebResponse.redirect(
_BufferedWebResponse.java:88_)
at wicket.protocol.http.WebRequestCycle.redirectTo(
_WebRequestCycle.java:330_)
at wicket.RequestCycle.respond(
_RequestCycle.java:934_)
at wicket.RequestCycle.request(
_RequestCycle.java:411_)
at wicket.protocol.http.WicketServlet.doGet(
_WicketServlet.java:208_)
at javax.servlet.http.HttpServlet.service(
_HttpServlet.java:596_)
at javax.servlet.http.HttpServlet.service(
_HttpServlet.java:689_)
at org.mortbay.jetty.servlet.ServletHolder.handle(
_ServletHolder.java:427_)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(
_WebApplicationHandler.java:473_)
at org.mortbay.jetty.servlet.ServletHandler.handle(
_ServletHandler.java:568_)
at org.mortbay.http.HttpContext.handle(
_HttpContext.java:1565_)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(
_WebApplicationContext.java:635_)
at org.mortbay.http.HttpContext.handle(
_HttpContext.java:1517_)
at org.mortbay.http.HttpServer.service(
_HttpServer.java:954_)
at org.mortbay.http.HttpConnection.service(
_HttpConnection.java:816_)
at org.mortbay.http.HttpConnection.handleNext(
_HttpConnection.java:983_)
at org.mortbay.http.HttpConnection.handle(
_HttpConnection.java:833_)
at org.mortbay.http.SocketListener.handleConnection(
_SocketListener.java:244_)
at org.mortbay.util.ThreadedServer.handle(
_ThreadedServer.java:357_)
at org.mortbay.util.ThreadPool$PoolThread.run(
_ThreadPool.java:534_)
 
Thanks

Dipu
 
 





--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] onRuntimeException() in 1.2

[Gili]

	Is there any reason for 
CompoundRequestCycleProcessor.newRequestCodingStrategy() throwing an 
exception rather than returning new WebRequestCodingStrategy()?


Gili

Eelco Hillenius wrote:

You probably want to checkout CompoundRequestCycleProcessor and
IExceptionResponseStrategy first though.

Eelco


On 2/5/06, Gili [EMAIL PROTECTED] wrote:

Sorry, just found Application.newRequestCycleProcessor().

Thanks anyway,
Gili

Gili wrote:

Hi,

How does one provide a custom implementation for
onRuntimeException() in Wicket 1.2? The javadoc for RequestCycle seems
to indicate I shouldn't be subclassing it, yet onRuntimeException() is
defined there. It would be nice if I could do:

application.getExceptionSettings().setExceptionResponseStrategy(someCustomImplementation);


Any ideas?

Thanks,
Gili

--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Forcing immediate Page redirection

[Gili]

Hi,

	Is it possible to tell Wicket to redirect the HTTP request prior to the 
rendering phase of the current page? Last time I checked, 
setRedirectPage() only issues a redirect command after rendering.


	I have a BookmarkablePage which lazily-generates database entries if it 
needs them. Igor mentioned a while back that Wicket's architecture is 
geared towards read-only Sessions during the constructor/rendering phase 
(i.e. all exceptions during this phase are fatal) and read/write 
Sessions during the HTTP-response-generating phase. Because of 
Hibernate's versioning mechanism, it is possible I will run into 
StaleObjectStateException while generating the necessary data and I will 
need to retry the entire operation.


	What I am trying to do is if a user hits a BookmarkablePage that is 
missing data, a read/write Session is used to generate the data, then 
the response redirects the browser back to the same Page and retries the 
operation. In theory, the second time around we will have all necessary 
data and a read-only Session may be used.


Is this possible under Wicket or should I file a RFE?

Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] onRuntimeException() in 1.2

[Gili]

Hi,

	How does one provide a custom implementation for onRuntimeException() 
in Wicket 1.2? The javadoc for RequestCycle seems to indicate I 
shouldn't be subclassing it, yet onRuntimeException() is defined there. 
It would be nice if I could do:


application.getExceptionSettings().setExceptionResponseStrategy(someCustomImplementation);

Any ideas?

Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] onRuntimeException() in 1.2

[Gili]

Sorry, just found Application.newRequestCycleProcessor().

Thanks anyway,
Gili

Gili wrote:

Hi,

How does one provide a custom implementation for 
onRuntimeException() in Wicket 1.2? The javadoc for RequestCycle seems 
to indicate I shouldn't be subclassing it, yet onRuntimeException() is 
defined there. It would be nice if I could do:


application.getExceptionSettings().setExceptionResponseStrategy(someCustomImplementation); 



Any ideas?

Thanks,
Gili


--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: mountBookmarkablePage and resource paths

[Gili]

	Thank you very much Johan! This works perfectly. Two other requests I 
wanted to mention briefly...


class MyPage extends WebPage
{
[...]
Image i = new Image(someId);
add(i);
[...]
}

	The above example uses autolinked images. There is no indication what 
scope the image is added to. Can you please modify the Javadoc of the 
constructor to explicitly mention what scope is used? (I believe it uses 
the page it is added to as its scope, we just need to mention this in 
the Javadoc).


	Secondly, seeing as we've done very similar work in the past, is it 
possible to implement 
http://sourceforge.net/tracker/index.php?func=detailaid=1228367group_id=119783atid=684978 
in the near future? It is almost identical work to autolinked images but 
instead of automating Image object configuration it automates Link 
object configuration.


Thank you,
Gili

Johan Compagner wrote:

shared resources need to be aliasses need now to be aliassed through
SharedResources.putAlias() (or something like that)

On 2/1/06, Gili [EMAIL PROTECTED] wrote:

I'm not sure I understand how to use it to achieve page aliasing. Are
there any examples of its usage anywhere? For example, say I wanted to
implement IRequestTargetUrlCodingStrategy.encode(), how would I get the
original URL associated with the requestTarget? IRequestTarget doesn't
define getURL().

I would appreciate your help understanding how to do this.

Thanks,
Gili

R.J. Lorimer wrote:

Gili,

Can't you use the new RequestTargetUrlCodingStrategy to effectively meet
the needs of the page alias stuff? It's a little more complicated from
what I've seen, but also more flexible.

Any of the people more familiar with this feature care to comment?

R.J.


Gili wrote:

Should I file a bug report against this? My shared resources have
been bookmarked by thousands of websites and migrating from Wicket 1.1
to 1.2 changes their URLs.

Gili

Gili wrote:

Hi,

Any idea why mountBookmarkablePage does not affect resource
paths? That is, in the old implementation putClassAlias() would
affect both such that I could refer to:

/WicketServlet/resources/myPageAlias/myImage.jpg

now I have to refer to:

/WicketServlet/resources/com.foo.bar.Page/myImage.jpg

instead which looks rather ugly. Is there an equivalent aliasing
mechanism for resources?

Thanks,
Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user


--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Re: mountBookmarkablePage and resource paths

[Gili]

	I'm not sure I understand how to use it to achieve page aliasing. Are 
there any examples of its usage anywhere? For example, say I wanted to 
implement IRequestTargetUrlCodingStrategy.encode(), how would I get the 
original URL associated with the requestTarget? IRequestTarget doesn't 
define getURL().


I would appreciate your help understanding how to do this.

Thanks,
Gili

R.J. Lorimer wrote:

Gili,

Can't you use the new RequestTargetUrlCodingStrategy to effectively meet 
the needs of the page alias stuff? It's a little more complicated from 
what I've seen, but also more flexible.


Any of the people more familiar with this feature care to comment?

R.J.


Gili wrote:


Should I file a bug report against this? My shared resources have 
been bookmarked by thousands of websites and migrating from Wicket 1.1 
to 1.2 changes their URLs.


Gili

Gili wrote:

Hi,

Any idea why mountBookmarkablePage does not affect resource 
paths? That is, in the old implementation putClassAlias() would 
affect both such that I could refer to:


/WicketServlet/resources/myPageAlias/myImage.jpg

now I have to refer to:

/WicketServlet/resources/com.foo.bar.Page/myImage.jpg

instead which looks rather ugly. Is there an equivalent aliasing 
mechanism for resources?


Thanks,
Gili





---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
files

for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Re: mountBookmarkablePage and resource paths

[Gili]

	Should I file a bug report against this? My shared resources have been 
bookmarked by thousands of websites and migrating from Wicket 1.1 to 1.2 
changes their URLs.


Gili

Gili wrote:

Hi,

Any idea why mountBookmarkablePage does not affect resource paths? 
That is, in the old implementation putClassAlias() would affect both 
such that I could refer to:


/WicketServlet/resources/myPageAlias/myImage.jpg

now I have to refer to:

/WicketServlet/resources/com.foo.bar.Page/myImage.jpg

instead which looks rather ugly. Is there an equivalent aliasing 
mechanism for resources?


Thanks,
Gili


--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Image, path=X and jsessionid

[Gili]

	Adding a timestamp would be equivilent to no-cache. I'd like the 
images to be cached for the length of the session. Eelco, I think you 
missed the point of what I was trying to do. We could add a variable 
called foo and set its value to that of jsessionid. The point is that 
component-scoped images should have a URL that is unique to the user 
session in some way such that the browser knows that path=0 for one 
session is not the same image as path=0 for another session. Do you see 
what I mean?


Gili

Ivo Limmen wrote:
Why not add a timestamp on each URL? This will certainly fix your 
caching problems. I had to do this once because Internet Explorer was 
ignoring my disabling caching settings...


On 1/27/06, *Eelco Hillenius* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


-1. We're not building a servlet container here.

Eelco

On 1/27/06, Gili  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  Hi,
 
  Can we modify the default behavior of the Image component
(the relevant
  code is inside its onComponentTag()) such that it always appends
  jsessionid onto its SRC url?
 
  As previously discussed, currently we general identical
URLs across
  sessions, the browser caches these images, but underlying image might
  change from session to session and the browser will display an
incorrect
  (cached) image.
 
  I think appending the jsessionid to the URL is a very
easy and generic
  fix for this and I'd like to see it go into core. What do you think?
 
  Thanks,
  Gili
  --
  http://www.desktopbeautifier.com/
 
 
  ---
  This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
  for problems?  Stop!  Download the new AJAX search engine that makes
  searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
 
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user
 


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 
http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Image, path=X and jsessionid

[Gili]

Eelco Hillenius wrote:

I can see your point with those URLs, but I don't agree with it. You
either have public, stable url's which constitute idempotent actions,
or you have session specific urls, in which you shouldn't even
consider caching imo.

But... in case you don't agree, you might want to delve deeper into
Wicket and e.g. work with your own IRequestTarget/
IRequestTargetResolverStrategy.


	I disagree about session-specific URLs being uncachable. I should be 
able to reload a page without having to reload all its resources. Adding 
jsessionid to the URL works, does it not? So what's the downside?


	I took a quick look at IRequestTarget and 
IRequestTargetResolverStrategy but they seem to deal with handling 
incoming requests, not having anything to do with serving unique 
resource URLs to begin with. What did you have in mind?


Thanks,
Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Image, path=X and jsessionid

[Gili]

Hi,

	Can we modify the default behavior of the Image component (the relevant 
code is inside its onComponentTag()) such that it always appends 
jsessionid onto its SRC url?


	As previously discussed, currently we general identical URLs across 
sessions, the browser caches these images, but underlying image might 
change from session to session and the browser will display an incorrect 
(cached) image.


	I think appending the jsessionid to the URL is a very easy and generic 
fix for this and I'd like to see it go into core. What do you think?


Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Image, path=X and jsessionid

[Gili]

	Adding a cache timeout will not help because the problem is the 
browser-cache, not the server cache. What I am trying to do is say to 
the browser: cache this image for the scope of this session, because 
when the browser is restarted path=X will be reset to 0 and whatever 
images were cached for path=0 are not guaranteed to be valid anymore. 
That is to say, path=0 for one JSESSIONID is not guaranteed to be the 
same as path=0 for another JSESSIONID but the browser doesn't know this 
which is why I want to make it explicit.


Gili

Martijn Dashorst wrote:

-1

This is very specific to your case, not a general Wicket case. Setting 
the cache timeout the same as the session timeout seems like a better 
way to do this.


Martijn


On 1/27/06, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Hi,

Can we modify the default behavior of the Image component
(the relevant
code is inside its onComponentTag()) such that it always appends
jsessionid onto its SRC url?

As previously discussed, currently we general identical URLs
across
sessions, the browser caches these images, but underlying image might
change from session to session and the browser will display an incorrect
(cached) image.

I think appending the jsessionid to the URL is a very easy
and generic
fix for this and I'd like to see it go into core. What do you think?

Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1


--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Image, path=X and jsessionid

[Gili]

	The problem is that the browser cache operates strictly on the image 
URL, regardless of any cookie values. If we don't explicitly add 
JSESSIONID onto its URL, then the browser will mistakenly think two 
images from different sessions are equal because their URL is equal.


Gili

Juergen Donnerstag wrote:

jsessionid is handled by the servlet container and IMO we shouldn't
add/remove/modify it at all. Besides according to the spec a cookie
could also be used for jessionid.

Juergen

On 1/27/06, Gili [EMAIL PROTECTED] wrote:

Hi,

   Can we modify the default behavior of the Image component (the relevant
code is inside its onComponentTag()) such that it always appends
jsessionid onto its SRC url?

   As previously discussed, currently we general identical URLs across
sessions, the browser caches these images, but underlying image might
change from session to session and the browser will display an incorrect
(cached) image.

   I think appending the jsessionid to the URL is a very easy and generic
fix for this and I'd like to see it go into core. What do you think?

Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Image, path=X and jsessionid

[Gili]

	So then let me ask you the question from a different point of view. 
When *is* it correct to use a component resource?


Gili

Johan Compagner wrote:

Use it as a SharedResource so not a component resource.
Then don't set http cache headers.
But do make the resource cacheable so that it caches on lastmodification 
date.


johan



On 1/27/06, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



The problem is that the browser cache operates strictly on
the image
URL, regardless of any cookie values. If we don't explicitly add
JSESSIONID onto its URL, then the browser will mistakenly think two
images from different sessions are equal because their URL is equal.

Gili

Juergen Donnerstag wrote:
  jsessionid is handled by the servlet container and IMO we shouldn't
  add/remove/modify it at all. Besides according to the spec a cookie
  could also be used for jessionid.
 
  Juergen
 
  On 1/27/06, Gili [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  Hi,
 
 Can we modify the default behavior of the Image component
(the relevant
  code is inside its onComponentTag()) such that it always appends
  jsessionid onto its SRC url?
 
 As previously discussed, currently we general identical
URLs across
  sessions, the browser caches these images, but underlying image
might
  change from session to session and the browser will display an
incorrect
  (cached) image.
 
 I think appending the jsessionid to the URL is a very
easy and generic
  fix for this and I'd like to see it go into core. What do you think?
 
  Thanks,
  Gili
  --
  http://www.desktopbeautifier.com/
http://www.desktopbeautifier.com/
 
 
  ---
  This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
  for problems?  Stop!  Download the new AJAX search engine that
makes
  searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
 
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 
 
 
  ---
  This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
  for problems?  Stop!  Download the new AJAX search engine that makes
  searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
 
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 

--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] mountBookmarkablePage and resource paths

[Gili]

Hi,

	Any idea why mountBookmarkablePage does not affect resource paths? That 
is, in the old implementation putClassAlias() would affect both such 
that I could refer to:


/WicketServlet/resources/myPageAlias/myImage.jpg

now I have to refer to:

/WicketServlet/resources/com.foo.bar.Page/myImage.jpg

instead which looks rather ugly. Is there an equivalent aliasing 
mechanism for resources?


Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] path=X across sessions

[Gili]

Hi,

	I've got images with non-bookmarkable URLs (I specifically don't want 
them to be bookmarkable) and Wicket assigns them path=X where X is some 
number. Now, it seems that path=X is session-bound, which means that X 
is reset to 0 every time the client browser is restarted.


	The undesired side-effect is that path=0 might map to different images 
on every browser restart but the browser seems the same URL so it

assumes the image might be the same and it dishes out stale images from
its cache.

I could set the no-cache header on the image but this isn't exactly
what I'd like to do (since refreshing the same image within the same
session should not cause it to be re-downloaded from the server).

	Is there a way to tell Wicket to keep on incrementing X across sessions 
or otherwise guarantee correct behavior? almaw mentioned on IRC I could 
map the images to http://foo/yourUniquePerSessionIdHere/content which 
might solve the problem but I'm not sure how to do this.


Thank you,
Gili


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] WebPage.getWebRequestCycle()

[Gili]

	getWebRequestCycle() is protected while getRequestCycle() is public. 
Seeing as the former simply casts the latter, shouldn't it be public too?


Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Error with ReuseIfModelsEqualStrategy and last version of wicket/wicket-extensions

[Gili]

	Actually no. I wrote that either a developer must either subclass both 
or none at all, but this should be documented. Instead of documenting 
that removeAll() does not invoke remove() I suggest you rephrase it as 
subclassing guidelines as I mentioned above so it is more explicit. 
Unless you choose to subclass, you won't care whether removeAll() 
invokes remove() under the hood.


Gili

Igor Vaynberg wrote:
i think gili's point was more to the tune of the fact that he expects 
removeall() to call remove() for each component as a contract. that way 
if he overrides remove() and adds special functionality, he does not 
also have to override removeall() because that should just forward the 
call to remove() for each component.


-Igor


On 12/28/05, *Laurent PETIT* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


What about something like an internalRemove() that does everything
needed when the component is removed, but NOT versioning stuff.
And a remove() method, that does call internalRemove() and do the
versioning stuff.

Then the internalRemove() of MarkupContainer could call each
internalRemove() of each child component ... something like that ...
(don't know if it is a good point or not, just an idea out of my
brain).

OR, in the remove method of the MarkupContainer, take care of browsing
all the children and calling setParent(null) on them : a compromise
between calling remove() on all children, and just getting rid of the
children reference as it is done currently (I know that wicket is
unmanaged, but I think that a container component should be
responsible of the lifecycle/management of its children components.




On 12/28/05, Igor Vaynberg [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  so what you are saying is that we should not optimize removeall()
and just
  make it loop over components and call container.remove() on them?
 
  this would be much simpler then the current implementation that
performs an
  optimization that saves a lot of what would be wasted session
space. calling
  removeall() on a container with 20 children using the simple
implementation
  would cause 20 change objects created and added to the version
history,
  while using the current implementation only a single change object is
  created. the net effect is the same.
 
  so this is a tradeoff between user's assumption of how the code
works and
  efficiency ( how it actually works ).
 
  if you feel strongly about this then start a vote to change the
removeall()
  impl to cascade remove() on each component.
 
  -Igor
 
 
 
  On 12/28/05, Gili [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  
   I (partially) disagree. Invoking removeAll() should be
equivilent
  to
   invoking remove() on all children individually -- assuming no
   subclassing has occured. removeAll() might be more efficient,
but if it
   doesn't get the job done what's the point? If subclassing has
entered
   into the discussion then both remove() and removeAll() will
have to be
   subclassed as a team (similar to hashCode() and equals()).
  
   Gili
  
   Igor Vaynberg wrote:
i do not think removeAll() should call the regular remove().
removeAll()
generates a single change object and clears out the children,
i think
that is enough. it does what it says in a simple and
efficient way.
   
-Igor
  
 
 


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37alloc_id865opclick
http://ads.osdn.com/?ad_idv37alloc_id865opclick
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] wicket-stuff tags/branches

[Gili]

	You know... the base technique supposidly works fine but I am working 
for the other technique you were mentioning where I will be able to 
upgrade from WICKET_1_1 without any modification to my HTML files and 
CSS will automagically work like it used to. Right now I get broken links.


Gili

Igor Vaynberg wrote:
what exactly is unstable due to the niceurl support? if you hit 
difficulties why havent you reported a bug? if we dont know about it we 
cant fix it.


-Igor


On 12/14/05, * Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Martijn,


I think it would be useful for at least *some* of the
wicket-stuff code
to be synched with wicket branches. Wicket's head branch is rather
unstable at the moment (due to niceurl support) so I'd like to use
WICKET_1_1. The problem is that if wicket-stuff depends upon wicket's
head branch I can't do this.

All this is to say that I am +1 for synching the hibernate
3.0 module
against wicket (Igor did this last night).

Gili

Juergen Donnerstag wrote:
  Some are really experimental only with little documentation and more
  meant to share ideas rather than being products
 
  Juergen
 
 
  On 12/14/05, Igor Vaynberg [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 a lot of those projects have been stable for a while, so why
havent they
 been released?
 
 
 -Igor
 
 
 On 12/14/05, Martijn Dashorst  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 As long as there is no marked release, then yes. It is up to the
 
 maintainers of each project to provide one. As far as I know, the
only
 project that has made a release using Wicket 1.1 is the Contrib Dojo
 project. As such that is the only project that has a label
attached, and I
 don't think it is Wicket 1.1.
 
 I really don't know why we should even bother tagging the wicket
stuff
 
 projects with a WICKET_1_1 tag. Each project has its own release
cycle, and
 as such its own tagging mechanism. There is absolutely no reason
to tag a
 non released project with WICKET_1_1. That code may not even
compile with
 wicket 1.1!
 
 Martijn
 
 
 
 
 On 12/14/05, Igor Vaynberg [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  wrote:
 
 so the mentality is use cvs wicket-stuff at your own risk?
 
 -Igor
 
 
 
 
 On 12/14/05, Martijn Dashorst  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 The Wicket stuff modules weren't released at all, so there was
NO NEED
 
 to do so. These are separate projects, with their own release
cycle. Each of
 those projects could depend on a different version of wicket,
depending on
 the speed of the maintainer.
 
 So, there is no need to fix anything.
 
 Martijn
 
 
 
 On 12/13/05, Igor Vaynberg  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 after discussing on irc we found out that the actual problem was
 
 that we did not tag the wicket-stuff modules with WICKET_1_1 when we
 released. i think that should be done for future releases.
 
 -Igor
 
 
 
 
 On 12/13/05, Gili [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 Hi,
 
 wicket-stuff has:
 
 WICKET_1_1
 WICKET_1_1_BRANCH
 HEAD
 head
 
 which is rather confusing and inconsistent with the
 
 tags/branches in the wicket repository. Who is CVS admin for
wicket-stuff?
 Can this be cleaned up?
 
 Gili
 --
 http://www.desktopbeautifier.com/
http://www.desktopbeautifier.com/
 
 
 
 
 
 --
 Living a wicket life...
 
 Martijn Dashorst -
 
 http://www.jroller.com/page/dashorst
 
 Wicket 1.1 is out:
 
 http://wicket.sourceforge.net/wicket-1.1
 
 
 
 
 --
 Living a wicket life...
 
 Martijn Dashorst - http://www.jroller.com/page/dashorst
 
 Wicket 1.1 is out:
 
  http://wicket.sourceforge.net/wicket-1.1
 
 
 
 
 
  ---
  This SF.net email is sponsored by: Splunk Inc. Do you grep
through log files
  for problems?  Stop!  Download the new AJAX search engine that makes
  searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK!
  http://ads.osdn.com/?ad_idv37alloc_id865op=click
http://ads.osdn.com/?ad_idv37alloc_id865op=click
  ___
  Wicket-user mailing list
  Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wicket-user
 

--
http://www.desktopbeautifier.com/ http

[Wicket-user] Problems compiling wicket-stuff

[Gili]

Hi,

 I tried compiling wicket-stuff from WICKET_1_1 against wicket from
WICKET_1_1 and I get:

C:\Documents and Settings\Gili\My
Documents\wicket-stuff\wicket-contrib-data-hibernate-3.0\src\java\wicket\contrib\data\model\hibernate\HibernateDataProvider.java:10:
package wicket.extensions.markup.html.repeater.util does not exist
import wicket.extensions.markup.html.repeater.util.SortParam;

 How does one get Wicket 1.1 to compile? I can't use CVS head
because the request cycle refactoring broke a lot of things for me so I
want to use a more stable branch. Any ideas?

Gili

-- 
http://www.desktopbeautifier.com/

Re: [Wicket-user] Resources are broken in CVS HEAD

[Gili]

	Please get back on IRC (your connection just timed out) and we will 
discuss this quicker.


Gili

Johan Compagner wrote:
you always get a BufferedWebResponse by default. (See 
ApplicationSettings.getBufferResponse())


What i don't get is how it is possible that the outputstream is already 
called on it

and you have some string output in youre webresponse.

So somehow you have binary data and string data?

johan





On 12/5/05, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



Resource.java uses getOutputStream() to write binary data
into the
response stream. BufferedWebResponse.java:close() uses getWriter() to
write data into the response stream. You can't open the response as both
a outputstream and text writer at the same time.

For some reason, if
ApplicationSettings.setRenderStrategy(settings.ONE_PASS_RENDER) is used
we somehow end up with a BufferedWebResponse and this is exactly what
ends up happening. You end up with tons of these exceptions:

02:36:42,390 ERROR [Webpage]:260 - Servlet.service() for servlet Webpage
threw exception
java.lang.IllegalStateException: getOutputStream() has already been
called for this response
 at
org.apache.catalina.connector.Response.getWriter (Response.java:596)
 at

org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:186)
 at wicket.protocol.http.WebResponse.write(WebResponse.java:229)
 at
wicket.protocol.http.BufferedWebResponse.close
(BufferedWebResponse.java:73)
 at
wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:221)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)

Can someone please take a look at this?

Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] wicket-examples junit tests fail

[Gili]

	Can someone please try reproduce this on their end? Please also update 
wicket-examples dependency on wicket/wicket-extensions from 1.1 to SNAPSHOT.


Thanks,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Pethate - long urls

[Gili]

	I haven't taken a look at the latest code yet but I believe you simply 
renamed the parameters to fixed single-character names (which I find 
equally ugly). Is it possible for you to let us map parameter names to 
arbitrary names we want? For example, I would alias bookmarkablePage to 
page. Similar to aliasClass() you'd have aliasParameter() or something.


Gili

Eelco Hillenius wrote:

Not only considering... we build it in! :)

There's a couple of things we are working on yet, which are stated in
the TODO doc in the niceurl example package. By looking at the commit
log (Juergen did some fresh commits), these issues are getting closer
to being fixed too.

Eelco

On 12/3/05, Jeff Miller [EMAIL PROTECTED] wrote:


I agree.  I made the suggestion last month:
http://sourceforge.net/mailarchive/message.php?msg_id=13756383

I really like the architecture of Wicket although I have not used it much
yet.  The long url's is the one thing about Wicket that seemed would be a
problem.  It appears that the development team is considering some
improvements with simplified url's.

Jeff

Mark Derricutt [EMAIL PROTECTED] wrote:
Hey all, so I'm starting to play with Wicket and loving it, but I currently
have a small pethate with the URL scheme used in the application.

I realize the look of the URL shouldn't really matter, but I keep finding
myself disliking it.

Currently my app shows a URL like:


http://localhost:8081/quickstart/app?bookmarkablePage=com.theoryinpractice.testapp.pages.CommentsPage

Is there a way to get the app to resolve the above using something like:

 http://localhost:8081/quickstart/app/page/Podcomments

or even

 http://localhost:8081/quickstart/app?page=Podcomments


I guess it could be possible to say 'register' the package
com.theoryinpractice.testapp.pages as a place where pages
could be found and resolve the class to use instead of using the FQN all
the time, this would only work in the case of unambiguous classes thou.

Or maybe theres something already in wicket for more REST like URL schemes?
I notice in the basic frame work there's only a BookmarkablePage extension
of Page, is there something in wicket-stuff maybe?



Jeff Miller
[EMAIL PROTECTED]


Yahoo! Shopping
Find Great Deals on Gifts at Yahoo! Shopping




---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37alloc_id865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Pethate - long urls

[Gili]

	No problem. I was simply basing this on CVS diffs I saw on the mailing 
list, so I didn't pull this out of the air. I'll check it out now.


Gili

Eelco Hillenius wrote:

   I haven't taken a look at the latest code yet



Well, please do that first before commenting :)

Eelco


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37alloc_id865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Pethate - long urls

[Gili]

(%5E); break;
! case '\': buf.append(%22); break;
! case '%': buf.append(%26); break;
! case '=': buf.append(%3D); break;
! case '/': buf.append(%2F); break;
! case '+': buf.append(%2B); break;
! case '': buf.append(%26); break;
! case '~': buf.append(%7E); break;
! case '?': buf.append(%3F); break;
! case '\\': buf.append(%5C); break;
! case '[': buf.append(%5B); break;
! case ']': buf.append(%5D); break;
! case '`': buf.append(%60); break;
! case ';': buf.append(%3B); break;
! case ':': buf.append(%3A); break;
! case '@': buf.append(%40); break;
! case '$': buf.append(%24); break;
! default: buf.append(ch);
! }
! }

! return buf.toString();
  }
!
  /**
   * Try to shorten the querystring without loosing information
***
*** 135,139 
  queryString = Strings.replaceAll(queryString, interface=, 
3=);
  queryString = Strings.replaceAll(queryString, 
bookmarkablePage=, 5=);

!
  // For debugging only: determine possibilities to further shorten
  // the query string
--- 158,162 
  queryString = Strings.replaceAll(queryString, interface=, 
3=);
  queryString = Strings.replaceAll(queryString, 
bookmarkablePage=, 5=);

!
  // For debugging only: determine possibilities to further shorten
  // the query string
***
*** 149,153 
  }
  }
!
  return queryString;
  }
--- 172,176 
  }
  }
!
  return queryString;
  }



---
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click
___
Wicket-autocvs mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wicket-autocvs



Gili wrote:


 No problem. I was simply basing this on CVS diffs I saw on the 
mailing list, so I didn't pull this out of the air. I'll check it out now.


 Gili

 Eelco Hillenius wrote:

I haven't taken a look at the latest code yet




 Well, please do that first before commenting :)

 Eelco


 ---
 This SF.net email is sponsored by: Splunk Inc. Do you grep through 
log files

 for problems?  Stop!  Download the new AJAX search engine that makes
 searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
 http://ads.osdn.com/?ad_idv37alloc_id865op=click
 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Pethate - long urls

[Gili]

	Where should I be looking in the new codebase for the clean URL code 
you were discussing? It's not where I was expecting it.


Gili

Igor Vaynberg wrote:
this is for ENCRYPTED urls and has nothing to do with what we are 
discussing here.


-Igor


On 12/3/05, *Gili*  [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



 There you go, this is the CVS diff I was commenting on.
bookmarkablePage is replaced with 5.



 Original Message 
Subject: [Wicket-autocvs] wicket/src/java/wicket/protocol/http
WebResponseWithCryptedUrl.java,1.7,1.8
WebRequestWithCryptedUrl.java ,1.10,1.11
Date: Sun, 20 Nov 2005 14:20:33 +
From: Juergen Donnerstag [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]

Update of /cvsroot/wicket/wicket/src/java/wicket/protocol/http
In directory
sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv5227/src/java/wicket/protocol/http

Modified Files:
 WebResponseWithCryptedUrl.java WebRequestWithCryptedUrl.java
Log Message:
fixed [ 1348681 ] Crypted URLs break onSelectionChanged handling

Index: WebRequestWithCryptedUrl.java
===
RCS file:

/cvsroot/wicket/wicket/src/java/wicket/protocol/http/WebRequestWithCryptedUrl.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -C2 -d -r1.10 -r1.11
*** WebRequestWithCryptedUrl.java 21 Oct 2005 15:21:59 -1.10
--- WebRequestWithCryptedUrl.java20 Nov 2005 14:20:31 -1.11
***
*** 35,39 

   /**
!  * it extends WebRequest and decodes URLs encoded by
* WebResponseWithCryptedUrl. One reason for obfuscating the URL's
query string
* might be, that you don't want the details to be visible to the
user to
--- 35,39 

   /**
!  * It extends WebRequest and decodes URLs encoded by
* WebResponseWithCryptedUrl. One reason for obfuscating the URL's
query string
* might be, that you don't want the details to be visible to the
user to
***
*** 46,53 
   /** URL querystring decoded */
   private final String queryString;
!
   /** URL query parameters decoded */
   private final ValueMap parameters;
!
   /**
* Constructor.
--- 46,53 
   /** URL querystring decoded */
   private final String queryString;
!
   /** URL query parameters decoded */
   private final ValueMap parameters;
!
   /**
* Constructor.
***
*** 66,76 
   // Get the crypt implementation from the application
   ICrypt urlCrypt = Application.get().newCrypt();
   // Decrypt the query string
   final String queryString = urlCrypt.decrypt(secureParam);
!
   // The querystring might have been shortened (length
reduced).
   // In that case, lengthen the query string again.
   this.queryString = rebuildUrl(queryString);
!
   // extract parameter key/value pairs from the query
string
   this.parameters = analyzeQueryString(this.queryString);
--- 66,77 
   // Get the crypt implementation from the application
   ICrypt urlCrypt = Application.get().newCrypt();
+
   // Decrypt the query string
   final String queryString = urlCrypt.decrypt(secureParam);
!
   // The querystring might have been shortened (length
reduced).
   // In that case, lengthen the query string again.
   this.queryString = rebuildUrl(queryString);
!
   // extract parameter key/value pairs from the query
string
   this.parameters = analyzeQueryString(this.queryString);
***
*** 85,101 
   this.parameters = new ValueMap();
   }
!
   // If available, add POST parameters as well. They are not
encrypted.
   // The parameters from HttpRequest
   final Enumeration paramNames = request.getParameterNames();
   // For all parameters (POST + URL query string)
   while ( paramNames.hasMoreElements())
   {
!String paramName = (String)paramNames.nextElement();
!
   // Ignore the x parameter
   if (!x.equalsIgnoreCase(paramName))
   {
! String[] values =
request.getParameterValues(paramName);
   // add key/value to our parameter map
   this.parameters.put(paramName, values);
--- 86,103 
   this.parameters = new ValueMap

[Wicket-user] Web Continuation Servers

[Gili]

	Boy oh boy! I want this under Wicket: 
http://weblogs.java.net/blog/navaneeth/archive/2005/11/_one_interestin.html


I leave it up to you guys to figure out the details ;)

Gili
--
http://www.desktopbeautifier.com/


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Spam] Re: [Wicket-user] Wicket thread safety

[Gili]

	The point is still valid. Within the scope of a single request, only 
one thread will access it at a time, but there is no guarantee the next 
request to that page will use the same thread.


Gili

Igor Vaynberg wrote:

yes, a page instance is only accessed by 1 thread per request per user.

-Igor


On 11/14/05, *Alexandru Popescu* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


#: Gili changed the world a bit at a time by saying on  11/14/2005
6:33 AM :#
Ok, I've submitted
  http://www.wicket-wiki.org.uk/wiki/index.php/Thread_Safety
http://www.wicket-wiki.org.uk/wiki/index.php/Thread_Safety
 
  Gili
 

According to Igor, the 3 bullet item is not valid, or at least this
is my understanding. Considering
that a request is guaranteed to be served by only one thread and the
synchronization done, it looks
like a page will be accessed by 1 and only 1 thread per request.

./alex
--
.w( the_mindstorm )p.

  Igor Vaynberg wrote:
  you hit a url with the page name you want and then click edit.
  for example if you wanted to create this under a page called Session
 
  go to url
 
  http://www.wicket-wiki.org.uk/wiki/index.php/Session
http://www.wicket-wiki.org.uk/wiki/index.php/Session
 
  and click the edit tab
 
  -Igor
 
 
  On 11/13/05, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 
  I had no idea how to create a new Wiki page so I
added this
  instead:
 
http://www.wicket-wiki.org.uk/wiki/index.php/User_talk:Cowwoc

http://www.wicket-wiki.org.uk/wiki/index.php/User_talk:Cowwoc
 
  How does one move this into a formal entry?
 
  Gili
 
  Igor Vaynberg wrote:
dont know, if its not would you mind putting it in?
   
-Igor
   
   
On 11/13/05, *Gili*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   
   
Wow, this is very useful to know. Is it in Wiki
  somewhere?
   
Gili
   
Igor Vaynberg wrote:
  - Each user has a session associated with it. We
  identify a
user's
  session using jsessionid.
 
 
  The servlet container does the binding of session
to user,
  we ask the
  container for the user session.
 
  - Each session has a tree of pages associated
with it.
  This means
  that a Page instance is not shared amongst users.
 
 
  Yes, but the pages are not in a tree, they are in
a PageMap.
 
 
  - Each page may be accessed by at most one
thread at a
  time,
but there
  is no guarantee it'll be the same thread. That
is, a
  page is
owned by a
  single user but the thread being used might change
  over time.
 
 
  Yes.
 
  The page is owned by a pagemap, and the pagemap is
owned by a
session.
  When beginning request processing one of the first
things
  wicket
does is
  synchronize on the user's session so that only one
request
  thread can
  process a request belonging to the same session
user session.
 
  -Igor
 
   
--
http://www.desktopbeautifier.com/
   
   



---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42

[Wicket-user] Locale problems

[Gili]

Hi,

	I wanted to add a Dutch version of my website so I created a file 
Page_nl_NL.html like the one in wicket-examples then changed my locale 
in FireFox to dutch (which it labeled solely as nl).


	This didn't work (the Dutch version of the page wouldn't display when I 
hit it). I then renamed the filename from _nl_NL to _nl and it fixed it. 
Any idea why? Will _nl.html act as a catch-all for all nl locales 
unless a style-specific file exists? That is, if I have page_nl.html and 
page_nl_NL.html will the former catch all nl locales except nl.nl?


Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Locale problems

[Gili]

	Restarting the browser was somehow responsible. That is, if you don't 
restart the browser between locale changes they don't get picked up. 
nl_NL works fine.


	Question: is this caching caused by the browser or Wicket? I seem to 
remember the Wicket code assumes the locale doesn't change during the 
session. Is that true?


Gili

Gili wrote:

Hi,

I wanted to add a Dutch version of my website so I created a file 
Page_nl_NL.html like the one in wicket-examples then changed my locale 
in FireFox to dutch (which it labeled solely as nl).


This didn't work (the Dutch version of the page wouldn't display 
when I hit it). I then renamed the filename from _nl_NL to _nl and it 
fixed it. Any idea why? Will _nl.html act as a catch-all for all nl 
locales unless a style-specific file exists? That is, if I have 
page_nl.html and page_nl_NL.html will the former catch all nl locales 
except nl.nl?


Thank you,
Gili


--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Spam] Re: [Wicket-user] Wicket thread safety

[Gili]

	I had no idea how to create a new Wiki page so I added this instead: 
http://www.wicket-wiki.org.uk/wiki/index.php/User_talk:Cowwoc


How does one move this into a formal entry?

Gili

Igor Vaynberg wrote:

dont know, if its not would you mind putting it in?

-Igor


On 11/13/05, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



Wow, this is very useful to know. Is it in Wiki somewhere?

Gili

Igor Vaynberg wrote:
  - Each user has a session associated with it. We identify a
user's
  session using jsessionid.
 
 
  The servlet container does the binding of session to user, we ask the
  container for the user session.
 
  - Each session has a tree of pages associated with it. This means
  that a Page instance is not shared amongst users.
 
 
  Yes, but the pages are not in a tree, they are in a PageMap.
 
 
  - Each page may be accessed by at most one thread at a time,
but there
  is no guarantee it'll be the same thread. That is, a page is
owned by a
  single user but the thread being used might change over time.
 
 
  Yes.
 
  The page is owned by a pagemap, and the pagemap is owned by a
session.
  When beginning request processing one of the first things wicket
does is
  synchronize on the user's session so that only one request thread can
  process a request belonging to the same session user session.
 
  -Igor
 

--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Wicket thread safety

[Gili]

Hi,

I just wanted to make sure I am remembering Wicket correctly:

- Each user has a session associated with it. We identify a user's 
session using jsessionid.


- Each session has a tree of pages associated with it. This means
that a Page instance is not shared amongst users.

- Each page may be accessed by at most one thread at a time, but there 
is no guarantee it'll be the same thread. That is, a page is owned by a 
single user but the thread being used might change over time.


Is this correct?

Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] PageableGridDataView and IDataProvider

[Gili]

That worked, thanks :)

Gili

Igor Vaynberg wrote:

oops, not=now.
-Igor


On 11/8/05, *Igor Vaynberg* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


PageableGridDataView is not GridView in extensions. there are only
minor incompatibilities with the old dataview package so you should
have no problems migrating.

the dataview project is no longer in wicket-stuff cvs btw.

-Igor



On 11/8/05, *Eelco Hillenius* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:

I don't know much about that package, but afaik the dataview project
will be dropped in favor of the extensions project.

Eelco


On 11/8/05, Gili  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:

 Hi,

I'm trying to use recompile code that uses

PageableGridDataView which

 used to work. The problem is that PageableGridDataView has a

constructor

 which takes in wicket.contrib.dataview.IDataProvider in its

constructor

 but HibernateDataProvider now extends
 wicket.extensions.markup.html.repeater.data.IDataProvider. The

two are

 not compatible.

Did you guys plan on dropping

wicket.contrib.dataview.IDataProvider in

 favor of the extensions one? If so, can someone please update
 PageableGridDataView so this will work?

 Thank you,
 Gili
 --
 http://www.desktopbeautifier.com/


 ---
 SF.Net email is sponsored by:
 Tame your development challenges with Apache's Geronimo App

Server. Download

 it for free - -and be entered to win a 42 plasma tv or your

very own

 Sony(tm)PSP.  Click here to play:

http://sourceforge.net/geronimo.php

 ___
 Wicket-user mailing list
 Wicket-user@lists.sourceforge.net

mailto:Wicket-user@lists.sourceforge.net

 https://lists.sourceforge.net/lists/listinfo/wicket-user

https://lists.sourceforge.net/lists/listinfo/wicket-user





---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App
Server. Download
it for free - -and be entered to win a 42 plasma tv or your
very own
Sony(tm)PSP.  Click here to play:
http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
https://lists.sourceforge.net/lists/listinfo/wicket-user





--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] PageableGridDataView and IDataProvider

[Gili]

Hi,

	I'm trying to use recompile code that uses PageableGridDataView which 
used to work. The problem is that PageableGridDataView has a constructor 
which takes in wicket.contrib.dataview.IDataProvider in its constructor 
but HibernateDataProvider now extends 
wicket.extensions.markup.html.repeater.data.IDataProvider. The two are 
not compatible.


	Did you guys plan on dropping wicket.contrib.dataview.IDataProvider in 
favor of the extensions one? If so, can someone please update 
PageableGridDataView so this will work?


Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Wicket back-button support

[Gili]

Hi,

	I haven't actually read this at all, just thought I'd mention it on 
passing: http://www.theserverside.com/news/thread.tss?thread_id=37307


	The article discusses AJAX and back-button support. Is there anything 
in there we could pick up to improve Wicket?


Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket, Hibernate and StaleObjectStateException

[Gili]

	Thansk Dorel, that's basically what I already had before even hearing 
about Spring. Great minds think alike ;) I've discussed the matter a bit 
more with Igor on IRC and I think I understand how to simplify my code 
further.


Thank you,
Gili

Dorel Vaida wrote:
If you don't want to go Spring or you're not allowed to (some middle 
management still doesn't get it :-)) ) you do what they do :-D w/o using 
the whole Spring framework. To extract the transaction and exception 
logic from the code you might want to use callbacks. What I mean by that:


define a TransactionCallback interface with one method:

public interface TransactionCallback {
   public Object transactionalOperation(Session session) throws 
HibernateException;

}

Than you build a template for running transcations,  template that will 
handle  transaction demarcation and  exception handling:


public class Template {
   public Object execute(TransactionalCallback callback){
   try {
   //open session if necessary, use the threadLocal pattern
   //begin tx
   callback.transactionalOperation(openedSession)
   //end tx
   // close session if necessary } catch (Hib exception) {
 // handle hibernate exception
   }
   }
}

Than in the application code you go:

Template template = new Template();
// get an object
Serializable id ... ;
User user = (User) template.execute(new TranssactionalCallback(){
public Object transactionalOperation(Session session) throws 
HibernateException {

   return session.get(User.class, id);
} });
}

Please note that this is not complete code, you have to work more on it 
to make it production ready, I was just ilustrating the ideea. Spring 
support doesn't resume to this, they offer a lot more but if you just 
want to get TX/exception out of your business code you might consider 
the example above. To get the complete picture please take a look into 
the Spring code, or read Rod Jonhson's J2EE w/o EJBs to see a better 
description of this aproach. Also if you use Spring with Hibernate take 
a look at Hibernate3 and spring 1.2.X because some things are pretty 
different, I hear.


Good luck :-D

Igor Vaynberg wrote:


We already discussed that. If you want to separate transaction management
from wicket use a dao/service layer that lives inside spring and lets 
spring

handle transaction management. That way you have declarative transaction
management with retries and all that good stuff. Check out 
wicket-phonebook
from wicket-stuff for a good starting point. If you are using jdk5 
there are

features that significantly shorten and simplify the spring configuration
file.

-Igor


 


-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Gili

Sent: Thursday, October 20, 2005 9:58 AM
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Wicket, Hibernate and 
StaleObjectStateException



Fair enough, I have something similar going right now. But this 
still leaves one problem:


If StaleObjectStateException is thrown inside Form.onSubmit() I 
am forced to handle it (and retry) inside onSubmit() as opposed to
(ideally) handling it outside Wicket and retrying the entire HTTP 
request. Right now I have a whole bunch of transaction blocks defined
*inside* my application code which is a disaster. It kills 
readability as well as making my application aware of transactions 
when ideally it shouldn't have to care about it.


In http://www.hibernate.org/42.html they write: Our goal really 
is to remove any transaction demarcation code from the data access 
code which is exactly what I'm trying to accomplish...


Gili

Igor Vaynberg wrote:
  


Instead of doing this:

Onbeginrequest() { mysession=factory.opensession(); 
mysession.begintransaction(); }


Session getSession() { return mysession; }

Do this:

Onbeginrequest() { mysession=null; }

Session getSession() { if (mysession==null) { 
mysession=factory.opensession(); mysession.begintransaction(); } 
return mysession; }


Then when an error occurs just reset mysession back to null 


and next   


time you need one you will get a fresh one


-Igor






-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gili
Sent: Wednesday, October 19, 2005 11:44 PM
To: [EMAIL PROTECTED]
Subject: [Wicket-user] Wicket, Hibernate and   


StaleObjectStateException
  


Hi,

I'm trying to figure out how to handle   


StaleObjectStateException in   


the context of Wicket. Using the current-state pattern as reference
(http://www.hibernate.org/42.html) if a   


StaleObjectStateException is   

thrown, I'd like to rollback the transaction, close the   


session, open   

a new session and transaction and retry the operation.   


Ideally I want   

to keep this logic completely out of the Wicket code. I   


simply don't   


see how this can be done.

For example, say I have

[Wicket-user] Wicket, Hibernate and StaleObjectStateException

[Gili]

Hi,

	I'm trying to figure out how to handle StaleObjectStateException in the 
context of Wicket. Using the current-state pattern as reference 
(http://www.hibernate.org/42.html) if a StaleObjectStateException is 
thrown, I'd like to rollback the transaction, close the session, open a 
new session and transaction and retry the operation. Ideally I want to 
keep this logic completely out of the Wicket code. I simply don't see 
how this can be done.


	For example, say I have a page containing a Form and Form.onSubmit() is 
invoked and in its body StaleObjectStateException is thrown. Following 
the Session per HTTP request pattern, we're in a new HTTP request (I 
think) but I don't think Wicket will invoke beginRequest() and 
endRequest() before and after Form.onSubmit(). Even if it did, I'd have 
no way to signal to Wicket to retry the onSubmit() operation by catching 
the exception outside it.


	So on the one hand, I don't want to catch the exceptions inside the 
Wicket code. On the other hand, I can't retry the operation if I catch 
the exception outside the Wicket code.


Your advice would be appreciated.

Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket, Hibernate and StaleObjectStateException

[Gili]

	Fair enough, I have something similar going right now. But this still 
leaves one problem:


	If StaleObjectStateException is thrown inside Form.onSubmit() I am 
forced to handle it (and retry) inside onSubmit() as opposed to 
(ideally) handling it outside Wicket and retrying the entire HTTP 
request. Right now I have a whole bunch of transaction blocks defined 
*inside* my application code which is a disaster. It kills readability 
as well as making my application aware of transactions when ideally it 
shouldn't have to care about it.


	In http://www.hibernate.org/42.html they write: Our goal really is to 
remove any transaction demarcation code from the data access code which 
is exactly what I'm trying to accomplish...


Gili

Igor Vaynberg wrote:

Instead of doing this:

Onbeginrequest() { mysession=factory.opensession();
mysession.begintransaction(); }

Session getSession() { return mysession; }

Do this:

Onbeginrequest() { mysession=null; }

Session getSession() { if (mysession==null) {
mysession=factory.opensession(); mysession.begintransaction(); } return
mysession; }

Then when an error occurs just reset mysession back to null and next time
you need one you will get a fresh one


-Igor




-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Gili

Sent: Wednesday, October 19, 2005 11:44 PM
To: [EMAIL PROTECTED]
Subject: [Wicket-user] Wicket, Hibernate and StaleObjectStateException

Hi,

	I'm trying to figure out how to handle 
StaleObjectStateException in the context of Wicket. Using the 
current-state pattern as reference
(http://www.hibernate.org/42.html) if a 
StaleObjectStateException is thrown, I'd like to rollback the 
transaction, close the session, open a new session and 
transaction and retry the operation. Ideally I want to keep 
this logic completely out of the Wicket code. I simply don't 
see how this can be done.


	For example, say I have a page containing a Form and 
Form.onSubmit() is invoked and in its body 
StaleObjectStateException is thrown. Following the Session 
per HTTP request pattern, we're in a new HTTP request (I

think) but I don't think Wicket will invoke beginRequest() and
endRequest() before and after Form.onSubmit(). Even if it 
did, I'd have no way to signal to Wicket to retry the 
onSubmit() operation by catching the exception outside it.


	So on the one hand, I don't want to catch the 
exceptions inside the Wicket code. On the other hand, I can't 
retry the operation if I catch the exception outside the Wicket code.


Your advice would be appreciated.

Thank you,
Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, 
discussions,

and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user









---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

[Wicket-user] Time to ramp up on Java 5

[Gili]

IBM's JDK 5 is in beta: http://www.javalobby.com/java/forums/t51875.html

	According to their website, they plan on releasing JDK 5 final in the 
fourth quarter of 2005.


	I believe you guys said you'd hold off on Java 5 support until IBM had 
a version out. Now that this is near please consider what changes you 
plan on making. Concurrency libraries come to mind, as do type-safe 
enums. Anything else?


Gili
--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Standard for database integration? (Please!)

[Gili]

	Contrary to what you might read online, it is impossible to fully 
abstract away your persistent framework. Take Hibernate for example, if 
you are inserting large objects you will have manually flush/clear your 
session every X inserts to avoid running into OutOfMemoryErrors. Other 
frameworks handle this differently (in db4o for example, they use weak 
references so you never run out of memory). Every framework seems to 
have its own little quirk and you end up with leaky abstractions.


	In my use-case, it makes a lot of sense to bundle DB-aware methods with 
the POJO. For example, normally your POJO would be:


class Theme
{
  public String getName();
  public void String setName();
}

but I go further:

class Theme
{
  public String getName();
  public void String setName();
  public Theme getCanonicalInstance();
}

	where getCanonicalInstance() is DB-aware. There are a lot of helper 
functions that manipulate or operate on themes and I bundle them with 
class Theme. This simplifies my code a great deal in exchange for the 
lack of separation between the persistence and data layer (which is fine 
with me). Your use-case might differ shrug


Gili

Igor Vaynberg wrote:

The pojos are great, it's the save and load methods that I was referring to.

-Igor




-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of 
Timo Stamm

Sent: Friday, October 07, 2005 4:43 PM
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Standard for database integration? 
(Please!)


Igor Vaynberg wrote:


Having code like this

Class Person {
private long id;
private String username;
private String firstname;
private String lastname;

...getters/setters...

public void save() {...}
public void loadById(long id) {...}
}

Can be done with anything from hibernate to db40 to jdbc - 


its still a 


poor way to write an application.



I don't like having to create a class for each data entity. 
On the other hand, those bean-style POJOs are very common and 
supported by various frameworks.


Can you give reasons for your opinion?


Timo


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, 
discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl

___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user









---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Wicket 1.1-rc2 available for testing!

[Gili]

	Normally I would agree, but if a public class extends a private one 
then it should be visible. We have some Abstract* classes that have no 
Javadoc generated for them yet their subclasses are visible. This seems 
quite incorrect to me. Feel free to hide private APIs so long as no 
public ones expose them.


Gili

Martijn Dashorst wrote:

ah...

the good old argument between showing public API or all internal guts.

There have been several requests for providing more API docs, and none 
for providing just the public/protected API docs, so
just commit it and we won't have this argument again (until someone 
complains that we provide too much API docs ;-).


Martijn


On 10/7/05, *Gwyn Evans* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


No, Martijn, in *this* case, I rather suspect it's back to the
JavaDocs not being built with package level enabled, thus we see
things like this...

http://wicket.sourceforge.net/apidocs/wicket/markup/html/form/DropDownChoice.html

  If you recall, there was a bit of a discussion on the dev list, but
I'm not sure if there was a real resolution or it just tailed off.
Anyway, the change required is to add the following to the bottom of
the maven project.properties, which I've done locally but didn't want
to commit the change unless it was agreed.

# ---
# J A V A D O C  P R O P E R T I E S
# ---
maven.javadoc.package=true

/Gwyn

On 07/10/05, Martijn Dashorst  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
  You are (as all users) invited to submit patches, RFE's, bugs, wiki
  articles, etc.
 
   Patches are usually taken care of with higher priority than mere
bug
  reports. Be specific on what is missing:
   only 'javadoc is missing' will not trigger much response. On the
other hand
  'Javadoc for x.y.z is incorrect here is a patch/better
explanation' might
  cause more interest.
 
   When I look at the Wicket API documentation, I think it is
pretty solid. It
  is certainly a lot better than most open source projects out
there. And we
  know we don't have a reference manual, but we are (not
constantly) working
  on one.
 
   Martijn
 
 
 
  On 10/5/05, Andrew Berman [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   I just downloaded it.  Any reason why some abstract
   classes in the doc are not built (e.g.
   AbstractTextComponent)?  I just rebuilt the docs so I
   could get everything to link up again.
  
   Also, I am a newbie to Wicket, but so far I love it.
   I am using it to build an application for my company.
   Consequently, I'd like to see it become more
   mainstream like Spring and Hibernate.  I think the
   reason those two projects are so incredibly successful
   is their documentation.  Their APIs are very well
   documented and their user guides are huge.  While I
   don't expect this to happen overnight, are there any
   plans for a release that would just beef up the docs,
   especially the API docs?  I'd love to help as I become
   more familiar with Wicket.
  
   --Andrew
  
   --- Martijn Dashorst  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
   wrote:
  
The wicket team is pleased to announce the Wicket
1.1-rc2 release!
   
http://wicket.sourceforge.net
   
Wicket is a Java web application framework that
takes simplicity, separation
   
of concerns and ease of development to a whole new
level. Wicket pages can
be
mocked up, previewed and later revised using
standard WYSIWYG HTML design
tools. Dynamic content processing and form handling
is all handled in Java
code using a first-class component model backed by
POJO data beans that can
easily be persisted using your favourite technology.
   
Changes in this version include:
   
 New Features:
   
   - added class
wicket.markup.html.image.resource.BlobImageResource
to
   make working with images from databases easier.
   - Made FileResourceStream non-final to support
using custom content
   type schemas etc
   
 Fixed bugs:
   
   - Image components inside a border component are
resolved by the
   parent of the border, thus keeping
pre-viewability and componentization.
   Issue: 1312787. Thanks to Ari Suutari.
   - Borders now treat autolinked resources within
wicket:head tags
   correctly Issue: 1289768. Thanks to Jan Bares.
   - skip content of script tag. Treat it as raw
markup Issue: 1287640

Re: AW: Re: [Wicket-user] Page lifecycle notification

[Gili]

	Hmm, excuse me... but it seems to be that you could accomplish exactly 
what you are asking for by hooking beginRequest(), endRequest() methods 
to open and close your Hibernate session. Hibernate conventions 
discourage the use of long-term sessions so this is actually what you 
should be doing. Opening a new Session is dirt cheap.


Gili

[EMAIL PROTECTED] wrote:

Storing the hibernate session in my wicket.Session would make it impossible to 
have several parallel application transactions going on, e.g. when operating 
with multiple browser windows.

I know that you guys are very careful about what methods to expose to us Wicket 
users, but perhaps the final on Session#getPage(String,String,int) could be 
dropped?

I'm in need for this for another thing too:
My pages get their dependencies through Spring (utilizing a custom  
PageFactory) and hold them in transient members.
When a session (and its pages) gets serialized/deserialized all dependencies 
are lost. What I really would like to have is the opportunity to reinject these 
dependencies before any code is triggered on this pages.

Thanks

Sven



I think it is a better idea to store the current session in your
wicket.Session object (you can create your custom session objects by
providing your own ISessionFactory, which can be done by overriding
Application.getSessionFactory. For the housholding, you could best use
a custom request cycle (override
wicket.protocol.http.WebSession#getRequestCycleFactory())  and
override onBeginRequest and onEndRequest.

The problem with trying to do this with pages, is that there is no
guarantee that the same page is called at the end of the request; any
listener code code code set another page for rendering.

One of the things we should do for 1.2. is further formalize our
request handling and adding clear hooks into it.

Eelco


On 10/7/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


Hello,

I'm in need for a notification when a wicket page is accessed, i.e. when a 


component listener is invoked.


Why?
I want to use Hibernate 'application transactions' 


(http://www.hibernate.org/168.html): Each wicket page has its own Hibernate 
session which is kept open until the corresponding use case ends.


What I have to do is disconnect() and reconnect() the Hibernate session for 


each request to this page.

But I cannot find a hook in Wicket, where I could do this housekeeping 


*before* my code on that page is triggered. All my investigations are running 
into private and final methods :(.



Does anybody have an idea for this scenario? Did I miss something?
Any chance that some sort of 'page interceptor facility' could be 


incorporated into Wicket?


Thanks

Sven


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user



--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Standard for database integration? (Please!)

[Gili]

	Well ... I could be wrong ... but as far as I can tell, when you use 
db4o, the data and business logic all go directly into your POJO so 
there is no middle layer. I assume middle layer was the business 
logic? I've never looked at Spring before so I can't comment on it at 
this time.


Gili

Igor Vaynberg wrote:

What does a standard db integration entail?!? What will it provide? Why do
we need to integrate the database layer with the ui layer - arent we
skipping the whole middle layer??

You don't need wicket-contrib-data* packages to write a database driven
wicket app, infact, for me those packages present nothing useful and nothing
that makes it any easier to access the database.

Here is a very simple architecture:

Use spring (or any other container) to create your middle layer and manage
all the database stuff (closing/opening session, etc). Have wicket pull out
services objects out of the spring context and use them to manipulate data
in the database. Done. 


-Igor




-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Gili

Sent: Friday, October 07, 2005 1:55 PM
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Standard for database integration? 
(Please!)



	I think the first step towards a standard DB 
integration is to give more use-cases using something other 
than Hibernate. To date, I've touched upon Hibernate, Cayenne 
and now I am looking at db4o. It would be nice to know how 
far one can go with the wicket-contrib modules if something 
other than Hibernate is used. I haven't gotten that far yet 
so I can't tell you at this point...


Gili

Gwyn Evans wrote:


I tend to agree with Nathan, in that there does seem to be a lot of
odd parts dotted around... Maybe they all hook together, 


but I suspect


that only if you know what you need can you pull the right bits
together...

Personally, I'm not familiar with Hibernate, so don't 


really know what


I'm looking for, although I was able to pull together a
PageableListView app to display a table loaded via Hibernate a while
ago.  I'm limited to JDK 1.4, so can't use annotations (and thus the
later cd-app as a template).

I'm still not sure if I'm missing something here, as even 


that simple


app required wicket-contrib-data, wicket-contrib-data-hibernate-3.0
and wicket-contrib-dataview...

What I'm personally missing is a generic (template) DB web-app, that
would run under JDK 1.4, that would provide CRUD functionality and a
pageable view...

Any thoughts/comments?

/Gwyn

On 04/10/05, Igor Vaynberg [EMAIL PROTECTED] wrote:


What kind of integration do you want with the dataview? The 


dataview is a


generic package and all you need to integrate it is to provide a
dataprovider:

protected static class UsersDataProvider implements IDataProvider {
  private UserDAO getUserDao() {
  return 


MyApplication.getInstance().getUserDao();


  }

  public Iterator iterator(int first, int count) {
  return getUserDao().find(first, count);
  }

  public int size() {
  return getUserDao().count();
  }

  public IModel model(Object object) {
  return new 


DetachableUserModel((User)object);


  }
  };

Getting a hold of a sessionfactory is also very easy 


especially when you are


dealing with spring
// create your application subclass inside spring
Class MyApplication extends WebApplication {
  private SessionFactory sf;

  public void setSessionFactory(SessionFactory sf) {
  this.sf=sf;
  }

  public SessionFactory getSessionFactory() {
  return sf;
  }

  public static MyApplication getInstance() {
  return (MyApplication)Application.get();
  }
}

Then anywhere in your code:

MyAPplication.getInstance().getSessionFactory();

I personally think these things are pretty trivial and I 


don't see a need


for a stand alone project. Maybe an example is all we need.

-Igor






-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Nathan Hamblen
Sent: Tuesday, October 04, 2005 9:49 AM
To: wicket-user@lists.sourceforge.net
Subject: [Wicket-user] Standard for database integration? (Please!)

One of this project's strengths is its community of
contributers. Unlike some other Java web component
frameworks, Wicket is not controlled by a founder  dictator.
Hooray for that. But in some areas, disorganization is killing us.

At present, there is no standard way to access a hibernate
session factory. I understand that the lack of such a
standard doesn't stop me from accessing one somehow. Wicket's
domain is the user interface, and I could integrate with a
database however I like. That's not very helpful though, to
me and every other web application programmer who absolutely
have to integrate with a database before we

Re: [Wicket-user] Browser cache doesn't like Wicket path

[Gili]

	So I would say something is fundamentally mismatched between what I am 
trying to tell Wicket to do and what it is actually doing (i.e. a RFE of 
some sort).


	I expect my bookmarkable pages to have fixed URLs so that the browser 
can cache the images contained therein for one day. I would say it is a 
bit too black or white to talk in terms of static vs non-static 
images. Most non-static images can (and should) be cached for an 
extended period of time; that's what the cache expiration headers are 
all about and why you can specify an expiration length of more than just 
never cache and cache forever.


	First I wonder: why is path session-specific? I would expect 
bookmarkable page X to have the same URL regardless of what user was 
visiting it. That is, the expectation is that Cats theme, page one 
should have the same URL for all users (not be session-specific).


	Secondly, I would say that the images contained within that page should 
have URLs scoped within the page URL. That is, the ViewGrid URLs should 
consist of the Page URL + some postfix.


	I'm not sure this is the way it should work. It is just a feeling 
that that is the way I'd *expect* it to work for my use-case. I welcome 
other suggestions for making this work with the preexisting Wicket 
behavior, ideas?


Gili

Johan Compagner wrote:

don't cache non static images then.
so that images with path will always be asked for


On 10/5/05, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



Maybe that's it... If one restarts the browser and you get
path=0
again, the browser still expects the same URLs to yield the same images
but this might not be true.

Consider:

1) User hits theme cats, gets a GridView with path=0
2) User restarts the browser, hits theme dogs, gets a GridVie with
path=0
3) Browser uses cached images of cats which is incorrect.

I guess the expectation is for GridView on #1 to have
different URLs
than on #2 (regardless of browser or server restart). How would I
communicate to Wicket that the GridView's URL should differ across
pages? Alternatively, we could try to tell the browser to flush any
session-bound URLs upon shutdown -- I'm not sure if such a thing is
possible. Ideas?

Gili

Johan Compagner wrote:
  the first time path=0 is shown yes
  The second time path=1 is shown
 
  Then i restart the tomcat server, let tomcat store my sessions
  then i go again to that page. Tomcat picks up my stored session and
  starts counting from 2
  so the first time after a restart path=2.
 
  If ofcourse you completely close youre browser and start all over
again
  a new session is generated
  but then it doesn't matter if tomcat is restarted or not.
 
 
  On 10/5/05, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 
  My application is 100% bookmarkable pages. Is
FormInput one?
  Also, when
  I hit FormInput on wicket-library.com
http://wicket-library.com http://wicket-library.com
http://wicket-library.com it
  was at path=0 so I don't see
  how this could have worked for you (because it is unlikely
we'd be at
  path=0 at this point).
 
  Something doesn't sound right here. There must be a
  difference between
  what is going on on your end and mine.
 
  Gili
 
  Johan Compagner wrote:
not at my place.
Just tested it by running examples (forminput) on my
tomcat install.
   
Did go a few times to the forminput page so that the
path=3 was
  showing
as last
shutdown tomcat. Started it again. Then did go to the
forminput page
again and the path=4 was there.
   
   
On 10/4/05, *Gili* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]  wrote:
   
   
That might be so, but practically speaking
this doesn't
occur. Try this
yourself and you will notice that path is always
reset to a
  value of
one on every server restart. For an unknown reason, it
is not
resumed on
restart. Can someone investigate this?
   
Gili
   
Johan Compagner wrote:
  Server restart should work
  All sessions are serialized to disk and read back in.
 
 
  On 10/3/05, *Gili*  [EMAIL PROTECTED]
mailto:[EMAIL

Re: [Wicket-user] Browser cache doesn't like Wicket path

[Gili]

	My application is 100% bookmarkable pages. Is FormInput one? Also, when 
I hit FormInput on wicket-library.com it was at path=0 so I don't see 
how this could have worked for you (because it is unlikely we'd be at 
path=0 at this point).


	Something doesn't sound right here. There must be a difference between 
what is going on on your end and mine.


Gili

Johan Compagner wrote:

not at my place.
Just tested it by running examples (forminput) on my tomcat install.

Did go a few times to the forminput page so that the path=3 was showing 
as last
shutdown tomcat. Started it again. Then did go to the forminput page 
again and the path=4 was there.



On 10/4/05, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



That might be so, but practically speaking this doesn't
occur. Try this
yourself and you will notice that path is always reset to a value of
one on every server restart. For an unknown reason, it is not
resumed on
restart. Can someone investigate this?

Gili

Johan Compagner wrote:
  Server restart should work
  All sessions are serialized to disk and read back in.
 
 
  On 10/3/05, *Gili*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
 
 
  Even if the images are dynamically generated, couldn't we
  serialize the
  highest path value used on shutdown and reuse it on
startup? Consider
  the following use-case:
 
  - Images are dynamically generated from a DB
  - Expiration headers are set to cache the images for one day
on the
  client end
  - Wicket's resource cache expiration is also set to one day
 
  So ... while the images are dynamic, they are also cached
  (for a
  limited period of time). This use-case works fine if the
server is never
  restarted. All we'd need is a simple fix to make it work across
  restarts.
 
  Gili
 
  Eelco Hillenius wrote:
That's why we introduced packaged resources in the first
place: to
have static urls. If you don't have static urls, your browser
shouldn't cache them. Don't we set expiry headers?
   
Eelco
   
On 10/1/05, Gili  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
   
   Hi,
   
   I'm using PageableGridDataView to display a grid of
  images. Here is an
   example URL for a thumbnail on a page:
   
   

http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:imageinterface=IResourceListener

http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:imageinterface=IResourceListener
  

http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:imageinterface=IResourceListener

http://localhost:8084/DesktopBeautifierServer/Main?path=11:imageRow:1:cols:4:imageWidth:imageLink:imageinterface=IResourceListener
   
   The problem is that upon server restart the path
counter
  resets. Now,
   if a user hits the image listing again, his browser
recognizes the
   original URL and uses the cached image. However, path=11
in the new
   server instance does not equal to path=11 in the old server
  instance, so
   the cached image is incorrect.
   
   Is there a way for us to serialize the path
values on
  shutdown and
   pick them up on restart? This will ensure the browser
cache doesn't
   display incorrect images. I don't mind if users can't hit
older pages
   (i.e. path=10 and below) because they don't exist in the
new server
   instance but at least the counter should begin at the last
used
  value +1
   
   Let me know what you think.
   
   Thanks,
   Gili
   --
http://www.desktopbeautifier.com/
   
   
   ---
   This SF.Net email is sponsored by:
   Power Architecture Resource Center: Free content, downloads,
  discussions,
   and more. http://solutions.newsforge.com/ibmarch.tmpl
   ___
   Wicket-user mailing list
   Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
  mailto: Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wicket-user
   https

Re: [Wicket-user] UrlResourceStream: URI is not hierarchical

[Gili]

	Well, either way, we shouldn't be seeing warnings for normal behavior 
on startup. Unless you expect everyone to unpack wicket (which is not 
the recommended installation path, last time I checked) this warning 
should be supressed.


Gili

Johan Compagner wrote:

not really
But jar resources don't have to be polled i think anyway so that could 
be optimized.



On 10/2/05, *Gili* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


10:41:56,859  WARN UrlResourceStream:90 - cannot convert url:

jar:file:/C:/Documents%20and%20Settings/Gili/My%20Documents/blueeye/trunk/desktopbeautifier/Server/netbeans4.2/build/web/WEB-INF/lib/wicket-1.1-rc1.jar!/wicket/markup/html/pages/ExceptionErrorPage.html

to file (URI is not hierarchical), falling back to the inputstream for
polling

I assume the above is a bug?

Gili
--
http://www.desktopbeautifier.com/ http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
mailto:Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user




--
http://www.desktopbeautifier.com/


---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user