Re: [Springframework-developer] JMS brainstorming

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

We're still using JMS 1.0.2 (Websphere 4.0.6).  I'd vote against
dropping 1.0.2 support as well.

Daniel

On Tue, Mar 02, 2004 at 10:38:53AM -0600, Ou, Rong wrote:
> As far as I know, JBoss 3.x.x is still on JMS 1.0.2. Since JBoss is our c=
urrent development platform, I'd have to vote against dropping JMS 1.0.2 su=
pport.
>=20
> Rong
>=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> > On Behalf
> > Of Mark Pollack
> > Sent: Monday, March 01, 2004 6:03 PM
> > To: spr...@li...
> > Subject: RE: [Springframework-developer] JMS brainstorming
> >=20
> >=20
> > Hi,
> >=20
> > I've added Andre's code into the sandbox. =20
> >=20
> > I'd like to get some input on the following.... Can we count on using
> > the JMS 1.1 API or should we be compatible with the JMS 1.0.2 API? The
> > reason is that JMS 1.1 introduced "domain unification", meaning that
> > there the classes are no longer split into "Queue" and "Topic" class
> > hierarchies.  The code can now refer to a "ConnectionFactory"=20
> > instead of
> > it being a "QueueConnectionFactory" or a=20
> > "TopicConnectionFactory".  This
> > applies up and down the class hierarchy since the split is rather high
> > level.  The end result is that using the JMS 1.1 api makes the client
> > code much easier to use since there is less obvious=20
> > duplication.  Other
> > advantages can be read in the spec...such as being able to use  queues
> > and topics in the same transaction (probably since they now can share
> > the same Session object).
> >=20
> > The templates now are written using the 1.0.2 style classes, which I
> > haven't used in a long time....but I'd like to hear what people are
> > using considering how much it will affect the shape of the=20
> > code...  I'd
> > vote for dropping 1.0.2 support.
> >=20
> > Cheers,
> > Mark
> >=20
> >=20
> >=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> >  On Behalf
> > Of Andre Biryukov
> > Sent: Thursday, February 26, 2004 11:46 AM
> > To: rod...@in...;
> > spr...@li...
> > Subject: Re: [Springframework-developer] JMS brainstorming
> >=20
> >=20
> > Hi Rod, Hi All,
> >=20
> > I've been working on the JMS support for a few weeks now and=20
> > I think I'm
> >=20
> > ready to go public with it to find out your opinion. So far,=20
> > I got Mark
> > to=20
> > volunteer to look at the code, make suggestions and possibly=20
> > contribute
> > some=20
> > code. If anybody is interested to look at it as well, just drop me a
> > mail,=20
> > I'll be happy to forward what I have so far to you.
> >=20
> > I'm not only interested in the feedback about the code, but would like
> > to=20
> > hear opinions on what we should include and what not. The API for
> > messaging=20
> > is huge, well, big. The challenge is to try and put as much
> > functionality as=20
> > possible, but at the same token, try not to make it look complex.
> >=20
> > Here's the list of things I've implemented:
> >=20
> > 1. Templates for publish/subscribe and point-to-point=20
> > messaging. I did=20
> > include support for both durable and non-durable messaging.
> > 2. The consumers will be able to not only create messages,=20
> > but also will
> >=20
> > have some control over how they will be delivered. I.e.=20
> > modify default=20
> > delivery mode, priority, time to live.
> > 3. Message listeners will be instrumental in automatically registering
> > beans=20
> > as subscribers to topics and queues.
> >=20
> > I left out support for the transacted sessions. Sessions=20
> > created are all
> > set=20
> > to "no-transaction" and "auto-ACK". Is this something we would like to
> > see=20
> > in the framework or should we just keep it simple for now ? The more=20
> > suggestions I get now, the better, so please open the flood gate. :)
> >=20
> > Thanks,
> >=20
> > Andre.
> >=20
> > >From: "Rod Johnson" <rod...@in...>
> > >To: <spr...@li...>
> > >CC: "Andre Biryukov" <and...@ho...>
> > >Subject: Re: [Springframework-developer] JMS brainstorming
> > >Date: Thu, 26 Feb 2004 06:35:33 -0000
> > >
> > >Rong
> > >
> > >JMS support is in the works, and should make 1.1.
> > >
> > >Andre Biryukov is currently working on this, and should be=20
> > joining the=20
> > >Spring team soon.
> > >
> > >Andre, if you want to share your work in progress with the=20
> > Spring dev=20
> > >list (or with Rong directly), now would be a good time :-)
> > >
> > >Regards,
> > >Rod
> > >
> > >----- Original Message -----
> > >From: "Ou, Rong" <Ro...@sa...>
> > >To: <spr...@li...>
> > >Sent: Tuesday, February 24, 2004 9:44 PM
> > >Subject: [Springframework-developer] JMS brainstorming
> > >
> > >
> > >Hi all,
> > >
> > >We currently have a project that does a lot of JMS messaging, and we=
=20
> > >desperately need an API to simplify the interface layer to=20
> > JMS. I heard
> >=20
> > >rumors that JMS support will be added to Spring 1.1, but we=20
> > just can't=20
> > >wait that long. So I am thinking about doing something in=20
> > the interim.=20
> > >Who knows, if it comes out good, maybe I can contribute the=20
> > code back.
> > >
> > >In Rod's book there is only a couple of pages that briefly=20
> > touches upon
> > >JMS.
> > >I looked at the interface21 code, the JMS portion is also pretty=20
> > >simplistic.
> > >I understand Spring has evolved a lot since the interface21=20
> > days. So to
> > all
> > >you experienced Spring'ers, if you were to add JMS support=20
> > today, what=20
> > >would
> > >you do? I am still fairly new to Spring, so any suggestions and help
> > are
> > >welcome.
> > >
> > >Thanks,
> > >
> > >Rong
> > >
> > >
> > >-------------------------------------------------------
> > >SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> > >Build and deploy apps & Web services for Linux with
> > >a free DVD software kit from IBM. Click Now!=20
> > >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > >_______________________________________________
> > >Springframework-developer mailing list=20
> > >Spr...@li...
> > >https://lists.sourceforge.net/lists/listinfo/springframework-
> developer
> >
> >
>=20
> _________________________________________________________________
> Stay informed on Election 2004 and the race to Super Tuesday.=20
> http://special.msn.com/msn/election2004.armx
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer