Hi All,
I would like to make a suggestion to solve the problem.
At the moment we store both
localname --> AxisOperation and
action --> AxisOperation
mapping in the operation alias mapping , IMO which is not correct. So we
need to first fix that problem meaning we need to have two tables
- One to keep action to AxisOperation mapping and (operationsAliasesMap)
- One to keep operation local name to AxisOperation mapping
(localnameToOperationMappingTable)
So when we call
AxisService.getOpeartion(QName operationName) {
// First check whether the operation is there in the child table , if
so return that
// Next check localnameToOperationMappingTable with the local name of
the operationName
// If found return that else return null
}
And when we call
AxisService.getOperationByAction(){
//here we just check in the operationsAliasesMap. if the operation is
there we return that else we return null.
}
Do the same thing for getOperationBySOAPAction
If we do so we do not need to change anywhere else.
Thank you!
Deepal
No, but then I'm not someone with a WSDL centric view of the world ;-)
I've taken another look, I think we can remove that line in that
method and retain the current runtime behaviour and fix the codegen
behaviour.... sorry for jumping in without the full facts.
David
On Thu, Apr 17, 2008 at 6:53 PM, Sanjiva Weerawarana
<[EMAIL PROTECTED]> wrote:
David Illsley wrote:
Regardless of whether I think this is a bug, there are plenty of
people who think it's a feature.... we simply cannot remove the
existing runtime behaviour that the operation name is always a valid
action.
David, that position is unacceptable if that hack algorithm we have breaks
valid WSDLs right?
In this case however, I do think that the problem is because we're not
properly URIfying @wsaw:Action properly.
Sanjiva.
--
Sanjiva Weerawarana, Ph.D.
Founder & Director; Lanka Software Foundation; http://www.opensource.lk/
Founder, Chairman & CEO; WSO2, Inc.; http://www.wso2.com/
Member; Apache Software Foundation; http://www.apache.org/
Visiting Lecturer; University of Moratuwa; http://www.cse.mrt.ac.lk/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
