[jacorb-bugs] [Bug 916] New: Please complete jacorb.jar/MANIFEST.MF by required jars

[bugzilla-daemon at jacorb.org]

http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=916

           Summary: Please complete jacorb.jar/MANIFEST.MF by required jars
           Product: JacORB
           Version: 2.3.1
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: Configuration and Build
        AssignedTo: jacorb-bugs at lists.spline.inf.fu-berlin.de
        ReportedBy: jacorb at aschemann.net


These days it should be sufficient to place jacorb.jar into the classpath to
make a complete CORBA Application. Todays class loaders are able to load other
required jars through the MANIFEST.MJ Class-Path property, iff this is complete
and the required jars are available. No other explicit enumeration of jars in
the CLASSPATH should be necessary (though discussed otherwise elsewhere). 

With the latest JacORB 2.3.1 and 3.0 beta 1 (and older versions as well) I get
this error (or similar) when just loading jacorb.jar:


Exception in thread "main" java.lang.NoClassDefFoundError:
org/slf4j/LoggerFactory
        at
org.jacorb.config.JacORBConfiguration.getLogger(JacORBConfiguration.java:603)
        at
org.jacorb.config.JacORBConfiguration.<init>(JacORBConfiguration.java:130)
        at
org.jacorb.config.JacORBConfiguration.getConfiguration(JacORBConfiguration.java:111)
        at org.jacorb.orb.ORB.set_parameters(ORB.java:1479)
        at org.omg.CORBA.ORB.init(ORB.java:337)
        at PingClient.<init>(PingClient.java:65)
        at PingClient.main(PingClient.java:332)
Caused by: java.lang.ClassNotFoundException: org.slf4j.LoggerFactory
        at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

(You may use the example from Bug #787 to reproduce this).

The problem vanishes when repacking the 2.3.1 jacorb.jar with an enhanced
MANIFEST.MF 

*** MANIFEST.MF.~1~     Wed May 27 17:57:20 2009
--- MANIFEST.MF Thu Jan  5 11:08:21 2012
***************
*** 2,6 ****
  Ant-Version: Apache Ant 1.7.1
  Created-By: 1.5.0_15-b04 (Sun Microsystems Inc.)
  Class-Path: slf4j-api-1.5.6.jar slf4j-jdk14-1.5.6.jar concurrent-1.3.2
!  .jar antlr-2.7.2.jar

--- 2,6 ----
  Ant-Version: Apache Ant 1.7.1
  Created-By: 1.5.0_15-b04 (Sun Microsystems Inc.)
  Class-Path: slf4j-api-1.5.6.jar slf4j-jdk14-1.5.6.jar concurrent-1.3.2
!  .jar antlr-2.7.2.jar backport-util-concurrent.jar

The same holds for 3.0 beta1 with

*** MANIFEST.MF.~1~     Wed Nov 23 08:21:46 2011
--- MANIFEST.MF Thu Jan  5 11:25:51 2012
***************
*** 3,7 ****
  Created-By: 10.0-b22 (Sun Microsystems Inc.)
  Implementation-Title: JacORB
  Implementation-URL: www.jacorb.org
! Class-Path: slf4j-api-1.6.4.jar slf4j-jdk14-1.6.4.jar

--- 3,7 ----
  Created-By: 10.0-b22 (Sun Microsystems Inc.)
  Implementation-Title: JacORB
  Implementation-URL: www.jacorb.org
! Class-Path: slf4j-api-1.6.4.jar slf4j-jdk14-1.6.4.jar antlr-2.7.2.jar

I have tested both with Linux (CentOS 6.0):

  java version "1.6.0_18"
  Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
  Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode, sharing)

And MacOS X (10.6):

  java version "1.6.0_29"
  Java(TM) SE Runtime Environment (build 1.6.0_29-b11-402-10M3527)
  Java HotSpot(TM) 64-Bit Server VM (build 20.4-b02-402, mixed mode)

It would be great if you could include this in the next JacORB release.

Regards,
  Gerd


-- 
Configure bugmail: http://www.jacorb.org/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.