PubMan 7 1 Problems

= PubMan 7.1 Release Problems =

Core Infrastructure

 * FIZ: AuthorizationException appears randomly when saving/submitting items
 * FIZ: escidoc policies
 * Are there any predefined rules for roles like moderator, or systeminspector besides the policies? We tried to allow the moderator role to receive user accounts and usergroups (with some limitations). But if we take the whole systeminspector (who is able to receive user accounts) policy, and insert it as moderator policy this has no effect to the visibility of user accounts at all. Here is an example of what we have tried (Condition left empty for testing purpose):


 * (removed other rules, but as they are all permitting actions, this should not be of any interest)


 * FIZ: What does the following error messaged in escidoc-core.log mean? - found very often:

2012-09-06 14:52:04,043 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/].[ItemServlet]] Servlet.service for servlet ItemServlet threw exception java.lang.IllegalStateException at org.apache.catalina.connector.ResponseFacade.reset(ResponseFacade.java:310) at de.escidoc.core.common.servlet.EscidocServlet.doDeclineHttpRequest(EscidocServlet.java:526) at de.escidoc.core.common.servlet.EscidocServlet.handleException(EscidocServlet.java:353) at de.escidoc.core.common.servlet.EscidocServlet.service_aroundBody0(EscidocServlet.java:254) at de.escidoc.core.common.servlet.EscidocServlet.service_aroundBody1$advice(EscidocServlet.java:57) at de.escidoc.core.common.servlet.EscidocServlet.service(EscidocServlet.java:1) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) at java.lang.Thread.run(Thread.java:662)

2012-09-06 14:53:12,917 ERROR [STDERR] Sep 6, 2012 2:53:12 PM com.sun.xacml.finder.AttributeFinder findAttribute INFO: Error while trying to resolve values: Resource not found [escidoc...1/.../434781JCatal267.pdf]

Core Lucene Index

 * FIZ: it should be possible to run a reindex operation and an optimize Lucene index at the same time
 * FIZ: sometimes the lock of the Lucene index remains (only item_container_admin index)
 * FIZ: about 5800 items in the escidoc_all index can't be indexed. Calling the reindex method shows these items to be reindexed, but the index files are not updated after the index operation.
 * FIZ: with standard Linux configuration more than 1000 items (item_container_admin) couldn't reindex. After set up ulimit -v unlimited the reindex was run.
 * FIZ: new Coreservice needs more than 30 GB VIRT in "top" max. 850GB on reindex