springframework-developer — Spring Framework developers list

Re: [Springframework-developer] HttpInvoker

[Martin K. <Mar...@St...>]

> I'm not sure how abstract the new HTTP Invoker stuff is (haven't had a
> chance to look at it).  But in reference to your request for a socket
> implementation, one possible implementation is a BEEP implementation. 
> It would be better than a socket approach, but not HTTP (for those who
> need a non-HTTP choice).

Are you referring to the beepcore-java project? It doesn't look that 
kind of a lightweight solution. Lots of depending libraries anyway. Or
are you referring to something special?


Cheers,

Martin (Kersten)

<<>>

> ----- Original Message -----
> From: Martin Kersten <mar...@st...>
> Date: Tue, 17 Aug 2004 07:22:11 +0200
> Subject: [Springframework-developer] HttpInvoker
> To: spr...@li...
> 
>  
> Getting notice of the HttpInvoker implementation yesterday, 
> I would like to make some additional suggestions. 
>   
> I programmed such a solution half a year ago, using 
> serialization for remote procedure calls. I tried to contribute 
> the code to Spring those days, but I wrote about the request 
> in the sourceforge forum only and got only one reply those 
> days :-(. 
>   
> Never the less, such a simple remoting solution proofed to be 
> usefull outside the areas of Spring. It works well for 
> client<-->server communication in general and 
> applet<-->server communication in special. The client 
> API's footprint is only about 5KB to 6KB so it is predestinated 
> for mobile/applet point-to-point communication. 
>   
> Also I think, in most areas a socket-driven solution is more 
> preferable than a http one, since session management feels 
> more natural then http requests/http sessions, and it establish 
> a two-way communication, but maybe this is just more like 
> a habbit. 
>   
> Since I am currently using Spring RC 1.1, I had noticed 
> that Spring 1.1 is most likely to become final these days, 
> I guess I am maybe late, but here is a summary about I 
> finally want to suggest: 
>   
> * I would like to see such a 'simple RPC' solution to be 
> exposed as an independent API. 
> * It should also provide socket-driven connections 
> (two-ways connection). 
>   
>   
> So what do you folks think about this? 
>   
>   
> Bye, 
>   
> Martin (Kersten)
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] HttpInvoker

[Seth L. <set...@gm...>]

I'm not sure how abstract the new HTTP Invoker stuff is (haven't had a
chance to look at it).  But in reference to your request for a socket
implementation, one possible implementation is a BEEP implementation. 
It would be better than a socket approach, but not HTTP (for those who
need a non-HTTP choice).

Seth



----- Original Message -----
From: Martin Kersten <mar...@st...>
Date: Tue, 17 Aug 2004 07:22:11 +0200
Subject: [Springframework-developer] HttpInvoker
To: spr...@li...

 
Getting notice of the HttpInvoker implementation yesterday, 
I would like to make some additional suggestions. 
  
I programmed such a solution half a year ago, using 
serialization for remote procedure calls. I tried to contribute 
the code to Spring those days, but I wrote about the request 
in the sourceforge forum only and got only one reply those 
days :-(. 
  
Never the less, such a simple remoting solution proofed to be 
usefull outside the areas of Spring. It works well for 
client<-->server communication in general and 
applet<-->server communication in special. The client 
API's footprint is only about 5KB to 6KB so it is predestinated 
for mobile/applet point-to-point communication. 
  
Also I think, in most areas a socket-driven solution is more 
preferable than a http one, since session management feels 
more natural then http requests/http sessions, and it establish 
a two-way communication, but maybe this is just more like 
a habbit. 
  
Since I am currently using Spring RC 1.1, I had noticed 
that Spring 1.1 is most likely to become final these days, 
I guess I am maybe late, but here is a summary about I 
finally want to suggest: 
  
* I would like to see such a 'simple RPC' solution to be 
exposed as an independent API. 
* It should also provide socket-driven connections 
(two-ways connection). 
  
  
So what do you folks think about this? 
  
  
Bye, 
  
Martin (Kersten)

Re: [Springframework-developer] I hate the forum

[Seth L. <set...@gm...>]

> each forum. Unfortunately while they are in some sort of very long beta,
> there's no defined time for when this will be stable. We could also just
> pay $160 or so and move to vBulletin, which while commercial, is pretty
> cheap, and has enhanced threading and email functionality built-in...

If there is considerable interest, I'd be happy to fund the purchase
of vBulletin.  But, of course, if a new version of phpBB is coming, we
can always wait.

seth

[Springframework-developer] HttpInvoker

[Martin K. <Mar...@St...>]

Getting notice of the HttpInvoker implementation yesterday,
I would like to make some additional suggestions.

I programmed such a solution half a year ago, using=20
serialization for remote procedure calls. I tried to contribute
the code to Spring those days, but I wrote about the request=20
in the sourceforge forum only and got only one reply those=20
days :-(.

Never the less, such a simple remoting solution proofed to be=20
usefull outside the areas of Spring. It works well for=20
client<-->server communication in general and=20
applet<-->server communication in special. The client=20
API's footprint is only about 5KB to 6KB so it is predestinated=20
for mobile/applet point-to-point communication.=20

Also I think, in most areas a socket-driven solution is more=20
preferable than a http one, since session management feels
more natural then http requests/http sessions, and it establish
a two-way communication, but maybe this is just more like=20
a habbit.

Since I am currently using Spring RC 1.1, I had noticed=20
that Spring 1.1 is most likely to become final these days,=20
I guess I am maybe late, but here is a summary about I=20
finally want to suggest:

* I would like to see such a 'simple RPC' solution to be
exposed as an independent API.=20
* It should also provide socket-driven connections=20
(two-ways connection).


So what do you folks think about this?


Bye,

Martin (Kersten)

Re: [Springframework-developer] I hate the forum

[Colin S. <col...@ex...>]

I actually find the sum total significantly more producting than the old 
combo of bad SF forums and the user mailing list. At the top level, I 
can see at a glance which forums have unread topics, and within a forum 
see the actual unread topics.  The "posts since last login" seems to 
work fine for me. I can also with one click, see unanswered posts. Now 
my perspective is not that of someone who is just trying to read every 
post, but rather as someone has to try to answer a good number of posts, 
and help verify that the others get answered). When I consider that 
before this had to be done for the crappy old forums _and_ the mailing 
list, there's just no question that in terms of my abilities to help 
answer questions, we're in a better place now. My perception is also 
that somebody coming in who needs to just find an answer to a question, 
is going to have an easier time, in terms of search, in terms of joining 
(vs. a mailing list), and in terms of being notified when there's an 
answer to his question. I agree that somebody who just wants to see 
every single post coming by probably has a harder time, but that's 
probably not the primary role of the _support_ venue...

There is a digest mod available for phpBB, which can mail out digests of 
all the posts on a daily or weekly basis. The main issues are that it is 
third party, so it has to be basically hand merged into all the 
templates available on the site (we have 6-7 templates offered). Aside 
from the fairly significant work to get it in in the first palce, it's 
fragile if the template or phpBB have to be updated, or other mods have 
to go in. The next version of phpBB (2.2 compared to our present 2.0x) 
will allow subscribing to get all new posts as individual emails, for 
each forum. Unfortunately while they are in some sort of very long beta, 
there's no defined time for when this will be stable. We could also just 
pay $160 or so and move to vBulletin, which while commercial, is pretty 
cheap, and has enhanced threading and email functionality built-in...

Colin

James Cook wrote:

>A little too dramatic? :)
>
>Actually, I think there was talk about sending an email to registered users
>wasn't there? This would be a big help staying up on the news. 
>
>I love (equally dramatic) the searching esp. if we can get SF archives
>imported and the massive usability improvement over SF. But, without an
>email or digest, I can't seem to stay up with the posts. 
>
>My interests in Spring span most of the categories, so that's lots of
>clicking around. And the "posts since last login" doesn't work well at all.
>How are the developers coping? 
>  
>

