springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Access to ServletConfig in WebApplicationContext

[Yujin K. <net...@gm...>]

Slightly off topic here, but something I mentioned in my recent post.
Would refactoring/abstraction of multipart handling considered worthwhile?

For example, currently there's MultipartHttpServletRequest which
contains three methods that are not tied to Servlet but the interface
itself is a subinterface of HttpServletRequest, which makes the whole
multipart servlet centric.

If an interim interface is introduced, then while still maintaing
MultipartHttpServletRequest and MultipartActionRequest, the rest of
the framework can operate off of the interim interface, which I think
can eliminiate quite a bit of code duplication.  (Multipart support
for Portlet was just sent over to John for his review.  And Enrique
also posted a version on wiki).

While I amt ait,  I was also wondering if it would be make a good
argument to introduce a "resolver" framework.  Currently it seems
DispatcherServlet (and DispatherPotlet for that matter) is doing a bit
of manual check on the beans implementing ServletContextAware and
processing of each resolvers registered.  it would be nice to define
pointcuts inside servlet workflow and make resolvers dynamically
injected upon autodiscoery.

Let me know if I am being ignorant and sily.

On 11/6/05, Juergen Hoeller <ju...@in...> wrote:
> At the core web MVC level, such an abstraction is arguably not worthwhile=
.
>
> The control flow in a Portlet environment is quite different, which needs=
 to
> be reflected in the corresponding controller model. Furthermore, web
> controllers should have full access to the native Servlet/Portlet
> facilities, not just to a least common denominator.
>
> On the view side, we have full reuse anyway, so it's really only about th=
e
> dispatcher / controller side, including handler mapping and co.
>
> Higher-level web UI frameworks such as Web Flow, JSF or Tapestry are a
> different matter here. To a large degree, they abstract from the underlyi=
ng
> request model, so can more naturally abstract from the concrete
> Servlet/Portlet facilities, or in fact even the dispatcher facility they =
run
> in.
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf =
Of
> Boyce, Keith Garry
> Sent: Sunday, November 06, 2005 5:10 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Access to ServletConfig in
> WebApplicationContext
>
>
> Sounds good to me... While you are at it have you considered if it's
> possible to abstract the http and portlet request and response similar to
> webflow so that the code doesn't have be so duplicated?
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf =
Of
> John Lewis
> Sent: Saturday, November 05, 2005 10:54 PM
> To: spr...@li...
> Subject: [Springframework-developer] Access to ServletConfig in
> WebApplicationContext
>
> I posted a question about this to the user list last week and no one had =
any
> secret tricks for this, so I'd like to propose a minor change to
> WebApplicationContext and to FrameworkServlet as follows:
>
> I'd like to provide beans running in a WebApplicationContext with access =
to
> the ServletConfig that they are running in.  I'd like to do this in order=
 to
> provide access to the portletName and the initParameters for the Servlet.=
  I
> know several other developers have expressed an interest in this.
>
> This can be done in the same way that Spring currently provides access to
> the ServletContext.  In fact, we can also provide a ServletConfigAware
> interface and inject the ServletConfig directly into any bean that wants =
it.
>
> I will then also provide equivalent functionality in the Portlet MVC code=
 so
> that beans running in a PortletApplicationContext have access the
> PortletConfig they are running in.  I'd like to do this in both framework=
s
> in order to keep them relatively synchronized.
>
> Any objections to all this?
>
> Juergen, I'd be happy to email you the code prior to committing it into C=
VS
> if you would like to review the changes first.  Please let me know.
>
> Thanks for your support.
>
> John Lewis
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play:
> http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> This message is a PRIVATE communication.
> If you are not the intended recipient, please do not read, copy, or use i=
t,
> and do not disclose it to others. Please notify the sender of the deliver=
y
> error by replying to this message, and then delete it from your system.
> Thank you.
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Re: [Springframework-user] Release date for Spring 1.2.6 Final?

[Alexandru P. <the...@gm...>]

#: Juergen Hoeller changed the world a bit at a time by saying on  11/6/2005 7:02 PM :#
> Hi Alex, everybody,
> 
> The current target release date for Spring 1.2.6 is Tuesday. Tonight's
> nightly 1.2.6 snapshot will contain all planned changes; it essentially
> constitutes a release candidate. Please give it a try if you have any chance
> to do so, and let us know whether it works for you!
> 
> Juergen
>  

Thanks Juergen! I will give it a try.

./alex
--
.w( the_mindstorm )p.

> 
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf Of
> Alexandru Popescu
> Sent: Saturday, November 05, 2005 10:15 PM
> To: spr...@li...
> Subject: Re: [Springframework-user] Release date for Spring 1.2.6 Final?
> 
> #: Juergen Hoeller changed the world a bit at a time by saying on
> 10/26/2005 11:39 PM :#
>> Hi Chris, everybody,
>>  
>> Spring 1.2.6 is scheduled for release at the end of October. There are 
>> only a couple of minor issues/enhancements left to address; see our 
>> JIRA road map for details.
>>  
>> In the meantime, please test a recent nightly 1.2.6 snapshot and let 
>> us know whether it works for you! The current snapshots are considered 
>> as stable; there are no significant changes to be expected until 1.2.6
> final.
>>  
>> Juergen
>>  
> 
> Hi Juergen!
> 
> Any news in this direction?
> 
> ./alex
> --
> .w( the_mindstorm )p.
> 
>> 
>>   _____
>> 
>> From: spr...@li...
>> [mailto:spr...@li...] On Behalf Of 
>> Borrill, Christopher
>> Sent: Wednesday, October 26, 2005 9:38 PM
>> To: spr...@li...
>> Subject: [Springframework-user] Release date for Spring 1.2.6 Final?
>> 
>> 
>> 
>> Hi,
>> 
>> What is the current expected release date for Spring 1.2.6 Final? 
>> 
>> Thankyou,
>> Chris
>> 
>> 
>> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-user mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-user
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] Access to ServletConfig in WebApplicationContext

