Hello,
we are experiencing occasional page expirations in our Wicket based
application when user is working in several browser tabs.
After some debugging, i got to PageWindowManager class, which manages
positions and size of serialized pages in the pagemap file.
I have identified
This is not really a wicket task. It's more a programming problem.
String localizedString = Localizer.getString(key);
String[] values = localizedString.split(,);
Simple isn't it? You really want to decline this method?
I was aware of this possibility (which I actually want to avoid for my
Hi,
problem in your case is that that the diskpagestore overflows. That
normal, it's cyclic, but it shouldn't happen too often. The default
size is 10 megabytes (can be increased), that means it should be able
to accommodate quite a few (well, hundreds) of pages. So even with
multiple tabs the
Hi,
Thanks for quick reply.
It took me a bit more code reading, but now I see what you're saying.
Models are really oversized, so this is the problem.
Unfortunately, necessary changes to our project would be out of budget,
so i'll stay with increasing diskpagestore max size for now.
So, thanks
My application is a single-page multiple-panel (heavy AJAX) webapp
(except the login page).
Part of page is almost constant, is expensive to instantiate/refresh
and cannot be (always) refreshed (having embedded Flash player).
Rest of page is a panel and is populated succesively with
There is no such thing like 'panel mounting'. All you can do, is to encode
the state into url using PageParams restore the page based on those
parameters.
Alex
Stefan Jozsa-2 wrote:
My application is a single-page multiple-panel (heavy AJAX) webapp
(except the login page).
Part of page
I know that is no such thing like 'panel mounting',
this is my problem !
I can encode arguments as PageParameters, but after ?
What you mean saying restore the page based on those params ?
Thanks,
Stefan
--- On Fri, 12/18/09, Alex Objelean alex_objel...@yahoo.com wrote:
From: Alex Objelean
Actually, what I mean is that based on page parameters you encode into url,
you can take the decision of what panel to show, or how it should behave. It
all depends on your application.
Alex
Stefan Jozsa-2 wrote:
I know that is no such thing like 'panel mounting',
this is my problem !
Is/has anyone successfully used the javaagent? How did you do it? I've
tried setting it up, but it needs extra jarson the bootclasspath (wicket for
the Objects class and slf4j for the logging), when I add them to the
bootclasspath it is registering the agent, but when the app actually starts
I found I needed to use form.error(message) in the onSubmit method.
luther.baker wrote:
I'm not at a computer to try this ... but I do this all the time so it
definitely works like you're hoping.
You've posted alot of code so its a bit difficult to trace what is
commented
out and what
Or you just implement (override) the onError(...) method of your
AjaxSubmitLink()... there you can 'refresh' your feedbackpanel by adding it
to the ajaxRequestTarget
(It's on the todo list to make it abstract, so you have to implement it,
just like the onSubmit(...)
On Fri, Dec 18, 2009 at
Alex, this was a great help, thank you!
On Thu, Dec 17, 2009 at 3:23 PM, Alex Objelean alex_objel...@yahoo.comwrote:
Though I didn't use it, there is HttpsRequestCycleProcessor (you should add
it in your Application) and @RequireHttps annotation (for each WebPage
which
must be accessed
I'm now using @RequireHttps to switch to https on certain pages but it's not
quite working right.
In our storefront app, I'm switching to https at the point in the checkout
process where you view your cart, and then proceed to a page to either login
or create an account. When I submit my
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
can you recreate in a quickstart?
-igor
On Fri, Dec 18, 2009 at 7:56 AM, VGJ zambi...@gmail.com wrote:
I'm now using @RequireHttps to switch to https on certain pages but it's not
quite working right.
In our storefront app, I'm switching to https at the point in the checkout
process where
I'll create one and post it, if I can.
-v
On Fri, Dec 18, 2009 at 9:21 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote:
can you recreate in a quickstart?
-igor
On Fri, Dec 18, 2009 at 7:56 AM, VGJ zambi...@gmail.com wrote:
I'm now using @RequireHttps to switch to https on certain pages
can some one please tell me , where to put the applet class file? is it
inside the webapp folder ? i have used a quickstart wicket project ..
please help ...
Aiszone wrote:
Try enabled logging on your webserver - that way you can see, where it
tries
to retrieve the class files from.
Where do you put it for a normal non-wicket webapp using static html pages?
On Fri, Dec 18, 2009 at 11:31 AM, local_shamil shaena...@gmail.com wrote:
can some one please tell me , where to put the applet class file? is it
inside the webapp folder ? i have used a quickstart wicket project ..
In the same folder ... but it doesn't work in this
James Carman-3 wrote:
Where do you put it for a normal non-wicket webapp using static html
pages?
On Fri, Dec 18, 2009 at 11:31 AM, local_shamil shaena...@gmail.com
wrote:
can some one please tell me , where to put the applet class
Are you mounting your page at all?
On Fri, Dec 18, 2009 at 11:36 AM, local_shamil shaena...@gmail.com wrote:
In the same folder ... but it doesn't work in this
James Carman-3 wrote:
Where do you put it for a normal non-wicket webapp using static html
pages?
On Fri, Dec 18, 2009 at
well this is what i did ,, i created a quickstart wicket project ,,, then i
added all the .java files including the applet.java file in to the
src/main/java/ folder ... then when i run jetty, the files get complied and
saved in the target/classes/ folder . so what i did was, i copied the
Look in your actual output folder (where the webapp is run from,
typically target/webapp or something like that). Is the
HelloWorld.class file there?
On Fri, Dec 18, 2009 at 11:52 AM, local_shamil shaena...@gmail.com wrote:
well this is what i did ,, i created a quickstart wicket project ,,,
the WEBAPP folder is in the SRC/MAIN/ folder... and the Helloworld.class file
is in that ...
:(
James Carman-3 wrote:
Look in your actual output folder (where the webapp is run from,
typically target/webapp or something like that). Is the
HelloWorld.class file there?
On Fri, Dec 18,
Email me the HelloWorld.class file directly. I can probably send you
back a working quickstart pretty quickly
On Fri, Dec 18, 2009 at 11:58 AM, local_shamil shaena...@gmail.com wrote:
the WEBAPP folder is in the SRC/MAIN/ folder... and the Helloworld.class file
is in that ...
:(
James
help i am lost ..
:( :(
local_shamil wrote:
the WEBAPP folder is in the SRC/MAIN/ folder... and the Helloworld.class
file is in that ...
:(
James Carman-3 wrote:
Look in your actual output folder (where the webapp is run from,
typically target/webapp or something like that).
James Carman-3 wrote:
Email me the HelloWorld.class file directly. I can probably send you
back a working quickstart pretty quickly
On Fri, Dec 18, 2009 at 11:58 AM, local_shamil shaena...@gmail.com
wrote:
the WEBAPP folder is in the SRC/MAIN/ folder... and the Helloworld.class
i have attached the HELLOWORLD.class file
James Carman-3 wrote:
Email me the HelloWorld.class file directly. I can probably send you
back a working quickstart pretty quickly
On Fri, Dec 18, 2009 at 11:58 AM, local_shamil shaena...@gmail.com
wrote:
the WEBAPP folder is in the
I just converted my code from Wicket 1.4m2 to 1.4.4 and am see
performance problems with resource load times. For example, when I load
a page that has a LinkTree in it, the browser takes a long time (20 - 30
seconds) to load
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
http://markmail.org/thread/44hui777oz7rlg4w
-igor
On Fri, Dec 18, 2009 at 11:02 AM, Jered Myers
jer...@maplewoodsoftware.com wrote:
I just converted my code from Wicket 1.4m2 to 1.4.4 and am see performance
problems with resource load times. For example, when I load a page that has
a
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:
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
I was unable to re-create it in a simple web app w/ a few pages. However,
no matter where I use it in my storefront app, it happens.
It's very strange because it starts a page late. I put the annotation on
the User Account page, yet it doesn't switch to https until I reach the
*following* page
My Ajax calls are getting swallowed somewhere. Is there someplace I can
set a break-point to find out where it's dying?
On 12/17/2009 11:28 AM, Kurt Heston wrote:
I've read alot about ajax and the back button in the forums and on the
web, but what I'm seeing looks to be a different problem in
Maybe wicket thinks that the ajax behavior belongs to a page that isn't the
current/active page and therefore is ignoring it?
http://wicket.apache.org/docs/1.4/org/apache/wicket/ajax/AbstractDefaultAjaxBehavior.html#getCallbackScript(boolean)
Just a guess, and I am likely to be wrong, but I
Reading up on it now...
On 12/18/2009 5:15 PM, McIlwee, Craig wrote:
Maybe wicket thinks that the ajax behavior belongs to a page that isn't the
current/active page and therefore is ignoring it?
36 matches
Mail list logo