Re: Wicket Example

2017-10-30 Thread Douglas Ferguson
How do I get off this list?

I've emailed users-unsubscr...@wicket.apache.org and I'm still on it.

Could be an email alias thing.

Can anybody help?
ᐧ

On Mon, Oct 30, 2017 at 3:49 PM, Andrea Del Bene 
wrote:

> hi,
>
> use http://examples7x.wicket.apache.org/wicket-examples/index.html
>
> Thank you for pointing that out, I'm fixing the link.
>
>
> On 30/10/2017 21:00, Mihir Chhaya wrote:
>
>> Hello,
>>
>> Live Examples link on https://wicket.apache.org/ is throwing 404 error.
>> Could anybody please direct me to working link?
>>
>> Thanks,
>> -Mihir.
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Can't post variables to a wicket page

2012-10-22 Thread Douglas Ferguson
I'm trying to support both get and post to a wicket page.

When I do a post, the containterRequest object is reporting it as a GET and I 
can't seem to find my post variables.

What am I missing?

---
Douglas W. Ferguson
Software Development Manager
Escalation Point, Inc.
dfergu...@escalation-point.com
www.escalation-point.com
mobile: 512-293-7279
office: 512-524-4510



download page

2012-10-11 Thread Douglas Ferguson
I've done downloads before in wicket by creating a resource stream, but this 
requires a user to click on a button or some other ajax.

I'd like to create a page that will stream content back to the user based on 
parameters.

This means I'd have bookmarkable urls for download and it would be secured 
based on my wicket authentication.

I assuming I can just get hold of the response from the RequestCycle to stream 
the bytes.
But I'm not sure the how to create a page without markup and also prevent 
wicket from trying to write to the response.

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



Re: wicket 6 beta3 - wicket 6

2012-09-29 Thread Douglas Ferguson
Ok.. I figured it out. 

beta3 was SUPER lenient apparently.

One of the guys on my team, had sub classed AjaxTabbedPanel and instead of 
putting the div wicket:id=panel in the sub classes' markup he put it in the 
Markup for the Parent of the TabbedPanel. He did this so he could control the 
location of the panel. He needed to do that because he was building vertical 
tabs rather than horizontal tabs.

Unfortunately the error message wasn't very informative. :) 

In order to fix this, I decided to pass in the panel to the sub class and use 
that instead of the internal one. 
In order to get rid of the inner Panel I called   
remove(TabbedPanel.TAB_PANEL_ID)
But for some reason that doesn't get rid of it. 

I temporarily set display:none in the markup, but ideally I could just remove 
it and not have any market.
Anybody know what I'm doing wrong?

On Sep 27, 2012, at 11:26 AM, Douglas Ferguson the...@gmail.com wrote:

 Thanks.. I'll check it out. I don't think that would cause these problems. :)
 
 It's as if the wicket can't see any of the wicket:ids..
 
 Did anything change with regards to enclosures? Or child  extend?
 
 Douglas
 
 On Sep 27, 2012, at 9:24 AM, Jesse Long j...@unknown.za.net wrote:
 
 WebSession#authenticate() disappeared after 6.0.0-beta3. Affected me...
 
 Cheers,
 Jesse
 
 On 27/09/2012 14:41, Douglas Ferguson wrote:
 That may take some time, there are some layers..
 
 I just was curious if there are any known issues from beta3 to the stable 
 release.
 
 Douglas
 
 On Sep 27, 2012, at 7:36 AM, Thomas Götz t...@decoded.de wrote:
 
 Please show us some code or create a Quickstart that demonstrates the 
 problem, else it will be very hard to help you.
 
 
 On 27.09.2012, at 14:23, Douglas Ferguson the...@gmail.com wrote:
 
 I just tried to upgrade from beta3 to wicket 6 and one of my main pages 
 blows up with a vengeance.
 
 It's the typical error indicating that something is in the code but now 
 the markup and it lists out almost every field!
 You guys have any idea what might cause this?
 
 Works fine under beta3...
 
 Douglas
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



sicket 6 beta3 - wicket 6

2012-09-27 Thread Douglas Ferguson
I just tried to upgrade from beta3 to wicket 6 and one of my main pages blows 
up with a vengeance.

It's the typical error indicating that something is in the code but now the 
markup and it lists out almost every field!
You guys have any idea what might cause this? 

Works fine under beta3...

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



Re: sicket 6 beta3 - wicket 6

2012-09-27 Thread Douglas Ferguson
That may take some time, there are some layers..

I just was curious if there are any known issues from beta3 to the stable 
release.

Douglas

On Sep 27, 2012, at 7:36 AM, Thomas Götz t...@decoded.de wrote:

 Please show us some code or create a Quickstart that demonstrates the 
 problem, else it will be very hard to help you.
 
 
 On 27.09.2012, at 14:23, Douglas Ferguson the...@gmail.com wrote:
 
 I just tried to upgrade from beta3 to wicket 6 and one of my main pages 
 blows up with a vengeance.
 
 It's the typical error indicating that something is in the code but now the 
 markup and it lists out almost every field!
 You guys have any idea what might cause this? 
 
 Works fine under beta3...
 
 Douglas
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: sicket 6 beta3 - wicket 6

2012-09-27 Thread Douglas Ferguson
Thanks.. I'll check it out. I don't think that would cause these problems. :)

It's as if the wicket can't see any of the wicket:ids..

Did anything change with regards to enclosures? Or child  extend?

Douglas

On Sep 27, 2012, at 9:24 AM, Jesse Long j...@unknown.za.net wrote:

 WebSession#authenticate() disappeared after 6.0.0-beta3. Affected me...
 
 Cheers,
 Jesse
 
 On 27/09/2012 14:41, Douglas Ferguson wrote:
 That may take some time, there are some layers..
 
 I just was curious if there are any known issues from beta3 to the stable 
 release.
 
 Douglas
 
 On Sep 27, 2012, at 7:36 AM, Thomas Götz t...@decoded.de wrote:
 
 Please show us some code or create a Quickstart that demonstrates the 
 problem, else it will be very hard to help you.
 
 
 On 27.09.2012, at 14:23, Douglas Ferguson the...@gmail.com wrote:
 
 I just tried to upgrade from beta3 to wicket 6 and one of my main pages 
 blows up with a vengeance.
 
 It's the typical error indicating that something is in the code but now 
 the markup and it lists out almost every field!
 You guys have any idea what might cause this?
 
 Works fine under beta3...
 
 Douglas
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: FormTester - wicket 1.6

2012-07-31 Thread Douglas Ferguson
I got it to work using this:  
tester.startComponentInPage(tester.getComponentFromLastRenderedPage(myPanel));

Does this ring any bells?

Martin do you want to see the test code or the app code as well? The app code 
uses alot of custom components, so I'd prolly want to figure out tease things 
out and figure out what's causing the problem before dumping all that in your 
lap.

Douglas


On Jul 31, 2012, at 2:17 AM, Martin Grigorov mgrigo...@apache.org wrote:

 Show us some code.
 
 On Tue, Jul 31, 2012 at 1:50 AM, Douglas Ferguson the...@gmail.com wrote:
 We are trying to write some tests using FormTester.
 
 We are setting values on a text field and then submitting the form.
 The form is erroring out because the field is required.
 
 Does anybody have any ideas why the value is not getting set properly?
 
 Douglas
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



FormTester - wicket 1.6

2012-07-30 Thread Douglas Ferguson
We are trying to write some tests using FormTester.

We are setting values on a text field and then submitting the form.
The form is erroring out because the field is required.

Does anybody have any ideas why the value is not getting set properly?

Douglas

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



Re: Apache Wicket 6.0.0-beta3 is released

2012-07-18 Thread Douglas Ferguson
How long should it take for this to appear in maven central?

I currently don't see it there...

http://mvnrepository.com/artifact/org.apache.wicket/wicket-core


On Jul 17, 2012, at 4:08 AM, Martijn Dashorst wrote:

 The Wicket team is proud to announce the third beta release of
 the Wicket 6.x series. This release is an intermediary release
 just before we give you 6.0.0 final.
 
 There are no more planned API breaks but if you find something
 that can be made better now it the time to discuss it! The
 next planned release is 6.0.0 final, so speak now or forever
 be silenced (or learn to live with it until 7.0.0 comes out).
 
 Any feedback about the new features, their implementation and
 their documentation is very welcome!
 
 New and Noteworthy in 6.0.0-beta3
 =
 
 ** NOTA BENE: ** the use of modules that are marked experimental,
 by being part of the sub module 'wicket-experimental', are really
 that: experimental. These modules can change, disappear or blow up
 your computer without notice and you really use/depend on them at
 your own risk.
 
 Wicket Native Websockets
 
 
 A new **experimental** module has been added to Wicket 6 - Wicket
 Native WebSocket. This module adds support for using HTML5
 WebSockets as you may use Ajax in your Wicket applications.
 
 All you have to do is to add a WebSocketBehavior to your page and from
 there on you can receive messages from the clients and push messages
 back to them.
 
 At https://cwiki.apache.org/confluence/x/0vSoAQ you may find the
 documentation and a link to a demo application.
 
 If something is not clear feel free to ask your question in the
 mailing lists and we will improve the documentation.
 
 Wicket Bootstrap
 
 
 The **experimental** modules now contain a new module for integration
 with Twitter's Bootstrap. Currently this module only provides a
 central way of using the Bootstrap resources. In the future we
 will provide proper components and behaviors for the Bootstrap
 concepts.
 
 To use this new **experimental** module, add this to your pom:
 
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-bootstrap/artifactId
version0.1/version
/dependency
 
 To add Bootstrap support to your pages, add this in the `renderHead`
 method:
 
@Override
public void renderHead(IHeaderResponse response) {
super.renderHead(response);
 
Bootstrap.renderHead(response);
}
 
 This will render a dependency to the Twitter bootstrap CSS and JS files,
 including the required dependency to JQuery.
 
 New Wicket Examples
 ---
 We have started an effort to revamp the tried and tested Wicket Examples
 and bring them into 2012. The new examples are located in the
 **experimental** module.
 
 It is currently a copy of Twitter Bootstrap's design but with Wicket
 specific filling.
 
 You can test the examples by running the
 
wicket-examples-jar/src/test/java/Start.java
 
 class in the default package.
 
 The examples will feature a component reference with typical use
 cases, full examples such as Hello, World, and descriptions of the
 code in play.
 
 Wicket Atmosphere
 -
 
 Wicket Atmosphere in the experimental modules has seen an upgrade of
 the Atmosphere dependency to 1.0.0-beta3. This has caused an
 incompatibility with Jetty 7.6.3 (used with Wicket and the examples). To
 mitigate this, you need to override either:
 
 - the dependency on Jetty to 8.1.3 or newer, or
 - the dependency on Atmosphere to 0.9.5 (0.9.6 and 0.9.7 are broken as
   well)
 
 See https://issues.apache.org/jira/browse/WICKET-4656 for more
 information regarding this issue.
 
 This release
 
 
 * Check the roadmap  with a list of the major
   goals: https://cwiki.apache.org/WICKET/wicket-60-roadmap.html
 
 * And the migration guide with all major and some minor changes
   between 1.5.x and 6.x series: http://s.apache.org/wicket-6.0-migration
 
 * The Jira changelog of all closed ticket at
   Jira: http://s.apache.org/wicket-6.0.0-beta3-changelog
 
 To use it in Maven:
 
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-core/artifactId
version6.0.0-beta3/version
/dependency
 
 If you don’t use a dependencies management build tool then you
 can download the full distribution (including source) and build from
 source yourself.
 
 Have fun,
 
 The Wicket team!
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



AjaxCallThrottlingDecorator - 1.6

2012-07-09 Thread Douglas Ferguson
How do you throttle ajax calls in 1.6?

Douglas

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



1.6 - Verify Error - AbstractResourceStreamWriter

2012-07-05 Thread Douglas Ferguson
java.lang.VerifyError: (class: com/visiblehealth/ui/admin/reports/SQLReports, 
method: generateReport signature: 
(Ljava/io/File;)Lorg/apache/wicket/core/util/resource/AbstractResourceStreamWriter;)
 Wrong return type in function
at java.lang.Class.getDeclaredConstructors0(Native Method)

Anybody else seen this before?

This is my code:

AbstractResourceStreamWriter 
resourceStream = generateReport(file);
String fileName = 
file.getName().replaceAll(.sql$, .csv);
ResourceStreamRequestHandler 
resourceStreamRequestHandler = 
new 
ResourceStreamRequestHandler(resourceStream, fileName);

getRequestCycle().scheduleRequestHandlerAfterCurrent(resourceStreamRequestHandler);

with generateReport:

public AbstractResourceStreamWriter generateReport(final File file){
return new AbstractResourceStreamWriter() {
private static final long serialVersionUID = 1L;
@Override
public String getContentType() {
return text/csv;charset=utf-8;
}
@Override
public void write(Response output) {
//write my stuff..
}

};
}





Re: Wicket Events

2012-06-21 Thread Douglas Ferguson
I was able to get the EventDispatcher to work. 

I added an annotation and as well as an Enum with my EventTypes.

It works quite nicely.

Thanks for the tips.

Douglas

On Jun 19, 2012, at 7:15 PM, Douglas Ferguson wrote:

 Yeah.. when I read Jeremy's reply it was the kind of thing I was looking for 
 but my understanding was that 
 Jeremy was suggesting it as a possible approach. Are you saying this will 
 work out of the box?
 
 
 On Jun 19, 2012, at 3:40 PM, Martin Grigorov wrote:
 
 As the tests shows this is pluggable in Wicket.
 There is a default impl that uses casting of the payload and there is
 a way to setup your own impl that does it your way.
 See Jeremy's message in this thread for a solution that works as Google's 
 one.
 
 On Tue, Jun 19, 2012 at 11:36 PM, Douglas Ferguson the...@gmail.com wrote:
 Yeah... i just don't like the idea of unpacking the payload and doing 
 instanceOf, if/else do decide if I care about that message.
 
 The GoogleEvent buss approach seems better. I.E. Implement the specific 
 methods for the specific event types.
 
 Douglas
 
 On Jun 19, 2012, at 3:20 PM, Martin Grigorov wrote:
 
 Wicket always sends ComponentEvent.
 The dynamic part is the event's payload.
 The test shows how to receive the payload in a type-safe way.
 
 On Tue, Jun 19, 2012 at 11:16 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 Ok.. So I took a look at it and it is ignoring the IEvent.
 
 I'm actually interested in how to cleanly handle multiple type of IEvents 
 without having to
 do if/else or instanceOf. Was curious if anybody had a nice pattern to 
 follow.
 
   @Override
 115 public void onEvent(Component component, IEvent? event)
 116 {
 117 invocationTimes++;
 118 }
 119
 
 
 
 On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:
 
 See org.apache.wicket.EventDispatcherTest in wicket-core's tests
 
 On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 Anybody have a good pattern for using Events without having lots of 
 instanceOf, if/else, or switch statements?
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



Models and Session Size

2012-06-19 Thread Douglas Ferguson
I've been working in wicket for awhile now. I was just reading this post last 
night.

http://www.small-improvements.com/10-things-about-apache-wicket-i-love/wicket:pageMapName/wicket-0

I was intrigued by the comment that more extensive use of  Model would reduce 
session size.

Why would this be? Won't models still wind up in the data graph for the Page 
and thus be in the pagemap?

Douglas



Wicket Events

2012-06-19 Thread Douglas Ferguson
Anybody have a good pattern for using Events without having lots of instanceOf, 
if/else, or switch statements?
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Wicket Events

2012-06-19 Thread Douglas Ferguson
Where's the source repository located?


On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:

 See org.apache.wicket.EventDispatcherTest in wicket-core's tests
 
 On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson the...@gmail.com wrote:
 Anybody have a good pattern for using Events without having lots of 
 instanceOf, if/else, or switch statements?
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Models and Session Size

2012-06-19 Thread Douglas Ferguson
Yes.. LoadableDetachable makes more sense.

Douglas

On Jun 19, 2012, at 2:17 PM, Carl-Eric Menzel wrote:

 On Tue, 19 Jun 2012 14:01:13 -0500
 Douglas Ferguson the...@gmail.com wrote:
 
 I was intrigued by the comment that more extensive use of  Model
 would reduce session size.
 
 Why would this be? Won't models still wind up in the data graph for
 the Page and thus be in the pagemap?
 
 Well, apart from the fact that you should pretty much always be passing
 Models around in your Wicket layer rather than bare objects, I'm almost
 sure that article refers to LoadableDetachableModels. Those drop all
 references at the end of the request, except for something like a
 database key. In the next request, the required data is loaded again on
 the fly.
 
 Carl-Eric
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: wicket 1.6

