[ http://issues.apache.org/jira/browse/WSCOMMONS-76?page=comments#action_12441054 ] Eran Chinthaka commented on WSCOMMONS-76: -----------------------------------------
Hi Rich, (Reply for http://issues.apache.org/jira/browse/WSCOMMONS-76#action_12440966) Well, I was under the assumption that the filter works with events and doesn't require past informatoin. But as mentioned by Takahide, if he wanna get in to the past information, I will agree with Rich's suggestion, with one modification :). Builder is very smooth component which should work on its own. So I do not like it to be exposed, explicitly to object other than OMtree. If what Takhide requires is past information, he should be ok even if we set the OM tree to his builder aware thingy. So can we modify Rich's suggestion as following. protected StAXBuilder(OMFactory ombuilderFactory, XMLStreamReader parser) { .... if (parser instanceof BuilderAwareReader) { ((BuilderAwareReader) parser).setDocument(this.getDocument()); } ..... } Anyway, +1 for Rich's suggestion on BuilderAwareReader, iff Builder gets to know about BuilderAwareReader inside tht instance of checking. > StAX Filter [ Data conversion, extraction, or do something between > XMLStreamReader and StAXBuilder] > --------------------------------------------------------------------------------------------------- > > Key: WSCOMMONS-76 > URL: http://issues.apache.org/jira/browse/WSCOMMONS-76 > Project: WS-Commons > Issue Type: New Feature > Components: AXIOM > Environment: windows > Reporter: Takahide Nogayama > Assigned To: Rich Scheuerle > Attachments: patchAXIOM_to_moduleaxiom-apisrcmainjava.txt, > patchAXIS2_to_moduleskernelsrc.txt, src_demo.zip, > StAX_filter_architecture.ppt, > ver2_patch_to_axiom_modules_axiom-api_src_main_java_org_apache_axiom_om_impl_builder.txt, > ver2_patch_to_axis2_modules_kernel_src_org_apache_axis2_transport.txt, > ver3_patch_to_axiom_modules_axiom-api_src_main_java.txt, ver3_src_demo.zip > > > Filter is interface and extends XMLStreamReader. Filter wraps > XMLStreamReader. And XMLStreamReader of StAXBuilder is replaced by Filter. > In building phase, next() method must be invoked on each event. filter get > result of next() from XMLStreamReader, and do some process, then return the > result to StAXBuilder. > We can set Object on filter. Filter get some information from it and set > result on it to transfer the result. > We can set StAXBuilder on filter. Filter get OMDocument from the builder. If > filter want to know past information, the OMDocument has it. > If StAXBuilder has lastNode() method, Filter can make reference list to > OMNode. this is commneted in > http://issues.apache.org/jira/browse/WSCOMMONS-75 . > Example1) > SOAP header has some child elements. and they has actor Attribute. it > indicates which intermediary should process the element. > ExtractMyActorSOAPHeaderFilter.java is implementation of Filter for this > example. The filter monitors locaName at first, > If START_ELEMENT whose actor does not equals myactor is found, The filter > invokes next() until the element's END_ELEMENT. > Thus, The soap header elements which has other's actor are not transfered to > StAXBuilder. We can ommit creating fruitness OM. > Example2) > If StAXBuilder has lastNode() method, Filter can make reference list. The > list has OMNode whose actor indicates myactor. > After building, If we want to access Security header elements which has > myactor, we can access the element directry by using the reference list. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
