-
15. Re: JCA in JB4/AOP
spiritualmechanic Apr 16, 2004 2:13 PM (in response to spiritualmechanic)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.
Steve -
16. Re: JCA in JB4/AOP
spiritualmechanic Apr 16, 2004 2:16 PM (in response to spiritualmechanic)Yeah I think that'd be easier. Just assume there's a close and intercept that.
-
17. Re: JCA in JB4/AOP
spiritualmechanic Apr 16, 2004 3:29 PM (in response to spiritualmechanic)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.
Steve -
18. Re: JCA in JB4/AOP
adrian.brock Apr 16, 2004 3:51 PM (in response to spiritualmechanic)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
Regards,
Adrian -
19. Re: JCA in JB4/AOP
spiritualmechanic Apr 16, 2004 5:01 PM (in response to spiritualmechanic)Okay, that makes sense. Righto. I'll see what I can do from that.
-
20. Re: JCA in JB4/AOP
spiritualmechanic Apr 16, 2004 6:19 PM (in response to spiritualmechanic)Adrian,
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.
Steve -
21. Re: JCA in JB4/AOP
adrian.brock Apr 16, 2004 6:48 PM (in response to spiritualmechanic)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" :-)
http://www.clickdocs.co.uk/glossary/non-compus-mentis.htm
Regards,
Adrian -
22. Re: JCA in JB4/AOP
spiritualmechanic Apr 16, 2004 7:13 PM (in response to spiritualmechanic)Posted. Have a great weekend. But not *too* great.
-
23. Re: JCA in JB4/AOP
acoliver Apr 16, 2004 8:40 PM (in response to spiritualmechanic)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
spiritualmechanic Apr 16, 2004 8:52 PM (in response to spiritualmechanic)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.
Steve -
25. Re: JCA in JB4/AOP
spiritualmechanic May 22, 2004 9:26 PM (in response to spiritualmechanic)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.
Thanks! -
26. Re: JCA in JB4/AOP
spiritualmechanic Jun 3, 2004 7:29 PM (in response to spiritualmechanic)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
spiritualmechanic Jun 3, 2004 7:30 PM (in response to spiritualmechanic)"It" meaning not that Hibernate uses AOP, but both AOP & Hibernate use bytecode manipulation.
-
28. Re: JCA in JB4/AOP
negge Jun 3, 2004 7:59 PM (in response to spiritualmechanic)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.
Nathan -
29. Re: JCA in JB4/AOP
spiritualmechanic Jun 3, 2004 10:02 PM (in response to spiritualmechanic)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."