2012-06-19 Thread Douglas Ferguson
Martin,

You still up for fixing issues? We found one. ;)

The auto complete text field throws a javascript here. 
Would you like me to post the details here?

Douglas



On Jun 5, 2012, at 11:15 AM, Martin Grigorov wrote:

 Hi,
 
 I think 6.0.0-beta2 is good enough for production.
 If you find any problems I promise I'll try to solve them as soon as possible.
 If there are no workarounds you may need to use 6.0-SNAPSHOT for your
 development until the next RC is released.
 
 On Tue, Jun 5, 2012 at 7:07 PM, Douglas Ferguson the...@gmail.com wrote:
 I would be deploying my app in a couple months. Is that too aggressive for 
 1.6?
 
 On Jun 4, 2012, at 10:32 AM, Martin Grigorov wrote:
 
 On Mon, Jun 4, 2012 at 6:25 PM, Dan Tran dant...@gmail.com wrote:
 totally agree with Vineet here.
 
 The problem is that once we release the first Release Candidate it is
 not possible (recommended) to make fixes in the APIs.
 As far as I know there are no open tickets for bugs in Wicket
 6.0.0-beta2 (released in less than a week).
 If there are no major problems I guess next release will be RC1. We
 will vote about this at dev@ mailing list. Feel free to participate!
 
 
 -D
 
 On Mon, Jun 4, 2012 at 7:59 AM, vineet semwal
 vineetsemwal1...@gmail.com wrote:
 as soon as it will be released,people will start using it ;)
 
 On Mon, Jun 4, 2012 at 8:03 PM, Martin Grigorov mgrigo...@apache.org 
 wrote:
 As soon as people start using it and send feedback ...
 
 On Mon, Jun 4, 2012 at 5:29 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 Is there a projected release date for wicket 1.6?
 
 Just curious because I'm starting a new project and am trying to decide 
 if I should start it using 1.6.
 
 Douglas
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Wicket Events

2012-06-19 Thread Douglas Ferguson
This seems similar to the google EventBus approach.

On Jun 19, 2012, at 2:58 PM, Jeremy Thomerson wrote:

 Have we talked about adding an IEventDispatcher that dispatches events by
 their class type based on event method signature?
 
 Example:
 
 class MyComponent {
 
 @EventListener // or some annotation
 public void onUserAddedEvent(UserAddedEvent event) {
  // do something here
 }
 
 }
 
 Then when someone calls sink(new UserAddedEvent()) it gets dispatched to
 only those methods that take a UserAddedEvent as their method argument?
 
 Would that be useful (it seems like it to me - it avoids the instanceof
 checks)?  Am I off track?  Is there something like this or better already
 built?
 
 An alternative would be that the annotation could take an argument of event
 class(es) that it want's to be notified of.
 
 
 
 
 -- 
 Jeremy Thomerson
 http://wickettraining.com
 *Need a CMS for Wicket?  Use Brix! http://brixcms.org*
 
 
 
 On Tue, Jun 19, 2012 at 2:36 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote:
 
 
 http://grepcode.com/file/repo1.maven.org/maven2/org.apache.wicket/wicket-core/6.0.0-beta1/org/apache/wicket/EventDispatcherTest.java#EventDispatcherTest
 
 -igor
 
 On Tue, Jun 19, 2012 at 12:31 PM, Douglas Ferguson the...@gmail.com
 wrote:
 Where's the source repository located?
 
 
 On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:
 
 See org.apache.wicket.EventDispatcherTest in wicket-core's tests
 
 On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson the...@gmail.com
 wrote:
 Anybody have a good pattern for using Events without having lots of
 instanceOf, if/else, or switch statements?
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



Re: Wicket Events

2012-06-19 Thread Douglas Ferguson
Ok.. So I took a look at it and it is ignoring the IEvent.

I'm actually interested in how to cleanly handle multiple type of IEvents 
without having to 
do if/else or instanceOf. Was curious if anybody had a nice pattern to follow.

@Override
115 public void onEvent(Component component, IEvent? event)
116 {
117 invocationTimes++;
118 }
119



On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:

 See org.apache.wicket.EventDispatcherTest in wicket-core's tests
 
 On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson the...@gmail.com wrote:
 Anybody have a good pattern for using Events without having lots of 
 instanceOf, if/else, or switch statements?
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Wicket Events

2012-06-19 Thread Douglas Ferguson
Yeah... i just don't like the idea of unpacking the payload and doing 
instanceOf, if/else do decide if I care about that message.

The GoogleEvent buss approach seems better. I.E. Implement the specific methods 
for the specific event types.

Douglas

On Jun 19, 2012, at 3:20 PM, Martin Grigorov wrote:

 Wicket always sends ComponentEvent.
 The dynamic part is the event's payload.
 The test shows how to receive the payload in a type-safe way.
 
 On Tue, Jun 19, 2012 at 11:16 PM, Douglas Ferguson the...@gmail.com wrote:
 Ok.. So I took a look at it and it is ignoring the IEvent.
 
 I'm actually interested in how to cleanly handle multiple type of IEvents 
 without having to
 do if/else or instanceOf. Was curious if anybody had a nice pattern to 
 follow.
 
@Override
 115 public void onEvent(Component component, IEvent? event)
 116 {
 117 invocationTimes++;
 118 }
 119
 
 
 
 On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:
 
 See org.apache.wicket.EventDispatcherTest in wicket-core's tests
 
 On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson the...@gmail.com wrote:
 Anybody have a good pattern for using Events without having lots of 
 instanceOf, if/else, or switch statements?
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: wicket 1.6

2012-06-19 Thread Douglas Ferguson
Cool.. that works.. 


On Jun 19, 2012, at 3:25 PM, Martin Grigorov wrote:

 Do you hit https://issues.apache.org/jira/browse/WICKET-4581 ?
 This is fixed in -SNAPSHOT
 
 On Tue, Jun 19, 2012 at 11:14 PM, Martin Grigorov mgrigo...@apache.org 
 wrote:
 Use Jira for bug reports.
 
 On Tue, Jun 19, 2012 at 11:13 PM, Douglas Ferguson the...@gmail.com wrote:
 Martin,
 
 You still up for fixing issues? We found one. ;)
 
 The auto complete text field throws a javascript here.
 Would you like me to post the details here?
 
 Douglas
 
 
 
 On Jun 5, 2012, at 11:15 AM, Martin Grigorov wrote:
 
 Hi,
 
 I think 6.0.0-beta2 is good enough for production.
 If you find any problems I promise I'll try to solve them as soon as 
 possible.
 If there are no workarounds you may need to use 6.0-SNAPSHOT for your
 development until the next RC is released.
 
 On Tue, Jun 5, 2012 at 7:07 PM, Douglas Ferguson the...@gmail.com wrote:
 I would be deploying my app in a couple months. Is that too aggressive 
 for 1.6?
 
 On Jun 4, 2012, at 10:32 AM, Martin Grigorov wrote:
 
 On Mon, Jun 4, 2012 at 6:25 PM, Dan Tran dant...@gmail.com wrote:
 totally agree with Vineet here.
 
 The problem is that once we release the first Release Candidate it is
 not possible (recommended) to make fixes in the APIs.
 As far as I know there are no open tickets for bugs in Wicket
 6.0.0-beta2 (released in less than a week).
 If there are no major problems I guess next release will be RC1. We
 will vote about this at dev@ mailing list. Feel free to participate!
 
 
 -D
 
 On Mon, Jun 4, 2012 at 7:59 AM, vineet semwal
 vineetsemwal1...@gmail.com wrote:
 as soon as it will be released,people will start using it ;)
 
 On Mon, Jun 4, 2012 at 8:03 PM, Martin Grigorov mgrigo...@apache.org 
 wrote:
 As soon as people start using it and send feedback ...
 
 On Mon, Jun 4, 2012 at 5:29 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 Is there a projected release date for wicket 1.6?
 
 Just curious because I'm starting a new project and am trying to 
 decide if I should start it using 1.6.
 
 Douglas
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Wicket Events

2012-06-19 Thread Douglas Ferguson
Yeah.. when I read Jeremy's reply it was the kind of thing I was looking for 
but my understanding was that 
Jeremy was suggesting it as a possible approach. Are you saying this will work 
out of the box?


On Jun 19, 2012, at 3:40 PM, Martin Grigorov wrote:

 As the tests shows this is pluggable in Wicket.
 There is a default impl that uses casting of the payload and there is
 a way to setup your own impl that does it your way.
 See Jeremy's message in this thread for a solution that works as Google's one.
 
 On Tue, Jun 19, 2012 at 11:36 PM, Douglas Ferguson the...@gmail.com wrote:
 Yeah... i just don't like the idea of unpacking the payload and doing 
 instanceOf, if/else do decide if I care about that message.
 
 The GoogleEvent buss approach seems better. I.E. Implement the specific 
 methods for the specific event types.
 
 Douglas
 
 On Jun 19, 2012, at 3:20 PM, Martin Grigorov wrote:
 
 Wicket always sends ComponentEvent.
 The dynamic part is the event's payload.
 The test shows how to receive the payload in a type-safe way.
 
 On Tue, Jun 19, 2012 at 11:16 PM, Douglas Ferguson the...@gmail.com wrote:
 Ok.. So I took a look at it and it is ignoring the IEvent.
 
 I'm actually interested in how to cleanly handle multiple type of IEvents 
 without having to
 do if/else or instanceOf. Was curious if anybody had a nice pattern to 
 follow.
 
@Override
 115 public void onEvent(Component component, IEvent? event)
 116 {
 117 invocationTimes++;
 118 }
 119
 
 
 
 On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:
 
 See org.apache.wicket.EventDispatcherTest in wicket-core's tests
 
 On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 Anybody have a good pattern for using Events without having lots of 
 instanceOf, if/else, or switch statements?
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Autocomplete when Converter not available/possible

2012-06-18 Thread Douglas Ferguson
Does anybody have a good example of using the AutoCompleteField when a 
Converter is not available?

For example, I have a UserAccount object. I want to display Joe Blow with a 
photo on my auto suggest.
But the string Joe Blow isn't enough information for a converter to convert 
back to a UserAccount.

To work around this I overwrote getOnSelectJavascriptExpression and in that 
expression I call WicketAjaxGet()
Which points to behavior and passes the id of the UserAccount. In this behavior 
I can look up the UserAccount 
and wire it up.

Is there a better way to do this?

Douglas



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



Re: wicket 1.6

2012-06-05 Thread Douglas Ferguson
I would be deploying my app in a couple months. Is that too aggressive for 1.6?

On Jun 4, 2012, at 10:32 AM, Martin Grigorov wrote:

 On Mon, Jun 4, 2012 at 6:25 PM, Dan Tran dant...@gmail.com wrote:
 totally agree with Vineet here.
 
 The problem is that once we release the first Release Candidate it is
 not possible (recommended) to make fixes in the APIs.
 As far as I know there are no open tickets for bugs in Wicket
 6.0.0-beta2 (released in less than a week).
 If there are no major problems I guess next release will be RC1. We
 will vote about this at dev@ mailing list. Feel free to participate!
 
 
 -D
 
 On Mon, Jun 4, 2012 at 7:59 AM, vineet semwal
 vineetsemwal1...@gmail.com wrote:
 as soon as it will be released,people will start using it ;)
 
 On Mon, Jun 4, 2012 at 8:03 PM, Martin Grigorov mgrigo...@apache.org 
 wrote:
 As soon as people start using it and send feedback ...
 
 On Mon, Jun 4, 2012 at 5:29 PM, Douglas Ferguson the...@gmail.com wrote:
 Is there a projected release date for wicket 1.6?
 
 Just curious because I'm starting a new project and am trying to decide 
 if I should start it using 1.6.
 
 Douglas
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: wicket ajax push

2012-06-04 Thread Douglas Ferguson
Yeah.. I was looking at both of those.

I was curious if anybody had any anecdotal or empirical evidence supporting 
either approach.

The client is currently using a polling approach and I have some concerns about 
wasted resources.
Also, the deadline is a little tight, so I'm not sure if I want to risk 
uncharted territory.

Douglas

On May 31, 2012, at 3:07 AM, heapifyman wrote:

 If you are looking for examples, wicketstuff has a push module (
 https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/push-parent),
 atmosphere examples also contain a wicket example (
 https://github.com/Atmosphere/atmosphere/tree/master/samples) and the just
 released wicket 6 beta2 comes with a wicket-atmosphere module (
 http://wicket.apache.org/2012/05/29/wicket-6.0.0-beta2-released.html)
 
 
 2012/5/30 Douglas Ferguson the...@gmail.com
 
 Anybody doing any ajax push stuff using wicket?
 
 Douglas
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



wicket 1.6

2012-06-04 Thread Douglas Ferguson
Is there a projected release date for wicket 1.6?

Just curious because I'm starting a new project and am trying to decide if I 
should start it using 1.6.

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



wicket ajax push

2012-05-30 Thread Douglas Ferguson
Anybody doing any ajax push stuff using wicket? 

Douglas

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



Re: 1.5 Wicket Enclosure

2012-04-06 Thread Douglas Ferguson
Is this expected behavior? Is there a workaround?

On Apr 5, 2012, at 6:58 PM, Douglas Ferguson wrote:

 I just found a different between 1.4 and 1.5 with regards to wicket enclosure.
 
 If you have a component in a wicket enclosure (say a feedback panel) and you 
 set it visible false.
 Then subsequently try to set it visible true, wicket 1.5 will not be able to 
 make it reappear.
 
 1.4 had no problem with this. 
 
 I get this in the debugger console:
 
 ERROR: Wicket.Ajax.Call.processComponent: Component with id [[id3]] was not 
 found while trying to perform markup update. Make sure you called 
 component.setOutputMarkupId(true) on the component whose markup you are 
 trying to update.
 
 Douglas



1.5 Wicket Enclosure

2012-04-05 Thread Douglas Ferguson
I just found a different between 1.4 and 1.5 with regards to wicket enclosure.

If you have a component in a wicket enclosure (say a feedback panel) and you 
set it visible false.
Then subsequently try to set it visible true, wicket 1.5 will not be able to 
make it reappear.

1.4 had no problem with this. 

I get this in the debugger console:

ERROR: Wicket.Ajax.Call.processComponent: Component with id [[id3]] was not 
found while trying to perform markup update. Make sure you called 
component.setOutputMarkupId(true) on the component whose markup you are trying 
to update.

Douglas

MountedMapper NullPointer

2012-03-06 Thread Douglas Ferguson
I'm seeing this exception from time to time and I'm not sure where it's coming 
from.

java.lang.NullPointerException
at 
org.apache.wicket.request.mapper.MountedMapper.checkHomePage(MountedMapper.java:459)
at 
org.apache.wicket.request.mapper.MountedMapper.parseRequest(MountedMapper.java:242)
at 
org.apache.wicket.request.mapper.HomePageMapper.parseRequest(HomePageMapper.java:98)
at 
org.apache.wicket.request.mapper.AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.java:263)
at 
org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(CompoundRequestMapper.java:131)
at 
org.apache.wicket.protocol.https.HttpsMapper.mapRequest(HttpsMapper.java:91)
at 
org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(RequestCycle.java:184)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:283)
at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
at 
org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:550)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:486)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:517)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:229)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:970)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:414)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:187)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:904)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)
at org.eclipse.jetty.server.Server.handle(Server.java:347)
at 
org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:590)
at 
org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:1054)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:601)
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:214)
at 
org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:411)
at 
org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:241)
at 
org.eclipse.jetty.server.ssl.SslSocketConnector$SslConnectorEndPoint.run(SslSocketConnector.java:664)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:529)
at java.lang.Thread.run(Thread.java:680)

Re: MountedMapper NullPointer

2012-03-06 Thread Douglas Ferguson
Turns out my Application.getHomePage() was returning null.

On Mar 6, 2012, at 10:37 AM, Douglas Ferguson wrote:

 I'm seeing this exception from time to time and I'm not sure where it's 
 coming from.
 
 java.lang.NullPointerException
   at 
 org.apache.wicket.request.mapper.MountedMapper.checkHomePage(MountedMapper.java:459)
   at 
 org.apache.wicket.request.mapper.MountedMapper.parseRequest(MountedMapper.java:242)
   at 
 org.apache.wicket.request.mapper.HomePageMapper.parseRequest(HomePageMapper.java:98)
   at 
 org.apache.wicket.request.mapper.AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.java:263)
   at 
 org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(CompoundRequestMapper.java:131)
   at 
 org.apache.wicket.protocol.https.HttpsMapper.mapRequest(HttpsMapper.java:91)
   at 
 org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(RequestCycle.java:184)
   at 
 org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
   at 
 org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:283)
   at 
 org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
   at 
 org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
   at 
 org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:550)
   at 
 org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:486)
   at 
 org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
   at 
 org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:517)
   at 
 org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:229)
   at 
 org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:970)
   at 
 org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:414)
   at 
 org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:187)
   at 
 org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:904)
   at 
 org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
   at 
 org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149)
   at 
 org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110)
   at org.eclipse.jetty.server.Server.handle(Server.java:347)
   at 
 org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:590)
   at 
 org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:1054)
   at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:601)
   at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:214)
   at 
 org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:411)
   at 
 org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:241)
   at 
 org.eclipse.jetty.server.ssl.SslSocketConnector$SslConnectorEndPoint.run(SslSocketConnector.java:664)
   at 
 org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:529)
   at java.lang.Thread.run(Thread.java:680)



Re: 404 on resource

2012-03-05 Thread Douglas Ferguson
How does wicket 1.5 reference resources that are inside the class path from the 
browser? 


Douglas


On Mar 5, 2012, at 1:55 AM, Martin Grigorov wrote:

 Hi,
 
 On Mon, Mar 5, 2012 at 6:05 AM, Douglas Ferguson the...@gmail.com wrote:
 Does wicket 1.5 still use the resource urls?
 
 I'm getting a 404 on this
 
 resources/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/indicator.gif
 
 This url is generated by Wicket 1.4.x. AFAIK you upgrade your app to
 1.5 where this URL is not handled by Wicket and thus no one knows how
 to process it.
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: WicketTester Spring

2012-03-04 Thread Douglas Ferguson
What does this mean? you have to set the app to wicket tester instance.

Douglas

On Mar 4, 2012, at 1:32 AM, Per Newgro wrote:

 And the app should know the context in which way? No no you have to set the 
 app to wicket tester instance.
 code
tester = new WicketTester(new MyApp());
 /code
 
 Cheers
 Per
 
 Am 04.03.2012 06:17, schrieb Douglas Ferguson:
 I'm trying to use wicket tester to test an app that is running with spring.
 
 I'm getting this error:
 
   java.lang.IllegalStateException: No WebApplicationContext found: no 
 ContextLoaderListener registered?
 
 I thought perhaps I would be able to use SpringJunit4ClassRunning, but that 
 didn't work. Any tips?
 
  @RunWith(SpringJUnit4ClassRunner.class)
  @ContextConfiguration(locations = { 
 classpath:spring/mockApplicationContext.xml})
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: WicketTester Spring

2012-03-04 Thread Douglas Ferguson
I'm doing that.

The fix involved moving the injector initialization to a template method so I 
could override.

tester = new WicketTester(new MyApp(){

@Override
public SpringComponentInjector setupInjector() {
SpringComponentInjector injector = new 
SpringComponentInjector(this, applicationContext);

getComponentInstantiationListeners().add(injector);
injector.inject(this);
return injector;
}
});

On Mar 4, 2012, at 3:19 AM, Per Newgro wrote:

 Assign the app to the wicket tester instance you use. See code section 
 below.
 Per
 
 Am 04.03.2012 10:11, schrieb Douglas Ferguson:
 What does this mean? you have to set the app to wicket tester instance.
 
 Douglas
 
 On Mar 4, 2012, at 1:32 AM, Per Newgro wrote:
 
 And the app should know the context in which way? No no you have to set the 
 app to wicket tester instance.
 code
tester = new WicketTester(new MyApp());
 /code
 
 Cheers
 Per
 
 Am 04.03.2012 06:17, schrieb Douglas Ferguson:
 I'm trying to use wicket tester to test an app that is running with spring.
 
 I'm getting this error:
 
 java.lang.IllegalStateException: No WebApplicationContext found: no 
 ContextLoaderListener registered?
 
 I thought perhaps I would be able to use SpringJunit4ClassRunning, but 
 that didn't work. Any tips?
 
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { 
 classpath:spring/mockApplicationContext.xml})
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: WicketTester Spring

2012-03-04 Thread Douglas Ferguson
Yes.

Now on to others. :(

On Mar 4, 2012, at 4:27 AM, Per Newgro wrote:

 So problem is solved?
 Per
 
 Am 04.03.2012 11:22, schrieb Douglas Ferguson:
 I'm doing that.
 
 The fix involved moving the injector initialization to a template method so 
 I could override.
 
  tester = new WicketTester(new MyApp(){
 
  @Override
  public SpringComponentInjector setupInjector() {
  SpringComponentInjector injector = new 
 SpringComponentInjector(this, applicationContext);
  
 getComponentInstantiationListeners().add(injector);
  injector.inject(this);
  return injector;
  }
  });
 
 On Mar 4, 2012, at 3:19 AM, Per Newgro wrote:
 
 Assign the app to the wicket tester instance you use. Seecode  section 
 below.
 Per
 
 Am 04.03.2012 10:11, schrieb Douglas Ferguson:
 What does this mean? you have to set the app to wicket tester instance.
 
 Douglas
 
 On Mar 4, 2012, at 1:32 AM, Per Newgro wrote:
 
 And the app should know the context in which way? No no you have to set 
 the app to wicket tester instance.
 code
tester = new WicketTester(new MyApp());
 /code
 
 Cheers
 Per
 
 Am 04.03.2012 06:17, schrieb Douglas Ferguson:
 I'm trying to use wicket tester to test an app that is running with 
 spring.
 
 I'm getting this error:
 
   java.lang.IllegalStateException: No WebApplicationContext found: no 
 ContextLoaderListener registered?
 
 I thought perhaps I would be able to use SpringJunit4ClassRunning, but 
 that didn't work. Any tips?
 
  @RunWith(SpringJUnit4ClassRunner.class)
  @ContextConfiguration(locations = { 
 classpath:spring/mockApplicationContext.xml})
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: redirecting in IRequestCyleListener.onException

2012-03-04 Thread Douglas Ferguson
See below:
On Mar 4, 2012, at 7:29 AM, Martin Grigorov wrote:

 I'm not sure what you mean by throws away the page. It should work.


What I mean is that the even thought I new up a page and pass the into the 
the PageProvider/RequestHander.
It still does a Page.class.newInstance()

 
 On Sat, Mar 3, 2012 at 7:19 PM, Douglas Ferguson the...@gmail.com wrote:
 I decided to just put the exception in the session and just grab it from 
 there.
 
 Another place to put it is RequestCycle#metaData. This way you wont
 have to clean it.

Cooll I'll give it a whirl.

 
 
 Douglas
 
 On Mar 3, 2012, at 10:26 AM, vineet semwal wrote:
 
 you should also do page.setStatelessHint(false)
 
 Page page=new ClientErrorPage(ex);
 IPageProvider provider = new PageProvider(page);
 page.setStatelessHint(false);
 return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 On Sat, Mar 3, 2012 at 8:23 PM, Douglas Ferguson the...@gmail.com wrote:
 Yeah Martin Grigorov recomended that I do just that:
 
 WebPage exceptionPage = new NotifyUserOfException(ex);
 IPageProvider provider = new PageProvider(page);
 return new RenderPageRequestHandler(provider /*,
 RenderPageRequestHandler.RedirectPolicy.XYZ */ );
 
 
 But I finding that it throws away the page that I pass in and just uses 
 the class object.
 I discovered this because I don't have a default constructor so it blows 
 up on newInstance().
 
 Douglas
 
 On Mar 3, 2012, at 1:36 AM, vineet semwal wrote:
 
 i think scheduling is wrong in this usecase ,actually just overriding
 onexception and returning your handler like you did before should have
 worked but wait for some one else to respond if its not working
 
 On Sat, Mar 3, 2012 at 12:47 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 I tried overriding onExceptionRequestHandlerResolved but I can't get 
 this to work.
 
 I'm still not getting my error page to load on errors.
 
 Douglas
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 I mean too many redirects
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 Causes an infinite loop.
 
 Douglas
 
 On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:
 
 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 onException() wants be to run a redirectHandler. do I just return 
 null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson 
 the...@gmail.com wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my 
 error page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the 
 page rather than using the one I pass in.
 
  IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
  return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com

Re: redirecting in IRequestCyleListener.onException

2012-03-04 Thread Douglas Ferguson
I don't have a no arg constructor, and it was blowing up trying to construct 
the page.

On Mar 4, 2012, at 9:38 AM, vineet semwal wrote:

 hi martin,
 WebPage exceptionPage = new NotifyUserOfException(ex);
 IPageProvider provider = new PageProvider(page);
 return new RenderPageRequestHandler(provider /*,
 RenderPageRequestHandler.RedirectPolicy.XYZ */ );
 
 
 he actually means page instance not found in page store and new page
 instance is created ,the above code is breakable in the case when page
 has setstatelesshint(true)   or somehow it can also be broken if you
 have a zero constructor in error page,you can also reproduce this
 problem
 
 page.setstatelesshint(false) will fix the problem as it will guarantee
 the page is stored i think
 
 
 On Sun, Mar 4, 2012 at 6:59 PM, Martin Grigorov mgrigo...@apache.org wrote:
 I'm not sure what you mean by throws away the page. It should work.
 
 On Sat, Mar 3, 2012 at 7:19 PM, Douglas Ferguson the...@gmail.com wrote:
 I decided to just put the exception in the session and just grab it from 
 there.
 
 Another place to put it is RequestCycle#metaData. This way you wont
 have to clean it.
 
 
 Douglas
 
 On Mar 3, 2012, at 10:26 AM, vineet semwal wrote:
 
 you should also do page.setStatelessHint(false)
 
 Page page=new ClientErrorPage(ex);
 IPageProvider provider = new PageProvider(page);
 page.setStatelessHint(false);
 return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 On Sat, Mar 3, 2012 at 8:23 PM, Douglas Ferguson the...@gmail.com wrote:
 Yeah Martin Grigorov recomended that I do just that:
 
 WebPage exceptionPage = new NotifyUserOfException(ex);
 IPageProvider provider = new PageProvider(page);
 return new RenderPageRequestHandler(provider /*,
 RenderPageRequestHandler.RedirectPolicy.XYZ */ );
 
 
 But I finding that it throws away the page that I pass in and just uses 
 the class object.
 I discovered this because I don't have a default constructor so it blows 
 up on newInstance().
 
 Douglas
 
 On Mar 3, 2012, at 1:36 AM, vineet semwal wrote:
 
 i think scheduling is wrong in this usecase ,actually just overriding
 onexception and returning your handler like you did before should have
 worked but wait for some one else to respond if its not working
 
 On Sat, Mar 3, 2012 at 12:47 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 I tried overriding onExceptionRequestHandlerResolved but I can't get 
 this to work.
 
 I'm still not getting my error page to load on errors.
 
 Douglas
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 I mean too many redirects
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 Causes an infinite loop.
 
 Douglas
 
 On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:
 
 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 onException() wants be to run a redirectHandler. do I just return 
 null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  
 requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson 
 the...@gmail.com wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my 
 error page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the 
 page rather than using the one I pass in.
 
  IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
  return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

404 on resource

2012-03-04 Thread Douglas Ferguson
Does wicket 1.5 still use the resource urls?

I'm getting a 404 on this

resources/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/indicator.gif

logging 404s

2012-03-04 Thread Douglas Ferguson
I setup a 404 handler in my web.xml to point to a wicket page.

I'd like to be able to log what the original request was, but I'm having 
trouble figuring this out. 

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



Re: Wicket 1.5 - Accessing the Previously Requested Page

2012-03-03 Thread Douglas Ferguson
I think something else was interfering because it is working now. If you put 
the setRootRequstMapper after all the other mounts it works.
It's a shame it has to be order dependent. 


The null pointer happens when you do this:

 mount(new HttpsMapper(new MountedMapper(myPage, page, new 
 UrlPathPageParametersEncoder()), httpsConfig));

Then hit localhost/myPage in a browser.

I've been burning the candle at both ends. Gonna get some rest. I'll post a 
quick start in a couple days.
Cheers.

Douglas

On Mar 3, 2012, at 2:37 AM, Martin Grigorov wrote:

 See the code of http://www.wicket-library.com/wicket-examples/mappers/ 
 example.
 
 Create a quickstart app with the NullPointerException and attach it to a 
 ticket.
 
 On Sat, Mar 3, 2012 at 9:06 AM, Douglas Ferguson the...@gmail.com wrote:
 I just read that the setRootRequestMapper should be after all the mounts.
 
 I tried it and it still down't work.
 
setRootRequestMapper(new 
 HttpsMapper(getRootRequestMapper(), httpsConfig));
 
 
 
 On Mar 3, 2012, at 12:12 AM, Douglas Ferguson wrote:
 
 After tracing through the code, I see that when mounting pages, those 
 mappers will bypass the root mapper by wrapping it in a composite
 
 So then I tried this:
 
 mount(new HttpsMapper(new MountedMapper(PAGE_MOUNT_MAP.get(page), page, new 
 UrlPathPageParametersEncoder()), httpsConfig));
 
 Now my pages are redirecting as I would expect, however, I get a null 
 pointer:
 
 java.lang.NullPointerException
   at 
 org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:129)
   at 
 org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:157)
 
 On Mar 2, 2012, at 11:00 AM, Douglas Ferguson wrote:
 
 Thanks. I just found that and was about to report back. ;)
 
 One thing I just noticed is that my @RequireHttps annotation doesn't 
 appear to be working.
 Do I need to configure that app to work with that?
 
 Douglas
 
 On Mar 2, 2012, at 10:20 AM, Igor Vaynberg wrote:
 
 write your own irequestcyclelistener, implement
 onrequesthandlerresolved() and in that method check if the handler is
 a IPageRequestHandler and stash the page anywhere you want, like in
 the request cycle's metadata.
 
 -igor
 
 On Fri, Mar 2, 2012 at 8:08 AM, Douglas Ferguson the...@gmail.com wrote:
 This doesn't work.
 
 Seems like cycle.getActiveRequestHandler() always returns null when in 
 the endRequest call back.
 
 Thoughts?
 
 Douglas
 
 On Mar 2, 2012, at 8:13 AM, Douglas Ferguson wrote:
 
 I want to save off the previous page at then end of each request.
 Can be handy for things like oauth (making sure we return to the 
 correct spot in the app).
 
 In 1.4 I could just pull the page class and parameters off the 
 RequestCycle.
 Not I have to check to see if the active handler is IPageRequestHandler.
 
 Is this safe? What scenarios exist where the RequestHandler will not be 
 an IPageClassRequestHandler?
 
 This is the only thing I could come up with.
 
 public void onEndRequest(RequestCycle cycle)
 {
 if(cycle.getActiveRequestHandler() 
 instanceof IPageClassRequestHandler){
 previousPageClass = 
 ((IPageClassRequestHandler)cycle.getActiveRequestHandler()).getPageClass()
 }else{
 log.error(cycle is not an 
 IpageClassRequesthandler +cycle);
 }
 }
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: redirecting in IRequestCyleListener.onException

2012-03-03 Thread Douglas Ferguson
Yeah Martin Grigorov recomended that I do just that:

 WebPage exceptionPage = new NotifyUserOfException(ex); 
 IPageProvider provider = new PageProvider(page); 
 return new RenderPageRequestHandler(provider /*, 
 RenderPageRequestHandler.RedirectPolicy.XYZ */ ); 


But I finding that it throws away the page that I pass in and just uses the 
class object.
I discovered this because I don't have a default constructor so it blows up on 
newInstance().

Douglas

