Re: JSC 1.3 thread cleanup

2015-01-26 Thread Tim Cronin
thanks, any eta on release date?

On Sun, Jan 25, 2015 at 10:49 AM, Thomas Vandahl t...@apache.org wrote:

 On 23.01.15 15:16, Tim Cronin wrote:
  ok, thanks
 
  how different is 2 vs. 1.3?

 First of all it is unreleased as of yet. The main change is the use of
 the class CacheAccess instead of JCS when using caches. Due to the move
 to Apache Commons, the package has changed from org.apache.jcs to
 org.apache.commons.jcs. This will affect existing configuration files.
 Other than that, your code should continue to work.

 Bye, Thomas.


 -
 To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
 For additional commands, e-mail: user-h...@commons.apache.org




Re: JSC 1.3 thread cleanup

2015-01-25 Thread Thomas Vandahl
On 23.01.15 15:16, Tim Cronin wrote:
 ok, thanks
 
 how different is 2 vs. 1.3?

First of all it is unreleased as of yet. The main change is the use of
the class CacheAccess instead of JCS when using caches. Due to the move
to Apache Commons, the package has changed from org.apache.jcs to
org.apache.commons.jcs. This will affect existing configuration files.
Other than that, your code should continue to work.

Bye, Thomas.


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: JSC 1.3 thread cleanup

2015-01-23 Thread Tim Cronin
ok, thanks

how different is 2 vs. 1.3?

On Fri, Jan 23, 2015 at 1:31 AM, Thomas Vandahl t...@apache.org wrote:

 On 22.01.15 17:42, Tim Cronin wrote:
  I'm getting tomcat errors on shutdown:
 
  2015-01-22 16:41:51,186 [localhost-startStop-2] ERROR
  org.apache.catalina.loader.WebappClassLoader- The web application
  [/api] appears to have started a thread named
  [ElementEventQueue.QProcessor-1] but has failed to stop it. This is very
 l
  ikely to create a memory leak.
 
  i tracked it down to
 
  org.apache.jcs.engine.control.CompositeCache:
 
  /**
   * EventQueue for handling element events. 1 should be enough for all
  the regions. Else should
   * create as needed per region.
   */
  public static IElementEventQueue elementEventQ = new
 ElementEventQueue(
  AllRegionQueue );
 
  then calling CompositeCache.elementEventQ.destroy();
 
  but it can be flaky and IMO should be handled via
  CompositeCacheManager.shutdown().
 
  is there a better way to handle this and do i need to file a bug on this?
 

 This has already been fixed in the current trunk. You may check out the
 code and see if it works.

 Bye, Thomas.


 -
 To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
 For additional commands, e-mail: user-h...@commons.apache.org




Re: JSC 1.3 thread cleanup

2015-01-22 Thread Tim Cronin
it's not a tomcat error, it's a JCS resource leak

tomcat is showing the error but it's caused by JCS not cleaning up the
threads it's creating.

On Thu, Jan 22, 2015 at 11:46 AM, sebb seb...@gmail.com wrote:

 On 22 January 2015 at 16:42, Tim Cronin t...@outboundengine.com wrote:
  I'm getting tomcat errors on shutdown:

 This is the Commons User mailing list.

 Please subscribe to the Tomcat User mailing list and ask there.

  2015-01-22 16:41:51,186 [localhost-startStop-2] ERROR
  org.apache.catalina.loader.WebappClassLoader- The web application
  [/api] appears to have started a thread named
  [ElementEventQueue.QProcessor-1] but has failed to stop it. This is very
 l
  ikely to create a memory leak.
 
  i tracked it down to
 
  org.apache.jcs.engine.control.CompositeCache:
 
  /**
   * EventQueue for handling element events. 1 should be enough for all
  the regions. Else should
   * create as needed per region.
   */
  public static IElementEventQueue elementEventQ = new
 ElementEventQueue(
  AllRegionQueue );
 
  then calling CompositeCache.elementEventQ.destroy();
 
  but it can be flaky and IMO should be handled via
  CompositeCacheManager.shutdown().
 
  is there a better way to handle this and do i need to file a bug on this?

 -
 To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
 For additional commands, e-mail: user-h...@commons.apache.org




Re: JSC 1.3 thread cleanup

2015-01-22 Thread sebb
On 22 January 2015 at 18:39, Tim Cronin t...@outboundengine.com wrote:
 it's not a tomcat error, it's a JCS resource leak

OK, sorry. Should have double-checked.

 tomcat is showing the error but it's caused by JCS not cleaning up the
 threads it's creating.

 On Thu, Jan 22, 2015 at 11:46 AM, sebb seb...@gmail.com wrote:

 On 22 January 2015 at 16:42, Tim Cronin t...@outboundengine.com wrote:
  I'm getting tomcat errors on shutdown:

 This is the Commons User mailing list.

 Please subscribe to the Tomcat User mailing list and ask there.

  2015-01-22 16:41:51,186 [localhost-startStop-2] ERROR
  org.apache.catalina.loader.WebappClassLoader- The web application
  [/api] appears to have started a thread named
  [ElementEventQueue.QProcessor-1] but has failed to stop it. This is very
 l
  ikely to create a memory leak.
 
  i tracked it down to
 
  org.apache.jcs.engine.control.CompositeCache:
 
  /**
   * EventQueue for handling element events. 1 should be enough for all
  the regions. Else should
   * create as needed per region.
   */
  public static IElementEventQueue elementEventQ = new
 ElementEventQueue(
  AllRegionQueue );
 
  then calling CompositeCache.elementEventQ.destroy();
 
  but it can be flaky and IMO should be handled via
  CompositeCacheManager.shutdown().
 
  is there a better way to handle this and do i need to file a bug on this?

 -
 To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
 For additional commands, e-mail: user-h...@commons.apache.org



-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: JSC 1.3 thread cleanup

2015-01-22 Thread Tim Cronin
no worries. had to double check myself.

On Thu, Jan 22, 2015 at 12:57 PM, sebb seb...@gmail.com wrote:

 On 22 January 2015 at 18:39, Tim Cronin t...@outboundengine.com wrote:
  it's not a tomcat error, it's a JCS resource leak

 OK, sorry. Should have double-checked.

  tomcat is showing the error but it's caused by JCS not cleaning up the
  threads it's creating.
 
  On Thu, Jan 22, 2015 at 11:46 AM, sebb seb...@gmail.com wrote:
 
  On 22 January 2015 at 16:42, Tim Cronin t...@outboundengine.com wrote:
   I'm getting tomcat errors on shutdown:
 
  This is the Commons User mailing list.
 
  Please subscribe to the Tomcat User mailing list and ask there.
 
   2015-01-22 16:41:51,186 [localhost-startStop-2] ERROR
   org.apache.catalina.loader.WebappClassLoader- The web application
   [/api] appears to have started a thread named
   [ElementEventQueue.QProcessor-1] but has failed to stop it. This is
 very
  l
   ikely to create a memory leak.
  
   i tracked it down to
  
   org.apache.jcs.engine.control.CompositeCache:
  
   /**
* EventQueue for handling element events. 1 should be enough for
 all
   the regions. Else should
* create as needed per region.
*/
   public static IElementEventQueue elementEventQ = new
  ElementEventQueue(
   AllRegionQueue );
  
   then calling CompositeCache.elementEventQ.destroy();
  
   but it can be flaky and IMO should be handled via
   CompositeCacheManager.shutdown().
  
   is there a better way to handle this and do i need to file a bug on
 this?
 
  -
  To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
  For additional commands, e-mail: user-h...@commons.apache.org
 
 

 -
 To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
 For additional commands, e-mail: user-h...@commons.apache.org




Re: JSC 1.3 thread cleanup

2015-01-22 Thread sebb
On 22 January 2015 at 16:42, Tim Cronin t...@outboundengine.com wrote:
 I'm getting tomcat errors on shutdown:

This is the Commons User mailing list.

Please subscribe to the Tomcat User mailing list and ask there.

 2015-01-22 16:41:51,186 [localhost-startStop-2] ERROR
 org.apache.catalina.loader.WebappClassLoader- The web application
 [/api] appears to have started a thread named
 [ElementEventQueue.QProcessor-1] but has failed to stop it. This is very l
 ikely to create a memory leak.

 i tracked it down to

 org.apache.jcs.engine.control.CompositeCache:

 /**
  * EventQueue for handling element events. 1 should be enough for all
 the regions. Else should
  * create as needed per region.
  */
 public static IElementEventQueue elementEventQ = new ElementEventQueue(
 AllRegionQueue );

 then calling CompositeCache.elementEventQ.destroy();

 but it can be flaky and IMO should be handled via
 CompositeCacheManager.shutdown().

 is there a better way to handle this and do i need to file a bug on this?

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: JSC 1.3 thread cleanup

2015-01-22 Thread Thomas Vandahl
On 22.01.15 17:42, Tim Cronin wrote:
 I'm getting tomcat errors on shutdown:
 
 2015-01-22 16:41:51,186 [localhost-startStop-2] ERROR
 org.apache.catalina.loader.WebappClassLoader- The web application
 [/api] appears to have started a thread named
 [ElementEventQueue.QProcessor-1] but has failed to stop it. This is very l
 ikely to create a memory leak.
 
 i tracked it down to
 
 org.apache.jcs.engine.control.CompositeCache:
 
 /**
  * EventQueue for handling element events. 1 should be enough for all
 the regions. Else should
  * create as needed per region.
  */
 public static IElementEventQueue elementEventQ = new ElementEventQueue(
 AllRegionQueue );
 
 then calling CompositeCache.elementEventQ.destroy();
 
 but it can be flaky and IMO should be handled via
 CompositeCacheManager.shutdown().
 
 is there a better way to handle this and do i need to file a bug on this?
 

This has already been fixed in the current trunk. You may check out the
code and see if it works.

Bye, Thomas.


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org