http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/ The voice of SpringSource Thu, 21 Aug 2008 01:38:00 +0000 http://wordpress.org/?v=2.0.11 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-28655 Thu, 21 Jun 2007 09:21:53 +0000 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-28655 [...] Fortunately, a solution is at hand to allow Spring to maximize the potential of the underlying platform. Spring provides a transaction abstraction–PlatformTransactionManager–that is semantically more complete than JTA but makes no assumptions about its environment. It's a key example of what we call portable service abstractions. Normally you don't use the PlatformTransactionManager directly, because Spring's declarative transaction management gives you a uniquely powerful option for applying programmatic transactions to any POJO, but it is the foundation of both programmatic and declarative transaction management in Spring. Because we don't make any assumptions about the environment, and environmental details don't leak into your code and decrease portability, we can safely tie into platform specifics. We've done this for WebLogic, Oracle have done it for OC4J, and we have now worked with IBM to produce a first-class integration for WebSphere. [...] […] Fortunately, a solution is at hand to allow Spring to maximize the potential of the underlying platform. Spring provides a transaction abstraction–PlatformTransactionManager–that is semantically more complete than JTA but makes no assumptions about its environment. It's a key example of what we call portable service abstractions. Normally you don't use the PlatformTransactionManager directly, because Spring's declarative transaction management gives you a uniquely powerful option for applying programmatic transactions to any POJO, but it is the foundation of both programmatic and declarative transaction management in Spring. Because we don't make any assumptions about the environment, and environmental details don't leak into your code and decrease portability, we can safely tie into platform specifics. We've done this for WebLogic, Oracle have done it for OC4J, and we have now worked with IBM to produce a first-class integration for WebSphere. […]

]]> http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-15610 Tue, 13 Mar 2007 15:59:15 +0000 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-15610 [...] I was reading this post by Rod Johnson on the Interface 21 blog about Oracle Application Server and Spring when I came across this quote: Because Spring provides a rich, portable transaction abstraction, it does the work under the covers of driving JTA and other APIs, so your code doesn’t need to know anything about the underlying infrastructure, and thus can take advantage of any proprietary APIs that give more control or greater efficiency. Spring supports both declarative and programmatic transactions, so you can layer transaction management onto POJOs that don’t know anything about it; or, if transaction management is part of your business logic, you can use a more elegant API that offers more features than JTA (*), isn’t tied to JNDI, and is much less verbose to work with. [...] […] I was reading this post by Rod Johnson on the Interface 21 blog about Oracle Application Server and Spring when I came across this quote: Because Spring provides a rich, portable transaction abstraction, it does the work under the covers of driving JTA and other APIs, so your code doesn't need to know anything about the underlying infrastructure, and thus can take advantage of any proprietary APIs that give more control or greater efficiency. Spring supports both declarative and programmatic transactions, so you can layer transaction management onto POJOs that don't know anything about it; or, if transaction management is part of your business logic, you can use a more elegant API that offers more features than JTA (*), isn't tied to JNDI, and is much less verbose to work with. […]

]]> http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-14538 Mon, 05 Mar 2007 23:42:51 +0000 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-14538 [...] Original post by Rod Johnson and powered by Img Fly [...] […] Original post by Rod Johnson and powered by Img Fly […]

]]> http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-14019 Sat, 03 Mar 2007 01:49:36 +0000 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-14019 [...] Interface21 Team Blog - Oracle Contributing Oracle Application Server Integration Code to Spring Framework - This is similar to what we have with WebLogic 8.1 and above in WebLogicJtaTransactionManager. The OC4JJtaTransactionManager should be used in place of the generic JtaTransactionManager in an OC4J environment, and provides the following benefits [...] […] Interface21 Team Blog - Oracle Contributing Oracle Application Server Integration Code to Spring Framework - This is similar to what we have with WebLogic 8.1 and above in WebLogicJtaTransactionManager. The OC4JJtaTransactionManager should be used in place of the generic JtaTransactionManager in an OC4J environment, and provides the following benefits […]

]]> http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-14010 Fri, 02 Mar 2007 23:27:29 +0000 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-14010 [...] Interface21 Team Blog » Oracle Contributing Oracle Application Server Integration Code to Spring Framework holy open source interfaces. Rod Johnson is changing the industry one app server vendor at a time. Spring Rules. First BEA shitcans its own componentry in favour of Spring. Now Oracle too. I can see Rod on a plane to Somers sometime soon. Seriously GREAT (tags: Interface21 Spring RodJohnson POJO SCA SOA Oracle) [...] […] Interface21 Team Blog » Oracle Contributing Oracle Application Server Integration Code to Spring Framework holy open source interfaces. Rod Johnson is changing the industry one app server vendor at a time. Spring Rules. First BEA shitcans its own componentry in favour of Spring. Now Oracle too. I can see Rod on a plane to Somers sometime soon. Seriously GREAT (tags: Interface21 Spring RodJohnson POJO SCA SOA Oracle) […]

]]> http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-13642 Wed, 28 Feb 2007 05:28:16 +0000 http://blog.springsource.com/main/2007/02/27/oracle-contributing-oracle-application-server-integration-code-to-spring-framework/#comment-13642 [...] Original post by Rod Johnson and a wordpress plugin by Elliott [...] […] Original post by Rod Johnson and a wordpress plugin by Elliott […]

]]>