date:20070914

I had the same problem; it was caused by a StatelessForm on the page. 
When replacing StatelessForm with Form it went away. Are you using a 
stateless form as well?


BTW, I made a JIRA issue for this:
https://issues.apache.org/jira/browse/WICKET-950

Regards,
Sebastiaan

Chris Lintz wrote:

Hi all,
So i think there is a bug in IndexedParamUrlCodingStrategy .  I have this
simple mount in my extened WebApplication:

   mount(new IndexedParamUrlCodingStrategy(/joinme,
InviteAcceptancePage.class));


In my InviteAcceptancePage class, i simply do this snippet of code:

public InviteAcceptancePage(PageParameters params)
{
   String code = params.getString(0);
   logger.debug(code:+code);
   ...

}
When i do this in my browser for example: 
http://www.mydomain.com/joinme/5


The following 5 parameter is logged just fine, but after the constructor
returns I get the below exception:

22:23:43,600 ERROR [RequestCycle] Not all parameters were encoded. Make sure
all parameter names are integers in consecutive order starting with zero.
Current parameter names are: [wicket:interface]
org.apache.wicket.WicketRuntimeException: Not all parameters were encoded.
Make sure all parameter names are integers in consecutive order



Any ideas?

thanks


smime.p7s
Description: S/MIME Cryptographic Signature

Re: setRenderAllowed not called in Tree items

2007-09-14 Thread buealb


I'm working with the trunk.


What wicket version are you using?

-Matej

On 9/13/07, buealb [EMAIL PROTECTED] wrote:

 Hi,

 I'm using Tree component. I have problems with the rendering of the
 children
 of an TreeItem. If I look the code of Component.renderComponent, after of
 calling to beforeRender(), you check if component and its children are
 allowed to be rendered (setRenderAllowed).
 But in Tree component, when you have to do the rendering of the TreeItem,
 only beforeRender() method is called, and setRenderAllowed method of the
 children never is called.

 Is it a bug or I have to do something to call to the setRenderAllowed
 method
 of the children manually?

 Thanks
 --
 View this message in context:
 http://www.nabble.com/setRenderAllowed-not-called-in-Tree-items-tf4438712.html#a12664394
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 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]




-- 
View this message in context: 
http://www.nabble.com/setRenderAllowed-not-called-in-Tree-items-tf4438712.html#a12669943
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

wicket 1.2 --- wicket 1.3 upgrade / java.lang.ClassCastException: wicket.Initializer

2007-09-14 Thread Nino Saturnino Martinez Vazquez Wael


Hi

Im trying to upgrade our application to wicket 1.3 comming from 1.2.6, 
all now compiles fine but at runtime I get an exception in


my application:

   /**
* @param properties
*Properties map with names of any library initializers 
in it

*/
   private final void load(final Properties properties)
   {
   addInitializer(properties.getProperty(initializer));
   addInitializer(properties.getProperty(getName() + -initializer));
   }

I could not find anything about it mentioned in wiki / 
http://cwiki.apache.org/WICKET/migrate-13.html



Exception details:

ain 2007-09-14 09:36:05,334 ERROR [[/PolFotoWebNew]] - Exception 
starting filter PolFotoWebNew

java.lang.ClassCastException: wicket.Initializer
   at org.apache.wicket.Application.addInitializer(Application.java:774)
   at org.apache.wicket.Application.load(Application.java:850)
   at 
org.apache.wicket.Application.initializeComponents(Application.java:621)
   at 
org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:423)



regards Nino

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: NotSerializableException for SLF4JLocationAwareLog with Wicket 1.2.6

2007-09-14 Thread Sam Hough


Is that THE Matt Raible? Are you using Wicket in anger or evaluating?





mraible wrote:
 
 I noticed the following in my logs today when using Wicket 1.2.6. Is this
 a known issue?
 
 Thanks,
 
 Matt
 
 Sep 14, 2007 1:19:59 AM org.apache.catalina.session.StandardSession
 writeObject
 Sep 14, 2007 1:19:59 AM org.apache.catalina.session.StandardSession
 writeObject
 WARNING: Cannot serialize session attribute wicket:/app:p:null:1 for
 session 8900AC5E8B0DBAD32BF7C00EACC22B19
 WARNING: Cannot serialize session attribute wicket:/app:p:null:1 for
 session 8900AC5E8B0DBAD32BF7C00EACC22B19
 java.io.NotSerializableException:
 org.apache.commons.logging.impl.SLF4JLocationAwareLog
 java.io.NotSerializableException:
 org.apache.commons.logging.impl.SLF4JLocationAwareLog
 

-- 
View this message in context: 
http://www.nabble.com/NotSerializableException-for-SLF4JLocationAwareLog-with-Wicket-1.2.6-tf4439139.html#a12670225
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: NotSerializableException for SLF4JLocationAwareLog with Wicket 1.2.6

2007-09-14 Thread Eelco Hillenius

On 9/14/07, Sam Hough [EMAIL PROTECTED] wrote:

 Is that THE Matt Raible? Are you using Wicket in anger or evaluating?

I bet with stress on the anger ;-)

AppFuse supports Wicket now too if I'm correct.

Eelco

-
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

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-
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-

Re: wicket 1.2 --- wicket 1.3 upgrade / java.lang.ClassCastException: wicket.Initializer


Dead on! thanks :)

Eelco Hillenius wrote:
 
 Im trying to upgrade our application to wicket 1.3 comming from 1.2.6,
 all now compiles fine but at runtime I get an exception in

 my application:

 /**
  * @param properties
  *Properties map with names of any library initializers
 in it
  */
 private final void load(final Properties properties)
 {
 addInitializer(properties.getProperty(initializer));
 addInitializer(properties.getProperty(getName() +
 -initializer));
 }

 I could not find anything about it mentioned in wiki /
 http://cwiki.apache.org/WICKET/migrate-13.html


 Exception details:

 ain 2007-09-14 09:36:05,334 ERROR [[/PolFotoWebNew]] - Exception
 starting filter PolFotoWebNew
 java.lang.ClassCastException: wicket.Initializer
 at org.apache.wicket.Application.addInitializer(Application.java:774)
 at org.apache.wicket.Application.load(Application.java:850)
 at
 org.apache.wicket.Application.initializeComponents(Application.java:621)
 at
 org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:423)
 
 Our package names changed from wicket.* to org.apache.wicket.*.  I
 don't know where it get's the wicket.Initializer value from, but that
 should typically come from a wicket.properties file. Are you sure you
 did full clean builds etc? Anything you might have overlooked or could
 you have a double classpath entry maybe?
 
 Eelco
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/wicket-1.2%3E-wicket-1.3-upgradejava.lang.ClassCastException%3A-wicket.Initializer-tf4440739.html#a12670948
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: ModalWindow bug - unable to close when added AjaxButton in content of the window

Are you sure your Form validates, when you click AjaxLink? Because
otherwise the onSubmit is not invoked. Can you put a breakpoint in
onSubmit? Also there is onError handler that is invoked when form
validation fails.

-Matej