RE: [Springframework-developer] HTTP invoker remoting strategy

[Oliver H. <Ol...@ou...>]

> Regarding InterceptingRemoteInvocationExecutor: I'm not sure=20
> if such preInvocation and postInvocation hooks are really=20
> more convenient than directly overriding invoke.
> =20
> public class MyRemoteInvocationExecutor extends=20
> DefaultRemoteInvocationExecutor {
>   public Object invoke(RemoteInvocation invocation, Object=20
> targetObject)
>       throws NoSuchMethodException, IllegalAccessException,=20
> InvocationTargetException{
>    // do some pre-invocation handling
>    try {
>      super.invoke(invocation, targetObject);
>    }
>    finally {
>      // do some post-invocation handling
>    }
>  }
> }
>=20
> In particular, that variant allows to behave differently in=20
> case of a exception, etc: it's more flexible. Of course,=20
> preInvocation and postInvocation hooks still wouldn't hurt; I=20
> just don't feel that they add much value.
> =20
> Regarding retry support, this is definitely interesting=20
> functionality! We still need to nail down API details of such=20
> a RetryDecisionManager: For example, it might need=20
> information about the target service, regarding idempotent=20
> methods - similar to what WebLogic EJB offers:=20
> http://www.weblogic.com/docs51/classdocs/API_ejb/EJB_reference
> .html#1026582.
> =20
> We could use declarative metadata for declaring methods as=20
> idempotent, or source-level attributes. In any case, the=20
> RetryDecisionManager has to have some information about the=20
> actual target service. As this potentially influences the=20
> RetryDecisionManager interface, I'd like to discuss this=20
> further before releasing it, that is, as a Spring 1.2=20
> feature. What do you think?
> =20

Retry with source-level attributes marking idempotent methods - very
nice. Though I was deliberately keeping the RetryDecisionManager
interface simple. When you start needing failover etc. perhaps it's time
to move to a more heavy weight server? Spring is certainly starting to
fatten up these days. (Probably because people like me keep pushing for
new features ;)

[Springframework-developer] I hate the forum

[James C. <jim...@do...>]

A little too dramatic? :)

Actually, I think there was talk about sending an email to registered users
wasn't there? This would be a big help staying up on the news. 

I love (equally dramatic) the searching esp. if we can get SF archives
imported and the massive usability improvement over SF. But, without an
email or digest, I can't seem to stay up with the posts. 

My interests in Spring span most of the categories, so that's lots of
clicking around. And the "posts since last login" doesn't work well at all.
How are the developers coping? 

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Daniel M. <mi...@pa...>]

Juergen,

I haven't noticed you posting any comments to the new Spring forum (I may=
 be blind, please forgive me if I missed them). You may want to have a lo=
ok at this issue before you release 1.1 final:

http://forum.springframework.org/viewtopic.php?t=3D108

Thanks.
Daniel Miller

j=FCrgen h=F6ller [werk3AT] wrote:

> Everybody,
> =20
>>From my point of view, Spring 1.1 final is ready for release; the only =
remaining point is documentation. There's no reference docs on the HTTP i=
nvoker yet, for example: While this is not too critical, I'll try to add =
docs on it till Monday.
> =20
> Feel free to give the current CVS snapshot a final try, and to do some =
final proof-reading of the docs! Please report any issues ASAP: I current=
ly plan to do the release Monday night, provided that there are no showst=
oppers.
> =20
> Juergen
>=20

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Matt R. <li...@ra...>]

I have an app that has all three options: JSP 2.0, FreeMarker and=20
Velocity.  I can give these macros a test drive if you like.

Matt

On Aug 16, 2004, at 12:33 PM, j=FCrgen h=F6ller [werk3AT] wrote:

> Oops, I've just noticed that you already committed the extended form=20=

> macros. I'd still like to have at least a brief review phase for=20
> those, so I'm a bit unclear on how to proceed. As the release is=20
> supposed to happen tomorrow night and I'm occupied tomorrow during the=20=

> day, I don't see much chance for review from my side.
>
> So it might still be better to move them to the sandbox for the time=20=

> being, and release them in 1.1.1, possibly together with Seth's JSP=20
> tags. My main concern is consistency here, between the=20
> Velocity/FreeMarker macros and the JSP tags. Once we include them in a=20=

> final release, we're bound to support them as-is...
>
> Juergen
>
>
> ________________________________
>
> Von: j=FCrgen h=F6ller [werk3AT]
> Gesendet: Mo 16.08.2004 20:26
> An: spr...@li...
> Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 =
final
>
>
> Darren,
>
> I consider it preferable to keep the form simplification macros in the=20=

> sandbox for the time being, and release 1.1 final without them. I'd=20
> like to have some review there before releasing and supporting them.=20=

> Furthermore, Seth's form tags for JSP are not ready yet either. So I=20=

> suggest to release all of those macros at a later point of time:=20
> either in a 1.1 point release or in 1.2 RC1 (which is scheduled for=20
> late October). What do you think?
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag=20=

> von Darren Davison
> Gesendet: Sa 14.08.2004 21:22
> An: spr...@li...
> Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 =
final
>
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
>> Everybody,
>>
>> =46rom my point of view, Spring 1.1 final is ready for release; the =
only
>> remaining point is documentation. There's no reference docs on the=20
>> HTTP
>> invoker yet, for example: While this is not too critical, I'll try to=20=

>> add
>> docs on it till Monday.
>>
>> Feel free to give the current CVS snapshot a final try, and to do =
some
>> final proof-reading of the docs! Please report any issues ASAP: I
>> currently plan to do the release Monday night, provided that there=20
>> are no
>> showstoppers.
>
> I'll have the Velocity & FreeMarker form rendering macros ready to=20
> commit
> tonight or tomorrow - they're working pretty well now - but the docs=20=

