Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (nike.apache.org: local policy)
Message-ID: <4CF540EB.3000002@oracle.com>
Date: Tue, 30 Nov 2010 10:22:35 -0800
From: niklas modin <niklas.modin@oracle.com>
Organization: Oracle Corporation
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.9.2.7) Gecko/20100713 Lightning/1.0b2
 OracleBeehiveExtension/1.0.0.0-OracleInternal Thunderbird/3.1.1
MIME-Version: 1.0
To: Commons Users List <user@commons.apache.org>
Subject: [digester] Class loading issue using commons-digester in OSGi setup
Content-Type: multipart/alternative;
 boundary="------------010601090508030806080803"

--------------010601090508030806080803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

  Hi all,

I'm trying to use commons-scxml in an OSGi environment (Equinox) and 
scxml has a dependency
on digester, which causes some class loading issues.

Digester gets it's own class loader being a separate bundle, however it 
looks like when
ObjectCreateRule.begin() instantiates the SCXML object when I try to 
parse a scxml document
this is done using this snippet:

/Class clazz = digester.getClassLoader().loadClass(realClassName);/

Since SCXML isn't in the digesters class loader, this will never work.

Any ideas on how this should work in an OSGi deployment ? Any one else 
with some experience
of using scxml/digester in this manner ?

Do I need to skip installing all the bundles separately, and just pack 
them all together into a
big jar ? Feels like that contradicts the whole modularization goal of 
OSGi/bundles.

Cheers,
Niklas

--------------010601090508030806080803--