On 9/14/07, Vit Rozkovec [EMAIL PROTECTED] wrote:
 I am sorry, I could not replicate it in quickstart. The button works
 fine there. For now I solved the problem by replacing AjaxButtons with
 AjaxLinks.

 Vitek

 Matej Knopp wrote:
  Plase create a jira issue and attach a quickstart to it. Thanks.
 
  -Matej
 
  On 9/13/07, Vit Rozkovec [EMAIL PROTECTED] wrote:
 
  Good day,
  I am using last snapshot of wicket and there is a problem with modal
  window - I create instance of the window and add it to the page. As a
  content I use a panel which has these components:
 
  public class ModalConfirmationPanel extends Panel {
 
  public ModalConfirmationPanel(String id, final ModalWindow window) {
  super(id);
 
  window.setTitle(getString(titulek));
 
  Form form = new Form(confirmation);
  add(form);
  form.add(new TextArea(explanation, new Model()));
  form.add(new AjaxLink(ok) {
  @Override
  public void onClick(AjaxRequestTarget target) {
  window.close(target);
  }
  });
  form.add(new AjaxLink(storno) {
  @Override
  public void onClick(AjaxRequestTarget target) {
  window.close(target);
  }
  });
  //form.add(new AjaxSubmitButton(buttonOk, form) {
  //@Override
  //protected void onSubmit(AjaxRequestTarget target, Form form) 
  {
  //window.close(target);
  //}
  //});
  //form.add(new AjaxButton(buttonStorno, form) {
  //@Override
  //protected void onSubmit(AjaxRequestTarget target, Form form) 
  {
  //window.close(target);
  //}
  //});
 
 
  When I uncomment the lines and add AjaxSubmitButtons or AjaxButtons, the
  modal window cannot be closed anymore, neither with the buttons, nor
  with the close button in the header or with links. When I add just
  links, it works ok. It does not matter if there is window.close() method
  in the button's onSubmit method.
 
  If you would like I can make a quickstart. I cannot test anymore, but in
  beta3 it worked.
 
  Vitek
 
  -
  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: Centering ModalWindow during scroll?

No, currently there is not.

-Matej

On 9/14/07, Anthony J Webster [EMAIL PROTECTED] wrote:
 Hi,

 Is there a way to center a ModalWindow so that when a user scrolls the site 
 with the navigator scrollbar, the ModalWindow stays centered while the site 
 behind scrolls?

 Thanks

 Anthony

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: setRenderAllowed not called in Tree items

Then it's a bug probably. Can you please create a JIRA issue so that I
don't forget to look at it?

Thanks.
-Matej

On 9/14/07, buealb [EMAIL PROTECTED] wrote:

 I'm working with the trunk.


 What wicket version are you using?

 -Matej

 On 9/13/07, buealb [EMAIL PROTECTED] wrote:
 
  Hi,
 
  I'm using Tree component. I have problems with the rendering of the
  children
  of an TreeItem. If I look the code of Component.renderComponent, after of
  calling to beforeRender(), you check if component and its children are
  allowed to be rendered (setRenderAllowed).
  But in Tree component, when you have to do the rendering of the TreeItem,
  only beforeRender() method is called, and setRenderAllowed method of the
  children never is called.
 
  Is it a bug or I have to do something to call to the setRenderAllowed
  method
  of the children manually?
 
  Thanks
  --
  View this message in context:
  http://www.nabble.com/setRenderAllowed-not-called-in-Tree-items-tf4438712.html#a12664394
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  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]




 --
 View this message in context: 
 http://www.nabble.com/setRenderAllowed-not-called-in-Tree-items-tf4438712.html#a12669943
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 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: Centering ModalWindow during scroll?

It's not a simple thing. A huge amount of time (both for
implementation and testing) went into the current modal window library
to make it work as cross-browser as possible. Unfortunately, I wasn't
aware of all the exotic use cases people want so the library is rather
monolithic. There is a rewrite on my to-do list that would split the
modal window into pieces (mask, basic window, style, etc.), but it's
not really a high priority.

-Matej

On 9/14/07, Anthony J Webster [EMAIL PROTECTED] wrote:
 It seems to be a rather tricky issue in terms of browser compatibilty. I
 have been looking around for alternatives to ModalWindow and most of them
 only have this working in FF (the small ones which don't involve a huge
 library that is). Pity I'm not a JS expert...

 - Original Message -
 From: Matej Knopp [EMAIL PROTECTED]
 To: users@wicket.apache.org
 Sent: Friday, September 14, 2007 11:04 AM
 Subject: Re: Centering ModalWindow during scroll?


  No, currently there is not.
 
  -Matej
 
  On 9/14/07, Anthony J Webster [EMAIL PROTECTED] wrote:
  Hi,
 
  Is there a way to center a ModalWindow so that when a user scrolls the
  site with the navigator scrollbar, the ModalWindow stays centered while
  the site behind scrolls?
 
  Thanks
 
  Anthony
 
  -
  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: Centering ModalWindow during scroll?

2007-09-14 Thread Anthony J Webster

Ok well I think I'm going to abandon this for the meantime and just use an 
indicator and a modal semi-transparent overlay over the site. I don't really 
have the time to learn cross-browser javascript!

- Original Message - 
From: Matej Knopp [EMAIL PROTECTED]

To: users@wicket.apache.org
Sent: Friday, September 14, 2007 11:13 AM
Subject: Re: Centering ModalWindow during scroll?

It's not a simple thing. A huge amount of time (both for
implementation and testing) went into the current modal window library
to make it work as cross-browser as possible. Unfortunately, I wasn't
aware of all the exotic use cases people want so the library is rather
monolithic. There is a rewrite on my to-do list that would split the
modal window into pieces (mask, basic window, style, etc.), but it's
not really a high priority.

-Matej

On 9/14/07, Anthony J Webster [EMAIL PROTECTED] wrote:

It seems to be a rather tricky issue in terms of browser compatibilty. I
have been looking around for alternatives to ModalWindow and most of them
only have this working in FF (the small ones which don't involve a huge
library that is). Pity I'm not a JS expert...

- Original Message -
From: Matej Knopp [EMAIL PROTECTED]
To: users@wicket.apache.org
Sent: Friday, September 14, 2007 11:04 AM
Subject: Re: Centering ModalWindow during scroll?

 No, currently there is not.

 -Matej

 On 9/14/07, Anthony J Webster [EMAIL PROTECTED] wrote:
 Hi,

 Is there a way to center a ModalWindow so that when a user scrolls the
 site with the navigator scrollbar, the ModalWindow stays centered 
 while

 the site behind scrolls?

 Thanks

 Anthony

 -
 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]

Centering ModalWindow during scroll?

2007-09-14 Thread Anthony J Webster

Hi,

Is there a way to center a ModalWindow so that when a user scrolls the site 
with the navigator scrollbar, the ModalWindow stays centered while the site 
behind scrolls?

Thanks

Anthony

Re: Centering ModalWindow during scroll?

2007-09-14 Thread Anthony J Webster

It seems to be a rather tricky issue in terms of browser compatibilty. I 
have been looking around for alternatives to ModalWindow and most of them 
only have this working in FF (the small ones which don't involve a huge 
library that is). Pity I'm not a JS expert...

- Original Message - 
From: Matej Knopp [EMAIL PROTECTED]

To: users@wicket.apache.org
Sent: Friday, September 14, 2007 11:04 AM
Subject: Re: Centering ModalWindow during scroll?

No, currently there is not.

-Matej

On 9/14/07, Anthony J Webster [EMAIL PROTECTED] wrote:

Hi,

Is there a way to center a ModalWindow so that when a user scrolls the 
site with the navigator scrollbar, the ModalWindow stays centered while 
the site behind scrolls?

Thanks

Anthony

-
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: Modal dialogs with Ajax

Well, modal window is a bit overkill in this case. I guess I'd replace
it by a custom mask and probably a centered message with a button.
It's hard to be any detailed, as this requires some CSS work and
custom javascript.

-Matej