> may
> take a day or two longer.
>
> - --
> Darren Davison
> Public Key: http://www.davison.uk.net/pages/key.htm
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
> Ks0gKuK/+VrGviu6SIET8Sg=3D
> =3DJvk4
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

Oops, I've just noticed that you already committed the extended form =
macros. I'd still like to have at least a brief review phase for those, =
so I'm a bit unclear on how to proceed. As the release is supposed to =
happen tomorrow night and I'm occupied tomorrow during the day, I don't =
see much chance for review from my side.
=20
So it might still be better to move them to the sandbox for the time =
being, and release them in 1.1.1, possibly together with Seth's JSP =
tags. My main concern is consistency here, between the =
Velocity/FreeMarker macros and the JSP tags. Once we include them in a =
final release, we're bound to support them as-is...
=20
Juergen
=20

________________________________

Von: j=FCrgen h=F6ller [werk3AT]
Gesendet: Mo 16.08.2004 20:26
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final


Darren,
=20
I consider it preferable to keep the form simplification macros in the =
sandbox for the time being, and release 1.1 final without them. I'd like =
to have some review there before releasing and supporting them. =
Furthermore, Seth's form tags for JSP are not ready yet either. So I =
suggest to release all of those macros at a later point of time: either =
in a 1.1 point release or in 1.2 RC1 (which is scheduled for late =
October). What do you think?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Sa 14.08.2004 21:22
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
> Everybody,
>
> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation. There's no reference docs on the =
HTTP
> invoker yet, for example: While this is not too critical, I'll try to =
add
> docs on it till Monday.
>
> Feel free to give the current CVS snapshot a final try, and to do some
> final proof-reading of the docs! Please report any issues ASAP: I
> currently plan to do the release Monday night, provided that there are =
no
> showstoppers.

I'll have the Velocity & FreeMarker form rendering macros ready to =
commit
tonight or tomorrow - they're working pretty well now - but the docs may
take a day or two longer.=20

- --
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
Ks0gKuK/+VrGviu6SIET8Sg=3D
=3DJvk4
-----END PGP SIGNATURE-----


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

Darren,
=20
I consider it preferable to keep the form simplification macros in the =
sandbox for the time being, and release 1.1 final without them. I'd like =
to have some review there before releasing and supporting them. =
Furthermore, Seth's form tags for JSP are not ready yet either. So I =
suggest to release all of those macros at a later point of time: either =
in a 1.1 point release or in 1.2 RC1 (which is scheduled for late =
October). What do you think?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Sa 14.08.2004 21:22
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
> Everybody,
>
> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation. There's no reference docs on the =
HTTP
> invoker yet, for example: While this is not too critical, I'll try to =
add
> docs on it till Monday.
>
> Feel free to give the current CVS snapshot a final try, and to do some
> final proof-reading of the docs! Please report any issues ASAP: I
> currently plan to do the release Monday night, provided that there are =
no
> showstoppers.

I'll have the Velocity & FreeMarker form rendering macros ready to =
commit
tonight or tomorrow - they're working pretty well now - but the docs may
take a day or two longer.=20

- --
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
Ks0gKuK/+VrGviu6SIET8Sg=3D
=3DJvk4
-----END PGP SIGNATURE-----


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

[<tho...@tr...>]

Colin,

I don't see any coverage of WebApplicationContextUtils for using
getWebApplicationContext in the Reference Docs Chapter 3 - maybe we should add
that to document how to show how to get hold of the context for apps that don't
use any particular MVC framework.

Thomas


Quoting Colin Sampaleanu <col...@ex...>:

> I've gone through the jpetstore and petclinic apps and modified them to
> define transaction proxies in the more concise form.
>
> I've also generated a new version of the docs and updated the web site.
> I will update at least one more time after we finally release...
>
> Colin
>
>
> Rod Johnson wrote:
>
> >Thanks! Yes, we should definitely stress the more concise form. I'll look at
> >the reference manual material as soon as I can and give my views on
> >emphasis.
> >
> >-----Original Message-----
> >From: spr...@li...
> >[mailto:spr...@li...] On Behalf Of
> >Colin Sampaleanu
> >Sent: 16 August 2004 06:25
> >To: spr...@li...
> >Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final
> >
> >I've documented this, and also added text in the manual in the AOP and
> >transaction sections talking about the more concise form for defining
> >multiple proxies which can share some properties, by using parent/child bean
> >definitions, along with an inner bean for the proxy target.
> >
> >I'm actually of the opinion that we should change our samples to use this
> >form, for the TransactionProxyFactoryBean cases. I can't think of a reason
> >why somebody would ever not use the parent/child form when defining more
> >than a couple of transaction proxies. I realize our samples don't have many
> >proxies, but people are going to copy those as best-form, boilerplate code,
> >and wind up with much more verbose definitions than they really need to
> >have.
> >
> >Regards,
> >Colin
> >
> >Colin Sampaleanu wrote:
> >
> >
> >
> >>I'll document this some time today, and look for any other low-hanging
> >>fruit...
> >>
> >>Rod Johnson wrote:
> >>
> >>
> >>
> >>>Great!
> >>>
> >>>I haven't documented the new "factory-bean" attribute that supports
> >>>the use of instance (rather than static) factory methods in the
> >>>Reference Manual yet. (It is documented in the DTD.) Doesn't justify
> >>>holding the release, but worth noting. (Hint, hint.)
> >>>
> >>>Unfortunately I won't have time to do this myself before the release.
> >>>
> >>>-----Original Message-----
> >>>From: spr...@li...
> >>>[mailto:spr...@li...] On
> >>>Behalf Of jürgen höller [werk3AT]
> >>>Sent: 14 August 2004 20:04
> >>>To: spr...@li...
> >>>Subject: [Springframework-developer] Preparing for Spring 1.1 final
> >>>
> >>>Everybody,
> >>>
> >>>
> >>>
> >>>>From my point of view, Spring 1.1 final is ready for release; the
> >>>>only
> >>>>
> >>>>
> >>>remaining point is documentation. There's no reference docs on the
> >>>HTTP invoker yet, for example: While this is not too critical, I'll
> >>>try to add docs on it till Monday.
> >>>
> >>>Feel free to give the current CVS snapshot a final try, and to do
> >>>some final proof-reading of the docs! Please report any issues ASAP:
> >>>I currently plan to do the release Monday night, provided that there
> >>>are no showstoppers.
> >>>
> >>>Juergen
> >>>
> >>>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Colin S. <col...@ex...>]

I've gone through the jpetstore and petclinic apps and modified them to 
define transaction proxies in the more concise form.

I've also generated a new version of the docs and updated the web site. 
I will update at least one more time after we finally release...

Colin


Rod Johnson wrote:

>Thanks! Yes, we should definitely stress the more concise form. I'll look at
>the reference manual material as soon as I can and give my views on
>emphasis. 
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf Of
>Colin Sampaleanu
>Sent: 16 August 2004 06:25
>To: spr...@li...
>Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>I've documented this, and also added text in the manual in the AOP and
>transaction sections talking about the more concise form for defining
>multiple proxies which can share some properties, by using parent/child bean
>definitions, along with an inner bean for the proxy target.
>
>I'm actually of the opinion that we should change our samples to use this
>form, for the TransactionProxyFactoryBean cases. I can't think of a reason
>why somebody would ever not use the parent/child form when defining more
>than a couple of transaction proxies. I realize our samples don't have many
>proxies, but people are going to copy those as best-form, boilerplate code,
>and wind up with much more verbose definitions than they really need to
>have.
>
>Regards,
>Colin
>
>Colin Sampaleanu wrote:
>
>  
>
>>I'll document this some time today, and look for any other low-hanging 
>>fruit...
>>
>>Rod Johnson wrote:
>>
>>    
>>
>>>Great!
>>>
>>>I haven't documented the new "factory-bean" attribute that supports 
>>>the use of instance (rather than static) factory methods in the 
>>>Reference Manual yet. (It is documented in the DTD.) Doesn't justify 
>>>holding the release, but worth noting. (Hint, hint.)
>>>
>>>Unfortunately I won't have time to do this myself before the release.
>>>
>>>-----Original Message-----
>>>From: spr...@li...
>>>[mailto:spr...@li...] On 
>>>Behalf Of jürgen höller [werk3AT]
>>>Sent: 14 August 2004 20:04
>>>To: spr...@li...
>>>Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>
>>>Everybody,
>>>
>>>      
>>>
>>>>From my point of view, Spring 1.1 final is ready for release; the 
>>>>only
>>>>        
>>>>
>>>remaining point is documentation. There's no reference docs on the 
>>>HTTP invoker yet, for example: While this is not too critical, I'll 
>>>try to add docs on it till Monday.
>>>
>>>Feel free to give the current CVS snapshot a final try, and to do 
>>>some final proof-reading of the docs! Please report any issues ASAP: 
>>>I currently plan to do the release Monday night, provided that there 
>>>are no showstoppers.
>>>
>>>Juergen
>>>      
>>>

Re: [Springframework-developer] @since and @version tags

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

I don't really mind leaving the $Id tags in for 1.1 final. We need a =
strategy for the future, though, and currently it seems that the =
majority is against those tags...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Monday, August 16, 2004 3:30 PM
To: spr...@li...
Subject: Re: [Springframework-developer] @since and @version tags


Rod Johnson wrote:

>>Do you have the chance to remove all lines with $Id/$Revision tags =
today or
>>   =20
>>
>tomorrow? I'd like to get this done this week, to be prepared for 1.1 =
final.
>
>Hey, did we agree this?? I still see a value for $Id$ tags, and am not
>convinced there's a benefit in removing them at this point.
> =20
>
There was a vote, which ended up being pretty close, but remove won. I=20
was pretty borderline myself, but finally voted for remove, since at=20
this time SF doesn't have the CVS version which can properly ignore the=20
keyword expansion, for merges, taking into consideration binary files.

Colin




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

Good point. Just removed that stacktrace: It's unnecessary, even for a =
debug log message.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Thomas Risberg
Sent: Monday, August 16, 2004 2:42 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final


It works in 8.1SP2.  I would remove the stack trace generated from the=20
log statement though and just leave the log message that we are retrying =

with forceResume.

Thomas

j=FCrgen h=F6ller [werk3AT] wrote:

>Thomas,
>=20
>As mentioned in a JIRA comment, I've just coded such a =
WebLogicJtaTransactionManager via reflection (to avoid compile-time =
dependencies on WebLogic), also leveraging new internal hooks in =
JtaTransactionManager. Please give it a try on WebLogic 8.1!
>=20
>If we keep getting the NullPointerException on WebLogic 7.0, we'll need =
some further research there. It's already good to have it working on =
WebLogic 8.1, though!
>=20
>Juergen
>=20
>
>________________________________
>
>Von: spr...@li... im Auftrag =
von Thomas Risberg
>Gesendet: Mo 16.08.2004 07:39
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>
>
>I was able to reproduce the error using WLS 8.1SP2.  The following code
>did fix the problem and I did not get the nullpointer exception.
>
>package org.springframework.transaction.jta;
>
>public class WebLogicJtaTransactionManager extends =
JtaTransactionManager {
>
>  protected void doResume(Object transaction, Object =
suspendedResources) {
>    try {
>      super.doResume(transaction, suspendedResources);
>    } catch
>(org.springframework.transaction.IllegalTransactionStateException ex) {
>      logger.debug("ForceResuming: " + suspendedResources.toString());
>      weblogic.transaction.TransactionManager wtm =3D
>(weblogic.transaction.TransactionManager) getTransactionManager();
>      wtm.forceResume((javax.transaction.Transaction) =
suspendedResources);
>    }
>  }
>}
>
>I have attached a spring-weblogic-jta-patch.jar containing this class =
to
>JIRA.  If you could test with this jar together with the most recent
>1.1RC1 spring.jar to see if it works in your environment.  If not I =
will
>have to investigate further using WLS 7.0.
>
>Thomas
>
>
>Eugene Kuleshov wrote:
>
> =20
>
>>Hi Thomas,
>>
>>  I'll try to run that code on wls 8 and will attach clent junit test
>>to JIRA tomorrow morning.
>>
>>  regards,
>>  Eugene
>>
>>
>>Thomas Risberg wrote:
>>
>>   =20
>>
>>>I'll try to take a look at this in the next couple of days.  From an
>>>initial look at the problem it seems to be more of a WebLogic issue.=20
>>>Have you tried running the same code in WLS 8.1?
>>>
>>>First I'm going to try to reproduce this locally - you woldn't happen
>>>to have the client code that calls this EJB?
>>>
>>>Thomas
>>>
>>>
>>>Eugene Kuleshov wrote:
>>>
>>>     =20
>>>
>>>>Hi,
>>>>
>>>>  I wonder if there is any chance that SPR-251 JIRA could be
>>>>resolved for 1.1 release?
>>>>
>>>>  Thank you.
>>>>
>>>>  Eugene
>>>>
>>>>Rod Johnson wrote:
>>>>
>>>>       =20
>>>>
>>>>>I haven't documented the new "factory-bean" attribute that supports
>>>>>the use
>>>>>of instance (rather than static) factory methods in the Reference
>>>>>Manual
>>>>>yet. (It is documented in the DTD.) Doesn't justify holding the
>>>>>release, but
>>>>>worth noting. (Hint, hint.)
>>>>>
>>>>>Unfortunately I won't have time to do this myself before the =
release.
>>>>>
>>>>>-----Original Message-----
>>>>>From: spr...@li...
>>>>>[mailto:spr...@li...] On
>>>>>Behalf Of
>>>>>j=FCrgen h=F6ller [werk3AT]
>>>>>Sent: 14 August 2004 20:04
>>>>>To: spr...@li...
>>>>>Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>>>
>>>>>Everybody,
>>>>>
>>>>>
>>>>>         =20
>>>>>
>>>>>>From my point of view, Spring 1.1 final is ready for release; the
>>>>>>only
>>>>>>           =20
>>>>>>
>>>>>
>>>>>remaining point is documentation. There's no reference docs on the
>>>>>HTTP
>>>>>invoker yet, for example: While this is not too critical, I'll try
>>>>>to add
>>>>>docs on it till Monday.
>>>>>
>>>>>Feel free to give the current CVS snapshot a final try, and to do
>>>>>some final
>>>>>proof-reading of the docs! Please report any issues ASAP: I
>>>>>currently plan
>>>>>to do the release Monday night, provided that there are no
>>>>>showstoppers.
>>>>>         =20
>>>>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>   =20
>>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> =20
>



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Eugene K. <eu...@pl...>]

