Re: java.util.ConcurrentModificationException in tapestry 5.3.3 under stress
Thiago H de Paula Figueiredo wrote On Wed, 23 May 2012 20:01:46 -0300, Sean lt;sean.whetten@gt; wrote: com.mycompany.product.module.components.search.account.CheckoutsList.setCurrentCheckout(CheckoutsList.java:170) What's the code in this method? You can find the code for that method in my original post. Anyways, I figured out that the second error I reported was due to the fact that selected does not have @Persist, so it is expected for it to begin as null when the form variables are being filled in. Tapestry is just lazier that I expected (good job tapestry guys.) I fixed it by adding if(selected == null) { selected = new ArrayListString(); } to the beginning of the getCurrentCheckout method. And with that, my original problem is solved. Thanks for all the help. -Sean -- View this message in context: http://tapestry.1045711.n5.nabble.com/java-util-ConcurrentModificationException-in-tapestry-5-3-3-under-stress-tp5713368p5713389.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
java.util.ConcurrentModificationException in tapestry 5.3.3 under stress
) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495) 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:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:674) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:662) Caused by: java.util.ConcurrentModificationException at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372) at java.util.AbstractList$Itr.next(AbstractList.java:343) at org.apache.tapestry5.corelib.components.Loop.begin(Loop.java:386) at org.apache.tapestry5.corelib.components.Loop.beginRender(Loop.java) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl$BeginRenderPhase.invokeComponent(ComponentPageElementImpl.java:202) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl$AbstractPhase.invoke(ComponentPageElementImpl.java:133) ... 130 more Thanks in advance, Sean -- View this message in context: http://tapestry.1045711.n5.nabble.com/java-util-ConcurrentModificationException-in-tapestry-5-3-3-under-stress-tp5713368.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: java.util.ConcurrentModificationException in tapestry 5.3.3 under stress
Thanks for the quick reply. I changed selected to initialize in setupRender, and now I'm getting the following exception. What's wierd about this one is that if I set a breakpoint in the setCurrentCheckout method, it reports that selected and item are both non-null and I can add strings to selected using the debugger, but somehow it still throws this NullPointerException there. org.apache.tapestry5.ioc.internal.OperationException: Failure writing parameter 'value' of component search/Account:checkouts.checkoutslist.checkbox: org.apache.tapestry5.ioc.internal.util.TapestryException [at classpath:com/mycompany/product/module/components/search/account/CheckoutsList.tml, line 14] at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:121) at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:88) at org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:87) at org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1121) at org.apache.tapestry5.internal.structure.ComponentPageElementResourcesImpl.invoke(ComponentPageElementResourcesImpl.java:146) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1047) at org.apache.tapestry5.internal.services.ComponentEventRequestHandlerImpl.handle(ComponentEventRequestHandlerImpl.java:81) at org.apache.tapestry5.internal.services.ImmediateActionRenderResponseFilter.handle(ImmediateActionRenderResponseFilter.java:42) at $ComponentEventRequestHandler_2dee3deb32f7f.handle(Unknown Source) at org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) at $ComponentEventRequestHandler_2dee3deb32f7f.handle(Unknown Source) at org.apache.tapestry5.upload.internal.services.UploadExceptionFilter.handle(UploadExceptionFilter.java:75) at $ComponentEventRequestHandler_2dee3deb32f7f.handle(Unknown Source) at org.apache.tapestry5.services.TapestryModule$40.handle(TapestryModule.java:2456) at $ComponentEventRequestHandler_2dee3deb32f7f.handle(Unknown Source) at $ComponentEventRequestHandler_2dee3deb32afd.handle(Unknown Source) at org.apache.tapestry5.internal.services.ComponentRequestHandlerTerminator.handleComponentEvent(ComponentRequestHandlerTerminator.java:43) at org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) at $ComponentRequestHandler_2dee3deb32aff.handleComponentEvent(Unknown Source) at $ComponentRequestHandler_2dee3deb32ac7.handleComponentEvent(Unknown Source) at org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:46) at $Dispatcher_2dee3deb32aca.dispatch(Unknown Source) at $Dispatcher_2dee3deb32996.dispatch(Unknown Source) at org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:302) at nu.localhost.tapestry5.springsecurity.services.internal.RequestFilterWrapper$1.doFilter(RequestFilterWrapper.java:60) at nu.localhost.tapestry5.springsecurity.services.internal.SpringSecurityExceptionTranslationFilter.doFilter(SpringSecurityExceptionTranslationFilter.java:89) at nu.localhost.tapestry5.springsecurity.services.internal.RequestFilterWrapper.service(RequestFilterWrapper.java:55) at $RequestHandler_2dee3deb32997.service(Unknown Source) at org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26) at $RequestHandler_2dee3deb32997.service(Unknown Source) at org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:902) at $RequestHandler_2dee3deb32997.service(Unknown Source) at org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:892) at $RequestHandler_2dee3deb32997.service(Unknown Source) at com.mycompany.product.module.framework.SecurityFilter.service(SecurityFilter.java:79) at $RequestHandler_2dee3deb32997.service(Unknown Source) at com.mycompany.product.module.framework.ProfileFilter.service(ProfileFilter.java:146) at $RequestHandler_2dee3deb32997.service(Unknown Source) at com.mycompany.product.module.framework.WebResourceFilter.service(WebResourceFilter.java:39) at $RequestHandler_2dee3deb32997.service(Unknown Source) at org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:90) at $RequestHandler_2dee3deb32997.service(Unknown Source) at com.mycompany.product.module.services.AppModule$4.service(AppModule.java:960) at $RequestFilter_2dee3deb3298a.service(Unknown Source) at $RequestHandler_2dee3deb32997.service(Unknown Source) at
Customization of BeanEdit Component
My problem: I am experience HTML lay-out limitations with the BeanEdit component. Is something like this possible: t:form t:beanedit / t:checkbox / t:submit / /t:form Where the SUBMIT handles both the checkbox AND the beanedit component? It doesn't seem like I can use a checkbox as part of the beanedit component - because I need the layout to be reversed. I need the checkbox to come first in the markup, followed by the label - the opposite of the default behavior. Thanks! :) - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do I remove the yellow-fade that occurs when updating the Zone component?
Nope.. this doesn't work. Thanks though. Any ideas? Inge Solvoll wrote: http://tapestry.apache.org/tapestry5.1/tapestry-core/ref/org/apache/tapestry5/corelib/components/Zone.html The show and update parameters are the names of functions attached to the Tapestry.ElementEffect object. So, if you want to create your own custom behaviour, you have to do this, I think: Tapestry.ElementEffect.prototype.doNothing = function() {}; t:zone t:id=someZone update=doNothing/ On Tue, May 12, 2009 at 1:15 AM, Sean Bollin sbol...@sfeveo.com mailto:sbol...@sfeveo.com wrote: Hello, I would like to remove the yellow-fade that occurs while updating the Zone component. I have tried the following: t:zone t:id=pollZone update=fakeFunction() t:update=fakeFunction() But it does not change the behavior. Please advise. Thank you, Sean - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org mailto:users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org mailto:users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
How do I remove the yellow-fade that occurs when updating the Zone component?
Hello, I would like to remove the yellow-fade that occurs while updating the Zone component. I have tried the following: t:zone t:id=pollZone update=fakeFunction() t:update=fakeFunction() But it does not change the behavior. Please advise. Thank you, Sean - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Running quickstart in tomcat from eclipse
2009/4/14 Lutz Hühnken lh.tapestry.l...@googlemail.com Hi Sean, although I currently use jetty (via the jetty maven plugin) for Tapestry development, I have used tomcat in the past, and if I remember correctly, there are two approaches. You can use the web tools platform in Eclipse, which will give you a server view and allow you to start your web project with run on server. Googling for m2eclipse wtp comes up with http://docs.codehaus.org/display/M2ECLIPSE/WTP+mini+howto, which should help. I went the WTP route and it works OK. I still have to build by hand, but the pages reload as expected. That said, I think I am going to go the route of a Main class with embedded jetty, as discussed recently on this list, for development. It just feels better. I'll still need to figure out how to transition back to WAR packaging in the end, but that should be pretty straightforward, I hope. Thanks, Sean Alternatively, you could use the Sysdeo Tomcat plugin: http://www.eclipsetotale.com/tomcatPlugin.html Let us know what worked for you. Hth, Lutz On Fri, Apr 10, 2009 at 3:41 PM, Sean Davis seand...@gmail.com wrote: I am new to tapestry and, to a certain extent, to maven. I have created the quickstart maven archetype from within eclipse using the m2eclipse plugin. I packaged the result and placed the war file in a local tomcat webapp folder with fine results. However, I would like to be able to use eclipse to run the app on an eclipse-controlled tomcat (ie., not have to move the generated war file to tomcat every time I change something) just as if I had created a dynamic web project from within eclipse. Can anyone share with me a link or some advice on doing this? I am using Ganymede eclipse. Thanks, Sean -- altocon GmbH http://www.altocon.de/ Software Development, Consulting Hamburg, Germany - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
maven jetty:run in eclipse and live class reloading (lack thereof)
I have set up the tapestry-simple maven archetype and run it using the maven jetty:run goal under eclipse. However, I am not seeing live class reloading when I make a change to a .java file. Why is that? Is there a way to make this happen other than stopping and restarting the server? Thanks, Sean
Re: maven jetty:run in eclipse and live class reloading (lack thereof)
On Sat, Apr 11, 2009 at 7:40 PM, Sean Davis sdav...@mail.nih.gov wrote: I have set up the tapestry-simple maven archetype and run it using the maven jetty:run goal under eclipse. However, I am not seeing live class reloading when I make a change to a .java file. Why is that? Is there a way to make this happen other than stopping and restarting the server? I forgot to mention that if I do an explicit eclipse Build Project after making a source file change, I do not have to stop and restart the server. It appears that changing a source file is not triggering compilation. Any suggestions? Thanks again, Sean
Running quickstart in tomcat from eclipse
I am new to tapestry and, to a certain extent, to maven. I have created the quickstart maven archetype from within eclipse using the m2eclipse plugin. I packaged the result and placed the war file in a local tomcat webapp folder with fine results. However, I would like to be able to use eclipse to run the app on an eclipse-controlled tomcat (ie., not have to move the generated war file to tomcat every time I change something) just as if I had created a dynamic web project from within eclipse. Can anyone share with me a link or some advice on doing this? I am using Ganymede eclipse. Thanks, Sean
[T5] Newbie disable error reporting
Hello everyone, just started getting into tapestry 5. We're evaluating frameworks for a java based scientific app and tapestry looks very promising. I realize this is probably a stupid question but I was unable to find an answer in the documentation: How do I go about disabling the (very nice and useful) error reporting facilities? What's good during development can give a malicous user all kinds of clues in a production system should an error occur. Appreciate the help Eric -- Zentrum fuer Technologietransfer und Telekommunikation (ZTT), FH Worms, Eric Sean Conner, Erenburgerstr. 19, 67549 Worms, Tel. 06241/509-286, Email: [EMAIL PROTECTED], WWW: http://www.ztt.fh-worms.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]