Closed Bug 49451 Opened 24 years ago Closed 24 years ago

land java support for linux

Categories

(Core Graveyard :: Java: OJI, defect, P2)

Product:
Core Graveyard
Component:
Java: OJI
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 53907

People

(Reporter: chofmann, Assigned: drapeau)

References

Details

(Whiteboard: [dogfood+] [nsbeta3++][PDTP2]) 

george has something in the works for nsbeta3.  lets use this bug
to track the work that needs to happen for landing it in daily builds,
and to make sure general testing happens after landing.

> > "Randall J. Parr" wrote:
> > [....]
> > > BUT THERE IS ONE BIG ROACH IN MY DOGFOOD
> > >
> > > NO JAVA
> > >
> > > I can't use M17/NS6PR2 on a regular basis without Java support; there
> > > are just too many sites that use Java.

George Dreapau wrote:

>"Chris Hofmann" <chofmann@netscape.com> wrote:
>Date: Thu, 17 Aug 2000 15:35:19 -0700
>
>It may be there on linux in netscape beta3 / m19, right?...

That's what we're working for.  We blew it for PR 2 (it was my goal to get Java
on
Linux for PR 2, but I missed the train).  We'll have something there.

>
>George, can we talk about this in the news groups?...

Yep, you betcha.  Go for it.  The deal is: a small number of people
are checking out the first prototype that's not yet ready for wider
public consumption, There will be a Linux binary for PR 3.  We'll 
see about making it available earlier than
that, so that Mozilla folks can get their hands on it.  
Ideally, this will be as an XPI.
Keywords: dogfood, nsbeta3
This is related to bug 28461 "Java doesn't work on Linux" (with lots of votes)
(and bug 15071 "Java applet not loading on Linux/Mac OS").
George - when you have a linux jvm ready in xpi form send it my way and Samir
and I can get it into the mozilla installer, or even if it's not xpi form we can
probably make it into one.

cc'ing sgehani
granrose et al: okay, will do.  Am sending lots of internal email at Sun about
this.  I'm gone next week on vacation; your contact person on this can be Ed
Burns (edburns@eng.sun.com).  Don't know what target milestone to assign this,
but I'm guessing "M19" is the closest to PR 3.
Status: NEW → ASSIGNED
Target Milestone: --- → M19
Putting on [dogfood+] radar since it is blocking daily testing.  We need this in 
ASAP to get going in QA on this.
Whiteboard: [dogfood+]
i just know you meant to say ``netscape'' installer, right jon? =D
sorry, add to CC
*** Bug 28461 has been marked as a duplicate of this bug. ***
Working on this.  Still awaiting deliverable from Java Software so we can
package and give to Netscape for QA (as well as Sun-internal QA).  Expect to
make it for NSBeta3.
Whiteboard: [dogfood+] → [dogfood+] [nsbeta3+]
*** Bug 50947 has been marked as a duplicate of this bug. ***
This is an OJI bug.
Component: Java-Implemented Plugins → OJI
leaf and I have the 9/5 linux jdk in house and it looks good (yahoo freecell
works great in it at least...).  we're still investigating what we can strip out
of the jre to make it smaller (currently about 15 Mb if I recall correctly)
before packaging, and have to decide the best way to deliver it (probably as an
.xpi for the installer build rather than doubling the size of the tarball and
forcing everyone to download it).
raise to P2 - major functionality.
Priority: P3 → P2
Jon,
It sounds like the Linux JRE will be hosted on lithium but the jre.xpi will be 
included in both mozilla and commercial installers.  Correct?

I'll need the location of the JRE file(s) on lithium.  Then I'll need the green 
signal from leaf and yourself to add this to the Linux delivery scripts.  
Finally, I'll need an nsbeta3+ bug to check the delivery changes in against 
-- maybe this one.
actually, i'm trying to get the shelf set up so we can have these kinds of third
party components checked into the ns/ tree, so rather than sticking it on
lithium, i'd like it on the shelf.

We won't be able to send out the jre.xpi (or whatever we call it) with mozilla
bits (because we won't be getting the source, and it doesn't really aid us with
development, like talkback does), but certainly with the netscape commercial
bits, once we get the details worked out.
Is there somewhere where interested parties can download it now for use with
mozilla, if they want to try it out?  Or will this be commercial-only?
my understanding is that this can't be made ``public'' until it has passed the
suite of certification tests and an ``official'' release is made.

Once it's ``officially'' released, i'll try and get permission to redistribute
as an xpi *somewhere* (though most probably not on mozilla.org).
Not to be inflamatory, but is this at _all_ what windows went through to get
java support?  Or is linux special?  Just curious.
Something similar, though earlier, because of OJI compliance achieved earlier on
windows in the JVM.

You'll notice that mozilla.org is not hosting any windows jvm, either.
Leaf, the canonical place for these should be 

http://home.netscape.com/plugins/jvm.html

Talk to Netcenter's Rafael Ebron about this.  I'm working on upgrading the page 
to use the javascript way of downloading XPI.
that *reeks* of awesomeness! Thanks, ed; i can get some sleep at night now =)
The j2sdk/jre 1.3 release candidate 1 for Linux is now available for download
from Sun. Does this include the requisite JRE fixes? If yes, what
Mozilla/Netscape6 version is required? If yes, could knowledgeable person post
the what and how to the appropriate newsgroup? Finally, does/will the IBM 1.3
for Linux incorporate these fixes or must the Sun jre be used? Thanks, Anxious
in Madison
Okay, I'll give this a shot, Randall J. Parr.  If I get a chance to post this to 
a newsgroup today, I will.  But in case I don't get to it (chance of me not 
getting to it this week: about 90%; sorry), please feel free to quote me here in 
 your own posting to the n.p.m.{oji,java} newsgroup(s).

The J2SE v. 1.3 Release Candidate 1 (RC1)will *not* work with current Mozilla 
builds.  The Linux and Solaris OJI-compliant Java Plug-In work was done after
RC1.  No ETA yet about when the OJI-compliant JRE/JDK will be posted to 
java.sun.com, but in any case, the bits have already been made available to 
Netscape.  They will be made available in two forms: 1) as part of the install 
package (i.e., when you download N6 PR 3, you'll have the option of downloading 
Java 2 support); 2) on the auto-download-the-JVM page, which lets you install 
the browser with no Java support, and when you go to a page that requires Java 
support, the browser will automatically retrieve the Java XPI package from 
Netcenter.

It's too late for JDK 1.3 to support Netscape6/Mozilla, so Sun is kindly doing 
a rapid-turnaround 1.3.1 release explicitly for Netscape6/Mozilla.  This is 
causing some turmoil inside Sun, since the full JCK test cycle must be run for 
each JDK release, which takes time and a good deal of QA resources.  Anyway, 
Netscape will be getting early access to these good Java bits.

My best understanding about the IBM JRE 1.3 is that it, too, does *not* support 
Mozilla yet, but will soon (IBM engineers are currently working hard on it).  As 
a Java licensee, IBM will have access to the source that Sun will use for its 
OJI-compliant Java Plug-in support; same with HP.

Please let me know if this is unclear, or if there's anything else I can do to 
help explain something.
Incidentally: I've now seen the copy inside netscape, and it works in optimized
builds (way cool!  not fast, but it's awesome to see any java in mozilla!) but
it doesn't work in debug builds -- it tells me I need the plugin downloader (and
doesn't tell me where to get it).  Is this a known problem, and is it covered by
this bug?
The issue is that XPCOM interfaces changes between Debug/Release build. Thus, 
since the Linux plug-in built in Release mode, the XPCOM interfaces in debug 
version of Netscape 6 will have a different vtable layout, and accessing the 
release mode plug-in will crash. Since Netscape 6 will catch exception like this 
and move on, so it just catch the error and assumes the OJI plug-in is not 
there. This is a problem of the nature of Release/Debug mode of all the XPCOM 
interfaces in general, and we won't be able to fix it, unless Netscape removes 
all the debugging related methods from the interfaces, so the Release/Debug mode 
of all interfaces will look the same.
As for the plugin downloader plugin, there is a bug about not having one on
linux, http://bugzilla.mozilla.org/show_bug.cgi?id=48483 .
PDT agrees P2
Whiteboard: [dogfood+] [nsbeta3+] → [dogfood+] [nsbeta3+][PDTP2]
By the way, will you guys be fixing the outstanding problem that Netscape 4.x
has, <a
href='http://www.mozilla.org/unix/using-x-with-mozilla-threads.html'>discussed
here</a>,
where Java network communication/class loading/drawing can cause Netscape to
lock?
Adding dependancy to bug 53907 to desperately get attention for the dependant
bug before we miss the train on this (again).

Another case of "We HAVE the bits, but we can't seem to get them in the right
place by the right time."
Depends on: 53907
Is this really a dup of bug 53907? Sounds kinda the same to me, so marking 
nsbeta3++ on this one too. If someone with a clue wants to dup it, that's fine.
Whiteboard: [dogfood+] [nsbeta3+][PDTP2] → [dogfood+] [nsbeta3++][PDTP2]
Oops, my bad.  Yes, this is a dup of bug 53907.  I am closing this bug as a dup; 
it was opened initially to track submission of Java bits for Linux.  The 53907 
bug has better instructions; this bug has mostly talkin' on it.  :-)


*** This bug has been marked as a duplicate of 53907 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verified
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.