preloading is basically just calling mybean.getMyCollection().size()
while you still have a session context. (i.e. either in an ejb session
bean or for a example in your Wicket page constructor, given that you
wrapped the eventhandling phase in a usertransaction.
This approach feels a little bit
After switching to production mode,
the problem does not seem to appear any more at first sight.
As the problem cannot be simulated by
carrying out a specific action, but only occurs after a while,
I cannot confirm that it does not re-occur
in production mode any more.
Again I have monitored
Thanks. I updated it.
Juergen
On 4/11/06, ali [EMAIL PROTECTED] wrote:
in Show (sub-)totals section from display-tag demos
i think logic of code is mistake but result is correct
in here , fill map with groups
int startIdx = 0;
for (int i=1; i data.size(); i++) {
Thanks again
Juergen
On 4/11/06, ali [EMAIL PROTECTED] wrote:
i think must replace
buffer.append(row.toString());
with
buffer.append(escapeColumnValue(row.toString()));
in BaseExportView class of exporting section of display tag demos
--
Using Opera's revolutionary e-mail
Hi.
I changed the wicket-ajax.js to create only one instance of
XmlHttpRequest, and the memory leak in IE seemed to vanish.
So the problem is that creating XmlHttpRequest probably causes a memory
leak. Howewer, having only one instance of XmlHttpRequest doesn't seem
to be the best idea
defering the creation of the session and the whole google crawler thingare 2 seperate issues for me.Because a bookmarkable url could be a non stateless page anyway because of a form or link on it.And then you do have the session. And urls with jsessionid will be generated after that for every
Hi,
Thanks for you response,
I changed the wicket-ajax.js to create only one instance of
XmlHttpRequest, and the memory leak in IE seemed to vanish.
So the problem is that creating XmlHttpRequest probably causes a memory
leak. Howewer, having only one instance of XmlHttpRequest doesn't seem
need several requests at the same time. So maybe pooling of
XmlHttpRequest(s) could work...
Btw, does dojo use pooling (since there was no leak with it) ?
Maybe it would make sense to check how they are getting around
this.
Ari S.
-Matej
Ari Suutari wrote:
Hi,
There is a
Ari Suutari wrote:
Hi,
Thanks for you response,
I changed the wicket-ajax.js to create only one instance of
XmlHttpRequest, and the memory leak in IE seemed to vanish.
So the problem is that creating XmlHttpRequest probably causes a
memory leak. Howewer, having only one instance of
Ari Suutari wrote:
need several requests at the same time. So maybe pooling of
XmlHttpRequest(s) could work...
Btw, does dojo use pooling (since there was no leak with it) ?
Maybe it would make sense to check how they are getting around
this.
Ari S.
Don't know, might be worth
kurt heston schrieb:
I've got some legacy PDFs laying around that utilize the HTTP submit
functionality available when using Acrobat fillable forms. The servlet
I have answering these Acrobat requests saves off the field names and
values submitted in a 3 column table (rec id, field name,
Ahh yes...I've seen that done too but couldn't figure out how that would be any different than eager fetching?I have seen that trick before but wasn't sure if that was the best approach since I don't *always* want the collection (but would have it since I'm preloading before it gets to the view.)
All,I've submitted my first article concerning Wicket on the JavaLobby: Wicket: consistent layout using markup inheritanceProbably you already know how to use markup inheritance, but it might still be a good read.
Happy reading!Martijn-- Wicket 1.2 is coming! Write Ajax applications without
Johan Compagner schrieb:
the problem with myeclipse is that they don't move quickly enough for me.
They should be atleast have a version of myeclipse for every milestone
build. Else i can't really use there software.
Yes, they don't move very fast. Dependencies for web projects are also a
i had an idea last night that might make this less painful.what if we have a spider toggle on request cycle? we toggle it on if we know its the spider performing the request. with the spider mode on urlFor calls for non-bookmarkable pages will return # and bookmarkable urls will not be rewritten.
is the leak still there if you turn off the ajax debug mode in IAjaxSettings?-IgorOn 4/12/06, Matej Knopp
[EMAIL PROTECTED] wrote:Ari Suutari wrote: need several requests at the same time. So maybe pooling of
XmlHttpRequest(s) could work...Btw, does dojo use pooling (since there was no leak with
They definitely seem more focused on new features and longer delays on
releases. Personally, I don't use half of the features but that's not
to say that I never will. I do, however, appreciate the rock-solid
stability and the support, so far, has been very good.
How is the dependencies feature
Yeah, it is. However, it's much smaller. But still, 10-15 kb per request.
-Matej
Igor Vaynberg wrote:
is the leak still there if you turn off the ajax debug mode in
IAjaxSettings?
-Igor
On 4/12/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
Ari Suutari wrote:
i looked through the _javascript_ but nothing jumped out at me. did you notice anything cause im stumped.-IgorOn 4/12/06, Matej Knopp
[EMAIL PROTECTED] wrote:Yeah, it is. However, it's much smaller. But still, 10-15 kb per request.
-MatejIgor Vaynberg wrote: is the leak still there if you turn
Johan Compagner wrote:
defering the creation of the session and the whole google crawler thing
are 2 seperate issues for me.
Because a bookmarkable url could be a non stateless page anyway because
of a form or link on it.
And then you do have the session. And urls with jsessionid will be
AFAIK There's nothing wrong with javascript. The problem is that
creating XMLHttpRequest every time causes memory leak in IE.
People tend to reuse one instance of xmlhttprequest, but that does not
suffice here, i guess, therefore I suggested xmlhttprequests instances
pooling.
I tried to
When I first started looking at Wicket it was all about Borders for page templating and consistency. Recently, evaluating Wicket again, I see Markup Inheritance is boasted quite a bit, including the article on JavaLobby.
My question is, is MI now the preferred way to layout multiple pages keeping
I'm passing the session id via a PDF hidden field. It seems to work
ok. I use the RequestCycle in establishing my hooks to Hibernate on the
Wicket side, not so with my Pdf servlet. I'm not sure yet whether I'm
going to regret it.
I guess I was just looking for some tighter integration
It's taking the original workaround idea and moving it further along. I
think it's a good idea. But we need to find out the impact of a page's
outgoing links being reduced and pointing to the same # url. Will it
decrease the PageRank? There are pseudo calculations out there that tell
you
is there a pooling implementation somewhere i can take a look at and borrow, im not really inerested in becoming a _javascript_ wiz just because ms cant get it right.-IgorOn 4/12/06,
Matej Knopp [EMAIL PROTECTED] wrote:
AFAIK There's nothing wrong with _javascript_. The problem is thatcreating
MI is probably better suited for LF (and feedback we get indicates
that it is easier to use), but there are still plenty good use cases
for Border. MI for example can not be used inside a Panel or Border
bordering a specifc html tag/region (compared to the whole Page or
Panel as MI does).
Juergen
Interesting that you mention that about Panels. I have been trying to use Panel and MI without success. Basically, I have a BasePage that contains a reference to my Header (which extends Panel and has it's own contents) and I have the
Header.html. But when I deploy it, it states that it can't
On Apr 12, 2006, at 11:03 AM, Nathan Hamblen wrote:
Yes, exactly! There may be other reasons to defer the session
creation,
but it will not fix this problem of Google finding perfectly
accessible
bookmarkable pages with a jsesionid appended to them, unless your
robots.txt is able to exclude
I guess I have seen one. But it shouldn't be that difficult to get it
done. I guess I might be able to look into it tonight.
-Matej
Igor Vaynberg wrote:
is there a pooling implementation somewhere i can take a look at and
borrow, im not really inerested in becoming a javascript wiz just
Hi there,
I used to have a download-after-submit, following an email I saw a while ago.
It used a construct like this:
final WebResponse response =
(WebResponse)getRequestCycle().getResponse();
response.setContentType(text/csv);
Vincent Jenks schrieb:
They definitely seem more focused on new features and longer delays on
releases. Personally, I don't use half of the features but that's not
to say that I never will. I do, however, appreciate the rock-solid
stability and the support, so far, has been very good.
I use
Nevermind, I found the answer I was looking for
http://sourceforge.net/mailarchive/message.php?msg_id=15192574
Sorry about the repeated questions, lots have changed between 1.1.1 and 1.2
and Sourceforge's mail list search has gotten worse over the last 4 months or
so... can't reorder the
Yeah, the problem /should/ be gone, as in production you would have
resource polling turned off, which is the cause of the problem in the
first place.
Eelco
On 4/12/06, Tom Desmet [EMAIL PROTECTED] wrote:
After switching to production mode, the problem does not seem to appear any
more at
Michael Day wrote:
Heh, no, other technologies *do* have a better solution, which is simply
to not create sessions unless they are needed. They still append
session ids, but only when necessary. So if a (cookie-less) user goes
to a news site and reads 10 articles, he still doesn't have a
Title: Data Provider vs. ListView
Hello, as a Wicket novice I'm trying to figure out the differences between DataProvider and ListView. What I need to do is simply read a table of ~40 rows, display them on the screen with pagination and sorting, and provide an easy way for the user to select
Hi, I made some changes, this really helps, at least it works for me:
// AJAX FUNCTIONS
function wicketAjaxCreateTransport() {
var transport = null;
if (window.XMLHttpRequest) {
transport = new XMLHttpRequest();
} else {
if (window.ActiveXObject) {
dataprovider is made for working with large data sets where it is too expensive to load the enire dataset into memory at once. dataprovider allows you to only retrieve the window of the dataset you are going to display.
if you have a list of 40 items and it is not expensive to load it you might as
OK, I did this exactly how you showed me here...and I'm still getting the error.
Here's my model:
IModel dropDownModel = new Model()
{
protected Object load()
{
That is kind of strange. We don't reload markup files anymore in 1.2,
we just remove the cache entry if the file modify time has changed.
Only if required, the file is reloaded. In case of a jar, the file
doesn't change and hence doesn't/shouldn't get reloaded.
would it be possible to analyse
On 12/04/06, Vincent Jenks [EMAIL PROTECTED] wrote:
OK, I did this exactly how you showed me here...
No you didn't - In your model you've got protected Object load()
from somewhere, whereas what Johan said was public Object
getObject(final Component component)
/Gwyn
and I'm still getting the
it is the polling!All the url connections to the markup checking the last modified..That whole url connections and not letting me clean it up (there is a url.openConnection but no disconnect or URLConnection.connect
() and now disconnect() ) But there are many more places in java that don't let me
if you change that strange load method to what i and gwyn are saying does it work thenwhat wicket version are you using because if i look at 290 of AbstractChoice it is nothing.
On 4/12/06, Vincent Jenks [EMAIL PROTECTED] wrote:
OK, I did this exactly how you showed me here...and I'm still getting
Wicket has to take *some* responsibility for this mess. Other web
frameworks are not nearly as Session-dependent as Wicket, so it makes
more sense for it to handle this automatically if possible.
Gili
Nathan Hamblen wrote:
Right, manually. I think the only problem here is that Wicket
Good God...I don't believe I missed that!
Ok, this never happened...and thanks!
BTW - I'm using Wicket 1.1.1
On 4/12/06, Johan Compagner [EMAIL PROTECTED] wrote:
if you change that strange load method to what i and gwyn are saying does it
work then
what wicket version are you using because
Can you imagine a workaround like using UrlConnection only if no other
means exist.
Aren't markup file are usually (99%) either files or files within
jars? Lets say we do polling only for URL type which refer to files
and files within jars and all other ones can not be checked.
Juergen
On
The current equivalent is line 305, i.e.
protected void onComponentTagBody(final MarkupStream markupStream,
final ComponentTag openTag)
{
List choices = getChoices();
final AppendingStringBuffer buffer = new
AppendingStringBuffer((choices.size() * 50) + 16);
getChoices() is returning null
It'd obviously be very helpful to have a more specific exception
message...it was so obvious I looked right over it (and I'm still
getting familiar w/ models.)
What I had done is copied some code where I was using a detachable
model...and just changed it to a regular model...that's where load()
And you are sure your Header.html and Header.java are in the same directory?
On 4/12/06, Gregg Bolinger [EMAIL PROTECTED] wrote:
Interesting that you mention that about Panels. I have been trying to use
Panel and MI without success. Basically, I have a BasePage that contains a
reference to my
we could do that i guess. Test if we can make a real file first before adding them to the markup watcher.johanmOn 4/12/06, Juergen Donnerstag
[EMAIL PROTECTED] wrote:
Can you imagine a workaround like using UrlConnection only if no othermeans exist.Aren't markup file are usually (99%) either
only for lovers of IDEA :
1- search symbol : ctrl + shift + alt + n (IDEA also has search class or
search file)
2- type getRequest with a space in end for narrow list (or type
get*Request*)
3- IDEA actually sugesst only three items from lib of wicket 1.2 , in
Component and in RequestCycle
this is because youre property of the choice (rollid) and youre values of the choice are not of the same type.That is a requirementSo you have to give a list of id's or don't set a rollid but a roll property.
johanOn 4/12/06, flemming [EMAIL PROTECTED] wrote:
Hi wicketeersI have a small problem
Either that way or remove the code from
UrlResourceStream.lastModifiedTime/() and check well known urls (file,
http) only.
Juergen
On 4/13/06, Johan Compagner [EMAIL PROTECTED] wrote:
we could do that i guess. Test if we can make a real file first before
adding them to the markup watcher.
Anyone for or against this?
Pro: Will provide the version from the MANIFEST.MF in the jar file.
Con: Only provides the correct value when Wicket is running from a JAR.
/Gwyn
On 31/03/06, Gwyn Evans [EMAIL PROTECTED] wrote:
I suspected that might be the case with the test - could investigate
Yes, but what if the clock fails?
:)
Johan Compagner schrieb:
my god! how brilliant!
Igor++!
On 4/12/06, Timo Stamm [EMAIL PROTECTED] wrote:
Igor Vaynberg schrieb:
you are absolutely right, how foolish of me.
a better way of course would be
url=url+rand=+UUID.random().toString()
but
I'm currently designing the page layout and navigation for a wicket
application, and I was wondering if anybody could tell me the difference
between Panel and Border. Both seem to apply to what I want to do, which
is to create a generic navigation system without repeating code on every
page. I'm
kurt heston schrieb:
I could probably extend one of the core wicket
classes instead of HttpServlet and arrive at the same place, though I'm
not sure it would be any more elegant.
A thought: Maybe PageParameters should be available for POST requests as
well.
I don't know if it possible for
Well, there is pageable list view, which can be used with the same
effect. Basically, the repeater packages (which dataprovider is part
of) are higher-level and more focused on common need, whereas
ListViews are the generic list support components. If you have to do
database driven stuff, and
Hi,I am trying to use DataTable to provide multiple row selection. The row selections will be recorded and processed when the form is submitted. What's the best way of doing this? Or is it possible at all?In general, can each row of the DataTable be rendered as a check box for any boolean
well, i guess the important distinction is that even with a pageable listview you must still have the entire list available, where as with a dataprovider it will only load the page that is currently displayed.-Igor
On 4/12/06, Eelco Hillenius [EMAIL PROTECTED] wrote:
Well, there is pageable list
sure, just put the table in the form and create an IColumn that adds a panel/fragment with a checkbox in it.-IgorOn 4/12/06, Jin Zhu
[EMAIL PROTECTED] wrote:Hi,
I am trying to use DataTable to provide multiple row selection. The row selections will be recorded and processed when the form is
Though you can hide paging in the List implementation too, like
PageableList of wicket-contrib-data does. But with Dataprovider it's
clearer on what you are doing though.
Eelco
On 4/12/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well, i guess the important distinction is that even with a
61 matches
Mail list logo
