2 Replies Latest reply on Aug 16, 2007 6:59 AM by Adrian Brock

    Need to revisit some other AOP integration

    Adrian Brock Master

      Now that I've moved the aop classes out of the microcontainer bootstrap in jboss-head
      its showing we need to revisit the aop integration with the MC and JBossXB.

      The problem is that neither of the factory settings that sets up this integration
      can see the aop classes so the configuration is not done.

      I'm not sure what state aop and aop-mc-int are in, so I didn't want
      to update the snapshots for these. Instead I've hacked a horrible
      class that redoes the integration work:
      https://svn.jboss.org/repos/jbossas/trunk/system/src/main/org/jboss/aop/deployers/temp/Hack.java

      This obviously needs fixing to do be done in a more reasonable way. ;-)

        • 1. Re: Need to revisit some other AOP integration
          Kabir Khan Master

          aop + aop-mc-int should be pretty stable.

          Could we do something like the following?

          1) expose Property-/AbstractConfiguration as a bean, with settable JoinpointFactoryBuilder and DependencyBuilder properties
          2) declare the AOP flavours of JFB and DB as beans, which then are installed and override the ones in AbstractConfiguration. This would replace the first part of the hack.

          I am not sure where the AOPBeansSchemaInitializer was initialised in the "old" config?

          • 2. Re: Need to revisit some other AOP integration
            Adrian Brock Master

             

            "kabir.khan@jboss.com" wrote:
            aop + aop-mc-int should be pretty stable.

            Could we do something like the following?

            1) expose Property-/AbstractConfiguration as a bean, with settable JoinpointFactoryBuilder and DependencyBuilder properties
            2) declare the AOP flavours of JFB and DB as beans, which then are installed and override the ones in AbstractConfiguration. This would replace the first part of the hack.


            Only if there was a permission to change it, otherwise somebody could break the whole
            system by setting a broken builder (Denial of Service Attack).


            I am not sure where the AOPBeansSchemaInitializer was initialised in the "old" config?


            In the JBossXB project inside the Singleton resolver.
            But it ignores class names that it cannot find from the JBossXB classloader.