Clearing Browser Cookies

2013-01-03 Thread Corbin, James
This is a rehash of a previous discussion on this forum relating to immediate 
removal of a browser cookie.

I have a list view that displays data loaded from 1 or more browser cookies.  
On this panel I also have a clear action (Link) that when clicked deletes the 
cookies.  The underlying list view model is detached which forces (verified) 
the cookies to be re-read.

The problem is that when I re-read them after deleting them from the response, 
they are still present.  If I then execute the clear action again, the list 
view is refreshed again and the cookies are no longer present.

I'm not sure what is going on here.  Are they being cached, is it a timing 
issue?  Why on the second clear action does it finally indicate the cookies 
have been removed.

My immediate need is to be able to delete the cookies, refresh the list view, 
and see that they are no longer present (no data rows in list view).

J.D.


Re: Clearing Browser Cookies

2013-01-03 Thread Corbin, James
Thanks Sven.  I wasn't sure if I could do so without a page reload, but I
think it is okay in this case.

J.D.




On 1/3/13 1:04 PM, Sven Meier s...@meiers.net wrote:

Hi James,

deleting a cookie on the response doesn't change the cookies in the HTTP
request.

A redirect should help to get a fresh cookie list from the browser.

Sven

On 01/03/2013 08:29 PM, Corbin, James wrote:
 This is a rehash of a previous discussion on this forum relating to
immediate removal of a browser cookie.

 I have a list view that displays data loaded from 1 or more browser
cookies.  On this panel I also have a clear action (Link) that when
clicked deletes the cookies.  The underlying list view model is detached
which forces (verified) the cookies to be re-read.

 The problem is that when I re-read them after deleting them from the
response, they are still present.  If I then execute the clear action
again, the list view is refreshed again and the cookies are no longer
present.

 I'm not sure what is going on here.  Are they being cached, is it a
timing issue?  Why on the second clear action does it finally indicate
the cookies have been removed.

 My immediate need is to be able to delete the cookies, refresh the list
view, and see that they are no longer present (no data rows in list
view).

 J.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



Re: Clearing Browser Cookies

2013-01-03 Thread Corbin, James
Hi Sven,

I did try redirecting a couple of ways with no success.  I tried throwing
a RestartResponseException which didn't work, then tried
setResponsePage(Š) to the same page and that didn't work either.  I was
still forced to press the Clear action again to see the cookies
disappear.

J.D.







On 1/3/13 1:04 PM, Sven Meier s...@meiers.net wrote:

Hi James,

deleting a cookie on the response doesn't change the cookies in the HTTP
request.

A redirect should help to get a fresh cookie list from the browser.

Sven

On 01/03/2013 08:29 PM, Corbin, James wrote:
 This is a rehash of a previous discussion on this forum relating to
immediate removal of a browser cookie.

 I have a list view that displays data loaded from 1 or more browser
cookies.  On this panel I also have a clear action (Link) that when
clicked deletes the cookies.  The underlying list view model is detached
which forces (verified) the cookies to be re-read.

 The problem is that when I re-read them after deleting them from the
response, they are still present.  If I then execute the clear action
again, the list view is refreshed again and the cookies are no longer
present.

 I'm not sure what is going on here.  Are they being cached, is it a
timing issue?  Why on the second clear action does it finally indicate
the cookies have been removed.

 My immediate need is to be able to delete the cookies, refresh the list
view, and see that they are no longer present (no data rows in list
view).

 J.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



Re: Clearing Browser Cookies

2013-01-03 Thread Corbin, James
So, I tried one more thing that worked...

setResponsePage(new RedirectPage(somePage));

The first time I tried it was without using the RedirectPage class.

J.D.







On 1/3/13 4:15 PM, Corbin, James jcor...@iqnavigator.com wrote:

Hi Sven,

I did try redirecting a couple of ways with no success.  I tried throwing
a RestartResponseException which didn't work, then tried
setResponsePage(Š) to the same page and that didn't work either.  I was
still forced to press the Clear action again to see the cookies
disappear.

J.D.







On 1/3/13 1:04 PM, Sven Meier s...@meiers.net wrote:

Hi James,

deleting a cookie on the response doesn't change the cookies in the HTTP
request.

A redirect should help to get a fresh cookie list from the browser.

Sven

On 01/03/2013 08:29 PM, Corbin, James wrote:
 This is a rehash of a previous discussion on this forum relating to
immediate removal of a browser cookie.

 I have a list view that displays data loaded from 1 or more browser
cookies.  On this panel I also have a clear action (Link) that when
clicked deletes the cookies.  The underlying list view model is detached
which forces (verified) the cookies to be re-read.

 The problem is that when I re-read them after deleting them from the
response, they are still present.  If I then execute the clear action
again, the list view is refreshed again and the cookies are no longer
present.

 I'm not sure what is going on here.  Are they being cached, is it a
timing issue?  Why on the second clear action does it finally indicate
the cookies have been removed.

 My immediate need is to be able to delete the cookies, refresh the list
view, and see that they are no longer present (no data rows in list
view).

 J.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





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



ClassCastException (WebResponse)

2012-12-10 Thread Corbin, James
I have the following code that is generating a ClassCastException that I do not 
fully understand,


(WebResponse)RequestCycle.get().getResponse();


The actual type of the value returned is 
org.apache.wicket.ajax.AbstractAjaxResponse$AjaxResponse.


I'm trying to understand why this call returns an AjaxResponse instead of a 
WebResponse, in my case.  I don't believe the code where this code get executed 
is in the context of Ajax.


J.D.


Re: ClassCastException (WebResponse)

2012-12-10 Thread Corbin, James
Yeah, it is.  The action was triggered via an AjaxLink which I didn't
realize at the time.  Is there a way to get access to the WebResponse in
this scenario?  I need to delete a cookie, but obviously, you cannot do so
through an AjaxResponse.

J.D.


On 12/10/12 12:56 PM, Paul Bors p...@bors.ws wrote:

Most likely because it is an Ajax response... :)

Do you have the AjaxIndicator somewhere on your page and does it indicate
an
Ajax request cycle happening?
What about while in DEVELOPMENT mode, can you monitor the page activity
using the Wicket Ajax Debug Window?

FYI, while in DEVELOPMENT mode you might want to add the DebugBar to your
page as well.

~ Thank you,
  Paul Bors

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com]
Sent: Monday, December 10, 2012 2:33 PM
To: users@wicket.apache.org
Subject: ClassCastException (WebResponse)

I have the following code that is generating a ClassCastException that I
do
not fully understand,


(WebResponse)RequestCycle.get().getResponse();


The actual type of the value returned is
org.apache.wicket.ajax.AbstractAjaxResponse$AjaxResponse.


I'm trying to understand why this call returns an AjaxResponse instead of
a
WebResponse, in my case.  I don't believe the code where this code get
executed is in the context of Ajax.


J.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



Deleting Cookies

2012-12-06 Thread Corbin, James
I have a ListView that renders items that are populated from user cookie data.  
The ListView contains a clear action that is supposed to delete the cookies 
then refresh the ListView so it reflects that the cookie data was removed.  I 
have code that executes the deletion of the cookies (works), then I turn around 
and detach the ListView's model which triggers a rereading of the cookie data.  
For some reason (probably works as designed), when the model is detach and 
reloads the cookies, they are still present.
If I then force a page refresh, cookie data is in fact removed and the ListView 
is empty.

Is there a way to attain this?  Am I missing something?  I really don't want to 
have to reload the page to see that the cookie data has been removed.

J.D.




Re: Deleting Cookies

2012-12-06 Thread Corbin, James
The ListView is not in a form, which is why I am leaving the default for
setReuseItems to false.
I am using a LoadableDetachableModel and verified the load that rereads
the cookies, does in fact get called after I delete them (reset method
call below).  If I break in the load of the detachable model, it is
reading that there are still values for the cookies I deleted in the
previous step.

Basically, here is the body of my Ajax Link's onClick,

RecentlyViewedItemsCollection c = new
RecentlyViewedItemsCollection(util.getCurrentUser());
c.reset(); // this actually deletes all the 
cookies
getModel().detach(); // this forces the 
detachable model to call its
load, which attempts to re-read specific cookies that should no longer
exist

target.add(RecentlyViewedItemsPanel.this.get(itemContainer)); //
lastly, I refresh the parent (WebMarkupContainer) of the ListView

I would have expected that when the model's load method is called that it
would see that the cookies were removed, but it still finds them.

J.D.








On 12/6/12 3:29 PM, Sebastien seb...@gmail.com wrote:

Hi,

Be sure to use a LoadableDetachableModel
Also, maybe you set ListView#*setReuseItems* to true (because the ListView
is in a form)? You can set it to false if you have no validation and then
you will get fresh data (see ListView javadoc)

Hope this helps,
Sebastien.

On Thu, Dec 6, 2012 at 11:09 PM, Corbin, James
jcor...@iqnavigator.comwrote:

 I have a ListView that renders items that are populated from user cookie
 data.  The ListView contains a clear action that is supposed to delete
 the cookies then refresh the ListView so it reflects that the cookie
data
 was removed.  I have code that executes the deletion of the cookies
 (works), then I turn around and detach the ListView's model which
triggers
 a rereading of the cookie data.  For some reason (probably works as
 designed), when the model is detach and reloads the cookies, they are
still
 present.
 If I then force a page refresh, cookie data is in fact removed and the
 ListView is empty.

 Is there a way to attain this?  Am I missing something?  I really don't
 want to have to reload the page to see that the cookie data has been
 removed.

 J.D.






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



Re: Deleting Cookies

2012-12-06 Thread Corbin, James
Hi Sebastian,

Thanks for your feedback.  I wasn't recreating (semantics?) the Listview,
I was just refreshing it via ajax so it updates with the model changes.
What do you mean by reattach the listview's parent-container?  Do you
mean remove the listview and re-add it in the onbeforerender?

J.D.



On 12/6/12 4:16 PM, Sebastien seb...@gmail.com wrote:

Well, I think it is because this is the same listview that is redisplayed,
not the new one.
The cause is that you did not add the new listview to its parent.

But, I would have done a little bit differently because:
1/ You do not have to recreate the listview in ajaxlink's onclick. just
clear cookies and reattach the listview's parent-container
2/ You do not have - generally speaking - to detach you model yourself
and,
moreover, it is not interesting to do it in the same request cycle. It
should be end at the end of the previous cycle. The use of a LDM does this
for you.

So: just one ListView with a LDM, and it should be good.
If it's still not, maybe the persistence of the cookie update is a little
bit slow and IO-async... But I (means myself) could not help in a such
case.

Best regards,
Sebastien.


On Thu, Dec 6, 2012 at 11:41 PM, Corbin, James
jcor...@iqnavigator.comwrote:

 The ListView is not in a form, which is why I am leaving the default for
 setReuseItems to false.
 I am using a LoadableDetachableModel and verified the load that rereads
 the cookies, does in fact get called after I delete them (reset method
 call below).  If I break in the load of the detachable model, it is
 reading that there are still values for the cookies I deleted in the
 previous step.

 Basically, here is the body of my Ajax Link's onClick,

 RecentlyViewedItemsCollection c = new
 RecentlyViewedItemsCollection(util.getCurrentUser());
 c.reset(); // this actually deletes all
 the cookies
 getModel().detach(); // this forces the
 detachable model to call its
 load, which attempts to re-read specific cookies that should no longer
 exist

 target.add(RecentlyViewedItemsPanel.this.get(itemContainer)); //
 lastly, I refresh the parent (WebMarkupContainer) of the ListView

 I would have expected that when the model's load method is called that
it
 would see that the cookies were removed, but it still finds them.

 J.D.








 On 12/6/12 3:29 PM, Sebastien seb...@gmail.com wrote:

 Hi,
 
 Be sure to use a LoadableDetachableModel
 Also, maybe you set ListView#*setReuseItems* to true (because the
ListView
 is in a form)? You can set it to false if you have no validation and
then
 you will get fresh data (see ListView javadoc)
 
 Hope this helps,
 Sebastien.
 
 On Thu, Dec 6, 2012 at 11:09 PM, Corbin, James
 jcor...@iqnavigator.comwrote:
 
  I have a ListView that renders items that are populated from user
cookie
  data.  The ListView contains a clear action that is supposed to
delete
  the cookies then refresh the ListView so it reflects that the cookie
 data
  was removed.  I have code that executes the deletion of the cookies
  (works), then I turn around and detach the ListView's model which
 triggers
  a rereading of the cookie data.  For some reason (probably works as
  designed), when the model is detach and reloads the cookies, they are
 still
  present.
  If I then force a page refresh, cookie data is in fact removed and
the
  ListView is empty.
 
  Is there a way to attain this?  Am I missing something?  I really
don't
  want to have to reload the page to see that the cookie data has been
  removed.
 
  J.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



Wicket 6 Ajax Behaviors

2012-11-30 Thread Corbin, James
I have some older javascript code that I am migrating to work with Wicket 6 and 
not sure how to do so.

I had some javascript that was triggering the onclick of an element in the 
following way,

somedomeelement.click();  // post wicket 1.4 this causes error - TypeError: 
Property 'onclick' of object #HTMLTableRowElement is not a function.

Post wicket 6 (1.5?) this will not work because of how wicket no longer 
produces the onclick attribute and instead uses event registration.

So, my question, how do I need to modify my javascript to be able to trigger 
the click event, because elem.click(); doesn't work.

J.D.




Convert bookmarkable url to wicket relative url?

2012-11-13 Thread Corbin, James
I need some help with converting a bookmarkable url into a wicket relative url.

My intent is to persist the url convert it to a wicket relative url and then 
redirect to that relative url.

I am using Component.urlFor(Class, PageParameters) api to generate the 
bookmarkable url.

Some interesting points about this problem is that I am using Wicket 6.0 , and 
Encrypting the URLs (using CryptoMapper).

The url format that comes back from the urlFor API, in my case, is as follows:

generatedUrlString = ./bookmarkable/path to some wicket page?x=FWzgyImodAY

I've tried the following to generate a wicket relative URL,


Url url = Url.parse(generatedUrlString);

String url2 = RequestCycle.get().getUrlRenderer().renderRelativeUrl(url);


This comes close, generating a URI, like,


protocol://host:port/wicket/wicket/bookmarkable/some wicket page?x



Notice that the parameter is chopped off.


Is there way to achieve a wicket relative url from a bookmarkable url with 
encrypted parameters?


Thanks,

J.D.



Detecting HTML 5 Features in Wicket

2012-11-12 Thread Corbin, James
Is there any built in support for detecting HTML 5 browser features like Web 
Storage?

If not, what is  the recommended approach for doing so?

I'm looking for a way to detect support for Web (e.g. Local) Storage, so in 
cases where the browser's do not support it (e.g., IE7), I can use cookies or 
some other mechanism instead.

Thanks,

J.D.


Re: Detecting HTML 5 Features in Wicket

2012-11-12 Thread Corbin, James
Thanks for the suggestions.

J.D.







On 11/12/12 9:05 AM, Phillips, David david.phill...@usaa.com wrote:

'getBatherExtendedBrowserInfo()' really just builds a small page to test
client side settings which posts back the information it's gathered. That
page is provided from 'newBrowserInfoPage()' in WebSession.

Thus, if you want to plug Modernizr into your session before the page
load, you can override this method and provide a custom page which
includes Modernizr. Three things to note about this approach. First, you
should probably start with just extending the 'BrowserInfoPage' class to
get it's built in postback functionality. Second, this callback doesn't
trigger until you call 'WebSession.getClientInfo()' for the first time,
so make sure that's done before any heavy lifting. Finally, I would
suggest embedding Modernizr onto your new page directly instead of
linking a JS file. This is mainly to reduce latency overhead from
multiple requests.

Thanks,
-David Phillips - USAA

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com]
Sent: Monday, November 12, 2012 9:11 AM
To: users@wicket.apache.org
Subject: EXTERNAL: Re: Detecting HTML 5 Features in Wicket

Thanks, I have already.  I know how to detect HTML5 features using
javascript, just wondered what is the best way to do so from Wicket code.
Given your suggestion, how could I use Modernizr to set browser state
indicating, for example, that HTML 5 local storage is in fact supported.
I'm just not sure how to plug something like this into the initialization
of the web application.  It would be nice if the gather extended browser
info support in Wicket supported these properties.

I'm just curious how others have managed to answer the question, Does my
browser and version support HTML 5 Local Storage?, from Wicket code.

Thanks,
J.D.







On 11/12/12 7:59 AM, Phillips, David david.phill...@usaa.com wrote:

I would suggest taking a look at Modernizr (http://modernizr.com/) for
feature detection.

Thanks,
-David Phillips - USAA

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com]
Sent: Monday, November 12, 2012 8:40 AM
To: users@wicket.apache.org
Subject: EXTERNAL: Detecting HTML 5 Features in Wicket

Is there any built in support for detecting HTML 5 browser features
like Web Storage?

If not, what is  the recommended approach for doing so?

I'm looking for a way to detect support for Web (e.g. Local) Storage,
so in cases where the browser's do not support it (e.g., IE7), I can
use cookies or some other mechanism instead.

Thanks,

J.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


-
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



Session Destroy

