Re: [SourceJammer-users] JDK 1.6 Issue

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

Hmm. =0A=0ALook in the locks directory under your archive directory on the =
server and tell me what it contains. If there are any files in there, tell =
me what the dates are on them.=0A=0A----- Original Message ----=0AFrom: Chr=
is Pratt <the...@gm...>=0ATo: Robert MacGrogan <robertmacgrogan@=
yahoo.com>=0ASent: Thursday, August 16, 2007 11:51:35 PM=0ASubject: Re: [So=
urceJammer-users] JDK 1.6 Issue=0A=0A> The server issue sounds like it's pr=
obably unrelated to the new JRE. My guess is you got into some kind of race=
 condition on the top-level folder when you restarted the server, and two t=
hreads tried to lock it at the same time. This happens from time to time wh=
en someone says "OK, I restarted it. Try it now!" and several 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, but it often works!)=
=0A=0AI shut down the service and started resin in console mode,  I made=0A=
sure 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:: started session 2671005=
563055804635 for Chris=0ADeleting lock file: project.0=0AERROR:  ''=0Aorg.s=
ourcejammer.server.security.ObjectLockingException: Unable to=0Aobtain file=
system lock on the requested node.=0A        at org.sourcejammer.project.mo=
del.filesys.NodeLibraryFS.obtainLock(Unknown=0ASource)=0A        at org.sou=
rcejammer.project.model.filesys.NodeLibraryFS.getProjectNode(Unknown=0ASour=
ce)=0A        at org.sourcejammer.project.controller.ProjectController.getR=
ootProject(Unknown=0ASource)=0A        at org.sourcejammer.project.view.Mas=
terControlProgram.connect(Unknown=0ASource)=0A        at sun.reflect.Native=
MethodAccessorImpl.invoke0(Native Method)=0A        at sun.reflect.NativeMe=
thodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)=0A        at sun.=
reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.ja=
va:25)=0A        at java.lang.reflect.Method.invoke(Method.java:597)=0A    =
    at org.apache.soap.server.RPCRouter.invoke(RPCRouter.java:146)=0A      =
  at org.apache.soap.providers.RPCJavaProvider.invoke(RPCJavaProvider.java:=
129)=0A        at org.apache.soap.server.http.RPCRouterServlet.doPost(RPCRo=
uterServlet.java:354)=0A        at javax.servlet.http.HttpServlet.service(H=
ttpServlet.java:154)=0A        at javax.servlet.http.HttpServlet.service(Ht=
tpServlet.java:92)=0A        at com.caucho.server.dispatch.ServletFilterCha=
in.doFilter(ServletFilterChain.java:106)=0A        at com.caucho.server.web=
app.WebAppFilterChain.doFilter(WebAppFilterChain.java:173)=0A        at com=
.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:22=
9)=0A        at com.caucho.server.http.HttpRequest.handleRequest(HttpReques=
t.java:274)=0A        at com.caucho.server.port.TcpConnection.run(TcpConnec=
tion.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 wou=
ld make this easier to diagnose?  I'd really like=0Ato get my SourceJammer =
back and I really don't want to have to=0Adowngrade my server to do it.  Th=
anks for a great tool, I hope I can=0Aget it back up and running.=0A  (*Chr=
is*)=0A=0A=0A=0A=0A=0A       =0A___________________________________________=
_________________________________________=0APinpoint customers who are look=
ing for what you sell. =0Ahttp://searchmarketing.yahoo.com/