[Juergen H. <ju...@in...>]

At the core web MVC level, such an abstraction is arguably not worthwhile.

The control flow in a Portlet environment is quite different, which needs to
be reflected in the corresponding controller model. Furthermore, web
controllers should have full access to the native Servlet/Portlet
facilities, not just to a least common denominator.

On the view side, we have full reuse anyway, so it's really only about the
dispatcher / controller side, including handler mapping and co.

Higher-level web UI frameworks such as Web Flow, JSF or Tapestry are a
different matter here. To a large degree, they abstract from the underlying
request model, so can more naturally abstract from the concrete
Servlet/Portlet facilities, or in fact even the dispatcher facility they run
in.

Juergen
 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Boyce, Keith Garry
Sent: Sunday, November 06, 2005 5:10 AM
To: spr...@li...
Subject: RE: [Springframework-developer] Access to ServletConfig in
WebApplicationContext


Sounds good to me... While you are at it have you considered if it's
possible to abstract the http and portlet request and response similar to
webflow so that the code doesn't have be so duplicated?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
John Lewis
Sent: Saturday, November 05, 2005 10:54 PM
To: spr...@li...
Subject: [Springframework-developer] Access to ServletConfig in
WebApplicationContext

I posted a question about this to the user list last week and no one had any
secret tricks for this, so I'd like to propose a minor change to
WebApplicationContext and to FrameworkServlet as follows:

I'd like to provide beans running in a WebApplicationContext with access to
the ServletConfig that they are running in.  I'd like to do this in order to
provide access to the portletName and the initParameters for the Servlet.  I
know several other developers have expressed an interest in this.

This can be done in the same way that Spring currently provides access to
the ServletContext.  In fact, we can also provide a ServletConfigAware
interface and inject the ServletConfig directly into any bean that wants it.

I will then also provide equivalent functionality in the Portlet MVC code so
that beans running in a PortletApplicationContext have access the
PortletConfig they are running in.  I'd like to do this in both frameworks
in order to keep them relatively synchronized.

Any objections to all this?

Juergen, I'd be happy to email you the code prior to committing it into CVS
if you would like to review the changes first.  Please let me know.

Thanks for your support.

John Lewis



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play:
http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy, or use it,
and do not disclose it to others. Please notify the sender of the delivery
error by replying to this message, and then delete it from your system.
Thank you.


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: [Springframework-user] Release date for Spring 1.2.6 Final?

[Juergen H. <ju...@in...>]

Hi Alex, everybody,

The current target release date for Spring 1.2.6 is Tuesday. Tonight's
nightly 1.2.6 snapshot will contain all planned changes; it essentially
constitutes a release candidate. Please give it a try if you have any chance
to do so, and let us know whether it works for you!

Juergen
 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Alexandru Popescu
Sent: Saturday, November 05, 2005 10:15 PM
To: spr...@li...
Subject: Re: [Springframework-user] Release date for Spring 1.2.6 Final?

#: Juergen Hoeller changed the world a bit at a time by saying on
10/26/2005 11:39 PM :#
> Hi Chris, everybody,
>  
> Spring 1.2.6 is scheduled for release at the end of October. There are 
> only a couple of minor issues/enhancements left to address; see our 
> JIRA road map for details.
>  
> In the meantime, please test a recent nightly 1.2.6 snapshot and let 
> us know whether it works for you! The current snapshots are considered 
> as stable; there are no significant changes to be expected until 1.2.6
final.
>  
> Juergen
>  

Hi Juergen!

Any news in this direction?

./alex
--
.w( the_mindstorm )p.

> 
>   _____
> 
> From: spr...@li...
> [mailto:spr...@li...] On Behalf Of 
> Borrill, Christopher
> Sent: Wednesday, October 26, 2005 9:38 PM
> To: spr...@li...
> Subject: [Springframework-user] Release date for Spring 1.2.6 Final?
> 
> 
> 
> Hi,
> 
> What is the current expected release date for Spring 1.2.6 Final? 
> 
> Thankyou,
> Chris
> 
> 
> 



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user

Re: [Springframework-developer] Re: REPOST: Portlet Multipart Support

[J.Enrique Ruiz-V. <jen...@gm...>]

Hi John,

I have uploaded to 
http://opensource2.atlassian.com/confluence/spring/pages/viewpageattachments.action?pageId=10 
our implementation of the Multipart support for the Spring Portlet MVC 
and a sample portlet that can be deployed into Liferay Portal.

We hope it can be useful.

Regards.