On 9/13/07, Anthony J Webster [EMAIL PROTECTED] wrote:
 Hello again,

 I have a form with ajax validation on its component's 'onblur' and a sumit 
 link. The submission process takes a while as it results in numerous database 
 lookups and so on. Initially I used an IndicatingAjaxSubmitButton to show the 
 user that their request was being processed, with the help of mailinglist and 
 #wicket members I also disabled the link during the submission with an 
 AjaxCallDecorator and I suppose I could always add a modal div over the whole 
 site as well (in the same callDecorator) in order to stop users changing the 
 form contents or navigating to another part of the site.

 That all works fine however I need to push this further. If a user submits 
 information which corresponds to a object that already exists in the 
 database, I need to ask him whether he wishes to create a duplicate.

 The way I see this working is as follows. The user submits a valid form by 
 clicking the link. This results in a modal centered dialog with some loading 
 animation being displayed. If the submission works the user is redirected to 
 a 'success' page where the entered data is display along with any information 
 calculated during the submission. However if there is an error (an Exception 
 thrown from the server) either a connection problem or duplicate data, the 
 animation is replaced by some text explaining the problem and 1 or 2 buttons 
 (Cancel for connection problems and Make Duplicate/Cancel for duplicate 
 data). The Cancel button simply removes the modal window effectively 
 returning the user to the form, whereas the Duplicate button launches the 
 submission again and displays the animation until it succeeds or fails again 
 in the case of connectivity problems.

 I know this a lot to ask but has anyone got any idea how to achieve this as 
 I'm getting a tad confused!

 Many Thanks

 Anthony

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

compressing resources which are not in the classpath

2007-09-14 Thread Andrew Klochkov


Hi!

How to compress  resources (css, java scripts) which are lying not in 
the classpath but in /css and /js in the webapp context folder? How can 
I create a CompressedResourceReference to such a resource?


--
Andrew Klochkov


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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,

Martijn Dashorst wrote:


Do you run in development mode? Try switching to deployment mode.

In development mode wicket will scan for changes of files, and that
triggers a bug/feature in the JVM that keeps file handles open.

Martijn


As far as I recall, this bug was actually fixed (I remember finding a 
workaround for the JVM bug a while back and posting it to the list), and 
I'm having totally no problems with open files in development mode in 
1.3.0 beta 3. (Before it used to happen within an hour, and an lsof | 
grep wicket | wc -l would increase by the second.


But still, running in production mode is a good idea on a production 
site. :-)


Regards,
Sebastiaan


On 9/14/07, Benjamin Ernst [EMAIL PROTECTED] 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.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-

Re: Too many open Files


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.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

wicket 1.3 setting locale with tester?

2007-09-14 Thread Nino Saturnino Martinez Vazquez Wael


Hi

Earlier I could set locale by doing this 
getApplicationSettings().setDefaultLocale(loc); from wicketTester...


How do I do this now?


regards Nino

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Any interest in a Wicket User Group meeting in The Netherlands?

2007-09-14 Thread Arje Cahn


 Added a Bookmarkable link
 (http://cwiki.apache.org/WICKET/community-meetups.html), 
 flagging the URL to the static page that should be used to 
 reduce the load on the wiki itself!

Thanks, Gwyn :) 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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:

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:

Palette header

2007-09-14 Thread fero


Hi,
simple question: How to set model Palette header (Avaiable, Selected) ?
I have a locale combo and I want to use ResourceModel, to change headers,
when locale is changed.

Thanks

Fero
-- 
View this message in context: 
http://www.nabble.com/Palette-header-tf4442063.html#a12673870
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: Too many open Files

2007-09-14 Thread Martijn Dashorst

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]

Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6

2007-09-14 Thread Marieke Vandamme


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,
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,

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: Copenhagen wicket users meeting?

2007-09-14 Thread Frank Bille

I have added myself to the meetup list on the wiki.

http://cwiki.apache.org/WICKET/community-meetups.html

Frank

On 9/13/07, Flemming Boller [EMAIL PROTECTED] wrote:

 Hi Nino

 Yes count me in also.

 /Flemming Boller

 On 9/13/07, Nino Saturnino Martinez Vazquez Wael [EMAIL PROTECTED]
 wrote:
 
  Bump for more people to join, otherwise it will not happen...
 
  This would be an excellent opertunity to meet other wicketeers and
  discuss relevant problems...
 
  regards Nino
 
  Nino Saturnino Martinez Vazquez Wael wrote:
   Some time has past since our last meeting. Perhaps it's time for a new
   one?
  
   We could focus this meeting on using basic wicket. In order to have
   more newcommers?
  
   Whats your opinion on this people? What would make you come to the
   meeting, and how many are we from denmark?
  
  
   regards Nino
  
   -
   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: Too many open Files

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]

--
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]

Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6

2007-09-14 Thread Iulian Costan

my guess is that you load tinymce using ajax, where tinymce area is placed
in a panel that is loaded dynamically.
if the above is true then there (TinymceBehaviour constructor) is a boolean
parameter called 'ajax' that you have to set to true.

/iulian

On 9/14/07, Marieke Vandamme [EMAIL PROTECTED] wrote:


 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,

Re: ImageButton vs Image and SharedResources

2007-09-14 Thread Martijn Dashorst

On 9/14/07, Doug Leeper [EMAIL PROTECTED] wrote:
 Why doesn't the ImageButton follow the same behavior as Image when utilizing
 Resources.  With Image I have the ability to add a SharedResource with a
 ValueMap.  The ImageButton only allows me to add a Resource at construction
 with no Values.  Was this intended or should I file a request for
 enhancement?

You can always file a RFE, it might be turned down of course :).

I think it is one of those components that never got much love from
the core developers, it is a very old component (since the 0.9
versions IIRC), and never used very much, at least not in applications
I have worked on.

This is similar to the BoxedBorder, while a nice example of how a
Border component works, in practice not a very good solution to
surround some markup with a thin black line (CSS is much better suited
for that).

In this case, I'd file a rfe.

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]

Re: ImageButton vs Image and SharedResources

2007-09-14 Thread Martijn Dashorst

On 9/14/07, Doug Leeper [EMAIL PROTECTED] wrote:
 Thanks...I will file an RFE.

 However, given that the probability that this won't be accepted...how should

I didn't say we wouldn't accept your RFE, it was a remark in general.
It never hurts to file a RFE, just don't expect us to honor every
single one of them. Judging from your request it seems like a goog
thing to do, it just might take a while. If you bring in a patch, it
will most likely be looked at earlier, and maybe even integrated
before 1.3 final.

 how should I proceed to have a Link submit a Form

Take a look at SubmitLink.

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]

Re: Too many open Files


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/FIPS_neu/WEB-INF/lib/wicket-
extensions-1.3.0-beta2.jar
java  19905  root  132r  REG  253,03472013466438
/usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-
extensions-1.3.0-beta2.jar (deleted)
java  19905  root  133r  REG  253,0347201  35476
/usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-
extensions-1.3.0-beta2.jar
java  19905  root  134u  REG  253,0   1990453  35474
/usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-
contrib-tinymce-1.3-SNAPSHOT.jar
java  19905  root  135r  REG  253,0   1990453  35474
/usr/local/tomcat/webapps/FIPS_neu/WEB-INF/lib/wicket-
contrib-tinymce-1.3-SNAPSHOT.jar
java  19905  root  142r  REG  253,0   1990453

Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6

2007-09-14 Thread Marieke Vandamme


Well ... it didn't. And the strangest thing is that when working with the
previous CVS sources from tinymce, it does.. Can it have something to do
with those changes for internet explorer or ajax? I can go back to the
previous release, but then internet explorer doesn't work...


Marieke Vandamme wrote:
 
 I did some more 'research' on this, and this is what i came up with :
 http://trac.dojotoolkit.org/ticket/233
 I'm using a dojodatepicker on the same page of my tinymcepanel.
 I haven't checked if the position of the js-includes will solve my
 problem, but i hope so..
 
 
 Iulian Costan wrote:
 
 my guess is that you load tinymce using ajax, where tinymce area is
 placed
 in a panel that is loaded dynamically.
 if the above is true then there (TinymceBehaviour constructor) is a
 boolean
 parameter called 'ajax' that you have to set to true.
 
 /iulian
 
 On 9/14/07, Marieke Vandamme [EMAIL PROTECTED] wrote:


 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

