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.
