Malisetti, Ramanjaneyulu wrote:
Hi Simon,
what are the modules have this change. I would like
to build latest 1.x code and take only modules that I have this fix.
Could you tell me the changes?
You can find this information by going to
https://issues.apache.org/jira/browse/TUSCANY-3569
and clicking the "All" tab in the bottom section. From this you can see
that the code change was in svn revision 952186 which updated the file
/tuscany/sca-java-1.x/trunk/modules/node-impl/src/main/java/org/apache/tuscany/sca/node/impl/NodeImpl.java
Simon
Regards
Raman
-----Original Message-----
From: Simon Nash [mailto:[email protected]]
Sent: Monday, June 07, 2010 5:07 PM
To: [email protected]
Subject: Re: PolicyConfigurationException: The are unfulfilled intents
for binding in reference
Simon Nash wrote:
Mike Edwards wrote:
Malisetti, Ramanjaneyulu wrote:
Hi,
If Node is created with composite as a string , I mean something
like
below. All policy intents are not recognized. I modified "
policy-security-token" itest to load composite as a string, test is
throwing with exception PolicyConfigurationException.
*private* *static* String /composite1 = "xxxxx";/
/scaNodeFactory/ = SCANodeFactory./newInstance/();
String _contribName1_ = "HelloWorldService" +
"-contribution.xml";
/node/ =
/scaNodeFactory/.createSCANode("HelloWorldService",
/composite1/,*new* SCAContribution("",""));
/node/.start();
Raman,
What do you think that the " new SCAContribution("","") " is
actually doing?
Basically, this says to the Tuscany SCA runtime - create a
Contribution which has no name and where the contents are held at a
null URL location. In other words, this is a non-Contribution.
In SCA, artifacts that are required by Composites that you want to
run
are contained in Contributions, which are simply hierarchical
collections of files packaged up in some way - the simplest forms are
either a file system directory and its subdirectories, or else a ZIP
file of the artifacts, again with internal hierarchy through the
paths
of each file in the ZIP.
So, in its simplest form, when you create an SCA application using a
Composite file, any artifacts that the composite depends upon (ie
uses
somewhere in the composite file) such as a Java class, or the
definition of a Policy Intent or a Policy Set, must be contained
somewhere in the Contribution (or Contributions) that are available
to
the SCA runtime.
In your code above, there is no Contribution, so it is not surprising
to find that the SCA runtime fails to resolve things that it needs.
You should create the Contribution class with a real name and a real
URL - the URL pointing either to a ZIP file or to the directory on
disk where your artifacts are kept...
Yours, Mike.
This was my first thought when I saw Raman's post. However I have
tried
making this change in the test code that Raman attached to
TUSCANY-3569 and
I still see the problem. I have reopened TUSCANY-3569 while I
investigate
further.
Simon
I have found and fixed the Tuscany runtime problem, which was caused by
an
incorrect order of processing in NodeImpl. See TUSCANY-3569 for more
details.
Simon
