Return-Path: X-Original-To: apmail-tuscany-user-archive@www.apache.org Delivered-To: apmail-tuscany-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E628FE820 for ; Mon, 18 Feb 2013 09:07:48 +0000 (UTC) Received: (qmail 35818 invoked by uid 500); 18 Feb 2013 09:07:48 -0000 Delivered-To: apmail-tuscany-user-archive@tuscany.apache.org Received: (qmail 35753 invoked by uid 500); 18 Feb 2013 09:07:48 -0000 Mailing-List: contact user-help@tuscany.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@tuscany.apache.org Delivered-To: mailing list user@tuscany.apache.org Received: (qmail 35729 invoked by uid 99); 18 Feb 2013 09:07:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 Feb 2013 09:07:48 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gvnanils@gmail.com designates 209.85.215.41 as permitted sender) Received: from [209.85.215.41] (HELO mail-la0-f41.google.com) (209.85.215.41) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 Feb 2013 09:07:43 +0000 Received: by mail-la0-f41.google.com with SMTP id fo12so5224666lab.28 for ; Mon, 18 Feb 2013 01:07:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=ahluzhHLLa+8gNc1wWsDbSbTXbz6gXN4quB2QqDHPXI=; b=FaCJjTG55ftAJHYDbe2Aw9YMX8x1Sox5sZtEoB2sewfGA3FB1jiSB2gG8oE4kTOrba kUw18QCZjzBUuWBXDYrCFKtB0m0Ou39YpovNd0k05FtzU8oxccrcY/zi4+DrEvV252ot 25eEWKK110HnhaimGwdSn/dhKfRVj8ZSxj82/w9Z/Bf4NqJKU/4VhbnU6KBrP10j5YX0 yvZyjJ1FIQiJyaonaCRgSqjjDz8wPS6Yyitg0PdZpVGOwPJ8weSmebGy5K92LEylswfi wQwTZM6JwczerJ7mq7IORBElaAJlB8r+Hgyr7ne0DkVny5PHqoLaZmxeEIgEU/WeJ5vW 7j7A== MIME-Version: 1.0 X-Received: by 10.152.146.199 with SMTP id te7mr9852459lab.23.1361178441448; Mon, 18 Feb 2013 01:07:21 -0800 (PST) Received: by 10.114.93.170 with HTTP; Mon, 18 Feb 2013 01:07:21 -0800 (PST) In-Reply-To: <32F15738E8E5524DA4F01A0FA4A8E490AF14A545@HQMBX5.eur.ad.sag> References: <32F15738E8E5524DA4F01A0FA4A8E490AF143DD8@HQMBX5.eur.ad.sag> <32F15738E8E5524DA4F01A0FA4A8E490AF14A545@HQMBX5.eur.ad.sag> Date: Mon, 18 Feb 2013 14:37:21 +0530 Message-ID: Subject: Re: SDO type loading per ClassLoader From: Blue Diamond To: user@tuscany.apache.org Content-Type: multipart/alternative; boundary=e89a8f22c5557a7cfd04d5fc0d3b X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f22c5557a7cfd04d5fc0d3b Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable thanks a lot Sabastian.. so it seems we dont have a way of doing this independent of classloader at a global scope... On Mon, Feb 18, 2013 at 2:24 PM, Millies, Sebastian < sebastian.millies@ids-scheer.com> wrote: > yes, it amounts to the same thing. -- Sebastian > > > > *From:* Blue Diamond [mailto:gvnanils@gmail.com] > *Sent:* Monday, February 18, 2013 7:31 AM > > *To:* user@tuscany.apache.org > *Subject:* Re: SDO type loading per ClassLoader > > > > Hi Sabastian, > > > > Thanks a lot for replying. So, if I understand correctly, you have your > types (XSDs) available in one SCA Contribution and they are imported by > other nodes/jars. Since the import is happening on XSDs, does it mean the > nodes import the XSDs and loads the types for its own classloader? If so, > then it is same as what we are doing right now, loading the XSDs per > classloader to make types available. > > > > Thanks & Regards, > > Anil > > On Tue, Feb 12, 2013 at 2:36 PM, Millies, Sebastian < > sebastian.millies@ids-scheer.com> wrote: > > Hello there, > > > > I can=92t really offer something very specific to your question, because = I > have no experience with > > OSGi environments. > > > > However, as far as my SCA components are concerned, I have not been able > to make types available > > globally. Instead, I have one contribution (jar) exporting all the types, > and that is loaded into every node > > I start. The sca-contribution.xml files of every other contribution refer > to that =93global=94 contribution > > by resource imports for the XSD-files, like > > > > > > > > and the composites have import statements like > > > > =85 xmlns:dbsdo=3Dhttp://tuscany.apache.org/xmlns/sca/databinding/sdo/1.0= =85 > > > > > > Does that help? > > n Sebastian > > > > *From:* Blue Diamond [mailto:gvnanils@gmail.com] > *Sent:* Monday, February 11, 2013 3:00 PM > *To:* user@tuscany.apache.org > *Subject:* Re: SDO type loading per ClassLoader > > > > Any insights? :) > > Really appreciate any help/info on this. > > On Fri, Feb 8, 2013 at 7:50 PM, Blue Diamond wrote: > > Hi all, > > > > We have been using Tuscany SDO for a while. When we load types using SDO'= s > XSDHelper it loads the types for the Context ClassLoader. > > Which means, if I am in an OSGi env., each bundle that wants to deal with > types should load the types. > > > > Is there a way I can configure SDO or load types with some options that > makes the types once loaded are available to all ClassLoaders? (something > like global scope). > > > > Thanks & Regards, > > Anil > > > > IDS Scheer Consulting GmbH > Gesch=E4ftsf=FChrer/Managing Directors: Michael Rehm, Ivo Totev > Sitz/Registered office: Altenkesseler Stra=DFe 17, 66115 Saarbr=FCcken, > Germany - Registergericht/Commercial register: Saarbr=FCcken HRB 19681 > *http://www.ids-scheer-consulting.com* > > > > > IDS Scheer Consulting GmbH > Gesch=E4ftsf=FChrer/Managing Directors: Michael Rehm, Ivo Totev > Sitz/Registered office: Altenkesseler Stra=DFe 17, 66115 Saarbr=FCcken, > Germany - Registergericht/Commercial register: Saarbr=FCcken HRB 19681 > *http://www.ids-scheer-consulting.com* > > --e89a8f22c5557a7cfd04d5fc0d3b Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable thanks a lot Sabastian.. =A0
so it seems we dont have a way of doing th= is independent of classloader at a global scope...=A0


On Mon, Feb 18, 2013 at 2:24 PM, Millies, Sebastian= <sebastian.millies@ids-scheer.com> wrote:

yes, it amounts to the = same thing. -- Sebastian

=A0

From: Blue Diamond [mailto:gvnanils@gmail.com]
Sent: Monday, February 18, 2013 7:31 AM


To: use= r@tuscany.apache.org
Subject: Re: SDO type loading per ClassLoader

=A0

Hi Sabastian,

=A0

Thanks a lot for replying. So, if I understand corre= ctly, you have your types (XSDs) available in one SCA Contribution and they= are imported by other nodes/jars. Since the import is happening on XSDs, d= oes it mean the nodes import the XSDs and loads the types for its own classloader? If so, then it is same as wha= t we are doing right now, loading the XSDs per classloader to make types av= ailable.=A0

=A0

Thanks & Regards,

Anil

On Tue, Feb 12, 2013 at 2:36 PM, Millies, Sebastian = <s= ebastian.millies@ids-scheer.com> wrote:

Hello there,

=A0

I can=92t really offer = something very specific to your question, because I have no experience with=

OSGi environments.

=A0

However, as far as my S= CA components are concerned, I have not been able to make types available

globally. Instead, I ha= ve one contribution (jar) exporting all the types, and that is loaded into = every node

I start. The sca-contri= bution.xml files of every other contribution refer to that =93global=94 con= tribution

by resource imports for= the XSD-files, like

=A0

<import.resource uri= =3D"SDOTypes/user.xsd"/>

=A0

and the composites have= import statements like

=A0

=85 xmlns:dbsdo=3Dhttp://tuscany.apache.org/xmlns/= sca/databinding/sdo/1.0 =85

<dbsdo:import.sdo lo= cation=3D"SDOTypes/user.xsd"/>

=A0

Does that help?<= /p>

n=A0 Sebastian

=A0

From: Blue Diamond [mailto:gvnanils@gmail.com]
Sent: Monday, February 11, 2013 3:00 PM
To: use= r@tuscany.apache.org
Subject: Re: SDO type loading per ClassLoader

=A0

Any insights? :)

Really appreciate any= help/info on this.

On Fri, Feb 8, 2013 at 7:50 PM, Blue Diamond <gvnanils@gmail.com= > wrote:

Hi all,

=A0

We have been using Tuscany SDO for a while. When we = load types using SDO's XSDHelper it loads the types for the Context Cla= ssLoader.

Which means, if I am in an OSGi env., each bundle th= at wants to deal with types should load the types.

=A0

Is there a way I can configure SDO or load types wit= h some options that makes the types once loaded are available to all ClassL= oaders? (something like global scope).

=A0

Thanks & Regards,

Anil

=A0

IDS Scheer Consulting Gm= bH
Gesch=E4ftsf=FChrer/Managing Directors: Michael Rehm, Ivo Totev
Sitz/Registered office: Altenkesseler Stra=DFe 17, 66115 Saarbr=FCcken, Ger= many - Registergericht/Commercial register: Saarbr=FCcken HRB 19681
<= b>http://www.ids-scheer-consulting.com

=A0

IDS Scheer Consulting GmbH=
Gesch=E4ftsf=FChrer/Managing Directors: Michael Rehm, Ivo Totev
Sitz/Registered office: Altenkesseler Stra=DFe 17, 66115 Saarbr=FCcken, Ger= many - Registergericht/Commercial register: Saarbr=FCcken HRB 19681
<= b>http://www.ids-scheer-consulting.com=


--e89a8f22c5557a7cfd04d5fc0d3b--