MaxLifeSeconds has been changed to MaxLife, didn't find anything in the
docs about this change.
What is the proper way to shutdown jsc now?
this i how it was recomended to it in 1.3
CompositeCacheManager.getInstance().shutDown();
I'm getting the following errors in tomcat when running against 2.0.
2015-07-06 14:26:21,251 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
appears to have started a thread named [JCS-ThreadPoolManager-Thread-8] but
has failed to stop it. This is very likely to create a memory leak.
2015-07-06 14:26:21,252 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
appears to have started a thread named [JCS-ThreadPoolManager-Thread-9] but
has failed to stop it. This is very likely to create a memory leak.
2015-07-06 14:26:21,252 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
appears to have started a thread named [JCS-ThreadPoolManager-Thread-10]
but has failed to stop it. This is very likely to create a memory leak.
2015-07-06 14:26:21,253 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
appears to have started a thread named [JCS-ThreadPoolManager-Thread-11]
but has failed to stop it. This is very likely to create a memory leak.
2015-07-06 14:26:21,254 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
created a ThreadLocal with key of type
[org.apache.log4j.helpers.ThreadLocalMap] (value
[org.apache.log4j.helpers.ThreadLocalMap@52378d83]) and a value of type
[java.util.Hashtable] (value [{host=Tim-PC}]) but failed to remove it when
the web application was stopped. Threads are going to be renewed over time
to try and avoid a probable memory leak.
2015-07-06 14:26:21,256 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
created a ThreadLocal with key of type
[org.apache.log4j.helpers.ThreadLocalMap] (value
[org.apache.log4j.helpers.ThreadLocalMap@52378d83]) and a value of type
[java.util.Hashtable] (value [{host=Tim-PC}]) but failed to remove it when
the web application was stopped. Threads are going to be renewed over time
to try and avoid a probable memory leak.
2015-07-06 14:26:21,257 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
created a ThreadLocal with key of type
[org.apache.log4j.helpers.ThreadLocalMap] (value
[org.apache.log4j.helpers.ThreadLocalMap@52378d83]) and a value of type
[java.util.Hashtable] (value [{host=Tim-PC}]) but failed to remove it when
the web application was stopped. Threads are going to be renewed over time
to try and avoid a probable memory leak.
2015-07-06 14:26:21,258 [localhost-startStop-2] ERROR
org.apache.catalina.loader.WebappClassLoader- The web application []
created a ThreadLocal with key of type
[org.apache.log4j.helpers.ThreadLocalMap] (value
[org.apache.log4j.helpers.ThreadLocalMap@52378d83]) and a value of type
[java.util.Hashtable] (value [{host=Tim-PC}]) but failed to remove it when
the web application was stopped. Threads are going to be renewed over time
to try and avoid a probable memory leak.
On Mon, Jul 6, 2015 at 9:15 AM, Tim Cronin <t...@outboundengine.com> wrote:
> AuxDiskCache is throwing error that it can't create the directory but it
> already exists.
>
> localhost-startStop-1 2015-07-06 14:01:30,006 ERROR
> org.apache.commons.jcs.auxiliary.disk.AbstractDiskCacheAttributes - Failed
> to create directory C:\java\tomcat\temp\oeserver-cache
>
> I tested mkdirs and it follows what the javadoc says
> <http://docs.oracle.com/javase/8/docs/api/java/io/File.html#mkdirs-->.
> the code needs to check if the dir already exists:
>
> the function should be as follows:
>
> /**
> * Sets the diskPath attribute of the DiskCacheAttributes object
> * <p>
> * @param diskPath The new diskPath value
> */
> public void setDiskPath( File diskPath )
> {
> this.diskPath = diskPath;
>
> if(!this.diskPath.exists())
> {
> boolean result = this.diskPath.mkdirs();
>
> if (!result)
> {
> log.error("Failed to create directory " + diskPath);
> }
> }
> }
>
>
>
> On Mon, Jul 6, 2015 at 8:37 AM, Tim Cronin <t...@outboundengine.com> wrote:
>
>> is there any documentation on migrating from 1.3 to 2?
>>
>> the JCSAdmin.jsp the FAQ link is broken. moved due to package change
>> <http://svn.apache.org/viewvc/commons/proper/jcs/trunk/commons-jcs-core/src/main/java/org/apache/commons/jcs/admin/JCSAdmin.jsp?view=log>
>>
>>
>> On Mon, Jul 6, 2015 at 7:37 AM, Tim Cronin <t...@outboundengine.com>
>> wrote:
>>
>>> i understand that 1.3 is old and the 2 branch will be the way going
>>> forward but...
>>>
>>> this happens on our production server and really don't want to run beta
>>> code on it.
>>>
>>> i've played with the beta code and it requires code changes on our side
>>> as well.
>>>
>>> On Sun, Jul 5, 2015 at 10:25 AM, Thomas Vandahl <t...@apache.org> wrote:
>>>
>>>> On 02.07.15 15:13, Tim Cronin wrote:
>>>> > JCS 1.3
>>>> >
>>>> > i periodically get the above error.
>>>> >
>>>> > what do i need to do to recover from this?
>>>> >
>>>>
>>>> First of all I'd suggest to try out commons-jcs 2.0-beta1. It contains
>>>> numerous fixes and cleans up the lifecycle of most of the JCS manager
>>>> classes. If that doesn't help, come back and ask again as this would
>>>> require deeper digging.
>>>>
>>>> Bye, Thomas.
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
>>>> For additional commands, e-mail: user-h...@commons.apache.org
>>>>
>>>>
>>>
>>
>
