Please answer the question below regarding usage of org.apache.aries.blueprint.preemptiveShutdown=false. any repercussions of doing this?
Also, is there any documentation on this and any other system properties that are "hidden"? Perhaps this one should be explicitly set to true/false by default in the system.properties file? schmke wrote > One case I've seen, this issue occurs when ActiveMQ is being used and gets > shutdown as part of the Blueprint shutdown that doesn't seem to follow the > reverse start-level shutdown. Then AMQ clients that aren't using > Blueprint > have issues as they are trying to reconnect and don't shutdown. > > I found that there is a setting, > org.apache.aries.blueprint.preemptiveShutdown, which defaults to true but > when set to false seems to help this issue. But what is the impact or > side-effects of setting it to false? Will the shutdown just take longer > in > this case? Or is there something else to be aware of? > > On Wed, Jan 7, 2015 at 9:30 PM, Jean-Baptiste Onofré < > jb@ > > > wrote: > >> We have a Jira about that, it's related to Felix framework and bundle >> cache corruption. Just delete the cache fixes the issue but I'm looking >> for >> a more reliable workaround (in Karaf). >> >> Regards >> JB >> >> >> On 01/08/2015 01:12 AM, asookazian2 wrote: >> >>> Karaf 3.0.2 >>> >>> we are seeing intermittent hanging on halt (shutdown) of karaf. we then >>> use >>> 'kill -9' on karaf java process. then, sometimes after a restart, we >>> are >>> seeing some bundles (typically the last n bundles) in 'installed' state. >>> I >>> believe I saw on this forum JB commented the root cause of this is a >>> felix >>> bug. Any details on this JIRA, etc. and when it may be fixed? Has >>> anybody >>> else seen this behavior? >>> >>> In the log we are seeing: >>> >>> 20150107 15:38:22.613 [WARN ] ActiveMQ Task-3 | >>> 147:org.apache.activemq.activemq-osgi | >>> org.apache.activemq.transport.failover.FailoverTransport | Failed to >>> connect >>> to [tcp://localhost:61616] after: 10 attempt(s) continuing to retry. >>> >>> Also, i noticed today that I could not 'uninstall > <bundleId> > ' for these >>> corrupted bundles. Should we just delete them manually from >>> kara/data/cache/ > <bundleId> > directory and restart karaf? thx for any help. >>> >>> btw, we tried switching to equinox but we had other issues with that so >>> back >>> with felix for now. >>> >>> >>> >>> -- >>> View this message in context: http://karaf.922171.n3.nabble. >>> com/bundle-corruption-with-felix-and-karaf-3-0-2-tp4037669.html >>> Sent from the Karaf - User mailing list archive at Nabble.com. >>> >>> >> -- >> Jean-Baptiste Onofré >> > jbonofre@ >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> -- View this message in context: http://karaf.922171.n3.nabble.com/bundle-corruption-with-felix-and-karaf-3-0-2-tp4037669p4037694.html Sent from the Karaf - User mailing list archive at Nabble.com.
