4 Replies Latest reply on Dec 9, 2013 10:07 AM by Randall Hauch

    Modeshape3.6 can not save large file under cluster model

    xu xiaomo Newbie

      I used modeshape3.6 on Jboss EAP6.1.X ,and I wanted to save some large file of 100M/1G/4G, but always failed. I tried much more smaller file of 10M /60m , It's ok.

      Could you help me to resovle this problem?

       

      PS: When to save the 1G file , Both of Master  / slaver server are waited ,.

        • 1. Re: Modeshape3.6 can not save large file under cluster model
          Randall Hauch Master

          We would need more information about your configuration and perhaps an stack report showing which threads are running, blocked or inactive.

          • 2. Re: Modeshape3.6 can not save large file under cluster model
            matrix xu Newbie

            Hi~

            First,thank you for your focus my problem .

            When I save large file under cluster model, system dose 't show any error info ,but I can see the system is waited. I don't why..

            I find the resolve method from document ,follow as:

            Binary values - ModeShape 3 - Project Documentation Editor

             

            BinaryStore implementations

             

            I found that under the standalone model under the EAP6.1.X , you can use "FileSystemBinaryStore" for saving large file ,and it works very nice and efficaincy.

            But , under the cluster mode ,I can't use "FileSystemBinaryStore" , the system always loads "org.modeshape.jcr.value.binary.InfinispanBinaryStore"

            and I could show the config.json ( I don't know where the json document loaded from, I got it from debug source code and printed it.)

             

            So I think , as well as Replace FileSystemBinaryStore under cluster mode for resovling this problem .

            Do you think about how to modify "Repository config" about thit?

            • 3. Re: Modeshape3.6 can not save large file under cluster model
              matrix xu Newbie

              12:20:59,810 ERROR [org.modeshape.jcr.query.lucene.basic.BasicLuceneSchema] (http-localhost/127.0.0.1:8080-3) Error extracting text from binary value binary (107.37MB, SHA1=d3474542a43607a0dfe5f04d33d969afdc394ee5): Error storing mime type: Unable to find binary value with key "d3474542a43607a0dfe5f04d33d969afdc394ee5" within binary store using Infinispan cache "binary-fs-meta": org.modeshape.jcr.value.binary.BinaryStoreException: Error storing mime type: Unable to find binary value with key "d3474542a43607a0dfe5f04d33d969afdc394ee5" within binary store using Infinispan cache "binary-fs-meta"

               

              at org.modeshape.jcr.value.binary.infinispan.InfinispanBinaryStore.getExtractedText(InfinispanBinaryStore.java:506) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.value.binary.AbstractBinaryStore.getText(AbstractBinaryStore.java:123) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.query.lucene.basic.BasicLuceneSchema.addDynamicField(BasicLuceneSchema.java:285) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.query.lucene.basic.BasicLuceneSchema.nodeInfo(BasicLuceneSchema.java:219) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.query.lucene.basic.BasicLuceneSchema.addToIndex(BasicLuceneSchema.java:417) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.JcrRepository$RepositoryMonitorFactory$2.recordAdd(JcrRepository.java:1961) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.cache.document.WritableSessionCache.persistChanges(WritableSessionCache.java:1191) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.cache.document.WritableSessionCache.save(WritableSessionCache.java:620) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.jcr.JcrSession.save(JcrSession.java:1141) [modeshape-jcr-3.6.0.Final.jar:3.6.0.Final]

               

              at org.modeshape.quickstart.servlet.FileUploadServlet.doGet(FileUploadServlet.java:139) [classes:]

               

              at org.modeshape.quickstart.servlet.RepositoryServlet.doGet(RepositoryServlet.java:124) [classes:]

               

              at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1]

               

              at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1]

               

              at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.jboss.modcluster.container.jbossweb.JBossWebContext$RequestListenerValve.event(JBossWebContext.java:91)

               

              at org.jboss.modcluster.container.jbossweb.JBossWebContext$RequestListenerValve.invoke(JBossWebContext.java:72)

               

              at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]

               

              at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]

               

              at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45]

              • 4. Re: Modeshape3.6 can not save large file under cluster model
                Randall Hauch Master

                ModeShape should not be using the ISPN Binary Store when you've configured it to use the FileSystemBinaryStore. Can you log an issue in our JIRA? Please include this exception and at least the configuration (in your EAP configuration file) of the ModeShape and Infinispan subsystems. You can sanitize them to remove information you don't want to share. Thanks.

                 

                UPDATE: See this page for information about how EAP is configured; the configuration file is "standalone.xml" file, and that defines multiple subsystems, including ModeShape and ISPN. Also, we've recently fixed a bug that might be related to your primary problem; see MODE-2103 for details. That bug will be fixed in 3.7 that should be released next week.