Re: [Springframework-developer] JMS remoting provider available

[<jue...@we...>]

OK - thanks for the prompt response, James. I fully understand the =
effect of the JCAContainer; it's just that this is big enough to warrant =
Spring 1.2 :-) I'd prefer to publically introduce all those JMS-related =
new features in Spring 1.2 RC1, rather than in a 1.1.x point release. =
1.2 RC1 is scheduled for early January, so isn't too far away...
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von jas...@ma...
Gesendet: Mi 27.10.2004 20:29
An: spr...@li...
Betreff: Re: [Springframework-developer] JMS remoting provider available



On 27 Oct 2004, at 19:25, j=FCrgen h=F6ller [werk3AT] wrote:
> James,
>
> That's cool stuff! In particular as it reuses the existing
> RemoteInvocation support so nicely. However, I still vote to put it
> into the sandbox for the 1.1.x timeframe. Mainly because there is no
> time to polish it, and it's worth to be publically introduced in a 1.x
> release.

Fine with me.

> Also, for the server side, we don't ship facilities to host the
> MessageListener (JmsServiceExporter) yet. I see that this is in the
> works :-) but we're still lacking recommendations on how to deploy JMS
> remoting end-to-end. One more reason to keep it in the sandbox for the
> time being.

OK - but that's one of the reasons I've been trying to get the
JCAContainer going, so we have an end-to-end solution for JMS.


> Finally, I'd prefer jms.remoting as package rather than remoting.jms -
> for a comparison, our transaction manager implementations reside in
> jdbc respectively orm.hibernate etc too, rather than in the
> transaction package. EJB remoting resides in the ejb package too,
> despite reusing facilities from the remoting package.

Ah OK. I just went with remoting.jms to be with the other remoting
solutions. I'm easy either way.


> So if you don't object to the sandbox and the changed package name,
> I'll move it over to the sandbox into the jms.remoting directory... We
> need to clarify that before the 1.1.2 release, which is scheduled to
> happen this Sunday.

Go for it.

Lemme know what needs doing to get it back in once we're getting ready
for 1.2.


James
-------
http://radio.weblogs.com/0112098/



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id=12065&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer