Hi Justin, On 26.01.2010 17:08, Justin Edelson wrote: > Felix- > Is putting the bundle generation in a profile really necessary? Looking > briefly with jconsole, memory usage (which, IIRC, was the reason for not > regenerating the bundle every build) is high, but not *that* high, > certainly lower than the 256M heap we recommend people use.
When running this in a full reactor build we repeatedly encountered OOME situations while building the server bundle. I don't like this either, but it was a suitable workaround. I am not opposed to reverting this again (honestly, I did not test it after migrating to JR 1.6). Regards Felix > > WDYT? > > Justin > > On 1/26/10 7:58 AM, Felix Meschberger (JIRA) wrote: >> [ >> https://issues.apache.org/jira/browse/SLING-1327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel >> ] >> >> Felix Meschberger resolved SLING-1327. >> -------------------------------------- >> >> Resolution: Fixed >> Fix Version/s: JCR Jackrabbit Server 2.0.6 >> >> Need to update the MANIFEST.MF used for building after upgrading the >> embedded Jackrabbit libraries. Otherwise the classes are not resolved >> properly because the Bundle-Classpath property is set incorrectly. >> >> Done in Rev. 903202 and the class loader problem is gone. >> >> >>> NoClassDefFoundError for RmiRegistrationSupport in log >>> ------------------------------------------------------ >>> >>> Key: SLING-1327 >>> URL: https://issues.apache.org/jira/browse/SLING-1327 >>> Project: Sling >>> Issue Type: Bug >>> Affects Versions: JCR Jackrabbit Server 2.0.4 >>> Reporter: Marc >>> Assignee: Felix Meschberger >>> Fix For: JCR Jackrabbit Server 2.0.6 >>> >>> >>> When starting a plain vanilla Sling, RMI services are not started and >>> the following error is logged: >>> 25.01.2010 20:43:23.727 *ERROR* [SCR Component Actor] >>> org.apache.felix.scr Unexpected problem executing task Enable >>> Component: >>> org.apache.sling.jcr.jackrabbit.server.RmiRegistrationSupport (5) >>> (java.lang.NoClassDefFoundError: >>> org/apache/jackrabbit/rmi/server/RemoteAdapterFactory) >>> java.lang.NoClassDefFoundError: >>> org/apache/jackrabbit/rmi/server/RemoteAdapterFactory >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >>> at java.lang.Class.getConstructor0(Unknown Source) >>> at java.lang.Class.newInstance0(Unknown Source) >>> at java.lang.Class.newInstance(Unknown Source) >>> at >>> org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:183) >>> >>> at >>> org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118) >>> >>> at >>> org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:991) >>> >>> at >>> org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:298) >>> >>> at >>> org.apache.felix.scr.impl.manager.AbstractComponentManager$1.doRun(AbstractComponentManager.java:138) >>> >>> at >>> org.apache.felix.scr.impl.ComponentActivatorTask.run(ComponentActivatorTask.java:67) >>> >>> at >>> org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:96) >>> >>> at java.lang.Thread.run(Unknown Source) >>> Caused by: java.lang.ClassNotFoundException: >>> org.apache.jackrabbit.rmi.server.RemoteAdapterFactory >>> at >>> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:744) >>> >>> at >>> org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61) >>> at >>> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1656) >>> >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> at java.lang.ClassLoader.loadClassInternal(Unknown Source) >>> ... 13 mor >>> >> > >
