I have also seen that. I suspect it is caused by some joy in the WEB-
INF/lps/server/src/build.xml, such as for instance it only compiles
the oswego classes into class files but doesn't put them in the lps
jar. It's interesting that it is a class-not-found error; perhaps we
hardly ever even try to use the oswego classes except for when
there's a cache problem.
On Jan 30, 2007, at 11:06 AM, Henry Minsky wrote:
I have never figured out what causes that, it seems to persist
across server restarts, maybe a file lock, I thought it was only
Winblows that suffered from this though.
On 1/30/07, P T Withington <[EMAIL PROTECTED]> wrote: Well with
several hits of the cache cleaning hammer, I seem to have
solve this.
On 2007-01-30, at 13:45 EST, P T Withington wrote:
> I am getting this when I try to load any app from my trunk
> sandbox. I have never understood what causes this error or how to
> cure it. Any hints?
>
> java.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/
> ReentrantLock
> org.openlaszlo.cache.Cache$Item.<init>(Cache.java:898)
> org.openlaszlo.cache.Cache.findItem(Cache.java:259)
> org.openlaszlo.cm.CompilationManager.getItem
> (CompilationManager.java:610)
> org.openlaszlo.cm.CompilationManager.getLastModified
> ( CompilationManager.java:594)
>
org.openlaszlo.servlets.responders.ResponderCompile.getLastModified
> (ResponderCompile.java:394)
>
org.openlaszlo.servlets.responders.ResponderCompile.respondImpl
> (ResponderCompile.java:178)
> org.openlaszlo.servlets.responders.Responder.respond
> (Responder.java:260)
> org.openlaszlo.servlets.LZServlet._doGet(LZServlet.java:441)
> org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:355)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
Benjamin Shine
Software Engineer, Open Laszlo / Laszlo Systems
[EMAIL PROTECTED]