Acegi (Spring Security)

2007-09-14 Thread Ian Godman

Hi

I am have a bit of a problem with Wicket and Acegi. I am not getting an 
exception so there is no trace.

What is happening is that once logged in the Authentication is sometimes not 
set. I get it as follows:

AuthenticationToken tkn = 
SecurityContextHolder.getContext().getAuthentication() ;

If I log in and I dont get the Authentication I can close the browser and 
revisit the URL and I have the Authentication at the point the Index page 
writes the user name but latter its only there some of the time.

It appears to me that it is ether a session issue with Wicket or that some 
where the thread local used by Acegi is not being updated by the listener (not 
had that problem before) or that a different thread is calling my code.

Because of the size and complexity of the application I can not post source 
code.

Does anyone have any experience with Wicket/Acegi or know how Wicket deals with 
Acegi integration? I need ideas of where to look.

Many thanks


Ian




  ___ 
Want ideas for reducing your carbon footprint? Visit Yahoo! For Good  
http://uk.promotions.yahoo.com/forgood/environment.html

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

Re: Wicket-Stuff Tinymce-Editor: No toolbars in IE6

2007-09-14 Thread Iulian Costan

there are two ways to use tinymce:
1) TinyMCEPanel - does add static tinymce capabilities to the page/textarea
2) TinyMCEBehaviour - it is a try to make tinymce/ajax load/work together,
but it seems that tinymce library is not ajax ready (if you look at how they
lazy-load JS files in background you'll see what i mean, there are all kind
of loading/synchronization issues, etc).

so far i didnt find a reliable way to load tinymce using ajax, if anybody
has any idea, please jump in, i'll be happy to hear.

/iulian

On 9/14/07, Marieke Vandamme [EMAIL PROTECTED] wrote:


 Well ... it didn't. And the strangest thing is that when working with the
 previous CVS sources from tinymce, it does.. Can it have something to do
 with those changes for internet explorer or ajax? I can go back to the
 previous release, but then internet explorer doesn't work...


 Marieke Vandamme wrote:
 
  I did some more 'research' on this, and this is what i came up with :
  http://trac.dojotoolkit.org/ticket/233
  I'm using a dojodatepicker on the same page of my tinymcepanel.
  I haven't checked if the position of the js-includes will solve my
  problem, but i hope so..
 
 
  Iulian Costan wrote:
 
  my guess is that you load tinymce using ajax, where tinymce area is
  placed
  in a panel that is loaded dynamically.
  if the above is true then there (TinymceBehaviour constructor) is a
  boolean
  parameter called 'ajax' that you have to set to true.
 
  /iulian
 
  On 9/14/07, Marieke Vandamme [EMAIL PROTECTED] wrote:
 
 
  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:

Re: Too many open Files


Hi,

It does look to me like it could be an issue in the 
wicket-contrib-tinymce part, probably as a result of the bug in the JDK 
jar file handling.


Btw, how are you deploying? In an war file? Does it get expanded 
automatically? (if not, you could try expanding it to solve the problem).


Otherwise I would follow the suggestion made by Martijn for now: unpack 
the jar into WEB-INF/classes and the problem should go away.


Regards,
Sebastiaan

Benjamin Ernst wrote:

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

More extend points

2007-09-14 Thread fero


Hi, is it possible to have more than one wicket:extend on one page. I want
to make an universal page with form. This form has some common features, but
I want to extend it. I want to extend the page as well (to put some panels
under the form) but not always. I don't want to code a Form as a Panel and
extend this form, because then I will have too many html files. 

Thanks 

Fero
-- 
View this message in context: 
http://www.nabble.com/More-extend-points-tf4442899.html#a12676475
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: More extend points

2007-09-14 Thread Carlos Pita

You can use border/body in a similar way than child/extend. Also, if
the form incarnations haven't a lot of common markup between them, you
can use the form as the webmarkupcontainer it is and put its logic in
one place but the markup everywhere the form is.

Regards,
Carlos


On 9/14/07, fero [EMAIL PROTECTED] wrote:

 Hi, is it possible to have more than one wicket:extend on one page. I want
 to make an universal page with form. This form has some common features, but
 I want to extend it. I want to extend the page as well (to put some panels
 under the form) but not always. I don't want to code a Form as a Panel and
 extend this form, because then I will have too many html files.

 Thanks

 Fero
 --
 View this message in context: 
 http://www.nabble.com/More-extend-points-tf4442899.html#a12676475
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 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: ImageButton vs Image and SharedResources

2007-09-14 Thread Doug Leeper


Martijn,

I didn't mean to infer that you wouldn't accept the RFE.  Sorry about the
confusion.

I did create an RFE (WICKET-975) and attached the patch.  I hope I followed
the guidelines.

It was fairly easy to adjust as I followed the Image behaviors for the
resource reference.

BTW...I didn't see the SubmitLink.  I am learning the API and learning new
things everyday.  I need to say I am very impressed with the coverage and
behaviors of Wicket.  Kudos to the team.

- Doug

-- 
View this message in context: 
http://www.nabble.com/ImageButton-vs-Image-and-SharedResources-tf4442320.html#a12678191
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Wicket vs. JSF/Seam (The Dead Debate)

Our company is in the process of evaluating the feasibility in transitioning 
our UI framework to Wicket. In doing so, I stumbled upon this article
http://ptrthomas.wordpress.com/2007/05/14/a-wicket-user-tries-jsf/ that does a 
nice job of composing a simple side-by-side comparison of JSF and Wicket.

We are currently using JSF/MyFaces/Tomahawk/Trinidad and have found it to be 
quite a disappointment. I have personally been developing JSF applications for 
several years and have encountered numerous issues with the framework (not to 
mention the specification, components, etc.). I never understood how JSF can be 
referred to as a true MVC framework when it maintains logic within the view in 
the form of EL (thus the Wicket evaluation).

With that said, I hear the argument from JSF/Seam developers (as seen in the 
article mentioned above) that comparing Seam with Wicket is a better/fair 
comparison. I have no experience with Seam and would like to know if there is 
anyone using Wicket in this forum that has switched from Seam to Wicket that 
could shed some light on the issue?

Thanks in advance!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket vs. JSF/Seam (The Dead Debate)

I didnt know Seam was a UI framework...

-Igor


On 9/14/07, William Hoover [EMAIL PROTECTED] wrote:

 Our company is in the process of evaluating the feasibility in
 transitioning our UI framework to Wicket. In doing so, I stumbled upon this
 article
 http://ptrthomas.wordpress.com/2007/05/14/a-wicket-user-tries-jsf/ that
 does a nice job of composing a simple side-by-side comparison of JSF and
 Wicket.

 We are currently using JSF/MyFaces/Tomahawk/Trinidad and have found it to
 be quite a disappointment. I have personally been developing JSF
 applications for several years and have encountered numerous issues with the
 framework (not to mention the specification, components, etc.). I never
 understood how JSF can be referred to as a true MVC framework when it
 maintains logic within the view in the form of EL (thus the Wicket
 evaluation).

 With that said, I hear the argument from JSF/Seam developers (as seen in
 the article mentioned above) that comparing Seam with Wicket is a
 better/fair comparison. I have no experience with Seam and would like to
 know if there is anyone using Wicket in this forum that has switched from
 Seam to Wicket that could shed some light on the issue?

 Thanks in advance!


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug in IndexedParamUrlCodingStrategy 1.3 Beta3

thanks

-igor


On 9/14/07, Chris Lintz [EMAIL PROTECTED] wrote:


 I Have submitted the following Jira on this issue:
 http://issues.apache.org/jira/browse/WICKET-976


 Chris Lintz wrote:
 
  Actually I just realized what causes this but have no idea how to get
 past
  it. The InviteAcceptacePage has a Panel within another Panel.  The
 nested
  Panel contains a simple form submit button.  The IndexParamUrlStrategy's
  appendParameters() function is called  with this Map parameters (from an
  eclipse debug):
 
  wicket:interface =
 
 :4:moduleColumnPanel:moduleColumnFrag:loginPanel:loginBoxPanel:loginBox:lFrm::IFormSubmitListener::
 
  Here is the appendParameters() function inside
  IndexedParamUrlCodingStrategy:
 
  protected void appendParameters(AppendingStringBuffer url, Map
 parameters)
{
int i;
for (i = 0; parameters.containsKey(String.valueOf(i));
 i++)
{
String value = (String) parameters.get(
 String.valueOf(i));
if (!url.endsWith(/))
url.append(/);
url.append(urlEncode(value)).append(/);
}
 
String pageMap = (String) parameters.get
 (wicket:pageMapName);
if (pageMap != null)
{
i++;
pageMap =
 WebRequestCodingStrategy.encodePageMapName(pageMap);
if (!url.endsWith(/))
url.append(/);
 
  url.append
 (wicket:pageMapName).append(/).append(urlEncode(pageMap)).append(/);
}
if (i != parameters.size())
throw new WicketRuntimeException(
Not all parameters were encoded.
 Make sure all parameter names are
  integers in consecutive order starting with zero. Current parameter
 names
  are: 
+
 parameters.keySet().toString());
else
return;
}
 
  The pagemap is null and the statement if (i != parameters.size())
  evaluates to true and generates the error.
 
  Why does the panel with these Map parameters generate the error inside
  that function?
 
 
 
  thanks for any help
 
 
 
 
  Chris Lintz wrote:
 
  Hi all,
  So i think there is a bug in IndexedParamUrlCodingStrategy .  I have
 this
  simple mount in my extened WebApplication:
 
 mount(new IndexedParamUrlCodingStrategy(/joinme,
  InviteAcceptancePage.class));
 
 
  In my InviteAcceptancePage class, i simply do this snippet of code:
 
  public InviteAcceptancePage(PageParameters params)
  {
 String code = params.getString(0);
 logger.debug(code:+code);
 ...
 
  }
  When i do this in my browser for example:
  http://www.mydomain.com/joinme/5
 
  The following 5 parameter is logged just fine, but after the
  constructor returns I get the below exception:
 
  22:23:43,600 ERROR [RequestCycle] Not all parameters were encoded. Make
  sure all parameter names are integers in consecutive order starting
 with
  zero. Current parameter names are: [wicket:interface]
  org.apache.wicket.WicketRuntimeException: Not all parameters were
  encoded. Make sure all parameter names are integers in consecutive
 order
 
 
 
  Any ideas?
 
  thanks
 
 
 

 --
 View this message in context:
 http://www.nabble.com/Bug-in-IndexedParamUrlCodingStrategy-1.3-Beta3-tf4440109.html#a12678916
 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: Wicket vs. JSF/Seam (The Dead Debate)

...to be politically correct, Application Framework, but I'm referring to 
the portion of the framework that addresses the UI.

-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 12:22 PM
To: users@wicket.apache.org
Subject: Re: Wicket vs. JSF/Seam (The Dead Debate)

I didnt know Seam was a UI framework...

-Igor

On 9/14/07, William Hoover [EMAIL PROTECTED] wrote:

 Our company is in the process of evaluating the feasibility in
 transitioning our UI framework to Wicket. In doing so, I stumbled upon this
 article
 http://ptrthomas.wordpress.com/2007/05/14/a-wicket-user-tries-jsf/ that
 does a nice job of composing a simple side-by-side comparison of JSF and
 Wicket.

 We are currently using JSF/MyFaces/Tomahawk/Trinidad and have found it to
 be quite a disappointment. I have personally been developing JSF
 applications for several years and have encountered numerous issues with the
 framework (not to mention the specification, components, etc.). I never
 understood how JSF can be referred to as a true MVC framework when it
 maintains logic within the view in the form of EL (thus the Wicket
 evaluation).

 With that said, I hear the argument from JSF/Seam developers (as seen in
 the article mentioned above) that comparing Seam with Wicket is a
 better/fair comparison. I have no experience with Seam and would like to
 know if there is anyone using Wicket in this forum that has switched from
 Seam to Wicket that could shed some light on the issue?

 Thanks in advance!

 -
 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 vs. JSF/Seam (The Dead Debate)

which part is that exactly? im not that familiar with it.

-igor


On 9/14/07, William Hoover [EMAIL PROTECTED] wrote:

 ...to be politically correct, Application Framework, but I'm referring
 to the portion of the framework that addresses the UI.

 -Original Message-
 From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
 Sent: Friday, September 14, 2007 12:22 PM
 To: users@wicket.apache.org
 Subject: Re: Wicket vs. JSF/Seam (The Dead Debate)


 I didnt know Seam was a UI framework...

 -Igor


 On 9/14/07, William Hoover [EMAIL PROTECTED] wrote:
 
  Our company is in the process of evaluating the feasibility in
  transitioning our UI framework to Wicket. In doing so, I stumbled upon
 this
  article
  http://ptrthomas.wordpress.com/2007/05/14/a-wicket-user-tries-jsf/ that
  does a nice job of composing a simple side-by-side comparison of JSF and
  Wicket.
 
  We are currently using JSF/MyFaces/Tomahawk/Trinidad and have found it
 to
  be quite a disappointment. I have personally been developing JSF
  applications for several years and have encountered numerous issues with
 the
  framework (not to mention the specification, components, etc.). I never
  understood how JSF can be referred to as a true MVC framework when it
  maintains logic within the view in the form of EL (thus the Wicket
  evaluation).
 
  With that said, I hear the argument from JSF/Seam developers (as seen in
  the article mentioned above) that comparing Seam with Wicket is a
  better/fair comparison. I have no experience with Seam and would like to
  know if there is anyone using Wicket in this forum that has switched
 from
  Seam to Wicket that could shed some light on the issue?
 
  Thanks in advance!
 
 
  -
  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: NotSerializableException for SLF4JLocationAwareLog with Wicket 1.2.6

2007-09-14 Thread Eelco Hillenius

 Your framework review is spot on about a very helpful community. Not sure
 Eelco or Igor ever sleep.

Not sure either ;-) But many others in the team and some users work
just as hard on supporting Wicket!

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Wicket vs. JSF/Seam (The Dead Debate)

Eelco,

I appreciate your input- very objective answer!

