Yee, If you want people to help you need to give as much information as possible to pin-point your problem.
The full stack trace would be a great start. As well, the JSP code and if you could strip it down to a minimal case that reproduces the issue that would be even more ideal. You'll also need to specify the JRebel plugins you use. As far as JRebel and 1.5.5 is concerned I use both and have no issues. You'll need to go deeper if you expect any help. --Nikolaos Yee wrote: > For one thing - jRebel's Stripes plugin was having working with Stripes 1.5.5. > One particular jsp is causing jRebel to scan some resources 1000+ times, > resulting in extremely slow load time. > > I am wondering that could be the cause of the ConcurrentModificationException > as > well. I only see the problem very occasionally so it is hard to pin it down. > > Is anybody seeing this problem? > > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Stripes-users mailing list > Stripes-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/stripes-users > > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Stripes-users mailing list Stripes-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/stripes-users
