+1 ... I also believe we should be able to have module define/arrange phases without having to edit the axis2.xml file and the handlers themselves can take care of fault processing. Even in Rampart we use the same handler in the fault flows and we do the fault handling internally without really checking which flow it is in.
But, as Amila mentioned, until we get those implemented lets go ahead with the changes to axis2.xml to help fix the Rampart fault handling issue. Thanks, Ruchith On Dec 12, 2007 7:15 PM, Amila Suriarachchi <[EMAIL PROTECTED]> wrote: > hi glen, > > I am agreeing with you for the two features you have mentioned. And also As > I remember these two features > were there in the list that came up after last Apache Con hacathon. So there > were no objections for this > features. > > But for the moment since axis2 do not have these features the only option > Nandana have is to edit the axis2.xml. So lets allow him to continue with > this change and later it can be changed once those features are there. > > thanks, > Amila. > > > > On Dec 12, 2007 6:39 PM, Glen Daniels <[EMAIL PROTECTED]> wrote: > > Hi Nandana! > > > > > > > > > > Nandana Mihindukulasooriya wrote: > > > Hi Devs, > > > Rampart is in the process of providing security in the fault > > > flows. In order to do that, > > > we need to introduce security phase in to out fault flow. It is already > > > there in the in fault flow. > > > so the axis2.xml have to modified to include, > > > > > > <phaseOrder type="OutFaultFlow"> > > > <!-- user can add his own phases to this area --> > > > <phase name="OperationOutFaultPhase"/> > > > <phase name="RMPhase"/> > > > <phase name="PolicyDetermination"/> > > > <phase name="MessageOut"/> > > > *<phase name="Security"/>* > > > </phaseOrder> > > > > I'd much rather that we bit the bullet and finally got dynamic phase > > deployment working. It is ridiculous to keep changing our default > > axis2.xml (think about how many already deployed versions there are, and > > even how many copies we have floating around in our tests etc) when the > > whole point of Modules is that they should "drop in" to your system and > > require minimal, if any, configuration. I'm up for taking point on > > this, and should hopefully be able to get started soon. > > > > That said, I also think we should dispense with Fault Flows as has been > > discussed a few times. They don't do much useful work and unnecessarily > > complicate the configuration. There should just be "in" and "out", and > > if you have a handler which really cares whether a message is a fault or > > not, it should just check that in invoke(). > > > > There's my $0.02 - thoughts, devs? > > > > --Glen > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > Amila Suriarachchi, > WSO2 Inc. -- http://blog.ruchith.org http://wso2.org --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
