<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Activiti within OSGi: Classloader issues after bundle update in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/activiti-within-osgi-classloader-issues-after-bundle-update/m-p/92559#M63254</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I will try to be a little more specific with what is going on based on my understanding. Upon the initial server startup, we build a first engine instance using processEngineConfiguration.buildProcessEngine(). Everything is working fine subsequently until we update the bundle. Despite calling ProcessEngines.destroy() beforehand, we receive the above mentioned error. It seems to originate from attempted casts from objects loaded by the first bundle to objects loaded by the second bundle - failing because of different classloaders.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thus, I would like to ask for a hint on how to destroy all objects/close all sessions by Activiti so that everything will be loaded by the new classloader again. I called ProcessEngines.init() for example and it told me that "ProcessEngines" were already initialized - despite ProcessEngines.destroy()?!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks!&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 07 May 2012 13:10:38 GMT</pubDate>
    <dc:creator>bpaas</dc:creator>
    <dc:date>2012-05-07T13:10:38Z</dc:date>
    <item>
      <title>Activiti within OSGi: Classloader issues after bundle update</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/activiti-within-osgi-classloader-issues-after-bundle-update/m-p/92558#M63253</link>
      <description>Hi everyone,We are building a process-driven web application based on OSGi. We were hoping to make use of OSGi's hot deployment capabilities to update different parts of our system independently without having to restart the server.Unfortunately, that's when we run into problems. Once we update bund</description>
      <pubDate>Fri, 04 May 2012 12:06:24 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/activiti-within-osgi-classloader-issues-after-bundle-update/m-p/92558#M63253</guid>
      <dc:creator>bpaas</dc:creator>
      <dc:date>2012-05-04T12:06:24Z</dc:date>
    </item>
    <item>
      <title>Re: Activiti within OSGi: Classloader issues after bundle update</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/activiti-within-osgi-classloader-issues-after-bundle-update/m-p/92559#M63254</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I will try to be a little more specific with what is going on based on my understanding. Upon the initial server startup, we build a first engine instance using processEngineConfiguration.buildProcessEngine(). Everything is working fine subsequently until we update the bundle. Despite calling ProcessEngines.destroy() beforehand, we receive the above mentioned error. It seems to originate from attempted casts from objects loaded by the first bundle to objects loaded by the second bundle - failing because of different classloaders.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thus, I would like to ask for a hint on how to destroy all objects/close all sessions by Activiti so that everything will be loaded by the new classloader again. I called ProcessEngines.init() for example and it told me that "ProcessEngines" were already initialized - despite ProcessEngines.destroy()?!&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks!&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 07 May 2012 13:10:38 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/activiti-within-osgi-classloader-issues-after-bundle-update/m-p/92559#M63254</guid>
      <dc:creator>bpaas</dc:creator>
      <dc:date>2012-05-07T13:10:38Z</dc:date>
    </item>
  </channel>
</rss>

