On Mon, Jun 22, 2009 at 1:01 PM, Christian Fonden < [email protected]> wrote:
> Hello CJ, > > yes, it is declared in the process tag by xmlns:awml="http://..."; and the > schema is imported via > <bpel:import ..> with a given file and the same namespace. Hope that helps > analyzing the problem. > > Hmm, would've been too easy I guess :) When I went through a patch of assign failures I found the quickest and easiest way to work out why the select was failing was to attached a java debugger to the process and step through the ASSIGN.java file, sorry :( - cj. > > greets > Chris > ----- Original Message ----- From: "Ciaran" <[email protected]> > To: <[email protected]> > Sent: Sunday, June 21, 2009 11:22 PM > Subject: Re: Assignment Fault - Possibly a bug? > > > Completely random stab in the dark (bored on a Sunday evening) is the > 'awml' > prefix declared in your BPEL document anywhere (And to the correct > namespace?) > -cj. > > > On Sun, Jun 21, 2009 at 3:40 PM, Christian Fonden < > [email protected]> wrote: > > Hello Oders, >> >> I currently have some trouble with an assignment fault. >> The situation is as follows: >> - I have an assign activity that reads a internal variable with the >> following query >> $queryTarget/reply/awml:awml >> >> this results in an error which is logged by the ode: >> >> >> [OdeServerImpl-1] ERROR org.apache.ode.bpel.rtrep.v2.ASSIGN - Assignment >> Fault: { >> >> http://docs.oasis-open.org/wsbpel/2.0/process/executable}selectionFailure,lineNo=223,faultExplanation={http://docs.oasis-open.org/wsbpel/2.0/process/executable}selectionFailure<http://docs.oasis-open.org/wsbpel/2.0/process/executable%7DselectionFailure%2ClineNo%3D223%2CfaultExplanation%3D%7Bhttp://docs.oasis-open.org/wsbpel/2.0/process/executable%7DselectionFailure> >> < >> http://docs.oasis-open.org/wsbpel/2.0/process/executable%7DselectionFailure%2ClineNo%3D223%2CfaultExplanation%3D%7Bhttp://docs.oasis-open.org/wsbpel/2.0/process/executable%7DselectionFailure >> >: >> >> R-Value expression "{OXPath10Expression $queryTarget/reply/awml:awml}" did >> not select any nodes. >> >> similar selects from $queryTarget/statusMessage work in the same >> assignment >> acitivity. >> >> The content if $queryTarget (which is actually in the current scope and >> thus visible to the assign activity) >> is attached to this mail. >> >> I think the cause may be that the awml:awml element is imported from >> another xsd-schema definition file, but I don't have any clue how to >> validate that. >> >> Any help? >> >> greets >> Chris >> >> >> <xsd-complex-type-wrapper >> xmlns:awml="http://www.nexus.uni-stuttgart.de/2.0/AWML"; >> xmlns:gml="http://www.opengis.net/gml"; >> xmlns:nsas="http://www.nexus.uni-stuttgart.de/1.0/NSAS"; >> xmlns:nsat="http://www.nexus.uni-stuttgart.de/1.0/NSAT"; >> xmlns:nscs="http://www.nexus.uni-stuttgart.de/1.0/NSCS"; xmlns:xsi=" >> http://www.w3.org/2001/XMLSchema-instance";> >> <CPSName>org.apache.ode.c4b.extensionBundle.cps.DummyCPSAdapter</CPSName> >> <statusMessage>success</statusMessage> >> <reply> >> <awml:awml xmlns:awml="http://www.nexus.uni-stuttgart.de/2.0/AWML"; >> xmlns:gml="http://www.opengis.net/gml"; >> xmlns:nsas="http://www.nexus.uni-stuttgart.de/1.0/NSAS"; >> xmlns:nsat="http://www.nexus.uni-stuttgart.de/1.0/NSAT"; >> xmlns:nscs="http://www.nexus.uni-stuttgart.de/1.0/NSCS"; xmlns:xsi=" >> http://www.w3.org/2001/XMLSchema-instance";> >> <awml:nexusobject> >> <nsas:type> >> <nsas:value>nscs:Bar</nsas:value> >> </nsas:type> >> <nsas:kind> >> <nsas:value>real</nsas:value> >> </nsas:kind> >> <nsas:pos> >> <nsas:value> >> <gml:Point >> srsName="http://www.opengis.net/gml/srs/epsg.xml#4326"; >> xmlns:gml="http://www.opengis.net/gml";> >> <gml:coordinates>48.7433729,9.102218</gml:coordinates> >> </gml:Point> >> </nsas:value> >> </nsas:pos> >> <nsas:nol> >> <nsas:value>nexus: >> >> http://nemesis.informatik.uni-stuttgart.de:8080/spase/seife||0x7ec28ccd5e1b11dd975d001731c341e7/0x45a24a8bc38511d8bab0080020a23633<http://nemesis.informatik.uni-stuttgart.de:8080/spase/seife%7C%7C0x7ec28ccd5e1b11dd975d001731c341e7/0x45a24a8bc38511d8bab0080020a23633> >> < >> http://nemesis.informatik.uni-stuttgart.de:8080/spase/seife%7C%7C0x7ec28ccd5e1b11dd975d001731c341e7/0x45a24a8bc38511d8bab0080020a23633 >> > >> >> </nsas:value> >> </nsas:nol> >> <nsas:extent> >> <nsas:value> >> <gml:MultiPolygon >> srsName="http://www.opengis.net/gml/srs/epsg.xml#4326"; >> xmlns:gml="http://www.opengis.net/gml";> >> <gml:polygonMember> >> <gml:Polygon> >> <gml:outerBoundaryIs> >> <gml:LinearRing> >> <gml:coordinates>48.7433729,9.102218 48.743378,9.102126 >> 48.7434319,9.102132 48.743435,9.102046 48.7435,9.102052 48.743532,9.102056 >> 48.743527,9.1021489 48.7434909,9.1021461 48.7434879,9.1022301 >> 48.7433729,9.102218</gml:coordinates> >> </gml:LinearRing> >> </gml:outerBoundaryIs> >> </gml:Polygon> >> </gml:polygonMember> >> </gml:MultiPolygon> >> </nsas:value> >> </nsas:extent> >> <nsas:description> >> <nsas:value>Lasterhoehle</nsas:value> >> </nsas:description> >> <nsas:name> >> <nsas:value>Wunderbar</nsas:value> >> </nsas:name> >> </awml:nexusobject> >> </awml:awml> >> </reply> >> </xsd-complex-type-wrapper> >> >> >
