You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Steve Cohen <sc...@javactivity.org> on 2006/01/24 03:01:05 UTC
[net] JSSE classes in FTPS WAS Re: [net] FTPS submission - legal
issues
Rory Winston wrote:
> Ive come across the com.sun.* issue before. They are part of the JVM, just not officially documented for public use. Usually, they are convenience classes written by Sun programmes who develop the JDK. AFAIK, Sun says that you can use them if you wish, but their use is not recommended, purely on the basis that they may disappear from one JDK release to the next.
>
> What are the com.sun.* classes being used here for, specifically? It may be possible to use "official" classes for this functionality.
>
> Rory
From what I've been able to gather there are "official classes" as of
jdk 1.4. Prior to that these were a separate package, the JSSE.
So I guess there are three possibilities:
1. Use the javax.net.ssl classes. (Out of the question because of our
mandate to support 1.3)
2. Do what Paul and Josejuan did - use the com.sun classes
3. Maybe. use the javax.net.ssl classes but document that if used with
JDK < 1.4, jsse.jar must be on the classpath.
Has anyone on this list had experience with these type of issues?
(technical, not legal).
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [net] JSSE classes in FTPS WAS Re: [net] FTPS submission - legal issues
Posted by Rahul Akolkar <ra...@gmail.com>.
On 1/23/06, Steve Cohen <sc...@javactivity.org> wrote:
> Rory Winston wrote:
> > Ive come across the com.sun.* issue before. They are part of the JVM, just not officially documented for public use. Usually, they are convenience classes written by Sun programmes who develop the JDK. AFAIK, Sun says that you can use them if you wish, but their use is not recommended, purely on the basis that they may disappear from one JDK release to the next.
> >
> > What are the com.sun.* classes being used here for, specifically? It may be possible to use "official" classes for this functionality.
> >
> > Rory
>
> From what I've been able to gather there are "official classes" as of
> jdk 1.4. Prior to that these were a separate package, the JSSE.
>
> So I guess there are three possibilities:
>
> 1. Use the javax.net.ssl classes. (Out of the question because of our
> mandate to support 1.3)
>
> 2. Do what Paul and Josejuan did - use the com.sun classes
>
> 3. Maybe. use the javax.net.ssl classes but document that if used with
> JDK < 1.4, jsse.jar must be on the classpath.
>
> Has anyone on this list had experience with these type of issues?
> (technical, not legal).
>
<snip/>
No, haven't had to deal with such a situation. But doesn't this mean
that the code will only work on a subset of the 1.3 JDKs (Sun)? If so,
maybe (3) isn't all that bad?
-Rahul
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [net] JSSE classes in FTPS WAS Re: [net] FTPS submission - legal
issues
Posted by Martin van den Bemt <ml...@mvdb.net>.
Just use jsse. I didn't have any problems with them under jdk1.3.
Running that stuff under > jdk1.3 should also work like charm.
Mvgr,
Martin
Steve Cohen wrote:
> Rory Winston wrote:
>
>> Ive come across the com.sun.* issue before. They are part of the JVM,
>> just not officially documented for public use. Usually, they are
>> convenience classes written by Sun programmes who develop the JDK.
>> AFAIK, Sun says that you can use them if you wish, but their use is
>> not recommended, purely on the basis that they may disappear from one
>> JDK release to the next.
>> What are the com.sun.* classes being used here for, specifically? It
>> may be possible to use "official" classes for this functionality.
>>
>> Rory
>
>
> From what I've been able to gather there are "official classes" as of
> jdk 1.4. Prior to that these were a separate package, the JSSE.
>
> So I guess there are three possibilities:
>
> 1. Use the javax.net.ssl classes. (Out of the question because of our
> mandate to support 1.3)
>
> 2. Do what Paul and Josejuan did - use the com.sun classes
>
> 3. Maybe. use the javax.net.ssl classes but document that if used with
> JDK < 1.4, jsse.jar must be on the classpath.
>
> Has anyone on this list had experience with these type of issues?
> (technical, not legal).
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org