On Mar 3, 2012, at 1:36 AM, vineet semwal wrote:

 i think scheduling is wrong in this usecase ,actually just overriding
 onexception and returning your handler like you did before should have
 worked but wait for some one else to respond if its not working
 
 On Sat, Mar 3, 2012 at 12:47 PM, Douglas Ferguson the...@gmail.com wrote:
 I tried overriding onExceptionRequestHandlerResolved but I can't get this to 
 work.
 
 I'm still not getting my error page to load on errors.
 
 Douglas
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 I mean too many redirects
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 Causes an infinite loop.
 
 Douglas
 
 On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:
 
 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 onException() wants be to run a redirectHandler. do I just return null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my 
 error page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the page 
 rather than using the one I pass in.
 
  IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
  return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: redirecting in IRequestCyleListener.onException

2012-03-03 Thread Douglas Ferguson
I decided to just put the exception in the session and just grab it from there.

Douglas

On Mar 3, 2012, at 10:26 AM, vineet semwal wrote:

 you should also do page.setStatelessHint(false)
 
 Page page=new ClientErrorPage(ex);
 IPageProvider provider = new PageProvider(page);
 page.setStatelessHint(false);
 return new RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT);
 
 On Sat, Mar 3, 2012 at 8:23 PM, Douglas Ferguson the...@gmail.com wrote:
 Yeah Martin Grigorov recomended that I do just that:
 
 WebPage exceptionPage = new NotifyUserOfException(ex);
 IPageProvider provider = new PageProvider(page);
 return new RenderPageRequestHandler(provider /*,
 RenderPageRequestHandler.RedirectPolicy.XYZ */ );
 
 
 But I finding that it throws away the page that I pass in and just uses the 
 class object.
 I discovered this because I don't have a default constructor so it blows up 
 on newInstance().
 
 Douglas
 
 On Mar 3, 2012, at 1:36 AM, vineet semwal wrote:
 
 i think scheduling is wrong in this usecase ,actually just overriding
 onexception and returning your handler like you did before should have
 worked but wait for some one else to respond if its not working
 
 On Sat, Mar 3, 2012 at 12:47 PM, Douglas Ferguson the...@gmail.com wrote:
 I tried overriding onExceptionRequestHandlerResolved but I can't get this 
 to work.
 
 I'm still not getting my error page to load on errors.
 
 Douglas
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 I mean too many redirects
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 Causes an infinite loop.
 
 Douglas
 
 On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:
 
 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 onException() wants be to run a redirectHandler. do I just return null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my 
 error page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the 
 page rather than using the one I pass in.
 
  IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
  return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



WicketTester Spring

2012-03-03 Thread Douglas Ferguson
I'm trying to use wicket tester to test an app that is running with spring.

I'm getting this error:

 java.lang.IllegalStateException: No WebApplicationContext found: no 
ContextLoaderListener registered?

I thought perhaps I would be able to use SpringJunit4ClassRunning, but that 
didn't work. Any tips?

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { 
classpath:spring/mockApplicationContext.xml})

More wicket 1.5 questions

2012-03-02 Thread Douglas Ferguson
In 1.4 I did the following, what are the alternatives in 1.5?

1) AbstractRequestTargetUrlCodingStrategy to mount a path to 301 redirect
2) Overrode newRequestCycleProcessor so that I can set the no cache headers.

private void setNoCacheHeader(RequestCycle requestCycle) {
final WebResponse response = ((WebRequestCycle) 
requestCycle).getWebResponse();
// so firefox won't keep a cached version of the page which 
breaks the back button
response.getHttpServletResponse().setHeader(Cache-Control, 
no-cache, max-age=0, must-revalidate, no-store);
}





Re: More wicket 1.5 questions

2012-03-02 Thread Douglas Ferguson

On Mar 2, 2012, at 2:26 AM, Martin Grigorov wrote:

 On Fri, Mar 2, 2012 at 10:21 AM, Douglas Ferguson the...@gmail.com wrote:
 In 1.4 I did the following, what are the alternatives in 1.5?
 
 1) AbstractRequestTargetUrlCodingStrategy to mount a path to 301 redirect
 
 I don't understand you

Does this work?

mount(new MountMapper(path, new 
RedirectRequestHandler(destination, 301)));


 
 2) Overrode newRequestCycleProcessor so that I can set the no cache headers.
 
 https://cwiki.apache.org/WICKET/caching-in-wicket-15.html
 
 
private void setNoCacheHeader(RequestCycle requestCycle) {
final WebResponse response = ((WebRequestCycle) 
 requestCycle).getWebResponse();
// so firefox won't keep a cached version of the page which 
 breaks the back button
response.getHttpServletResponse().setHeader(Cache-Control, 
 no-cache, max-age=0, must-revalidate, no-store);
}
 
 
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



SpringComponentInjector

2012-03-02 Thread Douglas Ferguson
I just pulled in SpringComponentInjector and it seems to be subclassing a class 
that is not longer in wicket-ioc.

What's the correct way to using Spring injection with 1.5?

Douglas

Re: SpringComponentInjector

2012-03-02 Thread Douglas Ferguson
That's the latest version of the annotation module. I guess it got merged into 
another module?

On Mar 2, 2012, at 3:18 AM, Martin Grigorov wrote:

 On Fri, Mar 2, 2012 at 11:16 AM, Douglas Ferguson the...@gmail.com wrote:
 I'm getting classloader issues. I get this from eclipse:
 
 The type org.apache.wicket.injection.ComponentInjector cannot be resolved. 
 It is indirectly referenced from required .class files   
 VHConnectApplication.java
 
 It seems like ComponentInjector is not in the 1.5 ioc jar, and 
 SpringComponentInjector extends ComponentInjector
 
 These are my dependencies
 
!--  wicket --
 
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket/artifactId
version${wicket.version}/version
typepom/type
/dependency
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-datetime/artifactId
version${wicket.version}/version
/dependency
 
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-spring-annot/artifactId
version1.3.7/version
 
 Why you have 1.3.x dependency for project based on 1.5.x ?
 
/dependency
 
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-ioc/artifactId
version${wicket.version}/version
/dependency
 
dependency
groupIdorg.apache.wicket/groupId
artifactIdwicket-spring/artifactId
version${wicket.version}/version
/dependency
 
!--  wicket --
 
 
 
 
 
 
 
 On Mar 2, 2012, at 2:54 AM, Martin Grigorov wrote:
 
 The same
 
 On Fri, Mar 2, 2012 at 10:49 AM, Douglas Ferguson the...@gmail.com wrote:
 I just pulled in SpringComponentInjector and it seems to be subclassing a 
 class that is not longer in wicket-ioc.
 
 What's the correct way to using Spring injection with 1.5?
 
 Douglas
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com


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



Wicket 1.5 - Accessing the Previously Requested Page

2012-03-02 Thread Douglas Ferguson
I want to save off the previous page at then end of each request. 
Can be handy for things like oauth (making sure we return to the correct spot 
in the app).

In 1.4 I could just pull the page class and parameters off the RequestCycle.
Not I have to check to see if the active handler is IPageRequestHandler.

Is this safe? What scenarios exist where the RequestHandler will not be an 
IPageClassRequestHandler?

This is the only thing I could come up with.

public void onEndRequest(RequestCycle cycle)
{
if(cycle.getActiveRequestHandler() 
instanceof IPageClassRequestHandler){
previousPageClass = 
((IPageClassRequestHandler)cycle.getActiveRequestHandler()).getPageClass()
}else{
log.error(cycle is not an 
IpageClassRequesthandler +cycle);
}
}
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



web.xml for Spring Wicket 1.5

2012-03-02 Thread Douglas Ferguson
I'm not sure the example web.xml here is complete - 
https://cwiki.apache.org/WICKET/spring.html

There is no filter mapping so there is no request get sent to the wicket 
servlet.

I've always used the the wicket filter and a filter mapping so I need to figure 
out how to do the same with a servlet.

Douglas

Re: web.xml for Spring Wicket 1.5

2012-03-02 Thread Douglas Ferguson
Yeah.. just figured that out. I'm going to update the wiki..

I'm toying around with where to but the wicket.configuration setting using this 
format as well.

Douglas

On Mar 2, 2012, at 9:10 AM, Sergej Sizov wrote:

 Hi,
 
 context-param  
  param-namecontextConfigLocation/param-name  
  param-valueclasspath:context.xml/param-value
 /context-param
 servlet  
  servlet-namewicket/servlet-name  
 
 servlet-classorg.apache.wicket.protocol.http.WicketServlet/servlet-class
 
  init-param
param-nameapplicationFactoryClassName/param-name
 
 param-valueorg.apache.wicket.spring.SpringWebApplicationFactory/param-val
 ue  
  /init-param  
  init-param
