Hi,

The corrections are attached.

Will the time when I add some rather than modify ever come ?! I hope it
will...very soon :-)

-Jacek

Index: src/doc/whyopenejb.xml
===================================================================
RCS file: /cvsroot/openejb/openejb/src/doc/whyopenejb.xml,v
retrieving revision 1.2
diff -u -r1.2 whyopenejb.xml
--- src/doc/whyopenejb.xml      22 Apr 2002 15:45:04 -0000      1.2
+++ src/doc/whyopenejb.xml      3 Aug 2002 21:15:45 -0000
@@ -18,7 +18,7 @@
 </p> 
 
 <p> 
-OpenEJB is a standard implementation of a standardized technology that companies can 
leverage to stay with the current market trends while simultaneously focusing internal 
resources on it's own proprietary technologies and unique Quality of Services (QoSs).  
The risk involved in outsourcing the development of technology is considerably lower 
when that technology is standardized, all requirements for that technology are 
completely defined and all design flaws are flushed out before the spec is finalized.  
While there is some room to provide vendor specific QoSs in a standardized technology 
like EJB, these are usually minor or side areas leaving the core of the technology 
rigidly defined.  It makes perfect sense to leverage a standard implementation of the 
core technology, OpenEJB, and instead, focus all internal resources on QoSs and other 
proprietary technical areas.  It makes even more sense when other vendors are sharing 
in the cost involved to sponsor projects like OpenEJB.  
+OpenEJB is a standard implementation of a standardized technology that companies can 
+leverage to stay with the current market trends while simultaneously focusing 
+internal resources on its own proprietary technologies and unique Quality of Services 
+(QoSs).  The risk involved in outsourcing the development of technology is 
+considerably lower when that technology is standardized, all requirements for that 
+technology are completely defined and all design flaws are flushed out before the 
+spec is finalized.  While there is some room to provide vendor specific QoSs in a 
+standardized technology like EJB, these are usually minor or side areas leaving the 
+core of the technology rigidly defined.  It makes perfect sense to leverage a 
+standard implementation of the core technology, OpenEJB, and instead, focus all 
+internal resources on QoSs and other proprietary technical areas.  It makes even more 
+sense when other vendors are sharing in the cost involved to sponsor projects like 
+OpenEJB.  
 </p> 
 
 <p> 
Index: src/doc/specification.xml
===================================================================
RCS file: /cvsroot/openejb/openejb/src/doc/specification.xml,v
retrieving revision 1.4
diff -u -r1.4 specification.xml
--- src/doc/specification.xml   22 Apr 2002 15:45:04 -0000      1.4
+++ src/doc/specification.xml   3 Aug 2002 21:14:12 -0000
@@ -5,7 +5,7 @@
     
     <section title="">
         <p>
-        OpenEJB represents a revolution in application server design, a view that 
application servers should be modular, not monolithic. A modular application server is 
built from subsystems rather than constructed as one huge, tightly coupled platform. 
Modularization of application server software allows vendors to focus on their core 
competencies instead of reinventing every subsystem from scratch to create a complete 
platform. Not only is modularization possible, OpenEJB makes it a reality.
+        OpenEJB represents a revolution in application server design, a view where 
+application servers should be modular, not monolithic. A modular application server 
+is built from subsystems rather than constructed as one huge, tightly coupled 
+platform. Modularization of application server software allows vendors to focus on 
+their core competencies instead of reinventing every subsystem from scratch to create 
+a complete platform. Not only is modularization possible, OpenEJB makes it a reality.
         </p>
         
         <p>
@@ -14,7 +14,7 @@
         </p>
         
         <p>
-        OpenEJB clearly defines the separation of its responsibilities as a container 
system from those of the application server that hosts it, and from the primary 
services that support it. This decoupling enables vendors of application servers, 
transaction managers, and providers of security services and connectors to focus on 
their own specialties, while OpenEJB focuses on delivering a high-speed container 
system that combines the services into a single EJB platform.
+        OpenEJB clearly defines the separation of its responsibilities as a container 
+system from those of the application server that hosts it, and from the primary 
+services that support it. This decoupling enables vendors of application servers, 
+transaction managers, and providers of security services and connectors to focus on 
+their own specialities, while OpenEJB focuses on delivering a high-speed container 
+system that combines the services into a single EJB platform.
         </p>
         
         <p>
@@ -24,9 +24,7 @@
         <p>
         Download the OpenEJB Specification
         <UL>
-        <LI><a 
href="spec/OpenEJB_Specification.doc">OpenEJB_Specification.doc</a></LI>
         <LI><a 
href="spec/OpenEJB_Specification.pdf">OpenEJB_Specification.pdf</a></LI>
-        <LI><a href="spec/OpenEJB_Specification.ps"> OpenEJB_Specification.ps</a></LI>
         <LI><a href="spec.html">Online HTML Version</a></LI>
         </UL>
         </p>
Index: src/doc/containersystem.xml
===================================================================
RCS file: /cvsroot/openejb/openejb/src/doc/containersystem.xml,v
retrieving revision 1.2
diff -u -r1.2 containersystem.xml
--- src/doc/containersystem.xml 23 May 2002 18:04:50 -0000      1.2
+++ src/doc/containersystem.xml 3 Aug 2002 21:12:31 -0000
@@ -29,7 +29,7 @@
 be plugged into any application server environment. OpenEJB provides a clear 
 separation of responsibilities between the EJB container and the EJB server. 
 The application server and OpenEJB container system interact through an open 
-programming interface, which forms the container-server contact. This contract 
+programming interface, which forms the container-server contract. This contract 
 is defined by the Container Provider Interface (CPI), which is a small and 
 simple set of classes and interfaces.
      </p>

Reply via email to