-- 
J.Enrique Ruiz-Valenciano
CIO, DiSiD S.L.L. (http://www.disid.com)

RE: [Springframework-developer] Access to ServletConfig in WebApplicationContext

[Boyce, K. G. <Kei...@bc...>]

Sounds good to me... While you are at it have you considered if it's
possible to abstract the http and portlet request and response similar
to webflow so that the code doesn't have be so duplicated?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of John Lewis
Sent: Saturday, November 05, 2005 10:54 PM
To: spr...@li...
Subject: [Springframework-developer] Access to ServletConfig in
WebApplicationContext

I posted a question about this to the user list last week and no one had
any secret tricks for this, so I'd like to propose a minor change to
WebApplicationContext and to FrameworkServlet as follows:

I'd like to provide beans running in a WebApplicationContext with access
to the ServletConfig that they are running in.  I'd like to do this in
order to provide access to the portletName and the initParameters for
the Servlet.  I know several other developers have expressed an interest
in this.

This can be done in the same way that Spring currently provides access
to the ServletContext.  In fact, we can also provide a
ServletConfigAware interface and inject the ServletConfig directly into
any bean that wants it.

I will then also provide equivalent functionality in the Portlet MVC
code so that beans running in a PortletApplicationContext have access
the PortletConfig they are running in.  I'd like to do this in both
frameworks in order to keep them relatively synchronized.

Any objections to all this?

Juergen, I'd be happy to email you the code prior to committing it into
CVS if you would like to review the changes first.  Please let me know.

Thanks for your support.

John Lewis



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your
very own Sony(tm)PSP.  Click here to play:
http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.

[Springframework-developer] Access to ServletConfig in WebApplicationContext

[John L. <jl...@ar...>]

I posted a question about this to the user list last week and no one had 
any secret tricks for this, so I'd like to propose a minor change to 
WebApplicationContext and to FrameworkServlet as follows:

I'd like to provide beans running in a WebApplicationContext with access to 
the ServletConfig that they are running in.  I'd like to do this in order 
to provide access to the portletName and the initParameters for the 
Servlet.  I know several other developers have expressed an interest in this.

This can be done in the same way that Spring currently provides access to 
the ServletContext.  In fact, we can also provide a ServletConfigAware 
interface and inject the ServletConfig directly into any bean that wants it.

I will then also provide equivalent functionality in the Portlet MVC code 
so that beans running in a PortletApplicationContext have access the 
PortletConfig they are running in.  I'd like to do this in both frameworks 
in order to keep them relatively synchronized.

Any objections to all this?

Juergen, I'd be happy to email you the code prior to committing it into CVS 
if you would like to review the changes first.  Please let me know.

Thanks for your support.

John Lewis

[Springframework-developer] spring build.369 Build Successful

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20051106001614Lbuild.369

Re: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Yujin K. <net...@gm...>]

I have almost zero knowlege in spring remoting and do not have
extensive experience in EJB remoting but would bean level clustering
be considered another differences between the two?   Can
spring-remoting provide failover/clustering solution the way EJB
(supposedly) does?

On 11/5/05, Juergen Hoeller <ju...@in...> wrote:
> Spring Remoting and Remote EJBs are quite different solutions to the same
> problem - actually, different in style more than different in capability.
>
> Spring Remoting follows the philosophy of taking existing POJO service
> instances and exporting them under a given protocol, at a given URL, with
> configurable protocol. Exporting the same service instance with different
> protocols *at the same time* is straightforward: simply define multiple
> exporters at different URLs, with each exporter pointing to the same serv=
ice
> but talking a different protocol. The target service instance can be any
> existing application service, as long as it's suitable for remoting (i.e.
> has serializable arguments etc).
>
> The supported protocols include Hessian, Burlap, HTTP invoker, traditiona=
l
> RMI and RMI invoker - both using any RMI protocol internally, be it JRMP,
> IIOP or WebLogic's T3. Furthermore, there's also support for Web Services
> via a JAX-RPC provider (such as Axis). The only environment required is a
> plain Servlet container, or even just a plain JVM in the case of RMI. No
> special class loaders get created; Spring's remoting seamlessly nestes in=
to
> an existing environment, exporting existing local application services wh=
ere
> needed.
>
> Remote EJBs on the other hand are based on the explicit notion of a remot=
e
> component that you have to implement based on a strict component model. S=
uch
> a component then gets deployed; binding it do a specific protocol and URL=
 is
> part of the (partly server-specific) deployment step. Binding to multiple
> protocols at the same time means deploying your Remote EJB multiple times=
,
> with different EJB instances representing each deployment.
>
> Of course, remote EJBs just work within an explicit EJB container, based =
on
> a specific deployment unit and running in their own class loader. EJBs ge=
t
> deployed separately; they are effectively not plain remote service facade=
s
> but rather fully self-contained application components that natively have=
 a
