Re: Help in reviewing my refactoring of CatalinaContainer

The project I'm currently on is actively using clustering (session replication) and I know for certain this isn't the only project nor are we the only vendor to use it. I'm using an older version of OFBiz though so I can't confirm if the latest codebase has it working. It can be tricky to set up

Re: Help in reviewing my refactoring of CatalinaContainer

No, I cannot find it. But there's no error in reference to a missing manager class so I guess it's not a problem. If I can solve the address problem, I'll see further. Thanks and good night, Michael Am 13.06.17 um 01:51 schrieb Taher Alkhateeb: All dependencies are stored in the gradle

Re: Help in reviewing my refactoring of CatalinaContainer

All dependencies are stored in the gradle cache and referenced in the generated ofbiz.jar. So I guess it's somewhere in the cache. Can't you find it there? On Jun 13, 2017 2:49 AM, "Michael Brohl" wrote: Where would you expect the jar file to be stored? I'll try to

Re: Help in reviewing my refactoring of CatalinaContainer

Where would you expect the jar file to be stored? I'll try to track down the errors. I was able to reduce the error messages by adding -Djava.net.preferIPv4Stack=true to the jvm arguments in build.gradle def jvmArguments = ['-Xms128M', '-Xmx1024M', "-Djava.net.preferIPv4Stack=true"] (see

Re: Help in reviewing my refactoring of CatalinaContainer

A compile dependency is also a runtime dependency in gradle (as opposed to compileOnly). So if it is defined in gradle then it is available in runtime. On Jun 13, 2017 1:57 AM, "Michael Brohl" wrote: Quick checked the cluster config and see that the cluster

Re: Help in reviewing my refactoring of CatalinaContainer

Quick checked the cluster config and see that the cluster configuration depends on org.apache.catalina.ha.session.DeltaManager, whose package is configured in Gradle as a compile dependency (org.apache.tomcat:tomcat-catalina-ha:8.5.15). Do you have this package/jar available at runtime? I

Re: Help in reviewing my refactoring of CatalinaContainer

Hi Michael, Hmmm, I didn't know that it is actively used. Essentially, you get exceptions / crashes when you uncomment the clustering section in catalina's ofbiz-component.xml. Also, I could be wrong, but I thought instead of using Tomcat's clustering, you instead cluster your

Re: Help in reviewing my refactoring of CatalinaContainer

Hi Taher, clustering support is an important feature for enterprise installations and it worked in the past. It should be fixed if it is broken. What makes you think that clustering is broken? How did you test it? What is not working exactly? I recently updated the Tomcat version, could

Re: Information on Design and Structure of Camel Website and Wiki

Hi Michael, Sharan, All Reading through your posts flicks a few light bulbs. I think more or less we can summarize the highlights: - It's useful to have two sources of documentation: Long documentation in the wiki and short functional documentation inside the code base - Sharan prefers to keep

Re: Help in reviewing my refactoring of CatalinaContainer

Hi Everyone, In reference to [1] and the refactoring work, and after multiple different tests, I came to realize that Tomcat clustering implementation is broken (both before and after the refactoring). The reasons are complex but they essentially have to do with setting up the right parameters

buildbot failure in on ofbiz-trunk-framework-plugins

The Buildbot has detected a new failure on builder ofbiz-trunk-framework-plugins while building . Full details are available at: https://ci.apache.org/builders/ofbiz-trunk-framework-plugins/builds/150 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build

Re: Information on Design and Structure of Camel Website and Wiki

Hi Sharan, see my remarks inline... Regards, Michael Am 12.06.17 um 11:09 schrieb Sharan Foga: Hi All I think the issue we have with documentation is a complex one and I don't think that all the different types of documentation that we need for OFBiz could all reside within the codebase

Re: Information on Design and Structure of Camel Website and Wiki

Hi All I think the issue we have with documentation is a complex one and I don't think that all the different types of documentation that we need for OFBiz could all reside within the codebase at this stage. Perhaps in the future, though it depends on how our existing documentation effort

Re: svn commit: r1798104 - /ofbiz/ofbiz-framework/trunk/framework/entity/src/main/java/org/apache/ofbi z/entity/util/EntityListIterator.java

Mmm, yes the stack trace you are right, was not really awake :) Jacques Le 12/06/2017 à 08:41, Jacques Le Roux a écrit : At least you have the concerned Entity name, this helps sometimes Jacques Le 11/06/2017 à 20:27, Scott Gray a écrit : Isn't a stacktrace pointless given that this would

Re: svn commit: r1798104 - /ofbiz/ofbiz-framework/trunk/framework/entity/src/main/java/org/apache/ofbi z/entity/util/EntityListIterator.java

At least you have the concerned Entity name, this helps sometimes Jacques Le 11/06/2017 à 20:27, Scott Gray a écrit : Isn't a stacktrace pointless given that this would happen during finalize? It wouldn't say anything about where the problem is. Regards Scott On 10/06/2017 07:21, "Jacques Le