Wicket-Stuff Tinymce-Editor: No toolbars in IE6
Hi,
I have a problem with the wicket-stuff Tinymce-Editor in the
InternetExplorer:
the first time the page is loaded, there are no tool-icons, just the
text-area. And IE gives the following Error:
Error: 'tinyMCE is undefined'
It' s an Java-Script-Error and it might be, that the scripts are not loaded
the right way. But I don´t know how to fix this. Here are the scripts from
generated the HTML-Source:
script type=text/javascript id=import!--/*--![CDATA[/*!--*/
var script = document.createElement('script');
script.id='tinyMCEScript';
script.src='resources/wicket.contrib.tinymce.TinyMCEPanel/tiny_mce/tiny_mce_src.js
';
script.type='text/javascript';
document.getElementsByTagName('head')[0].appendChild(script);
/*--]]*//script
script type=text/javascript id=init!--/*--![CDATA[/*!--*/
tinyMCE.init({
mode : specific_textareas,
editor_selector : mceEditor,
theme : advanced,
language : en,
plugins : contextmenu, save, paste, searchreplace, insertdatetime,
preview, zoom, table, emotions, iespell, flash, print, directionality,
fullscreen, spellchecker,
theme_advanced_buttons1_add_before : save, newdocument, separator,
theme_advanced_buttons1_add : fontselect, fontsizeselect,
theme_advanced_buttons2_add_before: cut, copy, paste, pastetext,
pasteword, separator, search, replace, separator,
theme_advanced_buttons2_add : separator, inserttime, insertdate,
separator, preview, zoom, separator, forecolor, backcolor,
theme_advanced_buttons3_add_before : tablecontrols,
theme_advanced_buttons3_add : emotions, iespell, flash, separator,
print, separator, ltr, rtl, separator, fullscreen,
theme_advanced_buttons4 : spellchecker,
theme_advanced_toolbar_location : top,
theme_advanced_statusbar_location : bottom,
theme_advanced_toolbar_align : left,
theme_advanced_resizing : true,
theme_advanced_resize_horizontal : false,
plugin_insertdate_timeFormat : Time: %H:%M,
plugin_insertdate_dateFormat : Date: %m-%d-%Y,
fullpage_default_xml_pi : false,
spellchecker_languages : +English=en
});
/*--]]*//script
Sometimes when the page is loaded again, the tool-icons are there. In
FireFox it works fine, but unfortunately I have to use IE for this project.
Thanks in advance,
Benjamin
Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6
Hi,
has nobody an idea? Any help would be great!
Thanks,
Benjamin
2007/8/16, Benjamin Ernst [EMAIL PROTECTED]:
Hi,
I have a problem with the wicket-stuff Tinymce-Editor in the
InternetExplorer:
the first time the page is loaded, there are no tool-icons, just the
text-area. And IE gives the following Error:
Error: 'tinyMCE is undefined'
It' s an Java-Script-Error and it might be, that the scripts are not
loaded the right way. But I don´t know how to fix this. Here are the scripts
from generated the HTML-Source:
script type=text/javascript id=import!--/*--![CDATA[/*!--*/
var script = document.createElement('script');
script.id='tinyMCEScript ';
script.src='resources/wicket.contrib.tinymce.TinyMCEPanel/tiny_mce/tiny_mce_src.js
';
script.type='text/javascript';
document.getElementsByTagName ('head')[0].appendChild(script);
/*--]]*//script
script type=text/javascript id=init!--/*--![CDATA[/*!--*/
tinyMCE.init({
mode : specific_textareas,
editor_selector : mceEditor,
theme : advanced,
language : en,
plugins : contextmenu, save, paste, searchreplace, insertdatetime,
preview, zoom, table, emotions, iespell, flash, print, directionality,
fullscreen, spellchecker,
theme_advanced_buttons1_add_before : save, newdocument, separator,
theme_advanced_buttons1_add : fontselect, fontsizeselect,
theme_advanced_buttons2_add_before: cut, copy, paste, pastetext,
pasteword, separator, search, replace, separator,
theme_advanced_buttons2_add : separator, inserttime, insertdate,
separator, preview, zoom, separator, forecolor, backcolor,
theme_advanced_buttons3_add_before : tablecontrols,
theme_advanced_buttons3_add : emotions, iespell, flash, separator,
print, separator, ltr, rtl, separator, fullscreen,
theme_advanced_buttons4 : spellchecker,
theme_advanced_toolbar_location : top,
theme_advanced_statusbar_location : bottom,
theme_advanced_toolbar_align : left,
theme_advanced_resizing : true,
theme_advanced_resize_horizontal : false,
plugin_insertdate_timeFormat : Time: %H:%M,
plugin_insertdate_dateFormat : Date: %m-%d-%Y,
fullpage_default_xml_pi : false,
spellchecker_languages : +English=en
});
/*--]]*//script
Sometimes when the page is loaded again, the tool-icons are there. In
FireFox it works fine, but unfortunately I have to use IE for this project.
Thanks in advance,
Benjamin
Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6
Hi Thijs,
Thank you for opening the JIRA. At least there is someone who has the same
error.
So let's hope for the best.
Benjamin
2007/8/20, Thijs [EMAIL PROTECTED]:
He Benjamin,
I have the same problem. I have opened a JIRA issue for it:
http://wicketstuff.org/jira/browse/WCTINYMCE-2 But no response so far. I
can't help you any further but lets hoop the maintainer of the tinymce
project picks it up...
Thijs
Benjamin Ernst wrote:
Hi,
has nobody an idea? Any help would be great!
Thanks,
Benjamin
2007/8/16, Benjamin Ernst [EMAIL PROTECTED]:
Hi,
I have a problem with the wicket-stuff Tinymce-Editor in the
InternetExplorer:
the first time the page is loaded, there are no tool-icons, just the
text-area. And IE gives the following Error:
Error: 'tinyMCE is undefined'
It' s an Java-Script-Error and it might be, that the scripts are not
loaded the right way. But I don´t know how to fix this. Here are the
scripts
from generated the HTML-Source:
script type=text/javascript id=import!--/*--![CDATA[/*!--*/
var script = document.createElement('script');
script.id='tinyMCEScript ';
script.src='resources/wicket.contrib.tinymce.TinyMCEPanel/tiny_mce/tiny_mce_src.js
';
script.type='text/javascript';
document.getElementsByTagName ('head')[0].appendChild(script);
/*--]]*//script
script type=text/javascript id=init!--/*--![CDATA[/*!--*/
tinyMCE.init({
mode : specific_textareas,
editor_selector : mceEditor,
theme : advanced,
language : en,
plugins : contextmenu, save, paste, searchreplace, insertdatetime,
preview, zoom, table, emotions, iespell, flash, print, directionality,
fullscreen, spellchecker,
theme_advanced_buttons1_add_before : save, newdocument,
separator,
theme_advanced_buttons1_add : fontselect, fontsizeselect,
theme_advanced_buttons2_add_before: cut, copy, paste, pastetext,
pasteword, separator, search, replace, separator,
theme_advanced_buttons2_add : separator, inserttime, insertdate,
separator, preview, zoom, separator, forecolor, backcolor,
theme_advanced_buttons3_add_before : tablecontrols,
theme_advanced_buttons3_add : emotions, iespell, flash, separator,
print, separator, ltr, rtl, separator, fullscreen,
theme_advanced_buttons4 : spellchecker,
theme_advanced_toolbar_location : top,
theme_advanced_statusbar_location : bottom,
theme_advanced_toolbar_align : left,
theme_advanced_resizing : true,
theme_advanced_resize_horizontal : false,
plugin_insertdate_timeFormat : Time: %H:%M,
plugin_insertdate_dateFormat : Date: %m-%d-%Y,
fullpage_default_xml_pi : false,
spellchecker_languages : +English=en
});
/*--]]*//script
Sometimes when the page is loaded again, the tool-icons are there. In
FireFox it works fine, but unfortunately I have to use IE for this
project.
Thanks in advance,
Benjamin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
replace Panel inside a Form
Hi,
I am trying to replace a Panel, which is inside a Form, which is inside a
Page, which is inside a ModalWindow.
The first time it works fine, but when I want to replace it a second time,
the Panel has no parent.
Here is the code:
listItem.add(new AjaxButton(pflege, MitarbeiterForm.this) {
@Override
protected void onSubmit(AjaxRequestTarget target,
Form form) {
EinsatzPanel newPanel = new
EinsatzPanel(einsatzPanel, ein);
newPanel.setOutputMarkupId(true);
einsatzPanel.replaceWith(newPanel);
target.addComponent(newPanel);
}
});
An here is the Error:
2007-08-24 14:53:18,681 ERROR [http-8080-Processor24]
org.apache.wicket.RequestCycle: This method can only be called on a
component that has already been added to its parent.
java.lang.IllegalStateException: This method can only be called on a
component that has already been added to its parent.
at org.apache.wicket.Component.replaceWith(Component.java:2224)
at
de.csg.fips.fe.anzeige.mitarbeiter.pflege.MA_PflegePage$MitarbeiterForm$1$1.onSubmit
(MA_PflegePage.java:251)
at org.apache.wicket.ajax.markup.html.form.AjaxButton$1.onSubmit(
AjaxButton.java:82)
I don´t know why it only works one time.
Thanks for any help in advance,
Benjamin
Re: replace Panel inside a Form
Thank you for your help!
It works great!
Benjamin
2007/8/24, Igor Vaynberg [EMAIL PROTECTED]:
the problem is you replace it but do not update the reference so next time
the onclick runs it calls replacewith on an old reference. it is a common
mistake.
EinsatzPanel newPanel = new EinsatzPanel(einsatzPanel, ein);
newPanel.setOutputMarkupId(true);
einsatzPanel.replaceWith(newPanel);
einsatzPanel=newPanel; what you are missing
-igor
On 8/24/07, Florian Sperber [EMAIL PROTECTED] wrote:
Hi Benjamin,
where is the Panel einsatzPanel defined?
Maybe it helps defining it as a Class property?
Kind regards
Florian Sperber
Benjamin Ernst wrote:
Hi,
I am trying to replace a Panel, which is inside a Form, which is
inside
a
Page, which is inside a ModalWindow.
The first time it works fine, but when I want to replace it a second
time,
the Panel has no parent.
Here is the code:
listItem.add(new AjaxButton(pflege, MitarbeiterForm.this) {
@Override
protected void onSubmit(AjaxRequestTarget
target,
Form form) {
EinsatzPanel newPanel = new
EinsatzPanel(einsatzPanel, ein);
newPanel.setOutputMarkupId(true);
einsatzPanel.replaceWith(newPanel);
target.addComponent(newPanel);
}
});
An here is the Error:
2007-08-24 14:53:18,681 ERROR [http-8080-Processor24]
org.apache.wicket.RequestCycle: This method can only be called on a
component that has already been added to its parent.
java.lang.IllegalStateException: This method can only be called on a
component that has already been added to its parent.
at org.apache.wicket.Component.replaceWith(Component.java:2224)
at
de.csg.fips.fe.anzeige.mitarbeiter.pflege.MA_PflegePage$MitarbeiterForm$1$1.onSubmit
(MA_PflegePage.java:251)
at org.apache.wicket.ajax.markup.html.form.AjaxButton$1.onSubmit(
AjaxButton.java:82)
I don´t know why it only works one time.
Thanks for any help in advance,
Benjamin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Too many open Files
Hi, We are having problems while testing our wicket-application with multiple users. Wicket says that there are too many open files. Do you have an Idea how we can avoid this problem? We are using Wicket 1.3.0-beta2 in Tomcat 5.5.23 with IBM JDK 5 on a Red-Hat Linux. This is the error-log: 2007-09-13 18:53:24,719 ERROR [TP-Processor5] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,720 ERROR [TP-Processor47] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,726 ERROR [TP-Processor98] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,729 ERROR [TP-Processor8] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,730 ERROR [TP-Processor32] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,735 ERROR [TP-Processor40] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,735 ERROR [TP-Processor13] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-2-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,815 ERROR [TP-Processor73] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-2-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,824 ERROR [TP-Processor62] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,824 ERROR [TP-Processor55] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,825 ERROR [TP-Processor80] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,833 ERROR [TP-Processor100] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket-
Re: Too many open Files
Hi, as far as I know, we don´t open any files or streams. I now got the catalina.out and it says that it is a SocketException: 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) Sep 13, 2007 6:53:24 PM org.apache.jk.common.ChannelSocket acceptConnections WARNING: Exception executing accept java.net.SocketException: Too many open files at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:423) at java.net.ServerSocket.implAccept(ServerSocket.java:462) at java.net.ServerSocket.accept(ServerSocket.java:433) at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:312) at org.apache.jk.common.ChannelSocket.acceptConnections( ChannelSocket.java:666) at org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt( ChannelSocket.java:876) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) at java.lang.Thread.run(Thread.java:803) Any Idea what could cause this? There were only 15 users in the test. Thanks for any help in advance, Benjamin 2007/9/14, Sebastiaan van Erk [EMAIL PROTECTED]: Do you open any files (streams) in your webapplication that you forgot to close? That would cause the files to run out and cause wicket to complain when it tries to open a new file. On linux you can easily see WHICH resources are being left open by doing lsof. Once you know which resource is causing the problem it's usually quite easy to hunt it down in the code. Regards, Sebastiaan Benjamin Ernst wrote: Hi, We are having problems while testing our wicket-application with multiple users. Wicket says that there are too many open files. Do you have an Idea how we can avoid this problem? We are using Wicket 1.3.0-beta2 in Tomcat 5.5.23 with IBM JDK 5 on a Red-Hat Linux. This is the error-log: 2007-09-13 18:53:24,719 ERROR [TP-Processor5] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,720 ERROR [TP-Processor47] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,726 ERROR [TP-Processor98] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,729 ERROR [TP-Processor8] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,730 ERROR [TP-Processor32] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,735 ERROR [TP-Processor40] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,735 ERROR [TP-Processor13] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket
Re: Too many open Files
Hi, our Application is running in deployment-mode. Unfortunately we are not directly able to debug the system, because it is running on the server at our client and so far we couldn't reproduce the error on our own server. Is it also possible that this is a configuration-issue? Can we tell tomcat to upper the limit for open files? Benjamin 2007/9/14, Sebastiaan van Erk [EMAIL PROTECTED]: Hi, Did you try looking at which resources are open with the lsof? Without knowing what it is specifically that's causing the problem, the problem is kind of hard to debug. And yes, when you've run out of file descriptors, opening anything that requires one is going to fail, whether it be opening a file, opening a socket, opening a pipe... But this is not the CAUSE of the issue... the cause is whatever is being repeatedly opened and not closed. Regards, Sebastiaan Benjamin Ernst wrote: Hi, as far as I know, we don´t open any files or streams. I now got the catalina.out and it says that it is a SocketException: 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) Sep 13, 2007 6:53:24 PM org.apache.jk.common.ChannelSocketacceptConnections WARNING: Exception executing accept java.net.SocketException: Too many open files at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:423) at java.net.ServerSocket.implAccept(ServerSocket.java:462) at java.net.ServerSocket.accept(ServerSocket.java:433) at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:312) at org.apache.jk.common.ChannelSocket.acceptConnections( ChannelSocket.java:666) at org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt( ChannelSocket.java:876) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) at java.lang.Thread.run(Thread.java:803) Any Idea what could cause this? There were only 15 users in the test. Thanks for any help in advance, Benjamin 2007/9/14, Sebastiaan van Erk [EMAIL PROTECTED]: Do you open any files (streams) in your webapplication that you forgot to close? That would cause the files to run out and cause wicket to complain when it tries to open a new file. On linux you can easily see WHICH resources are being left open by doing lsof. Once you know which resource is causing the problem it's usually quite easy to hunt it down in the code. Regards, Sebastiaan Benjamin Ernst wrote: Hi, We are having problems while testing our wicket-application with multiple users. Wicket says that there are too many open files. Do you have an Idea how we can avoid this problem? We are using Wicket 1.3.0-beta2 in Tomcat 5.5.23 with IBM JDK 5 on a Red-Hat Linux. This is the error-log: 2007-09-13 18:53:24,719 ERROR [TP-Processor5] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,720 ERROR [TP-Processor47] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,726 ERROR [TP-Processor98] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,729 ERROR [TP-Processor8] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF
Re: Too many open Files
Hi, our Application is running in deployment-mode. Unfortunately we are not directly able to debug the system, because it is running on the server at our client and so far we couldn't reproduce the error on our own server. Is it also possible that this is a configuration-issue? Can we tell tomcat to upper the limit for open files? Benjamin 2007/9/14, Sebastiaan van Erk [EMAIL PROTECTED]: Hi, Did you try looking at which resources are open with the lsof? Without knowing what it is specifically that's causing the problem, the problem is kind of hard to debug. And yes, when you've run out of file descriptors, opening anything that requires one is going to fail, whether it be opening a file, opening a socket, opening a pipe... But this is not the CAUSE of the issue... the cause is whatever is being repeatedly opened and not closed. Regards, Sebastiaan Benjamin Ernst wrote: Hi, as far as I know, we don´t open any files or streams. I now got the catalina.out and it says that it is a SocketException: 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) Sep 13, 2007 6:53:24 PM org.apache.jk.common.ChannelSocketacceptConnections WARNING: Exception executing accept java.net.SocketException: Too many open files at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:423) at java.net.ServerSocket.implAccept(ServerSocket.java:462) at java.net.ServerSocket.accept(ServerSocket.java:433) at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:312) at org.apache.jk.common.ChannelSocket.acceptConnections( ChannelSocket.java:666) at org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt( ChannelSocket.java:876) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) at java.lang.Thread.run(Thread.java:803) Any Idea what could cause this? There were only 15 users in the test. Thanks for any help in advance, Benjamin 2007/9/14, Sebastiaan van Erk [EMAIL PROTECTED]: Do you open any files (streams) in your webapplication that you forgot to close? That would cause the files to run out and cause wicket to complain when it tries to open a new file. On linux you can easily see WHICH resources are being left open by doing lsof. Once you know which resource is causing the problem it's usually quite easy to hunt it down in the code. Regards, Sebastiaan Benjamin Ernst wrote: Hi, We are having problems while testing our wicket-application with multiple users. Wicket says that there are too many open files. Do you have an Idea how we can avoid this problem? We are using Wicket 1.3.0-beta2 in Tomcat 5.5.23 with IBM JDK 5 on a Red-Hat Linux. This is the error-log: 2007-09-13 18:53:24,719 ERROR [TP-Processor5] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,720 ERROR [TP-Processor47] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,721 ERROR [TP-Processor116] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,726 ERROR [TP-Processor98] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) 2007-09-13 18:53:24,729 ERROR [TP-Processor8] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF
Re: Too many open Files
We did also get this Error: 2007-09-13 19:02:49,186 ERROR [FilePageSavingThread-MainApplication] org.apache.wicket.protocol.http.FilePageStore: Error saving page de.csg.fips.fe.main.MainPage [9,2] for the sessionid D95AA4FC47B08FA1EC718F8BA4E7AB29 2007-09-13 19:02:51,188 ERROR [FilePageSavingThread-MainApplication] org.apache.wicket.protocol.http.FilePageStore: Error saving page de.csg.fips.fe.main.MainPage [11,2] for the sessionid 6CB33D3B36A6F442671D29A6A06A4043 But this was way after the Too many open files-Error. So I thought this was result of the Too many open files-Error. Benjamin 2007/9/14, Matej Knopp [EMAIL PROTECTED]: By default diskpagestore doesn't eat more then 25 handles (I even plan to increasing this), unless you are under _extreme_ load, but then you'd see WARN messages in log. We used to have a problem with jetty and filehandles. Jetty didn't properly close file handle when serving static resources. -Matej On 9/14/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Ah, just saw that it checks for 'the jar'. Could this be the disk store that eats up the file handles? Martijn On 9/14/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Hmm, This: 2007-09-13 18:53:24,719 ERROR [TP-Processor5] org.apache.wicket.util.resource.UrlResourceStream: getLastModified for jar:file:/home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar!/org/apache/wicket/extensions/ajax/markup/html/modal/res/frame-blue-1-ie.pngfailed: /home/fips/webapps/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar (Too many open files) does suggest that the app is checking for last modified dates, while for bundled resources the last modified time should use the jar's. I thought we had a solution for that? Martijn On 9/14/07, Matej Knopp [EMAIL PROTECTED] wrote: It doesn't look like the jars are issue. What is your file handle limits? Maybe it's just set too low. -Matej On 9/14/07, Martijn Dashorst [EMAIL PROTECTED] wrote: Is this only at your client's site? Why doesn't this show on your own test servers? It seems like a configuration issue. One way to get around this problem is to unzip the jar and put the contents on the classpath. This will solve the problem for your client until we have found the cause. Martijn -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6
Hi
i don't get this error in firefox. And I configured TinyMCE just like in the
examples.
Benjamin
2007/9/14, Marieke Vandamme [EMAIL PROTECTED]:
Hello,
I had the same problem with tinymce in internet explorer. I was glad to
read
this thread and downloaded the latest sources from CVS. But now I get a
firefox error saying : tinyMCE.baseURL has no properties
(tiny_mce_src.js:88). Am i the only one getting this error or is it a
common
error?
Iulian Costan wrote:
the fix is committed, let me know if is works as expected.
good to be back to wicket ;)
/iulian
On 9/10/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Hi,
I solved the problem by changing the TinyMceBehavior.renderHead
()-method.
It now looks like this:
/**
* @see org.apache.wicket.behavior.AbstractAjaxBehavior#renderHead(
org.apache.wicket.markup.html.IHeaderResponse)
*/
public void renderHead(IHeaderResponse response)
{
// add wicket-ajax support
super.renderHead(response);
// since wicket modifies the src attribute of a pre-loaded
script
tag
// then we
// need this workaround to safely import tinymce script
// import script
// IS NOT NEEDED ANY LONGER
//StringBuilder importBuilder = new StringBuilder();
//importBuilder.append(var script = document.createElement
('script');\n);
//importBuilder.append(script.id='tinyMCEScript';\n);
//importBuilder.append(script.src=' +
RequestCycle.get().urlFor(reference)
+ ';\n);
//importBuilder.append(script.type='text/javascript';\n);
//importBuilder.append(document.getElementsByTagName
('head')[0].appendChild(script);\n);
//response.renderJavascript(importBuilder.toString(),
import);
// THE NEW LINE
response.renderJavascriptReference(reference);
// init script
StringBuilder initBuilder = new StringBuilder();
initBuilder.append(tinyMCE.init({ + settings.toJavaScript
(ajax)
+
\n});\n);
initBuilder.append(settings.getLoadPluginJavaScript());
initBuilder.append(settings.getAdditionalPluginJavaScript());
response.renderJavascript(initBuilder.toString(), init);
}
I don´t really know why the script was not imported this way.
But now it works fine in IE6.
Benjamin
2007/9/3, Benjamin Ernst [EMAIL PROTECTED]:
Hi Iulian,
I just want to check if there is any progress with this issue? Did
you
find anything?
Benjamin
2007/8/21, Iulian Costan [EMAIL PROTECTED]:
hey guys,
i am supposed to be the maintainer of tinymce module but lately i
didnt
put
much effort into it.
let me take a look and see how i can fix that issue.
/iulian
On 8/21/07, Benjamin Ernst [EMAIL PROTECTED] wrote:
Hi Thijs,
Thank you for opening the JIRA. At least there is someone who has
the
same
error.
So let's hope for the best.
Benjamin
2007/8/20, Thijs [EMAIL PROTECTED]:
He Benjamin,
I have the same problem. I have opened a JIRA issue for it:
http://wicketstuff.org/jira/browse/WCTINYMCE-2 But no response
so
far. I
can't help you any further but lets hoop the maintainer of the
tinymce
project picks it up...
Thijs
Benjamin Ernst wrote:
Hi,
has nobody an idea? Any help would be great!
Thanks,
Benjamin
2007/8/16, Benjamin Ernst [EMAIL PROTECTED]:
Hi,
I have a problem with the wicket-stuff Tinymce-Editor in the
InternetExplorer:
the first time the page is loaded, there are no tool-icons,
just
the
text-area. And IE gives the following Error:
Error: 'tinyMCE is undefined'
It' s an Java-Script-Error and it might be, that the scripts
are
not
loaded the right way. But I don´t know how to fix this. Here
are
the
scripts
from generated the HTML-Source:
script type=text/javascript
id=import!--/*--![CDATA[/*!--*/
var script = document.createElement('script');
script.id='tinyMCEScript ';
script.src='resources/wicket.contrib.tinymce.TinyMCEPanel/tiny_mce/tiny_mce_src.js
';
script.type='text/javascript';
document.getElementsByTagName('head')[0].appendChild(script);
/*--]]*//script
script type=text/javascript
id=init!--/*--![CDATA[/*!--*/
tinyMCE.init({
mode : specific_textareas,
editor_selector : mceEditor,
theme : advanced,
language : en,
plugins : contextmenu, save, paste, searchreplace,
insertdatetime,
preview, zoom, table, emotions, iespell, flash, print
Re: Too many open Files
Hi, i didn't truncate the list. but this was just with one user (me). But I did find out one new thing: when I load the page with the TinyMCE-textarea in internet explorer 6 the lsof goes up by 130. when I load the same page with firefox there is no noticeable change in the lsof (actually it goes down a bit). The TinyMCE.jar has many pictures in it, so it seems that when loading the page with IE this jar-file is opend for every single image. And id multiple user do that the same time this could cause the error. But I dont't know how to fix this. Our client wants to use IE. Benjamin 2007/9/14, Sebastiaan van Erk [EMAIL PROTECTED]: Hi, I don't know if those jars should be open multiple times (unless you do fancy stuff with classloaders maybe), so that may be a wicket issue (or an issue of one of the extensions you use)... I know enough about wicket yet to answer that question. (In my first real deployed webapp, which I just put live yesterday :-), there is only one of copy of each jar open; I'm using beta3 though, not beta2). However, I don't see that many open files in the list below (did you truncate it?). My suggestion is also to look at the complete list of open files and not just | grep wicket, i.e. lsof | less and inspect everything to see if you notice anything strange. If the limits are set as you say they are (1024 open files), then the list below is nowhere near going to cause the file handles to run out. On the other hand, if you truncated it, it may well have. What is the output of lsof | grep wicket | wc -l? Regards, Sebastiaan Benjamin Ernst wrote: Hi, I figured out that the same jars are opened multiple times. I don't know if this is the right behavior. the lsof looks like this: [EMAIL PROTECTED] ~]# lsof | grep wicket java 19905 root 97u REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 105u REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 106r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 111r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 112r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 113r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 114r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 116r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 117r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 118r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 119r REG 253,0 1990453 35474 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- contrib-tinymce-1.3-SNAPSHOT.jar java 19905 root 120r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 121r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 122r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 123r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 125r REG 253,0347201 35476 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket- extensions-1.3.0-beta2.jar java 19905 root 127r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 128r REG 253,0 15775533466434 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar (deleted) java 19905 root 129r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 130r REG 253,0 1577553 35472 /usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-1.3.0-beta2.jar java 19905 root 131r REG 253,0347201 35476 /usr/local/tomcat/webapps
onNewBrowserWindow is not called
Hi, when a new Browser-Window is opened, I want to start a new Session for this window. I implemented the method onNewBrowserWindow() in my HomePage.class, but it is never called. I tried opening a new Browser, a new Browser-Window and new Tab, but nothing. Is there any other way to determine if a new Window is opened? Benjamin
Re: onNewBrowserWindow is not called
Hi I store some context-information in the session. When a new window is opened it has a new context, so I want to have a new Session for this context. But the old window should stay with the old context. Benjamin 2007/9/19, Matej Knopp [EMAIL PROTECTED]: You need to turn on multi window support. But this is not really user overridable callback. Also, what do you mean by start new session? -Matej On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi, when a new Browser-Window is opened, I want to start a new Session for this window. I implemented the method onNewBrowserWindow() in my HomePage.class, but it is never called. I tried opening a new Browser, a new Browser-Window and new Tab, but nothing. Is there any other way to determine if a new Window is opened? Benjamin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: onNewBrowserWindow is not called
Hi, thanks for your help. I will try that, but I have one last question (hopefully): How do I turn on the multiwindow support? Benjamin 2007/9/19, Matej Knopp [EMAIL PROTECTED]: You can use pagemap metadata for it, providing you have recent enough wicket version. And, of course, you have to turn on the multiwindow support. -Matej On 9/19/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi I store some context-information in the session. When a new window is opened it has a new context, so I want to have a new Session for this context. But the old window should stay with the old context. You should try to bend this in a separate data structure within the session, probably keyed on page map id. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sessionstore is too big
First of all: thanks for your help! Do you have any idea how to find that out? Where can I see how and when wicket tries to delete the session? Benjamin 2007/9/24, Eelco Hillenius [EMAIL PROTECTED]: we have a problem with the sessions that wicket stores in the filesystem. It seems that the sessions that are stored here [TOMCAT-DIR]\work\Catalina\[HOST]\[WEB-APP-NAME\sessions\ are not deleted after they are no longer in use. The size of this directory is now grown to 2.5Gb, which is way too big. Is there a way to let wicket delete old sessions? We are using wicket 1.3-beta2 with Apache Tomcat 5.5.23. Hmmm. You should try to find out why they aren't being deleted. We sure do our best! Btw, if you upgrade to beta 3, you'll get a more efficient page store implementation as the default. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sessionstore is too big
And an other question: is there risk changing from wicket 1.3-beta2 to beta3 in nearly completely implemented application? 2007/9/24, Benjamin Ernst [EMAIL PROTECTED]: Because our Application in an intrannet-Apllication the user should stay logged-in their whole workday. So our session-timeout is 12 hours and the sessions don't expire for a long time. Could that be a problem too? And it could be that we killed the tomcat a few tims. I will watch for session-directory size and how it grows. Is there a way to check wether a session in this dircetory is no longer in use? Benjamin 2007/9/24, Johan Compagner [EMAIL PROTECTED]: Yes we listen to unBind events, so they should be deleted. The only way that doesn't happen currently that i can think of if you kill tomcat the hard way then the current sessions will never normally expire and will never be cleaned johan On 9/24/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/24/07, Johan Compagner [EMAIL PROTECTED] wrote: how do you stop tomcat when you stop it (if you do that) Make sure that you never kill tomcat, If you do that then you have to delete the dirs yourself. But even without shutting down, those old sessions should be removed, no? I mean, as far as I remember, we explicitly delete them when they expire. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: onNewBrowserWindow is not called
Hi, we tried your suggestions and they could work. But it would really much easier for us to just get a new session for a new Browser-Window. Is there no way to create a new session? We tried to turn of cookies in the context.xml and use URL-rewriting instead, but this doesn't seem to work. The first page is loaded correctly and after that every request end up in Page-expired-Error. Benjamin 2007/9/19, Matej Knopp [EMAIL PROTECTED]: Application.getPageSettings().setAutomaticMultiWindowSupport(true); -Matej On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi, thanks for your help. I will try that, but I have one last question (hopefully): How do I turn on the multiwindow support? Benjamin 2007/9/19, Matej Knopp [EMAIL PROTECTED]: You can use pagemap metadata for it, providing you have recent enough wicket version. And, of course, you have to turn on the multiwindow support. -Matej On 9/19/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi I store some context-information in the session. When a new window is opened it has a new context, so I want to have a new Session for this context. But the old window should stay with the old context. You should try to bend this in a separate data structure within the session, probably keyed on page map id. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: onNewBrowserWindow is not called
yes, we are using tomcat 5.5.23 2007/9/25, Matej Knopp [EMAIL PROTECTED]: Disabling cookies should work. What servlet container are you using? There are certain problems with Tomcat 5.5. -Matej On 9/25/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi, we tried your suggestions and they could work. But it would really much easier for us to just get a new session for a new Browser-Window. Is there no way to create a new session? We tried to turn of cookies in the context.xml and use URL-rewriting instead, but this doesn't seem to work. The first page is loaded correctly and after that every request end up in Page-expired-Error. Benjamin 2007/9/19, Matej Knopp [EMAIL PROTECTED]: Application.getPageSettings().setAutomaticMultiWindowSupport(true); -Matej On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi, thanks for your help. I will try that, but I have one last question (hopefully): How do I turn on the multiwindow support? Benjamin 2007/9/19, Matej Knopp [EMAIL PROTECTED]: You can use pagemap metadata for it, providing you have recent enough wicket version. And, of course, you have to turn on the multiwindow support. -Matej On 9/19/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/19/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi I store some context-information in the session. When a new window is opened it has a new context, so I want to have a new Session for this context. But the old window should stay with the old context. You should try to bend this in a separate data structure within the session, probably keyed on page map id. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ModalWindow serialization problem
Sorry, I am quite busy right now. But I will find some time in the next days and than provide a quickstart. In the mean time we fixed the problem by saving the needed Objects in the Session-MetaData. And that seems to work. Thanks for your help! -Benjamin 2007/10/9, Matej Knopp [EMAIL PROTECTED]: More then 3 nested ModalWindows? Wow. Does this happen with the latest trunk? Also each modal window is supposed to by in own pagemap. Can you provide a quickstart? -Matej On 10/9/07, Benjamin Ernst [EMAIL PROTECTED] wrote: Hi guys, we have a problem with some ModalWindows. We are using a lot of them in our application and they are often nested in other ModalWindows. The problem is when we refer to the to the parent that creates the ModalWindow in this ModalWindow that parent-object is not same as the parent-object the WindowClosedCallback is in. This only happen if there are more than 3 nested ModalWindows. Could be a problem with serialization: The parent-object gets serialized and on the WindowClosedCallback it gets deserialized. But the changes made in between this time are now lost. If that is right? How can we prevent the parent from being serialized? -Benjamin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
IllegalStateException when delivering a PDF
Hi guys, I am delivering a PDF-Document with wicket like this: Document document = new Document(); String filename = bestandsfax.pdf; ByteArrayOutputStream baos = new ByteArrayOutputStream(); PdfWriter.getInstance(document, baos); document.open(); BestandsfaxCreator bfc = new BestandsfaxCreator(filiale, grp); bfc.createBestandsfax(document); document.close(); WebResponse response = (WebResponse) getResponse(); response.setHeader(Expires, 0); response.setHeader(Cache-Control, must-revalidate, post-check=0, pre-check=0); response.setHeader(Pragma, public); response.setHeader(Content-Disposition, attachment;filename= + filename); response.setContentType(application/pdf); // the contentlength is needed for MSIE!!! response.setContentLength(baos.size()); OutputStream outputStream = response.getOutputStream(); outputStream.write(baos.toByteArray()); outputStream.flush(); This works fine, except taht there is an IllegalStateException thrown after the delivery. 2007-10-26 12:19:59,062 ERROR [http-8080-Processor25] org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/frontend].[default]: Servlet.service() for servlet default threw exception java.lang.IllegalStateException at org.apache.catalina.connector.ResponseFacade.sendRedirect( ResponseFacade.java:433) at org.apache.wicket.protocol.http.WebResponse.redirect(WebResponse.java :214) at org.apache.wicket.protocol.http.BufferedWebResponse.close( BufferedWebResponse.java:67) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java :271) at org.apache.wicket.protocol.http.WicketFilter.doFilter( WicketFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:210) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:174) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke( ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :870) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) at java.lang.Thread.run(Thread.java:619) This has no effect on the PDF, or the Wicket-Application that I could discover. Anyhow it would be nicer, if there was no Exception. Has anyone an idea how to get rid of it? Regards, Benjamin
Re: IllegalStateException when delivering a PDF
Thanks for your help. It works great! - Benjamin 2007/10/26, martinf [EMAIL PROTECTED]: Hi, it's the flush() that's bad. Best answer to your question of streaming PDF's to the client is: http://www.nabble.com/Stream-Excel-to-the-client-tf1955606.html#a5364044 mf Benjamin Ernst wrote: Hi guys, I am delivering a PDF-Document with wicket like this: Document document = new Document(); String filename = bestandsfax.pdf; ByteArrayOutputStream baos = new ByteArrayOutputStream(); PdfWriter.getInstance(document, baos); document.open(); BestandsfaxCreator bfc = new BestandsfaxCreator(filiale, grp); bfc.createBestandsfax(document); document.close(); WebResponse response = (WebResponse) getResponse(); response.setHeader(Expires, 0); response.setHeader(Cache-Control, must-revalidate, post-check=0, pre-check=0); response.setHeader(Pragma, public); response.setHeader(Content-Disposition, attachment;filename= + filename); response.setContentType(application/pdf); // the contentlength is needed for MSIE!!! response.setContentLength(baos.size()); OutputStream outputStream = response.getOutputStream(); outputStream.write(baos.toByteArray()); outputStream.flush(); This works fine, except taht there is an IllegalStateException thrown after the delivery. 2007-10-26 12:19:59,062 ERROR [http-8080-Processor25] org.apache.catalina.core.ContainerBase .[Catalina].[localhost].[/frontend].[default]: Servlet.service() for servlet default threw exception java.lang.IllegalStateException at org.apache.catalina.connector.ResponseFacade.sendRedirect( ResponseFacade.java:433) at org.apache.wicket.protocol.http.WebResponse.redirect(WebResponse.java :214) at org.apache.wicket.protocol.http.BufferedWebResponse.close( BufferedWebResponse.java:67) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java :271) at org.apache.wicket.protocol.http.WicketFilter.doFilter( WicketFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:210) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:174) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke( ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :870) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) at java.lang.Thread.run(Thread.java:619) This has no effect on the PDF, or the Wicket-Application that I could discover. Anyhow it would be nicer, if there was no Exception. Has anyone an idea how to get rid of it? Regards, Benjamin -- View this message in context: http://www.nabble.com/IllegalStateException-when-delivering-a-PDF-tf4696461.html#a13426118 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: LoadableDetachableModel in Listview
Hi James,
thanks for your help.
I think shadow models could work, when I only access non-lazy fields.
Otherwise I would get a LazyInitializationException.
Or what do you exactly mean by shadow models?
- Benjamin
On Mon, Dec 8, 2008 at 1:32 PM, James Carman [EMAIL PROTECTED]wrote:
Would shadow models help?
On Mon, Dec 8, 2008 at 7:06 AM, Benjamin Ernst [EMAIL PROTECTED]
wrote:
Hi everybody,
I have a little Problem with LDMs:
I have a page with a ListView and for each item in the ListView the user
can
open a modalWindow to edit the item.
My Problem is, that I don't want to persist the item to the DB from the
modalWindow. Only after the User confirms the changes in the page with
the
ListView, all these changes for all items from the ListView should be
persisted. Or the User presses abort and nothing is persisted.
When I use LDMs changes that are made in the modalWindow are never shown
in
the ListView, because the models are detached.
I could use normal Models or the actual Objects for this, but then I
might
run into lazy-initialization-problems.
Has anybody a solution for this problem, or is this simply not possible
in
this way?
Thanks in advance,
Benjamin
---
My Code looks like this:
ListViewAccount accountListView = new ListViewAccount(accountList,
accountList)
{
@Override
protected void populateItem(ListItemAccount item) {
DetachableEntityModelAccount account = new
DetachableEntityModelAccount(item.getModelObject());
item.add(new Label(accountName, new
PropertyModelString(account, name)));
item.add(new Label(accountNumber, new
PropertyModelString(account, number)));
item.add(new AjaxLinkAccount(edit, account)
{
@Override
public void onClick(AjaxRequestTarget target) {
modalWindow.showPage(target, new
AccountEditPage(modalWindow, this.getModel()));
}
});
}
};
cont.add(accountListView);
AjaxLink save = new AjaxLink(saveAccounts)
{
@Override
public void onClick(AjaxRequestTarget target) {
User user = userModel.getObject();
user.getAccounts().clear();
user.getAccounts().addAll(accountList);
ServiceLocator.instance().getUserService().saveUser(user);
}
};
LoadableDetachableModel in Listview
Hi everybody,
I have a little Problem with LDMs:
I have a page with a ListView and for each item in the ListView the user can
open a modalWindow to edit the item.
My Problem is, that I don't want to persist the item to the DB from the
modalWindow. Only after the User confirms the changes in the page with the
ListView, all these changes for all items from the ListView should be
persisted. Or the User presses abort and nothing is persisted.
When I use LDMs changes that are made in the modalWindow are never shown in
the ListView, because the models are detached.
I could use normal Models or the actual Objects for this, but then I might
run into lazy-initialization-problems.
Has anybody a solution for this problem, or is this simply not possible in
this way?
Thanks in advance,
Benjamin
---
My Code looks like this:
ListViewAccount accountListView = new ListViewAccount(accountList,
accountList)
{
@Override
protected void populateItem(ListItemAccount item) {
DetachableEntityModelAccount account = new
DetachableEntityModelAccount(item.getModelObject());
item.add(new Label(accountName, new
PropertyModelString(account, name)));
item.add(new Label(accountNumber, new
PropertyModelString(account, number)));
item.add(new AjaxLinkAccount(edit, account)
{
@Override
public void onClick(AjaxRequestTarget target) {
modalWindow.showPage(target, new
AccountEditPage(modalWindow, this.getModel()));
}
});
}
};
cont.add(accountListView);
AjaxLink save = new AjaxLink(saveAccounts)
{
@Override
public void onClick(AjaxRequestTarget target) {
User user = userModel.getObject();
user.getAccounts().clear();
user.getAccounts().addAll(accountList);
ServiceLocator.instance().getUserService().saveUser(user);
}
};
Problems Ajax with Portlet 2.0 in Liferay 5.2.1
Hi,
I am Testing the new Portlet 2.0 with Liferay and have some problems with
Ajax-calls.
I am using wicket 1.4-SNAPSHOT(Revision 741130) and Liferay Portal Standard
Edition 5.2.1 (Augustine / Build 5201 / February 3, 2009).
I have a simple page with one label and one Ajaxlink:
public HomePage(final PageParameters parameters) {
final Label label = new Label(label, new
PropertyModelInteger(this, value));
label.setOutputMarkupId(true);
add(label);
AjaxLink link = new AjaxLink(link)
{
@Override
public void onClick(AjaxRequestTarget target) {
value = value + 1;
target.addComponent(label);
}
};
add(link);
}
The portlet is shown correctly but when I click the Ajaxlink nothing
happens. In the Ajax-Debug-Log appears the following text:
INFO:
INFO: Initiating Ajax POST request on
http://localhost:8080/web/guest/home?random=0.9410006487742066
INFO: Invoking pre-call handler(s)...
INFO: Received ajax response (84 characters)
INFO:
The requested resource (/ACE_PortletTest-1.0-SNAPSHOT/portlettest/) is not
available
ERROR: Error while parsing response: Could not find root ajax-response
element
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...
This is the log form Java when the Ajax-Link is clicked:
DEBUG - 0-SNAPSHOT]- servletPath=/ACETEST, pathInfo=/invoke,
queryString=null, name=null
DEBUG - 0-SNAPSHOT]- Path Based Forward
DEBUG - WicketPortlet - Portlet RESOURCE_PHASE for wicket
url:/portlettest/?wicket:interface=:0:link::IBehaviorListener:0:
DEBUG - 0-SNAPSHOT]- servletPath=/portlettest/,
pathInfo=null, queryString=wicket:interface=:0:link::IBehaviorListener:0:,
name=null
DEBUG - 0-SNAPSHOT]- Path Based Include
DEBUG - WicketPortlet - redirect url after inclusion:null
DEBUG - WicketPortlet - end of request, wicket
url:/portlettest/?wicket:interface=:0:link::IBehaviorListener:0:
DEBUG - 0-SNAPSHOT]- Disabling the response for futher
output
DEBUG - 0-SNAPSHOT]- The Response is vehiculed using a
wrapper: com.liferay.portal.servlet.AbsoluteRedirectsResponse
Here is my web.xml and my portlet.xml:
?xml version=1.0 encoding=ISO-8859-1?
web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=
http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
display-nameACE_PortletTest/display-name
context-param
param-nameorg.apache.wicket.detectPortletContext/param-name
param-valuetrue/param-value
/context-param
context-param
param-nameconfiguration/param-name
param-valuedevelopment/param-value
!-- param-valuedeployment/param-value --
/context-param
filter
filter-namewicket.ACE_PortletTest/filter-name
filter-classorg.apache.wicket.protocol.http.WicketFilter/filter-class
init-param
param-nameapplicationClassName/param-name
param-valuede.acando.ace.WicketApplication/param-value
/init-param
/filter
filter-mapping
filter-namewicket.ACE_PortletTest/filter-name
url-pattern/portlettest/*/url-pattern
dispatcherREQUEST/dispatcher
dispatcherFORWARD/dispatcher
dispatcherINCLUDE/dispatcher
/filter-mapping
/web-app
?xml version=1.0 encoding=UTF-8?
portlet-app xmlns=http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.0
xsi:schemaLocation=http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd
http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd;
portlet
descriptionACE Test/description
portlet-nameACETEST/portlet-name
display-nameACETEST/display-name
portlet-classorg.apache.wicket.protocol.http.portlet.WicketPortlet/portlet-class
init-param
namewicketFilterPath/name
value/portlettest/value
/init-param
supports
mime-typetext/html/mime-type
portlet-modeVIEW/portlet-mode
portlet-modeEDIT/portlet-mode
/supports
supports
mime-typetext/xml/mime-type
portlet-modeVIEW/portlet-mode
portlet-modeEDIT/portlet-mode
/supports
portlet-info
titleACE Portlet Test/title
keywordsACE Portlet Test/keywords
/portlet-info
/portlet
container-runtime-option
namejavax.portlet.escapeXml/name
valuefalse/value
/container-runtime-option
/portlet-app
I have no idea whats wrong.
Thanks for any help in advance,
-- Benjamin
Re: Problems Ajax with Portlet 2.0 in Liferay 5.2.1
Thanks Thijs, this works!
-- Benjamin
On Thu, Feb 5, 2009 at 6:38 PM, Thijs Vonk vonk.th...@gmail.com wrote:
This is an issue with Liferay (see
http://issues.liferay.com/browse/LPS-1911)
You can probably fix it by making sure that portlet-name (in portlet.xml)
and the wicketfilter mapping url-pattern are identical (portlet.xml
web.xml)
On 2/5/09 4:30 PM, Benjamin Ernst wrote:
Hi,
I am Testing the new Portlet 2.0 with Liferay and have some problems with
Ajax-calls.
I am using wicket 1.4-SNAPSHOT(Revision 741130) and Liferay Portal
Standard
Edition 5.2.1 (Augustine / Build 5201 / February 3, 2009).
I have a simple page with one label and one Ajaxlink:
public HomePage(final PageParameters parameters) {
final Label label = new Label(label, new
PropertyModelInteger(this, value));
label.setOutputMarkupId(true);
add(label);
AjaxLink link = new AjaxLink(link)
{
@Override
public void onClick(AjaxRequestTarget target) {
value = value + 1;
target.addComponent(label);
}
};
add(link);
}
The portlet is shown correctly but when I click the Ajaxlink nothing
happens. In the Ajax-Debug-Log appears the following text:
INFO:
INFO: Initiating Ajax POST request on
http://localhost:8080/web/guest/home?random=0.9410006487742066
INFO: Invoking pre-call handler(s)...
INFO: Received ajax response (84 characters)
INFO:
The requested resource (/ACE_PortletTest-1.0-SNAPSHOT/portlettest/) is not
available
ERROR: Error while parsing response: Could not find rootajax-response
element
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...
This is the log form Java when the Ajax-Link is clicked:
DEBUG - 0-SNAPSHOT]- servletPath=/ACETEST,
pathInfo=/invoke,
queryString=null, name=null
DEBUG - 0-SNAPSHOT]- Path Based Forward
DEBUG - WicketPortlet - Portlet RESOURCE_PHASE for wicket
url:/portlettest/?wicket:interface=:0:link::IBehaviorListener:0:
DEBUG - 0-SNAPSHOT]- servletPath=/portlettest/,
pathInfo=null, queryString=wicket:interface=:0:link::IBehaviorListener:0:,
name=null
DEBUG - 0-SNAPSHOT]- Path Based Include
DEBUG - WicketPortlet - redirect url after inclusion:null
DEBUG - WicketPortlet - end of request, wicket
url:/portlettest/?wicket:interface=:0:link::IBehaviorListener:0:
DEBUG - 0-SNAPSHOT]- Disabling the response for futher
output
DEBUG - 0-SNAPSHOT]- The Response is vehiculed using a
wrapper: com.liferay.portal.servlet.AbsoluteRedirectsResponse
Here is my web.xml and my portlet.xml:
?xml version=1.0 encoding=ISO-8859-1?
web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=
http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
display-nameACE_PortletTest/display-name
context-param
param-nameorg.apache.wicket.detectPortletContext/param-name
param-valuetrue/param-value
/context-param
context-param
param-nameconfiguration/param-name
param-valuedevelopment/param-value
!-- param-valuedeployment/param-value --
/context-param
filter
filter-namewicket.ACE_PortletTest/filter-name
filter-classorg.apache.wicket.protocol.http.WicketFilter/filter-class
init-param
param-nameapplicationClassName/param-name
param-valuede.acando.ace.WicketApplication/param-value
/init-param
/filter
filter-mapping
filter-namewicket.ACE_PortletTest/filter-name
url-pattern/portlettest/*/url-pattern
dispatcherREQUEST/dispatcher
dispatcherFORWARD/dispatcher
dispatcherINCLUDE/dispatcher
/filter-mapping
/web-app
?xml version=1.0 encoding=UTF-8?
portlet-app xmlns=
http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.0
xsi:schemaLocation=
http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd
http://java.sun.com/xml/ns/portlet/portlet-app_2_0.xsd;
portlet
descriptionACE Test/description
portlet-nameACETEST/portlet-name
display-nameACETEST/display-name
portlet-classorg.apache.wicket.protocol.http.portlet.WicketPortlet/portlet-class
init-param
namewicketFilterPath/name
value/portlettest/value
/init-param
supports
mime-typetext/html/mime-type
portlet-modeVIEW/portlet-mode
portlet-modeEDIT/portlet-mode
/supports
supports
mime-typetext/xml/mime-type
portlet-modeVIEW/portlet-mode
portlet-modeEDIT/portlet-mode
/supports
portlet-info
titleACE Portlet Test/title
keywordsACE Portlet Test/keywords
/portlet
Portlet 2.0 and Events
Hi, I am trying to get the Event-Support for Portlets working with the Patches I found in https://issues.apache.org/jira/browse/WICKET-1620;. But I am not able to apply any of the patches properly. Can anyone tell me on which revision of the trunk they base, or in which order I have to apply them? Thanks for any help! -- Benjamin
Re: Portlet 2.0 and Events
Hi Thijs, do I have to apply all Patches, or is the WICKET-1620-portlet2.0-tight.patchhttps://issues.apache.org/jira/secure/attachment/12396786/WICKET-1620-portlet2.0-tight.patch enough? Thanks, -- Benjamin On Tue, Feb 10, 2009 at 11:07 AM, Thijs vonk.th...@gmail.com wrote: They are based on wicket truck *before* WICKET-2058 was committed. Nobody has updated the patches since then. Thijs On 10-2-2009 10:25, Benjamin Ernst wrote: Hi, I am trying to get the Event-Support for Portlets working with the Patches I found in https://issues.apache.org/jira/browse/WICKET-1620;. But I am not able to apply any of the patches properly. Can anyone tell me on which revision of the trunk they base, or in which order I have to apply them? Thanks for any help! -- Benjamin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Portlets - Loosing state in wicket portlets
Hi,
I am using two Wicket-Portlets in a Liferay 5.2.1 Portal. Both Portlets have
a link which switches to another page within the portlet (via
setResponsepage(new
Page()) ).
When I click the link in Portlet_1 the page within the portlet one changes
as desired. After that I click the link in Portlet_2 and the page in
Portlet_2 changes as desired, but i Portlet_1 the page changes to the
Homepage.
I think that the problem might be in the getWicketURL(PortletRequest
request, String pageType, String defaultPage) - method form
WicketPortlet.java:
protected String getWicketURL(PortletRequest request, String pageType,
String defaultPage)
{
String wicketURL = null;
// get the name of the wicket url paramater, as looked up from a
request attribute called
// WicketPortlet#WICKET_URL_PORTLET_PARAMETER_ATTR
String wicketUrlParameterName =
(String)request.getAttribute(WicketPortlet.WICKET_URL_PORTLET_PARAMETER_ATTR);
if (request instanceof ActionRequest)
{
// try to lookup the passed in wicket url parameter
wicketURL = request.getParameter(wicketUrlParameterName);
}
else if (request instanceof ResourceRequest)
{
wicketURL = ((ResourceRequest)request).getResourceID();
}
else
{
// try to lookup the passed in wicket url parameter, suffixed
with the portlet mode
String parameterName = wicketUrlParameterName +
request.getPortletMode().toString();
wicketURL = request.getParameter(parameterName);
}
// if the wicketURL could not be retrieved, return the url for the
default page
if (wicketURL == null)
{
wicketURL = getWicketConfigParameter(request,
CONFIG_PARAM_PREFIX + pageType,
defaultPage);
}
return wicketURL;
}
- In the RenderRequest for Portlet_2 the wicketUrlParameterName is for the
Linklistener that was clicked. This works fine.
- In the RenderRequest for Portlet_1 the wicketUrlParameterName is null. So
by default the defaultPage of Portlet_1 is loaded, which is the Homepage.
Is this the correct behaviour?
I think the wicketURL for the RenderRequest for Portlet_1 should not be the
defaultPage but instead the last rendered Page from Portlet_1. Is there a
way to get the URL of the last page from Wicket?
Thanks for any help!
--Benjamin
Problems with wicket-autocomplete.js
Hi,
I have two Problems with the AutoCompleteBehavior in wicket:
1. Type-Conflict in line 287 of wicket-autocomplete.js:
function showAutoComplete(){
var position=getPosition(wicketGet(elementId));
var container = getAutocompleteContainer();
var input=wicketGet(elementId);
var index=getOffsetParentZIndex(elementId);
container.show();
* --
container.style.zIndex=(!isNaN(Number(index))?Number(index)+1:index);*
container.style.left=position[0]+'px'
container.style.top=(input.offsetHeight+position[1])+'px';
if(cfg.adjustInputWidth)
container.style.width=input.offsetWidth+'px';
visible=1;
hideShowCovered();
}
I believe this was introduced with wicket 1.3.5. In version 1.3.4 this line
was:
container.style.zIndex=(Number(index)!=Number.NaN?Number(index)+1:index);
2. No Object in line 77:
function initialize(){
// Remove the autocompletion menu if still present from
// a previous call. This is required to properly register
// the mouse event handler again (using the new stateful
'mouseactive'
// variable which just gets created)
var choiceDiv=document.getElementById(getMenuId());
if (choiceDiv != null) {
choiceDiv.parentNode.parentNode.removeChild(choiceDiv.parentNode);
}
var obj=wicketGet(elementId);
-- *objonkeydown=obj.onkeydown;*
objonblur=obj.onblur;
objonkeyup=obj.onkeyup;
objonkeypress=obj.onkeypress;
This causes that the autocomplete-List is not shown. But after replacing the
autocompleteField with Ajax it works. I think that initJS, wich is called
onDomReady (see below), is called to early?
This is the AbstractAutoCompleteBehavior.java:
public void renderHead(IHeaderResponse response)
{
super.renderHead(response);
response.renderJavascriptReference(AUTOCOMPLETE_JS);
final String id = getComponent().getMarkupId();
String initJS = constructInitJS();
response.renderOnDomReadyJavascript(initJS);
}
I use IE6 and the page with the AutocompleteField is quite big.
Has anyone an idea how to get around this?
Regards,
Benjamin
Re: New Window/Tab Scope
Hi, in my Application I need an Window/Tab-Scope to store data which is only relevant for the current window/tab. So I tried what Johan said: I made an override of createPageMap() in the SecondLevelCacheSessionStore an wrapped the SecondLevelCachePageMap with my own IPageMap. Now want to put my Wrapper-Pagemap in a ThreadLocal-Variable, so that I can access it like the Session with a static get(). In the SecondLevelCacheSessionStore I made an override on onBeginRequest(Request request) where I got the PageMap-Name from the request end then get the PageMap for this name. But this is not my Wrapper-PageMap, it is the the SecondLevelCachePageMap which put in the Request-Attributes by dirty() from the PageMap-Implementation. How can I put my Wrapper-PageMap in a ThreadLocal-Variable, so that I can access in any Page of my Wicket-Application? Thanks for any help, Benjamin On Wed, Jun 4, 2008 at 4:01 PM, Johan Compagner jcompag...@gmail.comwrote: it can be done i guess.. Turn on the multi window support/check in the settings. then extend: SecondLevelCacheSessionStore override createPageMap() now the bad thing is that you need to do super call to create it because that api is not really open But do a super call. And wrap it in your own IPageMap impl where you also store youre stuff and redirect all other calls to the pagemap i think this should work.. johan On Wed, Jun 4, 2008 at 4:33 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: nothing right now because its not implemented yet. in the future you will have access to a Window class and be able to subclass it to store your own data, just like you do with Session now... -igor On Wed, Jun 4, 2008 at 7:29 AM, geke georg_kuf...@yahoo.de wrote: Hi, I need a scope for every new window/tab, where I can put some data. I read, that is in the wishlist for wicket 1.5, but are there any best practices or suggestions? Kind regards, Georg -- View this message in context: http://www.nabble.com/New-Window-Tab-Scope-tp17648112p17648112.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
get ParentWebPage from PopupWindow?
Hi, I have got two questions concerning popupWindows: 1) I am opening a popupWindow from a WebPage and in this popupWindow I want to access the (parent-) WebPage. Is there any way to do this in wicket? 2) When the (parent-)WebPage is closed, i want to close the popupWindow as well. Is this possible? Thanks for any help, Benjamin
long Rendertime with many AjaxLinks
Hi, I have a a HTML-Table with about 500 cells and each cell has one AjaxLink. A table-cell represents an 10 minute timeslot in a calendar. And when a user clicks on one timeslot I want to show this timeslot in an an other panel. This works fine, but the page takes a long time to render in the browser (about 4 seconds). Do you have any idea how to speed this up? Or is this not possible with so many AjaxLinks? Greets, Benjamin
Re: long Rendertime with many AjaxLinks
Hi,
I am trying to figure out where the time is lost.
This is my component, which has an AjaxEventBehaviour:
WebMarkupContainer timeslot = new WebMarkupContainer(id);
timeslot.add(new AjaxEventBehavior(onclick)
{
@Override
protected void onEvent(AjaxRequestTarget target) {
AppiontmentCalendarPage.setAppiontment(target, date);
}
protected void onComponentTag(ComponentTag tag)
{
tag.put(onclick, var wcall=wicketAjaxGet('+
this.getCallbackUrl(false) + ',null,null, function() {return Wicket.$(' +
this.getComponent().getMarkupId() + ') != null;}.bind(this)););
}
});
This way it takes about 3.6 seconds to render in the browser. But when i am
putting a constant value in the tag (see below), it only take about 200
milliseconds.
WebMarkupContainer timeslot = new WebMarkupContainer(id);
timeslot.add(new AjaxEventBehavior(onclick)
{
@Override
protected void onEvent(AjaxRequestTarget target) {
AppiontmentCalendarPage.setAppiontment(target, date);
}
protected void onComponentTag(ComponentTag tag)
{
tag.put(onclick, var
wcall=wicketAjaxGet('?wicket:interface=:1:kalender:kalender:31:sa::IBehaviorListener:0:',null,null,
function() {return Wicket.$('sa229') != null;}.bind(this)););
}
});
I do not think it takes such a long time to get the callbackURL and the
markupID. But where is the time lost?
Thanks for any answers in advance!
Benjamin
2008/3/3, Benjamin Ernst [EMAIL PROTECTED]:
Hi,
I have a a HTML-Table with about 500 cells and each cell has one AjaxLink.
A table-cell represents an 10 minute timeslot in a calendar. And when a user
clicks on one timeslot I want to show this timeslot in an an other panel.
This works fine, but the page takes a long time to render in the browser
(about 4 seconds).
Do you have any idea how to speed this up? Or is this not possible with so
many AjaxLinks?
Greets,
Benjamin
Re: JmxPanel
Hi Paolo,
I had just the same problem as you.
The display:none has nothing to do with this. It just hides the root of
the tree.
The problem was that the domain is skipped, because it doesen´t have the
same name as my Application.
So I removed the the filter part from the createTreeModel()-Method in the
JmxPanel.java like this:
// process all available domains
for (int i = 0; i domains.length; i++)
{
// skip unwanted domains
*//if (!getDomainFilter().accept(domains[i]))
//{
//continue;
//}*
// create domain tree node and add to root
JmxTreeNode domain = new JmxTreeNode(domains[i], null);
rootNode.add(domain);
..
Now I can see all domains in my jmx-Panel
I hope it helps.
Benjamin
On Wed, Apr 23, 2008 at 11:09 PM, Paolo Di Tommaso
[EMAIL PROTECTED] wrote:
No. Just a plain html page without any custom css.
What version of Wicket/Wicket-stuff-jmx-panel are you using ?
Thanks,
// Paolo
On Wed, Apr 23, 2008 at 7:20 PM, Gerolf Seitz [EMAIL PROTECTED]
wrote:
nope, did the same thing you did.
do you have any custom css that might cause this?
Gerolf
On Wed, Apr 23, 2008 at 7:02 PM, Paolo Di Tommaso
[EMAIL PROTECTED]
wrote:
Absolutely, JMX feature is enabled.
I'm adding a JmxPanel in my page using a simple:
add(new JmxPanel(jmx));
but nothing is displayed ..
You have it working? Have you used any trick?
// Paolo
On Wed, Apr 23, 2008 at 3:46 PM, Gerolf Seitz [EMAIL PROTECTED]
wrote:
Paolo,
I'm not sure where the display:none comes from,
but i'm pretty sure it's not from the JmxPanel.
do you have jmx enabled at all?
Gerolf
On Thu, Apr 17, 2008 at 9:07 AM, Paolo Di Tommaso
[EMAIL PROTECTED]
wrote:
Guys,
someone has soem experience with the nice JmxPanel describe here?
http://chillenious.wordpress.com/2007/08/29/jmx-wicket-panel/
Adding a JmxPanel instance to my page I always get the following
EMPTY
panel
..
div class=jmxTreePanel
table
tr
tddiv id=tree1 class=jmxTree
div style=display:none id=tree1_0/div
/div/td
tddiv id=detailPanel2
/div/td
/tr
/table
/div
div style=clear:both/div
Any ideas ?
Thanks.
// Paolo
Re: Wicket Portlets in Liferay 5
Hi Thijs, We are currently trying to integrate Liferay 5 with wicket 1.3. Can you give us the advise you offered? That would be very nice. Thank you in advance, Benjamin On Mon, May 5, 2008 at 11:33 PM, Thijs Vonk [EMAIL PROTECTED] wrote: Hi, Currently without building wicket against Liferay (using com.liferay.portlet.renderresponseimpl, instead of javax.portlet.renderresponse) it is not possible to run wicket without losing most of wickets functionality. I can, if you want, give you a patch and some instructions to get wicket working on liferay 5, but we are still modifying wicket and Liferay code to get things working as we want it. So I can't guaranty anything. Thijs Bobby Quninne wrote: Hi there, I am currently considering using wicket 1.3.3(and newer) with liferay 5. The site is going to be used for backend administration, standard CRUD stuff. How big a risk is it, using wicket portal and liferay? Thanks Thijs wrote: Hi, I'm working on getting wicket compatible with jsr-286 now. However while doing this I've noticed that Liferay has still some major issues regarding jsr-286. Especially regarding setting properties on the response (essentially setting response headers, cookies, etc) there is still some work to be done. They also don't support the MARKUP_HEAD_ELEMENT_SUPPORT feaure jet, what would be a really nice addition because of the CSS and JS files wicket adds to it's pages. Comment and vote on http://support.liferay.com/browse/LEP-5828. and track it to follow the property changes I'm also planning on opening a Wicket-jira issue so that you can track the progress of the wicket implementation. But we will have to wait at least until the portlet 2.0 specifications get official and added to a maven repository before we can add anything to the wicket code base. Besides that it's a lot of work and I'm doing this in my free hours so don't get over excited just jet :). I'll post a message on the list when I open the jira issue, and I'll attach patches to that issue as soon as I feel confident about the work I've been doing. I hope that answers your questions a bit. Thijs gaugat wrote: I've read in the forums, that it is better to wait for Liferay 5 (JSR 286) to develop portlets in Apache Wicket. So has anyone developed portlets using Wicket and deployed them in Liferay 5?. If you have, is there a sample wicket portlet posted somewhere that I could look at? Are there still issues with Wicket and Liferay? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Portlets in Liferay 5
Hi Thijs, thanks for your help, but you don't have to hurry. We faked the whole thing by running our Wicket-App inside an iFrame in Liferay. It is just for a showcase. So we don't need it right now. Thanks anyway, Benjamin On Thu, May 15, 2008 at 9:14 PM, Thijs Vonk [EMAIL PROTECTED] wrote: Hi Benjamin I'll see if I have some time left tomorrow, otherwise hopefully before next tuesday. Thijs Benjamin Ernst wrote: Hi Thijs, We are currently trying to integrate Liferay 5 with wicket 1.3. Can you give us the advise you offered? That would be very nice. Thank you in advance, Benjamin On Mon, May 5, 2008 at 11:33 PM, Thijs Vonk [EMAIL PROTECTED] wrote: Hi, Currently without building wicket against Liferay (using com.liferay.portlet.renderresponseimpl, instead of javax.portlet.renderresponse) it is not possible to run wicket without losing most of wickets functionality. I can, if you want, give you a patch and some instructions to get wicket working on liferay 5, but we are still modifying wicket and Liferay code to get things working as we want it. So I can't guaranty anything. Thijs Bobby Quninne wrote: Hi there, I am currently considering using wicket 1.3.3(and newer) with liferay 5. The site is going to be used for backend administration, standard CRUD stuff. How big a risk is it, using wicket portal and liferay? Thanks Thijs wrote: Hi, I'm working on getting wicket compatible with jsr-286 now. However while doing this I've noticed that Liferay has still some major issues regarding jsr-286. Especially regarding setting properties on the response (essentially setting response headers, cookies, etc) there is still some work to be done. They also don't support the MARKUP_HEAD_ELEMENT_SUPPORT feaure jet, what would be a really nice addition because of the CSS and JS files wicket adds to it's pages. Comment and vote on http://support.liferay.com/browse/LEP-5828. and track it to follow the property changes I'm also planning on opening a Wicket-jira issue so that you can track the progress of the wicket implementation. But we will have to wait at least until the portlet 2.0 specifications get official and added to a maven repository before we can add anything to the wicket code base. Besides that it's a lot of work and I'm doing this in my free hours so don't get over excited just jet :). I'll post a message on the list when I open the jira issue, and I'll attach patches to that issue as soon as I feel confident about the work I've been doing. I hope that answers your questions a bit. Thijs gaugat wrote: I've read in the forums, that it is better to wait for Liferay 5 (JSR 286) to develop portlets in Apache Wicket. So has anyone developed portlets using Wicket and deployed them in Liferay 5?. If you have, is there a sample wicket portlet posted somewhere that I could look at? Are there still issues with Wicket and Liferay? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