param-nameapplicationBean/param-name
param-valuewicketApplication/param-value  
  /init-param  
  load-on-startup1/load-on-startup
 /servlet
 servlet-mapping  
  servlet-namewicket/servlet-name  
  url-pattern/*/url-pattern
 /servlet-mapping
 listener  
 
 listener-classorg.springframework.web.context.ContextLoaderListener/liste
 ner-class
 /listener
 
 
 Sergej
 
 -Original Message-
 From: Douglas Ferguson [mailto:the...@gmail.com] 
 Sent: Friday, March 02, 2012 4:05 PM
 To: Wicket Mailing List List
 Subject: web.xml for Spring  Wicket 1.5
 
 I'm not sure the example web.xml here is complete -
 https://cwiki.apache.org/WICKET/spring.html
 
 There is no filter mapping so there is no request get sent to the wicket
 servlet.
 
 I've always used the the wicket filter and a filter mapping so I need to
 figure out how to do the same with a servlet.
 
 Douglas
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Wicket 1.5 - Accessing the Previously Requested Page

2012-03-02 Thread Douglas Ferguson
This doesn't work.

Seems like cycle.getActiveRequestHandler() always returns null when in the 
endRequest call back.

Thoughts?

Douglas

On Mar 2, 2012, at 8:13 AM, Douglas Ferguson wrote:

 I want to save off the previous page at then end of each request. 
 Can be handy for things like oauth (making sure we return to the correct spot 
 in the app).
 
 In 1.4 I could just pull the page class and parameters off the RequestCycle.
 Not I have to check to see if the active handler is IPageRequestHandler.
 
 Is this safe? What scenarios exist where the RequestHandler will not be an 
 IPageClassRequestHandler?
 
 This is the only thing I could come up with.
 
   public void onEndRequest(RequestCycle cycle)
   {
   if(cycle.getActiveRequestHandler() 
 instanceof IPageClassRequestHandler){
   previousPageClass = 
 ((IPageClassRequestHandler)cycle.getActiveRequestHandler()).getPageClass()
   }else{
   log.error(cycle is not an 
 IpageClassRequesthandler +cycle);
   }
   }


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



Re: Wicket 1.5 - Accessing the Previously Requested Page

2012-03-02 Thread Douglas Ferguson
Thanks. I just found that and was about to report back. ;)

One thing I just noticed is that my @RequireHttps annotation doesn't appear to 
be working.
Do I need to configure that app to work with that?

Douglas

On Mar 2, 2012, at 10:20 AM, Igor Vaynberg wrote:

 write your own irequestcyclelistener, implement
 onrequesthandlerresolved() and in that method check if the handler is
 a IPageRequestHandler and stash the page anywhere you want, like in
 the request cycle's metadata.
 
 -igor
 
 On Fri, Mar 2, 2012 at 8:08 AM, Douglas Ferguson the...@gmail.com wrote:
 This doesn't work.
 
 Seems like cycle.getActiveRequestHandler() always returns null when in the 
 endRequest call back.
 
 Thoughts?
 
 Douglas
 
 On Mar 2, 2012, at 8:13 AM, Douglas Ferguson wrote:
 
 I want to save off the previous page at then end of each request.
 Can be handy for things like oauth (making sure we return to the correct 
 spot in the app).
 
 In 1.4 I could just pull the page class and parameters off the RequestCycle.
 Not I have to check to see if the active handler is IPageRequestHandler.
 
 Is this safe? What scenarios exist where the RequestHandler will not be an 
 IPageClassRequestHandler?
 
 This is the only thing I could come up with.
 
   public void onEndRequest(RequestCycle cycle)
   {
   if(cycle.getActiveRequestHandler() 
 instanceof IPageClassRequestHandler){
   previousPageClass = 
 ((IPageClassRequestHandler)cycle.getActiveRequestHandler()).getPageClass()
   }else{
   log.error(cycle is not an 
 IpageClassRequesthandler +cycle);
   }
   }
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



redirecting in IRequestCyleListener.onException

2012-03-02 Thread Douglas Ferguson

In migrating to wicket 1.5 from 1.4 I used this to redirect to my error page 
when an exception is thrown.
But when I do this it is trying to instantiate a new copy of the page rather 
than using the one I pass in.

IPageProvider provider = new PageProvider(new 
ClientErrorPage(ex));
return new RenderPageRequestHandler(provider, 
RedirectPolicy.ALWAYS_REDIRECT);

Re: redirecting in IRequestCyleListener.onException

2012-03-02 Thread Douglas Ferguson
onException() wants be to run a redirectHandler. do I just return null?


On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:

 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson the...@gmail.com wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my error page 
 when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the page rather 
 than using the one I pass in.
 
IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 -- 
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Wicket 1.5 - Accessing the Previously Requested Page

2012-03-02 Thread Douglas Ferguson
After tracing through the code, I see that when mounting pages, those mappers 
will bypass the root mapper by wrapping it in a composite

So then I tried this:

mount(new HttpsMapper(new MountedMapper(PAGE_MOUNT_MAP.get(page), page, new 
UrlPathPageParametersEncoder()), httpsConfig));

Now my pages are redirecting as I would expect, however, I get a null pointer:

java.lang.NullPointerException
at 
org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:129)
at 
org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:157)

On Mar 2, 2012, at 11:00 AM, Douglas Ferguson wrote:

 Thanks. I just found that and was about to report back. ;)
 
 One thing I just noticed is that my @RequireHttps annotation doesn't appear 
 to be working.
 Do I need to configure that app to work with that?
 
 Douglas
 
 On Mar 2, 2012, at 10:20 AM, Igor Vaynberg wrote:
 
 write your own irequestcyclelistener, implement
 onrequesthandlerresolved() and in that method check if the handler is
 a IPageRequestHandler and stash the page anywhere you want, like in
 the request cycle's metadata.
 
 -igor
 
 On Fri, Mar 2, 2012 at 8:08 AM, Douglas Ferguson the...@gmail.com wrote:
 This doesn't work.
 
 Seems like cycle.getActiveRequestHandler() always returns null when in the 
 endRequest call back.
 
 Thoughts?
 
 Douglas
 
 On Mar 2, 2012, at 8:13 AM, Douglas Ferguson wrote:
 
 I want to save off the previous page at then end of each request.
 Can be handy for things like oauth (making sure we return to the correct 
 spot in the app).
 
 In 1.4 I could just pull the page class and parameters off the 
 RequestCycle.
 Not I have to check to see if the active handler is IPageRequestHandler.
 
 Is this safe? What scenarios exist where the RequestHandler will not be an 
 IPageClassRequestHandler?
 
 This is the only thing I could come up with.
 
  public void onEndRequest(RequestCycle cycle)
  {
  if(cycle.getActiveRequestHandler() 
 instanceof IPageClassRequestHandler){
  previousPageClass = 
 ((IPageClassRequestHandler)cycle.getActiveRequestHandler()).getPageClass()
  }else{
  log.error(cycle is not an 
 IpageClassRequesthandler +cycle);
  }
  }
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



Re: redirecting in IRequestCyleListener.onException

2012-03-02 Thread Douglas Ferguson
Causes an infinite loop.

Douglas

On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:

 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com wrote:
 onException() wants be to run a redirectHandler. do I just return null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson the...@gmail.com wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my error 
 page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the page 
 rather than using the one I pass in.
 
IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: redirecting in IRequestCyleListener.onException

2012-03-02 Thread Douglas Ferguson
I mean too many redirects

On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:

 Causes an infinite loop.
 
 Douglas
 
 On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:
 
 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com wrote:
 onException() wants be to run a redirectHandler. do I just return null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson the...@gmail.com wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my error 
 page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the page 
 rather than using the one I pass in.
 
   IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
   return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



Re: Wicket 1.5 - Accessing the Previously Requested Page

2012-03-02 Thread Douglas Ferguson
I just read that the setRootRequestMapper should be after all the mounts.

I tried it and it still down't work.

setRootRequestMapper(new 
HttpsMapper(getRootRequestMapper(), httpsConfig));



On Mar 3, 2012, at 12:12 AM, Douglas Ferguson wrote:

 After tracing through the code, I see that when mounting pages, those mappers 
 will bypass the root mapper by wrapping it in a composite
 
 So then I tried this:
 
 mount(new HttpsMapper(new MountedMapper(PAGE_MOUNT_MAP.get(page), page, new 
 UrlPathPageParametersEncoder()), httpsConfig));
 
 Now my pages are redirecting as I would expect, however, I get a null pointer:
 
 java.lang.NullPointerException
   at 
 org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:129)
   at 
 org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:157)
 
 On Mar 2, 2012, at 11:00 AM, Douglas Ferguson wrote:
 
 Thanks. I just found that and was about to report back. ;)
 
 One thing I just noticed is that my @RequireHttps annotation doesn't appear 
 to be working.
 Do I need to configure that app to work with that?
 
 Douglas
 
 On Mar 2, 2012, at 10:20 AM, Igor Vaynberg wrote:
 
 write your own irequestcyclelistener, implement
 onrequesthandlerresolved() and in that method check if the handler is
 a IPageRequestHandler and stash the page anywhere you want, like in
 the request cycle's metadata.
 
 -igor
 
 On Fri, Mar 2, 2012 at 8:08 AM, Douglas Ferguson the...@gmail.com wrote:
 This doesn't work.
 
 Seems like cycle.getActiveRequestHandler() always returns null when in the 
 endRequest call back.
 
 Thoughts?
 
 Douglas
 
 On Mar 2, 2012, at 8:13 AM, Douglas Ferguson wrote:
 
 I want to save off the previous page at then end of each request.
 Can be handy for things like oauth (making sure we return to the correct 
 spot in the app).
 
 In 1.4 I could just pull the page class and parameters off the 
 RequestCycle.
 Not I have to check to see if the active handler is IPageRequestHandler.
 
 Is this safe? What scenarios exist where the RequestHandler will not be 
 an IPageClassRequestHandler?
 
 This is the only thing I could come up with.
 
 public void onEndRequest(RequestCycle cycle)
 {
 if(cycle.getActiveRequestHandler() 
 instanceof IPageClassRequestHandler){
 previousPageClass = 
 ((IPageClassRequestHandler)cycle.getActiveRequestHandler()).getPageClass()
 }else{
 log.error(cycle is not an 
 IpageClassRequesthandler +cycle);
 }
 }
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 


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



Re: redirecting in IRequestCyleListener.onException

2012-03-02 Thread Douglas Ferguson
I tried overriding onExceptionRequestHandlerResolved but I can't get this to 
work.

I'm still not getting my error page to load on errors.

Douglas

On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:

 I mean too many redirects
 
 On Mar 3, 2012, at 12:36 AM, Douglas Ferguson wrote:
 
 Causes an infinite loop.
 
 Douglas
 
 On Mar 3, 2012, at 12:20 AM, vineet semwal wrote:
 
 i think you need to return the handler which you have scheduled
 
 On Sat, Mar 3, 2012 at 11:30 AM, Douglas Ferguson the...@gmail.com wrote:
 onException() wants be to run a redirectHandler. do I just return null?
 
 
 On Mar 2, 2012, at 11:44 PM, vineet semwal wrote:
 
 you  need to do  requestcycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(provider, RedirectPolicy.ALWAYS_REDIRECT));
 
 On Sat, Mar 3, 2012 at 10:53 AM, Douglas Ferguson the...@gmail.com 
 wrote:
 
 In migrating to wicket 1.5 from 1.4 I used this to redirect to my error 
 page when an exception is thrown.
 But when I do this it is trying to instantiate a new copy of the page 
 rather than using the one I pass in.
 
  IPageProvider provider = new PageProvider(new 
 ClientErrorPage(ex));
  return new RenderPageRequestHandler(provider, 
 RedirectPolicy.ALWAYS_REDIRECT);
 
 
 
 --
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 thank you,
 
 regards,
 Vineet Semwal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 


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



Re: Migrating to wicket 1.5

2012-03-01 Thread Douglas Ferguson
Thanks!

I also noticed that hybridurlcodingstrategy is missing.

I did some reading but haven't found a solution that is 100%

Douglas

On Mar 1, 2012, at 2:01 AM, Martin Grigorov wrote:

 On Thu, Mar 1, 2012 at 8:52 AM, Douglas Ferguson the...@gmail.com wrote:
 See below...
 
 On Feb 29, 2012, at 11:49 PM, Dan Retzlaff wrote:
 
 Douglas,
 
 Regarding javascript references: instead of adding a header contributor,
 have your component override renderHead(IHeaderResponse response) and use
 response.renderJavaScriptReference().
 
 Thanks!
 
 
 Regarding AbortException: instead of grabbing the servlet response, writing
 to it immediately, and throwing AbortException, replace the current request
 handler with one that writes the response. See DownloadLink#onClick for an
 example. (Ref
 http://mail-archives.apache.org/mod_mbox/wicket-users/201105.mbox/%3cbanlktimkstujmwzsd2lhhkbyzcungcq...@mail.gmail.com%3E
 )
 
 I was catching it not throwing it. Is there a comparable scenario in 1.5?
 
 Here are some other things I ran into that I don't see in the migration doc
 
 1) RestartResponseAtInterceptPageException
 org.apache.wicket.RestartResponseAtInterceptPageException
 
 2) getRequestCycle().setRedirect(false)
 This is handled automatically by Wicket, but if you want full control
 then you need to use this:
 
 cycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(new PageProvider(..),
 RenderPageRequestHandler.RedirectPolicy.NEVER))
 
 3) IRequestTarget is gone
 Replaced by IRequestHandler
 http://wicketinaction.com/2011/07/wicket-1-5-request-mapper/
 http://wicketinaction.com/2011/07/wicket-1-5-mounting-pages/
 http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/
 
 4) AbstractRequestTargetUrlCodingStrategy is goine
 The links above should explain this.
 
 5) UploadWebRequest is gone
 No need of this anymore. See wicket-examples - upload for a demo
 (org.apache.wicket.examples.upload.UploadApplication)
 
 Feel free to update the migration page where you see it misses some info.
 
 
 
 
 
 
 Dan
 
 On Wed, Feb 29, 2012 at 9:01 PM, Douglas Ferguson the...@gmail.com wrote:
 
 Just found another one:
 
 What did AbortException get replaced with?
 
 Douglas
 
 On Feb 29, 2012, at 10:44 PM, Douglas Ferguson wrote:
 
 I was reading the migration doc and I'm not sure how I would migrate
 this to 1.5:
 
  WebRequest webRequest = (WebRequest)
 RequestCycle.get().getRequest();
  HttpServletRequest httpServletRequest =
 (HttpServletRequest)webRequest.getContainerRequest();
  String jqueryURl = 
 http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js;;
  if(httpServletRequest.isSecure()){
  jqueryURl = jqueryURl.replaceFirst(http://;,
 https://;);
  }
 
 component.add(JavascriptPackageResource.getHeaderContribution(jqueryURl));
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Migrating to wicket 1.5

2012-03-01 Thread Douglas Ferguson
 
 
 Feel free to update the migration page where you see it misses some info.

What's the process for updating?

 
 
 
 
 
 
 Dan
 
 On Wed, Feb 29, 2012 at 9:01 PM, Douglas Ferguson the...@gmail.com wrote:
 
 Just found another one:
 
 What did AbortException get replaced with?
 
 Douglas
 
 On Feb 29, 2012, at 10:44 PM, Douglas Ferguson wrote:
 
 I was reading the migration doc and I'm not sure how I would migrate
 this to 1.5:
 
  WebRequest webRequest = (WebRequest)
 RequestCycle.get().getRequest();
  HttpServletRequest httpServletRequest =
 (HttpServletRequest)webRequest.getContainerRequest();
  String jqueryURl = 
 http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js;;
  if(httpServletRequest.isSecure()){
  jqueryURl = jqueryURl.replaceFirst(http://;,
 https://;);
  }
 
 component.add(JavascriptPackageResource.getHeaderContribution(jqueryURl));
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



Re: Migrating to wicket 1.5

2012-03-01 Thread Douglas Ferguson
If I mount a page to the url page1

Then hit  page1/foo/bar/abc/xyz

Then in my code i say pageParameters.get(foo) it returns null.
In 1.4 it would return bar

Douglas

On Mar 1, 2012, at 2:09 AM, Martin Grigorov wrote:

 On Thu, Mar 1, 2012 at 10:05 AM, Douglas Ferguson the...@gmail.com wrote:
 Thanks!
 
 I also noticed that hybridurlcodingstrategy is missing.
 
 I did some reading but haven't found a solution that is 100%
 
 The default mounting works as HybridUCS - WebApplication#mountPage(),
 this uses MountedMapper behind the scenes.
 What functionality is missing ?
 
 
 Douglas
 
 On Mar 1, 2012, at 2:01 AM, Martin Grigorov wrote:
 
 On Thu, Mar 1, 2012 at 8:52 AM, Douglas Ferguson the...@gmail.com wrote:
 See below...
 
 On Feb 29, 2012, at 11:49 PM, Dan Retzlaff wrote:
 
 Douglas,
 
 Regarding javascript references: instead of adding a header contributor,
 have your component override renderHead(IHeaderResponse response) and use
 response.renderJavaScriptReference().
 
 Thanks!
 
 
 Regarding AbortException: instead of grabbing the servlet response, 
 writing
 to it immediately, and throwing AbortException, replace the current 
 request
 handler with one that writes the response. See DownloadLink#onClick for an
 example. (Ref
 http://mail-archives.apache.org/mod_mbox/wicket-users/201105.mbox/%3cbanlktimkstujmwzsd2lhhkbyzcungcq...@mail.gmail.com%3E
 )
 
 I was catching it not throwing it. Is there a comparable scenario in 1.5?
 
 Here are some other things I ran into that I don't see in the migration doc
 
 1) RestartResponseAtInterceptPageException
 org.apache.wicket.RestartResponseAtInterceptPageException
 
 2) getRequestCycle().setRedirect(false)
 This is handled automatically by Wicket, but if you want full control
 then you need to use this:
 
 cycle.scheduleRequestHandlerAfterCurrent(new
 RenderPageRequestHandler(new PageProvider(..),
 RenderPageRequestHandler.RedirectPolicy.NEVER))
 
 3) IRequestTarget is gone
 Replaced by IRequestHandler
 http://wicketinaction.com/2011/07/wicket-1-5-request-mapper/
 http://wicketinaction.com/2011/07/wicket-1-5-mounting-pages/
 http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/
 
 4) AbstractRequestTargetUrlCodingStrategy is goine
 The links above should explain this.
 
 5) UploadWebRequest is gone
 No need of this anymore. See wicket-examples - upload for a demo
 (org.apache.wicket.examples.upload.UploadApplication)
 
 Feel free to update the migration page where you see it misses some info.
 
 
 
 
 
 
 Dan
 
 On Wed, Feb 29, 2012 at 9:01 PM, Douglas Ferguson the...@gmail.com 
 wrote:
 
 Just found another one:
 
 What did AbortException get replaced with?
 
 Douglas
 
 On Feb 29, 2012, at 10:44 PM, Douglas Ferguson wrote:
 
 I was reading the migration doc and I'm not sure how I would migrate
 this to 1.5:
 
  WebRequest webRequest = (WebRequest)
 RequestCycle.get().getRequest();
  HttpServletRequest httpServletRequest =
 (HttpServletRequest)webRequest.getContainerRequest();
  String jqueryURl = 
 http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js;;
  if(httpServletRequest.isSecure()){
  jqueryURl = jqueryURl.replaceFirst(http://;,
 https://;);
  }
 
 component.add(JavascriptPackageResource.getHeaderContribution(jqueryURl));
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



http/https in wicket 1.5

2012-03-01 Thread Douglas Ferguson
In 1.4 I had ao code up some interesting work arounds to get my app to redirect 
between http and https based on which page you are requesting.

I remember at the time Igor told me that it would be much easer in 1.5. Can 
anybody point me in the redirection?

I'm considering 2 schemes.

1) Running the entire app over ssl (then I just need to detect http and 
redirect to https)
2) Keep it as is, Only have the login, signup and payment screens be https and 
then redirect to http.

Regardless I'll need to detect http/https and then redirect if necessary.
Would this still be done in the AuthorizationStrategy?

I've noticed that RequestCycle has changed, and many methods I used are gone.
I.E. I used to use requestCycle.getPageParameters() to get the parameters do 
that I when I redirected to login I would retain the params, 
so after logging in the user could be sent to their original page.

Douglas



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



Re: http/https in wicket 1.5

2012-03-01 Thread Douglas Ferguson
Wow.. that is much easier

:)

Is there a way to set a default for the entire app?
I assume if I have a base class for a bunch of pages I only need to define it 
in the parent class?

Douglas

On Mar 1, 2012, at 10:04 AM, Fergal Keating wrote:

You can mark specific pages as HTTPS specific using @requiresHttps.
 
   Then just set the ports in your application class.
 
 setRootRequestMapper(new HttpsMapper(getRootRequestMapper(), new
 HttpsConfig(80, 443)));
 
 
 On 1 March 2012 14:10, Douglas Ferguson the...@gmail.com wrote:
 
 In 1.4 I had ao code up some interesting work arounds to get my app to
 redirect between http and https based on which page you are requesting.
 
 I remember at the time Igor told me that it would be much easer in 1.5.
 Can anybody point me in the redirection?
 
 I'm considering 2 schemes.
 
 1) Running the entire app over ssl (then I just need to detect http and
 redirect to https)
 2) Keep it as is, Only have the login, signup and payment screens be https
 and then redirect to http.
 
 Regardless I'll need to detect http/https and then redirect if necessary.
 Would this still be done in the AuthorizationStrategy?
 
 I've noticed that RequestCycle has changed, and many methods I used are
 gone.
 I.E. I used to use requestCycle.getPageParameters() to get the parameters
 do that I when I redirected to login I would retain the params,
 so after logging in the user could be sent to their original page.
 
 Douglas
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -- 
 Fergal Keating
 IT Senior Engineer
 ---
 e. fergal.keat...@directski.com
 p. NA
 w. www.directski.com


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



Migrating to wicket 1.5

2012-02-29 Thread Douglas Ferguson
I was reading the migration doc and I'm not sure how I would migrate this to 
1.5:

WebRequest webRequest = (WebRequest) 
RequestCycle.get().getRequest();
HttpServletRequest httpServletRequest = 
(HttpServletRequest)webRequest.getContainerRequest();
String jqueryURl = 
http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js;;
if(httpServletRequest.isSecure()){
jqueryURl = jqueryURl.replaceFirst(http://;, 
https://;);
}

component.add(JavascriptPackageResource.getHeaderContribution(jqueryURl));
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Migrating to wicket 1.5

2012-02-29 Thread Douglas Ferguson
Just found another one:

What did AbortException get replaced with?

Douglas

On Feb 29, 2012, at 10:44 PM, Douglas Ferguson wrote:

 I was reading the migration doc and I'm not sure how I would migrate this to 
 1.5:
 
   WebRequest webRequest = (WebRequest) 
 RequestCycle.get().getRequest();
   HttpServletRequest httpServletRequest = 
 (HttpServletRequest)webRequest.getContainerRequest();
   String jqueryURl = 
 http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js;;
   if(httpServletRequest.isSecure()){
   jqueryURl = jqueryURl.replaceFirst(http://;, 
 https://;);
   }
   
 component.add(JavascriptPackageResource.getHeaderContribution(jqueryURl));


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



Re: Migrating to wicket 1.5

2012-02-29 Thread Douglas Ferguson
See below...

On Feb 29, 2012, at 11:49 PM, Dan Retzlaff wrote:

 Douglas,
 
 Regarding javascript references: instead of adding a header contributor,
 have your component override renderHead(IHeaderResponse response) and use
 response.renderJavaScriptReference().

Thanks!

 
 Regarding AbortException: instead of grabbing the servlet response, writing
 to it immediately, and throwing AbortException, replace the current request
 handler with one that writes the response. See DownloadLink#onClick for an
 example. (Ref
 http://mail-archives.apache.org/mod_mbox/wicket-users/201105.mbox/%3cbanlktimkstujmwzsd2lhhkbyzcungcq...@mail.gmail.com%3E
 )

I was catching it not throwing it. Is there a comparable scenario in 1.5?

Here are some other things I ran into that I don't see in the migration doc

1) RestartResponseAtInterceptPageException
2) getRequestCycle().setRedirect(false)
3) IRequestTarget is gone
4) AbstractRequestTargetUrlCodingStrategy is goine
5) UploadWebRequest is gone




 
 Dan
 
 On Wed, Feb 29, 2012 at 9:01 PM, Douglas Ferguson the...@gmail.com wrote:
 
 Just found another one:
 
 What did AbortException get replaced with?
 
 Douglas
 
 On Feb 29, 2012, at 10:44 PM, Douglas Ferguson wrote:
 
 I was reading the migration doc and I'm not sure how I would migrate
 this to 1.5:
 
  WebRequest webRequest = (WebRequest)
 RequestCycle.get().getRequest();
  HttpServletRequest httpServletRequest =
 (HttpServletRequest)webRequest.getContainerRequest();
  String jqueryURl = 
 http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js;;
  if(httpServletRequest.isSecure()){
  jqueryURl = jqueryURl.replaceFirst(http://;,
 https://;);
  }
 
 component.add(JavascriptPackageResource.getHeaderContribution(jqueryURl));
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 


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



onException() 1.5

2012-02-29 Thread Douglas Ferguson
I want to redirect to an error page when there is an Exception.

I see that there is a RedirectRequestHandler, but this only allows you to 
redirect to url via string literal.
I want to redirect to a construction Page.

I was grasping at straws and tried this and no dice..


public IRequestHandler onException(RequestCycle cycle, 
Exception ex)
{
cycle.setResponsePage(new 
NotifyUserOfException());
return cycle.getActiveRequestHandler();
}

Re: Book covering 1.5

2011-08-25 Thread Douglas Ferguson
I remember from a few years ago that 1.5 is going to be a non trivial change in 
architecture. Are there any docs available that explain how to migrate or what 
the differences are? Actually, now that I type this I remember Igor saying that 
migration may not be advised..

Douglas

On Aug 24, 2011, at 11:34 AM, Fabian Schwarzer wrote:

 Hi!
 
 Does anyone know if there is anyone out there writing a book covering the 
 upcoming Wicket release 1.5?
 Or is e.g. Wicket in Action planing a new edition?
 
 Thanks,
 Fabian
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



using a different pagemap

2011-06-27 Thread Douglas Ferguson
We are using ResourceStreamRequestTarget for streaming an export. Is there a
way to have this request use a different page map, sorta like the way that
when you open a new tab it uses a different page map?

Douglas


Re: streaming files with wicket

2011-06-27 Thread Douglas Ferguson
Yeah.. I thought of that, but I liked the idea of streaming without hitting
disc.

On Mon, Jun 20, 2011 at 3:55 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote:

 i dont think there is a way once you start streaming with an
 attachment header...

 you can try rendering the page into memory and writing that out
 instead - so then you at least know your page rendered ok.

 -igor

 On Mon, Jun 20, 2011 at 1:50 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
  I built a page with markup type = xml and set the content type and
 disposition so that the file will download.
 
  This is great except when there is a fatal exception thrown, my error
 page is getting written to the downloaded file.
 
  Any ideas how make the browser load the error page?
 
  Only thought I had was to stream the file to disc and then send A) stream
 to browser if there is no exception or B) forward to error page.
  But that kinda sucks as it is not truing streaming back to browser.
 
  D/
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 

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




streaming files with wicket

2011-06-20 Thread Douglas Ferguson
I built a page with markup type = xml and set the content type and disposition 
so that the file will download.

This is great except when there is a fatal exception thrown, my error page is 
getting written to the downloaded file.

Any ideas how make the browser load the error page?

Only thought I had was to stream the file to disc and then send A) stream to 
browser if there is no exception or B) forward to error page.
But that kinda sucks as it is not truing streaming back to browser.

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



Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy

2011-01-19 Thread Douglas Ferguson
tomcat


On Jan 18, 2011, at 2:49 PM, Igor Vaynberg wrote:

 not sure then. seems rather strange that you cant reproduce it
 locally. what container is it running in?
 
 -igor
 
 On Tue, Jan 18, 2011 at 12:41 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 There is no proxy
 
 On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote:
 
 is the app proxied? could be a proxy mangling it on a rewrite.
 
 -igor
 
 On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 I only see it in production
 
 
 On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:
 
 not really sure what is happenning. that url is pretty badly mangled.
 can you set a breakpoint in part of the code that generates it and see
 if its wicket or someone is playing with the url.
 
 -igor
 
 
 On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Thoughts?
 
 On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote:
 
 This looks like it must have been one of them.
 
 - - [13/Jan/2011:14:26:34 -0600] GET 
 /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) 
 Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 - - [13/Jan/2011:14:26:34 -0600] GET 
 /?wicket:interface=wicket-8:27 HTTP/1.1 200 3163 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) 
 Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 
 
 On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote:
 
 do their apache logs contain a sample of the url that caused this
 error? would be helpful to see one.
 
 -igor
 
 On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Sorry about my previous title.
 
 I'm not sure what's causing this, but I've spoken with some of my 
 clients, who spawned these errors and they weren't manipulating the 
 querystrings..
 So I'm not sure how two pagemap paramenters are getting in there..
 
 D/
 
 On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote:
 
 I see the stack trace below in my production logs quite often.
 
 I'm not sure what is causing it but it seems that this error need 
 not happen. I.E. Why Cast this to a string when it could easily be 
 String[] if somebody messes with the query string?
 
 Seem like a parameters.removeFirst() method could prevent this..
 
  String pageMapNameEncoded = 
 (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
  if (requestParameters.getPageMapName() == null)
  {
  
 requestParameters.setPageMapName(pageMapNameEncoded);
  }
 
 
 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
 at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
 at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
 at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
 at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
 at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
 at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
 at 
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
 at 
 org.apache.jk.common.HandlerRequest.invoke

Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy

2011-01-18 Thread Douglas Ferguson
I only see it in production


On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:

 not really sure what is happenning. that url is pretty badly mangled.
 can you set a breakpoint in part of the code that generates it and see
 if its wicket or someone is playing with the url.
 
 -igor
 
 
 On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Thoughts?
 
 On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote:
 
 This looks like it must have been one of them.
 
 - - [13/Jan/2011:14:26:34 -0600] GET 
 /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) 
 Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 
 HTTP/1.1 200 3163 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) 
 Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 
 
 On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote:
 
 do their apache logs contain a sample of the url that caused this
 error? would be helpful to see one.
 
 -igor
 
 On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Sorry about my previous title.
 
 I'm not sure what's causing this, but I've spoken with some of my 
 clients, who spawned these errors and they weren't manipulating the 
 querystrings..
 So I'm not sure how two pagemap paramenters are getting in there..
 
 D/
 
 On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote:
 
 I see the stack trace below in my production logs quite often.
 
 I'm not sure what is causing it but it seems that this error need not 
 happen. I.E. Why Cast this to a string when it could easily be String[] 
 if somebody messes with the query string?
 
 Seem like a parameters.removeFirst() method could prevent this..
 
  String pageMapNameEncoded = 
 (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
  if (requestParameters.getPageMapName() == null)
  {
  
 requestParameters.setPageMapName(pageMapNameEncoded);
  }
 
 
 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
 at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
 at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
 at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
 at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
 at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
 at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
 at 
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
 at 
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
 at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
 at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
 at 
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
 at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
 at java.lang.Thread.run(Unknown Source

Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy

2011-01-18 Thread Douglas Ferguson
There is no proxy

On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote:

 is the app proxied? could be a proxy mangling it on a rewrite.
 
 -igor
 
 On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 I only see it in production
 
 
 On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:
 
 not really sure what is happenning. that url is pretty badly mangled.
 can you set a breakpoint in part of the code that generates it and see
 if its wicket or someone is playing with the url.
 
 -igor
 
 
 On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Thoughts?
 
 On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote:
 
 This looks like it must have been one of them.
 
 - - [13/Jan/2011:14:26:34 -0600] GET 
 /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) 
 Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 
 HTTP/1.1 200 3163 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) 
 Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 
 
 On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote:
 
 do their apache logs contain a sample of the url that caused this
 error? would be helpful to see one.
 
 -igor
 
 On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Sorry about my previous title.
 
 I'm not sure what's causing this, but I've spoken with some of my 
 clients, who spawned these errors and they weren't manipulating the 
 querystrings..
 So I'm not sure how two pagemap paramenters are getting in there..
 
 D/
 
 On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote:
 
 I see the stack trace below in my production logs quite often.
 
 I'm not sure what is causing it but it seems that this error need not 
 happen. I.E. Why Cast this to a string when it could easily be 
 String[] if somebody messes with the query string?
 
 Seem like a parameters.removeFirst() method could prevent this..
 
  String pageMapNameEncoded = 
 (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
  if (requestParameters.getPageMapName() == null)
  {
  
 requestParameters.setPageMapName(pageMapNameEncoded);
  }
 
 
 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
 at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
 at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
 at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
 at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
 at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
 at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
 at 
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
 at 
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
 at 
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
 at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
 at 
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt

Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy

2011-01-17 Thread Douglas Ferguson
Thoughts?

On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote:

 This looks like it must have been one of them.
 
 - - [13/Jan/2011:14:26:34 -0600] GET 
 /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 
 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 
 HTTP/1.1 200 3163 
 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 
 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 
 
 On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote:
 
 do their apache logs contain a sample of the url that caused this
 error? would be helpful to see one.
 
 -igor
 
 On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Sorry about my previous title.
 
 I'm not sure what's causing this, but I've spoken with some of my clients, 
 who spawned these errors and they weren't manipulating the querystrings..
 So I'm not sure how two pagemap paramenters are getting in there..
 
 D/
 
 On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote:
 
 I see the stack trace below in my production logs quite often.
 
 I'm not sure what is causing it but it seems that this error need not 
 happen. I.E. Why Cast this to a string when it could easily be String[] if 
 somebody messes with the query string?
 
 Seem like a parameters.removeFirst() method could prevent this..
 
  String pageMapNameEncoded = 
 (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
  if (requestParameters.getPageMapName() == null)
  {
  requestParameters.setPageMapName(pageMapNameEncoded);
  }
 
 
 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
 at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
 at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
 at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
 at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
 at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
 at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
 at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
 at 
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
 at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
 at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
 at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
 at 
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
 at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
 at java.lang.Thread.run(Unknown Source)
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

[Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy

2011-01-14 Thread Douglas Ferguson
Sorry about my previous title. 

I'm not sure what's causing this, but I've spoken with some of my clients, who 
spawned these errors and they weren't manipulating the querystrings..
So I'm not sure how two pagemap paramenters are getting in there..

D/

On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote:

 I see the stack trace below in my production logs quite often.
 
 I'm not sure what is causing it but it seems that this error need not happen. 
 I.E. Why Cast this to a string when it could easily be String[] if somebody 
 messes with the query string?
 
 Seem like a parameters.removeFirst() method could prevent this..
 
   String pageMapNameEncoded = 
 (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
   if (requestParameters.getPageMapName() == null)
   {
   requestParameters.setPageMapName(pageMapNameEncoded);
   }
 
 
 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
  at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
  at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
  at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
  at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
  at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
  at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
  at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
  at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
  at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
  at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
  at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
  at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
  at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
  at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
  at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
  at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
  at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
  at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
  at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
  at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
  at 
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
  at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
  at java.lang.Thread.run(Unknown Source)
 
 


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



Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy

2011-01-14 Thread Douglas Ferguson
This looks like it must have been one of them.

 - - [13/Jan/2011:14:26:34 -0600] GET 
/?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - 
http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 
Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)
 - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 
HTTP/1.1 200 3163 
http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources;
 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 
Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729)


On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote:

 do their apache logs contain a sample of the url that caused this
 error? would be helpful to see one.
 
 -igor
 
 On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Sorry about my previous title.
 
 I'm not sure what's causing this, but I've spoken with some of my clients, 
 who spawned these errors and they weren't manipulating the querystrings..
 So I'm not sure how two pagemap paramenters are getting in there..
 
 D/
 
 On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote:
 
 I see the stack trace below in my production logs quite often.
 
 I'm not sure what is causing it but it seems that this error need not 
 happen. I.E. Why Cast this to a string when it could easily be String[] if 
 somebody messes with the query string?
 
 Seem like a parameters.removeFirst() method could prevent this..
 
   String pageMapNameEncoded = 
 (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
   if (requestParameters.getPageMapName() == null)
   {
   requestParameters.setPageMapName(pageMapNameEncoded);
   }
 
 
 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
  at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
  at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
  at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
  at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
  at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
  at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
  at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
  at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
  at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
  at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
  at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
  at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
  at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
  at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
  at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
  at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
  at 
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
  at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
  at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
  at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
  at 
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
  at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
  at java.lang.Thread.run(Unknown Source)
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr

Fwd: FogBugz (Case 17743) Inbox - Application Error : prmanager : [Ljava.lang.String; cannot be cast to java.lang.String

2011-01-13 Thread Douglas Ferguson
I see the stack trace below in my production logs quite often.

I'm not sure what is causing it but it seems that this error need not happen. 
I.E. Why Cast this to a string when it could easily be String[] if somebody 
messes with the query string?

Seem like a parameters.removeFirst() method could prevent this..

String pageMapNameEncoded = 
(String)parameters.remove(WebRequestCodingStrategy.PAGEMAP);
if (requestParameters.getPageMapName() == null)
{
requestParameters.setPageMapName(pageMapNameEncoded);
}


 
 
 [Ljava.lang.String; cannot be cast to java.lang.String
 java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to 
 java.lang.String
   at 
 org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
   at 
 org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537)
   at 
 org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191)
   at 
 org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219)
   at 
 com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709)
   at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
   at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
   at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
   at 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
   at 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
   at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
   at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
   at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
   at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
   at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
   at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
   at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
   at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
   at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
   at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
   at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
   at 
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
   at 
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
   at 
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
   at java.lang.Thread.run(Unknown Source)
 



getStatelessHint()?

2010-12-07 Thread Douglas Ferguson
I'm seeing some exceptions in my production log with this message

it could be that the component is inside a repeater make your component return 
false in getStatelessHint()

What does this mean?
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: component not visible exception

2010-12-01 Thread Douglas Ferguson
We don't override isVisible() and we don't call setVisible() on the save button.
But we do on the container.
The container starts off hidden and an AjaxTimer is used to set it visible.



On Nov 30, 2010, at 1:57 AM, Matthias Keller wrote:

 One other thing to check is, do you have a custom isVisible() override in the 
 container or do you explicitly set it to visible/invisible using setVisible()?
 If the former, this logic will usually be re-evaluated upon form submission 
 and if that logic depends on some state which might change upon submission, 
 you might get exactly that error.
 
 Matt
 
 On 2010-11-29 20:21, Igor Vaynberg wrote:
 another possibility, if this page is using hybrid url coding strategy,
 is that the session expires and the form is submitted against a new
 instance of the page - where the button is not visible.
 
 -igor
 
 On Mon, Nov 29, 2010 at 11:05 AM, Douglas Ferguson
 doug...@douglasferguson.us  wrote:
 The problem is that I can't recreate this error, but I see it in production 
 alot.
 
 So I have no way of looking at the action url.
 
 D/
 
 
 On Nov 29, 2010, at 12:59 PM, Igor Vaynberg wrote:
 
 easy.
 
 the form's action url points to a version of the page where the button
 is not visible. so when the button is clicked and the form is
 submitted wicket rolls back the version of the page to one where
 button is not visible and you get the error. not sure that is what is
 happening in your app, but its one possible explanation. look at
 form's url and make sure none of your ajax actions are changing the
 page version.
 
 -igor
 
 On Mon, Nov 29, 2010 at 10:41 AM, Douglas Ferguson
 doug...@douglasferguson.us  wrote:
 We do toggle the visibility of the web markup container that contains the 
 button.
 
 Here's how it works.
 
 1) Page loads and the container is hidden
 2) An ajax timer is used to watch for state to change
 3) When state changes we make the container visible (which then makes the 
 submit button visible)
 
 How could they user manage to click on the save button when is it not 
 visible?
 
 The only thing I can think of is that this could be some back button 
 issue.
 But then again, I'm not sure how that would manifest...
 
 D/
 
 On Nov 29, 2010, at 11:25 AM, Igor Vaynberg wrote:
 
 in order for component to be visible all of its parents have to be
 visible from the page down to the component. same for the enabled
 state.
 
 -igor
 
 On Mon, Nov 29, 2010 at 9:21 AM, Douglas Ferguson
 doug...@douglasferguson.us  wrote:
 Hmm... even if we aren't changing the visibility of the button?
 
 On Nov 29, 2010, at 10:42 AM, Marco Mancini wrote:
 
 try to set
 
 mybutton.setOutputMarkupPlaceholderTag(true);
 
 bye
 marco
 
 2010/11/29 Martin Grigorovmgrigo...@apache.org
 
 On Mon, Nov 29, 2010 at 4:46 PM, Douglas Ferguson
 doug...@douglasferguson.us  wrote:
 
 We have not overridden isVisible, nor have we do we have a popup 
 modal.
 That's why I was asking if this could be a back button issue.
 
 The only thing we do is set the button enabled. Could this be the 
 problem
 even thought he message it talking about visibility?
 
 No. There is a separate check for enabled state. It is definitely for
 visibility.
 
 D/
 
 On Nov 29, 2010, at 3:15 AM, Martin Grigorov wrote:
 
 Here is another scenario:
 
 Ajax request sets the visibility of the submit button (or its 
 parent)
 to
 false but forgets to repaint the button so it is still visible for 
 the
 user.
 Then the user clicks on this button, it fires and then the backend
 shows
 this message - the button is invisible so it cannot be clicked.
 
 On Mon, Nov 29, 2010 at 9:04 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 A back button where?
 
 The form is on a page and has a submit button only. If there is an
 error
 a ModalWindow pops up - it only has an OK button which is meant to
 make
 the ModalWindow simply disappear and thus re-enable the page 
 beneath -
 the one with the form on it.
 
 Chris
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Monday, 29 November 2010 6:53 PM
 To: users@wicket.apache.org
 Subject: Re: component not visible exception
 
 Could this be happening because of the back button?
 
 D/
 
 On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:
 
 I had a similar problem. In my scenario it occurred when a
 ModalWindow
 was brought up when a form failed validation. When they clicked 
 ok
 to
 close the ModalWindow and then clicked Submit on the form again I
 got
 a
 similar message saying that the Submit button was no longer 
 visible.
 
 It doesn't happen if I use the normal validation 'feedback' 
 panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for 
 awhile
 now
 and
 haven't been

Re: component not visible exception

2010-11-29 Thread Douglas Ferguson
We have not overridden isVisible, nor have we do we have a popup modal.
That's why I was asking if this could be a back button issue.

The only thing we do is set the button enabled. Could this be the problem even 
thought he message it talking about visibility?

D/

On Nov 29, 2010, at 3:15 AM, Martin Grigorov wrote:

 Here is another scenario:
 
 Ajax request sets the visibility of the submit button (or its parent) to
 false but forgets to repaint the button so it is still visible for the user.
 Then the user clicks on this button, it fires and then the backend shows
 this message - the button is invisible so it cannot be clicked.
 
 On Mon, Nov 29, 2010 at 9:04 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 A back button where?
 
 The form is on a page and has a submit button only. If there is an error
 a ModalWindow pops up - it only has an OK button which is meant to make
 the ModalWindow simply disappear and thus re-enable the page beneath -
 the one with the form on it.
 
 Chris
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Monday, 29 November 2010 6:53 PM
 To: users@wicket.apache.org
 Subject: Re: component not visible exception
 
 Could this be happening because of the back button?
 
 D/
 
 On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:
 
 I had a similar problem. In my scenario it occurred when a
 ModalWindow
 was brought up when a form failed validation. When they clicked ok to
 close the ModalWindow and then clicked Submit on the form again I got
 a
 similar message saying that the Submit button was no longer visible.
 
 It doesn't happen if I use the normal validation 'feedback' panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for awhile
 now
 and
 haven't been able to to figure it out.
 
 My thought is that it is due to a stale page or the back button, but
 it
 seems to me that it is happening alot, so I thought I might inquire.
 
 Any thoughts on what might be causing this and how to avoid it?
 
 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle -
 Submit
 Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not
 visible
 org.apache.wicket.WicketRuntimeException: Submit Button add
 (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
at
 org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89
 9)
at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
at
 
 org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:
 604)
at
 
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899)
at
 
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm
 itBe
 havior.java:135)
at
 
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java
 :177
 )
at
 
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe
 faul
 tAjaxBehavior.java:300)
at
 
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarg
 et.p
 rocessEvents(BehaviorRequestTarget.java:119)
at
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A
 bstr
 actRequestCycleProcessor.java:92)
at
 
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.jav
 a:12
 50)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at
 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:48
 4)
at
 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java
 :317
 )
at
 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
 atio
 nFilterChain.java:215)
at
 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
 terC
 hain.java:188)
at
 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
 ve.j
 ava:213)
at
 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
 ve.j
 ava:172)
at
 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
 a:12
 7)
at
 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav
 a:11
 7)
at
 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve
 .jav
 a:108)
at
 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
 151

Re: component not visible exception

2010-11-29 Thread Douglas Ferguson
That is wierd.. the component is a field and is private. We don't set visible 
nor do we override isVisible().

Could this have to do with the parent container? We do set that visible...

On Nov 29, 2010, at 9:58 AM, Martin Grigorov wrote:

 On Mon, Nov 29, 2010 at 4:46 PM, Douglas Ferguson 
 doug...@douglasferguson.us wrote:
 
 We have not overridden isVisible, nor have we do we have a popup modal.
 That's why I was asking if this could be a back button issue.
 
 The only thing we do is set the button enabled. Could this be the problem
 even thought he message it talking about visibility?
 
 No. There is a separate check for enabled state. It is definitely for
 visibility.
 
 
 D/
 
 On Nov 29, 2010, at 3:15 AM, Martin Grigorov wrote:
 
 Here is another scenario:
 
 Ajax request sets the visibility of the submit button (or its parent) to
 false but forgets to repaint the button so it is still visible for the
 user.
 Then the user clicks on this button, it fires and then the backend shows
 this message - the button is invisible so it cannot be clicked.
 
 On Mon, Nov 29, 2010 at 9:04 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 A back button where?
 
 The form is on a page and has a submit button only. If there is an error
 a ModalWindow pops up - it only has an OK button which is meant to make
 the ModalWindow simply disappear and thus re-enable the page beneath -
 the one with the form on it.
 
 Chris
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Monday, 29 November 2010 6:53 PM
 To: users@wicket.apache.org
 Subject: Re: component not visible exception
 
 Could this be happening because of the back button?
 
 D/
 
 On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:
 
 I had a similar problem. In my scenario it occurred when a
 ModalWindow
 was brought up when a form failed validation. When they clicked ok to
 close the ModalWindow and then clicked Submit on the form again I got
 a
 similar message saying that the Submit button was no longer visible.
 
 It doesn't happen if I use the normal validation 'feedback' panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for awhile
 now
 and
 haven't been able to to figure it out.
 
 My thought is that it is due to a stale page or the back button, but
 it
 seems to me that it is happening alot, so I thought I might inquire.
 
 Any thoughts on what might be causing this and how to avoid it?
 
 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle -
 Submit
 Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not
 visible
 org.apache.wicket.WicketRuntimeException: Submit Button add
 (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
   at
 org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
   at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89
 9)
   at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:
 604)
   at
 
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899)
   at
 
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm
 itBe
 havior.java:135)
   at
 
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java
 :177
 )
   at
 
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe
 faul
 tAjaxBehavior.java:300)
   at
 
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarg
 et.p
 rocessEvents(BehaviorRequestTarget.java:119)
   at
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A
 bstr
 actRequestCycleProcessor.java:92)
   at
 
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.jav
 a:12
 50)
   at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
   at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
   at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
   at
 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:48
 4)
   at
 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java
 :317
 )
   at
 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
 atio
 nFilterChain.java:215)
   at
 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
 terC
 hain.java:188)
   at
 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
 ve.j
 ava:213)
   at
 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
 ve.j

Re: component not visible exception

2010-11-29 Thread Douglas Ferguson
Hmm... even if we aren't changing the visibility of the button?

On Nov 29, 2010, at 10:42 AM, Marco Mancini wrote:

 try to set
 
 mybutton.setOutputMarkupPlaceholderTag(true);
 
 bye
 marco
 
 2010/11/29 Martin Grigorov mgrigo...@apache.org
 
 On Mon, Nov 29, 2010 at 4:46 PM, Douglas Ferguson 
 doug...@douglasferguson.us wrote:
 
 We have not overridden isVisible, nor have we do we have a popup modal.
 That's why I was asking if this could be a back button issue.
 
 The only thing we do is set the button enabled. Could this be the problem
 even thought he message it talking about visibility?
 
 No. There is a separate check for enabled state. It is definitely for
 visibility.
 
 
 D/
 
 On Nov 29, 2010, at 3:15 AM, Martin Grigorov wrote:
 
 Here is another scenario:
 
 Ajax request sets the visibility of the submit button (or its parent)
 to
 false but forgets to repaint the button so it is still visible for the
 user.
 Then the user clicks on this button, it fires and then the backend
 shows
 this message - the button is invisible so it cannot be clicked.
 
 On Mon, Nov 29, 2010 at 9:04 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 A back button where?
 
 The form is on a page and has a submit button only. If there is an
 error
 a ModalWindow pops up - it only has an OK button which is meant to
 make
 the ModalWindow simply disappear and thus re-enable the page beneath -
 the one with the form on it.
 
 Chris
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Monday, 29 November 2010 6:53 PM
 To: users@wicket.apache.org
 Subject: Re: component not visible exception
 
 Could this be happening because of the back button?
 
 D/
 
 On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:
 
 I had a similar problem. In my scenario it occurred when a
 ModalWindow
 was brought up when a form failed validation. When they clicked ok
 to
 close the ModalWindow and then clicked Submit on the form again I
 got
 a
 similar message saying that the Submit button was no longer visible.
 
 It doesn't happen if I use the normal validation 'feedback' panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for awhile
 now
 and
 haven't been able to to figure it out.
 
 My thought is that it is due to a stale page or the back button,
 but
 it
 seems to me that it is happening alot, so I thought I might
 inquire.
 
 Any thoughts on what might be causing this and how to avoid it?
 
 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle
 -
 Submit
 Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not
 visible
 org.apache.wicket.WicketRuntimeException: Submit Button add
 (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
   at
 org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89
 9)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:
 604)
   at
 
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899)
   at
 
 
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm
 itBe
 havior.java:135)
   at
 
 
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java
 :177
 )
   at
 
 
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe
 faul
 tAjaxBehavior.java:300)
   at
 
 
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarg
 et.p
 rocessEvents(BehaviorRequestTarget.java:119)
   at
 
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A
 bstr
 actRequestCycleProcessor.java:92)
   at
 
 
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.jav
 a:12
 50)
   at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
   at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
   at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
   at
 
 
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:48
 4)
   at
 
 
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java
 :317
 )
   at
 
 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
 atio
 nFilterChain.java:215)
   at
 
 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
 terC
 hain.java:188)
   at
 
 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
 ve.j
 ava:213

Re: component not visible exception

2010-11-29 Thread Douglas Ferguson
We do toggle the visibility of the web markup container that contains the 
button.

Here's how it works.

1) Page loads and the container is hidden
2) An ajax timer is used to watch for state to change
3) When state changes we make the container visible (which then makes the 
submit button visible)

How could they user manage to click on the save button when is it not visible?

The only thing I can think of is that this could be some back button issue. 
But then again, I'm not sure how that would manifest...

D/

On Nov 29, 2010, at 11:25 AM, Igor Vaynberg wrote:

 in order for component to be visible all of its parents have to be
 visible from the page down to the component. same for the enabled
 state.
 
 -igor
 
 On Mon, Nov 29, 2010 at 9:21 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Hmm... even if we aren't changing the visibility of the button?
 
 On Nov 29, 2010, at 10:42 AM, Marco Mancini wrote:
 
 try to set
 
 mybutton.setOutputMarkupPlaceholderTag(true);
 
 bye
 marco
 
 2010/11/29 Martin Grigorov mgrigo...@apache.org
 
 On Mon, Nov 29, 2010 at 4:46 PM, Douglas Ferguson 
 doug...@douglasferguson.us wrote:
 
 We have not overridden isVisible, nor have we do we have a popup modal.
 That's why I was asking if this could be a back button issue.
 
 The only thing we do is set the button enabled. Could this be the problem
 even thought he message it talking about visibility?
 
 No. There is a separate check for enabled state. It is definitely for
 visibility.
 
 
 D/
 
 On Nov 29, 2010, at 3:15 AM, Martin Grigorov wrote:
 
 Here is another scenario:
 
 Ajax request sets the visibility of the submit button (or its parent)
 to
 false but forgets to repaint the button so it is still visible for the
 user.
 Then the user clicks on this button, it fires and then the backend
 shows
 this message - the button is invisible so it cannot be clicked.
 
 On Mon, Nov 29, 2010 at 9:04 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 A back button where?
 
 The form is on a page and has a submit button only. If there is an
 error
 a ModalWindow pops up - it only has an OK button which is meant to
 make
 the ModalWindow simply disappear and thus re-enable the page beneath -
 the one with the form on it.
 
 Chris
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Monday, 29 November 2010 6:53 PM
 To: users@wicket.apache.org
 Subject: Re: component not visible exception
 
 Could this be happening because of the back button?
 
 D/
 
 On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:
 
 I had a similar problem. In my scenario it occurred when a
 ModalWindow
 was brought up when a form failed validation. When they clicked ok
 to
 close the ModalWindow and then clicked Submit on the form again I
 got
 a
 similar message saying that the Submit button was no longer visible.
 
 It doesn't happen if I use the normal validation 'feedback' panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for awhile
 now
 and
 haven't been able to to figure it out.
 
 My thought is that it is due to a stale page or the back button,
 but
 it
 seems to me that it is happening alot, so I thought I might
 inquire.
 
 Any thoughts on what might be causing this and how to avoid it?
 
 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle
 -
 Submit
 Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not
 visible
 org.apache.wicket.WicketRuntimeException: Submit Button add
 (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
   at
 org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89
 9)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:
 604)
   at
 
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899)
   at
 
 
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm
 itBe
 havior.java:135)
   at
 
 
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java
 :177
 )
   at
 
 
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe
 faul
 tAjaxBehavior.java:300)
   at
 
 
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarg
 et.p
 rocessEvents(BehaviorRequestTarget.java:119)
   at
 
 
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A
 bstr
 actRequestCycleProcessor.java:92

Re: component not visible exception

2010-11-29 Thread Douglas Ferguson
The problem is that I can't recreate this error, but I see it in production 
alot.

So I have no way of looking at the action url.

D/


On Nov 29, 2010, at 12:59 PM, Igor Vaynberg wrote:

 easy.
 
 the form's action url points to a version of the page where the button
 is not visible. so when the button is clicked and the form is
 submitted wicket rolls back the version of the page to one where
 button is not visible and you get the error. not sure that is what is
 happening in your app, but its one possible explanation. look at
 form's url and make sure none of your ajax actions are changing the
 page version.
 
 -igor
 
 On Mon, Nov 29, 2010 at 10:41 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 We do toggle the visibility of the web markup container that contains the 
 button.
 
 Here's how it works.
 
 1) Page loads and the container is hidden
 2) An ajax timer is used to watch for state to change
 3) When state changes we make the container visible (which then makes the 
 submit button visible)
 
 How could they user manage to click on the save button when is it not 
 visible?
 
 The only thing I can think of is that this could be some back button issue.
 But then again, I'm not sure how that would manifest...
 
 D/
 
 On Nov 29, 2010, at 11:25 AM, Igor Vaynberg wrote:
 
 in order for component to be visible all of its parents have to be
 visible from the page down to the component. same for the enabled
 state.
 
 -igor
 
 On Mon, Nov 29, 2010 at 9:21 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 Hmm... even if we aren't changing the visibility of the button?
 
 On Nov 29, 2010, at 10:42 AM, Marco Mancini wrote:
 
 try to set
 
 mybutton.setOutputMarkupPlaceholderTag(true);
 
 bye
 marco
 
 2010/11/29 Martin Grigorov mgrigo...@apache.org
 
 On Mon, Nov 29, 2010 at 4:46 PM, Douglas Ferguson 
 doug...@douglasferguson.us wrote:
 
 We have not overridden isVisible, nor have we do we have a popup modal.
 That's why I was asking if this could be a back button issue.
 
 The only thing we do is set the button enabled. Could this be the 
 problem
 even thought he message it talking about visibility?
 
 No. There is a separate check for enabled state. It is definitely for
 visibility.
 
 
 D/
 
 On Nov 29, 2010, at 3:15 AM, Martin Grigorov wrote:
 
 Here is another scenario:
 
 Ajax request sets the visibility of the submit button (or its parent)
 to
 false but forgets to repaint the button so it is still visible for the
 user.
 Then the user clicks on this button, it fires and then the backend
 shows
 this message - the button is invisible so it cannot be clicked.
 
 On Mon, Nov 29, 2010 at 9:04 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
 A back button where?
 
 The form is on a page and has a submit button only. If there is an
 error
 a ModalWindow pops up - it only has an OK button which is meant to
 make
 the ModalWindow simply disappear and thus re-enable the page beneath -
 the one with the form on it.
 
 Chris
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Monday, 29 November 2010 6:53 PM
 To: users@wicket.apache.org
 Subject: Re: component not visible exception
 
 Could this be happening because of the back button?
 
 D/
 
 On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:
 
 I had a similar problem. In my scenario it occurred when a
 ModalWindow
 was brought up when a form failed validation. When they clicked ok
 to
 close the ModalWindow and then clicked Submit on the form again I
 got
 a
 similar message saying that the Submit button was no longer visible.
 
 It doesn't happen if I use the normal validation 'feedback' panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for awhile
 now
 and
 haven't been able to to figure it out.
 
 My thought is that it is due to a stale page or the back button,
 but
 it
 seems to me that it is happening alot, so I thought I might
 inquire.
 
 Any thoughts on what might be causing this and how to avoid it?
 
 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle
 -
 Submit
 Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not
 visible
 org.apache.wicket.WicketRuntimeException: Submit Button add
 (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
   at
 org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89
 9)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
   at
 
 
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4

Re: component not visible exception

2010-11-29 Thread Douglas Ferguson
That seems more likely to me.

Is there anything I could do to prevent this?

D/

On Nov 29, 2010, at 1:21 PM, Igor Vaynberg wrote:

 another possibility, if this page is using hybrid url coding strategy,
 is that the session expires and the form is submitted against a new
 instance of the page - where the button is not visible.


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



Re: component not visible exception

2010-11-28 Thread Douglas Ferguson
Could this be happening because of the back button?

D/

On Nov 28, 2010, at 4:54 AM, Chris Colman wrote:

 I had a similar problem. In my scenario it occurred when a ModalWindow
 was brought up when a form failed validation. When they clicked ok to
 close the ModalWindow and then clicked Submit on the form again I got a
 similar message saying that the Submit button was no longer visible.
 
 It doesn't happen if I use the normal validation 'feedback' panel to
 display the validation error messages.
 
 Chris
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Saturday, 27 November 2010 3:13 AM
 To: Wicket Mailing List List
 Subject: component not visible exception
 
 I have an error I've been seeing in the production logs for awhile now
 and
 haven't been able to to figure it out.
 
 My thought is that it is due to a stale page or the back button, but it
 seems to me that it is happening alot, so I thought I might inquire.
 
 Any thoughts on what might be causing this and how to avoid it?
 
 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle -
 Submit
 Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not
 visible
 org.apache.wicket.WicketRuntimeException: Submit Button add
 (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
  at
 org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
  at
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89
 9)
  at
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
  at
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
  at
 org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91
 4)
  at
 org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:
 604)
  at
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899)
  at
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm
 itBe
 havior.java:135)
  at
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java
 :177
 )
  at
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe
 faul
 tAjaxBehavior.java:300)
  at
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarg
 et.p
 rocessEvents(BehaviorRequestTarget.java:119)
  at
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A
 bstr
 actRequestCycleProcessor.java:92)
  at
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.jav
 a:12
 50)
  at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
  at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
  at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
  at
 org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:48
 4)
  at
 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java
 :317
 )
  at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
 atio
 nFilterChain.java:215)
  at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
 terC
 hain.java:188)
  at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
 ve.j
 ava:213)
  at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal
 ve.j
 ava:172)
  at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav
 a:12
 7)
  at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav
 a:11
 7)
  at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve
 .jav
 a:108)
  at
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
 151)
  at
 org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
  at
 org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
  at
 org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
  at
 org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java
 :703
 )
  at
 org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket
 .jav
 a:895)
  at
 org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo
 l.ja
 va:689)
  at java.lang.Thread.run(Unknown Source)
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



component not visible exception

2010-11-26 Thread Douglas Ferguson
I have an error I've been seeing in the production logs for awhile now and 
haven't been able to to figure it out.

My thought is that it is due to a stale page or the back button, but it seems 
to me that it is happening alot, so I thought I might inquire.

Any thoughts on what might be causing this and how to avoid it?

2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle - Submit 
Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not visible
org.apache.wicket.WicketRuntimeException: Submit Button add 
(path=dataPanel:contentCenterBox:addUserForm:add) is not visible
at org.apache.wicket.markup.html.form.Form$2.component(Form.java:622)
at 
org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:899)
at 
org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:914)
at 
org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:914)
at 
org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:914)
at 
org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java:604)
at 
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899)
at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135)
at 
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
at 
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
at 
org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119)
at 
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
at 
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
at 
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
at 
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Unknown Source)


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



Re: StackOverflowError

2010-11-16 Thread Douglas Ferguson
1.4.12, but the problem has been around since a few versions back.

D/

On Nov 16, 2010, at 12:43 AM, Martijn Dashorst wrote:

 Are you using 1.4.13?
 
 Martijn
 
 On Tue, Nov 16, 2010 at 5:54 AM, Douglas Ferguson
 doug...@buzzstream.com wrote:
 Some time ago I posted to the list regarding a stack overflow error that I 
 was receiving and the advice was to make sure that I didn't have a page 
 storing a reference to another page.
 We did track this down and have just had to ignore it in the production 
 logs.  Now we've made it a priority to track this down.
 
 Anyway, we've recently tracked this down to AutomaticMultiWindowSupport 
 feature. We are able to recreate the bug by pasting a url into a new browser 
 window and thus generating a new pagemap. On a certain page the memory 
 consumption doubles as you generate new pagemaps (see the chart below). The 
 profile is indicating that the memory is being taken up by a hashmap, but 
 that's as far as we've been able to trace it so far.
 
 PageMap #SizeGrowth
 133895234481.93
 122020590961.93
 111048040961.93
 10543522801.93
 9281827601.93
 8145949761.93
 775493361.94
 639007041.94
 520134802
 410069602
 35036962
 22520721.86
 1135704
 
 
 Any thoughts or tips on trying to get to the bottom of this one?
 
 Here's the stack trace
 
   at sun.reflect.GeneratedMethodAccessor42.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.writeObject(Unknown Source)
   at java.util.LinkedList.writeObject(Unknown Source)
   at sun.reflect.GeneratedMethodAccessor40.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteObject(Unknown Source)
   at org.apache.wicket.Component.writeObject(Component.java:4660)
   at sun.reflect.GeneratedMethodAccessor38.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.writeArray(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.writeArray(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.writeArray(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source)
   at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
   at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
   at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
   at java.io.ObjectOutputStream.writeObject0(Unknown Source

Re: StackOverFlowError

2010-09-23 Thread Douglas Ferguson
Hey guys,

We overwrote IObjectStreamFactory with a copy that has more logging and we
found the object that is causing the problems in our production logs. Now we
need to recreate it in a more controlled environment.

How could we  force serialization of this object in a dev environmental?

D/

On Wed, Sep 22, 2010 at 6:23 PM, Andreas Petersson andr...@petersson.atwrote:

  i had a very similar problem occuring in production when where was a
 cluster failover. i could never reproduce it. did something strange happen
 to you like, the filesystem was partially wiped during writing?


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




Re: StackOverFlowError

2010-09-23 Thread Douglas Ferguson
When exactly does a page get serialized/serialized?

On Thu, Sep 23, 2010 at 12:54 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote:

 in dev serialization should happen just like in production.

 -igor

 On Thu, Sep 23, 2010 at 10:34 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
  Hey guys,
 
  We overwrote IObjectStreamFactory with a copy that has more logging and
 we
  found the object that is causing the problems in our production logs. Now
 we
  need to recreate it in a more controlled environment.
 
  How could we  force serialization of this object in a dev environmental?
 
  D/
 
  On Wed, Sep 22, 2010 at 6:23 PM, Andreas Petersson andr...@petersson.at
 wrote:
 
   i had a very similar problem occuring in production when where was a
  cluster failover. i could never reproduce it. did something strange
 happen
  to you like, the filesystem was partially wiped during writing?
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 

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




Stack Overflow Error

2010-08-03 Thread Douglas Ferguson
I wrote about this awhile ago and got some great responses. I poured over
the code and couldn't find anything that would meet the criteria that you
guys suggested.

Does anybody have any suggestions as to how I could track this down?

Douglas.



2010-08-03 09:45:13,257 INFO  [TP-Processor13] wicket.PRManagerRequestCycle
- Found PageExpiredException: Redirecting to login
2010-08-03 09:45:13,996 ERROR [TP-Processor13] wicket.PRManagerRequestCycle
- Caught StackOverflowError on detach... invalidating session User[null]
java.lang.StackOverflowError
at java.io.ObjectStreamClass.getPrimFieldValues(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteObject(Unknown Source)
at java.math.BigDecimal.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.ArrayList.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeArray(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeArray(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at
org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:121)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at org.apache.wicket.util.lang.Objects.objectToByteArray(Objects.java:1124)
at
org.apache.wicket.protocol.http.pagestore.AbstractPageStore.serializePage(AbstractPageStore.java:203)
at
org.apache.wicket.protocol.http.pagestore.DiskPageStore.prepareForSerialization(DiskPageStore.java:1190)
at
org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.writeObject(SecondLevelCacheSessionStore.java:386)
at sun.reflect.GeneratedMethodAccessor47.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown 

TextFieldInteger

2010-07-22 Thread Douglas Ferguson
Has anybody succesfully used TextFieldInteger?

I get an runtime exception trying to cast String to Integer.

If supply (Integer.class) to the constructor then it is trying to case Long
to Integer.

D/


Re: StackOverFlowError

2010-07-02 Thread Douglas Ferguson
Hmm... I don't really follow.



On Fri, Jul 2, 2010 at 11:31 AM, robert.mcguinness 
robert.mcguinness@gmail.com wrote:


 this happened to me the other day.  turned out to be a coding error.  i
 wrapped a compoundpropertymodel in a propertylistview (which already wraps
 a
 model into a compoundpropertymodel).  once the code was fix the problem
 went
 away.

 my data set was also large.  about 1000 rows in a table being displayed on
 screen.
 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/StackOverFlowError-tp2276618p2276655.html
 Sent from the Wicket - User mailing list archive at Nabble.com.

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




ListChoice - generics for model defined wrong

2010-06-29 Thread Douglas Ferguson
I was just attempt to use the ListChoice and it seems to me that the 
constructor signatures are wrong.

The model for this should be List? extends T not ListT, otherwise you can't 
select more than one item (T), which is the point..

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



tomcat restart error

2010-06-24 Thread Douglas Ferguson
Anybody seen this before?


SEVERE: Error filterStart
Jun 24, 2010 3:24:06 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [] startup failed due to previous errors
Jun 24, 2010 3:24:06 PM org.apache.catalina.loader.WebappClassLoader 
clearReferencesThreads
SEVERE: A web application appears to have started a thread named 
[PageSavingThread-wicket.PRManager] but has failed to stop it. This is very 
likely to create a memory leak.

Douglas Ferguson

mobile: 512.293.7279
office/fax: 512.462.0408
skype: stillrecording
aim:   DaAmericanRuse

-

http://www.linkedin.com/in/douglasferguson
http://www.myspace.com/douglasferguson
http://www.douglasferguson.us/
http://www.distilleryrecords.com/
http://www.stillrecording.com/

Join my mailing list: distilleryrecords-subscr...@yahoogroups.com

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



RESTful wicket

2010-06-21 Thread Douglas Ferguson
Does anybody have experience with this?

http://code.google.com/p/wicket-rest/

Does it work well?

Or is there something better out there?


D/

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



Re: [Wicketstuff / Inmethod-Grid] A handful of patches

2010-06-20 Thread Douglas Ferguson
After digging through the js i realized that if columns at the beginning of the 
table are fixed if they are no moveable.
i.e. you can't move stuff in front of them. 

D/

On Jun 12, 2010, at 3:12 AM, Douglas Ferguson wrote:

 Thanks.
 
 Another question for you...
 
 I have a few columns that I want to be fixed at the beginning of the table.
 There is a setReorderable(false); which will prevent you from being able to 
 drag it around, but there is nothing to prevent you from moving another 
 column in front of the fixed one.
 
 I think I'll have to update the js to get the behavior. Let me know if I'm 
 missing something.
 
 D/
 
 
 On Jun 9, 2010, at 5:06 AM, Charles Deal wrote:
 
 I believe there is an object called GridSortState on the DataGrid.  Using
 that object, you can set the default sort for the grid.  One of our grids do
 this, but I don't have the code in front of me.
 
 On Wed, Jun 9, 2010 at 1:04 AM, Douglas Ferguson doug...@douglasferguson.us
 wrote:
 
 Thanks!
 
 I just got data grid going. It is very cool!
 
 Do you know if there is a way to set a default sort?
 
 D/
 
 On Jun 8, 2010, at 3:26 PM, Charles Deal wrote:
 
 I use Eclipse and the Subversive SVN plugin.  I did a checkout into a new
 Project of
 
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/inmethod-grid-parent
 
 After I made my changes I used the Create Patch option within Eclipse to
 generate the patches that I supplied.  If using a similar setup, you
 should
 be able to use the Eclipse Apply Patch feature to update the source again
 or
 use your own preferred method.
 
 On Tue, Jun 8, 2010 at 1:55 PM, Douglas Ferguson 
 doug...@douglasferguson.us
 wrote:
 
 What's the url you used to pull from svn? I.E. What branch, etc..
 
 D/
 
 On Jun 8, 2010, at 12:49 PM, Charles Deal wrote:
 
 The patches are based upon the latest in svn (as of 07JUN2010).  I
 pulled
 a
 fresh copy of the source and then applied my changes back against it.
 I
 don't think the svn codebase has changed all that much in the 1.4
 branch,
 so
 I didn't experience any conflicts applying my patches.
 
 
 On Tue, Jun 8, 2010 at 1:17 PM, Douglas Ferguson 
 doug...@douglasferguson.us
 wrote:
 
 What version of inmethod are these patches based from?
 
 I't looks like 1.4.1 is quite old and 1.4.2 is still in SNAPSHOT
 
 
 http://wicketstuff.org/maven/repository/org/wicketstuff/inmethod-grid/
 
 
 
 
 On Jun 7, 2010, at 10:48 AM, Charles Deal wrote:
 
 We've been using the grid for quite some time now and have
 accumulated
 a
 few changes to the codebase.  I'd like to submit them for other users
 to
 review and discuss, in the hopes that they will make it into the
 wicketstuff
 codebase in the future.  The following are brief descriptions of the
 attached files.
 
 inmethodgrid-script.patch
 This patch simply adds a resize event to the grid.  We noticed that
 when
 the browser was resized, the grid wouldn't resize until the user
 attempted
 to scroll.
 
 inmethodgrid-columns.patch
 Some small changes to facilitate more code reuse.
 
 inmethodgrid-form.patch
 Move the header and toolbars into the form.  This allows the header
 to
 determine the form automatically so that, for example, when sorting a
 grid,
 the behavior can submit the form to retain any transient changes to
 the
 grid.
 
 inmethodgrid-gridbehavior.patch
 Refactor the AjaxFormSubmitBahvior implementation into its own class
 to
 be used by custom behaviors.  Altered the code to use the new class.
 
 inmethodgrid-insert.patch
 Add support for adding rows to the grid.
 
 As I said, my team have been successfully using (almost all of) these
 patches since at least June 2008.  The script patch is the only one
 that
 is
 a recent change.  I'd appreciate some feedback and if no objections
 are
 made, I'd like to get these patches into the scm.
 ATT1.c
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 


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



  1   2   3   4   >