-
1. Re: problems with multiple pluggable schema's
aloubyansky Aug 17, 2005 8:14 AM (in response to bill.burke)No way. Currently, SAX events are sent to handlers immediately. So, when interceptor's ElementHandler.startElement is invoked there is no info about bean element available (has not been parsed yet).
We could implement something like look-ahead but before doing that I would like to have convincing arguments.
Why would want to do that? -
2. Re: problems with multiple pluggable schema's
starksm64 Aug 22, 2005 2:43 PM (in response to bill.burke)Getting access to the bean element does not make sense as presumably the aop:interceptor element has an arbitrary content model given that you are showing an xml fragment from seperate a namespace. The contract between the aop layer and its interceptor plugins has to be either through an interface contract, or a reflection contract like the JavaBean one.
Why would you need specific knowledge of the interceptor configuration? This is essentially equivalent to knowing what constructor was used to create an instance of some interface. -
3. Re: problems with multiple pluggable schema's
adrian.brock Aug 22, 2005 2:53 PM (in response to bill.burke)I already added this issue to JIRA, but this will be done after MC 1.0.0/JBossAS 4.0.3
http://jira.jboss.com/jira/browse/JBMICROCONT-42
The basics are to separate<bean>
and<deployment>
into different schemas
such that aop can reuse the<bean>
via the ANY/annotation based parsing.
http://jira.jboss.com/jira/browse/JBMICROCONT-32