Hi,

On 1/26/10 1:20 PM, Felix Meschberger wrote:
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 ran a few tests and didn't see a appreciable difference in heap consumption.

before: http://dl.dropbox.com/u/2761200/Sling/not-generating-manifest-jconsole.png after: http://dl.dropbox.com/u/2761200/Sling/generating-manifest-jconsole.png

How about activating the profile by default and see how things go?

Justin
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




Reply via email to