Re: [JBoss-dev] JBoss 4.0 Entity Redesign

[Dain Sundstrom]

While you guys discussed this like a bunch of academics, I have almost all of the code done. I'll commit it when I get back on Friday or Saturday.

The changes I have made pass stateful information between interceptors using the Invocation object. Anyway, I'll let the code speak for me.

-dain

marc fleury wrote:

Good point, answered online

marc f

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:jboss-development-admin@;lists.sourceforge.net] On Behalf Of Bill Burke
Sent: Monday, October 21, 2002 10:54 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBoss 4.0 Entity Redesign


I think we need 2 types of interceptors

Per instance(per target object) and Singleton (one interceptor serving all target objects). See my previous email for use cases.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Hiram Chirino
Sent: Sunday, October 20, 2002 11:41 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBoss 4.0 Entity Redesign

Previously we were on opposite sides of this debate:-)

I think for simplicity we should have only stateless

interceptors,

any interceptor can store per-stack state in a the stack top in a hashmap.

This was the way I created the aspect stuff initially. The interceptors were tottaly statless. Even intercetor config was not stored in the interceptor. The config was put at the top of the stack.

Advantage:
1 interceptor instance could be used for all stack instances. (less memory usage?? not really, the config objects are created

and put at

the top of the
stack)

Disadvantages:
Hard to develop the interceptors and I think it lead to worse perfomance. I had to do a hashmap look up of the config

every time it

had to handle an invocation.





-------------------------------------------------------
This sf.net email is sponsored by:
Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD
_______________________________________________
Jboss-development mailing list

[EMAIL PROTECTED]

https://lists.sourceforge.net/lists/listinfo/jboss-development

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

-------------------------------------------------------
This sf.net emial is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ad.doubleclick.net/clk;4699841;7576301;v?http://www.sun.com/javavote
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

--
xxxxxxxxxxxxxxxxxxxxxxxx
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx



-------------------------------------------------------
This sf.net emial is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ad.doubleclick.net/clk;4699841;7576301;v?http://www.sun.com/javavote
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development