2012-11-12 Thread Corbin, James
Is there any way in Wicket 6+ to be notified when the session is ABOUT to be 
destroyed?  The UnboundListener.sessionUnbound(…) API is too late in the cycle 
for me to interact with the session state.

Thanks,
J.D.


Re: AjaxEditableLabel Issue (Application in Production Mode)

2012-09-26 Thread Corbin, James
Hi Martin,

Thanks for the feedback.  What is a bit confusing to me is how the
behavior changes when running wicket in Production Mode (doesn't work) vs.
Development Mode (works).  I don't see why the wicket application mode
would cause this behavior to change.

In our situation the AjaxEditableLabel component is nested in a table cell
and the table itself is parented by a Form.

I will look for JS errors as you suggest.

Thanks,
J.D.







On 9/26/12 12:59 AM, Martin Grigorov mgrigo...@apache.org wrote:

Hi,

It sounds like a JavaScript related problem.
It could be that there is blocked Ajax channel and the click cannot
make it to the server. Or something similar happened once, this leaded
to different state at the server and the client and since then it
cannot re-synchronizes the states.

Reload the page and look for JavaScript errors.
In Firebug do: Wicket.Log.error = function(text) {console.log(text);}

On Tue, Sep 25, 2012 at 9:25 PM, Corbin, James jcor...@iqnavigator.com
wrote:
 I have an interesting issue that crept up in the use of the
AjaxEditableLabel component in Wicket 1.4.13 (I know, ancient).

 The component stopped processing the click event that is supposed to
cause the editor to render.  I was seeing different behavior depending
upon the mode of the Wicket Application and wondered if anyone might
have a  clue as to what was going on.

 With the exact same source code, when the Wicket Application was
configured to run in Production Mode, the AjaxEditableLabel would not,
when clicked, render the editor, but when in Development mode, it worked
as expected.

 In the server log there is a warning that the component is either not
visible or not enabled, which I know isn't true because it works
perfectly fine when the Wicket Application is in Development Mode.

 The only behavior that is being overridden on the AjaxEditableLabel
instance is the onSubmit.

 I searched the forums and google and could not find anything that would
explain the different behavior of this component when the application
mode was changed from development to production.

 Interesting enough, the AjaxEditableLabel does work fine in Production
mode in other areas of the application when no behaviors are overridden.
 Not sure if that has anything whatsoever to do with this issue.

 Ideas?

 J.D.



-- 
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



AjaxEditableLabel Issue (Application in Production Mode)

2012-09-25 Thread Corbin, James
I have an interesting issue that crept up in the use of the AjaxEditableLabel 
component in Wicket 1.4.13 (I know, ancient).

The component stopped processing the click event that is supposed to cause the 
editor to render.  I was seeing different behavior depending upon the mode of 
the Wicket Application and wondered if anyone might have a  clue as to what was 
going on.

With the exact same source code, when the Wicket Application was configured to 
run in Production Mode, the AjaxEditableLabel would not, when clicked, render 
the editor, but when in Development mode, it worked as expected.

In the server log there is a warning that the component is either not visible 
or not enabled, which I know isn't true because it works perfectly fine when 
the Wicket Application is in Development Mode.

The only behavior that is being overridden on the AjaxEditableLabel instance is 
the onSubmit.

I searched the forums and google and could not find anything that would explain 
the different behavior of this component when the application mode was changed 
from development to production.

Interesting enough, the AjaxEditableLabel does work fine in Production mode in 
other areas of the application when no behaviors are overridden.  Not sure if 
that has anything whatsoever to do with this issue.

Ideas?

J.D.


Using a div/span tags for wicket components

2012-09-21 Thread Corbin, James
I'm sure this subject has been discussed before many times, but would like to 
revisit it to get some thoughts from the community.

Consider a Wicket TextField.  The typical markup is something like,

input type=text wicket:id=someId …/

I would like to, instead, specify a span or a div in the markup and bind the 
TextField to that markup instead.

I know I can achieve this by creating a new class that extends Panel (call it 
TextFieldPanel) with markup similar to the following,

…
wicket:panel
input type=text wicket:id=someId/
/wicket:panel

Now I can use a div or span tag as in,

div wicket:id=editor/

The problem with this approach is now if I want to affect some portion of the 
TextField, like adding a behavior to it, I'm almost forced to expose internal 
details about the Panel impl that I shouldn't.

For example, myTextFieldPanel.addBehaviorToChildComponent(IBehavior… behavior) 
which then adds the behavior to the TextField within the derived Panel.

It would be nice to be able to do something like,

public  class MyTextFieldT extends TextFieldT {…}

That allows you to use a span or a div for the markup but generates valid 
HTML.  With this approach you would be less inclined to expose the internals of 
the implementation because you are operating on an actual TextField instance.

I am using a fairly old version of Wicket, 1.4.13 but in the process of 
upgrading to 6.0.  So I would like some thoughts on if this is feasible for 
1.4.x and if its even practical.  I realize I have control over the 
construction of the markup for a component but I'm concerned as well about 
making sure the generated markup is valid HTML.

Thanks,
J.D.


Re: Using a div/span tags for wicket components

2012-09-21 Thread Corbin, James
Well, what would be gained is the flexibility to bind any kind of a form
component to a div or a span.

So if your markup is, for example,

input type=text ../

You do not have a bunch of options as to the type of Wicket Component you
can bind to this HTML markup.

But if you have, 

div wicket:id=component/

You get a bit more flexibility, in what type of component you can render,
TextField, Label, DropDownChoice, Panel etc.

Right now, we have the need to bind components (including form based
components like TextField) to span's and div's and the way we achieved
this was to create new classes that extend Panel and next the actual
component.  It forces us to create public apis like I described in my
original post that break encapsulation.

J.D.



On 9/21/12 10:42 AM, Carl-Eric Menzel cmen...@wicketbuch.de wrote:

On Fri, 21 Sep 2012 14:48:05 +
Corbin, James jcor...@iqnavigator.com wrote:
 input type=text wicket:id=someId Š/
 
 I would like to, instead, specify a span or a div in the markup and
 bind the TextField to that markup instead.

Why? A TextField needs to bind to an input tag, because that is what
the browser will render as a text field.

Of course, you could probably override TextField's onComponentTag to
not do the tag type check, if you wanted. Not sure whether that is
final (can't check right now).

But to be honest, at least right now I'm not seeing what would be
gained.

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



Wicket Examples

2012-05-07 Thread Corbin, James
The wicket examples (www.wicket-library.com/wicket-examples/) seems to be 
having issues.

I select the Contacts Editor option under the repeaters section and I get a 
permgen error.

Is this site working properly?  I assume the URL above is appropriate?

J.D.


Fusion Charts (IResourceListener)

2012-02-10 Thread Corbin, James
I am using Fusion Charts with Wicket (1.4.13) and implementing 
IResourceListener.
I also have the application configured to encrypt URLs.  With this in place, we 
get a lot of Invalid URL exceptions and I think it has something to do with how 
we are building our URLs.

The url is built using:

urlFor(IResourceListener.INTERFACE)

The URL is embedded in some Javascript that is rendered in the head of the page.

I came across the following issue, 
https://issues.apache.org/jira/browse/WICKET-2204, and wondered if it is 
related to the symptoms I am seeing.

Thoughts,
J.D.


GridView with Custom Cell Content

2012-01-20 Thread Corbin, James
Hi,

I have a use case where I need to render data in a grid (e.g. Table markup)  
and for each cell (td), determine its content dynamically.  Consider a table 
where you can drag and drop items from cell to cell and their position is 
stored.  In this scenario, I need to ask the question, for the current cell 
(row/col), what is my content, and sometimes this con tent will be empty.

I initially jumped on GridView as the appropriate component to use because it 
encapsulates the repeating in both the row and column directions.

Can a GridView support the ability (through a provider API?) to dynamically 
render content per cell.

If not, is there a better solution (using custom rolled nested repeaters)?

Thanks,
J.D.


Grid Layout Question

2011-12-08 Thread Corbin, James
I have a grid layout where I have the need to ask for the content at a 
particular grid location.  For example, I have a 2x2 grid, give me the 
component that I should render in slot 2,1.

I was wondering if any of the base repeaters that wicket (or wicket-extensions) 
would provide this kind of capability.

The repeaters like DataTable, GridView, etc., look like they only support data 
providers that return an iterator where I would need one that says give me the 
component that I need to render at row A, column B and so on as the Grid is 
rendered.

Is there such a component in Wicket or can it be accomplished using the data 
provider interfaces?

Thanks,
J.D.






Wicket Wizard Question

2011-08-11 Thread Corbin, James
I have a five step static Wicket Wizard which works great for the most part.  I 
am running on Wicket 1.4.13.

I am seeing some odd behavior and stepping through a debugger hasn't yielded 
any causes so I am reaching out to the forum for help.

If I navigate through the wizard by pressing the Next button all the way to 
the final step (step 5),  I DO NOT complete the wizard by pressing Finish, 
but instead press the Previous button which takes me to step 4.  From step 4, 
I then press the Next button.

At this point, I would expect to be taken to step 5, instead it appears to 
complete the wizard skipping step 5 and navigating me out of the wizard 
completely.
It acts like its executing Finish but I cannot step through the wizard in the 
debugger and see that is indeed what is happening.

I cannot really supply any code, but from what I can tell, I am not doing 
anything out of the ordinary.  It really is just a basic wizard.

Thoughts?

J.D.




TextField and Java Number

2011-06-15 Thread Corbin, James
I am creating an input field that should accept numbers only, so I defined my 
TextField component as follows,

TextFieldNumber(String markupId, IModelNumber model)

I am forcing the model update by adding 
AjaxFormComponentUpdatingBehavior(onblur)...

The model doesn't appear to be getting updated (works okay if defined as 
TextFieldString).

I am wondering if the alternate constructor format is required to make it work 
with types not derived from a String, as in,

TextFieldNumber(String markupId, IModelNumber model, Number.class)  // 
explicitly specify the type

I thought moving to support generics in wicket eliminated the need for this 
kind of syntax.

Is specifying the type (e.g., class) the solution,  or do I need to add a 
specific type converter for type Number???

Thanks,
J.D.


RE: TextField and Java Number

2011-06-15 Thread Corbin, James
LOL...good point...so the type Number.class was probably a bad choice :) I'm 
going with a BigDecimal as my type as that should support all my needs.

Thanks,
J.D.

-Original Message-
From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On 
Behalf Of James Carman
Sent: Wednesday, June 15, 2011 3:30 PM
To: users@wicket.apache.org
Subject: Re: TextField and Java Number

Number is abstract.  How is TextField supposed to be able to
instantiate one using the text?  You can't use one of the subclasses?

On Wed, Jun 15, 2011 at 5:20 PM, Corbin, James jcor...@iqnavigator.com wrote:
 I am creating an input field that should accept numbers only, so I defined my 
 TextField component as follows,

 TextFieldNumber(String markupId, IModelNumber model)

 I am forcing the model update by adding 
 AjaxFormComponentUpdatingBehavior(onblur)...

 The model doesn't appear to be getting updated (works okay if defined as 
 TextFieldString).

 I am wondering if the alternate constructor format is required to make it 
 work with types not derived from a String, as in,

 TextFieldNumber(String markupId, IModelNumber model, Number.class)  // 
 explicitly specify the type

 I thought moving to support generics in wicket eliminated the need for this 
 kind of syntax.

 Is specifying the type (e.g., class) the solution,  or do I need to add a 
 specific type converter for type Number???

 Thanks,
 J.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



RE: TextField and Java Number

2011-06-15 Thread Corbin, James
Good point.  Number is not the appropriate type in this case.  I think I should

-Original Message-
From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On 
Behalf Of James Carman
Sent: Wednesday, June 15, 2011 3:30 PM
To: users@wicket.apache.org
Subject: Re: TextField and Java Number

Number is abstract.  How is TextField supposed to be able to
instantiate one using the text?  You can't use one of the subclasses?

On Wed, Jun 15, 2011 at 5:20 PM, Corbin, James jcor...@iqnavigator.com wrote:
 I am creating an input field that should accept numbers only, so I defined my 
 TextField component as follows,

 TextFieldNumber(String markupId, IModelNumber model)

 I am forcing the model update by adding 
 AjaxFormComponentUpdatingBehavior(onblur)...

 The model doesn't appear to be getting updated (works okay if defined as 
 TextFieldString).

 I am wondering if the alternate constructor format is required to make it 
 work with types not derived from a String, as in,

 TextFieldNumber(String markupId, IModelNumber model, Number.class)  // 
 explicitly specify the type

 I thought moving to support generics in wicket eliminated the need for this 
 kind of syntax.

 Is specifying the type (e.g., class) the solution,  or do I need to add a 
 specific type converter for type Number???

 Thanks,
 J.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



RefreshingView - Comparing Items in List Model

2011-06-01 Thread Corbin, James
I am using a RefreshingView for a fairly simple table layout with the exception 
that one of columns in the table contains actions to move rows up and down 
(e.g., re-order rows).

My model for the RefreshingView is basically a ListIModelT where T is my 
POJO.

The approach I was going to take was to have the buttons (move up/down) 
manipulate the underlying model by repositioning the IModelT instances in the 
ordered List.  In order to do this, I need to identify the index position of a 
particular item (IModelT) in the list.

My T instances have equals and hashcode defined, but wondered if my IModelT 
instances need to be detachable models that also define hashcode and equals as 
well.

Is this the right approach?

J.D.




RE: RefreshingView - Comparing Items in List Model

2011-06-01 Thread Corbin, James
I was able to solve this issue by defining a new class that extends 
LoadableDetachableModel.  The class also overrides hashcode and equals 
appropriately.  Now my ListIModelT (used by RefreshingView) contains 
instances for the new detachable model implementation and now list manipulation 
works just fine and my manual row reordering logic works perfectly.


Regards,
J.D.
-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Wednesday, June 01, 2011 8:56 AM
To: users@wicket.apache.org
Subject: RefreshingView - Comparing Items in List Model

I am using a RefreshingView for a fairly simple table layout with the exception 
that one of columns in the table contains actions to move rows up and down 
(e.g., re-order rows).

My model for the RefreshingView is basically a ListIModelT where T is my 
POJO.

The approach I was going to take was to have the buttons (move up/down) 
manipulate the underlying model by repositioning the IModelT instances in the 
ordered List.  In order to do this, I need to identify the index position of a 
particular item (IModelT) in the list.

My T instances have equals and hashcode defined, but wondered if my IModelT 
instances need to be detachable models that also define hashcode and equals as 
well.

Is this the right approach?

J.D.



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



Wicket's Wizard Component

2011-05-21 Thread Corbin, James
I am attempting to enhance the Wizard's layout by sub-classing Wizard.java.  
The idea is to change the default markup to suit some specific layout 
requirements.


The problem I am trying to solve is to re-parent the form to the component 
bound to the wicket:id myOuterWrapperComp, but not sure if or how this can be 
done using the Wizard framework.



I am using Wicket Version 1.4.13.



Can this be done using sub-classing Wizard.java? I would like to avoid writing 
my own class that mimics 99% of what  Wizard.java provides, just for this 
layout issue.

Here is a sample of the markup in my DerivedFromWizard (not real name) class,


div wicket:id=myOuterWrapperComp class=wicketExtensionsWizard



form wicket:id=form class=wicketExtensionsWizardForm



... rest of wizard markup, same as what is in Wizard.html



/form



/div





Thanks,
J.D.



RE: Wicket's Wizard Component

2011-05-21 Thread Corbin, James
Actually, it makes sense to pull the source and modify it to support my 
specific needs.

J.D.

-Original Message-
From: Brian Topping [mailto:topp...@codehaus.org] 
Sent: Saturday, May 21, 2011 9:29 AM
To: users@wicket.apache.org
Subject: Re: Wicket's Wizard Component

Wizard probably ought to be moved to the category of example code instead of 
something that can (or will) be improved.  It hasn't changed much since it was 
written, and if it were changed, would probably break hundreds of users for no 
real benefit (i.e. users would have to go implement new interfaces for 
components that already work and have long since been forgotten about).

IMHO, if you like the code, you might be better off just grabbing a copy of it 
into your own source tree.  Then you can build what you want with impunity.

Brian


On May 21, 2011, at 11:08 AM, Corbin, James wrote:

 I am attempting to enhance the Wizard's layout by sub-classing Wizard.java.  
 The idea is to change the default markup to suit some specific layout 
 requirements.
 
 
 The problem I am trying to solve is to re-parent the form to the component 
 bound to the wicket:id myOuterWrapperComp, but not sure if or how this can 
 be done using the Wizard framework.
 
 
 
 I am using Wicket Version 1.4.13.
 
 
 
 Can this be done using sub-classing Wizard.java? I would like to avoid 
 writing my own class that mimics 99% of what  Wizard.java provides, just for 
 this layout issue.
 
 Here is a sample of the markup in my DerivedFromWizard (not real name) class,
 
 
 div wicket:id=myOuterWrapperComp class=wicketExtensionsWizard
 
 
 
 form wicket:id=form class=wicketExtensionsWizardForm
 
 
 
 ... rest of wizard markup, same as what is in Wizard.html
 
 
 
 /form
 
 
 
 /div
 
 
 
 
 
 Thanks,
 J.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



