You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@turbine.apache.org by James Taylor <jt...@4lane.com> on 2002/02/24 05:04:33 UTC

Re: cvs commit: jakarta-turbine-stratum/src/java/org/apache/stratum/jcs/auxiliary/disk/index ed IndexedDiskCacheNoWaitBuffer.java

I _was_ missing something, there is one instance of the auxiliary cache
per region. Thus there is no problem. However I'd like to extend the
unit tests to verify that caches are not clobbering each other, and then
I'll work the purgatory enabling into my refactoring of the disk
auxiliaries.

On Sat, 2002-02-23 at 22:26, jtaylor@apache.org wrote:
> jtaylor     02/02/23 19:26:09
> 
>   Modified:    src/java/org/apache/stratum/jcs/auxiliary/disk/indexed
>                         IndexedDiskCacheNoWaitBuffer.java
>   Log:
>   Removing that last change after further reflection. It seems that since
>   the disk cache is used by an number of regions, keys with the same name
>   in different regions could clobber each other in purgatory. Seems like
>   right now leaving purgatory off is best. Am I missing something?



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

RE: build problem

Posted by Aaron Smuts <aa...@verizon.net>.
It magically resolved itself.  Damn gremlins.

> -----Original Message-----
> From: Aaron Smuts [mailto:aaron.smuts3@verizon.net]
> Sent: Sunday, February 24, 2002 1:36 AM
> To: 'Turbine Developers List'
> Subject: build problem
> 
> 
> BUILD FAILED
> 
> java.lang.SecurityException: sealing violation
>         at
java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
>         at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
>         at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
>         at
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:120)
>         at org.apache.tools.ant.Project.init(Project.java:178)
>         at org.apache.tools.ant.Main.runBuild(Main.java:420)
>         at org.apache.tools.ant.Main.start(Main.java:153)
>         at org.apache.tools.ant.Main.main(Main.java:176)
> 
> Total time: 0 seconds
> sealing violation
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:turbine-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:turbine-dev-
> help@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

build problem

Posted by Aaron Smuts <aa...@verizon.net>.
BUILD FAILED

java.lang.SecurityException: sealing violation
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:120)
        at org.apache.tools.ant.Project.init(Project.java:178)
        at org.apache.tools.ant.Main.runBuild(Main.java:420)
        at org.apache.tools.ant.Main.start(Main.java:153)
        at org.apache.tools.ant.Main.main(Main.java:176)

Total time: 0 seconds
sealing violation


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

RE: cvs commit:jakarta-turbine-stratum/src/java/org/apache/stratum/jcs/auxiliary/disk/index ed IndexedDiskCacheNoWaitBuffer.java

Posted by Aaron Smuts <aa...@verizon.net>.
Yep. One file, one disk cache per region.  Purgatory should be region
specific as well.

Different vm's should use different disk directories.

Oh, I'm having trouble building.  I'm getting a sealing violation?

Aaron

> -----Original Message-----
> From: James Taylor [mailto:jtaylor@4lane.com]
> Sent: Saturday, February 23, 2002 11:05 PM
> To: turbine-dev@jakarta.apache.org
> Subject: Re: cvs commit:jakarta-turbine-
> stratum/src/java/org/apache/stratum/jcs/auxiliary/disk/index ed
> IndexedDiskCacheNoWaitBuffer.java
> 
> I _was_ missing something, there is one instance of the auxiliary
cache
> per region. Thus there is no problem. However I'd like to extend the
> unit tests to verify that caches are not clobbering each other, and
then
> I'll work the purgatory enabling into my refactoring of the disk
> auxiliaries.
> 
> On Sat, 2002-02-23 at 22:26, jtaylor@apache.org wrote:
> > jtaylor     02/02/23 19:26:09
> >
> >   Modified:
src/java/org/apache/stratum/jcs/auxiliary/disk/indexed
> >                         IndexedDiskCacheNoWaitBuffer.java
> >   Log:
> >   Removing that last change after further reflection. It seems that
> since
> >   the disk cache is used by an number of regions, keys with the same
> name
> >   in different regions could clobber each other in purgatory. Seems
like
> >   right now leaving purgatory off is best. Am I missing something?
> 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:turbine-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:turbine-dev-
> help@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>