Hi, Enrique. I'm happy that you've been able to solve part of your problem on your own.
My guess is that the problem could be with your _temp directory. But it is hard to tell because it looks like you've only included part of the exception stack trace. Is there a second half to the stack trace that starts with the java.io.IOException? If not, then double check to make sure that 1) you have a _temp directory in your webapps/sourcejammer/WEB-INF/conf directory, 2) there is enough room on the disk for this directory (should be at least several MB, up to one GB or so, depending on the size of the biggest file in your archive), and 3) there is a file called namer in this directory. --Rob --- Enrique NogalQuintana <[EMAIL PROTECTED]> wrote: > > Hi everybody, > > I don't know if you remember our problem. We have had a problem with > the space in the filesystem where our sourcejammer archives were installed, > and the result was that the XML files corrupted, and we didn't know how to > test the integrity, localice and repair our XML files. > > We have solved our problem with the space, and we are trying to recover > our archives from backup. We have put the backup in the same path as > we had our archives, we have restarted our server, and it seems that is > already ok. > > We can access to the gui-client and see the directory tree and all of our > files, but when we try to get or to check out a file, we see this error: > > Error: IO Exception.null > > Could anyone help us? > > > Thanks a lot, best regards, > > Enrique Nogal > > NOTE: In the tomcat log we can see this: > > org.sourcejammer.project.model.FileAccessException: IOException. null > java.io.EOFException > at > org.sourcejammer.project.controller.ProjectController.getFileLatestVersion(Unknown > Source) > at > org.sourcejammer.project.view.MasterControlProgram.getFileLatestVersion(Unknown > Source) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at org.apache.soap.server.RPCRouter.invoke(RPCRouter.java:146) > at > org.apache..soap.providers.RPCJavaProvider.invoke(RPCJavaProvider.java:129) > at > org.apache.soap.server.http.RPCRouterServlet.doPost(RPCRouterServlet.java:354) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) > at > org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) > at > org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) > at org.apache.catalina.core.StandardValveContext.invokeNext(S > ....................................... > > ............. > ............. > ............. > > This message contains information that may be privileged or confidential and > is the property of > the Capgemini Group. It is intended only for the person to whom it is > addressed. If you are not > the intended recipient, you are not authorized to read, print, retain, copy, > disseminate, > distribute, or use this message or any part thereof. If you receive this > message in error, > please notify the sender immediately and delete all copies of this message. > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ SourceJammer-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sourcejammer-users
