Hi Vincent, Just checking if I missed something obvious. Shouldn't XWiki call call File.canRead() instead of File.exists()? Actually, by reading the Java SE API docs it looks like canRead() will throw the same Security Exception, so the solution would be to catch it. But it's kinda nonsense to have a method that should return false if I can't read a file and this method instead throws an exception. When I start my patching excercise, should I use either XWiki 1.0 sources or 1.1? For me, 1,1 should be almost production-ready to be viable, but I could restrict myself to only 1.0 features. []s, Fernando Lozano
Hi Fernando,
This is indeed a bug. Here's what we do:
InputStream xwikicfgis = null;
// first try to load the file pointed by the given path // if it does not exist, look for it relative to the classpath File f = new File(xwikicfg); if (f.exists()) { xwikicfgis = new FileInputStream(f); } else { xwikicfgis = econtext.getResourceAsStream(xwikicfg); ...
The pb is that f.exists() will return true and new FileInputStream will throw an exception and thus the else will not get executed.
I have opened an issue: http://jira.xwiki.org/jira/browse/XWIKI-1539
Thanks -Vincent
On Jul 26, 2007, at 11:06 PM, Fernando Lozano wrote:
Hi there,
After running XWiki fine in my local server, I'm trying to run it on my hosting provider. Acces to WebHome yelds the error:
javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: access denied (java.io.FilePermission /WEB-INF/xwiki.cfg read)
I tried changing web.xml <http://web.xml> to
<env-entry> <env-entry-name>XWikiConfig</env-entry-name> <!-- <env-entry-value>/WEB-INF/xwiki.cfg</env-entry-value> -->
<env-entry-value>/virtual/lozano.eti.br/www/xwiki/WEB-INF/xwiki.cfg</env -entry-value> <env-entry-type>java.lang.String</env-entry-type> </env-entry>
That is, I tried cofiguring the real phisical path to the xwiki.cfg file, But still get the same error.
My ISP tells me Xwiki is trying to get /WEB-INF/xwiki.cfg as an absolute file system path, not as a context-relative path, and it looks like changing the <env-entry> has no effect.
What should I do?
[]s, Fernando Lozano
<fernando.lozano.vcf>
-- You receive this message as a subscriber of the [email protected] <mailto:[email protected]> mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws