From: Arne Vajhøj on
On 07-04-2010 14:34, John B. Matthews wrote:
> In article<4bbbfc63$0$5025$9a6e19ea(a)unlimited.newshosting.com>,
> Wayne<nospan(a)all.invalid> wrote:
> [...]
>> Just a follow-up: I copied the installer I used, to a Windows XP
>> 32-bit host at work, and ran it there. It does show JavaDB! But
>> it doesn't when run on my home system!
>
> Using<http://java.sun.com/javase/downloads/index.jsp> JDK 6 Update 19,
> I see the same result: JavaDB is offered by default on Windows 7
> Ultimate but not even listed on Windows 7 Home Premium.

Strange.

Derby = server
Home = no server capability
Business/Ultimate = development incl. server capability
?

Arne
From: Arne Vajhøj on
On 07-04-2010 08:40, Thomas Pornin wrote:
> According to Arne Vajh�j<arne(a)vajhoej.dk>:
>> If Java DB is considered part of Java
>
> It is not. It is all in the "org.apache.derby" namespace, and is not
> part of what a JRE must provide to be entitled to use the name "Java".

OK. Then there are no potential legal problem.

> There are such a few utility components which are provided with
> Sun's JRE while not being part of "Java" per se; another example is
> the HTTP server code, in com.sun.net.httpserver.

Java DB is documented & supported. Is the HTTP server that?

Arne

From: Thomas Pornin on
According to Arne Vajh�j <arne(a)vajhoej.dk>:
> Java DB is documented & supported. Is the HTTP server that?

Yes. From:
http://java.sun.com/javase/6/docs/technotes/guides/net/index.html
click on the fourth link in the "API Specification" section. The
"Networking features and enhancements" page:
http://java.sun.com/javase/6/docs/technotes/guides/net/enhancements-6.0.html
talks about that server. Apparently it is meant to stay.


--Thomas Pornin
From: Tom Anderson on
On Thu, 8 Apr 2010, Thomas Pornin wrote:

> According to Arne Vajh?j <arne(a)vajhoej.dk>:
>> Java DB is documented & supported. Is the HTTP server that?
>
> Yes. From:
> http://java.sun.com/javase/6/docs/technotes/guides/net/index.html
> click on the fourth link in the "API Specification" section. The
> "Networking features and enhancements" page:
> http://java.sun.com/javase/6/docs/technotes/guides/net/enhancements-6.0.html
> talks about that server. Apparently it is meant to stay.

We had a back-and-forth over this a while ago. It's unarguably documented
- but it's not clear that it's part of the API (to put it mildly), and not
clear that, because of that or otherwise, it's supported.

But then, support, schmupport. A decompiler and -Xbootclasspath is worth
ten thousand support requests anyway.

tom

--
unconstrained by any considerations of humanity or decency
From: Thomas Pornin on
According to Tom Anderson <twic(a)urchin.earth.li>:
> We had a back-and-forth over this a while ago. It's unarguably documented
> - but it's not clear that it's part of the API (to put it mildly), and not
> clear that, because of that or otherwise, it's supported.

As far as I can see, the documentation makes it (relatively) clear that:

-- It is distributed with Sun's (Oracle's) implementation of Java 6 and
should be present on all Java-6 compliant JRE from Sun.

-- It is meant to be used.

-- It should continue being there in subsequent releases.

-- It is not part of what makes the "Java" API, so that other JRE from
other vendors may rightfully claim "full Java support" without including
that HTTP server.

At no point do they promise that they will keep the API unchanged or
at least backward compatible...


> But then, support, schmupport. A decompiler and -Xbootclasspath is worth
> ten thousand support requests anyway.

You can even get the source code through the JRL license. See:
http://download.java.net/jdk6/source/
The HTTP server source code is less than 2000 lines long; it is
really small, making it improbable that it is ever removed.


--Thomas Pornin