Re: [JBoss-dev] please notify before large scale changes to EJB land.
Repackaging of the EJB bits which are not under org.jboss.ejb is minor IMO, but making the module separation is important for build simplification and general logical separation of server components. I think stink it is worth the effort. --jason On Thursday, March 6, 2003, at 09:33 AM, Scott M Stark wrote: This is this list of packages under server that really are ejb specific and not already under org/jboss/ejb: ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql Its really not much so I don't really see its worth the effort to rename. Especially given that a lot of this is obsolete or soon will be. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 05, 2003 5:55 PM Subject: Re: [JBoss-dev] please notify before large scale changes to EJB land. On Wednesday, March 5, 2003, at 11:56 AM, Jason Dillon wrote: EJB specific: ./org/jboss/security ? ./org/jboss/security/plugins ? ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/metadata ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql ./org/jboss/deployment If the above stuff is truly EJB specific I think we should put them under the org.jboss.ejb package. If it is not then, we should move them to their respective modules (we will move the cmp stuff). I think we need a clear delineation between EJB specific stuff and general behaviors that can be reused by other distributed object frameworks like AOP. How does everyone feel about that? -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
This is this list of packages under server that really are ejb specific and not already under org/jboss/ejb: > ./org/jboss/monitor ? > ./org/jboss/monitor/client ? > ./org/jboss/verifier/strategy ? > ./org/jboss/jmx/adaptor/ejb > ./org/jboss/jmx/connector/ejb > ./org/jboss/proxy/ejb > ./org/jboss/proxy/ejb/handle > ./org/jboss/cmp/ejb > ./org/jboss/cmp/ejb/ejbql Its really not much so I don't really see its worth the effort to rename. Especially given that a lot of this is obsolete or soon will be. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 05, 2003 5:55 PM Subject: Re: [JBoss-dev] please notify before large scale changes to EJB land. > On Wednesday, March 5, 2003, at 11:56 AM, Jason Dillon wrote: > > > EJB specific: > > > > ./org/jboss/security ? > > ./org/jboss/security/plugins ? > > ./org/jboss/monitor ? > > ./org/jboss/monitor/client ? > > ./org/jboss/verifier/strategy ? > > ./org/jboss/jmx/adaptor/ejb > > ./org/jboss/jmx/connector/ejb > > ./org/jboss/metadata > > ./org/jboss/proxy/ejb > > ./org/jboss/proxy/ejb/handle > > ./org/jboss/cmp/ejb > > ./org/jboss/cmp/ejb/ejbql > > ./org/jboss/deployment > > If the above stuff is truly EJB specific I think we should put them > under the org.jboss.ejb package. If it is not then, we should move > them to their respective modules (we will move the cmp stuff). I think > we need a clear delineation between EJB specific stuff and general > behaviors that can be reused by other distributed object frameworks > like AOP. > > How does everyone feel about that? > > -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
> ./org/jboss/verifier > ./org/jboss/verifier/event > ./org/jboss/verifier/factory All of these are for validation of ejb deployments so it is ejb specific. > ./org/jboss/security ? Not ejb specific. > ./org/jboss/security/plugins ? Obsolete and should be dropped. > ./org/jboss/metadata A mixture of j2ee metadata, not just ejb specific > ./org/jboss/deployment This is j2ee application deployment not specific to ejb > ./org/jboss/monitor ? > ./org/jboss/monitor/client ? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 05, 2003 9:56 AM Subject: Re: [JBoss-dev] please notify before large scale changes to EJB land. > I just quickly scanned the packages in server and it looks like quite a > bit is non-ejb specific. > > There is just too much mingling between core system components and EJB > fluff. JBoss will be better off with these nice and cleanly separated. > JBoss... more than just and EJB container. > > Not EJB specific: > > ./org/jboss/aspect > ./org/jboss/aspect/interceptors > ./org/jboss/aspect/internal > ./org/jboss/aspect/jmx > ./org/jboss/aspect/spi > ./org/jboss/cache > ./org/jboss/cache/invalidation > ./org/jboss/cache/invalidation/bridges > ./org/jboss/cache/invalidation/triggers > ./org/jboss/cmp > ./org/jboss/cmp/aop > ./org/jboss/cmp/query > ./org/jboss/cmp/schema > ./org/jboss/cmp/sql > ./org/jboss/cmp/sql/jdbc > ./org/jboss/invocation > ./org/jboss/invocation/http > ./org/jboss/invocation/http/interfaces > ./org/jboss/invocation/http/server > ./org/jboss/invocation/jrmp > ./org/jboss/invocation/jrmp/interfaces > ./org/jboss/invocation/jrmp/server > ./org/jboss/invocation/local > ./org/jboss/invocation/nrmi > ./org/jboss/invocation/nrmi/algorithm > ./org/jboss/invocation/pooled > ./org/jboss/invocation/pooled/interfaces > ./org/jboss/invocation/pooled/server > ./org/jboss/invocation/trunk > ./org/jboss/invocation/trunk/client > ./org/jboss/invocation/trunk/client/bio > ./org/jboss/invocation/trunk/client/nbio > ./org/jboss/invocation/trunk/server > ./org/jboss/invocation/trunk/server/bio > ./org/jboss/invocation/trunk/server/nbio > ./org/jboss/jms > ./org/jboss/jms/asf > ./org/jboss/jms/jndi > ./org/jboss/jmx > ./org/jboss/jmx/adaptor > ./org/jboss/jmx/adaptor/rmi > ./org/jboss/jmx/adaptor/xml > ./org/jboss/jmx/connector > ./org/jboss/jmx/connector/notification > ./org/jboss/jmx/connector/rmi > ./org/jboss/jmx/service > ./org/jboss/logging > ./org/jboss/naming > ./org/jboss/naming/java > ./org/jboss/proxy > ./org/jboss/proxy/compiler > ./org/jboss/verifier > ./org/jboss/verifier/event > ./org/jboss/verifier/factory > ./org/jboss/web > > EJB specific: > > ./org/jboss/security ? > ./org/jboss/security/plugins ? > ./org/jboss/monitor ? > ./org/jboss/monitor/client ? > ./org/jboss/verifier/strategy ? > ./org/jboss/jmx/adaptor/ejb > ./org/jboss/jmx/connector/ejb > ./org/jboss/metadata > ./org/jboss/proxy/ejb > ./org/jboss/proxy/ejb/handle > ./org/jboss/cmp/ejb > ./org/jboss/cmp/ejb/ejbql > ./org/jboss/deployment > ./org/jboss/ejb > ./org/jboss/ejb/entity > ./org/jboss/ejb/plugins > ./org/jboss/ejb/plugins/cmp > ./org/jboss/ejb/plugins/cmp/bridge > ./org/jboss/ejb/plugins/cmp/ejbql > ./org/jboss/ejb/plugins/cmp/jdbc > ./org/jboss/ejb/plugins/cmp/jdbc/bridge > ./org/jboss/ejb/plugins/cmp/jdbc/hsqldb > ./org/jboss/ejb/plugins/cmp/jdbc/informix > ./org/jboss/ejb/plugins/cmp/jdbc/jdbc3 > ./org/jboss/ejb/plugins/cmp/jdbc/metadata > ./org/jboss/ejb/plugins/cmp/jdbc/mysql > ./org/jboss/ejb/plugins/cmp/jdbc/sybase > ./org/jboss/ejb/plugins/jaws > ./org/jboss/ejb/plugins/jaws/bmp > ./org/jboss/ejb/plugins/jaws/jdbc > ./org/jboss/ejb/plugins/jaws/metadata > ./org/jboss/ejb/plugins/jms > ./org/jboss/ejb/plugins/keygenerator > ./org/jboss/ejb/plugins/keygenerator/uuid > ./org/jboss/ejb/plugins/local > ./org/jboss/ejb/plugins/lock > ./org/jboss/ejb/timer > > --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
On Wednesday, March 5, 2003, at 11:56 AM, Jason Dillon wrote: EJB specific: ./org/jboss/security ? ./org/jboss/security/plugins ? ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/metadata ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql ./org/jboss/deployment If the above stuff is truly EJB specific I think we should put them under the org.jboss.ejb package. If it is not then, we should move them to their respective modules (we will move the cmp stuff). I think we need a clear delineation between EJB specific stuff and general behaviors that can be reused by other distributed object frameworks like AOP. How does everyone feel about that? -dain --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
Bill Burke wrote: I really don't understand why you need to move stuff out of server/ anyways. This is mostly EJB anyways. Why not just rename the server/ module to EJB? I really don't see any gain in this cosmetic shit except wasting everybody's time trying to figure out where everything is again Orientation in CVS tree is realy quite hard, expecialy for new people. Something like README in each directory describing contens of directory and its subdirectories, current status of directory like "development, stable, obsolete" and of course maintainer would be great and very valuable. Greet's David --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] please notify before large scale changes to EJB land.
I just quickly scanned the packages in server and it looks like quite a bit is non-ejb specific. There is just too much mingling between core system components and EJB fluff. JBoss will be better off with these nice and cleanly separated. JBoss... more than just and EJB container. Not EJB specific: ./org/jboss/aspect ./org/jboss/aspect/interceptors ./org/jboss/aspect/internal ./org/jboss/aspect/jmx ./org/jboss/aspect/spi ./org/jboss/cache ./org/jboss/cache/invalidation ./org/jboss/cache/invalidation/bridges ./org/jboss/cache/invalidation/triggers ./org/jboss/cmp ./org/jboss/cmp/aop ./org/jboss/cmp/query ./org/jboss/cmp/schema ./org/jboss/cmp/sql ./org/jboss/cmp/sql/jdbc ./org/jboss/invocation ./org/jboss/invocation/http ./org/jboss/invocation/http/interfaces ./org/jboss/invocation/http/server ./org/jboss/invocation/jrmp ./org/jboss/invocation/jrmp/interfaces ./org/jboss/invocation/jrmp/server ./org/jboss/invocation/local ./org/jboss/invocation/nrmi ./org/jboss/invocation/nrmi/algorithm ./org/jboss/invocation/pooled ./org/jboss/invocation/pooled/interfaces ./org/jboss/invocation/pooled/server ./org/jboss/invocation/trunk ./org/jboss/invocation/trunk/client ./org/jboss/invocation/trunk/client/bio ./org/jboss/invocation/trunk/client/nbio ./org/jboss/invocation/trunk/server ./org/jboss/invocation/trunk/server/bio ./org/jboss/invocation/trunk/server/nbio ./org/jboss/jms ./org/jboss/jms/asf ./org/jboss/jms/jndi ./org/jboss/jmx ./org/jboss/jmx/adaptor ./org/jboss/jmx/adaptor/rmi ./org/jboss/jmx/adaptor/xml ./org/jboss/jmx/connector ./org/jboss/jmx/connector/notification ./org/jboss/jmx/connector/rmi ./org/jboss/jmx/service ./org/jboss/logging ./org/jboss/naming ./org/jboss/naming/java ./org/jboss/proxy ./org/jboss/proxy/compiler ./org/jboss/verifier ./org/jboss/verifier/event ./org/jboss/verifier/factory ./org/jboss/web EJB specific: ./org/jboss/security ? ./org/jboss/security/plugins ? ./org/jboss/monitor ? ./org/jboss/monitor/client ? ./org/jboss/verifier/strategy ? ./org/jboss/jmx/adaptor/ejb ./org/jboss/jmx/connector/ejb ./org/jboss/metadata ./org/jboss/proxy/ejb ./org/jboss/proxy/ejb/handle ./org/jboss/cmp/ejb ./org/jboss/cmp/ejb/ejbql ./org/jboss/deployment ./org/jboss/ejb ./org/jboss/ejb/entity ./org/jboss/ejb/plugins ./org/jboss/ejb/plugins/cmp ./org/jboss/ejb/plugins/cmp/bridge ./org/jboss/ejb/plugins/cmp/ejbql ./org/jboss/ejb/plugins/cmp/jdbc ./org/jboss/ejb/plugins/cmp/jdbc/bridge ./org/jboss/ejb/plugins/cmp/jdbc/hsqldb ./org/jboss/ejb/plugins/cmp/jdbc/informix ./org/jboss/ejb/plugins/cmp/jdbc/jdbc3 ./org/jboss/ejb/plugins/cmp/jdbc/metadata ./org/jboss/ejb/plugins/cmp/jdbc/mysql ./org/jboss/ejb/plugins/cmp/jdbc/sybase ./org/jboss/ejb/plugins/jaws ./org/jboss/ejb/plugins/jaws/bmp ./org/jboss/ejb/plugins/jaws/jdbc ./org/jboss/ejb/plugins/jaws/metadata ./org/jboss/ejb/plugins/jms ./org/jboss/ejb/plugins/keygenerator ./org/jboss/ejb/plugins/keygenerator/uuid ./org/jboss/ejb/plugins/local ./org/jboss/ejb/plugins/lock ./org/jboss/ejb/timer --jason --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] please notify before large scale changes to EJB land.
most if not all of the stuff in server IS ejb. The invocation stuff will slowly be migrated to AOP and JBoss Remoting. Other than that, what else is there? I still think this is not a good idea. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jason > Dillon > Sent: Wednesday, March 05, 2003 9:19 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] please notify before large scale changes to EJB > land. > > > Nightly build? I have never been maintaining that, short of build > system support. As for the rest of the build system fluff I am looking > into several possible solutions to resolve many of the problems which > currently exist. > > The EJB stuff has been on my list of stuff todo since I separated the > system module from server. I never got around to it due to the size > and impact of the changes. I still think that it should be done, as > the separation helps keep JBoss a generic architecture by forcing > people to keep dependencies in order. It also makes the build system > easier to maintain wrt module outputs and such. > > +1 for ejb move... eventually when it does not fuck anything up. > > --jason > > > On Wednesday, March 5, 2003, at 08:47 PM, Bill Burke wrote: > > > I really don't understand why you need to move stuff out of server/ > > anyways. > > This is mostly EJB anyways. Why not just rename the server/ module to > > EJB? > > I really don't see any gain in this cosmetic shit except wasting > > everybody's > > time trying to figure out where everything is again and screwing with > > people > > that are currently working on that code. Shouldn't you rather be > > putting > > your efforts in fixing the nightly build? Or improving buildmagic? > > Instead > > of this cosmetic bullshit?(BTW, I see that building is much faster now. > > Thank you!) > > > > BUT, if you really insist, either Thursday and Friday, or end of next > > week > > for the ejb/ module changes. > > > > Bill > > > > > >> -Original Message----- > >> From: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] Behalf Of > >> Jason > >> Dillon > >> Sent: Wednesday, March 05, 2003 5:30 AM > >> To: [EMAIL PROTECTED] > >> Subject: Re: [JBoss-dev] please notify before large scale changes to > >> EJB > >> land. > >> > >> > >> Any preferences on when the changes should be made as to not interfere > >> with your work? I guess it will take about a day to make the change. > >> How long will it take you to complete the interception changes? > >> > >> --jason > >> > >> > >> On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote: > >> > >>> I'm begging people not to do any large scale changes to EJB land. > >>> I'm > >>> about > >>> to undertake converting all the EJB interceptors and invokers to use > >>> the AOP > >>> Invocation object and Interceptor interface. This my first step on > >>> integrating the AOP DP framework. > >>> > >>> I'm asking you to please notify me before attempting any large scale > >>> changes > >>> like moving server/ to ejb/ module because I may lose hours/days of > >>> work if > >>> you don't. > >>> > >>> Thanks, > >>> > >>> Bill > >>> > >>> > >>> > >>> --- > >>> This SF.net email is sponsored by: Etnus, makers of TotalView, The > >>> debugger > >>> for complex code. Debugging C/C++ programs can leave you feeling lost > >>> and > >>> disoriented. TotalView can help you find your way. Available on major > >>> UNIX > >>> and Linux platforms. Try it free. www.etnus.com > >>> ___ > >>> 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.s
Re: [JBoss-dev] please notify before large scale changes to EJB land.
Nightly build? I have never been maintaining that, short of build system support. As for the rest of the build system fluff I am looking into several possible solutions to resolve many of the problems which currently exist. The EJB stuff has been on my list of stuff todo since I separated the system module from server. I never got around to it due to the size and impact of the changes. I still think that it should be done, as the separation helps keep JBoss a generic architecture by forcing people to keep dependencies in order. It also makes the build system easier to maintain wrt module outputs and such. +1 for ejb move... eventually when it does not fuck anything up. --jason On Wednesday, March 5, 2003, at 08:47 PM, Bill Burke wrote: I really don't understand why you need to move stuff out of server/ anyways. This is mostly EJB anyways. Why not just rename the server/ module to EJB? I really don't see any gain in this cosmetic shit except wasting everybody's time trying to figure out where everything is again and screwing with people that are currently working on that code. Shouldn't you rather be putting your efforts in fixing the nightly build? Or improving buildmagic? Instead of this cosmetic bullshit?(BTW, I see that building is much faster now. Thank you!) BUT, if you really insist, either Thursday and Friday, or end of next week for the ejb/ module changes. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jason Dillon Sent: Wednesday, March 05, 2003 5:30 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] please notify before large scale changes to EJB land. Any preferences on when the changes should be made as to not interfere with your work? I guess it will take about a day to make the change. How long will it take you to complete the interception changes? --jason On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote: I'm begging people not to do any large scale changes to EJB land. I'm about to undertake converting all the EJB interceptors and invokers to use the AOP Invocation object and Interceptor interface. This my first step on integrating the AOP DP framework. I'm asking you to please notify me before attempting any large scale changes like moving server/ to ejb/ module because I may lose hours/days of work if you don't. Thanks, Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ 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 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 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
RE: [JBoss-dev] please notify before large scale changes to EJB land.
I really don't understand why you need to move stuff out of server/ anyways. This is mostly EJB anyways. Why not just rename the server/ module to EJB? I really don't see any gain in this cosmetic shit except wasting everybody's time trying to figure out where everything is again and screwing with people that are currently working on that code. Shouldn't you rather be putting your efforts in fixing the nightly build? Or improving buildmagic? Instead of this cosmetic bullshit?(BTW, I see that building is much faster now. Thank you!) BUT, if you really insist, either Thursday and Friday, or end of next week for the ejb/ module changes. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jason > Dillon > Sent: Wednesday, March 05, 2003 5:30 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] please notify before large scale changes to EJB > land. > > > Any preferences on when the changes should be made as to not interfere > with your work? I guess it will take about a day to make the change. > How long will it take you to complete the interception changes? > > --jason > > > On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote: > > > I'm begging people not to do any large scale changes to EJB land. I'm > > about > > to undertake converting all the EJB interceptors and invokers to use > > the AOP > > Invocation object and Interceptor interface. This my first step on > > integrating the AOP DP framework. > > > > I'm asking you to please notify me before attempting any large scale > > changes > > like moving server/ to ejb/ module because I may lose hours/days of > > work if > > you don't. > > > > Thanks, > > > > Bill > > > > > > > > --- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The > > debugger > > for complex code. Debugging C/C++ programs can leave you feeling lost > > and > > disoriented. TotalView can help you find your way. Available on major > > UNIX > > and Linux platforms. Try it free. www.etnus.com > > ___ > > 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 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
Re: [JBoss-dev] please notify before large scale changes to EJB land.
Any preferences on when the changes should be made as to not interfere with your work? I guess it will take about a day to make the change. How long will it take you to complete the interception changes? --jason On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote: I'm begging people not to do any large scale changes to EJB land. I'm about to undertake converting all the EJB interceptors and invokers to use the AOP Invocation object and Interceptor interface. This my first step on integrating the AOP DP framework. I'm asking you to please notify me before attempting any large scale changes like moving server/ to ejb/ module because I may lose hours/days of work if you don't. Thanks, Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ 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
[JBoss-dev] please notify before large scale changes to EJB land.
I'm begging people not to do any large scale changes to EJB land. I'm about to undertake converting all the EJB interceptors and invokers to use the AOP Invocation object and Interceptor interface. This my first step on integrating the AOP DP framework. I'm asking you to please notify me before attempting any large scale changes like moving server/ to ejb/ module because I may lose hours/days of work if you don't. Thanks, Bill --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
