incubator-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <>
Subject [Incubator Wiki] Trivial Update of "CommonsSSLProposal" by JuliusDavies
Date Fri, 09 Mar 2007 16:52:49 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Incubator Wiki" for change notification.

The following page has been changed by JuliusDavies:

The comment on the change is:
fixing accidental wiki-names

             Julius Davies <>,
             Oleg Kalnichevski <>
- Initial source:     
+ Initial source:
  Technologies:       Java 1.3, Java 1.4, Java 5, Java 6, JSSE, JCE
@@ -56, +56 @@

  This java library was developed over the last year with Apache Commons
  in mind.  The original idea was inspired by the
- EasySSLProtocolSocketFactory and AuthSSLProtocolSocketFactory examples written
+ Easy``SSL``Protocol``Socket``Factory and Auth``SSL``Protocol``Socket``Factory examples written
  by Oleg Kalnichevski and Adrian Sutton.
- If you google for "java ssl" you'll notice that HTTPClient is actually
+ If you google for "java ssl" you'll notice that HTTP``Client is actually
  the first "*" site to appear (sometimes 2nd page, sometimes
  3rd page of results):
@@ -95, +95 @@

  If Commons-SSL could have a motto, it would be this:  "You
  bring the files and the password, I'll do the rest."  Perhaps add this
  sub-title:  "If your password is wrong I'll throw a
- ProbablyBadPasswordException".
+ Probably``Bad``Password``Exception".
  Whereas pre-Commons-SSL, Java's motto would be:  "You bring the files,
  the password, make sure you know the type, and if it's PKCS #12, make
@@ -105, +105 @@

  and then use 'openssl pkcs12' to get them into DER."
  Perhaps add this sub-title:  "If your password is wrong I might throw
- a PaddingException or a DigestException.  Depends on the vendor and
+ a Padding``Exception or a Digest``Exception.  Depends on the vendor and
  version of Java.".
  Once the private key is loaded, SSL can start happening.  But there
  are still many options and advanced usages of SSL that a developer
  might want to use.  In Java changing
- aspects of an SSLSocketFactory or SSLServerSocketFactory is quite
+ aspects of an SSL``Socket``Factory or SSL``Server``Socket``Factory is quite
  awkward.  Many of the approaches in use today end up polluting the
  entire JVM.  You want to connect to "";
  and suddenly all your LDAPS and RMI-SSL and JDBC-SSL calls aren't
@@ -120, +120 @@

  with a very novel solution:  "https-easy://".
  Commons-SSL tried to take this further and generalize it.  The
- developer can now create a single isolated SSLSocketFactory very easily
+ developer can now create a single isolated SSL``Socket``Factory very easily
- (SSLClient extends SSLSocketFactory).
+ (SSL``lient extends SSL``Socket``Factory).
  SSLClient client = new SSLCLient();
- [Notice how I'm borrowing from HttpClient's own usage pattern:
+ [Notice how we're borrowing from Http``Client's own usage pattern:
- HTTPClient client = new HttpClient();]
+ Http``Client client = new Http``Client();]
- The developer can then modify that SSLSocketFactory to suit their needs:
+ The developer can then modify that SSL``Socket``Factory to suit their needs:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message