> remote service interface. EJBs are not made for exposing some existing
> application service but rather for building self-contained remote service=
s.
>
> So the main difference is essentially the configuration and deployment
> model. If all you want is export some remote services from an existing
> application, take Spring Remoting, in particular if the existing applicat=
ion
> is a WAR file or a standalone application (running outside of a J2EE
> server). If you want to build self-contained remote components that you c=
an
> deploy on their own and that are not an inherent part of an overall
> application, take remote EJBs.
>
> Remote EJBs also offer stateful remoting as a central part of the compone=
nt
> model, while Spring Remoting is primarily about stateless remoting - just
> like Web Services are stateless. So if you have a strong need for remote
> sessions, remote stateful session EJBs are a straightforward solution.
> However, double-check whether you actually need stateful remote sessions;
> stateless remoting is inherently much more scalable.
>
> A further advanced feature of remote EJBs is remote transaction propagati=
on,
> that is, a client-side transaction getting propagated to remote services.
> This is in most cases architecturally undesirable, though, and not genera=
lly
> supported by all J2EE servers. If you really need this feature, you could
> also consider using Spring's RMI support in conjunction with your J2EE
> server's RMI subsystem: for example, with WebLogic RMI, which offers
> seamless propagation of the transaction and security context.
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf =
Of
> Garvey, Paul M (GE Commercial Finance)
> Sent: Friday, November 04, 2005 2:03 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Are there scenarios where EJB is=
 a
> better option than Spring?
>
>
>
> Yes, I was actually on page 9 :-) Anyway, thx
>
> On page 11 of "Expert One-On-One J2EE Development without EJB" it States
> that EJBs is the best solutions for application that need object
> distributed.
> Why is this a better solution than Spring Remoting? Is it the the EJB
> container provides Better support for distribution than Spring?
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf =
Of
> James Cook
> Sent: Thursday, November 03, 2005 2:51 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Are there scenarios where EJB is=
 a
> better option than Spring?
>
> You must be in the single digits of your reading! :-)
>
> Try Page 11, "Should We Ever Use EJB?"
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf =
Of
> Garvey, Paul M (GE Commercial Finance)
> Sent: Thursday, November 03, 2005 10:19 AM
> To: spr...@li...
> Subject: [Springframework-developer] Are there scenarios where EJB is a
> better option than Spring?
>
>
> All,
> I am fairly new to Spring and I have started reading "Expert One-On-One J=
2EE
> Development without EJB"
> 1. I am trying to find senarios where EJB is a better option
>  than Spring but so far I haven't found any in the book.
>  Just started reading BTW.
> 2. What are some of the weaknesses of Spring? The weasknesses
>  of EJB is well documented by the book.
> BTW, very good book, I intend to read it in its entirety.
>
> - Paul
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Downl=
oad
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Juergen H. <ju...@in...>]

Spring Remoting and Remote EJBs are quite different solutions to the =
same
problem - actually, different in style more than different in =
capability.

Spring Remoting follows the philosophy of taking existing POJO service
instances and exporting them under a given protocol, at a given URL, =
with
configurable protocol. Exporting the same service instance with =
different
protocols *at the same time* is straightforward: simply define multiple
exporters at different URLs, with each exporter pointing to the same =
service
but talking a different protocol. The target service instance can be any
existing application service, as long as it's suitable for remoting =
(i.e.
has serializable arguments etc).

The supported protocols include Hessian, Burlap, HTTP invoker, =
traditional
RMI and RMI invoker - both using any RMI protocol internally, be it =
JRMP,
IIOP or WebLogic's T3. Furthermore, there's also support for Web =
Services
via a JAX-RPC provider (such as Axis). The only environment required is =
a
plain Servlet container, or even just a plain JVM in the case of RMI. No
special class loaders get created; Spring's remoting seamlessly nestes =
into
an existing environment, exporting existing local application services =
where
needed.

Remote EJBs on the other hand are based on the explicit notion of a =
remote
component that you have to implement based on a strict component model. =
Such
a component then gets deployed; binding it do a specific protocol and =
URL is
part of the (partly server-specific) deployment step. Binding to =
multiple
protocols at the same time means deploying your Remote EJB multiple =
times,
with different EJB instances representing each deployment.

Of course, remote EJBs just work within an explicit EJB container, based =
on
a specific deployment unit and running in their own class loader. EJBs =
get
deployed separately; they are effectively not plain remote service =
facades
but rather fully self-contained application components that natively =
have a
remote service interface. EJBs are not made for exposing some existing
application service but rather for building self-contained remote =
services.

So the main difference is essentially the configuration and deployment
model. If all you want is export some remote services from an existing
application, take Spring Remoting, in particular if the existing =
application
is a WAR file or a standalone application (running outside of a J2EE
server). If you want to build self-contained remote components that you =
can
deploy on their own and that are not an inherent part of an overall
application, take remote EJBs.

Remote EJBs also offer stateful remoting as a central part of the =
component
model, while Spring Remoting is primarily about stateless remoting - =
just
like Web Services are stateless. So if you have a strong need for remote
sessions, remote stateful session EJBs are a straightforward solution.
However, double-check whether you actually need stateful remote =
sessions;
stateless remoting is inherently much more scalable.

A further advanced feature of remote EJBs is remote transaction =
propagation,
that is, a client-side transaction getting propagated to remote =
services.
This is in most cases architecturally undesirable, though, and not =
generally
supported by all J2EE servers. If you really need this feature, you =
could
also consider using Spring's RMI support in conjunction with your J2EE
server's RMI subsystem: for example, with WebLogic RMI, which offers
seamless propagation of the transaction and security context.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Garvey, Paul M (GE Commercial Finance)
Sent: Friday, November 04, 2005 2:03 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Are there scenarios where EJB =
is a
better option than Spring?

