requires javac, but installs a JRE, not JDK

Bug #878527 reported by Alan Bell
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
jetty (Debian)
Fix Released
Unknown
jetty (Ubuntu)
Fix Released
Low
Unassigned
solr (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

installed solr-jetty, enabled jetty in /etc/defaults/jetty and opened localhost:8080/solr got this error
http://paste.ubuntu.com/713656/
Problem accessing /solr/. Reason:

    Unable to find a javac compiler;
com.sun.tools.javac.Main is not on the classpath.
Perhaps JAVA_HOME does not point to the JDK.
It is currently set to "/usr/lib/jvm/java-6-openjdk/jre"

Related branches

CVE References

Revision history for this message
Alan Bell (alanbell) wrote :

after installing the JDK package I get:

Problem accessing /solr/. Reason:

Unable to load class for JSP

which at least seems to confirm that installing the JDK was the right move to get one step forward.

Revision history for this message
Alan Bell (alanbell) wrote :

and after restarting jetty it seems to be working.

Revision history for this message
James Page (james-page) wrote :

ubuntu@server-11007:~$ sudo service jetty start
 * Could not start Jetty servlet engine because no Java Development Kit
 * (JDK) was found. Please download and install JDK 1.4 or higher and set
 * JAVA_HOME in /etc/default/jetty to the JDK's installation directory.

Changed in solr (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
James Page (james-page) wrote :

Lots of small issues here:

1) solr-common currently depends on openjdk-6-jre-headless as its primary runtime.

2) jetty accepts java5-runtime-headless as a dependency (provided by openjdk-6-jre-headless) but does not do a great job of checking for the new multiarch locations for openjdk-6

As a result it can't find the runtime provided by openjdk-6-jre-headless.

As a workaround installing default-jre-headless will fix the jetty startup issue.

3) solr-common ships uncompiled JSP's so jetty really does need default-jdk to operate correctly. I'm not actually sure whether this is an issue with solr or jetty.

Installing default-jdk and restart jetty resolves this issue.

Changed in solr (Ubuntu):
importance: Medium → Low
Changed in jetty (Ubuntu):
status: New → Confirmed
importance: Undecided → Low
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package jetty - 6.1.26-1ubuntu1

---------------
jetty (6.1.26-1ubuntu1) quantal; urgency=low

  * Re-sync from Debian unstable.
  * d/jetty.init: Look for JAVA_HOME in multiarch locations for
    openjdk-6 and openjdk-7 (LP: #878527).

jetty (6.1.26-1) unstable; urgency=low

  * New upstream release.
    - Fixes issues with loading javax.activation.
      (Closes: #594913)
  * Enable hardening flags for the setuid.so file.
  * Updated d/copyright to DEP-5 format 1.0.
  * Exit 0 in jetty's init script if jetty is already running.
    Thanks to Toby for the report and patch. (Closes: #626382)
  * Fix misspelled "character-class" in grep invocation. Thanks
    to Isaac for the report and correction. (Closes: #637961)
  * Allow java.library.path to be set in /etc/default/jetty.
    Thanks to "biddster" for the report and the patches.
    (Closes: #600175, LP: #656374)
  * Apply patch from Fedora to fix hash collision related DOS.
    - CVE-2011-4461
  * Remove Michael Koch from Uploaders. Thanks for your work
    on this package in the past. (Closes: #654034)
  * Add gnumail-providers.jar to start.config. Thanks to
    Michele Renda for the suggestion. (Closes: #591851)
  * Add symlinks from jetty{,-util}-6.1.24.jar to the 6.1.26
    version to avoid breaking eclipse.
 -- James Page <email address hidden> Tue, 29 May 2012 12:23:52 +0100

Changed in jetty (Ubuntu):
status: Confirmed → Fix Released
Changed in jetty (Debian):
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.