Rod Johnson wrote:
> Eugene, you may want to check your WebLogic license to see whether such
> decompilation is permitted (I guess it's kind of *your* code, rather than
> purely BEA's)... We wouldn't want to advise anyone to violate a commercial
> license. 

   Sure. I'm aware of that. That is why -keepgenerated option of ejbc is 
really handy.

   regards,
   Eugene


> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf Of
> jürgen höller [werk3AT]
> Sent: 16 August 2004 11:46
> To: spr...@li...
> Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final
> 
> BTW, Eugene: Have you decompiled your WebLogic EJB proxy to see the
> resume/forceResume code? In that case, is it obvious to you how WebLogic
> applies the "transaction-isolation" setting (from its EJB deployment
> descriptor)? We'd like to provide that for Spring on WebLogic too, but don't
> know how to set the isolation level on WebLogic JTA, because the standard
> JTA API does not support per-transaction isolation levels...
>  
> We do already support isolation levels for our native transactions
> strategies, like DataSourceTransactionManager and co. Our
> JtaTransactionManager just provides a hook currently; we do not have
> isolation level support for any JTA backend yet.
>  
> Juergen
>  
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] @since and @version tags

[Colin S. <col...@ex...>]

Rod Johnson wrote:

>>Do you have the chance to remove all lines with $Id/$Revision tags today or
>>    
>>
>tomorrow? I'd like to get this done this week, to be prepared for 1.1 final.
>
>Hey, did we agree this?? I still see a value for $Id$ tags, and am not
>convinced there's a benefit in removing them at this point.
>  
>
There was a vote, which ended up being pretty close, but remove won. I 
was pretty borderline myself, but finally voted for remove, since at 
this time SF doesn't have the CVS version which can properly ignore the 
keyword expansion, for merges, taking into consideration binary files.

Colin

Re: [Springframework-developer] @since and @version tags

[Thomas R. <tho...@tr...>]

I have removed all @version tags.

Thomas


jürgen höller [werk3AT] wrote:

>Thomas,
> 
>Any chance to do this today or tomorrow?
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von jürgen höller [werk3AT]
>Gesendet: Do 12.08.2004 10:36
>An: spr...@li...
>Betreff: Re: [Springframework-developer] @since and @version tags
>
>
>
>Thomas,
>
>Do you have the chance to remove all lines with $Id/$Revision tags today or tomorrow? I'd like to get this done this week, to be prepared for 1.1 final.
>
>Thanks in advance!
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag von tho...@tr...
>Gesendet: Mi 04.08.2004 17:08
>An: spr...@li...
>Betreff: Re: [Springframework-developer] @since and @version tags
>
>
>
>I used JEdit which has excellent support for this kind of modifications.  You
>can easily replace using a regex in all java files in a certain directory tree.
> Eclipse has similar support - but JEdit's search/replace seems easier to use.
>
>Thomas
>
>
>Quoting Colin Sampaleanu <col...@ex...>:
>
>  
>
>>I think Thomas finally changed the package names last year.
>>
>>I can do this with a regex search and replace.
>>
>>It's too bad that SF is still running the older CVS 1.11.x series, and
>>not the newer 1.12.x series. The latter apparently respects using -kk to
>>ignore the keywords on merges, while still working properly with binary
>>files. That would probably be enough for me to change my vote the other way.
>>
>>Will try to do this at an opportune time...
>>
>>Colin
>>
>>Alef Arendsen wrote:
>>
>>    
>>
>>>I think our Linux experts will have to jump in here ;-). I can recall Thomas
>>>      
>>>
>>or Colin changing all the package names from com.interface21 to
>>org.springframework about a year ago...
>>    
>>
>>>Alef
>>>
>>>
>>>
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: spr...@li...
>>>>[mailto:spr...@li...]
>>>>On Behalf Of jürgen höller [werk3AT]
>>>>Sent: Wednesday, August 04, 2004 11:31 AM
>>>>To: spr...@li...
>>>>Subject: Re: [Springframework-developer] @since and @version tags
>>>>
>>>>OK, so how do we go about removing the @version tags then -
>>>>in an automated fashion?
>>>>
>>>>Juergen
>>>>
>>>>
>>>>________________________________
>>>>
>>>>Von: spr...@li... im
>>>>Auftrag von Alef Arendsen
>>>>Gesendet: Di 03.08.2004 10:18
>>>>An: spr...@li...
>>>>Betreff: RE: [Springframework-developer] @since and @version tags
>>>>
>>>>
>>>>
>>>>Sorry, forgot about this.
>>>>
>>>>I'll add my +1 to removing them.
>>>>
>>>>Just use @author and @since.
>>>>
>>>>So the vote is:
>>>>
>>>>3 for
>>>>5 against
>>>>1 neutral
>>>>
>>>>Alef
>>>>
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>>>-----Original Message-----
>>>>>From: spr...@li...
>>>>>[mailto:spr...@li...]
>>>>>On Behalf Of Dmitriy Kopylenko
>>>>>Sent: Monday, August 02, 2004 11:15 PM
>>>>>To: spr...@li...
>>>>>Subject: Re: [Springframework-developer] @since and @version tags
>>>>>
>>>>>So is this the final vote? Are we getting rid of $Id$s then?
>>>>>
>>>>>Dmitriy.
>>>>>
>>>>>Dmitriy Kopylenko wrote:
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>3 in favor
>>>>>>4 against
>>>>>>2 neutral
>>>>>>
>>>>>>
>>>>>>William G. Thompson, Jr. wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>i'm not sure i feel strongly either way...traditionally
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>I've always
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>put $Id$ in every text file I management in CVS.  This has
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>also been
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>the case in every open source project I have been involved in or
>>>>>>>used.  That is not neccesarily a good enough reason to
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>continue to do
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>it...
>>>>>>>
>>>>>>>In web app dev $Id$ comes in really handy to verify the
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>build process
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>ran correctly and the thing you thought was deployed
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>actually got
>>>>
>>>>
>>>>        
>>>>
>>>>>>>deployed.  for instance we put $Id$ in HTML comments for
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>our Views so
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>that we can view source in the running app to check the versions.
>>>>>>>
>>>>>>>however, I also understand the problem with
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>branch/merge...but why
>>>>
>>>>
>>>>        
>>>>
>>>>>>>doesn't the -kk solution work?
>>>>>>>
>>>>>>>+0 for $Id$
>>>>>>>
>>>>>>>later.
>>>>>>>Bill
>>>>>>>
>>>>>>>
>>>>>>>Dmitriy Kopylenko wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>>>Let's give others a chance ;-)
>>>>>>>>
>>>>>>>>Alef, Keith, Mark, Bill.... what's your vote?
>>>>>>>>
>>>>>>>>
>>>>>>>>Rob Harrop wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>>>>>Nothing like a good old fashioned standoff :)
>>>>>>>>>
>>>>>>>>>Shootout at noon?
>>>>>>>>>
>>>>>>>>>Rob
>>>>>>>>>
>>>>>>>>>-----Original Message-----
>>>>>>>>>From: spr...@li...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                  
>>>>>>>>>
>>>>>[mailto:spr...@li...] On
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>Behalf Of Dmitriy Kopylenko
>>>>>>>>>Sent: 29 July 2004 16:16
>>>>>>>>>To: spr...@li...
>>>>>>>>>Subject: Re: [Springframework-developer] @since and
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                  
>>>>>>>>>
>>>>@version tags
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>3 for (Rod, Dmitriy, Rob)
>>>>>>>>>3 against  (Juergen, Thomas, Colin)
>>>>>>>>>1 neutral (Darren)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>Colin Sampaleanu wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                  
>>>>>>>>>
>>>>>>>>>>I do like $Id tags to be able to look at files and see who to
>>>>>>>>>>blame for the last changes :-), but I would rather be able to
>>>>>>>>>>branch/merge comfortably in the future. With Tortoise
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>and Eclipse,
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>I can see the revision history _very_ easily anyways,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>wherever I am.
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>So -1 for using them from now on (i.e let's get rid
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>of them)...
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>Dmitriy Kopylenko wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>>>>>>>Well, let's take a vote. I'm for $Id tags (+1)
>>>>>>>>>>>
>>>>>>>>>>>Regards,
>>>>>>>>>>>Dmitriy.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>jürgen höller [werk3AT] wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                      
>>>>>>>>>>>
>>>>>>>>>>>>I'd actually prefer if we drop $Id tags from all files. I
>>>>>>>>>>>>personally don't think that they add much value. Of
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>>course, if a
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>>>democratic decision goes in favor of those tags, well, I'll
>>>>>>>>>>>>concede ;-)
>>>>>>>>>>>>
>>>>>>>>>>>>Regarding @since tags, we're currently using them with the
>>>>>>>>>>>>creation date. That has been quite nice during our
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>agile way
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>>>towards 1.0. We could indeed reconsider to use
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>>version numbers
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>>>there now.
>>>>>>>>>>>>
>>>>>>>>>>>>Any suggestions on how to apply a consistent style for all
>>>>>>>>>>>>source files in a batch, without messing them up? $Id is
>>>>>>>>>>>>probably easy, @since nearly impossible, parameter
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>alignment
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>>>easy again.
>>>>>>>>>>>>
>>>>>>>>>>>>Juergen
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>________________________________
>>>>>>>>>>>>
>>>>>>>>>>>>Von:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>spr...@li... im
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>>>Auftrag von Colin Sampaleanu
>>>>>>>>>>>>Gesendet: Mi 28.07.2004 20:38
>>>>>>>>>>>>An: spr...@li...
>>>>>>>>>>>>Betreff: Re: [Springframework-developer] @since and
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>@version
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>>>tags
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>Dmitriy Kopylenko wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>>>>>>>>>>>I like id keywords...they're mainly in the code
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                            
>>>>>>>>>>>>>>
>>>>through my
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>>>>>classes or classes I've edited... (Damn, if it's
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                            
>>>>>>>>>>>>>>
>>>>>standardized,
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>>>>>I won't know if I've worked on a particular file
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                            
>>>>>>>>>>>>>>
>>>>>any more :-)
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>                            
>>>>>>>>>>>>>>
>>>>>>>>>>>>>I also insert $Id:$ when I work on existing classes
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                          
>>>>>>>>>>>>>
>>>>>or create
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>>>>new ones
>>>>>>>>>>>>>;-)
>>>>>>>>>>>>>
>>>>>>>>>>>>>Dmitriy.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                          
>>>>>>>>>>>>>
>>>>>>>>>>>>I personally like $Id tags. But they do suck big time when
>>>>>>>>>>>>trying to merge files back in after a branch, causing a
>>>>>>>>>>>>conflict/change to exist when there shouldn't be
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>any... There
>>>>
>>>>
>>>>        
>>>>
>>>>>>>>>>>>seems to be a trend to going away from using them in
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>>files, by
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>>>>>>some people, for this reason.
>>>>>>>>>>>>
>>>>>>>>>>>>Colin
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                        
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                      
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                    
>>>>>>>>>>
>>>>>>>-------------------------------------------------------
>>>>>>>This SF.Net email is sponsored by OSTG. Have you noticed
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>the changes
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>on Linux.com, ITManagersJournal and NewsForge in the past
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>few weeks?
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>>Now, one more big change to announce. We are now OSTG-
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>Open Source
>>>>
>>>>
>>>>        
>>>>
>>>>>>>Technology Group. Come see the changes on the new OSTG site.
>>>>>>>www.ostg.com _______________________________________________
>>>>>>>Springframework-developer mailing list
>>>>>>>Spr...@li...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>https://lists.sourceforge.net/lists/listinfo/springframework-develope
>>>>
>>>>
>>>>        
>>>>
>>>>>>>r
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>
>>>>>>-------------------------------------------------------
>>>>>>This SF.Net email is sponsored by OSTG. Have you noticed
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>the changes
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>on Linux.com, ITManagersJournal and NewsForge in the past
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>few weeks?
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>Now, one more big change to announce. We are now OSTG-
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>Open Source
>>>>
>>>>
>>>>        
>>>>
>>>>>>Technology Group. Come see the changes on the new OSTG site.
>>>>>>www.ostg.com _______________________________________________
>>>>>>Springframework-developer mailing list
>>>>>>Spr...@li...
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>>
>>>>
>>>>        
>>>>
>>>>>-------------------------------------------------------
>>>>>This SF.Net email is sponsored by OSTG. Have you noticed
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>the changes
>>>>
>>>>
>>>>        
>>>>
>>>>>on Linux.com, ITManagersJournal and NewsForge in the past
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>few weeks?
>>>>
>>>>
>>>>        
>>>>
>>>>>Now, one more big change to announce. We are now OSTG- Open Source
>>>>>Technology Group. Come see the changes on the new OSTG site.
>>>>>www.ostg.com _______________________________________________
>>>>>Springframework-developer mailing list
>>>>>Spr...@li...
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>>
>>>>
>>>>        
>>>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by OSTG. Have you noticed the changes on
>>Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
>>one more big change to announce. We are now OSTG- Open Source Technology
>>Group. Come see the changes on the new OSTG site. www.ostg.com
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>    
>>
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by OSTG. Have you noticed the changes on
>Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
>one more big change to announce. We are now OSTG- Open Source Technology
>Group. Come see the changes on the new OSTG site. www.ostg.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>  
>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Thomas R. <tho...@tr...>]

