By default, IRequestCycleSettings gatherExtendedBrowserInfo setting is
false, resulting in the ClientProperties object to be initialized from
just the user agent string that the browser sends with the request.
This is ok for basic stuff, but for most interesting stuff, you really
need some
I see, as I only override the IRequestCycleFactory but not the
setting, I guess that investigation code should work anyway? But I
cannot make it work... How can I gather more information to debug?
Set a break point in WebRequestCycle#newClientInfo.
Oh, and don't forget that that method won't
so to get this correctly
you just changed the line:
String url = httpServletRequest.getServletPath();
to
String url = getServletPath();
how can that help?
because this is getServletPath() on ServletWebRequest
return httpServletRequest.getServletPath();
so thats exactly the same code
On 1/31/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I see, as I only override the IRequestCycleFactory but not the
setting, I guess that investigation code should work anyway? But I
cannot make it work... How can I gather more information to debug?
Set a break point in
That's because I have my own implementation of servlet request.
In my PaxWicketApplication.java
code
public class PaxWicketApplication extends WebApplication
{
...
@Override
protected final WebRequest newWebRequest( final HttpServletRequest
servletRequest )
{
return new
Hi,
Just continuing from this thread.
I'm currently helping [EMAIL PROTECTED] to get their *secret* project
going. I svn co the gmap contrib with version 1712 and try to migrate
their existing code to use wicket-2.0 and pax-wicket-2.0.
During migration I noticed a couple of bug in gmap
As most of the webpages does not need transaction support, thus I have
a marker interface to prevent transaction start and commit for those
webpage, which work like follow:
@Override
protected void onBeginRequest() {
super.onBeginRequest();
Hi
I've been wondering about best practices for writing unit tests with wicket?
Looking around the source of wicket, I can see that most uses junit. A few
places wicket tester are used.
Last time I wrote a test I tried writing using jwebunit and http unit (as I
remember). I tried
On Wed, 31 Jan 2007, Nino Wael wrote:
What do others do?
I use excellent (at least in 2.0) WicketTester to test basic
functionality and tree structure of components, and
complement it with WicketBenchTestCase from Wicket Bench to
test with Selenium how the components behave in Firefox.
And
Edward,
Thanks for the patch and hard work, i'll apply the patch right away.
As far as I see the root problem is in the way gmap 1.0 is designed; it
doenst really fit with wicket 2.0 model where we haveto pass the parent as
contructor argument. as you said, porting and issues that appear might
Thanks for the quick response. Unfortunately I don't quite understand how to
achieve the functionality with
ajaxformcomponentupdatingbehavior. More precise, I don't know which event to
attache to it. I don't want to
call the availability check onBlur but only when the link is clicked.
Hello Conny,
You could use the 'onclick' event, however, you won't get the value of
the text input. So, you probably need to submit the form. For this links
are not intended, you need a submit buttons. With css you can style the
button as a link again (if you really must :) ). Wicket won't
Greetings
I have a problem with a DataTable component that I am trying to refresh
following an Ajax event.
My page contains a 'DataTable' component, with a FilterToolbar added as
a topToolbar.
The table is displayed correctly. My page contains a modal window that I
use to edit the bean ; when
Hi everybody,
i've got a problem with multipart-forms. i have a form with some input-field
and inside this form there is another form for uploading an image:
form wicket:id=
input type=text.../
form enctype=multipart/form-data wicket:id=...
input type=file.../
input
Why not simply use AjaxSubmitLink or AjaxSubmitButton ? It will submit all
the form, evidently, but you can do which ever action you want in the
onClick handler? Am I missing something?
Marc
On 1/31/07, Erik van Oosten [EMAIL PROTECTED] wrote:
Hello Conny,
You could use the 'onclick' event,
I think we are not suppose to have form inside anyother form.
On 1/31/07, Matthes Rieke [EMAIL PROTECTED] wrote:
Hi everybody,
i've got a problem with multipart-forms. i have a form with some input-field
and inside this form there is another form for uploading an image:
form wicket:id=
k. thanks. i was just wondering, because it worked all fine with the
inner-form, just this thing with the multipart..
Carfield Yim schrieb:
I think we are not suppose to have form inside anyother form.
On 1/31/07, Matthes Rieke [EMAIL PROTECTED] wrote:
Hi everybody,
i've got a problem
ok, my project is using 1.3 shapshot in fact i can get the browser
size properties.
However, like you said, properties are refreshed just at the beginning
of the session.
I have tried to include the code found in BrowserInfoPage all in the
1.3 snapshot quickstart project: I have inserted:
1)
On 1/31/07, Daniele Dellafiore [EMAIL PROTECTED] wrote:
ok, my project is using 1.3 shapshot in fact i can get the browser
size properties.
However, like you said, properties are refreshed just at the beginning
of the session.
I have tried to include the code found in BrowserInfoPage all in
Done.
Eelco
On 1/31/07, Edward Yakop [EMAIL PROTECTED] wrote:
That's because I have my own implementation of servlet request.
In my PaxWicketApplication.java
code
public class PaxWicketApplication extends WebApplication
{
...
@Override
protected final WebRequest
Multipart nested forms are not supported (yet). I am not sure that we
ever will support them.
Martijn
On 1/31/07, Matthes R. [EMAIL PROTECTED] wrote:
k. thanks. i was just wondering, because it worked all fine with the
inner-form, just this thing with the multipart..
Carfield Yim schrieb:
Look like that investigation code haven't executed. Which method is
actually execute that investigation code ?
Does the browserinfo example in wicket-examples work for you?
Try a break point in BrowserInfoPage, or specifically it's internal
class PostBackForm#onSubmit
Eelco
Mmm, here's the rather frustrated response from the developer who's been
working on re-skinning DatePicker ModalWindow to get them to more
seamlessly fit our UI look/feel. Apart from this hitch the demo
implementation has been proceeded so well that we're trying to figure out
what else to do to
I will try to understand better how things works.
What I really need is to get the new browser size after a search form
has been submitted so I can try to send the size properties in the
search form (as you do in thee postback form) and then update the
ClientProperties in... some way.
This would
yes, we already do enough hacking to allow users to nest forms eventhough
it is not allowed in the html spec. what wicket does is turn all inner form
tags into divs and use its magic to route the values/call events. but when
it comes to multipart there isnt much we can do because at the end there
Ok, I dug into the DatePickerSettings and figured out that we can very
easily:
1. Apply our own css that overrides part of the existing css like so:
this.add(HeaderContributor.forCss(../../css/cyllenius_cal.css));
2. Apply our own css _instead of_ the existing css like so:
I know that Wicket intentionally obsfuscates much of the
HttpSession/HttpServletRequest/HttpServletResponse complexity, and that's
mostly fine, but I need to be able to get the root context path for my
application so that I can construct meaningful links to servlets and other
resources that are
Correction. Step #1 is on the DatePicker itself, while step #2 is on the
DatePickerSettings. Dumb cut/paste mistake.
On 1/31/07, Scott Swank [EMAIL PROTECTED] wrote:
Ok, I dug into the DatePickerSettings and figured out that we can very
easily:
1. Apply our own css that overrides part of
one thing to keep in mind is that the modalwindow was _not meant_ to be very
customizable. it was meant to be a dropin component that you would use as
is. that is why we put so much work into making it look really good. what we
need to do is to extract an AbstractModalWindow that doesnt have all
On 1/31/07, Scott Swank [EMAIL PROTECTED] wrote:
Another silly issue that demonstrates the coupling of a component to its
CSS is that the modal window uses CSS's background-image in for its
blue/grey border. We can only override the image not remove it so that we
simply have a black line.
((webrequest)requestcycle.get().getrequest()).gethttpservletrequest().
-igor
On 1/31/07, dukejansen [EMAIL PROTECTED] wrote:
I know that Wicket intentionally obsfuscates much of the
HttpSession/HttpServletRequest/HttpServletResponse complexity, and that's
mostly fine, but I need to be
what we need to do is to extract an AbstractModalWindow that doesnt have
all the bells and whistles but lets you customize the look more.
+1 -- if we go with Wicket we might even contribute this ourselves
also can you not simply do modalwindow.setcssclassname(mine) and then
include an
Hi.
I guess someone should write a how to customize modal window article to
wiki :)
You don't have to use blue or grey css. You can specify your own style
selector in modal window (ModalWindow.setCssClassName). If you set it to
e.g. black, you won't even have the background images loaded.
As
Eelco Igor,
I'm in agreement on the broad component-packaging approach and had much the
same conversation with our developer (Chris). Mostly he was frustrated.
We're sub-classes both DatePicker ModalWindow so that they have our
look/feel for the prototype. Things really aren't nearly so bad
That someone may well be me -- once I have a better idea about how the
moving pieces (js css) fit together.
On 1/31/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hi.
I guess someone should write a how to customize modal window article to
wiki :)
You don't have to use blue or grey css. You can
On 1/31/07, Daniele Dellafiore [EMAIL PROTECTED] wrote:
I will try to understand better how things works.
What I really need is to get the new browser size after a search form
has been submitted so I can try to send the size properties in the
search form (as you do in thee postback form) and
take a look at datatable example in wicket-examples.
Nice example, thank you.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your
I'm building an Intranet web application that will run in Websphere. In a
nutshell, this is my situation:
- Websphere has a 30 minute timeout for inactive sessions
- users open their browser in the morning and expect to be able to use
the application on and off during the day
- users may
Excellent! Thanks.
-Jason
igor.vaynberg wrote:
((webrequest)requestcycle.get().getrequest()).gethttpservletrequest().
-igor
On 1/31/07, dukejansen [EMAIL PROTECTED] wrote:
I know that Wicket intentionally obsfuscates much of the
what do you mean resume within the same context?
one option might be to add an ajax behavior that pings the server, so the
session doesnt time out while the page is open in the browser.
-igor
On 1/31/07, Sean Sullivan [EMAIL PROTECTED] wrote:
I'm building an Intranet web application that
Perhaps it's right in from of me and I' just missing it but I can't seem to
find any information about how to take advantage of wicket-auth. The only
mention of it I see at all is on the main Wicket site's Download page.
Matt
You can take a look at the examples projects:
https://svn.apache.org/repos/asf/incubator/wicket/trunk/wicket-auth-roles
and
https://svn.apache.org/repos/asf/incubator/wicket/trunk/wicket-auth-roles-examples
Eelco
On 1/31/07, Matt Welch [EMAIL PROTECTED] wrote:
Perhaps it's right in from of me
Download the wicket-auth-roles-examples project. It contains the
examples. There is no specific documentation available afaik, other
then what is contained in the examples and the javadoc of the project.
Martijn
On 1/31/07, Matt Welch [EMAIL PROTECTED] wrote:
Perhaps it's right in from of me
Furthermore, you can go as fancy as you like, including implementing
an auto-login thing based on a cookie, and saving where the user is as
persistent state (you could even postpone that until the session time
outs) and then after a re-login redirect to that again.
Furthermore, (links to)
Hello again,
Will it be possible to have zero serverside state in Wicket 1.3?
Using Google, I found two references to this topic:
* The next version of Wicket will support client-side models for
zero-state scalability.*
source: http://wicket.sourceforge.net/Features.html
[...] *in 1.1
yes, 1.3 has support for stateless pages and stateless forms. but notice
that by doing this you give up a lot of what makes wicket wicket
-igor
On 1/31/07, Sean Sullivan [EMAIL PROTECTED] wrote:
Hello again,
Will it be possible to have zero serverside state in Wicket 1.3?
Using Google, I
Awesome. Thanks Igor.Can Wicket 1.3 encode page state in URLs or in a
hidden form field?
By the way, I noticed Tapestry 4.1 can optionally encode page state as URL
query parameters:
http://tapestry.apache.org/tapestry4.1/usersguide/state.html
*The [Tapestry] application may be stateless
no, client side state is not something we support, and probably will not in
the foreseeable future. there are a lot of downsides to doing so that are
outlined in numerous threads on this list.
encoding state into the url is not feasible, urls have a limit on how much
they can hold which is last
1.3 has the disk store that saves pages to disk. so if you keep session id
in a cookie and reuse it upon login the pages can be retrieved from disk and
thus you have unlimited storage. you can wrap that store in your own and
save all session attributes into it not just the pages, that way the
I have a webapp that is bound to root / context, and I am mounting a
bookmarkable page to /script/execute via:
mountBookmarkablePage( /script/execute, ScriptExecutor.class );
That page displays a textarea and a submit button within the form. The
code is as follows:
public class
Thanks, I didn't even think of just looking in the download itself. As I
suspected, they were right there in front of me!
Matt
On 1/31/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Download the wicket-auth-roles-examples project. It contains the
examples. There is no specific documentation
2007/1/31, Marc-Andre Houle [EMAIL PROTECTED]:
Why not simply use AjaxSubmitLink or AjaxSubmitButton ? It will submit all
the form, evidently, but you can do which ever action you want in the
onClick handler?
That's exactly the conclusion I came up with after thinking a bit about the
Thanx.
Regards,
Edward Yakop
On 2/1/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Done.
Eelco
On 1/31/07, Edward Yakop [EMAIL PROTECTED] wrote:
That's because I have my own implementation of servlet request.
In my PaxWicketApplication.java
code
public class PaxWicketApplication
Hi,
Does anyone know of, or is anyone working on, a Wicket-based right-click
context menu?
We are looking for something similar to the Dojo one (http://dojotoolkit.org/
General Widgets - Menu - ContextMenu), and that will most likely be what
we'll use if we can't find a Wicket alternative. If
I got the same problem with 1.2.4
2006/11/11, Matej Knopp [EMAIL PROTECTED]:
That's weird. Which wicket version are you using? Seems that Wicket 1.x
has already become 1.3 and the latest revision is 473519.
Wicket 1.2 has it's own branch now.
Are you sure you're using the apache repository?
its fixed and will be included in the upcoming 1.2.5
-igor
On 1/31/07, smallufo [EMAIL PROTECTED] wrote:
I got the same problem with 1.2.4
2006/11/11, Matej Knopp [EMAIL PROTECTED]:
That's weird. Which wicket version are you using? Seems that Wicket 1.x
has already become 1.3 and the
Yahoo UI has a nice context menu:
http://developer.yahoo.com/yui/menu/#contextmenu
http://developer.yahoo.com/yui/examples/menu/contextmenu.html
It should be possible to wrap this menu as a Wicket component.
Sean
On 1/31/07, Bruce Fraser [EMAIL PROTECTED] wrote:
Hi,
Does anyone know
On 2/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
one thing to keep in mind is that the modalwindow was _not meant_ to be very
customizable. it was meant to be a dropin component that you would use as
However, people like every component to be very customizable, that is
what client expect from
you are free to write your own if the one we provide doesnt fit your needs
:) we didnt use any api you dont have access to to create this one.
-igor
On 1/31/07, Carfield Yim [EMAIL PROTECTED] wrote:
On 2/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
one thing to keep in mind is that the
On 2/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
you are free to write your own if the one we provide doesnt fit your needs
:) we didnt use any api you dont have access to to create this one.
Sure, no offence, in fact I am happy to use ModalWindow. I just say
what we expect for our software
and what we expect from our users are patches :)
-igor
On 1/31/07, Carfield Yim [EMAIL PROTECTED] wrote:
On 2/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
you are free to write your own if the one we provide doesnt fit your
needs
:) we didnt use any api you dont have access to to create
On 2/1/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
yes, we already do enough hacking to allow users to nest forms eventhough
it is not allowed in the html spec. what wicket does is turn all inner form
tags into divs and use its magic to route the values/call events. but when
it comes to
See the following site :
http://www.dhtmlgoodies.com/index.html?whichScript=context_menu
demo : http://www.dhtmlgoodies.com/scripts/context-menu/context-menu.html
I think the html can be easily generated by using a ListView and
Adding Links inisde and handling the onclick of the links.
Hope u
html was not designed with encapsulation in mind. imagine a panel that
processes some inputs via textfields. that panel needs a form. so you either
have a restriction that you can only use that panel inside a form, or put
the form into the panel and let wicket figure it out - that way the panel
We have done some performance testing between JSF, JSP, Wicket and Stripes
when choosing a framework to develop Ajax-enabled WebUI.
You may find it interesting to know that our results showed JSF is at least
3-4 times slower than JSP on simple pages (exactly as described at
We have found a pretty weird situation with too many open files error on
our alpha-testing site. Further analysis showed that on each page refresh
the following resources get repeatedly obtained from the wicket's .jar and
add to the number of open files:
'wicket/ajax/wicket-ajax.js'
i dont know if it makes sense to back the menu items with a listview,
labels, links, etc. for what purpose?
i would have a single component for the menu that spits out the necessary
html directly into the page rather then backing it via actual wicket
components. this menu component can implement
Hi,
is there some way of using own Localizer in WebApplication? I found out
that in version 1.1 there was setLocalizer() method in Application, but
I couldn't find such anymore anywhere.
In quite many cases the path used in Localizer.visitResourceLoaders() is
realy long and there is done too
68 matches
Mail list logo
