Re: VOTE 1.2 Modal Window fixes

2007-01-18 Thread Paolo Di Tommaso

+1

On 1/18/07, Frank Bille [EMAIL PROTECTED] wrote:


+1

On 1/17/07, Matej Knopp [EMAIL PROTECTED] wrote:

 I've got couple of modal window fixes for 1.2, can I commit it in?

 -Matej






Comments in markup sometimes throw weird exceptions

2007-01-18 Thread Erik van Oosten

Hi,

Whenever I try to comment out parts of the markup I get weird exceptions 
(attached below). I have tried to make a quick-start application to 
reproduce this. But after trying very hard for at least half an hour I 
could not create a case. Apparently, the exception only occurs in 
complex situations.


Are there developers aware of this problem?

Regards,
Erik.

8-

ERROR - AjaxRequestTarget  - Error while responding to an AJAX request: 
[EMAIL PROTECTED] markupIdToComponent 
[{maincontent_searchresult=[MarkupContainer [Component id = searchresult, page 
= nl.amsterdam.rbrb.web.search.SearchPage, path = 
2:maincontent:searchresult.WozSearchResult, isVisible = true, isVersioned = 
false]], maincontent_searchform=[MarkupContainer [Component id = searchform, 
page = nl.amsterdam.rbrb.web.search.SearchPage, path = 
2:maincontent:searchform.SearchPanel$1, isVisible = true, isVersioned = 
false]]}], prependJavascript [[]], appendJavascript [[]]

wicket.WicketRuntimeException: Exception in rendering component: 
[MarkupContainer [Component id = searchresult, page = 
nl.amsterdam.rbrb.web.search.SearchPage, path = 
2:maincontent:searchresult.WozSearchResult, isVisible = true, isVersioned = 
false]]

   at 
wicket.Component.renderComponent(Lwicket.markup.MarkupStream;)V(Component.java:1739)

   at 
wicket.MarkupContainer.onRender(Lwicket.markup.MarkupStream;)V(MarkupContainer.java:927)

   at 
wicket.Component.render(Lwicket.markup.MarkupStream;)V(Component.java:1526)

   at wicket.Component.renderComponent()V(Component.java:1650)

   at 
wicket.ajax.AjaxRequestTarget.respondComponent(Lwicket.Response;Ljava.lang.String;Lwicket.Component;)V(AjaxRequestTarget.java:474)

   at 
wicket.ajax.AjaxRequestTarget.respond(Lwicket.RequestCycle;)V(AjaxRequestTarget.java:361)

   at 
wicket.request.compound.DefaultResponseStrategy.respond(Lwicket.RequestCycle;)V(DefaultResponseStrategy.java:49)

   at 
wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Lwicket.RequestCycle;)V(AbstractCompoundRequestCycleProcessor.java:66)

   at 
wicket.RequestCycle.doProcessEventsAndRespond(Lwicket.request.IRequestCycleProcessor;)V(RequestCycle.java:902)

   at wicket.RequestCycle.processEventsAndRespond()V(RequestCycle.java:934)

   at wicket.RequestCycle.step()V(RequestCycle.java:1010)

   at wicket.RequestCycle.steps()V(RequestCycle.java:1084)

   at wicket.RequestCycle.request()V(RequestCycle.java:454)

   at 