-Original Message-
From: Eelco Hillenius [mailto:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 12:32 PM
To: users@wicket.apache.org
Subject: Re: Wicket vs. JSF/Seam (The Dead Debate)

On 9/14/07, William Hoover [EMAIL PROTECTED] wrote:
 Our company is in the process of evaluating the feasibility in transitioning 
 our UI framework to Wicket. In doing so, I stumbled upon this article
 http://ptrthomas.wordpress.com/2007/05/14/a-wicket-user-tries-jsf/ that does 
 a nice job of composing a simple side-by-side comparison of JSF and Wicket.

 We are currently using JSF/MyFaces/Tomahawk/Trinidad and have found it to be 
 quite a disappointment. I have personally been developing JSF applications 
 for several years and have encountered numerous issues with the framework 
 (not to mention the specification, components, etc.). I never understood how 
 JSF can be referred to as a true MVC framework when it maintains logic within 
 the view in the form of EL (thus the Wicket evaluation).

 With that said, I hear the argument from JSF/Seam developers (as seen in the 
 article mentioned above) that comparing Seam with Wicket is a better/fair 
 comparison. I have no experience with Seam and would like to know if there is 
 anyone using Wicket in this forum that has switched from Seam to Wicket that 
 could shed some light on the issue?

You are refering to the JSF/ Seam combination, but mind you that while
Seam started out as a fix for JSF, it nowadays tries to be an
independent framework to sit in between UI frameworks and the typical
business layer. For the latter purpose, we have some basic support for
Seam, see 
http://chillenious.wordpress.com/2007/07/16/added-initial-seam-support-for-wicket/

As for the JSF/ Seam combination. I think the best thing you can do is
play around with it yourself and see what you like best. My personal
opinion is that though I can see that it is probably an improvement
over regular JSF, I can imagine the programming model to be
problematic for large projects, mainly because it depends on path
expressions (global strings really) everywhere and I think this might
be very hard to untangle when you do more complex stuff. It certainly
is very different from Wicket's strategy of plain Java programming/
static typing etc.

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: More extend points


Hehe but the answer to the wicket:child was that you cannot have more than
one, this has been on the list before...

Nino.Martinez wrote:
 
 You could have a abstract class which had a listview which iterate over
 panels and added the form, you could then deliver the model for the
 listview in the implementation(or just in the constructor I guess), that
 way you could add more panels by doing so. Also forms do not need to have
 their own markup, you can if you want just provide the elements in the
 markup of the page using the form..
 
 regards Nino
 
 
 fero wrote:
 
 Hi, is it possible to have more than one wicket:extend on one page. I
 want to make an universal page with form. This form has some common
 features, but I want to extend it. I want to extend the page as well (to
 put some panels under the form) but not always. I don't want to code a
 Form as a Panel and extend this form, because then I will have too many
 html files. 
 
 Thanks 
 
 Fero
 
 
 

-- 
View this message in context: 
http://www.nabble.com/More-extend-points-tf4442899.html#a12679698
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: NotSerializableException for SLF4JLocationAwareLog with Wicket 1.2.6


or transient...

-Nino



Eelco Hillenius wrote:
 
 On 9/13/07, mraible [EMAIL PROTECTED] wrote:

 I noticed the following in my logs today when using Wicket 1.2.6. Is this
 a
 known issue?
 
 That happens when you include your loggers as members. Unfortunately,
 they are not serializable. If you make them static or get them on the
 fly, you won't have the problem.
 
 Eelco
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/NotSerializableException-for-SLF4JLocationAwareLog-with-Wicket-1.2.6-tf4439139.html#a12679751
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: Copenhagen wicket users meeting?


Me too, wanted to add the meetup to the page. But was too darn busy upgrading
from 1.2.6 to 1.3:)

Frank Bille-2 wrote:
 
 I have added myself to the meetup list on the wiki.
 
 http://cwiki.apache.org/WICKET/community-meetups.html
 
 Frank
 
 On 9/13/07, Flemming Boller [EMAIL PROTECTED] wrote:

 Hi Nino

 Yes count me in also.

 /Flemming Boller

 On 9/13/07, Nino Saturnino Martinez Vazquez Wael
 [EMAIL PROTECTED]
 wrote:
 
  Bump for more people to join, otherwise it will not happen...
 
  This would be an excellent opertunity to meet other wicketeers and
  discuss relevant problems...
 
  regards Nino
 
  Nino Saturnino Martinez Vazquez Wael wrote:
   Some time has past since our last meeting. Perhaps it's time for a
 new
   one?
  
   We could focus this meeting on using basic wicket. In order to have
   more newcommers?
  
   Whats your opinion on this people? What would make you come to the
   meeting, and how many are we from denmark?
  
  
   regards Nino
  
   -
   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]
 
 

 
 

-- 
View this message in context: 
http://www.nabble.com/Copenhagen-wicket-users-meeting--tf4400507.html#a12679777
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: NotSerializableException for SLF4JLocationAwareLog with Wicket 1.2.6

2007-09-14 Thread Eelco Hillenius

 or transient...

That will fix the exception, but will throw null pointers when you use
the back button (at least with the SLCSS/ in a cluster).

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: wicket datetime / YUI calendar


Hi Gerolf

It should be pretty easy to implement right?

Should I make a patch if I can?

regards Nino


Gerolf Seitz wrote:
 
 from the top of my head i'd say it's not yet possible.
 yould you please file a RFE? thanks.
 
   gerolf
 
 On 9/14/07, Nino.Martinez [EMAIL PROTECTED] wrote:


 Hi

 Im trying to setup the calendar to:

 Not being a popup
 Being multipage (2 pages)

 Like this:
 http://developer.yahoo.com/yui/examples/calendar/calgrp.html

 Im having sometrouble doing this, I am overiding the configure and the
 parameters are being passed out to the JS. But it's not working, I guess
 theres more to it than the parameter PAGES:XX..?

 BTW, working on the trunk/snapshot from today...

 regards Nino
 --
 View this message in context:
 http://www.nabble.com/wicket-datetime---YUI-calendar-tf4443922.html#a12679607
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 

-- 
View this message in context: 
http://www.nabble.com/wicket-datetime---YUI-calendar-tf4443922.html#a12680442
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: wicket datetime / YUI calendar

2007-09-14 Thread Gerolf Seitz

yeah, patches are always welcome (and increases the chances for the issue to
be processed, although no guarantee for that ;) )

  gerolf

On 9/14/07, Nino.Martinez [EMAIL PROTECTED] wrote:


 Hi Gerolf

 It should be pretty easy to implement right?

 Should I make a patch if I can?

 regards Nino


 Gerolf Seitz wrote:
 
  from the top of my head i'd say it's not yet possible.
  yould you please file a RFE? thanks.
 
gerolf
 
  On 9/14/07, Nino.Martinez [EMAIL PROTECTED] wrote:
 
 
  Hi
 
  Im trying to setup the calendar to:
 
  Not being a popup
  Being multipage (2 pages)
 
  Like this:
  http://developer.yahoo.com/yui/examples/calendar/calgrp.html
 
  Im having sometrouble doing this, I am overiding the configure and the
  parameters are being passed out to the JS. But it's not working, I
 guess
  theres more to it than the parameter PAGES:XX..?
 
  BTW, working on the trunk/snapshot from today...
 
  regards Nino
  --
  View this message in context:
 
 http://www.nabble.com/wicket-datetime---YUI-calendar-tf4443922.html#a12679607
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 

 --
 View this message in context:
 http://www.nabble.com/wicket-datetime---YUI-calendar-tf4443922.html#a12680442
 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: Bug in IndexedParamUrlCodingStrategy 1.3 Beta3


Maybe WICKET-950 should be marked as a duplicate of this one then.

Regards,
Sebastiaan

Chris Lintz wrote:

I Have submitted the following Jira on this issue:
http://issues.apache.org/jira/browse/WICKET-976


Chris Lintz wrote:

Actually I just realized what causes this but have no idea how to get past
it. The InviteAcceptacePage has a Panel within another Panel.  The nested
Panel contains a simple form submit button.  The IndexParamUrlStrategy's
appendParameters() function is called  with this Map parameters (from an
eclipse debug):

wicket:interface =
:4:moduleColumnPanel:moduleColumnFrag:loginPanel:loginBoxPanel:loginBox:lFrm::IFormSubmitListener::

Here is the appendParameters() function inside
IndexedParamUrlCodingStrategy:

protected void appendParameters(AppendingStringBuffer url, Map parameters)
{
int i;
for (i = 0; parameters.containsKey(String.valueOf(i)); i++)
{
String value = (String) 
parameters.get(String.valueOf(i));
if (!url.endsWith(/))
url.append(/);
url.append(urlEncode(value)).append(/);
}

String pageMap = (String) parameters.get(wicket:pageMapName);
if (pageMap != null)
{
i++;
pageMap = 
WebRequestCodingStrategy.encodePageMapName(pageMap);
if (!url.endsWith(/))
url.append(/);

url.append(wicket:pageMapName).append(/).append(urlEncode(pageMap)).append(/);
}
if (i != parameters.size())
throw new WicketRuntimeException(
Not all parameters were encoded. Make 
sure all parameter names are
integers in consecutive order starting with zero. Current parameter names
are: 
+ 
parameters.keySet().toString());
else
return;
}

The pagemap is null and the statement if (i != parameters.size())
evaluates to true and generates the error.

Why does the panel with these Map parameters generate the error inside
that function? 




thanks for any help




Chris Lintz wrote:

Hi all,
So i think there is a bug in IndexedParamUrlCodingStrategy .  I have this
simple mount in my extened WebApplication:

   mount(new IndexedParamUrlCodingStrategy(/joinme,
InviteAcceptancePage.class));


In my InviteAcceptancePage class, i simply do this snippet of code:

public InviteAcceptancePage(PageParameters params)
{
   String code = params.getString(0);
   logger.debug(code:+code);
   ...

}
When i do this in my browser for example: 
http://www.mydomain.com/joinme/5


The following 5 parameter is logged just fine, but after the
constructor returns I get the below exception:

22:23:43,600 ERROR [RequestCycle] Not all parameters were encoded. Make
sure all parameter names are integers in consecutive order starting with
zero. Current parameter names are: [wicket:interface]
org.apache.wicket.WicketRuntimeException: Not all parameters were
encoded. Make sure all parameter names are integers in consecutive order



Any ideas?

thanks







smime.p7s
Description: S/MIME Cryptographic Signature

Re: Wicket vs. JSF/Seam (The Dead Debate)

2007-09-14 Thread Scott Swank

When we chose between JSF and Wicket our conclusions were:

1. JSF is more compact because tags involve fewer lines of code than
Java components.

2. Wicket is much easier to extend than JSF.  An example is in order.
We sell a customer a hotel room reservation  tickets to two different
shows.  We need to get the name of the person checking into the room
and the person picking up the tickets.  Since these are usually the
same person we want to use JavaScript to capture the first/last names
entered for the 1st item and populate them in the subsequent items.
In Wicket this was a simple Behavior that we coded right up.  Creating
analogous new functionality in JSF is much more work.  (I'm not saying
that JSF doesn't have some lovely way to accomplish the above, rather
I'm pointing out that creating new functionality that JSF doesn't
already enable is significantly more work.)

3.  When we developed sample apps in Wicket  JSF the Wicket app was
complete in 1 week, while after two weeks the JSF app was struggling
with technology decisions and ultimately incomplete.  This was in
spite of the fact that many of us had developed in JSF before, while
no one had done any development in Wicket.

4. The developers and users on the Wicket e-mail list are insanely helpful.

Cheers,
Scott

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Bug in IndexedParamUrlCodingStrategy 1.3 Beta3

2007-09-14 Thread Chris Lintz


yeah sorry i missed that last line in your post or I wouldnt have submitted. 
I guess better 2 Jira's for it than none :)

Sebastiaan van Erk wrote:
 
 Maybe WICKET-950 should be marked as a duplicate of this one then.
 
 Regards,
 Sebastiaan
 
 Chris Lintz wrote:
 I Have submitted the following Jira on this issue:
 http://issues.apache.org/jira/browse/WICKET-976
 
 
 Chris Lintz wrote:
 Actually I just realized what causes this but have no idea how to get
 past
 it. The InviteAcceptacePage has a Panel within another Panel.  The
 nested
 Panel contains a simple form submit button.  The IndexParamUrlStrategy's
 appendParameters() function is called  with this Map parameters (from an
 eclipse debug):

 wicket:interface =
 :4:moduleColumnPanel:moduleColumnFrag:loginPanel:loginBoxPanel:loginBox:lFrm::IFormSubmitListener::

 Here is the appendParameters() function inside
 IndexedParamUrlCodingStrategy:

 protected void appendParameters(AppendingStringBuffer url, Map
 parameters)
 {
 int i;
 for (i = 0; parameters.containsKey(String.valueOf(i)); i++)
 {
 String value = (String) 
 parameters.get(String.valueOf(i));
 if (!url.endsWith(/))
 url.append(/);
 url.append(urlEncode(value)).append(/);
 }

 String pageMap = (String) parameters.get(wicket:pageMapName);
 if (pageMap != null)
 {
 i++;
 pageMap = 
 WebRequestCodingStrategy.encodePageMapName(pageMap);
 if (!url.endsWith(/))
 url.append(/);
 
 url.append(wicket:pageMapName).append(/).append(urlEncode(pageMap)).append(/);
 }
 if (i != parameters.size())
 throw new WicketRuntimeException(
 Not all parameters were encoded. Make 
 sure all parameter names are
 integers in consecutive order starting with zero. Current parameter
 names
 are: 
 + 
 parameters.keySet().toString());
 else
 return;
 }

 The pagemap is null and the statement if (i != parameters.size())
 evaluates to true and generates the error.

 Why does the panel with these Map parameters generate the error inside
 that function? 



 thanks for any help




 Chris Lintz wrote:
 Hi all,
 So i think there is a bug in IndexedParamUrlCodingStrategy .  I have
 this
 simple mount in my extened WebApplication:

mount(new IndexedParamUrlCodingStrategy(/joinme,
 InviteAcceptancePage.class));


 In my InviteAcceptancePage class, i simply do this snippet of code:

 public InviteAcceptancePage(PageParameters params)
 {
String code = params.getString(0);
logger.debug(code:+code);
...

 }
 When i do this in my browser for example: 
 http://www.mydomain.com/joinme/5

 The following 5 parameter is logged just fine, but after the
 constructor returns I get the below exception:

 22:23:43,600 ERROR [RequestCycle] Not all parameters were encoded. Make
 sure all parameter names are integers in consecutive order starting
 with
 zero. Current parameter names are: [wicket:interface]
 org.apache.wicket.WicketRuntimeException: Not all parameters were
 encoded. Make sure all parameter names are integers in consecutive
 order



 Any ideas?

 thanks


 
 
  
 

-- 
View this message in context: 
http://www.nabble.com/Bug-in-IndexedParamUrlCodingStrategy-1.3-Beta3-tf4440109.html#a12680931
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: Wicket vs. JSF/Seam (The Dead Debate)

Thank you for your input Scott. I have noticed the same trend in my encounters 
with JSF.

-Original Message-
From: Scott Swank [mailto:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 2:04 PM
To: users@wicket.apache.org
Subject: Re: Wicket vs. JSF/Seam (The Dead Debate)

When we chose between JSF and Wicket our conclusions were:

1. JSF is more compact because tags involve fewer lines of code than
Java components.

2. Wicket is much easier to extend than JSF.  An example is in order.
We sell a customer a hotel room reservation  tickets to two different
shows.  We need to get the name of the person checking into the room
and the person picking up the tickets.  Since these are usually the
same person we want to use JavaScript to capture the first/last names
entered for the 1st item and populate them in the subsequent items.
In Wicket this was a simple Behavior that we coded right up.  Creating
analogous new functionality in JSF is much more work.  (I'm not saying
that JSF doesn't have some lovely way to accomplish the above, rather
I'm pointing out that creating new functionality that JSF doesn't
already enable is significantly more work.)

3.  When we developed sample apps in Wicket  JSF the Wicket app was
complete in 1 week, while after two weeks the JSF app was struggling
with technology decisions and ultimately incomplete.  This was in
spite of the fact that many of us had developed in JSF before, while
no one had done any development in Wicket.

4. The developers and users on the Wicket e-mail list are insanely helpful.

Cheers,
Scott

-
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]

