jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Debbie Troxel <dtro...@e-tractions.com>
Subject Re: Glassfish and Windows XP. Hopeless? (not)
Date Wed, 05 Dec 2007 21:30:25 GMT
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<body bgcolor="#ffffff" text="#000000">
<font face="Helvetica, Arial, sans-serif">Actually, the workaround is
pretty simple.<br>
Extract the nekohtml-0.9.4.jar from the .rar archive.&nbsp; Rename the
LICENSE file within the jar</font><font
 face="Helvetica, Arial, sans-serif"> (e.g. rename to CyberNeko_LICENSE)</font><font
 face="Helvetica, Arial, sans-serif">, and replace the nekohtml jar in
the rar with the updated version.<br>
After having made that change, I was able to deploy the Resource
Adapter successfully on Windows.<br>
- Debbie<br>
Debbie Troxel wrote:
<blockquote cite="mid:47547709.60101@e-tractions.com" type="cite"><font
 face="Helvetica, Arial, sans-serif">I have been investigating
Jackrabbit and would really like to be able to use it but have been
extremely frustrated trying to get an environment that works.<br>
Others seem to have run into the same issues, but I haven't found any
pointers to resolutions.&nbsp; Is it hopeless to try to run under Glassfish
on Windows XP?&nbsp; <br>
It looks like the ideal approach would be to use the Resource Adapter.&nbsp;
I've installed it successfully on linux, but under Windows, I get <br>
java.io.IOException: filename:
java.io.FileNotFoundException: (The system cannot find the path
This looks like the issue documented by Daniel Br&#376;uen in this post:<br>
  <a moz-do-not-send="true" class="moz-txt-link-freetext"
Windows also has a case insensitive filesystem so apparently the
license folder and LICENSE file collide.&nbsp; Is there any workaround for
Windows?&nbsp; <br>
Giving up on that approach, I tried a Model 2 deployment, and again ran
into the same issues others have reported.&nbsp; I installed all the
required jars and created a JNDI reference named 'jcr/testRepository'
bound to org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.<br>
In my webapp, I look up the Repository using<br>
InitialContext context = new InitialContext();<br>
Context environment = (Context)
Repository repository = (Repository)
It works initially, but if I make any changes and redeploy my webapp, I
get the .lock error:<br>
javax.jcr.RepositoryException: The repository home
C:\Java\jackrabbit\test appears to be in use since the file named .lock
is locked by another process.&nbsp; The only solution seems to be restarting
Glassfish every time I want to redeploy, which is not practical.<br>
This problem is very similar to this thread, but I don't see any
solution there.<br>
  <a moz-do-not-send="true" class="moz-txt-link-freetext"
So am I just out of luck on Windows / Glassfish?<br>
If so, my next approach would be to look at Model 3 deployment, but I
see every recent post asking for help or pointers to a Model 3 solution
have gone unanswered, so that's not too encouraging either.&nbsp; It appears
that RMI is dismissed as too slow, and I'm not very familiar with
WebDAV, so I'm not sure if that's something I should be pursuing.&nbsp; <br>
I would really appreciate any suggestions or help.<br>
Thanks so much,<br>

View raw message