wicket.protocol.http.WicketServlet.doGet(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(WicketServlet.java:219)

   at 
wicket.protocol.http.WicketServlet.doPost(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(WicketServlet.java:262)

   at 
javax.servlet.http.HttpServlet.service(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServlet.java:760)

   at 
javax.servlet.http.HttpServlet.service(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(HttpServlet.java:853)

   at 
org.mortbay.jetty.servlet.ServletHolder.handle(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(ServletHolder.java:358)

   at 
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(WebApplicationHandler.java:342)

   at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(FilterChainProxy.java:264)

   at 
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(HttpSessionContextIntegrationFilter.java:193)

   at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(FilterChainProxy.java:274)

   at 
org.acegisecurity.util.FilterChainProxy.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(FilterChainProxy.java:148)

   at 
org.acegisecurity.util.FilterToBeanProxy.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(FilterToBeanProxy.java:98)

   at 
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(WebApplicationHandler.java:334)

   at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(Ljava.lang.String;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;Lorg.mortbay.jetty.servlet.ServletHolder;)V(WebApplicationHandler.java:286)

   at 
org.mortbay.jetty.servlet.ServletHandler.handle(Ljava.lang.String;Ljava.lang.String;Lorg.mortbay.http.HttpRequest;Lorg.mortbay.http.HttpResponse;)V(ServletHandler.java:567)

   at 

Re: Comments in markup sometimes throw weird exceptions

2007-01-18 Thread Erik van Oosten

Hi,

I found the problem already. I'll create a Jira issue with the solution.

Regards,
Erik.


Erik van Oosten wrote:

Hi,

Whenever I try to comment out parts of the markup I get weird 
exceptions (attached below). I have tried to make a quick-start 
application to reproduce this. But after trying very hard for at least 
half an hour I could not create a case. Apparently, the exception only 
occurs in complex situations.


Are there developers aware of this problem?

Regards,
Erik.

8- 



ERROR - AjaxRequestTarget  - Error while responding to an AJAX 
request: [EMAIL PROTECTED] markupIdToComponent 
[{maincontent_searchresult=[MarkupContainer [Component id = 
searchresult, page = nl.amsterdam.rbrb.web.search.SearchPage, path = 
2:maincontent:searchresult.WozSearchResult, isVisible = true, 
isVersioned = false]], maincontent_searchform=[MarkupContainer 
[Component id = searchform, page = 
nl.amsterdam.rbrb.web.search.SearchPage, path = 
2:maincontent:searchform.SearchPanel$1, isVisible = true, isVersioned 
= false]]}], prependJavascript [[]], appendJavascript [[]]


wicket.WicketRuntimeException: Exception in rendering component: 
[MarkupContainer [Component id = searchresult, page = 
nl.amsterdam.rbrb.web.search.SearchPage, path = 
2:maincontent:searchresult.WozSearchResult, isVisible = true, 
isVersioned = false]]


   at 
wicket.Component.renderComponent(Lwicket.markup.MarkupStream;)V(Component.java:1739) 



   at 
wicket.MarkupContainer.onRender(Lwicket.markup.MarkupStream;)V(MarkupContainer.java:927) 



   at 
wicket.Component.render(Lwicket.markup.MarkupStream;)V(Component.java:1526) 



   at wicket.Component.renderComponent()V(Component.java:1650)

   at 
wicket.ajax.AjaxRequestTarget.respondComponent(Lwicket.Response;Ljava.lang.String;Lwicket.Component;)V(AjaxRequestTarget.java:474) 



   at 
wicket.ajax.AjaxRequestTarget.respond(Lwicket.RequestCycle;)V(AjaxRequestTarget.java:361) 



   at 
wicket.request.compound.DefaultResponseStrategy.respond(Lwicket.RequestCycle;)V(DefaultResponseStrategy.java:49) 



   at 
wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Lwicket.RequestCycle;)V(AbstractCompoundRequestCycleProcessor.java:66) 



   at 
wicket.RequestCycle.doProcessEventsAndRespond(Lwicket.request.IRequestCycleProcessor;)V(RequestCycle.java:902) 



   at 
wicket.RequestCycle.processEventsAndRespond()V(RequestCycle.java:934)


   at wicket.RequestCycle.step()V(RequestCycle.java:1010)

   at wicket.RequestCycle.steps()V(RequestCycle.java:1084)

   at wicket.RequestCycle.request()V(RequestCycle.java:454)

   at 
wicket.protocol.http.WicketServlet.doGet(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(WicketServlet.java:219) 



   at 
wicket.protocol.http.WicketServlet.doPost(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(WicketServlet.java:262) 



   at 
javax.servlet.http.HttpServlet.service(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServlet.java:760) 



   at 
javax.servlet.http.HttpServlet.service(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(HttpServlet.java:853) 



   at 
org.mortbay.jetty.servlet.ServletHolder.handle(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(ServletHolder.java:358) 



   at 
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(WebApplicationHandler.java:342) 



   at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(FilterChainProxy.java:264) 



   at 
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(HttpSessionContextIntegrationFilter.java:193) 



   at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(FilterChainProxy.java:274) 



   at 
org.acegisecurity.util.FilterChainProxy.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(FilterChainProxy.java:148) 



   at 
org.acegisecurity.util.FilterToBeanProxy.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(FilterToBeanProxy.java:98) 



   at 
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(WebApplicationHandler.java:334) 



   at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(Ljava.lang.String;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;Lorg.mortbay.jetty.servlet.ServletHolder;)V(WebApplicationHandler.java:286) 



   at 

InternalFrame in 2.x

2007-01-18 Thread Al Maw

FYI

wicket.markup.html.link.InternalFrame was empty:
http://svn.apache.org/viewvc/incubator/wicket/trunk/wicket/src/main/java/wicket/markup/html/link/InternalFrame.java?view=log

It's been replaced by InlineFrame, so I've removed it.

Al


wicket examples on www.wicket-library.com

2007-01-18 Thread Sean Sullivan

Is the wicket-library web site offline?  I am unable to view any of the
examples:

 http://www.wicket-library.com/wicket-examples/ajax

 http://www.wicket-library.com/wicket-examples/upload

I was planning to demo Wicket's component set to my co-workers this
morning...

Sean


Re: wicket examples on www.wicket-library.com

2007-01-18 Thread Igor Vaynberg

http://81.17.46.170/wicket13/

-igor


On 1/18/07, Sean Sullivan [EMAIL PROTECTED] wrote:


Is the wicket-library web site offline?  I am unable to view any of the
examples:

  http://www.wicket-library.com/wicket-examples/ajax

  http://www.wicket-library.com/wicket-examples/upload

I was planning to demo Wicket's component set to my co-workers this
morning...

Sean




VOTE: include WICKET-218 in 1.2.5

2007-01-18 Thread Igor Vaynberg

include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5

-igor


Re: VOTE: include WICKET-218 in 1.2.5

2007-01-18 Thread Eelco Hillenius

+1

Eelco

On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote:

include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5

-igor




Re: VOTE: include WICKET-218 in 1.2.5

2007-01-18 Thread Erik van Oosten

+1 (non binding)

Igor Vaynberg wrote:

include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5

-igor




Re: VOTE: include WICKET-218 in 1.2.5

2007-01-18 Thread Sean Sullivan

+1 (non-binding)

On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote:


include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5

-igor




Re: VOTE: include WICKET-218 in 1.2.5

2007-01-18 Thread Al Maw

Igor Vaynberg wrote:

include https://issues.apache.org/jira/browse/WICKET-218 in 1.2.5


I've only seen this once before, but why not?
+1


Re: Fixing ComponentTest in Wicket 1.x

2007-01-18 Thread Jean-Baptiste Quenot
* Martijn Dashorst:

 I'd  rather see  an extra  step in  our request  processing that
 detaches  all  pages  and   their  child  components  that  have
 participated in  the request  processing, instead of  relying on
 the request targets to do so.

+1
-- 
 Jean-Baptiste Quenot
aka  John Banana   Qwerty
http://caraldi.com/jbq/


Re: wicket examples on www.wicket-library.com

2007-01-18 Thread Frank Bille

And perhaps get some subdomains for

build.wicketframework.org = http://81.17.46.170/bamboo
examples.wicketframework.org/1.2 = http://81.17.46.170/wicket12/
examples.wicketframework.org/1.3 = http://81.17.46.170/wicket13/

and so on.

Frank

On 1/18/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:


* Martijn Dashorst:

 Why not download the examples yourself and run it locally?

A better answer would be to take off the link to
wicket-library.com, as it's not the first time that is it offline.
--
 Jean-Baptiste Quenot
aka  John Banana   Qwerty
http://caraldi.com/jbq/



Re: wicket examples on www.wicket-library.com

2007-01-18 Thread Martijn Dashorst

Problem is that wicketframework.org points currently to sf.net, and I
can't add subdomains without breaking the current wicketframework.org
site.

Perhaps we should also host wicketframework.org on that box, and
redirect traffic from sf.net site to our own box. Then this is
possible.

Please note that wicketframework.org will probably cease to exist when
we reach tlp status @apache. http://wicket.apache.org sounds good IMO.

Perhaps the mentors could shine more light on the status of
wicketframework.org after graduation?

Martijn

On 1/18/07, Frank Bille [EMAIL PROTECTED] wrote:

And perhaps get some subdomains for

build.wicketframework.org = http://81.17.46.170/bamboo
examples.wicketframework.org/1.2 = http://81.17.46.170/wicket12/
examples.wicketframework.org/1.3 = http://81.17.46.170/wicket13/

and so on.

Frank

On 1/18/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:

 * Martijn Dashorst:

  Why not download the examples yourself and run it locally?

 A better answer would be to take off the link to
 wicket-library.com, as it's not the first time that is it offline.
 --
  Jean-Baptiste Quenot
 aka  John Banana   Qwerty
 http://caraldi.com/jbq/






--
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org


Re: wicket examples on www.wicket-library.com

2007-01-18 Thread Igor Vaynberg

we do need a domain for our dedicated box, using ip addr sucks

-igor


On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote:


Problem is that wicketframework.org points currently to sf.net, and I
can't add subdomains without breaking the current wicketframework.org
site.

Perhaps we should also host wicketframework.org on that box, and
redirect traffic from sf.net site to our own box. Then this is
possible.

Please note that wicketframework.org will probably cease to exist when
we reach tlp status @apache. http://wicket.apache.org sounds good IMO.

Perhaps the mentors could shine more light on the status of
wicketframework.org after graduation?

Martijn

On 1/18/07, Frank Bille [EMAIL PROTECTED] wrote:
 And perhaps get some subdomains for

 build.wicketframework.org = http://81.17.46.170/bamboo
 examples.wicketframework.org/1.2 = http://81.17.46.170/wicket12/
 examples.wicketframework.org/1.3 = http://81.17.46.170/wicket13/

 and so on.

 Frank

 On 1/18/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
 
  * Martijn Dashorst:
 
   Why not download the examples yourself and run it locally?
 
  A better answer would be to take off the link to
  wicket-library.com, as it's not the first time that is it offline.
  --
   Jean-Baptiste Quenot
  aka  John Banana   Qwerty
  http://caraldi.com/jbq/
 




--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org



Vote: take wicketframework.org off of sf.net servers and onto our own box

2007-01-18 Thread Martijn Dashorst

It has been proposed in several threads, so I'd like to make it more formal:

currently we host wicketframework.org on the sf.net servers. We can
move the content of the site to our own box (provided by
http://servoy.com) and host it there, and redirect traffic from the
sf.net server to the our new box.

Pro's:
- wicketframework.org will probably be a lot faster.
- it opens up builds.wicketframework.org, examples.wicketframework.org etc.

Con's:
- we'll have to update our (read: I have to update my) build
infrastructure for deploying the site
- we'll be fully responsible for hosting our own site
- the future is clouded for the domain as we are moving towards
apache infrastructure.

So the vote is:
[ ] move the domain already, why didn't you do this months ago?
[ ] keep it as it is, it works now

Martijn

--
Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org


Re: Vote: take wicketframework.org off of sf.net servers and onto our own box

2007-01-18 Thread Igor Vaynberg

we could register wicketstuff.org, host our website there until we are ready
to move it to apache, we can even setup our confluence install there to
export our website to apache so we dont have to go through headaches

just dont think of wicketstuff.org as related directly to
wicket-stuff.sf.net

-igor


On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote:


It has been proposed in several threads, so I'd like to make it more
formal:

currently we host wicketframework.org on the sf.net servers. We can
move the content of the site to our own box (provided by
http://servoy.com) and host it there, and redirect traffic from the
sf.net server to the our new box.

Pro's:
- wicketframework.org will probably be a lot faster.
- it opens up builds.wicketframework.org, examples.wicketframework.orgetc.

Con's:
- we'll have to update our (read: I have to update my) build
infrastructure for deploying the site
- we'll be fully responsible for hosting our own site
- the future is clouded for the domain as we are moving towards
apache infrastructure.

So the vote is:
[ ] move the domain already, why didn't you do this months ago?
[ ] keep it as it is, it works now

Martijn

--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org



Re: Vote: take wicketframework.org off of sf.net servers and onto our own box

2007-01-18 Thread Igor Vaynberg

On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote:


Using Apache  hardware seems to be a big deal for a community feel and
for a legal standpoint (iianm), and /should/ make things easier. If we
get migraines from dealing with the apache process, then we should get
more involved in the infra team. Problem is that to be able to do
that, you need to earn karma, and IMO you won't get karma until you
help administer stuff.



you mean they will let us host bamboo, our examples, etc with us having
access to that stuff easily? why dont we do that now then? also what is the
hold up with our new website then? i thought you had trouble doing an export
or something because of apache confluence permission foobar?

I don't see the need to register another domain name yet. Isn't the

whole point of the server to have it host all our stuff? Just moving
wicketframework.org to the servoy box, and add the subdomains is not
too much I think?



once the domain is transferred to apache will we still be able to have the
subdomains?



[...]
The current 1.2.x sites can easily be put on the box. They only
require a static filesystem. I recon a simple rsync between the two
servers is all it takes to mirror the current content.



no doubt, and we can update them easily. but if we are going to do that why
not just do the confluence import thing and the new skin now as well?

-igor



Martijn


On 1/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
 we could register wicketstuff.org, host our website there until we are
ready
 to move it to apache, we can even setup our confluence install there to
 export our website to apache so we dont have to go through headaches

 just dont think of wicketstuff.org as related directly to
 wicket-stuff.sf.net

 -igor


 On 1/18/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
 
  It has been proposed in several threads, so I'd like to make it more
  formal:
 
  currently we host wicketframework.org on the sf.net servers. We can
  move the content of the site to our own box (provided by
  http://servoy.com) and host it there, and redirect traffic from the
  sf.net server to the our new box.
 
  Pro's:
  - wicketframework.org will probably be a lot faster.
  - it opens up builds.wicketframework.org,
examples.wicketframework.orgetc.
 
  Con's:
  - we'll have to update our (read: I have to update my) build
  infrastructure for deploying the site
  - we'll be fully responsible for hosting our own site
  - the future is clouded for the domain as we are moving towards
  apache infrastructure.
 
  So the vote is:
  [ ] move the domain already, why didn't you do this months ago?
  [ ] keep it as it is, it works now
 
  Martijn
 
  --
  Vote for Wicket at the
  http://www.thebeststuffintheworld.com/vote_for/wicket
  Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
  http://wicketframework.org
 




--
Vote for Wicket at the
http://www.thebeststuffintheworld.com/vote_for/wicket
Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now!
http://wicketframework.org