1 2 Previous Next 29 Replies Latest reply: Jun 3, 2004 10:02 PM by Steve Lewis Go to original post RSS
  • 15. Re: JCA in JB4/AOP
    Steve Lewis Expert

    Actually it doesn't look like aop-all example is using finalize. The first is a read, then a write, so it looks like it's reading the value, then ++ing it.

  • 16. Re: JCA in JB4/AOP
    Steve Lewis Expert

    Yeah I think that'd be easier. Just assume there's a close and intercept that.

  • 17. Re: JCA in JB4/AOP
    Steve Lewis Expert

    It looks like there's similar functionality already in JBoss-Cache, using AOP to cachify a List or a Map. That's basically the first step in pooling. There may be a difference in what JCA would want and what Cache already has. Not sure.

    Looking into it some more.


  • 18. Re: JCA in JB4/AOP
    Adrian Brock Master

    The way you implement it is the similar, but:

    cache.equals(pool) == false;

    cache is a map of identity to objects having different state
    pool is a set of equivalent objects


  • 19. Re: JCA in JB4/AOP
    Steve Lewis Expert

    Okay, that makes sense. Righto. I'll see what I can do from that.

  • 20. Re: JCA in JB4/AOP
    Steve Lewis Expert


    I can send you my JCPool mbean if you want to look at the code, to see if I'm on the right track, or if I'm missing any obvious features.

    If you don't want to, or don't have time, or just have better things to do, that's fine as well :D I'll send it on whenever I have the AOP part working, then, all wrapped together.


  • 21. Re: JCA in JB4/AOP
    Adrian Brock Master

    Post it as a patch at www.sf.net/projects/jboss

    I might get chance to look at it over the weekend, although it is a good friend's
    birthday so I will probably me "non compus mentis" :-)


  • 22. Re: JCA in JB4/AOP
    Steve Lewis Expert

    Posted. Have a great weekend. But not *too* great.

  • 23. Re: JCA in JB4/AOP
    Andrew Oliver Master

    Just wanted to say this sounds like a pretty awesome idea. Anything that makes it so that I never have to write a JCA adaptor sounds awesome to me.

  • 24. Re: JCA in JB4/AOP
    Steve Lewis Expert

    Word, Andy. I hate it, too. I intend to only have to learn it once, then make it generic, and then help other people. I can already think of multiple cases where we could have used this at my workplace.

    I want to make it very smart, as well, so that if someone sets up a connector, and they use it incorrectly, it will tell them exactly what's going wrong. You could have standard .xmls for regular things, like HTTP or SSL connections.

    In the long run, it'd be much easier to support as well. Most people have avoided JCA just because it *is* such a pain. But it's so freaking powerful.


  • 25. Re: JCA in JB4/AOP
    Steve Lewis Expert

    I added a patch for the proof-of-concept of AOP-ing a client object to retrieve it from a pool, without the user of the client knowing it's coming from a pool.


  • 26. Re: JCA in JB4/AOP
    Steve Lewis Expert

    An XDoclet approach would definitely be a first step. I don't know XDoclet, and AOP seems more interesting to me at this point. It seems to work well for Hibernate, and the idea was "Why can't we have Hibernate for JCA?"

  • 27. Re: JCA in JB4/AOP
    Steve Lewis Expert

    "It" meaning not that Hibernate uses AOP, but both AOP & Hibernate use bytecode manipulation.

  • 28. Re: JCA in JB4/AOP
    Nathan Egge Newbie

    Well, the other thing to remember is that these things are not mutually exclusive. For example, XDoclet provides tags for hibernate and generates the app server specific descriptors for it (sorry, don't have much experience with hibernate, need to fix that). I'd need to read up on how hibernate uses bytecode manipulation and if that makes sense for a JCA abstraction.

    Either way, I agree that something should be done so that the developer doesn't have to dig through that mess.


  • 29. Re: JCA in JB4/AOP
    Steve Lewis Expert

    Right you are. They aren't mutually exclusive.

    Right now I'm just trying to familiarize myself with JCA and JBoss's implementation of JCA, so I can think correctly about going about this "simplification."

1 2 Previous Next