Re: OutOfMemoryError on FilePageSerializingThread
It means that if I want to porove that Wicket is not the problem, we can try to load Wicket as the first application and then the others. Should the problem arise always on the last deployed application? V. On Feb 12, 2008 10:53 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: not, this has nothing to do with load. look, your jvm has a preset permgen limit where bytecode is stored. lets say that permgen is allocated 60 megs, and all these numbers are arbitrary. first jboss loads all its jars, which arbitrarily takes 30mb. so after jboss is loaded you have 30mb permgen left. then you deploy the first ear that loads all its jars that take up 15 megs, now you have 30 jboss+15 ear = 15 megs left in permgen then you load your second ear whose jars take up 10 megs, so now you only have 5 megs left in your permgen. then you try to load wicket whose jars need more then 5 megs, so you get an out of permgen error. this is a gross simplification, but basically what happens. permgen is called perm(anent) so it is not cleaned up, once something is loaded it sticks. so really it has nothing to do with load, it has to do with the number of classes you try to load into that jvm. the more libs you use the more different classes are loaded, the more space you need. -igor On Feb 12, 2008 1:17 PM, Vincenzo Vitale [EMAIL PROTECTED] wrote: Hi Igor, thanks for your fast answer (as usual)!!! So this also means that it's the high load on the bigger applications which is causing that *only* the smallest (and less used) Wicket app has at the moment the problem. Do you agree? We will try to monitor the usage by all the application deployed. I don't know if Jboss has already something with this value available (ideally an Mbean). Ciao, V. On Feb 12, 2008 7:18 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: this memory space is shared by all libs in the vm. so maybe your ears are taking up a ton of space and only a small amount is left to the wicket app...its just not the right way to look at the problem. this is not heap space which is allocated for runtime stuff, this is the space used by VM to hold bytecode for classes...it doesnt matter how small the app is or what load it is under... -igor On Feb 12, 2008 3:27 AM, Vincenzo Vitale [EMAIL PROTECTED] wrote: Hi Johan, we proposed the increased memory solution to our IT department but the answer was: Why this problem is occurring only with the small application using Wicket?. We have three ears deployed on the same Jboss instance. One is using Spring MVC, one CXF and the admin module is using Wicket. Actually the admin module is used by only one person when the other ones have a high load. We are using wicket.1.3.0-beta2 and the wicketstuff-dojo (1.3.0-dojo ). We actually cannot reproduce the problem in an easy way and IT is not sure if it's caused by how we are using Wicket. Have you any glue or suggestions on that? Thanks, Vincenzo. On Feb 4, 2008 12:34 PM, Johan Compagner [EMAIL PROTECTED] wrote: Its not a normal out of mem but a Perm generation out of mem.. increase your perm space -XX:MaxPermSize=128M (sun jvms, 128MB or give it more) these kind of out of mems seems to be hitten java the most. Sun should really fix this somehow and make the perm space much more flexable... (that it is a shared size with the normal heap for example) johan On Feb 4, 2008 12:24 PM, Vincenzo Vitale [EMAIL PROTECTED] wrote: We are using Wicket in our Admin console and sometimes an OutOfMemory problem occurs. Have you ever experienced such a problem? Here the stacktrace: 2008-02-01 09:19:04,460 [FilePageSerializingThread-Admin] ERROR STDERR - Exception in thread FilePageSerializingThread-Admin 2008-02-01 09:19:04,460 [FilePageSerializingThread-Admin] ERROR STDERR - java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:48:40,189 [TP-Processor1] ERROR org.apache.catalina.core.ContainerBase.[jboss.web ].[localhost].[/admin].[default] - Servlet.service() for servl et default threw exception java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:49:48,847 [TP-Processor24] ERROR org.apache.catalina.core.ContainerBase.[jboss.web ].[localhost].[/admin].[default] - Servlet.service() for serv let default threw exception java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:53:49,550 [TP-Processor31] ERROR org.apache.wicket.RequestCycle - java.lang.NullPointerException at java.io.FilterInputStream.close(FilterInputStream.java :159) at sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream.close
Re: OutOfMemoryError on FilePageSerializingThread
Hi Igor, thanks for your fast answer (as usual)!!! So this also means that it's the high load on the bigger applications which is causing that *only* the smallest (and less used) Wicket app has at the moment the problem. Do you agree? We will try to monitor the usage by all the application deployed. I don't know if Jboss has already something with this value available (ideally an Mbean). Ciao, V. On Feb 12, 2008 7:18 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: this memory space is shared by all libs in the vm. so maybe your ears are taking up a ton of space and only a small amount is left to the wicket app...its just not the right way to look at the problem. this is not heap space which is allocated for runtime stuff, this is the space used by VM to hold bytecode for classes...it doesnt matter how small the app is or what load it is under... -igor On Feb 12, 2008 3:27 AM, Vincenzo Vitale [EMAIL PROTECTED] wrote: Hi Johan, we proposed the increased memory solution to our IT department but the answer was: Why this problem is occurring only with the small application using Wicket?. We have three ears deployed on the same Jboss instance. One is using Spring MVC, one CXF and the admin module is using Wicket. Actually the admin module is used by only one person when the other ones have a high load. We are using wicket.1.3.0-beta2 and the wicketstuff-dojo (1.3.0-dojo). We actually cannot reproduce the problem in an easy way and IT is not sure if it's caused by how we are using Wicket. Have you any glue or suggestions on that? Thanks, Vincenzo. On Feb 4, 2008 12:34 PM, Johan Compagner [EMAIL PROTECTED] wrote: Its not a normal out of mem but a Perm generation out of mem.. increase your perm space -XX:MaxPermSize=128M (sun jvms, 128MB or give it more) these kind of out of mems seems to be hitten java the most. Sun should really fix this somehow and make the perm space much more flexable... (that it is a shared size with the normal heap for example) johan On Feb 4, 2008 12:24 PM, Vincenzo Vitale [EMAIL PROTECTED] wrote: We are using Wicket in our Admin console and sometimes an OutOfMemory problem occurs. Have you ever experienced such a problem? Here the stacktrace: 2008-02-01 09:19:04,460 [FilePageSerializingThread-Admin] ERROR STDERR - Exception in thread FilePageSerializingThread-Admin 2008-02-01 09:19:04,460 [FilePageSerializingThread-Admin] ERROR STDERR - java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:48:40,189 [TP-Processor1] ERROR org.apache.catalina.core.ContainerBase.[jboss.web ].[localhost].[/admin].[default] - Servlet.service() for servl et default threw exception java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:49:48,847 [TP-Processor24] ERROR org.apache.catalina.core.ContainerBase.[jboss.web ].[localhost].[/admin].[default] - Servlet.service() for serv let default threw exception java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:53:49,550 [TP-Processor31] ERROR org.apache.wicket.RequestCycle - java.lang.NullPointerException at java.io.FilterInputStream.close(FilterInputStream.java :159) at sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream.close (JarURLConnection.java:88) at org.apache.wicket.Response.write(Response.java:323) at org.apache.wicket.request.target.resource.ResourceStreamRequestTarget.respond (ResourceStreamRequestTarget.java:127) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond( AbstractRequestCycleProcessor.java:103) at org.apache.wicket.RequestCycle.respond(RequestCycle.java :1046) at org.apache.wicket.RequestCycle.step(RequestCycle.java :1112) at org.apache.wicket.RequestCycle.steps(RequestCycle.java :1176) at org.apache.wicket.RequestCycle.request(RequestCycle.java :499) at org.apache.wicket.protocol.http.WicketFilter.doGet( WicketFilter.java:257) at org.apache.wicket.protocol.http.WicketFilter.doFilter( WicketFilter.java:138) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter ( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal (OpenSessionInViewFilter.java:198) at org.springframework.web.filter.OncePerRequestFilter.doFilter( OncePerRequestFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter ( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173
Re: OutOfMemoryError on FilePageSerializingThread
Hi Johan, we proposed the increased memory solution to our IT department but the answer was: Why this problem is occurring only with the small application using Wicket?. We have three ears deployed on the same Jboss instance. One is using Spring MVC, one CXF and the admin module is using Wicket. Actually the admin module is used by only one person when the other ones have a high load. We are using wicket.1.3.0-beta2 and the wicketstuff-dojo (1.3.0-dojo). We actually cannot reproduce the problem in an easy way and IT is not sure if it's caused by how we are using Wicket. Have you any glue or suggestions on that? Thanks, Vincenzo. On Feb 4, 2008 12:34 PM, Johan Compagner [EMAIL PROTECTED] wrote: Its not a normal out of mem but a Perm generation out of mem.. increase your perm space -XX:MaxPermSize=128M (sun jvms, 128MB or give it more) these kind of out of mems seems to be hitten java the most. Sun should really fix this somehow and make the perm space much more flexable... (that it is a shared size with the normal heap for example) johan On Feb 4, 2008 12:24 PM, Vincenzo Vitale [EMAIL PROTECTED] wrote: We are using Wicket in our Admin console and sometimes an OutOfMemory problem occurs. Have you ever experienced such a problem? Here the stacktrace: 2008-02-01 09:19:04,460 [FilePageSerializingThread-Admin] ERROR STDERR - Exception in thread FilePageSerializingThread-Admin 2008-02-01 09:19:04,460 [FilePageSerializingThread-Admin] ERROR STDERR - java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:48:40,189 [TP-Processor1] ERROR org.apache.catalina.core.ContainerBase.[jboss.web ].[localhost].[/admin].[default] - Servlet.service() for servl et default threw exception java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:49:48,847 [TP-Processor24] ERROR org.apache.catalina.core.ContainerBase.[jboss.web ].[localhost].[/admin].[default] - Servlet.service() for serv let default threw exception java.lang.OutOfMemoryError: PermGen space 2008-02-01 09:53:49,550 [TP-Processor31] ERROR org.apache.wicket.RequestCycle - java.lang.NullPointerException at java.io.FilterInputStream.close(FilterInputStream.java:159) at sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream.close (JarURLConnection.java:88) at org.apache.wicket.Response.write(Response.java:323) at org.apache.wicket.request.target.resource.ResourceStreamRequestTarget.respond (ResourceStreamRequestTarget.java:127) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond( AbstractRequestCycleProcessor.java:103) at org.apache.wicket.RequestCycle.respond(RequestCycle.java:1046) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1112) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1176) at org.apache.wicket.RequestCycle.request(RequestCycle.java:499) at org.apache.wicket.protocol.http.WicketFilter.doGet( WicketFilter.java:257) at org.apache.wicket.protocol.http.WicketFilter.doFilter( WicketFilter.java:138) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter ( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal (OpenSessionInViewFilter.java:198) at org.springframework.web.filter.OncePerRequestFilter.doFilter( OncePerRequestFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter ( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter( ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter ( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke( SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke( JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke( ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke( JkCoyoteHandler.java
Re: How to add filtering to AjaxFallbackDefaultDataTable
=
new ArrayListApiBusinessAccountAdapterImpl();
// Vincenzo Vitale(vita) Jul 13, 2007 10:00:10 AM: Constructing the
list
// of adapters.
for (IteratorApiBusinessAccount iter = accounts.iterator(); iter
.hasNext();) {
ApiBusinessAccount account = (ApiBusinessAccount) iter.next();
accountAdapters.add(new ApiBusinessAccountAdapterImpl(account));
}
return accountAdapters.iterator();
}
/**
* Converts the object in the collection to its model representation. A
good
* place to wrap the object in a detachable model.
*
* @param object The object that needs to be wrapped
* @return The model representation of the object
*/
public IModel model(Object object) {
return new DetachableAccountModelApiBusinessAccountAdapterImpl(
ApiBusinessAccountAdapterImpl.class,
(ApiBusinessAccountAdapterImpl) object, accountService);
}
}
Ciao,
Vincenzo.
On Dec 10, 2007 10:16 AM, Jeremy Lee [EMAIL PROTECTED] wrote:
Hi Vincenzo,
I have not had a response to date regarding this unfortunately. I am
currently on leave so cannot work on it, however would be very interested to
see how you go!
Cheers,
Jeremy Lee
Associate Consultant
Global Business Services
IBM New Zealand Ltd
DDI: +64 9 359 8569 (IBM)
DDI: +64 9 306 5060 (Air New Zealand)
Mob: +64 21 237 7049
Email: [EMAIL PROTECTED]
On Nov 17, 2007 6:51 AM, Jeremy Lee [EMAIL PROTECTED] wrote:
Hi,
I am wanting to add a filtering component to my page which filters a
AjaxFallbackDefaultDataTable. I have seen the filter toolbar - but it is
not exactly what I need.
I have set up the filter object itself in my data provider (implemented as
IFilterStateLocator) so the actual filtering should not be a problem.
I am trying now to use a FilterForm accompanied with a couple of
TextFilter components however I am not too sure if this is the way to go.
It seems to me that I could just potentially use a normal form with
textfields and upon pressing the filter button I call my data provider.
(a) Could you please give me some advice with how to proceed from here.
(b) An explanation regarding how FilterForm (in particular the
FOCUS-TRACKER
and FOCUS-RESTORE) and TextFilter work - as I could not really understand
the javadocs.
(c) Is the use of FilterForm and TextFilter even correct?
Look forward to some responses.
Thanks and regards,
Jeremy
--
View this message in context:
http://www.nabble.com/How-to-add-filtering-to-AjaxFallbackDefaultDataTable-tf4825529.html#a13806422
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 applications as indipendent component in a page...
Would it be possible to have more than one application in a single page? It would be great if developers can create independent Wicket applications and then assemble these enhanced components in another phase (maybe based on roles or more complex logic) on the same page. For example an application could be specific and targeted advertisement and another one a subscription application more other cool stuff. I have written application because I would like to have single working applications put together but maybe there is a better way to achieve what I want. Thanks, Vincenzo.
Re: Wicket and Spring MVC compared.
Hi Nino, at the moment I don't want to compare Ajax so in the applications I wrote for testing it's not used. Sure, I will post the results here... probably the next week... Attached the JMeter scripts I wrote (it would be better only one script but at the moment the urls used are different). I will post them also in the JMeter user list. Thanks, V. On 8/24/07, Nino Saturnino Martinez Vazquez Wael [EMAIL PROTECTED] wrote: I think it's looking okay, did you pick up the thing mentioned on the wiki? You are not using ajax in Spring MVC? It would be wrong to just plain compare non ajax to ajax.. Also you could write to the Jmeter list, to get a broader view of your test plan. Also you'll post results here ? regards Nino Vincenzo Vitale wrote: Hi all, any performance comparison out there between Spring MVC and Wicket? I do want to convince people I'm working with to use Wicket for the next presentation projects but someone has concerns about the session usage and performances with Ajax. There are a lot of post in which is explained this is not a problem and for example I know using Detachable models is the first best practice for the first problem but I want to show numbers to my colleagues... :-) To compare the memory usage performance I wrote the same simple application in Wicket (Detachable Models used) and Spring MVC. Both are using the same service layer (Spring + Hibernate) to retrieve objects from the db; in the applications there are two stateless pages: the first one is just a list page without pagination and the second one is a detail page. In the database there are 50 elements and I wrote a JMeter script in which a request for each page is done (a CookieManager is used to create always a new session) , 10 threads are used with 1 sec of ramp up and 20 loops per threads. Each application is deployed alone in a JBoss instance. Then I launch the Jmeter script and use JConsole for the memory analysis. Something wrong with this? Any Suggestions (more elements in the db, more threads, more something...)? Thanks a lot, Vicio. - 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: Wicket and Spring MVC compared.
Yes I see your point and you are absolutely right but please consider that a lot of companies (included mine) have been using Spring MVC for a long time and there are a lot of projects already in production using that technology and working fine with the IT infrastructure now available. Of course IT architects and managers want to know which impact a change can cause also to be able to perform the correct actions during the migration (more ram, improving the clusters, firing developers because with Wicket things are simple... :-) ). Ciao, V. On 8/24/07, Matej Knopp [EMAIL PROTECTED] wrote: There is not much point in comparing Wicket to Spring MVC. Spring MVC is a very simple action based framework with very little functionality (and probably minimal overhead). So what you would really be comparing is Wicket to JSP (assuming you use JSP as your view layer). Now again, Wicket is a full blown component based framework with advanced state management, while JSP is a simple templating engine. You're trying to compare apples with cars :) -Matej On 8/24/07, Vincenzo Vitale [EMAIL PROTECTED] wrote: Hi all, any performance comparison out there between Spring MVC and Wicket? I do want to convince people I'm working with to use Wicket for the next presentation projects but someone has concerns about the session usage and performances with Ajax. There are a lot of post in which is explained this is not a problem and for example I know using Detachable models is the first best practice for the first problem but I want to show numbers to my colleagues... :-) To compare the memory usage performance I wrote the same simple application in Wicket (Detachable Models used) and Spring MVC. Both are using the same service layer (Spring + Hibernate) to retrieve objects from the db; in the applications there are two stateless pages: the first one is just a list page without pagination and the second one is a detail page. In the database there are 50 elements and I wrote a JMeter script in which a request for each page is done (a CookieManager is used to create always a new session) , 10 threads are used with 1 sec of ramp up and 20 loops per threads. Each application is deployed alone in a JBoss instance. Then I launch the Jmeter script and use JConsole for the memory analysis. Something wrong with this? Any Suggestions (more elements in the db, more threads, more something...)? Thanks a lot, Vicio. - 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: Wicket Acegi Integration.
Ok. Thanks for the clarification... I will let you know how we'll proceed. Ciao, V. On 8/23/07, Maurice Marrink [EMAIL PROTECTED] wrote: There is no reason why Acegi should not be able to integrate with swarm as long as you just use it for authentication (like wicket-auth-roles does). In fact i think that by following the auth-roles tutorial and replacing the auth-roles components with there swarm counterpart you should be getting things up and running. That being said the swarm-acegi integration is untested, it is on my todo list but lack of time, the rest of my todo list and a complete void in knowledge about acegi have prevented me from doing it. If you would be willing to test this i would be very thankful. In the mean time if you have any questions about swarm, I'll be happy to answer them. Maurice On 8/23/07, Vincenzo Vitale [EMAIL PROTECTED] wrote: Thanks Erik, yes I also have seen something about Wicket and Swarm integration (http://wicketstuff.org/confluence/display/STUFFWIKI/Getting+started+with+Swarm) but Acegi is at the moment the most known technology in my department so at the moment I will use it, also because interested in showing how Wicket is well integrated with all the most important (and known) frameworks out there. Grazie, V. On 8/22/07, Erik van Oosten [EMAIL PROTECTED] wrote: Hi Vincenzo, Someone mentioned the project Swarm on the mailing list some time ago (http://www.nabble.com/forum/ViewPost.jtp?post=10853436framed=y). Since I do not know Swarm I can not advice on which way to go. Regards, Erik. Vincenzo Vitale wrote: Hi, In my project we are using Wicket and it definitively rocks!!! J Now I want to integrate authentication and authorization… I have red the wiki page in http://cwiki.apache.org/WICKET/acegi-and-wicket-auth-roles.html where the acegi-wicket integration is explained, but you also mention a new project currently in works… could you please give me more information about that or do you suggest at the moment to use wicket-auth-role and acegi? I'm using wicket 1.3.0-beta2 version. Thanks a lot, Vincenzo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Erik van Oosten http://2008.rubyenrails.nl/ http://www.day-to-day-stuff.blogspot.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] - 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]