=20

Yes, I was actually on page 9 :-) Anyway, thx

On page 11 of "Expert One-On-One J2EE Development without EJB" it States
that EJBs is the best solutions for application that need object
distributed.
Why is this a better solution than Spring Remoting? Is it the the EJB
container provides Better support for distribution than Spring?


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
James Cook
Sent: Thursday, November 03, 2005 2:51 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Are there scenarios where EJB =
is a
better option than Spring?

You must be in the single digits of your reading! :-)

Try Page 11, "Should We Ever Use EJB?"


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Garvey, Paul M (GE Commercial Finance)
Sent: Thursday, November 03, 2005 10:19 AM
To: spr...@li...
Subject: [Springframework-developer] Are there scenarios where EJB is a
better option than Spring?


All,
I am fairly new to Spring and I have started reading "Expert One-On-One =
J2EE
Development without EJB"=20
1.=A0=A0=A0=A0=A0 I am trying to find senarios where EJB is a better =
option
=A0=A0=A0=A0=A0=A0=A0 than Spring but so far I haven't found any in the =
book.=20
=A0=A0=A0=A0=A0 Just started reading BTW.=20
2.=A0=A0 =A0=A0 What are some of the weaknesses of Spring? The =
weasknesses
=A0=A0=A0=A0=A0 of EJB is well documented by the book.=20
BTW, very good book, I intend to read it in its entirety.=20

- Paul=20




-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. =
Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. =
Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: REPOST: Portlet Multipart Support

[John L. <jl...@ar...>]

Yujin,

Good to hear from you again!  Sorry I missed your post the first time.

Multisupport is on my list of things to round out the portlet 
framework.  Jeff Tan-Ang has reportedly already done a prototype of the 
integration and should be sending me something shortly.  I should be 
able to integrate it fairly soon after I get it from him.  If you 
already have something working, you could send it to me as well.

In the meantime, we already do a simple file upload task in one of our 
portlets using commons-fileupload-1.1.dev directly.  It is a 
SimpleFormController -- here is a simplified version of our 
onSubmitAction method where all the file processing takes place:

    protected void onSubmitAction(ActionRequest request,
            ActionResponse response, Object command, BindException errors)
            throws ServletException, IOException {

        PortletRequestContext prc = new PortletRequestContext(request);
        boolean isMultiPart = FileUpload.isMultipartContent(prc);

        if (isMultiPart) {

            DiskFileItemFactory factory = new DiskFileItemFactory();
            factory.setSizeThreshold(getMaxFileSize());
                PortletFileUpload upload = new PortletFileUpload(factory);
                           try {
                List fileItems = upload.parseRequest(request);
                for (Iterator i = fileItems.iterator(); i.hasNext();) {
                    FileItem fileItem = (FileItem) i.next();
                    if (!"".equals(fileItem.getName()) && 
fileItem.getSize() > 0 ) {
                        byte array[] = new byte[(int)fileItem.getSize()];
                        fileItem.getInputStream().read(array);
                        // do something here to save the array and 
possibly fileItem.getContentType()
                    }
                }
            } catch (Exception e) {
                // process any relevant exceptions
            }

        } else {
            // no file submitted
        }
    }

I hope that helps.  Stay tuned...

John



Yujin Kim wrote:

>Hello spring developers,
>
>A few weeks ago I posted a question regarding multipart support in
>Portlet MVC and received no response so I am trying again.
>
>The current version of Portlet MVC code doesn't support
>multipart/file-uploading.  Looking at how MultipartResolver works in
>Servlet MVC, it appears it's not too insane to port it over to Portlet
>MVC but there seems to be a couple of issues.
>
>1. The package structure in the current set up is very much servlet
>centric which is understandable given that portlet api was release
>much later.  But it would still be nice to be able to organize the
>package structure so portlet and servlet mvc can have a parallel
>structure much like the mvc codes.
>
>2. Also commons-fileupload needs to be updated to 1.1-dev which
>includes PortletFileItem which might affect the servlet multipart
>support somewhat due to possible api changes.
>
>I would be more than happy to tackle this and submit a patch for this
>but I am hoping if you can comment on the above points or some
>pointers on how I should structure the packages if package refactoring
>is not a feasible approach (of course I am suggesting this for 1.3,
>the version portlet support was promised.)
>
>Many thanks
>
>Yujin
>
>  
>

Re: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

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

On 11/4/05, Garvey, Paul M (GE Commercial Finance) <pau...@ge...> wro=
te:
>
> Is there any sample code or links using Spring with EJBs?

I know that Professional Java Development with the Spring Framework
(wrox) and Pro Spring (apress) both have example of this.

Seth

RE: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Garvey, P. M \(GE C. Finance\) <pau...@ge...>]

=20
Thanks for the tips, I will  subscribe to springframework-user.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Michael E. Moores
Sent: Friday, November 04, 2005 11:07 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Are there scenarios where EJB
is a better option than Spring?

can you subscribe to the "springframework-user" list?
this list is meant for core spring development, not spring based
applications.

yep.  spring just provides a convenient class to hook your business
logic (managed by spring) into your EJB based "managed environment".
did you take a look at rod's book?
http://www.springframework.org/node/128
i used it to do my EJB wrappers.





