Thank you, I could pick modified class. Regards Raman
-----Original Message----- From: Simon Nash [mailto:[email protected]] Sent: Monday, June 28, 2010 3:02 PM To: [email protected] Subject: Re: PolicyConfigurationException: The are unfulfilled intents for binding in reference 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/t uscany/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 > > > >
