[xgws-dev] CVS Update: codes/xsul/java/doc
Aleksander Andrzej Slominski
xgws-dev_at_extreme.indiana.edu
Tue Jun 6 16:30:02 2006
aslom 06/06/06 16:29:11
Modified: xsul/java/doc changes.html
Log:
spellchecking
Revision Changes Path
1.56 +18 -18 codes/xsul/java/doc/changes.html
Index: changes.html
===================================================================
RCS file: /l/extreme/cvs/codes/xsul/java/doc/changes.html,v
retrieving revision 1.55
retrieving revision 1.56
diff -u -b -t -w -r1.55 -r1.56
--- changes.html 6 Jun 2006 20:25:10 -0000 1.55
+++ changes.html 6 Jun 2006 20:29:10 -0000 1.56
@@ -23,7 +23,7 @@
use <code>HttpBasedServices.setServerName()</code>;
for example
<code>httpServices.setServerName("MyServerName/1.0.1")</code>
-and handy way to maintan version for services in sync with XSUL:
+and handy way to maintain version for services in sync with XSUL:
<code>httpServices.setServerName("MyServerName/"+XsulVersion.getImplementationVersion())</code>.
</li>
@@ -31,7 +31,7 @@
</li>
<li>
-added utility method to get locaiton of WSDL for a service hosted by XWSIF servo:
+added utility method to get location of WSDL for a service hosted by XWSIF servo:
<code>String HttpBasedServices.getServiceWsdl(String serviceName)</code>
</li>
@@ -49,12 +49,12 @@
<li>2006-05-31 (2.6.1):
added properties file URL to lead:context header,
added XML schema for content of the lead:context header,
-renamed and chnaged some other fields (in particular workflow/service-instance-id)
+renamed and changed some other fields (in particular workflow/service-instance-id)
and requires that service type is WSDL target namespace URI not QName ...
</li>
<li>2006-05-24:
-allow to retreieve QName of part types (insofar as limited understanding of XS by XWSIF)
+allow to retrieve QName of part types (insofar as limited understanding of XS by XWSIF)
use this in dynamic invoker to provide default parameter values
</li>
@@ -71,9 +71,9 @@
</li>
<li>2006-04-29 (2.5.3_p1): updated and tested support for WS-Addressing 1.0
-(basics work but mre testing required in future)
+(basics work but more testing required in future)
For backward compatibility WsaEndpointReference and WsaMessageInformationHeaders allows
-to specufy WSA namespace to use when constructing WSA content.
+to specify WSA namespace to use when constructing WSA content.
</li>
<li>2006-04-29: modules/ws_adressing_detect_duplicates
@@ -97,9 +97,9 @@
</li>
<li>2006-04-18: modules/invoker_https_gsi xsul.invoker.gsi.GsiInvoker
new invoker based on HttpsInvoker from GFac
-that provides TLS/SSL https:// conenction using GSI credentials
+that provides TLS/SSL https:// connection using GSI credentials
</li>
-<li>2006-04-18: modifed XWSIF to provide more diagnostic in case when there is no provier available
+<li>2006-04-18: modified XWSIF to provide more diagnostic in case when there is no provider available
(this is the most common error in WSIF: no provider for WSDL ...)
</li>
<li>2006-04-18: <strong>backward incompatible change</strong> renamed Util to XsulUtil
@@ -161,13 +161,13 @@
Workaround to set <samp>-Djava.security.egd=file:/dev/urandom</samp>
(described in
<a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4705093">Bug ID: 4705093
-Use /dev/urandom rather than /dev/random if it exists.</a> does nto help ...
+Use /dev/urandom rather than /dev/random if it exists.</a> does not help ...
To run simple performance test set classpath and execute
<samp>java xsul.util.FastUUIDGen</samp>
</li>
<li>2005-12-05: modules/xwsdl_compiler
-chnaged xwsdlc to generate XWSDLC_PORTTYPE_QNAME in Java interfaces for metadata
+changed xwsdlc to generate XWSDLC_PORTTYPE_QNAME in Java interfaces for metadata
(ex.: <samp>public final static QName XWSDLC_PORTTYPE_QNAME = new QName("http://www.extreme.indiana.edu/lead", "Adder");</samp>)
</li>
@@ -185,8 +185,8 @@
</li>
<li>2005-11-18: improved XWSIF Client/Service implementation to send WS-Addressing headers
-even for simpe non-async HTTP request-response as it is useful even in this case
-to have uniqe messageID assigned for each SOAP envelope.
+even for simple non-async HTTP request-response as it is useful even in this case
+to have unique messageID assigned for each SOAP envelope.
</li>
<li>2005-11-18:
@@ -200,7 +200,7 @@
all XSUL handlers can be used with WSIF.
</li>
-<li>2005-07-14: two new system properties controling default timeout for server socket connection
+<li>2005-07-14: two new system properties controlling default timeout for server socket connection
(<code>-Dhttp_transport.server.timeout.ms=...</code>)
and ability to disable support for HTTP Keep-Alive on server side
(<code>-Dhttp_transport.server.disable.ka</code>)
@@ -284,7 +284,7 @@
<li>
2004-10-04: <b>potentially backward incompatible change</b>:
<code>SoapRpcInvocationHandler</code> and <code>SoapRpcReflectionBasedService</code>
-changed so they can recognzie XmlElement(Adapter) parameters
+changed so they can recognize XmlElement(Adapter) parameters
and in case of classes derived from XmlElementAdapter
automatically recreated derived class instea dof XmlElement!
(public constructor with one XmlElement parameter is required in XmlElementAdapter)
@@ -329,7 +329,7 @@
<ul>
<li><p>
performance improvements: eliminated use of DataInputStrea.readLine(),
-use praer pool, and use faster UTF8 reader/writer (custom Utf8Writer/Reader).
+use parser pool, and use faster UTF8 reader/writer (custom Utf8Writer/Reader).
</p></li>
</ul>
@@ -431,7 +431,7 @@
</td>
<td align="right" width="25%">
<font size="-2"><i>
-Last modified: $Id: changes.html,v 1.55 2006/06/06 20:25:10 aslom Exp $
+Last modified: $Id: changes.html,v 1.56 2006/06/06 20:29:10 aslom Exp $
</i></font>
</td>