It works in 8.1SP2.  I would remove the stack trace generated from the 
log statement though and just leave the log message that we are retrying 
with forceResume.

Thomas

jürgen höller [werk3AT] wrote:

>Thomas,
> 
>As mentioned in a JIRA comment, I've just coded such a WebLogicJtaTransactionManager via reflection (to avoid compile-time dependencies on WebLogic), also leveraging new internal hooks in JtaTransactionManager. Please give it a try on WebLogic 8.1!
> 
>If we keep getting the NullPointerException on WebLogic 7.0, we'll need some further research there. It's already good to have it working on WebLogic 8.1, though!
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Thomas Risberg
>Gesendet: Mo 16.08.2004 07:39
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>
>
>I was able to reproduce the error using WLS 8.1SP2.  The following code
>did fix the problem and I did not get the nullpointer exception.
>
>package org.springframework.transaction.jta;
>
>public class WebLogicJtaTransactionManager extends JtaTransactionManager {
>
>  protected void doResume(Object transaction, Object suspendedResources) {
>    try {
>      super.doResume(transaction, suspendedResources);
>    } catch
>(org.springframework.transaction.IllegalTransactionStateException ex) {
>      logger.debug("ForceResuming: " + suspendedResources.toString());
>      weblogic.transaction.TransactionManager wtm =
>(weblogic.transaction.TransactionManager) getTransactionManager();
>      wtm.forceResume((javax.transaction.Transaction) suspendedResources);
>    }
>  }
>}
>
>I have attached a spring-weblogic-jta-patch.jar containing this class to
>JIRA.  If you could test with this jar together with the most recent
>1.1RC1 spring.jar to see if it works in your environment.  If not I will
>have to investigate further using WLS 7.0.
>
>Thomas
>
>
>Eugene Kuleshov wrote:
>
>  
>
>>Hi Thomas,
>>
>>  I'll try to run that code on wls 8 and will attach clent junit test
>>to JIRA tomorrow morning.
>>
>>  regards,
>>  Eugene
>>
>>
>>Thomas Risberg wrote:
>>
>>    
>>
>>>I'll try to take a look at this in the next couple of days.  From an
>>>initial look at the problem it seems to be more of a WebLogic issue. 
>>>Have you tried running the same code in WLS 8.1?
>>>
>>>First I'm going to try to reproduce this locally - you woldn't happen
>>>to have the client code that calls this EJB?
>>>
>>>Thomas
>>>
>>>
>>>Eugene Kuleshov wrote:
>>>
>>>      
>>>
>>>>Hi,
>>>>
>>>>  I wonder if there is any chance that SPR-251 JIRA could be
>>>>resolved for 1.1 release?
>>>>
>>>>  Thank you.
>>>>
>>>>  Eugene
>>>>
>>>>Rod Johnson wrote:
>>>>
>>>>        
>>>>
>>>>>I haven't documented the new "factory-bean" attribute that supports
>>>>>the use
>>>>>of instance (rather than static) factory methods in the Reference
>>>>>Manual
>>>>>yet. (It is documented in the DTD.) Doesn't justify holding the
>>>>>release, but
>>>>>worth noting. (Hint, hint.)
>>>>>
>>>>>Unfortunately I won't have time to do this myself before the release.
>>>>>
>>>>>-----Original Message-----
>>>>>From: spr...@li...
>>>>>[mailto:spr...@li...] On
>>>>>Behalf Of
>>>>>jürgen höller [werk3AT]
>>>>>Sent: 14 August 2004 20:04
>>>>>To: spr...@li...
>>>>>Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>>>
>>>>>Everybody,
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>From my point of view, Spring 1.1 final is ready for release; the
>>>>>>only
>>>>>>            
>>>>>>
>>>>>
>>>>>remaining point is documentation. There's no reference docs on the
>>>>>HTTP
>>>>>invoker yet, for example: While this is not too critical, I'll try
>>>>>to add
>>>>>docs on it till Monday.
>>>>>
>>>>>Feel free to give the current CVS snapshot a final try, and to do
>>>>>some final
>>>>>proof-reading of the docs! Please report any issues ASAP: I
>>>>>currently plan
>>>>>to do the release Monday night, provided that there are no
>>>>>showstoppers.
>>>>>          
>>>>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>    
>>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>  
>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Eugene K. <eu...@pl...>]

jürgen höller [werk3AT] wrote:

> BTW, Eugene: Have you decompiled your WebLogic EJB proxy to see the
> resume/forceResume code? In that case, is it obvious to you how
> WebLogic applies the "transaction-isolation" setting (from its EJB
> deployment descriptor)? We'd like to provide that for Spring on
> WebLogic too, but don't know how to set the isolation level on
> WebLogic JTA, because the standard JTA API does not support
> per-transaction isolation levels...
> 
> We do already support isolation levels for our native transactions
> strategies, like DataSourceTransactionManager and co. Our
> JtaTransactionManager just provides a hook currently; we do not have
> isolation level support for any JTA backend yet.

   Actually you no need to decompile anything. There is an option in
Weblogic's ejbc compiller to keep sources for generated stubs/proxies.
   We've tried to look at those, but they quite complex and rely on some 
Weblogic internal classes. If you are interested, I can attach all of 
those to JIRA.

   regards,
   Eugene