RE: Wicket's Wizard Component

2011-05-21 Thread Corbin, James
To the core wicket developers, is there any copyright concerns with pulling the 
Wizard source into my codebase and modifying it?

J.D.

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Saturday, May 21, 2011 9:37 AM
To: users@wicket.apache.org
Subject: RE: Wicket's Wizard Component

Actually, it makes sense to pull the source and modify it to support my 
specific needs.

J.D.

-Original Message-
From: Brian Topping [mailto:topp...@codehaus.org] 
Sent: Saturday, May 21, 2011 9:29 AM
To: users@wicket.apache.org
Subject: Re: Wicket's Wizard Component

Wizard probably ought to be moved to the category of example code instead of 
something that can (or will) be improved.  It hasn't changed much since it was 
written, and if it were changed, would probably break hundreds of users for no 
real benefit (i.e. users would have to go implement new interfaces for 
components that already work and have long since been forgotten about).

IMHO, if you like the code, you might be better off just grabbing a copy of it 
into your own source tree.  Then you can build what you want with impunity.

Brian


On May 21, 2011, at 11:08 AM, Corbin, James wrote:

 I am attempting to enhance the Wizard's layout by sub-classing Wizard.java.  
 The idea is to change the default markup to suit some specific layout 
 requirements.
 
 
 The problem I am trying to solve is to re-parent the form to the component 
 bound to the wicket:id myOuterWrapperComp, but not sure if or how this can 
 be done using the Wizard framework.
 
 
 
 I am using Wicket Version 1.4.13.
 
 
 
 Can this be done using sub-classing Wizard.java? I would like to avoid 
 writing my own class that mimics 99% of what  Wizard.java provides, just for 
 this layout issue.
 
 Here is a sample of the markup in my DerivedFromWizard (not real name) class,
 
 
 div wicket:id=myOuterWrapperComp class=wicketExtensionsWizard
 
 
 
 form wicket:id=form class=wicketExtensionsWizardForm
 
 
 
 ... rest of wizard markup, same as what is in Wizard.html
 
 
 
 /form
 
 
 
 /div
 
 
 
 
 
 Thanks,
 J.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


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



Wicket Release of 1.4.18?

2011-05-06 Thread Corbin, James
Hello,

I have a project running against Wicket 1.4.13 and am considering upgrading to 
be more current with the latest 1.4.x version (currently 17).
I would rather hold off upgrading to Wicket 1.4.17,  if Wicket 1.4.18 is 
planned for a release in the next few weeks.

Thoughts,

J.D.


RE: Wicket Release of 1.4.18?

2011-05-06 Thread Corbin, James
Yes, I could do that but this is a production environment and would rather not 
have to upgrade that shortly after upgrading to wicket 1.4.17.


-Original Message-
From: Bruno Borges [mailto:bruno.bor...@gmail.com] 
Sent: Friday, May 06, 2011 2:21 PM
To: users@wicket.apache.org
Subject: Re: Wicket Release of 1.4.18?

Why don't you upgrade to 1.4.17 and as soon 18 is relased, you plan to
upgrade again?


*Bruno Borges*
www.brunoborges.com.br
+55 21 76727099



On Fri, May 6, 2011 at 4:41 PM, Corbin, James jcor...@iqnavigator.comwrote:

 Hello,

 I have a project running against Wicket 1.4.13 and am considering upgrading
 to be more current with the latest 1.4.x version (currently 17).
 I would rather hold off upgrading to Wicket 1.4.17,  if Wicket 1.4.18 is
 planned for a release in the next few weeks.

 Thoughts,

 J.D.



Wicket 1.5 RC3

2011-04-05 Thread Corbin, James
I am looking into converting my existing 1.4 project into 1.5RC3 and it's not 
clear where the code that was previously handled in my overridden 
WebRequestCycle.onRuntimeException(...) needs to go.

The migration page talks about overriding Application.newExceptionMapper(), but 
I don't see that method in the class hierarchy.

Any help would be greatly appreciated.

Thanks,
J.D.


RE: JavaScript bug in IE (wicket-event.js)

2011-01-18 Thread Corbin, James
I've encountered errors like this where the browser renders a javascript error 
relating to undefined variables in various wicket framework javascript files.  
The only browser/version where I have observed this was in IE6 (don't ask).

-J.D. 
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Tuesday, January 18, 2011 10:10 AM
To: users@wicket.apache.org
Subject: Re: JavaScript bug in IE (wicket-event.js)

seems weird. that file works ok on other pages?

-igor

On Mon, Jan 17, 2011 at 11:53 PM, Alec Swan alecs...@gmail.com wrote:
 Hello,

 I have a website using Wicket 1.4.14. There is a link which pops up a
 window/page generated by Wicket. The popup works great in Firefox and
 Chrome, but in IE I get the following error:

 Webpage error details

 User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64;
 Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR
 3.0.30729; Media Center PC 6.0; MDDR; InfoPath.3)
 Timestamp: Tue, 18 Jan 2011 07:47:14 UTC

 Message: 'navigator' is undefined
 Line: 21
 Char: 1
 Code: 0
 URI:
 http://www.customerelite.com/lrm/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js

 Is this a bug? Any easy way to fix/patch this?

 Thanks,

 Alec


-
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 TextArea - Current Buffer Size?

2011-01-16 Thread Corbin, James
Is it possible to get the current character count from a TextArea component in 
Wicket by attaching an AjaxEventBehavior?
I successfully capture an onkeypress event, but not sure how I am supposed to 
get the raw input in the TextArea.
I know that the model won't be updated until the post has occurred, but 
wondered if there was any way (wicket or otherwise) to get the current text 
that has been entered into the control?
J.D.



RE: Wicket TextArea - Current Buffer Size?

2011-01-16 Thread Corbin, James
Thanks Jeremy.  I thought AjaxFormComponentUpdatingBehavior was the appropriate 
behavior.

I'll try again.

J.D.

-Original Message-
From: Jeremy Thomerson [mailto:jer...@wickettraining.com] 
Sent: Sunday, January 16, 2011 4:24 PM
To: users@wicket.apache.org
Subject: Re: Wicket TextArea - Current Buffer Size?

You need this on the client side or server side?

On client, just .value on the dom element.

On server, you'll need an ajax form component updating behavior. Model will
then have the text.

Jeremy Thomerson
http://wickettraining.com
-- sent from my smart phone, so please excuse spelling, formatting, or
compiler errors

On Jan 16, 2011 5:18 PM, Corbin, James jcor...@iqnavigator.com wrote:

Is it possible to get the current character count from a TextArea component
in Wicket by attaching an AjaxEventBehavior?
I successfully capture an onkeypress event, but not sure how I am supposed
to get the raw input in the TextArea.
I know that the model won't be updated until the post has occurred, but
wondered if there was any way (wicket or otherwise) to get the current text
that has been entered into the control?
J.D.

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



Timeframe for Wicket 1.5 Release

2010-12-10 Thread Corbin, James
This question is targeted to the core Wicket product developers.

The 1.5 code line is up to its 3rd Maintenance release and was curious (for 
planning purposes) what the anticipated public release date was...

I'm not looking for a specific day, but rather, something like 1st Quarter 
2011, 4th Quarter 2011, 2012, etc...
Thanks,
J.D.

J.D. Corbin | IQNavigator | Senior Software Engineer
Office: (303) 563-1503 * Mobile: (303) 912-0958 * 
jcor...@iqnavigator.commailto:y...@iqnavigator.com
6465 Greenwood Plaza Blvd. *  Suite 800 * Centennial, CO *  80111 *  USA

This email message is for the sole use of the intended recipient(s) and may 
contain confidential and privileged information. Any unauthorized review, use, 
disclosure or distribution is prohibited. If you are not the intended 
recipient, please contact the sender by reply email and destroy all copies of 
the original message.



RE: Timeframe for Wicket 1.5 Release

2010-12-10 Thread Corbin, James
Thanks.  That is what I was looking for.

-Original Message-
From: Jeremy Thomerson [mailto:jer...@wickettraining.com] 
Sent: Friday, December 10, 2010 10:08 AM
To: users@wicket.apache.org
Subject: Re: Timeframe for Wicket 1.5 Release

On Fri, Dec 10, 2010 at 10:46 AM, Corbin, James jcor...@iqnavigator.comwrote:

 This question is targeted to the core Wicket product developers.

 The 1.5 code line is up to its 3rd Maintenance release and was curious (for
 planning purposes) what the anticipated public release date was...

 I'm not looking for a specific day, but rather, something like 1st Quarter
 2011, 4th Quarter 2011, 2012, etc...
 Thanks,
 J.D.

 J.D. Corbin | IQNavigator | Senior Software Engineer
 Office: (303) 563-1503 * Mobile: (303) 912-0958 * jcor...@iqnavigator.com
 mailto:y...@iqnavigator.com
 6465 Greenwood Plaza Blvd. *  Suite 800 * Centennial, CO *  80111 *  USA

 This email message is for the sole use of the intended recipient(s) and may
 contain confidential and privileged information. Any unauthorized review,
 use, disclosure or distribution is prohibited. If you are not the intended
 recipient, please contact the sender by reply email and destroy all copies
 of the original message.


This was discussed only two days ago on the list.  Please reference
http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-td3078531.html

-- 
Jeremy Thomerson
http://wickettraining.com
*Need a CMS for Wicket?  Use Brix! http://brixcms.org*

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



IndicatingAjaxButton (Doesn't display indicator in Internet Explorer)

2010-11-30 Thread Corbin, James
I recently noticed that the IndicatingAjaxButton no longer appears to render 
the asterix in Internet Explorer (all versions including 6,7 and 8).

I noticed this after moving to Wicket Version 1.4.13.

Has anybody seen this behavior with ajax indicators not displaying in IE?

J.D.

J.D. Corbin | IQNavigator | Senior Software Engineer
Office: (303) 563-1503 * Mobile: (303) 912-0958 * 
jcor...@iqnavigator.commailto:y...@iqnavigator.com
6465 Greenwood Plaza Blvd. *  Suite 800 * Centennial, CO *  80111 *  USA

This email message is for the sole use of the intended recipient(s) and may 
contain confidential and privileged information. Any unauthorized review, use, 
disclosure or distribution is prohibited. If you are not the intended 
recipient, please contact the sender by reply email and destroy all copies of 
the original message.



Customizing CheckBoxMultipleChoice Images?

2010-05-11 Thread Corbin, James
Hello,

I would like to customize the images used for the selected and unselected 
states of the checkboxes rendered as part of the CheckBoxMultipleChoice 
component, but not sure how to do this...

I've read a few sources that indicate this can be done by specifying a 
class=styled on the markup for the checkbox, but not sure I have access to 
doing so through wicket.

The idea is to specify the following, (obviously the CheckBoxMultipleChoice 
will generate this markup)
input type=checkbox name=blah class=styled/

Once the input markup specifies the styled class, theoretically you can 
customize the background images using css.

Is this the right approach and if so, how can I add a style attribute to the 
generated input type=checkbox/ element?

Thanks,
J.D.




RE: Customizing CheckBoxMultipleChoice Images?

2010-05-11 Thread Corbin, James
Thanks Igor.

I know this isn't a wicket issue...but,

I'm able to style some aspects of the checkbox's by specifying css as in,

div.div class name input[type=checkbox]
{
...
}

Or

div.div class name input[type=checkbox]:checked
{
...
}

But if I specify the background attribute in either of these sections, it 
doesn't change the they image for the selected or unselected checkbox state.

I've seen a fair number of examples on how to change the checkbox images using 
css and custom javascript, but I hoped it was possible with just css.

J.D.



-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Tuesday, May 11, 2010 11:08 AM
To: users@wicket.apache.org
Subject: Re: Customizing CheckBoxMultipleChoice Images?

put the choice component into a div with a class attribute, then in
css you can do div.the class you gave the div input[type=checkbox]
css styles you want applied

-igor

On Tue, May 11, 2010 at 9:23 AM, Corbin, James jcor...@iqnavigator.com wrote:
 Hello,

 I would like to customize the images used for the selected and unselected 
 states of the checkboxes rendered as part of the CheckBoxMultipleChoice 
 component, but not sure how to do this...

 I've read a few sources that indicate this can be done by specifying a 
 class=styled on the markup for the checkbox, but not sure I have access to 
 doing so through wicket.

 The idea is to specify the following, (obviously the CheckBoxMultipleChoice 
 will generate this markup)
 input type=checkbox name=blah class=styled/

 Once the input markup specifies the styled class, theoretically you can 
 customize the background images using css.

 Is this the right approach and if so, how can I add a style attribute to the 
 generated input type=checkbox/ element?

 Thanks,
 J.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



RE: AjaxFallbackDefaultDataTable Model Not Updating

2010-04-30 Thread Corbin, James
Is the solution to add 
AjaxFormComponentUpdatingBehavior/AjaxFormChoiceComponentUpdatingBehavior to 
each of the editable form components?

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Thursday, April 29, 2010 4:42 PM
To: users@wicket.apache.org
Subject: AjaxFallbackDefaultDataTable Model Not Updating

A co-worker of mine created an AjaxFallbackDefaultDataTable with editable 
cells.  In this case they are dropdowns.  She is dynamically adding rows to the 
table.  If she modifies one of the component drop down (PropertyModel) values 
in one of the cells and then adds a new row, the changes she made to the 
previous row(s) are lost.

She noticed that the setter method on the property is not called, but the 
getter is being called.  I'm pretty sure that if she submits the form the model 
would get updated (normal form processing) and her changes would be persisted 
to the model, but how can she get the model to update without submitting the 
form?

I seem to remember previous forum topics related to this issue, but couldn't 
remember the suggested solutions.

Does the solution have to do with selecting a different ItemReuseStrategy?

 Thanks,
J.D.


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



AjaxFallbackDefaultDataTable Model Not Updating

2010-04-29 Thread Corbin, James
A co-worker of mine created an AjaxFallbackDefaultDataTable with editable 
cells.  In this case they are dropdowns.  She is dynamically adding rows to the 
table.  If she modifies one of the component drop down (PropertyModel) values 
in one of the cells and then adds a new row, the changes she made to the 
previous row(s) are lost.

She noticed that the setter method on the property is not called, but the 
getter is being called.  I'm pretty sure that if she submits the form the model 
would get updated (normal form processing) and her changes would be persisted 
to the model, but how can she get the model to update without submitting the 
form?

I seem to remember previous forum topics related to this issue, but couldn't 
remember the suggested solutions.

Does the solution have to do with selecting a different ItemReuseStrategy?

 Thanks,
J.D.


RE: Nested Forms and Multipart Fileupload Issue

2010-03-10 Thread Corbin, James
Yeah, some feedback from the Wicket Contributors on this issue would be greatly 
appreciated.

-Original Message-
From: Michał Letyński [mailto:mletyn...@consol.pl] 
Sent: Wednesday, March 10, 2010 7:52 AM
To: users@wicket.apache.org
Subject: Re: Nested Forms and Multipart Fileupload Issue

Is there a wicket version where it works ? I tried  with 1.4.6 and 1.4.7 
but i get the same error which James got.
My use case : I'm trying to submit a form via ajax to upload a file  
inside modal window.
After debug:
FileUploadBase.isMultipartContent get false because

if (contentType.toLowerCase().startsWith(MULTIPART))   - contentType = 
application/x-www-form-urlencoded
 
James Carman pisze:
 You're trying to submit a form via ajax to upload a file?

 On Tue, Mar 9, 2010 at 4:26 PM, Corbin, James jcor...@iqnavigator.com wrote:
   
 This issue seems to pop up in our environment from time to time and trying 
 to figure out how to fix it once and for all.

 We have a page with a form that pops up modal window with a form specified 
 as well.

 When we try to submit, we get the following exception:

 java.lang.IllegalStateException: ServletRequest does not contain multipart 
 content. One possible solution is to explicitly call 
 Form.setMultipart(true), Wicket tries its best to auto-detect multipart 
 forms but there are certain situation where it cannot.
 at 
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113)
 at 
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83)
 at 
 org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500)
 at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668)
 at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862)
 at 
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135)
 at 
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
 ...

 Setting Form.setMultipart(true) on either form has no affect.

 We are running Wicket Version 1.4.7.

 Is there a fix for this issue?

 Is this JIRA Issue related??? 
 https://issues.apache.org/jira/browse/WICKET-2749



 

 -
 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: Nested Forms and Multipart Fileupload Issue

2010-03-10 Thread Corbin, James
Hmmm...I thought the Wicket Team already implemented something similar to this 
into the framework some time ago.

-Original Message-
From: James Carman [mailto:jcar...@carmanconsulting.com] 
Sent: Wednesday, March 10, 2010 11:15 AM
To: users@wicket.apache.org
Subject: Re: Nested Forms and Multipart Fileupload Issue

Someone at work had some luck with this approach from what I understand...

http://www.dooriented.com/blog/2008/04/23/wicket-ajax-like-file-upload-on-a-modal-window/


2010/3/10 Michał Letyński mletyn...@consol.pl:
 Is there a wicket version where it works ? I tried  with 1.4.6 and 1.4.7 but
 i get the same error which James got.
 My use case : I'm trying to submit a form via ajax to upload a file  inside
 modal window.
 After debug:
 FileUploadBase.isMultipartContent get false because

 if (contentType.toLowerCase().startsWith(MULTIPART))   - contentType =
 application/x-www-form-urlencoded

 James Carman pisze:

 You're trying to submit a form via ajax to upload a file?

 On Tue, Mar 9, 2010 at 4:26 PM, Corbin, James jcor...@iqnavigator.com
 wrote:


 This issue seems to pop up in our environment from time to time and
 trying to figure out how to fix it once and for all.

 We have a page with a form that pops up modal window with a form
 specified as well.

 When we try to submit, we get the following exception:

 java.lang.IllegalStateException: ServletRequest does not contain
 multipart content. One possible solution is to explicitly call
 Form.setMultipart(true), Wicket tries its best to auto-detect multipart
 forms but there are certain situation where it cannot.
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113)
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83)
 at
 org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500)
 at
 org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668)
 at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862)
 at
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135)
 at
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
 ...

 Setting Form.setMultipart(true) on either form has no affect.

 We are running Wicket Version 1.4.7.

 Is there a fix for this issue?

 Is this JIRA Issue related???
 https://issues.apache.org/jira/browse/WICKET-2749





 -
 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



Nested Forms and Multipart Fileupload Issue

2010-03-09 Thread Corbin, James
This issue seems to pop up in our environment from time to time and trying to 
figure out how to fix it once and for all.

We have a page with a form that pops up modal window with a form specified as 
well.

When we try to submit, we get the following exception:

java.lang.IllegalStateException: ServletRequest does not contain multipart 
content. One possible solution is to explicitly call Form.setMultipart(true), 
Wicket tries its best to auto-detect multipart forms but there are certain 
situation where it cannot.
at 
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113)
at 
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83)
at 
org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500)
at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862)
at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135)
at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
...

Setting Form.setMultipart(true) on either form has no affect.

We are running Wicket Version 1.4.7.

Is there a fix for this issue?

Is this JIRA Issue related??? https://issues.apache.org/jira/browse/WICKET-2749




RE: Nested Forms and Multipart Fileupload Issue

2010-03-09 Thread Corbin, James
My submit action is on the modal popup which does NOT contain a FileUpload 
Field, but the form the modal is launched from does have a FileUpload field.

So, we have a page with a button added to a form that pops up a modal dialog 
that also defines a form.  This modal popup has a Submit button that does so 
via Ajax (e.g., AjaxButton).

Once we click the ajax submit button, we get the error below.


-Original Message-
From: James Carman [mailto:jcar...@carmanconsulting.com] 
Sent: Tuesday, March 09, 2010 2:30 PM
To: users@wicket.apache.org
Subject: Re: Nested Forms and Multipart Fileupload Issue

You're trying to submit a form via ajax to upload a file?

On Tue, Mar 9, 2010 at 4:26 PM, Corbin, James jcor...@iqnavigator.com wrote:
 This issue seems to pop up in our environment from time to time and trying to 
 figure out how to fix it once and for all.

 We have a page with a form that pops up modal window with a form specified as 
 well.

 When we try to submit, we get the following exception:

 java.lang.IllegalStateException: ServletRequest does not contain multipart 
 content. One possible solution is to explicitly call Form.setMultipart(true), 
 Wicket tries its best to auto-detect multipart forms but there are certain 
 situation where it cannot.
 at 
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113)
 at 
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83)
 at 
 org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500)
 at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668)
 at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862)
 at 
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135)
 at 
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
 ...

 Setting Form.setMultipart(true) on either form has no affect.

 We are running Wicket Version 1.4.7.

 Is there a fix for this issue?

 Is this JIRA Issue related??? 
 https://issues.apache.org/jira/browse/WICKET-2749




-
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



Planned 1.4.7 Release?

2010-03-04 Thread Corbin, James
Hi,

We are currently using Wicket Version 1.4.4 and I believe the release of 1.4.7 
is fairly imminent?

Could someone shed some light on the expected release timeframe for 1.4.7 and 
what the recommendation is on upgrading from 1.4.4 to 1.4.7?

We have a lot of Ajax behaviors in our code and if there are significant fixes 
around Ajax in the releases subsequent to 1.4.4 then my gut says I should 
upgrade.

Also, are there any notable performance improvements in 1.4.5, 1.4.6 or 1.4.7?

Thanks,
J.D.


RE: Planned 1.4.7 Release?

2010-03-04 Thread Corbin, James
Awesome.  Thanks for the response.

I was hoping it was this week so I could test out 1.4.7 with our application 
over the weekend.

J.D.

-Original Message-
From: Riyad Kalla [mailto:rka...@gmail.com] 
Sent: Thursday, March 04, 2010 11:05 AM
To: users@wicket.apache.org
Subject: Re: Planned 1.4.7 Release?

The hot item in 1.4.7 I am aware of is the fix for redirected/relative
paths when using Ajax components that was broken in 1.4.6 -- and yesterday
Igor said he would begin promotion to the mirrors and writeup an
announcement, so I think the release is... any minute now?

On Thu, Mar 4, 2010 at 10:55 AM, Corbin, James jcor...@iqnavigator.comwrote:

 Hi,

 We are currently using Wicket Version 1.4.4 and I believe the release of
 1.4.7 is fairly imminent?

 Could someone shed some light on the expected release timeframe for 1.4.7
 and what the recommendation is on upgrading from 1.4.4 to 1.4.7?

 We have a lot of Ajax behaviors in our code and if there are significant
 fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I
 should upgrade.

 Also, are there any notable performance improvements in 1.4.5, 1.4.6 or
 1.4.7?

 Thanks,
 J.D.



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



RE: Planned 1.4.7 Release?

2010-03-04 Thread Corbin, James
Is this a valid download URL: http://apache.tradebit.com/pub/wicket/1.4.7/

-Original Message-
From: Jeremy Thomerson [mailto:jer...@wickettraining.com] 
Sent: Thursday, March 04, 2010 11:19 AM
To: users@wicket.apache.org
Subject: Re: Planned 1.4.7 Release?

Look in that release vote - you can download the jars from the temp repo and
use them now (or a few days ago).  They'll be in the main repo(s) in the
next few days.

--
Jeremy Thomerson
http://www.wickettraining.com



On Thu, Mar 4, 2010 at 12:15 PM, Corbin, James jcor...@iqnavigator.comwrote:

 Awesome.  Thanks for the response.

 I was hoping it was this week so I could test out 1.4.7 with our
 application over the weekend.

 J.D.

 -Original Message-
 From: Riyad Kalla [mailto:rka...@gmail.com]
 Sent: Thursday, March 04, 2010 11:05 AM
 To: users@wicket.apache.org
 Subject: Re: Planned 1.4.7 Release?

 The hot item in 1.4.7 I am aware of is the fix for redirected/relative
 paths when using Ajax components that was broken in 1.4.6 -- and yesterday
 Igor said he would begin promotion to the mirrors and writeup an
 announcement, so I think the release is... any minute now?

 On Thu, Mar 4, 2010 at 10:55 AM, Corbin, James jcor...@iqnavigator.com
 wrote:

  Hi,
 
  We are currently using Wicket Version 1.4.4 and I believe the release of
  1.4.7 is fairly imminent?
 
  Could someone shed some light on the expected release timeframe for 1.4.7
  and what the recommendation is on upgrading from 1.4.4 to 1.4.7?
 
  We have a lot of Ajax behaviors in our code and if there are significant
  fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I
  should upgrade.
 
  Also, are there any notable performance improvements in 1.4.5, 1.4.6 or
  1.4.7?
 
  Thanks,
  J.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



RE: Planned 1.4.7 Release?

2010-03-04 Thread Corbin, James
Thanks, I already downloaded it and have our application running on 1.4.7.

So far so good.  Seems a bit snappier than our version that was using 1.4.4.

J.D.

-Original Message-
From: James Carman [mailto:jcar...@carmanconsulting.com] 
Sent: Thursday, March 04, 2010 2:03 PM
To: users@wicket.apache.org
Subject: Re: Planned 1.4.7 Release?

Why not just try it:

http://repo1.maven.org/maven2/org/apache/wicket/wicket/1.4.7/

Change your version in Maven and see if it picks it up.

On Thu, Mar 4, 2010 at 1:15 PM, Corbin, James jcor...@iqnavigator.com wrote:
 Awesome.  Thanks for the response.

 I was hoping it was this week so I could test out 1.4.7 with our application 
 over the weekend.

 J.D.

 -Original Message-
 From: Riyad Kalla [mailto:rka...@gmail.com]
 Sent: Thursday, March 04, 2010 11:05 AM
 To: users@wicket.apache.org
 Subject: Re: Planned 1.4.7 Release?

 The hot item in 1.4.7 I am aware of is the fix for redirected/relative
 paths when using Ajax components that was broken in 1.4.6 -- and yesterday
 Igor said he would begin promotion to the mirrors and writeup an
 announcement, so I think the release is... any minute now?

 On Thu, Mar 4, 2010 at 10:55 AM, Corbin, James jcor...@iqnavigator.comwrote:

 Hi,

 We are currently using Wicket Version 1.4.4 and I believe the release of
 1.4.7 is fairly imminent?

 Could someone shed some light on the expected release timeframe for 1.4.7
 and what the recommendation is on upgrading from 1.4.4 to 1.4.7?

 We have a lot of Ajax behaviors in our code and if there are significant
 fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I
 should upgrade.

 Also, are there any notable performance improvements in 1.4.5, 1.4.6 or
 1.4.7?

 Thanks,
 J.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



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



Ajax File Upload (Safari and Chrome)?

2010-03-01 Thread Corbin, James
Are there any known issues with the FileUploadField when submitting via Ajax on 
Safari 4.x or Chrome 5.x?

In the AjaxButton.onSubmit(), I am attempting to update other components and it 
doesn't seem to repaint the component(s) in Safari or Chrome, but does work as 
I expect in Firefox 3.x.

J.D.


Conditionally Render Different Fragments (via Radio Choice Selection)?

2010-02-26 Thread Corbin, James
I have radio group (RadioChoice) with two options that conditionally renders 
one of two fragments.

The two fragments are pre-created and then attach onchange ajax behavior to the 
RadioChoice component that toggles the visibility of the fragments depending 
upon the selection made for the RadioChoice component.

When I toggle the radio choice to the second option, my fragment isn't being 
rendered when I setVisible(true).

In my ajax update method, I toggle the visibility for the fragments and then
target.addComponent(fragment1);
target.addComponent(fragment2);

I tried target.addComponent(form), where form is the container for the 
RadioChoice and Fragments.

I made sure that I specify setOutputMarkupPlaceholderTag(true) on both 
fragments at creation time.

I'm not sure what is going on here?

J.D.


RE: Conditionally Render Different Fragments (via Radio Choice Selection)?

2010-02-26 Thread Corbin, James
I looked at the ajax debug output and noticed there was no reference to one of 
the fragments.

With only one div for the fragment, what I needed to do was conditionally add 
and remove the fragment components depending upon the selection of the 
RadioChoice and re-add the form via target.addComponent(...)

Another option I considered and went with was just to add another div for the 
second fragment adding both to the container form and conditionally rendering 
them by setting their visibility appropriately.

J.D.

-Original Message-
From: Riyad Kalla [mailto:rka...@gmail.com] 
Sent: Friday, February 26, 2010 12:16 PM
To: users@wicket.apache.org
Subject: Re: Conditionally Render Different Fragments (via Radio Choice 
Selection)?

JD,

If you flip the initial visible fragment to the 2nd one, does the inverse
condition apply? (frag2 is visible and frag1 isn't visible?)

If you check the source of the generated HTML, you are seeing the generated
placeholder tag for the 2nd fragment so it can be made visible right?

-R

On Fri, Feb 26, 2010 at 12:04 PM, Corbin, James jcor...@iqnavigator.comwrote:

 I have radio group (RadioChoice) with two options that conditionally
 renders one of two fragments.

 The two fragments are pre-created and then attach onchange ajax behavior to
 the RadioChoice component that toggles the visibility of the fragments
 depending upon the selection made for the RadioChoice component.

 When I toggle the radio choice to the second option, my fragment isn't
 being rendered when I setVisible(true).

 In my ajax update method, I toggle the visibility for the fragments and
 then
 target.addComponent(fragment1);
 target.addComponent(fragment2);

 I tried target.addComponent(form), where form is the container for the
 RadioChoice and Fragments.

 I made sure that I specify setOutputMarkupPlaceholderTag(true) on both
 fragments at creation time.

 I'm not sure what is going on here?

 J.D.



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



RE: Speeding Up HTML Parse???

2010-02-25 Thread Corbin, James
Thanks Russell.

This is good information.  I am going to evaluate the server side
activity first and then will look into any inefficiencies on the client.

J.D.

-Original Message-
From: Russell Morrisey [mailto:russell.morri...@missionse.com] 
Sent: Thursday, February 25, 2010 11:39 AM
To: users@wicket.apache.org
Subject: RE: Speeding Up HTML Parse???

Before spending a lot of time trying to debug client-side performance,
be sure that the problem is on the client side, and not the server. A
lot of performance problems I see on my project arise from user code on
the server side which takes a long time to run (such as redundant or
inefficient database hits).

If you do find that the problem is client-side, a couple of ideas of
things to look for:
-Excessive/redundant javascript. Externalize scripts as much as
possible, using header contribution, instead of pushing all of the logic
out in an ajax request.
-Heavy javascript widgets (I think you mentioned using YUI controls in
an earlier message? Maybe they are taking a long time to run or too much
memory?)
-User agent memory leaks or pseudo leaks which cause performance to
degrade over time (especially in IE)
MSDN actually has a fairly useful article on IE memory leaks:
http://msdn.microsoft.com/en-us/library/bb250448%28VS.85%29.aspx

Don't try to fix until you've verified the source of the performance
hit.

RUSSELL E. MORRISEY
Programmer Analyst Professional
Mission Solutions Engineering, LLC

| russell.morri...@missionse.com | www.missionse.com

-Original Message-
From: Jochen Mader [mailto:pflanzenmoer...@gmail.com]
Sent: Thursday, February 25, 2010 4:48 AM
To: users@wicket.apache.org
Subject: Re: Speeding Up HTML Parse???

a) Read the speed tracer output, if the time is spent with the redirect
or
loading the actual markup it will tell you.
b) HTML rendering in the browser is influenced by the markup and ajax.
Read
the speed tracer output and it will tell you where the time is spent.
It's
most likely not wicket that costs the initial 30 second delay but some
resource taking long to load, an AJAX component doing its magic ...
But that's all client(browser)-side stuff.

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind MSE
to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of
e-mail for such purpose.

-
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



Speeding Up HTML Parse???

2010-02-24 Thread Corbin, James
I'm profiling our Wicket Application using Google's Speed Tracer Plugin
(nice plugin).

 

The profiling tool is showing most of the time spent in two areas,

 

1)  Parsing HTMlL

2)  Javascript Valuation (mostly with YUI).

 

What are some of the best practices around developing code that
minimizes the impact of parsing HTML in Wicket?

 

We haven't had a lot of time to optimize our code and now are starting
to look at that aspect of our application.

 

Thanks,

 

J.D.

 



RE: Speeding Up HTML Parse???

2010-02-24 Thread Corbin, James
Yes Igor, I understand that, but some of our display pages initially take a 
very long time to initially render.  For example, we have editors that take 
upwards of 30 seconds to render initially.  Subsequent renders are obviously 
quicker.

I guess what I am trying to say, are there any best practices for reducing the 
initial load time of pages.



-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Wednesday, February 24, 2010 2:58 PM
To: users@wicket.apache.org
Subject: Re: Speeding Up HTML Parse???

On Wed, Feb 24, 2010 at 1:26 PM, Corbin, James jcor...@iqnavigator.com wrote:
 I'm profiling our Wicket Application using Google's Speed Tracer Plugin
 (nice plugin).



 The profiling tool is showing most of the time spent in two areas,



 1)      Parsing HTMlL

this measures the browser's speed not wickets

besides, where does most of the time browserside should go? shouldnt
it be parsing html? thats what browsers do...

-igor




 2)      Javascript Valuation (mostly with YUI).



 What are some of the best practices around developing code that
 minimizes the impact of parsing HTML in Wicket?



 We haven't had a lot of time to optimize our code and now are starting
 to look at that aspect of our application.



 Thanks,



 J.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



RE: RadioChoice in IE7 Known Issue?

2010-02-23 Thread Corbin, James
Yeah, its inside a form that is in a modal popup.  It is not a nested form 
situation.

I found some archive messages that talked around the same problem and their 
findings was that the form post was different(and wrong) for the RadioChoice 
under IE7, but this message thread was from March '09.

I'll keep looking at it, but if you guys have any ideas, feel free to chime in.

Thanks,
J.D.

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Monday, February 22, 2010 10:43 PM
To: users@wicket.apache.org
Subject: Re: RadioChoice in IE7 Known Issue?

you should debug it and see, as far as i know radiochoice just
generates a bunch of input type=radio so all should work. it is
inside a form right?

-igor

On Mon, Feb 22, 2010 at 10:02 AM, Corbin, James jcor...@iqnavigator.com wrote:
 Hi,



 I've noticed that the model isn't updated in IE7 when using the Wicket
 RadioChoice component.  This behavior doesn't appear in Firefox.



 In my code, the RadioChoice component is set to required and even after
 selecting one of the radio choices, upon submit I get a required field
 validation error.

 I am not adding any ajax behaviors to the component.  Again, this only
 appears to happen in IE7.





 We are using Wicket 1.4.4.



 Is this a known issue and/or something that has been fixed in Wicket
 1.4.5/6?



 I've tried overriding wantOnChangeSelectionNotification (return true)
 but that didn't seem to solve the issue.



 Any help on this issue would be greatly appreciated.



 Thanks,

 J.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



RE: RadioChoice in IE7 Known Issue?

2010-02-23 Thread Corbin, James
Thanks Igor.  I'll look and see if that might be the issue.

J.D.

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Tuesday, February 23, 2010 9:30 AM
To: users@wicket.apache.org
Subject: Re: RadioChoice in IE7 Known Issue?

stuff in a modal window can only be submitted via ajax...

-igor

On Tue, Feb 23, 2010 at 7:30 AM, Corbin, James jcor...@iqnavigator.com wrote:
 Yeah, its inside a form that is in a modal popup.  It is not a nested form 
 situation.

 I found some archive messages that talked around the same problem and their 
 findings was that the form post was different(and wrong) for the RadioChoice 
 under IE7, but this message thread was from March '09.

 I'll keep looking at it, but if you guys have any ideas, feel free to chime 
 in.

 Thanks,
 J.D.

 -Original Message-
 From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
 Sent: Monday, February 22, 2010 10:43 PM
 To: users@wicket.apache.org
 Subject: Re: RadioChoice in IE7 Known Issue?

 you should debug it and see, as far as i know radiochoice just
 generates a bunch of input type=radio so all should work. it is
 inside a form right?

 -igor

 On Mon, Feb 22, 2010 at 10:02 AM, Corbin, James jcor...@iqnavigator.com 
 wrote:
 Hi,



 I've noticed that the model isn't updated in IE7 when using the Wicket
 RadioChoice component.  This behavior doesn't appear in Firefox.



 In my code, the RadioChoice component is set to required and even after
 selecting one of the radio choices, upon submit I get a required field
 validation error.

 I am not adding any ajax behaviors to the component.  Again, this only
 appears to happen in IE7.





 We are using Wicket 1.4.4.



 Is this a known issue and/or something that has been fixed in Wicket
 1.4.5/6?



 I've tried overriding wantOnChangeSelectionNotification (return true)
 but that didn't seem to solve the issue.



 Any help on this issue would be greatly appreciated.



 Thanks,

 J.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



-
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



RadioChoice in IE7 Known Issue?

2010-02-22 Thread Corbin, James
Hi,

 

I've noticed that the model isn't updated in IE7 when using the Wicket
RadioChoice component.  This behavior doesn't appear in Firefox.

 

In my code, the RadioChoice component is set to required and even after
selecting one of the radio choices, upon submit I get a required field
validation error.

I am not adding any ajax behaviors to the component.  Again, this only
appears to happen in IE7.

 

 

We are using Wicket 1.4.4.

 

Is this a known issue and/or something that has been fixed in Wicket
1.4.5/6?

 

I've tried overriding wantOnChangeSelectionNotification (return true)
but that didn't seem to solve the issue.

 

Any help on this issue would be greatly appreciated.

 

Thanks,

J.D.



Bring Panel into View in Browser

2010-02-04 Thread Corbin, James
Hi,

 

I am dynamically adding panel components to my display and eventually
the list of panels grows big enough that the most recently added is not
visible (not in visible scroll region) in the browser.

 

I am looking for an approach to force the last panel added to scroll
into view if it's out of the visible browser view.

 

All my panels derive from a common panel implementation.  I thought I
might be able to have the base panel implementation implement
IHeaderContributor and then in the renderHead method, try to do the
following similar to the following:

 

  public void renderHead(IHeaderResponse response) {

...

String js =
document.getElementById('+getMarkupId()+').focus();;

response.renderOnLoadJavascript(js);

  }

 

This does not work, but my hope was that by setting the panel to have
focus after its created, that it would scroll into view if it wasn't
already.

Assuming setting focus on a panel would even work, which I'm not sure it
would, I noticed that I am getting Debug errors in the Javascript Debug
window that the result of the document.getElementById('objectid')
call is null.

 

I've thought of using the following javascript functions,
window.scrollBy or window.scrollTo, but haven't had any luck with those.

 

Is it possible in wicket to do this?

 

Thanks,
J



Scrolling wicket components into View?

2010-01-26 Thread Corbin, James
Hello,

 

I have a page that I dynamically add components to using a repeating
view.  At some point in the process, my components are rendered off the
visible browser page.

Is there a slick way in Wicket to ensure that a component dynamically
added to a repeating view is in view on the page?

 

I've looked into the window.onScroll functionality but wanted to see if
there were any best practices in the wicket community around solving
this issue.

 

Thanks,

 

J.D.



RE: Help with Wicket Adoption Numbers

2010-01-08 Thread Corbin, James
Have you considered Google Web Toolkit (GWT)?

J.D.

-Original Message-
From: Lester Chua [mailto:cicowic...@gmail.com] 
Sent: Thursday, January 07, 2010 5:44 PM
To: users@wicket.apache.org
Subject: Help with Wicket Adoption Numbers

Hi,

I am facing a hurdle that need crossing in my final attempt to push 
Wicket for use in an organization.
I have:

1) Prototyped a small size module
2) Did 2-3 presentations on the key features and advantages of wicket

No one is disputing my claims about productivity and good OO code that 
was the result.

BUT, the technology evaluation committee is NOT recommending Wicket 
because of. of all things.
- Wicket's Low Adoption Rate
Can I find any numbers to blow this away?

My alternative is to accept the finding and work with Struts 2. Which 
will mean the stack will need to expand to DWR
 (for security). I REALLY don't want to go there, and am even 
considering not taking part in this project due to the high risk 
involved, only 9 months to introduce huge changes to a system that has 
lots of legacy problems (took about 3 years to build). I think a lot of 
those years were spent wrestling with the monster that is EJB 1.1. The 
only way I thought the project can even be on time is to scrap the 
entire presentation layer (aka Struts) and redo it in Wicket with 1 
dedicated developer while the rest of the team work on killing the beast

that is EJB 1.1 by refactoring the biz code.

Sigh, my choices are stark. It's either to keep the job and plough ahead

and probably fail spectacularly 9 months later or go hungry and explain 
to my wife why we need to spend less on the kid..

It's easy to blame the tech committee but they did help me find wicket 
by rejecting my initial proposal to build the new system on a 
(JQuery+JSON+REST) framework, which can be very productive as well, if 
not as clean as Wicket.

Sorry for rambling so much. Is there any way I can demolish the silly 
low adoption rate argument (omg I still don't believe it can be so
lame)?

Lester



-
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



Modal Popups and Forms

2009-12-29 Thread Corbin, James
Hi,

 

I have a modal popup (implemented using YUI 2.8).  The modal popup
contains a form and the popup's markup is rendered (via YUI js)
explicitly to document.body.

 

The reasoning for rendering the YUI javascript to document.body is to
address some issue we had with css inheritance that was causing
rendering issues (conflicts with default YUI skinning) when we render
the markup inline.

 

If I change the YUI popup javascript to render inline, the issue doesn't
happen, but I don't want to render the markup for the popup inline,
because it potentially inherits styling that interferes with the YUI
styling for the popup.  Rendering the markup to document.body solves
that issue.

 

So what I know so far that I cannot change, or don't want to change, is
that the YUI popup implementation needs to render its markup to
document.body.  

 

I verified that the markup generated for the popup's form is indeed a
div element (outside of the form tags as I would have expected)  In this
case, there is only one form tag (parent form where popup is initiated
from) on the page and it is indeed has its encoding set to multi-part
(verified in the generated markup).

 

Note the markup for the popup dialog does not have any elements that
should require multi-part encoding, but the parent form from which the
popup was initiated, does.

 

How come when I submit the dialog, I get the following exception?  I
guess I'm not sure what is going on and how Wicket is handling this
case.

 

java.lang.IllegalStateException: ServletRequest does not contain
multipart content
at
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:113)
at
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:83)
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe
bRequest(ServletWebRequest.java:500)
at
org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651)
at
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850)
at
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi
tBehavior.java:135)

 

 

 

Ideas?

 

 

 

 

 

J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com

 



RE: Modal Popups and Forms

2009-12-29 Thread Corbin, James
Hi Igor,

I misspoke.  Obviously with rendering the popup markup to the body, there is no 
parent form.

I was able to get passed this by doing exactly what you mention as in forcing 
the dialog's form to be multipart via the setter method.  I didn't like that 
because it seemed like a hack to hardcode the setting in the dialog form 
because the dialog's form doesn't truly have any elements that require the form 
to be multi-part. I'll look for other options.

However, I understand what you are saying and think the better solution is to 
try and address the styling problems introduced by using YUI as the popup 
implementation.

J.D.


-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Tuesday, December 29, 2009 11:56 AM
To: users@wicket.apache.org
Subject: Re: Modal Popups and Forms

how can there be a parent form if the markup is rendered into a div
that is a child of the body. the problem is you are creating a
mismatch between wicket component hierarchy and the browser's dom.

the wicket serverside thinks that it will be getting a multipart form,
while the wicket clientside js that performs the ajax submit doesnt
think it should be submitting multipart because the form you are
submitting inside the modal div does not have any multipart content.

wicket modal specifically reparents form elements in the dom to
prevent just this.

you will have to play around with it to make it work. you can try:

forcing form inside the modal to be multipart by calling setmultipart
true, adding a hidden input type=file, etc.

-igor

On Tue, Dec 29, 2009 at 10:43 AM, Corbin, James jcor...@iqnavigator.com wrote:
 Hi,



 I have a modal popup (implemented using YUI 2.8).  The modal popup
 contains a form and the popup's markup is rendered (via YUI js)
 explicitly to document.body.



 The reasoning for rendering the YUI javascript to document.body is to
 address some issue we had with css inheritance that was causing
 rendering issues (conflicts with default YUI skinning) when we render
 the markup inline.



 If I change the YUI popup javascript to render inline, the issue doesn't
 happen, but I don't want to render the markup for the popup inline,
 because it potentially inherits styling that interferes with the YUI
 styling for the popup.  Rendering the markup to document.body solves
 that issue.



 So what I know so far that I cannot change, or don't want to change, is
 that the YUI popup implementation needs to render its markup to
 document.body.



 I verified that the markup generated for the popup's form is indeed a
 div element (outside of the form tags as I would have expected)  In this
 case, there is only one form tag (parent form where popup is initiated
 from) on the page and it is indeed has its encoding set to multi-part
 (verified in the generated markup).



 Note the markup for the popup dialog does not have any elements that
 should require multi-part encoding, but the parent form from which the
 popup was initiated, does.



 How come when I submit the dialog, I get the following exception?  I
 guess I'm not sure what is going on and how Wicket is handling this
 case.



 java.lang.IllegalStateException: ServletRequest does not contain
 multipart content
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:113)
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:83)
 at
 org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe
 bRequest(ServletWebRequest.java:500)
 at
 org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651)
 at
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850)
 at
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi
 tBehavior.java:135)







 Ideas?











 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: File Upload Issues

2009-12-28 Thread Corbin, James
Any feedback on why placing a file upload component on a form in Wicket
would cause the ajax behavior to stop working

Known issue within the wicket community?

J.D.

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Friday, December 18, 2009 12:47 PM
To: users@wicket.apache.org
Subject: RE: File Upload Issues

Ajax has stopped working.  If I remove the file upload component, the
ajax begins working as expected.

Is there a workaround or a pending fix?

Thanks,
J.D.

-Original Message-
From: Douglas Ferguson [mailto:doug...@douglasferguson.us] 
Sent: Friday, December 18, 2009 12:03 PM
To: users@wicket.apache.org
Subject: Re: File Upload Issues

There is a bug in 1.4.4. related to resource loading.

Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME?

This is the reason they are trying to get 1.4.5 out quickly.

D/


On Dec 18, 2009, at 10:15 AM, Corbin, James wrote:

 Hello,
 
 
 
 I'm having issues in IE6 relating to the the File Upload Control after
 upgrading to Wicket 1.4.4.
 
 
 
 If I attempt to put a file upload component onto a form that contains
 other components that do ajax, everything stops working in regards to
 ajax.
 
 
 
 Now I understand that the file upload component does NOT support ajax.
 Does it follow that putting a file upload component on a form that
does
 ajax is not supported?
 
 
 
 J.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


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



RE: File Upload Issues

2009-12-28 Thread Corbin, James
I'll try the quickstart and see if I can reproduce it outside of our code.

We are using Wicket 1.4.4 and the issue occurs.  I'm not sure if it's the 
looping issue or not, I've just observed, that with the upload control in a 
form, none of the ajax behaviors on other controls that are on the same form 
work.

I've also tried 1.4.5 and it behaves the same.

J.D.

-Original Message-
From: Major Péter [mailto:majorpe...@sch.bme.hu] 
Sent: Monday, December 28, 2009 9:28 AM
To: users@wicket.apache.org
Subject: Re: File Upload Issues

Hi,

I had some issue with multipart forms and ajax recently, but in 1.4.4 it
works for me, see https://issues.apache.org/jira/browse/WICKET-2432 for
more details. Is this the same issue for you?
Maybe try the quickstart, see if there the ajax is working for you.

Regards,
Peter

2009-12-28 16:46 keltezéssel, Corbin, James írta:
 Any feedback on why placing a file upload component on a form in Wicket
 would cause the ajax behavior to stop working
 
 Known issue within the wicket community?
 
 J.D.
 
 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com] 
 Sent: Friday, December 18, 2009 12:47 PM
 To: users@wicket.apache.org
 Subject: RE: File Upload Issues
 
 Ajax has stopped working.  If I remove the file upload component, the
 ajax begins working as expected.
 
 Is there a workaround or a pending fix?
 
 Thanks,
 J.D.
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us] 
 Sent: Friday, December 18, 2009 12:03 PM
 To: users@wicket.apache.org
 Subject: Re: File Upload Issues
 
 There is a bug in 1.4.4. related to resource loading.
 
 Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME?
 
 This is the reason they are trying to get 1.4.5 out quickly.
 
 D/
 
 
 On Dec 18, 2009, at 10:15 AM, Corbin, James wrote:
 
 Hello,



 I'm having issues in IE6 relating to the the File Upload Control after
 upgrading to Wicket 1.4.4.



 If I attempt to put a file upload component onto a form that contains
 other components that do ajax, everything stops working in regards to
 ajax.



 Now I understand that the file upload component does NOT support ajax.
 Does it follow that putting a file upload component on a form that
 does
 ajax is not supported?



 J.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



MultiPartServletRequest Exception

2009-12-28 Thread Corbin, James
As recent as the 1.4.4 release (dated December 10th, 2009), I started
getting the following stack trace. 

 

This happens when submitting the form.

 

Note: This doesn't seem to occur with the same code base running against
Wicket 1.4.1.

 

Did something break in 1.4.4 relating to this?

 

java.lang.IllegalStateException: ServletRequest does not contain
multipart content
at
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:113)
at
org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:83)
at
org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe
bRequest(ServletWebRequest.java:500)
at
org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651)
at
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850)
at
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi
tBehavior.java:135)
at
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:
177)
at
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDef
aultAjaxBehavior.java:299)
at
org.apache.wicket.request.target.component.listener.BehaviorRequestTarge
t.processEvents(BehaviorRequestTarget.java:119)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab
stractRequestCycleProcessor.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:1428)

...

J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com

 



RE: MultiPartServletRequest Exception

2009-12-28 Thread Corbin, James
Yep, I read about that in the jira issue wicket-2621.

The parent form has a fileupload field and I verified the generated HTML 
defines the encoding on that form as multipart.

The dialog that is popped up from that panel, also defines a form, in which 
wicket converts to a div (can't have nested forms in HTML).  The dialog popup 
has does have an ajax button that submits the form, but at this point, the form 
that is submitted is no longer multipart which is the cause of the error.

It sounds like it should be fixed in 1.4.5 (jira issue wicket-2621) which I am 
trying again now with clean builds.

J.D.

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Monday, December 28, 2009 4:00 PM
To: users@wicket.apache.org
Subject: Re: MultiPartServletRequest Exception

in certain cases wicket will set multipart property on your forms for
you. eg if it detects a file upload field in the form.

-igor

On Mon, Dec 28, 2009 at 2:28 PM, Corbin, James jcor...@iqnavigator.com wrote:
 A little more information on this issue,

 I observed this error after a dialog is popped up that contains a form
 that isn't multipart.  The page that launches this dialog also has a
 form that IS multipart.  The thing I don't understand is how the parent
 form has multipart encoding because I never set it.

 J.D.

 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Monday, December 28, 2009 3:07 PM
 To: users@wicket.apache.org
 Subject: MultiPartServletRequest Exception

 As recent as the 1.4.4 release (dated December 10th, 2009), I started
 getting the following stack trace.



 This happens when submitting the form.



 Note: This doesn't seem to occur with the same code base running against
 Wicket 1.4.1.



 Did something break in 1.4.4 relating to this?



 java.lang.IllegalStateException: ServletRequest does not contain
 multipart content
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:113)
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:83)
 at
 org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe
 bRequest(ServletWebRequest.java:500)
 at
 org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651)
 at
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850)
 at
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi
 tBehavior.java:135)
 at
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:
 177)
 at
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDef
 aultAjaxBehavior.java:299)
 at
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarge
 t.processEvents(BehaviorRequestTarget.java:119)
 at
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab
 stractRequestCycleProcessor.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:1428)

 ...

 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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



RE: MultiPartServletRequest Exception

2009-12-28 Thread Corbin, James
Upgrading to 1.4.5 does not fix the problem.  Something else is amiss here.

I've even tried explicitly setting the form to multi-part (e.g., 
myForm.setMultiPart(true))

More investigation is needed.

j.D.

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Monday, December 28, 2009 4:11 PM
To: users@wicket.apache.org
Subject: RE: MultiPartServletRequest Exception

Yep, I read about that in the jira issue wicket-2621.

The parent form has a fileupload field and I verified the generated HTML 
defines the encoding on that form as multipart.

The dialog that is popped up from that panel, also defines a form, in which 
wicket converts to a div (can't have nested forms in HTML).  The dialog popup 
has does have an ajax button that submits the form, but at this point, the form 
that is submitted is no longer multipart which is the cause of the error.

It sounds like it should be fixed in 1.4.5 (jira issue wicket-2621) which I am 
trying again now with clean builds.

J.D.

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Monday, December 28, 2009 4:00 PM
To: users@wicket.apache.org
Subject: Re: MultiPartServletRequest Exception

in certain cases wicket will set multipart property on your forms for
you. eg if it detects a file upload field in the form.

-igor

On Mon, Dec 28, 2009 at 2:28 PM, Corbin, James jcor...@iqnavigator.com wrote:
 A little more information on this issue,

 I observed this error after a dialog is popped up that contains a form
 that isn't multipart.  The page that launches this dialog also has a
 form that IS multipart.  The thing I don't understand is how the parent
 form has multipart encoding because I never set it.

 J.D.

 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Monday, December 28, 2009 3:07 PM
 To: users@wicket.apache.org
 Subject: MultiPartServletRequest Exception

 As recent as the 1.4.4 release (dated December 10th, 2009), I started
 getting the following stack trace.



 This happens when submitting the form.



 Note: This doesn't seem to occur with the same code base running against
 Wicket 1.4.1.



 Did something break in 1.4.4 relating to this?



 java.lang.IllegalStateException: ServletRequest does not contain
 multipart content
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:113)
 at
 org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init
(MultipartServletWebRequest.java:83)
 at
 org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe
 bRequest(ServletWebRequest.java:500)
 at
 org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651)
 at
 org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850)
 at
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi
 tBehavior.java:135)
 at
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:
 177)
 at
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDef
 aultAjaxBehavior.java:299)
 at
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarge
 t.processEvents(BehaviorRequestTarget.java:119)
 at
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab
 stractRequestCycleProcessor.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:1428)

 ...

 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: File Upload Issues

2009-12-21 Thread Corbin, James
Hi,

I verified that no errors show up in the debug console window.  Its as if the 
AJAX calls are getting swallowed up.  All I am getting in the debug window is 
focus events.

I don't see any errors in the server log file either.

I upgraded to Wicket 1.4.5 and still see the issue that I've seen as far back 
as Version 1.4.1.

J.D.

-Original Message-
From: Ilja Pavkovic [mailto:ilja.pavko...@binaere-bauten.de] 
Sent: Saturday, December 19, 2009 5:48 AM
To: users@wicket.apache.org
Cc: Corbin, James
Subject: Re: File Upload Issues

Hi,

did you check the output of the wicket debug window? Perhaps any error line 
shows up?

Best Regards,
Ilja Pavkovic

Am Freitag, 18. Dezember 2009 21:13:11 schrieb Corbin, James:
 Doug,
 
 I retested on IE6, IE7, FF3 and IE6 is the only browser that the issue
 shows up in.  IE7 and FF3.x seem to work just fine.
 
 In IE6 I have an Add New button that adds a row to a model in a
 listview and then via ajax updates the listviews container which in this
 case is a WebMarkupContainer (yes, setOutputMarkupId(true), is specified
 for all updatable components in the hierarchy - and we remove all
 elements prior to issuing the target.addComponent(...)).
 
 If the file upload component is present on the page, clicking the Add
 New button's onUpdate() gets called just fine, but the expected refresh
 behavior from the target.addComponent(...) has no effect.
 
 If I remove the upload component from the page, then the ajax begins
 functioning normally.  I believe we saw this issue in 1.4.1 as well and
 had to patch our local version of the library.  I will get more details
 on the patch we made, but were hoping this was fixed in 1.4.4.  I
 believe we put in a JIRA issue around this problem.  I'll try and get
 those details as well.
 
 J.D.
 
 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Friday, December 18, 2009 12:47 PM
 To: users@wicket.apache.org
 Subject: RE: File Upload Issues
 
 Ajax has stopped working.  If I remove the file upload component, the
 ajax begins working as expected.
 
 Is there a workaround or a pending fix?
 
 Thanks,
 J.D.
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us]
 Sent: Friday, December 18, 2009 12:03 PM
 To: users@wicket.apache.org
 Subject: Re: File Upload Issues
 
 There is a bug in 1.4.4. related to resource loading.
 
 Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME?
 
 This is the reason they are trying to get 1.4.5 out quickly.
 
 D/
 
 On Dec 18, 2009, at 10:15 AM, Corbin, James wrote:
  Hello,
 
 
 
  I'm having issues in IE6 relating to the the File Upload Control after
  upgrading to Wicket 1.4.4.
 
 
 
  If I attempt to put a file upload component onto a form that contains
  other components that do ajax, everything stops working in regards to
  ajax.
 
 
 
  Now I understand that the file upload component does NOT support ajax.
  Does it follow that putting a file upload component on a form that
 
 does
 
  ajax is not supported?
 
 
 
  J.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
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 

-- 
binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin

   +49 · 171 · 9342 465

Handelsregister: HRB 115854 - Amtsgericht Charlottenburg
Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker

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



File Upload Issues

2009-12-18 Thread Corbin, James
Hello,

 

I'm having issues in IE6 relating to the the File Upload Control after
upgrading to Wicket 1.4.4.

 

If I attempt to put a file upload component onto a form that contains
other components that do ajax, everything stops working in regards to
ajax.

 

Now I understand that the file upload component does NOT support ajax.
Does it follow that putting a file upload component on a form that does
ajax is not supported?

 

J.D.



RE: File Upload Issues

2009-12-18 Thread Corbin, James
Ajax has stopped working.  If I remove the file upload component, the
ajax begins working as expected.

Is there a workaround or a pending fix?

Thanks,
J.D.

-Original Message-
From: Douglas Ferguson [mailto:doug...@douglasferguson.us] 
Sent: Friday, December 18, 2009 12:03 PM
To: users@wicket.apache.org
Subject: Re: File Upload Issues

There is a bug in 1.4.4. related to resource loading.

Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME?

This is the reason they are trying to get 1.4.5 out quickly.

D/


On Dec 18, 2009, at 10:15 AM, Corbin, James wrote:

 Hello,
 
 
 
 I'm having issues in IE6 relating to the the File Upload Control after
 upgrading to Wicket 1.4.4.
 
 
 
 If I attempt to put a file upload component onto a form that contains
 other components that do ajax, everything stops working in regards to
 ajax.
 
 
 
 Now I understand that the file upload component does NOT support ajax.
 Does it follow that putting a file upload component on a form that
does
 ajax is not supported?
 
 
 
 J.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



RE: File Upload Issues

2009-12-18 Thread Corbin, James
Doug,

I retested on IE6, IE7, FF3 and IE6 is the only browser that the issue
shows up in.  IE7 and FF3.x seem to work just fine.

In IE6 I have an Add New button that adds a row to a model in a
listview and then via ajax updates the listviews container which in this
case is a WebMarkupContainer (yes, setOutputMarkupId(true), is specified
for all updatable components in the hierarchy - and we remove all
elements prior to issuing the target.addComponent(...)).

If the file upload component is present on the page, clicking the Add
New button's onUpdate() gets called just fine, but the expected refresh
behavior from the target.addComponent(...) has no effect.

If I remove the upload component from the page, then the ajax begins
functioning normally.  I believe we saw this issue in 1.4.1 as well and
had to patch our local version of the library.  I will get more details
on the patch we made, but were hoping this was fixed in 1.4.4.  I
believe we put in a JIRA issue around this problem.  I'll try and get
those details as well.

J.D.

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Friday, December 18, 2009 12:47 PM
To: users@wicket.apache.org
Subject: RE: File Upload Issues

Ajax has stopped working.  If I remove the file upload component, the
ajax begins working as expected.

Is there a workaround or a pending fix?

Thanks,
J.D.

-Original Message-
From: Douglas Ferguson [mailto:doug...@douglasferguson.us] 
Sent: Friday, December 18, 2009 12:03 PM
To: users@wicket.apache.org
Subject: Re: File Upload Issues

There is a bug in 1.4.4. related to resource loading.

Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME?

This is the reason they are trying to get 1.4.5 out quickly.

D/


On Dec 18, 2009, at 10:15 AM, Corbin, James wrote:

 Hello,
 
 
 
 I'm having issues in IE6 relating to the the File Upload Control after
 upgrading to Wicket 1.4.4.
 
 
 
 If I attempt to put a file upload component onto a form that contains
 other components that do ajax, everything stops working in regards to
 ajax.
 
 
 
 Now I understand that the file upload component does NOT support ajax.
 Does it follow that putting a file upload component on a form that
does
 ajax is not supported?
 
 
 
 J.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


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



Wicket-Stuff YUI

2009-12-10 Thread Corbin, James
I have been using the Wicket Wrapper around the YUI library for a while
and wondered if there is an api for including a css only file.

 

It appears that all the apis in the YuiHeaderContributor and companion
classes only support js files and their dependencies.

 

My use case is that I am creating a custom behavior and overriding 

 

Public void renderHead(IHeaderResponse response) and need to do
something like

 

response.renderCSSReference(css reference, ...);

 

The Wicket YUI Implementation maintains a cache of asset references in
the YuiHeaderContributor, but it isn't publicly accessible nor do I
think that behavior should be exposed.

 

If any of the contributors to the Wicket-Stuff yui wrapper project can
give me some API insight that would be great.

 

J.D.

 



Wicket YUI - Integration (Slider Question)

2009-11-20 Thread Corbin, James
Hello,

 

I am using the framework off the wicket-stuff trunk that wraps yui to
work with wicket.  I must say it works pretty well.

 

I did have a few questions on the slider that I hoped someone had
experience with at solving,

 

1. I cannot seem to get the tick marks to show up on the control?  Is
this not supported in the current implementation of the framework
wrapper?

2. Does the slider component support attaching ajax behaviors?  I am
looking to bind an ajax behavior (onchange) that updates a label with a
current value of the slider.  I assume this is possible and will try it
this morning but wanted to check the forum to see if its wasted effort.

 

Thanks,
J.D.



YUI Integration

2009-11-17 Thread Corbin, James
Where in the wicket-stuff library is the most recent attempt at creating
a integration layer for YUI?  Is it at the trunk level or at the branch
level?



Wicket Stuff YUI 2.7+

2009-11-15 Thread Corbin, James
I am considering using some of the Wicket YUI integration that is in the
Wicket Stuff project.

 

I also noticed that the implementation seems to only support YUI 2.5.x.
Is this a dead project or are there any plans to updated it to use YUI
2.7?

 

If not, I only need a few components in the implementation, so I might
attempt to update the YUI support for the few I need to 2.7 (locally of
course)

 

J.D.

 

J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com

 



RE: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
So no responses???  Does that mean it cannot be done or its so simple
everybody on this distro is stunned by the fact I even posed the
question??? :)

Anyways, I would appreciate some insight from some of the core Wicket
Developers like Igor.

Regards,
J.D.

-Original Message-
From: Corbin, James [mailto:jcor...@iqnavigator.com] 
Sent: Wednesday, November 11, 2009 4:51 PM
To: users@wicket.apache.org
Subject: Calling IN TO Wicket from JSP

Is it possible to build a wicket URL in a JSP that gets forwarded to and
handle by the Wicket filter mechanism?

 

This seems like it should be simple but doesn't appear to work right in
1.4.1.

 

We build up a wicketized URL that makes it into the WicketFilter, but
that filter strips all the request parameters.

 

Any suggestions on how to approach redirecting from JSP into Wicket
would be greatly appreciated.

 

 

 

J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com

 


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



RE: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
Let me get some more information for you.  One of my engineers is
actually doing the work and I believe he tried a bookmarkable URL
already and it didn't work.

We have a custom wicket filter we created for logging (not using wickets
built in http logging -- long story).  It appears that the request comes
in twice.  When we look at the URL, its been hacked up...the request
parameters we specify on the JSP side are gone.

J.D.

-Original Message-
From: Jeremy Thomerson [mailto:jer...@wickettraining.com] 
Sent: Thursday, November 12, 2009 8:59 AM
To: users@wicket.apache.org
Subject: Re: Calling IN TO Wicket from JSP

I guess a more concrete example from you would be helpful.  You should
be
able to mount a page to a bookmarkable URL and then it will be easy to
create a URL to go into Wicket.

--
Jeremy Thomerson
http://www.wickettraining.com



On Thu, Nov 12, 2009 at 9:54 AM, Corbin, James
jcor...@iqnavigator.comwrote:

 So no responses???  Does that mean it cannot be done or its so simple
 everybody on this distro is stunned by the fact I even posed the
 question??? :)

 Anyways, I would appreciate some insight from some of the core Wicket
 Developers like Igor.

 Regards,
 J.D.

 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Wednesday, November 11, 2009 4:51 PM
 To: users@wicket.apache.org
 Subject: Calling IN TO Wicket from JSP

 Is it possible to build a wicket URL in a JSP that gets forwarded to
and
 handle by the Wicket filter mechanism?



 This seems like it should be simple but doesn't appear to work right
in
 1.4.1.



 We build up a wicketized URL that makes it into the WicketFilter, but
 that filter strips all the request parameters.



 Any suggestions on how to approach redirecting from JSP into Wicket
 would be greatly appreciated.







 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
Hmmm...I'll suggest that to our engineering team.  I'd be shocked if they 
didn't already try that, but its worth finding out.

J.D.

-Original Message-
From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] 
Sent: Thursday, November 12, 2009 9:05 AM
To: users@wicket.apache.org
Subject: Re: Calling IN TO Wicket from JSP

If you were running the applications on the same server, I would just
make a method in my wicket application...for example
MyWicketApplication.getUrl() and call that from JSP code directly.
Keep it simple.

**
Martin

2009/11/12 Corbin, James jcor...@iqnavigator.com:
 So no responses???  Does that mean it cannot be done or its so simple
 everybody on this distro is stunned by the fact I even posed the
 question??? :)

 Anyways, I would appreciate some insight from some of the core Wicket
 Developers like Igor.

 Regards,
 J.D.

 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Wednesday, November 11, 2009 4:51 PM
 To: users@wicket.apache.org
 Subject: Calling IN TO Wicket from JSP

 Is it possible to build a wicket URL in a JSP that gets forwarded to and
 handle by the Wicket filter mechanism?



 This seems like it should be simple but doesn't appear to work right in
 1.4.1.



 We build up a wicketized URL that makes it into the WicketFilter, but
 that filter strips all the request parameters.



 Any suggestions on how to approach redirecting from JSP into Wicket
 would be greatly appreciated.







 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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



RE: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
That is exactly the issue that is causing the problem and what I need
clarification on how to do

J.D.

-Original Message-
From: Frank Silbermann [mailto:frank.silberm...@fedex.com] 
Sent: Thursday, November 12, 2009 9:23 AM
To: users@wicket.apache.org
Subject: RE: Calling IN TO Wicket from JSP

The question, I think, is how to deliver request-specific parameters
along with the URL to the Wicket page.  For example, if a form in a JSP
page is to be processed by a Wicket page, how can the JSP's form data to
be delivered to the Wicket page?

Is that the question?

 -Original Message-
 From: Jeremy Thomerson [mailto:jer...@wickettraining.com] 
 Sent: Thursday, November 12, 2009 9:59 AM
 To: users@wicket.apache.org
 Subject: Re: Calling IN TO Wicket from JSP
 
 I guess a more concrete example from you would be helpful.  You should
be
 able to mount a page to a bookmarkable URL and then it will be easy to
 create a URL to go into Wicket.


 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Wednesday, November 11, 2009 4:51 PM
 To: users@wicket.apache.org
 Subject: Calling IN TO Wicket from JSP

 Is it possible to build a wicket URL in a JSP that gets forwarded to
and
 handle by the Wicket filter mechanism?

 This seems like it should be simple but doesn't appear to work right