Garvey, Paul M (GE Commercial Finance) wrote:

> Would we still have to generate all the addidtional descriptors and=20
> source files need when developing EJBs if we use Spring to write the
EJBs?
> =20
>
> -Paul
>
> =20
>
>
------------------------------------------------------------------------
> *From:* spr...@li...=20
> [mailto:spr...@li...] *On=20
> Behalf Of *Patrick Peralta
> *Sent:* Thursday, November 03, 2005 3:36 PM
> *To:* spr...@li...
> *Subject:* Re: [Springframework-developer] Are there scenarios where=20
> EJB is a better option than Spring?
>
>     1. I am trying to find senarios where EJB is a better option
>     than Spring but so far I haven't found any in the book.
>     Just started reading BTW.
>
>
> I don't think that Spring and EJB are mutually exclusive.  If you have

> a problem that requires an EJB solution, there isn't any reason why=20
> you could not use Spring to help write those EJBs.
>
>



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Michael E. M. <mm...@re...>]

can you subscribe to the "springframework-user" list?
this list is meant for core spring development, not spring based 
applications.

yep.  spring just provides a convenient class to hook your business 
logic (managed by spring)
into your EJB based "managed environment".
did you take a look at rod's book?
http://www.springframework.org/node/128
i used it to do my EJB wrappers.





Garvey, Paul M (GE Commercial Finance) wrote:

> Would we still have to generate all the addidtional descriptors and 
> source files need when developing EJBs if we use Spring to write the EJBs?
>  
>
> -Paul
>
>  
>
> ------------------------------------------------------------------------
> *From:* spr...@li... 
> [mailto:spr...@li...] *On 
> Behalf Of *Patrick Peralta
> *Sent:* Thursday, November 03, 2005 3:36 PM
> *To:* spr...@li...
> *Subject:* Re: [Springframework-developer] Are there scenarios where 
> EJB is a better option than Spring?
>
>     1. I am trying to find senarios where EJB is a better option
>     than Spring but so far I haven't found any in the book.
>     Just started reading BTW.
>
>
> I don't think that Spring and EJB are mutually exclusive.  If you have 
> a problem that requires an EJB solution, there isn't any reason why 
> you could not use Spring to help write those EJBs.
>
>

RE: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Garvey, P. M \(GE C. Finance\) <pau...@ge...>]

=20
Is there any sample code or links using Spring with EJBs?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Michael E. Moores
Sent: Thursday, November 03, 2005 5:36 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Are there scenarios where EJB
is a better option than Spring?

ditto.
i'm using AbstractStatelessSessionBean to integrate my application into
an EJB service.
i did this to show my collegues that Spring can integrate with EJB
seemlessly, and you end up with a system that is not tightly coupled to
EJB.
i had no intention of using EJB in the first place.. but our prototyping
with various J2EE stacks gave a lot of comfort to those who are
indoctrinated with weblogic, webspehere, etc.=20



Patrick Peralta wrote:

>     1. I am trying to find senarios where EJB is a better option
>     than Spring but so far I haven't found any in the book.
>     Just started reading BTW.
>
>
> I don't think that Spring and EJB are mutually exclusive.  If you have

> a problem that requires an EJB solution, there isn't any reason why=20
> you could not use Spring to help write those EJBs.
>
>


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your
very own Sony(tm)PSP.  Click here to play:
http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Garvey, P. M \(GE C. Finance\) <pau...@ge...>]

Would we still have to generate all the addidtional descriptors and
source files need when developing EJBs if we use Spring to write the
EJBs?
=20

-Paul

=20

  _____ =20

From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Patrick Peralta
Sent: Thursday, November 03, 2005 3:36 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Are there scenarios where EJB
is a better option than Spring?



	1. I am trying to find senarios where EJB is a better option
	than Spring but so far I haven't found any in the book.=20
	Just started reading BTW.


I don't think that Spring and EJB are mutually exclusive.  If you have a
problem that requires an EJB solution, there isn't any reason why you
could not use Spring to help write those EJBs.

RE: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Garvey, P. M \(GE C. Finance\) <pau...@ge...>]

=20

Yes, I was actually on page 9 :-) Anyway, thx

On page 11 of "Expert One-On-One J2EE Development without EJB" it
States that EJBs is the best solutions for application that need object =
distributed.
Why is this a better solution than Spring Remoting? Is it the the EJB =
container provides
Better support for distribution than Spring?


-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...] On Behalf =
Of James Cook
Sent: Thursday, November 03, 2005 2:51 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Are there scenarios where EJB =
is a better option than Spring?

You must be in the single digits of your reading! :-)

Try Page 11, "Should We Ever Use EJB?"


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of Garvey, Paul M (GE Commercial Finance)
Sent: Thursday, November 03, 2005 10:19 AM
To: spr...@li...
Subject: [Springframework-developer] Are there scenarios where EJB is a =
better option than Spring?


All,
I am fairly new to Spring and I have started reading "Expert One-On-One =
J2EE Development without EJB"=20
1.=A0=A0=A0=A0=A0 I am trying to find senarios where EJB is a better =
option
=A0=A0=A0=A0=A0=A0=A0 than Spring but so far I haven't found any in the =
book.=20
=A0=A0=A0=A0=A0 Just started reading BTW.=20
2.=A0=A0 =A0=A0 What are some of the weaknesses of Spring? The =
weasknesses
=A0=A0=A0=A0=A0 of EJB is well documented by the book.=20
BTW, very good book, I intend to read it in its entirety.=20

- Paul=20




-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. =
Download it for free - -and be entered to win a 42" plasma tv or your =
very own Sony(tm)PSP.  Click here to play: =
http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] REPOST: Portlet Multipart Support

[Yujin K. <net...@gm...>]

Hello spring developers,

A few weeks ago I posted a question regarding multipart support in
Portlet MVC and received no response so I am trying again.

The current version of Portlet MVC code doesn't support
multipart/file-uploading.  Looking at how MultipartResolver works in
Servlet MVC, it appears it's not too insane to port it over to Portlet
MVC but there seems to be a couple of issues.

1. The package structure in the current set up is very much servlet
centric which is understandable given that portlet api was release
much later.  But it would still be nice to be able to organize the
package structure so portlet and servlet mvc can have a parallel
structure much like the mvc codes.

2. Also commons-fileupload needs to be updated to 1.1-dev which
includes PortletFileItem which might affect the servlet multipart
support somewhat due to possible api changes.

I would be more than happy to tackle this and submit a patch for this
but I am hoping if you can comment on the above points or some
pointers on how I should structure the packages if package refactoring
is not a feasible approach (of course I am suggesting this for 1.3,
the version portlet support was promised.)

Many thanks

Yujin

Re: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Michael E. M. <mm...@re...>]

ditto.
i'm using AbstractStatelessSessionBean to integrate my application into 
an EJB service.
i did this to show my collegues that Spring can integrate with EJB 
seemlessly,
and you end up with a system that is not tightly coupled to EJB.
i had no intention of using EJB in the first place.. but our prototyping 
with
various J2EE stacks gave a lot of comfort to those who are indoctrinated 
with
weblogic, webspehere, etc. 



Patrick Peralta wrote:

>     1. I am trying to find senarios where EJB is a better option
>     than Spring but so far I haven't found any in the book.
>     Just started reading BTW.
>
>
> I don't think that Spring and EJB are mutually exclusive.  If you have 
> a problem that requires an EJB solution, there isn't any reason why 
> you could not use Spring to help write those EJBs.
>
>

Re: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Patrick P. <ppe...@gm...>]

>
> 1. I am trying to find senarios where EJB is a better option
> than Spring but so far I haven't found any in the book.
> Just started reading BTW.


I don't think that Spring and EJB are mutually exclusive. If you have a
problem that requires an EJB solution, there isn't any reason why you could
not use Spring to help write those EJBs.

RE: [Springframework-developer] Are there scenarios where EJB is a better option than Spring?

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

You must be in the single digits of your reading! :-)

Try Page 11, "Should We Ever Use EJB?"


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Garvey, Paul M (GE Commercial Finance)
Sent: Thursday, November 03, 2005 10:19 AM
To: spr...@li...
Subject: [Springframework-developer] Are there scenarios where EJB is a
better option than Spring?


All,=20
I am fairly new to Spring and I have started reading=20
"Expert One-On-One J2EE Development without EJB"=20
1.=A0=A0=A0=A0=A0 I am trying to find senarios where EJB is a better =
option=20
=A0=A0=A0=A0=A0=A0=A0 than Spring but so far I haven't found any in the =
book.=20
=A0=A0=A0=A0=A0 Just started reading BTW.=20
2.=A0=A0 =A0=A0 What are some of the weaknesses of Spring? The =
weasknesses=20
=A0=A0=A0=A0=A0 of EJB is well documented by the book.=20
BTW, very good book, I intend to read it in its entirety.=20

- Paul=20

Re: [Springframework-developer] Bug in suspend/resume of rolled back transaction wih JOTM?

[Andy D. <an...@ma...>]

On Thursday 03 November 2005 05:22 am, Juergen Hoeller wrote:
> Actually, a RollbackException on the final commit might be appropriate, if
> the transaction has been marked as rollback-only by some process outside
> the application, with the application nevertheless invoking commit rather
> than rollback. It simply indicates that the commit did not succeed, at the
> appropriate place: that is, at transaction completion.
>
> However, we'd of course have to explicitly clarify what kind of Exception
> "resume" might throw that we can recover from. "TransactionManager.resume"
> doesn't declare a RollbackException, so it would - generally - have to be
> an InvalidTransactionException, IllegalStateException or SystemException.
> If it's a SystemException in case of JOTM, that's of course not
> particularly expressive...
>
> Juergen

Below is the stack trace I'm getting.  Your hunch is correct, and it is indeed 
throwing a SystemException:

JTA failure on resume; nested exception is javax.transaction.SystemException: 
RollbackException in occured in resume() Transaction already marked for 
rollback org.springframework.transaction.TransactionSystemException: JTA 
failure on resume; nested exception is javax.transaction.SystemException: 
RollbackException in occured in resume() Transaction already marked for 
rollback
javax.transaction.SystemException: RollbackException in occured in resume() 
Transaction already marked for rollback
    at org.objectweb.jotm.Current.resume(Current.java:786)
    at 
org.springframework.transaction.jta.JtaTransactionManager.doJtaResume(JtaTransactionManager.java:769)
    at 
org.springframework.transaction.jta.JtaTransactionManager.doResume(JtaTransactionManager.java:741)
    at 
org.springframework.transaction.support.AbstractPlatformTransactionManager.resume(AbstractPlatformTransactionManager.java:432)
    at 
org.springframework.transaction.support.AbstractPlatformTransactionManager.cleanupAfterCompletion(AbstractPlatformTransactionManager.java:755)
    at 
org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:536)
    at 
org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:468)
    at 
org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:126)
    at com.marathon.JotmTest$1.doInTransactionWithoutResult(JotmTest.java:71)
    at 
org.springframework.transaction.support.TransactionCallbackWithoutResult.doInTransaction(TransactionCallbackWithoutResult.java:33)
    at 
org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:114)
    at 
com.marathon.JotmTest.testSuspendAndResumeOfRollbackOnlyTransactionWithEnslistedResource(JotmTest.java:57)
 
This certainly complicates things. :(

  - Andy

[Springframework-developer] Are there scenarios where EJB is a better option than Spring?

[Garvey, P. M \(GE C. Finance\) <pau...@ge...>]

All,=20
I am fairly new to Spring and I have started reading
"Expert One-On-One J2EE Development without EJB"
1.	I am trying to find senarios where EJB is a better option
	than Spring but so far I haven't found any in the book.=20
      Just started reading BTW.
2.   	What are some of the weaknesses of Spring? The weasknesses
      of EJB is well documented by the book.
BTW, very good book, I intend to read it in its entirety.


- Paul

Re: [Springframework-developer] Bug in suspend/resume of rolled back transaction wih JOTM?

[Juergen H. <ju...@in...>]

Actually, a RollbackException on the final commit might be appropriate, if
the transaction has been marked as rollback-only by some process outside the
application, with the application nevertheless invoking commit rather than
rollback. It simply indicates that the commit did not succeed, at the
appropriate place: that is, at transaction completion.

However, we'd of course have to explicitly clarify what kind of Exception
"resume" might throw that we can recover from. "TransactionManager.resume"
doesn't declare a RollbackException, so it would - generally - have to be an
InvalidTransactionException, IllegalStateException or SystemException. If
it's a SystemException in case of JOTM, that's of course not particularly
expressive...

Juergen
 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Thomas Risberg
Sent: Tuesday, November 01, 2005 5:59 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Bug in suspend/resume of rolled
back transaction wih JOTM?

Andy,

 From what I can tell we get a SystemException on the resume call.   
If I trap that exception I get a subsequent RollbackException during the
final commit processing of the JTA transaction.  I'm not sure what the
proper semantics are here, but I don't think this matches at all what we
have seen from other JTA implementations.  I know I did not see any of these
exceptions using WebLogic in a similar situation with a suspended
transaction being resumed.

Thomas


On Nov 1, 2005, at 11:38 AM, Andy Depue wrote:

> On Saturday 29 October 2005 07:12 am, Juergen Hoeller wrote:
>
>> ...
>> However, it's not clear to me what such a special 
>> JotmJtaTransactionManager would have to do to enforce a resume. There 
>> doesn't seem to be a "forceResume"-style method anywhere in the JOTM 
>> API. It might be worthwhile to check out Jonas's usage of JOTM: The 
>> Jonas EJB container essentially has the same requirement, needing to 
>> enforce a resume of a transaction. I would appreciate any help in 
>> finding out how to achieve this.
>>
>
> I've received some initial feedback from JOTM and Jonas developers, 
> and they say that for JOTM, you can choose to ignore the 
> RollbackException at the point of "resume" to achieve a forced resume 
> (they said that the RollbackException is recoverable at this point, 
> and the transaction should still properly rollback when it is 
> finished).  However, they are aware of a bug in which only the first 
> XA resource is re-enlisted with the transaction at resume (because it 
> is after the first "enlist" operation that the RollbackException is 
> thrown, thus causing their enlist loop to abort).  They are planning 
> on patching this soon.
>
>   - Andy
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.  
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own 
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list 
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] springframework.org currently down

[Matthew E. P. <mat...@co...>]

Sorry for the brevity as we were addressing the issue at the time but  
wanted to let the community know that this is top priority for us.   
(In fact, *all* customers are.)  This is why we constantly  monitor  
every server, including the SpringFramework.org server.

We have a few naughty folks who decided to attack the server by  
opening approximately 2000 connections to the server each.  We have  
escalated the plans to put in some hard caps on the number of  
sessions per source IP.

Thanks for your patience everyone.


Cheers,
   Matthew

On Nov 2, 2005, at 7:57 AM, Matthew E. Porter wrote:

> Contegix support is already addressing the issue.
>
>
> Cheers,
>   Matthew
>
> On Nov 2, 2005, at 7:50 AM, Matt Sgarlata wrote:
>
>
>> Here's the error message:
>>
>> Can't connect to local MySQL server through socket '/var/lib/mysql/ 
>> mysql.sock' (11)
>>
>> Matt
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by:
>> Tame your development challenges with Apache's Geronimo App  
>> Server. Download
>> it for free - -and be entered to win a 42" plasma tv or your very own
>> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>> developer
>>
>>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.  
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>