Is there an idiom for naming these labels, or do people tend to call
them user1, user2, user3...?
On 5/13/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
you cannot reuse the same label more then once in markup. there are various
reasons for this that have to do with how wicket works internally.
I'm willing to try anything to try to workaround or fix this problem. Does
anyone have any suggestions where I should start looking or playing around
in the Wicket code to figure out possibly what is going on?
On 5/13/07, Jonathan Locke [EMAIL PROTECTED] wrote:
we're getting some issue like
Ok..
Just happy to contribute something back, for once:)
regards Nino
Martijn Dashorst wrote:
On 5/11/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
PS this is the right place to write about new features correct?
Technically, the dev list would be better. But this is fine. Thanks
place a breakpoint in: WebRequestCycleProcessor
and then line 78: boolean processRequest = true;
then look what happens the code should go into: target =
resolveRenderedPage(requestCycle, requestParameters); (line 137)
Then Session.getPage() is called and that should also return the page..
I have mounted the home page as /index.html. When showing the page at
http://localhost:8080/ (application context is /), Wicket 1.2.6 appends the
jsessionid parameter:
http://localhost:8080/index.html;jsessionid=0E92A74B703792D9E66834A92D405E4B
What could be the reason for that and how to
You can probably avoid it by using cookies instead (if that's an option
for you).
- Johannes
Thomas Singer wrote:
I have mounted the home page as /index.html. When showing the page at
http://localhost:8080/ (application context is /), Wicket 1.2.6 appends the
jsessionid parameter:
Hi, Al,
Construct your page with:
public MyPage(PageParams params) {
Yes, I already do this in all my pages...
You can then go:
String[] colors = params.getStringArray(color);
(Which obviously returns the whole array.)
Or:
String color = params.getString(color);
(Which just returns the
* edward durai:
anyone help this.
Dear Edward,
Please exit from your applet tunnel vision. Begin talking in
terms of HTTP requests. Wicket does not make any assumption on
whether you serve an applet, Flash, image, HTML or anything else.
So, what are the HTTP requests URL that are
Hm, the used Opera 9.20 *is* configured to accept cookies...
--
Tom
Johannes Fahrenkrug wrote:
You can probably avoid it by using cookies instead (if that's an option
for you).
- Johannes
Thomas Singer wrote:
I have mounted the home page as /index.html. When showing the page at
Oh, and by the way, why do you need Wicket for streaming a static
resource from the server? Just specify the relative path of your
static file in the web application.
--
Jean-Baptiste Quenot
aka John Banana Qwerty
http://caraldi.com/jbq/
It might be difficult for me to produce a reliable test case for this as it
seems to happen only in some environments. The same project checked out on
one machine works and another 2 it doesn't. I will continue to attempt to
isolate the circumstances but I suspect its one of those nasty
* manuel barzi:
Unfortunatelly, I have to confirm you this is actually not true
in 1.2.6 (I guess the link provided by Jean-Baptiste Quenot is
explaining it all).
In my case I just transfer independent key-values (never
repeated), and when recovering them at the
Nothing you can do about the first request. It's the servlet container
that decides on that, and even if you have cookies enabled, this is
typically what your first request looks like.
Eelco
On 5/14/07, Thomas Singer [EMAIL PROTECTED] wrote:
I have mounted the home page as /index.html. When
Hi, Jean-Baptiste,
See:
ClassCastException in WebRequestCodingStrategy
https://issues.apache.org/jira/browse/WICKET-524
This link is about Apache Wicket Project, but not the Wicket
Standalone Project, which is the currently I am using in my
development. Or is that link valid for both cases?
* manuel barzi:
Hi, Jean-Baptiste,
See:
ClassCastException in WebRequestCodingStrategy
https://issues.apache.org/jira/browse/WICKET-524
This link is about Apache Wicket Project, but not the Wicket
Standalone Project, which is the currently I am using in my
development. Or is that
You may want to try the patch attached to the Jira issue. But
note that this is a workaround, not really a solution to the
problem as I don't know where those String arrays come from.
So, should I better switch back to wicket-1.2.5???
Please, confirm to me what's the best decision
Eelco
I was already including the setObjectStreamFactory() call. Whether or not
the call was made made no difference to what I observed.
In any case, I updated to 1.3.0-incubating-beta1, and I no longer get a
stack overflow. I'll therefore assume that my own page/component/model
hierarchy is
Be sure to check out the archive on nabble as posted by Igor. It is
way better in terms of navigation and search cababilities.
2007/5/14, Mark van Leeuwen [EMAIL PROTECTED]:
OK I got the link from mailing list attachments.
Hello everybody,
I was wondering if there are complete Wicket Javadocs somewhere
available online. That is, all modules together in one. Same goes for
Wicketstuff.
I wrote an ant script which would generate this for me for offline
viewing, but this could be altered to work online very easily. I
Mind you to create a jira bug report as well. it will help us not to
forget things. Thanks.
Juergen
On 5/14/07, Rüdiger Schulz [EMAIL PROTECTED] wrote:
I uploaded a quickstart here:
http://www.2rue.de/wicket/wicket-quickstart-autolink.tar.gz
In fact, I think the problem would occurr even
Here it is http://wicketstuff.org/jira/browse/DOJO-64
Thanks,
Dragos
Vincent Demay wrote:
Hi Dragos,
Could you please fill a issue with that, I will try to fix it as soon as
got 5minutes.
(http://wicketstuff.org/jira/browse/DOJO)
--
Vincent
Dragos Bobes a écrit :
Hi Vincent,
yes because it has to do that. with the first request the servlet container
doesn't know you have cookie support. So it will append the jsessionid
after that with the second request it sees the cookie comming in and then
it doesn't append the jsessionid anymore
johan
On 5/14/07, Eelco
the String arrays come from the change eelco did in the ServletWebRequest:
public Map getParameterMap()
{
// Lazy-init parameter map. Only make one copy. It's more efficient,
and
// we can add stuff to it (which the BookmarkablePage stuff does).
if (parameterMap ==
you should do a redirect.
Because if i do a refresh of the browser with the form url in it
i think think the browser ask me do you want to resubmit it (and i guess
that is a post again??)
johan
On 5/14/07, Lowell Kirsh [EMAIL PROTECTED] wrote:
Hi, I'm not sure I understand what you just
but you see how this leads to inconsistencies right? all of a sudden some
things are arrays (params coming from request) while others are not (params
we put in). so its messy.
-igor
On 5/14/07, Johan Compagner [EMAIL PROTECTED] wrote:
nope.. its just a hashmap!
johan
On 5/14/07, Igor
There is no WebRequestCycleProcessor class in Wicket 1.2.6.
On 5/14/07, Johan Compagner [EMAIL PROTECTED] wrote:
place a breakpoint in: WebRequestCycleProcessor
and then line 78: boolean processRequest = true;
then look what happens the code should go into: target =
Wouter,
To complete Johan: the newBrowserWindow check can detect that a page is
opened in another browser window/tab then the page it was opened from. When
this happens, a new pagemap is created.
@Johan, how does Wicket detect a new browser window/tab in 1.3?
Regards,
Erik.
Johan
we use a javascript trick. when a page loads into the window for the first
time it sets the window.name variable to something other then null. in new
windows this var is always initialized to null, so if we do a request and
see that it is null we know a new window/tab has been opened.
-igor
On
Is there any reason not to have a factory method like the following on
ModalWindow?
public AjaxLink createAjaxLink(String linkId)
{
return new AjaxLink(linkId)
{
private static final long serialVersionUID = 0L;
it is the same trick. he said its only turned off when only when you use
second level cache - the reason being that second level cache keeps a
complete clone of the page instead of the usual page+undo history.
lets say you open page A(0) in tab1, 0 being the version number. you click a
link,
Hi Igor,
I now understand why it's behaving as it is, but what do you exactly
mean by A'-A''? That you are using the same objects whichever tab you
click?
And when I revert back to the current 1.3 built, will this cache be on
be default, or do I need to do something extra?
Thanks,
Wouter
On
Hi.
Not that I know of :) But what is it supposed to solve?
-Matej
On 5/14/07, Scott Swank [EMAIL PROTECTED] wrote:
Is there any reason not to have a factory method like the following on
ModalWindow?
public AjaxLink createAjaxLink(String linkId)
{
return
no, A' and A'' are completely separate objects. they are snapshots of what
started out as being the same page A.
-igor
On 5/14/07, Wouter de Vaal [EMAIL PROTECTED] wrote:
Hi Igor,
I now understand why it's behaving as it is, but what do you exactly
mean by A'-A''? That you are using the
It just saves a few lines of code.
yourPanel.add(new AjaxLink(foo){
private static final long serialVersionUID = 0L;
@Override
public void onClick(AjaxRequestTarget target)
{
yourModalWindow.show(target);
});
vs.
yourPanel.add(yourModalWindow.createAjaxLink(foo));
It's
Well, you can create a RFE and assign it to me, i can add this to 1.3.
-Matej
On 5/14/07, Scott Swank [EMAIL PROTECTED] wrote:
It just saves a few lines of code.
yourPanel.add(new AjaxLink(foo){
private static final long serialVersionUID = 0L;
@Override
public void
igor.vaynberg wrote:
hope this explains it.
-igor
With the addition that A' is a clone of A, it does.
Thanks Igor.
--
View this message in context:
http://www.nabble.com/weird-url-behaviour-for-bookmarkable-pages-tf3752813.html#a10609207
Sent from the Wicket - User mailing list
Ok, if I paste the jsessionid into the URL for the second request, all works
well. ON the third request, it works fine without pasting the jsessionid.
How can I append the jsessionid to all requests?
On 5/14/07, Andrew Berman [EMAIL PROTECTED] wrote:
I've debugged in
* Rüdiger Schulz:
I was wondering if there are complete Wicket Javadocs somewhere
available online. That is, all modules together in one. Same goes for
Wicketstuff.
http://wicketstuff.org/wicket13doc/
If some javadocs are missing please file a JIRA issue.
Thanks,
--
Jean-Baptiste
Do I create a RFE via the JIRA?
On 5/14/07, Matej Knopp [EMAIL PROTECTED] wrote:
Well, you can create a RFE and assign it to me, i can add this to 1.3.
-Matej
On 5/14/07, Scott Swank [EMAIL PROTECTED] wrote:
It just saves a few lines of code.
yourPanel.add(new AjaxLink(foo){
That works, tank you very much.
Kadir Sener GUMUS wrote:
Hi,
here it is a code piece of ours below. i hope it is usefull for you:
..
*
private* *static* *final* String *DATETIMEPATTERN* = dd.MM. - HH:mm;
...
SimpleDateFormat dateTimeFormatter =
IDEA ade the online Wish List survey where everybody is welcome to leave
their opinion, let it be a request for a new plugin or suggestion to
improve the existing one.
please vote and add your features for wicket plugin
a href=http://plugins.intellij.net/wishlist/item/?wid=95;wicket
The migration wasnt seamless at all as before.
I just changed jar file from 1.2.4 to 1.2.6 and CSS and images were being
reported not found. I havent even changed a line of code.
i taught it was a mapping issue and i changed my mapping from /app/* to /app
and then the home page loaded fine with
I'm not sure if this is related issue, but here it goes:
I have a bookmarkable page with page parameters that is mounted using
QueryStringUrlCodingStrategy. If I open a link to this page in a new browser
window, it works fine. However, if I try to open the same link in another
tab, wicket
But I want the browser to ask that, because a re-post is dangerous.
Perhpas the dangerous logic should be in the submission page instead
of the results page.
On 5/14/07, Johan Compagner [EMAIL PROTECTED] wrote:
you should do a redirect.
Because if i do a refresh of the browser with the form
Ok, I will move this discussion to a tomcat mailing list. Thanks.
On 5/14/07, Johan Compagner [EMAIL PROTECTED] wrote:
i did say that tomcat does load it. not wicket.
and why do you have to restart tomcat? you just should loose sessions
nothing more
johan
On 5/14/07, Lowell Kirsh [EMAIL
the way it works now, with a redirect after post, is that if you press
refresh there will be no repost. if they press the back button then they can
submit the form again.
without redirect the only difference is that refreshing the page that shows
after the form has been submitted will ask the
but you see how this leads to inconsistencies right? all of a sudden some
things are arrays (params coming from request) while others are not (params
we put in). so its messy.
The thing that was messy was the old version of Wicket trying to be
smart with those parameters, which resulted in the
Yes. Create new issue - issue type new feature or improvement.
Eelco
On 5/14/07, Scott Swank [EMAIL PROTECTED] wrote:
Do I create a RFE via the JIRA?
On 5/14/07, Matej Knopp [EMAIL PROTECTED] wrote:
Well, you can create a RFE and assign it to me, i can add this to 1.3.
-Matej
On
On 5/14/07, Andrew Berman [EMAIL PROTECTED] wrote:
Ok, if I paste the jsessionid into the URL for the second request, all works
well. ON the third request, it works fine without pasting the jsessionid.
How can I append the jsessionid to all requests?
Turn cookie support off at your servlet
Definitely not what I want, but it's the only thing that works. There's
clearly a problem in how Wicket is getting the session from the cookie. My
Spring MVC app which uses the same WAR has no issues pulling the session
info.
On 5/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 5/14/07,
If you mean an altert, you can just add a header contribution with the
alert('foo'); script.
Eelco
On 5/14/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote:
Hi,
Please how do I popup a window (for an advert use case) on Page load. For
instance, I wont a popup window as soon as they home page
well, its still messy unless you override map.put and wrap things that are
not an array in one.
-igor
On 5/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
but you see how this leads to inconsistencies right? all of a sudden
some
things are arrays (params coming from request) while others
actually wicket does not get session from a cookie, tomcat/servlet container
does.
-igor
On 5/14/07, Andrew Berman [EMAIL PROTECTED] wrote:
Definitely not what I want, but it's the only thing that works. There's
clearly a problem in how Wicket is getting the session from the cookie. My
well, its still messy unless you override map.put and wrap things that are
not an array in one.
Blame the servlet API for that. I don't think we should 'fix' their
bad choice (as yes, what we had was indeed nicer, but just
inconsistent and because of that got people into trouble).
It sounds
i mean a Window with its WebPage Instance and PopupSettings, probably the
Page runs an ad rotator code. something like dat
just for adverts
On 5/15/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
If you mean an altert, you can just add a header contribution with the
alert('foo'); script.
Eelco
i am not saying we shouldntve fixed it to return an array always, what i am
saying is that it is inconsistent because when we put things into that map
we dont wrap them in an array, and we should, no? why is that map mutable?
-igor
On 5/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
well,
Spring MVC does put the jsessionid in the URL. What I don't understand is
that when coming into the Wicket app for the first time, it goes to the home
page fine with the jsessionid in the URL, and then I click any link and all
session attributes are gone. Literally a brand new session is
I think I found the crux of the problem. When you first go to the app, as
I've mentioned, it puts the jsessionid in the URL. Well, I compared that
sessionid to the one in the cookie created and they are different! That has
to be the reason it creates a new session. Now to figure out why it's
Hello All,
Sorry for this somewhat off-topic post, but I am interested in a Web
framework that, I guess, does the opposite of Wicket, and I thought,
perhaps, you may be the best people to ask. My understanding is that
Wicket does great at separating the designer's concerns from the back-
you are looking for a framework that generates html by using layout
managers? just like when you are building client apps? there are a few out
there: gwt, echo2, wingS. give them a try.
-igor
On 5/14/07, Ashley Aitken [EMAIL PROTECTED] wrote:
Hello All,
Sorry for this somewhat off-topic
Take a look at Google Web Toolkit.
On 5/14/07, Ashley Aitken [EMAIL PROTECTED] wrote:
Hello All,
Sorry for this somewhat off-topic post, but I am interested in a Web
framework that, I guess, does the opposite of Wicket, and I thought,
perhaps, you may be the best people to ask. My
Hi Igor and Alexandre (and everyone),
Wow, thanks of the prompt posts.
I'm familiar with GWT (AJAX with client-side application) and Echo2
(AJAX with server-side application) and they do, as you suggest, both
use layout managers. In particular, I am considering using Echo2.
However,
Hi, I'm still in love with Wicket but have one question:
I've got lots of different variant markups and I wish to create new ones
at various times. Wicket determines which one to use via the overridden
getVariation() method that I provide in my page class.
I'd like to be able to add new variant
i don't understand how you can have a component-oriented web
framework that generates markup and css without having layout
managers. browsers are not consistent enough in the way they
render to just position everything absolutely. even if they were
consistent, you still couldn't use fixed
It's WICKET-569. I couldn't see how to assign it, and so didn't.
Scott
On 5/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Yes. Create new issue - issue type new feature or improvement.
Eelco
On 5/14/07, Scott Swank [EMAIL PROTECTED] wrote:
Do I create a RFE via the JIRA?
On
65 matches
Mail list logo