in
 1.4.1.

 We build up a wicketized URL that makes it into the WicketFilter, but
 that filter strips all the request parameters.

 Any suggestions on how to approach redirecting from JSP into Wicket
 would be greatly appreciated.

 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
It seems like Wicket would support URLs with request parameters coming from 
outside the wicket framework.  I've looked at the WicketFilter code and it is 
stripping the URL of its request parameters.  It seems like a reasonable thing 
to support.  We are supporting a legacy application and integrating new wicket 
displays that we need to call into from our legacy JSP app.

I'm sure we are not the only ones doing this...I think PayPal had a similar 
issue and I believe it was resolved, just not sure how.

J.D.

-Original Message-
From: Frank Silbermann [mailto:frank.silberm...@fedex.com] 
Sent: Thursday, November 12, 2009 9:56 AM
To: users@wicket.apache.org
Subject: RE: Calling IN TO Wicket from JSP


When working within Wicket, we need not concern ourselves with the raw content 
of the HttpServletRequest object, as our models are automatically updated with 
the contents.  However, I do believe Wicket provides you with the ability to 
read the HttpServletRequest object if you wish to do so.

Suppose that instead of providing your data as request parameters you POST your 
form to the Wicket page.  Then I imagine that your form data would be contained 
within the HttpServletRequest object -- and your wicket page could query it and 
obtain that data manually.  Further interactions with the user, then, would be 
through Wicket's native mechanisms.

Caution is that I've never done this -- I'm just speculating.

Frank Silbermann,   Memphis, Tennessee

On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James jcor...@iqnavigator.com wrote:
 That is exactly the issue that is causing the problem and what I need
 clarification on how to do

 J.D.

 -Original Message-
 From: Frank Silbermann [mailto:frank.silberm...@fedex.com]
 Sent: Thursday, November 12, 2009 9:23 AM
 To: users@wicket.apache.org
 Subject: RE: Calling IN TO Wicket from JSP

 The question, I think, is how to deliver request-specific parameters
 along with the URL to the Wicket page.  For example, if a form in a JSP
 page is to be processed by a Wicket page, how can the JSP's form data to
 be delivered to the Wicket page?

 Is that the question?

 -Original Message-
 From: Jeremy Thomerson [mailto:jer...@wickettraining.com]
 Sent: Thursday, November 12, 2009 9:59 AM
 To: users@wicket.apache.org
 Subject: Re: Calling IN TO Wicket from JSP

 I guess a more concrete example from you would be helpful.  You should
 be
 able to mount a page to a bookmarkable URL and then it will be easy to
 create a URL to go into Wicket.


 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Wednesday, November 11, 2009 4:51 PM
 To: users@wicket.apache.org
 Subject: Calling IN TO Wicket from JSP

 Is it possible to build a wicket URL in a JSP that gets forwarded to
 and
 handle by the Wicket filter mechanism?

 This seems like it should be simple but doesn't appear to work right
 in
 1.4.1.

 We build up a wicketized URL that makes it into the WicketFilter, but
 that filter strips all the request parameters.

 Any suggestions on how to approach redirecting from JSP into Wicket
 would be greatly appreciated.

 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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


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



RE: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
Yes, but we are interested in Post parameters.  I think we have some ideas 
based on some of the other forum posts.

J.D.

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] 
Sent: Thursday, November 12, 2009 10:12 AM
To: users@wicket.apache.org
Subject: Re: Calling IN TO Wicket from JSP

why dont we support them? dont browsers send us urls with query parameters???

-igor

On Thu, Nov 12, 2009 at 9:03 AM, Corbin, James jcor...@iqnavigator.com wrote:
 It seems like Wicket would support URLs with request parameters coming from 
 outside the wicket framework.  I've looked at the WicketFilter code and it is 
 stripping the URL of its request parameters.  It seems like a reasonable 
 thing to support.  We are supporting a legacy application and integrating new 
 wicket displays that we need to call into from our legacy JSP app.

 I'm sure we are not the only ones doing this...I think PayPal had a similar 
 issue and I believe it was resolved, just not sure how.

 J.D.

 -Original Message-
 From: Frank Silbermann [mailto:frank.silberm...@fedex.com]
 Sent: Thursday, November 12, 2009 9:56 AM
 To: users@wicket.apache.org
 Subject: RE: Calling IN TO Wicket from JSP


 When working within Wicket, we need not concern ourselves with the raw 
 content of the HttpServletRequest object, as our models are automatically 
 updated with the contents.  However, I do believe Wicket provides you with 
 the ability to read the HttpServletRequest object if you wish to do so.

 Suppose that instead of providing your data as request parameters you POST 
 your form to the Wicket page.  Then I imagine that your form data would be 
 contained within the HttpServletRequest object -- and your wicket page could 
 query it and obtain that data manually.  Further interactions with the user, 
 then, would be through Wicket's native mechanisms.

 Caution is that I've never done this -- I'm just speculating.

 Frank Silbermann,       Memphis, Tennessee

 On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James jcor...@iqnavigator.com 
 wrote:
 That is exactly the issue that is causing the problem and what I need
 clarification on how to do

 J.D.

 -Original Message-
 From: Frank Silbermann [mailto:frank.silberm...@fedex.com]
 Sent: Thursday, November 12, 2009 9:23 AM
 To: users@wicket.apache.org
 Subject: RE: Calling IN TO Wicket from JSP

 The question, I think, is how to deliver request-specific parameters
 along with the URL to the Wicket page.  For example, if a form in a JSP
 page is to be processed by a Wicket page, how can the JSP's form data to
 be delivered to the Wicket page?

 Is that the question?

 -Original Message-
 From: Jeremy Thomerson [mailto:jer...@wickettraining.com]
 Sent: Thursday, November 12, 2009 9:59 AM
 To: users@wicket.apache.org
 Subject: Re: Calling IN TO Wicket from JSP

 I guess a more concrete example from you would be helpful.  You should
 be
 able to mount a page to a bookmarkable URL and then it will be easy to
 create a URL to go into Wicket.


 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com]
 Sent: Wednesday, November 11, 2009 4:51 PM
 To: users@wicket.apache.org
 Subject: Calling IN TO Wicket from JSP

 Is it possible to build a wicket URL in a JSP that gets forwarded to
 and
 handle by the Wicket filter mechanism?

 This seems like it should be simple but doesn't appear to work right
 in
 1.4.1.

 We build up a wicketized URL that makes it into the WicketFilter, but
 that filter strips all the request parameters.

 Any suggestions on how to approach redirecting from JSP into Wicket
 would be greatly appreciated.

 J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
 Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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


 -
 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

RE: Calling IN TO Wicket from JSP

2009-11-12 Thread Corbin, James
Thanks for the response, we are looking into doing something very
similar to this.

-Original Message-
From: T Ames [mailto:tamesw...@gmail.com] 
Sent: Thursday, November 12, 2009 10:09 AM
To: users@wicket.apache.org
Subject: Re: Calling IN TO Wicket from JSP

We are actually doing this with the POST as suggested below.  Our
intranet
portal is in JSP, and passes info from the portal to individual Wicket
apps
in this manner.

For me, these POST parameters appeared in the Request.getParameterMap()



On Thu, Nov 12, 2009 at 11:55 AM, Frank Silbermann 
frank.silberm...@fedex.com wrote:


 When working within Wicket, we need not concern ourselves with the raw
 content of the HttpServletRequest object, as our models are
automatically
 updated with the contents.  However, I do believe Wicket provides you
with
 the ability to read the HttpServletRequest object if you wish to do
so.

 Suppose that instead of providing your data as request parameters you
POST
 your form to the Wicket page.  Then I imagine that your form data
would be
 contained within the HttpServletRequest object -- and your wicket page
could
 query it and obtain that data manually.  Further interactions with the
user,
 then, would be through Wicket's native mechanisms.

 Caution is that I've never done this -- I'm just speculating.

 Frank Silbermann,   Memphis, Tennessee

 On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James
jcor...@iqnavigator.com
 wrote:
  That is exactly the issue that is causing the problem and what I
need
  clarification on how to do
 
  J.D.
 
  -Original Message-
  From: Frank Silbermann [mailto:frank.silberm...@fedex.com]
  Sent: Thursday, November 12, 2009 9:23 AM
  To: users@wicket.apache.org
  Subject: RE: Calling IN TO Wicket from JSP
 
  The question, I think, is how to deliver request-specific parameters
  along with the URL to the Wicket page.  For example, if a form in a
JSP
  page is to be processed by a Wicket page, how can the JSP's form
data to
  be delivered to the Wicket page?
 
  Is that the question?
 
  -Original Message-
  From: Jeremy Thomerson [mailto:jer...@wickettraining.com]
  Sent: Thursday, November 12, 2009 9:59 AM
  To: users@wicket.apache.org
  Subject: Re: Calling IN TO Wicket from JSP
 
  I guess a more concrete example from you would be helpful.  You
should
  be
  able to mount a page to a bookmarkable URL and then it will be easy
to
  create a URL to go into Wicket.
 
 
  -Original Message-
  From: Corbin, James [mailto:jcor...@iqnavigator.com]
  Sent: Wednesday, November 11, 2009 4:51 PM
  To: users@wicket.apache.org
  Subject: Calling IN TO Wicket from JSP
 
  Is it possible to build a wicket URL in a JSP that gets forwarded
to
  and
  handle by the Wicket filter mechanism?
 
  This seems like it should be simple but doesn't appear to work
right
  in
  1.4.1.
 
  We build up a wicketized URL that makes it into the WicketFilter,
but
  that filter strips all the request parameters.
 
  Any suggestions on how to approach redirecting from JSP into
Wicket
  would be greatly appreciated.
 
  J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood
Village
  Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 |
Mobile
  303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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



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



Calling IN TO Wicket from JSP

2009-11-11 Thread Corbin, James
Is it possible to build a wicket URL in a JSP that gets forwarded to and
handle by the Wicket filter mechanism?

 

This seems like it should be simple but doesn't appear to work right in
1.4.1.

 

We build up a wicketized URL that makes it into the WicketFilter, but
that filter strips all the request parameters.

 

Any suggestions on how to approach redirecting from JSP into Wicket
would be greatly appreciated.

 

 

 

J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com

 



Urgent: Repeating Markup that contains a Wicket Border

2009-11-05 Thread Corbin, James
Hi,

 

I have some markup I am trying to repeat using a RepeatingView and if
the markup that I'm repeating binds to a Wicket Border, I get GPEs.

 

This seems like a bug to me.

 

Is it a bug or am I potentially doing something incorrect.

 

Here is the pertinent markup that is being repeated...

 

div style=margin 10px; wicket:id=optionRepeater

div wicket:id=outerGroupBox   

input type=radio wicket:id=radio/input

span style=float: left; wicket:id=title[option
title]/span

hr/

span wicket:id=helpText[item help text]/span

/div

/div

 

Here is the pertinent code snippet for the above markup:

 

   RepeatingView repeating = new
RepeatingView(optionRepeater);

group.add(repeating);



ListIQNWizardOption wizardOptions = new
ArrayListIQNWizardOption(3);



 
wizardOptions.add(IQNWizardOption.TEMPORARY_WORKER);

 
wizardOptions.add(IQNWizardOption.COMPLIANCE_OR_PROFESSIONAL_CONSULTING_
WORKERS);

 
wizardOptions.add(IQNWizardOption.KNOWN_RESOURCE_INDEPENDENT_CONSULTANT)
;

 

for ( IQNWizardOption wizardOption :
wizardOptions )

{

WebMarkupContainer item = new
WebMarkupContainer(repeating.newChildId());

repeating.add(item);



OuterGroupBoxBorder
outerContainer = new OuterGroupBoxBorder(outerGroupBox);

 
item.add(outerContainer);

 

outerContainer.add(new
RadioIQNWizardOption(radio, new Model()));

outerContainer.add(new
Label(title, wizardOption.getTitle()));

outerContainer.add(new
Label(helpText, wizardOption.getHelpText()));

}

 

The GPE is on the outerContainer.add(new Label(title), ...) and Wicket
states that the title wicket id already exist in the markup.

 

I am running Wicket 1.4.1.  

 

Thoughts, Ideas?

 

J.D.

 

J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village
Blvd, Suite 800, Centennial, CO  80111 | Office 303.563.1503 | Mobile
303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com

 



Wicket Release Plans for 1.5

2009-10-29 Thread Corbin, James
I noticed that 1.5 maintenance releases are available.  Can someone
speculate on the release time frame for 1.5?

 

We are contemplating an upgrade from 1.4.1 and want to avoid upgrading
to 1.4.3 and then 1.5 immediately after that.

 

Regards,

J.D.

 



RE: Release 1.4.3

2009-10-27 Thread Corbin, James
James,

Do you know when the official release of 1.4.3 is happening?  By official I 
mean the Apache Wicket Website updated with the release announcement and links 
to the official package downloads.  

J.D.

-Original Message-
From: James Carman [mailto:jcar...@carmanconsulting.com] 
Sent: Monday, October 26, 2009 9:15 PM
To: users@wicket.apache.org
Subject: Re: Release 1.4.3

It's there:

http://repo1.maven.org/maven2/org/apache/wicket/wicket/1.4.3/

There was an announcement just recently.

On Mon, Oct 26, 2009 at 10:48 PM, Marc-Andre Houle mho...@gmail.com wrote:
 Hello wicket user list,

 I would like to know when is suppose to happen the actual release of wicket
 1.4.3.  When I looked into the branch, it is like if the release have been
 done.  Also in Jira the 1.4.3 project looked closed.  So I am right to
 expect the release of 1.4.3 anytime soon?

 I am actually waiting for a bug fix on wicket-guice and would like to have
 it in the near future.

 Thanks in advance.

 Marc-Andre


-
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: Release 1.4.3

2009-10-27 Thread Corbin, James
Okay, that's good enough for me...I want to upgrade from 1.4.1 to 1.4.3
and wanted to be sure it was frozen (as much as can be expected for an
open source product).

Thanks,
j.D.

-Original Message-
From: Matthias Keller [mailto:matthias.kel...@ergon.ch] 
Sent: Tuesday, October 27, 2009 9:36 AM
To: users@wicket.apache.org
Subject: Re: Release 1.4.3

Corbin, James wrote:
 James,

 Do you know when the official release of 1.4.3 is happening?  By
official I mean the Apache Wicket Website updated with the release
announcement and links to the official package downloads.  

 J.D.
   
Well, it is as official as can be, they just have some troubles updating

the webpage itself.
Here's the announcement from earlier on:

 release tag:
https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.3

 download: http://www.apache.org/dyn/closer.cgi/wicket/1.4.3

 changelog:
https://issues.apache.org/jira/browse/WICKET/fixforversion/12314250
 ( full release notes below )

 maven:

 dependency
   groupIdorg.apache.wicket/groupId
   artifactIdwicket/artifactId
   version1.4.3/version
 /dependency

 thank you.

 -igor

 ps. our website has not yet been updated with the release
 announcement, something is broken with the confluence publishing
 plugin.

 ---

 Release Notes - Wicket - Version 1.4.3

 ** Bug
* [WICKET-2348] - always insert encoding in http response header
* [WICKET-2436] - invalid DataTable markup breaks table layout
* [WICKET-2497] - AutoComplete textfield ignores visible
 property within hierarchy.
* [WICKET-2501] - BaseWicketTester clickLink calls onBeginRequest
two times.
* [WICKET-2505] - Button.onSubmit javadoc is misleading
* [WICKET-2506] - Regression: Could not find child with id: ID
 in the wicket:enclosure for non-component tag
* [WICKET-2507] - Inconsistent resource path using wicket:link
 and HeaderContributor after second request
* [WICKET-2508] - NullPointerException in
 BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:96)
* [WICKET-2513] - wicket:enclosure does not work if child is a
 container and not a component (regression from 1.4.1)
* [WICKET-2516] - Javadoc for Component.getMarkupId is incorrect
* [WICKET-2518] - Application_bg.properties property file is
 incorrectly encoded
* [WICKET-2520] - Use of Object instead of generic T in
 StringAutoCompleteRenderer
* [WICKET-2522] - Easy fix suggestion: In BaseWicketTester
 'IFormSubmitting' component should be the submitting component, not
 just a 'Button'
* [WICKET-2525] - DatePicker consume too much memory
* [WICKET-2527] - wicket:enclosure child attribute search path has
changed
* [WICKET-2528] - CheckBoxMultipleChoice ignores isDisabled()
checks
* [WICKET-2530] - Class not found when using OSGI class loader

 ** Improvement
* [WICKET-2344] - Performance improvement: more efficient
 AnnotProxyFieldValueFactory cache
* [WICKET-2459] - Add new German Wicket Book
* [WICKET-2511] - Upgrade to SLF4J version 1.5.8
* [WICKET-2524] - Configurable Throttle delay for
AutoCompleteBehavior

 ** Wish
* [WICKET-2468] - AjaxLazyLoadPanel do not respect especific
 projects components configuration
* [WICKET-2515] - ModalWindow javadoc improvent


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



RE: Wicket HTML before graphics design with CSS ...

2009-10-27 Thread Corbin, James
Hi,

I'll weigh in on this discussion if you don't mind.

It sounds like you've already made up your mind on how you want to
proceed.

You can definitely take the approach you describe below, but it removes
some of the freedom from the designer if they have to conform to a
preconceived styling template that a developer provides.

As others had suggested, I would let the designer work in a vacuum (so
to speak), coming up with their own styling, and then you can adopt your
wicket application to use some or all of the css styling the designer
provides.

I don't think there is any right answer to this question, its what works
best for you and your company.

Regards,
J.D.

-Original Message-
From: Ashley Aitken [mailto:mrhat...@mac.com] 
Sent: Tuesday, October 27, 2009 11:10 AM
To: users@wicket.apache.org
Subject: Re: Wicket HTML before graphics design with CSS ...


Thanks Martin and John.

I realise that most projects start with Web/GUI storyboards and  
perhaps even fully graphically designed pages and then add the dynamic  
stuff.  However, I think my situation is somewhat the reverse. I want  
to design the logical interface myself, header, footers, navigation,  
and page contents, the hierarchy of contents including any text, but  
then have the graphic designer make it beautiful.

I'm hoping to make it possible for them to do this with a CSS file,  
and some images (logos, buttons, etc.) I am wishing to know what I can  
do in the HTML pages I construct to make this most possible, easy,  
efficient etc. I don't mind the fact that when I am developing the app  
my pages will not look right, hopefully they will be logically clear,  
in fact I would prefer that, so I can focus on the logical interface  
rather than design specifics.

As I mentioned, I think of it as creating the pages but leaving the  
CSS file empty (or at most some basic default).  Does that make  
sense?  Sorry if I am not explaining myself clearly.

Thanks,
Ashley.

--
Ashley Aitken
Perth, Western Australia
mrhatken at mac dot com
Skype Name: MrHatken (GMT + 8 Hours!)








-
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 Wizard Functionality (Extensions)

2009-10-26 Thread Corbin, James
Hi Sven,

Thanks for the link.  I agree with your assessment and think the Wizard
Button functionality should be enhanced to easily support
Ajax-ification.

Regards,
J.D.

-Original Message-
From: svenmeier [mailto:s...@meiers.net] 
Sent: Monday, October 26, 2009 4:45 AM
To: users@wicket.apache.org
Subject: RE: Wicket Wizard Functionality (Extensions)


See https://issues.apache.org/jira/browse/WICKET-2542


Corbin, James-2 wrote:
 
 Hi Sven,
 
 What exactly am I supposed to implement in the
 AjaxFormSubmittingBehavior.onSubmit(...)?  I've tried everything I can
 think of and the popup still dismisses(closes) when I press the Next
 button after completing step 1.
 
 J
 
 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net] 
 Sent: Saturday, October 24, 2009 11:35 AM
 To: users@wicket.apache.org
 Subject: Re: Wicket Wizard Functionality (Extensions)
 
 Hi James,
 
 regretfully the standard Wicket dialog doesn't support non-AJAX
request 
 - perhaps this restriction applies to the YUI version too?
 
 You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've 
 done it for our project but I don't have the code available at the
 moment.
 
 Regards
 
 Sven
 
 Corbin, James wrote:
 Hi Sven,

 I'm running the wizard in a modal popup (YUI).

 One other thing that is happening is when I press the next button in
 the
 wizard that should take me to the next step, my dialog closes.  I'm
 not
 sure what would cause the dialog to dismiss/close in this manner.

 J.D.

 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net] 
 Sent: Saturday, October 24, 2009 8:32 AM
 To: users@wicket.apache.org
 Subject: Re: Wicket Wizard Functionality (Extensions)

 Hi James,

  but Wicket's implementation seems to only evaluate the condition at
 step
  creation and not when I'm changing the state of my radios.

 see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I
 can

 see these method should support your usecase. Implementing ICondition
 as

 you did seems right to me.

 I assume you're notifying changes of the current radio choice to the 
 server via AJAX? Are you adding the whole wizard to the request so
the
 
 button bar is re-rendered?

 Sven

 Corbin, James wrote:
   
 I am writing a two step wizard using wicket's wizard implementation
 
 and
   
 having some issues.

 I am using Wicket 1.4.1.

 My first wizard step contains a RadioChoice with 3 options. 

 I would like the Finish Button to be enabled on Wizard Step 1 if
 
 either
   
 the first or second radio choice is selected.  Also, if the first or
 second radio is selected, then the next button should not be
enabled.

 If the 3rd Radio Choice is selected, then I want the Finish Button
to
 
 be
   
 DISABLED, and the next button to be enabled so the user can go to
the
 final step.

 My question

 I'm not sure how to set this up in wicket's wizard implementation.
I
 tried specifying an ICondition on step two, to only make that step
 available if the selected type is Radio Choice Option 3 from step
 one,
 but Wicket's implementation seems to only evaluate the condition at
 
 step
   
 creation and not when I'm changing the state of my radios
 

 -
 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
 
 
 

-- 
View this message in context:
http://www.nabble.com/Wicket-Wizard-Functionality-%28Extensions%29-tp260
35189p26057485.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


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



RE: Wicket Wizard Functionality (Extensions)

2009-10-25 Thread Corbin, James
Hi Sven,

What exactly am I supposed to implement in the
AjaxFormSubmittingBehavior.onSubmit(...)?  I've tried everything I can
think of and the popup still dismisses(closes) when I press the Next
button after completing step 1.

J

-Original Message-
From: Sven Meier [mailto:s...@meiers.net] 
Sent: Saturday, October 24, 2009 11:35 AM
To: users@wicket.apache.org
Subject: Re: Wicket Wizard Functionality (Extensions)

Hi James,

regretfully the standard Wicket dialog doesn't support non-AJAX request 
- perhaps this restriction applies to the YUI version too?

You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've 
done it for our project but I don't have the code available at the
moment.

Regards

Sven

Corbin, James wrote:
 Hi Sven,

 I'm running the wizard in a modal popup (YUI).

 One other thing that is happening is when I press the next button in
the
 wizard that should take me to the next step, my dialog closes.  I'm
not
 sure what would cause the dialog to dismiss/close in this manner.

 J.D.

 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net] 
 Sent: Saturday, October 24, 2009 8:32 AM
 To: users@wicket.apache.org
 Subject: Re: Wicket Wizard Functionality (Extensions)

 Hi James,

  but Wicket's implementation seems to only evaluate the condition at
 step
  creation and not when I'm changing the state of my radios.

 see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I
can

 see these method should support your usecase. Implementing ICondition
as

 you did seems right to me.

 I assume you're notifying changes of the current radio choice to the 
 server via AJAX? Are you adding the whole wizard to the request so the

 button bar is re-rendered?

 Sven

 Corbin, James wrote:
   
 I am writing a two step wizard using wicket's wizard implementation
 
 and
   
 having some issues.

 I am using Wicket 1.4.1.

 My first wizard step contains a RadioChoice with 3 options. 

 I would like the Finish Button to be enabled on Wizard Step 1 if
 
 either
   
 the first or second radio choice is selected.  Also, if the first or
 second radio is selected, then the next button should not be enabled.

 If the 3rd Radio Choice is selected, then I want the Finish Button to
 
 be
   
 DISABLED, and the next button to be enabled so the user can go to the
 final step.

 My question

 I'm not sure how to set this up in wicket's wizard implementation.  I
 tried specifying an ICondition on step two, to only make that step
 available if the selected type is Radio Choice Option 3 from step
one,
 but Wicket's implementation seems to only evaluate the condition at
 
 step
   
 creation and not when I'm changing the state of my radios
 

 -
 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 Wizard Functionality (Extensions)

2009-10-24 Thread Corbin, James
I am using Ajax but not adding wizard to target.  I will play with  
that.  Thank you for the suggestion.


Sent from my iPhone

On Oct 24, 2009, at 8:32, Sven Meier s...@meiers.net wrote:


Hi James,

but Wicket's implementation seems to only evaluate the condition at  
step

creation and not when I'm changing the state of my radios.

see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I  
can see these method should support your usecase. Implementing  
ICondition as you did seems right to me.


I assume you're notifying changes of the current radio choice to the  
server via AJAX? Are you adding the whole wizard to the request so  
the button bar is re-rendered?


Sven

Corbin, James wrote:
I am writing a two step wizard using wicket's wizard implementation  
and

having some issues.

I am using Wicket 1.4.1.

My first wizard step contains a RadioChoice with 3 options.
I would like the Finish Button to be enabled on Wizard Step 1 if  
either

the first or second radio choice is selected.  Also, if the first or
second radio is selected, then the next button should not be enabled.

If the 3rd Radio Choice is selected, then I want the Finish Button  
to be

DISABLED, and the next button to be enabled so the user can go to the
final step.

My question

I'm not sure how to set this up in wicket's wizard implementation.  I
tried specifying an ICondition on step two, to only make that step
available if the selected type is Radio Choice Option 3 from step  
one,
but Wicket's implementation seems to only evaluate the condition at  
step

creation and not when I'm changing the state of my radios


-
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 Wizard Functionality (Extensions)

2009-10-24 Thread Corbin, James
Hi Sven,

I'm running the wizard in a modal popup (YUI).

One other thing that is happening is when I press the next button in the
wizard that should take me to the next step, my dialog closes.  I'm not
sure what would cause the dialog to dismiss/close in this manner.

J.D.

-Original Message-
From: Sven Meier [mailto:s...@meiers.net] 
Sent: Saturday, October 24, 2009 8:32 AM
To: users@wicket.apache.org
Subject: Re: Wicket Wizard Functionality (Extensions)

Hi James,

 but Wicket's implementation seems to only evaluate the condition at
step
 creation and not when I'm changing the state of my radios.

see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can

see these method should support your usecase. Implementing ICondition as

you did seems right to me.

I assume you're notifying changes of the current radio choice to the 
server via AJAX? Are you adding the whole wizard to the request so the 
button bar is re-rendered?

Sven

Corbin, James wrote:
 I am writing a two step wizard using wicket's wizard implementation
and
 having some issues.

 I am using Wicket 1.4.1.

 My first wizard step contains a RadioChoice with 3 options. 

 I would like the Finish Button to be enabled on Wizard Step 1 if
either
 the first or second radio choice is selected.  Also, if the first or
 second radio is selected, then the next button should not be enabled.

 If the 3rd Radio Choice is selected, then I want the Finish Button to
be
 DISABLED, and the next button to be enabled so the user can go to the
 final step.

 My question

 I'm not sure how to set this up in wicket's wizard implementation.  I
 tried specifying an ICondition on step two, to only make that step
 available if the selected type is Radio Choice Option 3 from step one,
 but Wicket's implementation seems to only evaluate the condition at
step
 creation and not when I'm changing the state of my radios

-
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 Wizard Functionality (Extensions)

2009-10-24 Thread Corbin, James
Thanks for the info Sven.

I assume by Ajax-ify you mean to create a new implementation that
mirrors WizardButton but extends AjaxButton instead of just Button?

Also, our code base is currently on 1.4.1, I noticed 1.4.3 (stable?) is
released but the main Apache Wicket Page hasn't been updated?

What are your thoughts on upgrading directly to 1.4.3, or should we
stick with a 1.4.2 upgrade?

J.D.

-Original Message-
From: Sven Meier [mailto:s...@meiers.net] 
Sent: Saturday, October 24, 2009 11:35 AM
To: users@wicket.apache.org
Subject: Re: Wicket Wizard Functionality (Extensions)

Hi James,

regretfully the standard Wicket dialog doesn't support non-AJAX request 
- perhaps this restriction applies to the YUI version too?

You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've 
done it for our project but I don't have the code available at the
moment.

Regards

Sven

Corbin, James wrote:
 Hi Sven,

 I'm running the wizard in a modal popup (YUI).

 One other thing that is happening is when I press the next button in
the
 wizard that should take me to the next step, my dialog closes.  I'm
not
 sure what would cause the dialog to dismiss/close in this manner.

 J.D.

 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net] 
 Sent: Saturday, October 24, 2009 8:32 AM
 To: users@wicket.apache.org
 Subject: Re: Wicket Wizard Functionality (Extensions)

 Hi James,

  but Wicket's implementation seems to only evaluate the condition at
 step
  creation and not when I'm changing the state of my radios.

 see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I
can

 see these method should support your usecase. Implementing ICondition
as

 you did seems right to me.

 I assume you're notifying changes of the current radio choice to the 
 server via AJAX? Are you adding the whole wizard to the request so the

 button bar is re-rendered?

 Sven

 Corbin, James wrote:
   
 I am writing a two step wizard using wicket's wizard implementation
 
 and
   
 having some issues.

 I am using Wicket 1.4.1.

 My first wizard step contains a RadioChoice with 3 options. 

 I would like the Finish Button to be enabled on Wizard Step 1 if
 
 either
   
 the first or second radio choice is selected.  Also, if the first or
 second radio is selected, then the next button should not be enabled.

 If the 3rd Radio Choice is selected, then I want the Finish Button to
 
 be
   
 DISABLED, and the next button to be enabled so the user can go to the
 final step.

 My question

 I'm not sure how to set this up in wicket's wizard implementation.  I
 tried specifying an ICondition on step two, to only make that step
 available if the selected type is Radio Choice Option 3 from step
one,
 but Wicket's implementation seems to only evaluate the condition at
 
 step
   
 creation and not when I'm changing the state of my radios
 

 -
 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 Wizard Functionality (Extensions)

2009-10-24 Thread Corbin, James
Sven,

I created my own implementation of a Wizard ButtonBar that adds the
AjaxFormSubmittingBehavior to the existing buttons.

I am not sure what I need to do in the overridden onSubmit(...) for each
of the buttons.  My current implementation simply calls
wizard.getForm().onFormSubmitted() in each of the onSubmit methods, and
haven't added anything to the onError.

Is this the appropriate onSubmit behavior for the wizard buttons?

J.D.



-Original Message-
From: Sven Meier [mailto:s...@meiers.net] 
Sent: Saturday, October 24, 2009 11:35 AM
To: users@wicket.apache.org
Subject: Re: Wicket Wizard Functionality (Extensions)

Hi James,

regretfully the standard Wicket dialog doesn't support non-AJAX request 
- perhaps this restriction applies to the YUI version too?

You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've 
done it for our project but I don't have the code available at the
moment.

Regards

Sven

Corbin, James wrote:
 Hi Sven,

 I'm running the wizard in a modal popup (YUI).

 One other thing that is happening is when I press the next button in
the
 wizard that should take me to the next step, my dialog closes.  I'm
not
 sure what would cause the dialog to dismiss/close in this manner.

 J.D.

 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net] 
 Sent: Saturday, October 24, 2009 8:32 AM
 To: users@wicket.apache.org
 Subject: Re: Wicket Wizard Functionality (Extensions)

 Hi James,

  but Wicket's implementation seems to only evaluate the condition at
 step
  creation and not when I'm changing the state of my radios.

 see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I
can

 see these method should support your usecase. Implementing ICondition
as

 you did seems right to me.

 I assume you're notifying changes of the current radio choice to the 
 server via AJAX? Are you adding the whole wizard to the request so the

 button bar is re-rendered?

 Sven

 Corbin, James wrote:
   
 I am writing a two step wizard using wicket's wizard implementation
 
 and
   
 having some issues.

 I am using Wicket 1.4.1.

 My first wizard step contains a RadioChoice with 3 options. 

 I would like the Finish Button to be enabled on Wizard Step 1 if
 
 either
   
 the first or second radio choice is selected.  Also, if the first or
 second radio is selected, then the next button should not be enabled.

 If the 3rd Radio Choice is selected, then I want the Finish Button to
 
 be
   
 DISABLED, and the next button to be enabled so the user can go to the
 final step.

 My question

 I'm not sure how to set this up in wicket's wizard implementation.  I
 tried specifying an ICondition on step two, to only make that step
 available if the selected type is Radio Choice Option 3 from step
one,
 but Wicket's implementation seems to only evaluate the condition at
 
 step
   
 creation and not when I'm changing the state of my radios
 

 -
 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



Wicket Wizard Functionality (Extensions)

2009-10-23 Thread Corbin, James
I am writing a two step wizard using wicket's wizard implementation and
having some issues.

 

I am using Wicket 1.4.1.

 

My first wizard step contains a RadioChoice with 3 options. 

 

I would like the Finish Button to be enabled on Wizard Step 1 if either
the first or second radio choice is selected.  Also, if the first or
second radio is selected, then the next button should not be enabled.

 

If the 3rd Radio Choice is selected, then I want the Finish Button to be
DISABLED, and the next button to be enabled so the user can go to the
final step.

 

My question

 

I'm not sure how to set this up in wicket's wizard implementation.  I
tried specifying an ICondition on step two, to only make that step
available if the selected type is Radio Choice Option 3 from step one,
but Wicket's implementation seems to only evaluate the condition at step
creation and not when I'm changing the state of my radios.

 

I'm hoping I can do this without implementing my own IWizardListener.

 

NOTE: I noticed the Wicket Wizard Examples that are online do not
function properly.  I went through the whole NewUserWizard and the
Finish button was never enabled.

 

Ideas?

_

IQNavigator has relocated to new offices. Our telephone numbers remain
the same. Our new address is:

IQNavigator

6465 Greenwood Plaza Blvd Suite 800

Centennial, CO 80111

303-563-1500