You can try keepSrcElementName=true on copy inside assign if you want. Alternatively, we can think about implementing element creation in ODE in a way that it creates some other prefix than empty, which is now default and is quite annoying. For example it could be taken from prefix map declared on top of bpel process.
As for qualified stateName, it looks like a bug, so you can file request including reproduction steps (example process). 2009/7/8 Myunghwa Hwang <[email protected]>: > Hi, list! > I've encountered another problem. > My process invokes three external web services whose messages are > unqualified XML instances. > An example request message should be like the following: > <soapenv:Body> > <get:getCntyOperation> > <!--Optional:--> > <stateName>?</stateName> > </get:getCntyOperation> > </soapenv:Body> > > However, when this service is invoked by my bpel process, the generated > message is a qualified XML message as follows: > <soapenv:Body> > <getCntyOperation xmlns="some URI"> > <!--Optional:--> > <stateName>?</stateName> > </getCntyOperation> > </soapenv:Body> > > This difference raises errors in running my bpel process. > I am using ode-2.0-beta on Tomcat 6.0.20. > The orchestration service provided by the process is also using unqualified > messages. > > Any advices are welcome. > > from Myunghwa Hwang > > > -- > Myunghwa Hwang > GeoDa Center > School of Geographical Sciences and Urban Planning > Arizona State University > [email protected] or [email protected] > Regards, -- Rafał Rusin http://www.touk.pl http://top.touk.pl http://www.mimuw.edu.pl/~rrusin