wicket doesn't show its debugging?

2007-09-14 Thread Potje rode kool

I want to use xhtml files instead of html files
so I overwrite the method WebPage#getMarkupType
to return xhtml to make it work.
But got an MarkupNotFoundException which sugested to turn on debugging
for org.apache.wicket.util.resource but didn't got any debugging about the
filenames that were tried.

I used the log config files from the wicket example that comes with wicket
(apache-wicket-1.3.0-beta3) and set it to debug.
I created logger for a class in the package that I had to set on debug like
this.

Logger logger = Logger.getLogger(
org.apache.wicket.util.resource.AbstractResourceStream.class);

and then called the debug method on it and I saw my own debug info and
logger.isDebugEnabled() returned true.

Any idea what I am missing to see the debugging of Wicket for the
org.apache.wicket.util.resource package?

Thanks,
Evert

Re: More extend points

2007-09-14 Thread Nathan Hamblen


fero wrote:
Hi, is it possible to have more than one wicket:extend on one page. 


I use a convention of adding components at the extension point from an 
overridable method. The base class just returns an empty component; 
subclasess return a Panel. I don't know if that's more templates than 
you want, but keep in mind that the subclass doesn't need a template for 
itself, just one for each Panel that it creates.


More here:
http://technically.us/code/x/plugging-source-lists-into-sockets
(scroll down to Sockets and plugs)

Nathan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Wicket visibility and Panel positioning

2007-09-14 Thread Kirk Israel

I looked over a lot of the usual examples but didn't quite find what I
was looking for... I also tried looking for more information inside of
Pro Wicket. As always, pointers to useful examples and documentation
appreciated.

My overall task is to make a dropdown menu, one that appears under a
graphical More Ajax Link, some kind of Panel containing clickable
links.

First question on visibility: in the Java i had something like
moreMenuPanel = new WebMarkupContainer(moreMenu);
moreMenuPanel.setVisible(false);
moreMenuPanel.setOutputMarkupId(true);
add(moreMenuPanel);
against html
 div wicket:id=moreMenuHey there/div  

And then there was an AjaxFallbackLink with
  public void onClick(AjaxRequestTarget ajaxTarget) {
moreMenuPanel.setVisible(true);
ajaxTarget.addComponent(moreMenuPanel);
}

This didn't do what i expected, the panel didn't appear. The Ajax console shows
ERROR: Component with id [[moreMenu72]] a was not found while trying
to perform markup update. Make sure you called
component.setOutputMarkupId(true) on the component whose markup you
are trying to update.

Is the initial invisibility messing things up? I think I've heard that
Wicket will sometimes not display any markup for things where
isVisible is false? Though in this case in the page source I see
div id=moreMenu72Hey there/div

We have a work around of having an AttributeModifier to set the
visibility, but it seems rather crude... or am i missing the point of
how visibility is used in Wicket?

And once that's solved, there's still the problem of positioning...
ideally this panel is floating, and can be passed a component on the
Java that will determine where it appears. Is this something that
needs to be built from a fairly low level w/ behaviors and custom
javascript, or is there something closer to ready to go?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket visibility and Panel positioning

The panel is not rendered when you call setVisible(false). So the
subsequent ajax update has no dom element to replace. You can call
panel.setOutputMarkupPlaceholderTag(true) to work around it.

-Matej

On 9/14/07, Kirk Israel [EMAIL PROTECTED] wrote:
 I looked over a lot of the usual examples but didn't quite find what I
 was looking for... I also tried looking for more information inside of
 Pro Wicket. As always, pointers to useful examples and documentation
 appreciated.

 My overall task is to make a dropdown menu, one that appears under a
 graphical More Ajax Link, some kind of Panel containing clickable
 links.

 First question on visibility: in the Java i had something like
 moreMenuPanel = new WebMarkupContainer(moreMenu);
 moreMenuPanel.setVisible(false);
 moreMenuPanel.setOutputMarkupId(true);
 add(moreMenuPanel);
 against html
  div wicket:id=moreMenuHey there/div

 And then there was an AjaxFallbackLink with
   public void onClick(AjaxRequestTarget ajaxTarget) {
 moreMenuPanel.setVisible(true);
 ajaxTarget.addComponent(moreMenuPanel);
 }

 This didn't do what i expected, the panel didn't appear. The Ajax console 
 shows
 ERROR: Component with id [[moreMenu72]] a was not found while trying
 to perform markup update. Make sure you called
 component.setOutputMarkupId(true) on the component whose markup you
 are trying to update.

 Is the initial invisibility messing things up? I think I've heard that
 Wicket will sometimes not display any markup for things where
 isVisible is false? Though in this case in the page source I see
 div id=moreMenu72Hey there/div

 We have a work around of having an AttributeModifier to set the
 visibility, but it seems rather crude... or am i missing the point of
 how visibility is used in Wicket?

 And once that's solved, there's still the problem of positioning...
 ideally this panel is floating, and can be passed a component on the
 Java that will determine where it appears. Is this something that
 needs to be built from a fairly low level w/ behaviors and custom
 javascript, or is there something closer to ready to go?

 -
 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: Acegi (Spring Security)

2007-09-14 Thread John Krasnay

On Fri, Sep 14, 2007 at 04:05:47PM +0200, Ian Godman wrote:
 Does anyone have any experience with Wicket/Acegi or know how Wicket deals 
 with Acegi integration? I need ideas of where to look.
 
 Ian

Can you post the Spring configuration for your Acegi beans?

jk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

FormComponentPanel and CompoundPropertyModel

2007-09-14 Thread Joe Toth

I have a FormComponentPanel, I want it to get and set a property from
the Form it belongs to who's model is a CompoundPropertyModel.


When the FormComponentPanel is loaded, how can I get the backing model's
object whether someone passes in a Model or it should get it from the
parent?

If my FormComponentPanel only has a (String id, IModel model)
constructor this is easy. But I want it to also support
CompoundPropertyModels from the parent.  (String id)

I have to initialize a couple of DropDown's with data from the model.

Any thoughts?

Thanks


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: FormComponentPanel and CompoundPropertyModel

initialize them lazily then

add(new DropDownChoice(id, new PropertyModel(this, model)); == will
evaluate at runtime so if cmp is used it will work.

-igor


On 9/14/07, Joe Toth [EMAIL PROTECTED] wrote:

 I have a FormComponentPanel, I want it to get and set a property from
 the Form it belongs to who's model is a CompoundPropertyModel.


 When the FormComponentPanel is loaded, how can I get the backing model's
 object whether someone passes in a Model or it should get it from the
 parent?

 If my FormComponentPanel only has a (String id, IModel model)
 constructor this is easy. But I want it to also support
 CompoundPropertyModels from the parent.  (String id)

 I have to initialize a couple of DropDown's with data from the model.

 Any thoughts?

 Thanks


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

Wicket Accessibility

2007-09-14 Thread James Renfro

Is there already an effort out there to make Wicket more accessible for 
people with disabilities? It seems like the framework is well-suited to 
this -- for instance, adding ARIA (http://www.w3.org/TR/aria-roadmap/) 
attributes to markup tags, setting tabindex numbers intelligently and 
transparently for the developer, etc.


If nobody's working on this, is there any interest in the community for 
finding a central place to hold accessible components, or else to begin 
modifying the existing base-level components to make them more accessible?


If you want more background on what I'm talking about, it might be 
helpful to take a look at the following (draft) document that the Fluid 
project is putting together on the subject:


http://wiki.fluidproject.org/display/fluid/DHTML+Developer+Checklist

Thanks,
James.

--
James Renfro
Programmer
IET Mediaworks, UC Davis
[EMAIL PROTECTED]
W: 530-754-5097


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket Accessibility