> Von: spr...@li... im Auftrag
> von Eugene Kuleshov Gesendet: Mo 16.08.2004 03:16 An:
> spr...@li... Cc: Dmitri Maximovich
>  Betreff: Re: [Springframework-developer] Preparing for Spring 1.1
> final
> 
> 
> 
> 
> Hi Thomas,
> 
> I'll try to run that code on wls 8 and will attach clent junit test
> to JIRA tomorrow morning.
> 
> regards, Eugene
> 
> 
> Thomas Risberg wrote:
> 
> 
>> I'll try to take a look at this in the next couple of days.  From
>> an initial look at the problem it seems to be more of a WebLogic
>> issue. Have you tried running the same code in WLS 8.1?
>> 
>> First I'm going to try to reproduce this locally - you woldn't
>> happen to have the client code that calls this EJB?
>> 
>> Thomas
>> 
>> 
>> Eugene Kuleshov wrote:
>> 
>> 
>>> Hi,
>>> 
>>> I wonder if there is any chance that SPR-251 JIRA could be
>>> resolved for 1.1 release?
>>> 
>>> Thank you.
>>> 
>>> Eugene
>>> 
>>> Rod Johnson wrote:
>>> 
>>> 
>>>> I haven't documented the new "factory-bean" attribute that
>>>> supports the use of instance (rather than static) factory
>>>> methods in the Reference Manual yet. (It is documented in the
>>>> DTD.) Doesn't justify holding the release, but worth noting.
>>>> (Hint, hint.)
>>>> 
>>>> Unfortunately I won't have time to do this myself before the
>>>> release.
>>>> 
>>>> -----Original Message----- From:
>>>> spr...@li... 
>>>> [mailto:spr...@li...]
>>>> On Behalf Of jürgen höller [werk3AT] Sent: 14 August 2004 20:04
>>>>  To: spr...@li... Subject:
>>>> [Springframework-developer] Preparing for Spring 1.1 final
>>>> 
>>>> Everybody,
>>>> 
>>>> 
>>>> 
>>>>> From my point of view, Spring 1.1 final is ready for release;
>>>>> the only
>>>> 
>>>> 
>>>> remaining point is documentation. There's no reference docs on
>>>> the HTTP invoker yet, for example: While this is not too
>>>> critical, I'll try to add docs on it till Monday.
>>>> 
>>>> Feel free to give the current CVS snapshot a final try, and to
>>>> do some final proof-reading of the docs! Please report any
>>>> issues ASAP: I currently plan to do the release Monday night,
>>>> provided that there are no showstoppers.

RE: [Springframework-developer] Preparing for Spring 1.1 final

[Rod J. <ro...@in...>]

Eugene, you may want to check your WebLogic license to see whether such
decompilation is permitted (I guess it's kind of *your* code, rather =
than
purely BEA's)... We wouldn't want to advise anyone to violate a =
commercial
license.=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
j=FCrgen h=F6ller [werk3AT]
Sent: 16 August 2004 11:46
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final

BTW, Eugene: Have you decompiled your WebLogic EJB proxy to see the
resume/forceResume code? In that case, is it obvious to you how WebLogic
applies the "transaction-isolation" setting (from its EJB deployment
descriptor)? We'd like to provide that for Spring on WebLogic too, but =
don't
know how to set the isolation level on WebLogic JTA, because the =
standard
JTA API does not support per-transaction isolation levels...
=20
We do already support isolation levels for our native transactions
strategies, like DataSourceTransactionManager and co. Our
JtaTransactionManager just provides a hook currently; we do not have
isolation level support for any JTA backend yet.
=20
Juergen
=20

RE: [Springframework-developer] @since and @version tags

[Rod J. <ro...@in...>]

>Do you have the chance to remove all lines with $Id/$Revision tags today or
tomorrow? I'd like to get this done this week, to be prepared for 1.1 final.

Hey, did we agree this?? I still see a value for $Id$ tags, and am not
convinced there's a benefit in removing them at this point.

Re: [Springframework-developer] Re: HTTP invoker remoting strategy

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

Failover support already occured to me too :-) However, that's a =
non-trivial problem, in particular for a general strategy that's =
supposed to work with different remoting tools. We should have something =
in that area for Spring 1.2, though.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Claus Ibsen
Sent: Monday, August 16, 2004 1:19 PM
To: spr...@li...
Subject: [Springframework-developer] Re: HTTP invoker remoting strategy


Hi=20

In my current company we have a distributed architecture and use EJB's =
for
remoting access. On top of that we wrote our own remoting strategy with =
retry
and fail-over support.

Very cool that Spring will integrate a common retry support.=20

Since you guys are going to give the retry support som thought, so what =
about
including fail-over support also?=20


Regards

Claus



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: HTTP invoker remoting strategy

[Claus I. <cs...@ma...>]

Hi 

In my current company we have a distributed architecture and use EJB's for
remoting access. On top of that we wrote our own remoting strategy with retry
and fail-over support.

Very cool that Spring will integrate a common retry support. 

Since you guys are going to give the retry support som thought, so what about
including fail-over support also? 


Regards

Claus

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

BTW, Eugene: Have you decompiled your WebLogic EJB proxy to see the =
resume/forceResume code? In that case, is it obvious to you how WebLogic =
applies the "transaction-isolation" setting (from its EJB deployment =
descriptor)? We'd like to provide that for Spring on WebLogic too, but =
don't know how to set the isolation level on WebLogic JTA, because the =
standard JTA API does not support per-transaction isolation levels...
=20
We do already support isolation levels for our native transactions =
strategies, like DataSourceTransactionManager and co. Our =
JtaTransactionManager just provides a hook currently; we do not have =
isolation level support for any JTA backend yet.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Eugene Kuleshov
Gesendet: Mo 16.08.2004 03:16
An: spr...@li...
Cc: Dmitri Maximovich
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final




Hi Thomas,

   I'll try to run that code on wls 8 and will attach clent junit test =
to JIRA
tomorrow morning.

   regards,
   Eugene


Thomas Risberg wrote:

> I'll try to take a look at this in the next couple of days.  From an
> initial look at the problem it seems to be more of a WebLogic issue.=20
> Have you tried running the same code in WLS 8.1?
>
> First I'm going to try to reproduce this locally - you woldn't happen =
to
> have the client code that calls this EJB?
>
> Thomas
>
>
> Eugene Kuleshov wrote:
>
>> Hi,
>>
>>   I wonder if there is any chance that SPR-251 JIRA could be resolved
>> for 1.1 release?
>>
>>   Thank you.
>>
>>   Eugene
>>
>> Rod Johnson wrote:
>>
>>> I haven't documented the new "factory-bean" attribute that supports
>>> the use
>>> of instance (rather than static) factory methods in the Reference =
Manual
>>> yet. (It is documented in the DTD.) Doesn't justify holding the
>>> release, but
>>> worth noting. (Hint, hint.)
>>>
>>> Unfortunately I won't have time to do this myself before the =
release.
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...] On
>>> Behalf Of
>>> j=FCrgen h=F6ller [werk3AT]
>>> Sent: 14 August 2004 20:04
>>> To: spr...@li...
>>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>
>>> Everybody,
>>>=20
>>>
>>>> From my point of view, Spring 1.1 final is ready for release; the =
only
>>>
>>>
>>> remaining point is documentation. There's no reference docs on the =
HTTP
>>> invoker yet, for example: While this is not too critical, I'll try =
to
>>> add
>>> docs on it till Monday.
>>>=20
>>> Feel free to give the current CVS snapshot a final try, and to do
>>> some final
>>> proof-reading of the docs! Please report any issues ASAP: I =
currently
>>> plan
>>> to do the release Monday night, provided that there are no =
showstoppers.



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer