hlship 2003/08/30 07:54:29
Modified: hivemind/xdocs multithreading.xml extension-points.xml
hivemind/src/META-INF hivemodule.xml
Log:
Fix typos in the documentation.
Revision Changes Path
1.3 +5 -3 jakarta-commons-sandbox/hivemind/xdocs/multithreading.xml
Index: multithreading.xml
===================================================================
RCS file: /home/cvs/jakarta-commons-sandbox/hivemind/xdocs/multithreading.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- multithreading.xml 23 Aug 2003 22:46:03 -0000 1.2
+++ multithreading.xml 30 Aug 2003 14:54:29 -0000 1.3
@@ -21,7 +21,7 @@
</p>
<p>
-In J2EE world, multi-threading is an issue. HiveMind services are all singletons,
and must
+In the world of J2EE, multi-threading is an issue. HiveMind services are all
singletons, and must
be prepared to operate in a multi-threaded environment. That means services should
not have
any specific state, much like a servlet.
</p>
@@ -78,7 +78,9 @@
<p>
The <a href="services.html#Threaded Service Model">threaded service model</a>
allows each
thread to obtain, as needed, a private implementation of the service. This bypasses
the normal
-concerns about internal state, since the implementation is private to a single
thread.
+concerns about internal state, since the implementation is private to a single
thread. However, using
+the threaded model puts some burden on you, the developer, to inform HiveMind when
it is safe to
+clean up the current thread (typically, at the end of the request).
</p>
</section>
1.7 +2 -2 jakarta-commons-sandbox/hivemind/xdocs/extension-points.xml
Index: extension-points.xml
===================================================================
RCS file: /home/cvs/jakarta-commons-sandbox/hivemind/xdocs/extension-points.xml,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- extension-points.xml 24 Aug 2003 03:28:30 -0000 1.6
+++ extension-points.xml 30 Aug 2003 14:54:29 -0000 1.7
@@ -292,7 +292,7 @@
<p>
Basically, you can't, short of performing an <code>instanceof</code>
check.
- There isn't any need tell the difference between the deferred proxy to
the element list
+ There isn't any need to tell the difference between the deferred proxy
to the element list
and the actual element list; they are both immutable and both behave
identically.
</p>
</li>
1.21 +4 -3 jakarta-commons-sandbox/hivemind/src/META-INF/hivemodule.xml
Index: hivemodule.xml
===================================================================
RCS file: /home/cvs/jakarta-commons-sandbox/hivemind/src/META-INF/hivemodule.xml,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- hivemodule.xml 30 Aug 2003 14:13:17 -0000 1.20
+++ hivemodule.xml 30 Aug 2003 14:54:29 -0000 1.21
@@ -314,7 +314,7 @@
<description>
Core service implementation factory that constructs dynamic proxies to
EJB stateless session beans.
Factory parameters are used to specify the JNDI name of the EJB and
the name
- of its home interface. This implementation uses the default NameLookup
service.
+ of its home interface.
</description>
<parameters-schema>
@@ -338,7 +338,8 @@
<attribute name="name-lookup-service-id">
<description>
Defines an alternate name lookup service to use when
- resolving JNDI names to EJB home interfaces.
+ resolving JNDI names to EJB home interfaces. If not
specified,
+ the default service hivemind.NameLookup is used.
</description>
</attribute>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
