[Anthill] AnthillPropertiesUpdateServlet reports permission denied, silently saves update

[Phil Mocek]

I've found that after making a change to Anthill properties (by
following the `Anthill Properties' link from the top-level Anthill
panel) and clicking `Update', the following error message is
returned:

    System Error
    Permission denied
     
     Back

     Anthill version 1.7.0.162

but my change is applied, and persists across a restart of Anthill
and a restart of my servlet container.

I found that the change I made was reflected in a file,
/var/lib/anthill/projects/anthill.registry.

>From a user's perspective, there is no indication that the update
occurred, and nothing describing for what permission was denied.
Anthill throws an exception which is not caught, and shows up in
the servlet container's output (see attached).

Has anyone else experienced this?  I'm guessing it wouldn't happen
with the ``default'' installation (i.e., all Anthill files and 
directories in one place, all writable).

-- 
Phil Mocek
-------------- next part --------------
java.io.IOException: Permission denied
        at java.io.UnixFileSystem.createFileExclusively(Native Method)
        at java.io.File.createNewFile(File.java:828)
        at com.urbancode.anthill.web.admin.AnthillPropertiesUpdateServlet.processRequest(AnthillPropertiesUpdateServlet.java:115)
        at com.urbancode.anthill.web.admin.AnthillBaseServlet.processRequest0(AnthillBaseServlet.java:65)
        at com.urbancode.anthill.web.admin.AnthillBaseServlet.doPost(AnthillBaseServlet.java:117)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
        at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:833)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:732)
        at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:619)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:688)
        at java.lang.Thread.run(Thread.java:534)