Re: [SourceJammer-users] JDK 1.6 Issue

[Robert M. <rob...@ya...>]

Now that I think about this a little more, this could be a filesystem permi=
ssions error. When you started Resin, did you use an admin user, or did you=
 use a user with a lower level of permissions. It's possible that Resin doe=
sn't have write permissions on the Lock directory.=0A=0A----- Original Mess=
age ----=0AFrom: Chris Pratt <the...@gm...>=0ATo: Robert MacGrog=
an <rob...@ya...>=0ASent: Thursday, August 16, 2007 11:51:35 P=
M=0ASubject: Re: [SourceJammer-users] JDK 1.6 Issue=0A=0A> The server issue=
 sounds like it's probably unrelated to the new JRE. My guess is you got in=
to some kind of race condition on the top-level folder when you restarted t=
he server, and two threads tried to lock it at the same time. This happens =
from time to time when someone says "OK, I restarted it. Try it now!" and s=
everal people try to log in all together. Try restarting the SJ server and =
see if that fixes it. (I know, the lame old M$ solution to every problem, b=
ut it often works!)=0A=0AI shut down the service and started resin in conso=
le mode,  I made=0Asure to wait until it was up and stable then I tried it =
by myself=0Awithout anyone else on the system but I still get:=0A=0A:: star=
ted session 2671005563055804635 for Chris=0ADeleting lock file: project.0=
=0AERROR:  ''=0Aorg.sourcejammer.server.security.ObjectLockingException: Un=
able to=0Aobtain filesystem lock on the requested node.=0A        at org.so=
urcejammer.project.model.filesys.NodeLibraryFS.obtainLock(Unknown=0ASource)=
=0A        at org.sourcejammer.project.model.filesys.NodeLibraryFS.getProje=
ctNode(Unknown=0ASource)=0A        at org.sourcejammer.project.controller.P=
rojectController.getRootProject(Unknown=0ASource)=0A        at org.sourceja=
mmer.project.view.MasterControlProgram.connect(Unknown=0ASource)=0A        =
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)=0A        at=
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:=
39)=0A        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Delegating=
MethodAccessorImpl.java:25)=0A        at java.lang.reflect.Method.invoke(Me=
thod.java:597)=0A        at org.apache.soap.server.RPCRouter.invoke(RPCRout=
er.java:146)=0A        at org.apache.soap.providers.RPCJavaProvider.invoke(=
RPCJavaProvider.java:129)=0A        at org.apache.soap.server.http.RPCRoute=
rServlet.doPost(RPCRouterServlet.java:354)=0A        at javax.servlet.http.=
HttpServlet.service(HttpServlet.java:154)=0A        at javax.servlet.http.H=
ttpServlet.service(HttpServlet.java:92)=0A        at com.caucho.server.disp=
atch.ServletFilterChain.doFilter(ServletFilterChain.java:106)=0A        at =
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:=
173)=0A        at com.caucho.server.dispatch.ServletInvocation.service(Serv=
letInvocation.java:229)=0A        at com.caucho.server.http.HttpRequest.han=
dleRequest(HttpRequest.java:274)=0A        at com.caucho.server.port.TcpCon=
nection.run(TcpConnection.java:511)=0A        at com.caucho.util.ThreadPool=
.runTasks(ThreadPool.java:516)=0A        at com.caucho.util.ThreadPool.run(=
ThreadPool.java:442)=0A        at java.lang.Thread.run(Thread.java:619)=0A=
=0AIs there a way to manually reset the lock?  Is there any information I=
=0Acan pass on that would make this easier to diagnose?  I'd really like=0A=
to get my SourceJammer back and I really don't want to have to=0Adowngrade =
my server to do it.  Thanks for a great tool, I hope I can=0Aget it back up=
 and running.=0A  (*Chris*)=0A=0A=0A=0A=0A=0A       =0A____________________=
________________________________________________________________=0ABoardwal=
k for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today=
's economy) at Yahoo! Games.=0Ahttp://get.games.yahoo.com/proddesc?gamekey=
=3Dmonopolyherenow