Simon,

I wasn't minding this list last week while I was traveling, else I would have 
steered you toward: https://jira.duraspace.org/browse/FCREPO-808. So while this 
is addressed for the upcoming 3.5.0 release, for 3.4.2, as you noted you'll 
need to have the environment variable set.

I actually just patched the jar that contains the offending class in the copy 
of Fedora 3.4.2 that's included w/ hydra-jetty, because it would be entirely 
too obnoxious to do development on multiple Hydra heads if we had to keep track 
of multiple FEDORA_HOME environment variables. You could do the same if you 
really want to avoid setting the environment variable.

Eddie

On 26 May 2011, at 12:24 PM, Simon W Lamb wrote:

> Just as a follow up, it seems that setting the ‘fedora.home’ parameter within 
> catalina.properties alone doesn’t negate the need for the FEDORA_HOME 
> environment variable.  I was under the impression that this was the case.  
>  
> Setting FEDORA_HOME in the ‘global’ environment variables settings for the 
> machine solved this issue, and such the fedora.home parameter in 
> catalina.properties was not needed.
>  
> Regards,
> Simon 
>  
> From: Simon W Lamb [mailto:s.l...@hull.ac.uk] 
> Sent: 25 May 2011 17:13
> To: fedora-commons-users@lists.sourceforge.net; 
> fedora-commons-develop...@lists.sourceforge.net
> Subject: [fcrepo-dev] FEDORA_HOME setting Windows 2008 Server (Tomcatrunning 
> as service)
>  
> Hi all,
>  
> I’m running the latest version of the Fedora (3.4.2) on a Windows 2008 Server 
> R2 – 64-bit using a standalone Apache Tomcat instance running as Windows 
> Service.  In the past to get around the FEDORA_HOME environment variable 
> issue, I placed the following in the ‘catalina.properties’ file, which 
> enabled Fedora to function as normal:-
>  
> fedora.home=c:\\path\\to\\fedora
>  
> Unfortunately I seem to be getting some bizarre errors saying that the 
> environment variable is not set in one place, and retrieves it fine in 
> others.  For example in fedora.log on startup:-
>  
> INFO 2011-05-25 16:46:24.124 [main] (AuthFilterJAAS) using FEDORA_HOME: 
> c:\opt\fedora\fedora-3.4.2
> INFO 2011-05-25 16:46:24.124 [main] (AuthFilterJAAS) initialised servlet 
> filter: org.fcrepo.server.security.jaas.AuthFilterJAAS
> INFO 2011-05-25 16:46:24.702 [main] (Server) Starting up server
> INFO 2011-05-25 16:46:24.843 [main] (Server) Server home is 
> c:\opt\fedora\fedora-3.4.2\server
> INFO 2011-05-25 16:46:24.859 [main] (BasicServer) Fedora Version: 3.4.2
> INFO 2011-05-25 16:46:24.859 [main] (BasicServer) Fedora Build Date: 
> 2011-01-20 00:34:20 UTC-0500
> INFO 2011-05-25 16:46:24.890 [main] (Server) Initializing 
> org.fcrepo.server.storage.DefaultDOManager
> INFO 2011-05-25 16:46:24.906 [main] (Server) Initializing 
> org.fcrepo.server.oai.FedoraOAIProviderModule
>  
> The FEDORA_HOME environment variable is retrieved fine…. 
>  
> However when I try to navigate to http://localhost:8080/fedora/objects it 
> fails to authenticate (access auth switched on) and the following is 
> outputted in the logs:-
>  
> INFO 2011-05-25 16:46:31.031 [main] (Server) Server startup complete
> ERROR 2011-05-25 16:47:07.859 [http-8080-2] (XmlUsersFileModule) FEDORA_HOME 
> environment variable not set
> ERROR 2011-05-25 16:47:07.859 [http-8080-2] (XmlUsersFileModule) FEDORA_HOME 
> environment variable not set
> ERROR 2011-05-25 16:47:07.874 [http-8080-2] (AuthFilterJAAS) Login Failure: 
> all modules ignored
>  
> As far as I can tell the FedoraUsers class in servletfilters.xmluserfile is 
> deriving the FEDORA_HOME setting from common.Constants class which should 
> read the above FEDORA_HOME variable. 
>  
> Has anything changed recently that I need to be aware of when setting the 
> FEDORA_HOME environment variable when running Tomcat as a service (as oppose 
> to running startup.bat…)? As I mentioned previously, adding the above 
> information to fedora.home in catalina.properties did work correctly on 
> server installations in the past. 
>  
> Regards,
> Simon Lamb
> Software Developer
> Information and Communication Technology Department (ICTD) || The University 
> of Hull
> T. +44 (0) 1482 462076 
> s.l...@hull.ac.uk|| www.hull.ac.uk
> Customer Support. +44 (0) 1482 462010 || h...@hull.ac.uk  || 
> www.hull.ac.uk/help
>  
> *****************************************************************************************
> To view the terms under which this email is distributed, please go to 
> http://www.hull.ac.uk/legal/email_disclaimer.html
> *****************************************************************************************------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery, 
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now. 
> http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users


------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to