Re: Build with Harmony WAS: Xerces-J compilation error

["Nathan Beyer"]

Harmony doesn't have javadoc implemented, so that obviously doesn't work, but I'm able to get the compiles to work. The output is different as the Harmony compiler is ECJ. The most obvious issue at the moment is big failure in generating the documentation ('build doc'). I'm not familiar with the classes mentioned in the stack trace, so I'm looking for some pointers to the projects they belong to. Here's a snippet of the log with the stack trace I'm seeing. It looks like the org.apache.stylebooks.printers.ImagePrinter is using the proprietary Sun APIs. This shoud really be replaced with Image I/O APIs, but I'm not sure what project this code belongs to. Also, if I can see the code, I can work on a compatibility shim for Harmony.


[java] [Xalan2Processor] Applying XSL sheet "sbk:/style/stylesheets/any2project.xsl"
     [java] [Project] Creating "faq-pcfp.html"
     [java] [CachingParser] Serving cached document "sbk:/sources/faq-pcfp.xml" (1)
     [java] [Xalan2Processor] Applying XSL sheet "sbk:/style/stylesheets/faqs2document.xsl"
     [java] [Xalan2Processor] Applying XSL sheet "sbk:/style/stylesheets/document2html.xsl"
     [java] [Project] Creating "graphics/ext-16-label-3.jpg"
     [java] [Xalan2Processor] Applying XSL sheet "sbk:/style/stylesheets/context2label.xsl"
     [java] Uncaught exception in main:
     [java] java.lang.NoClassDefFoundError: com/sun/image/codec/jpeg/JPEGCodec
     [java]     at org.apache.stylebook.printers.ImagePrinter.print(Unknown Source)
     [java]     at org.apache.stylebook.BasicEntry.create(Unknown Source)
     [java]     at org.apache.stylebook.Project.create(Unknown Source)
     [java]     at org.apache.stylebook.StyleBook.main(Unknown Source)
     [java] Caused by: java.lang.ClassNotFoundException: com.sun.image.codec.jpeg.JPEGCodec
     [java]     at java.net.URLClassLoader.findClass(URLClassLoader.java:894)
     [java]     at java.lang.ClassLoader.loadClass(ClassLoader.java:593)
     [java]     at java.lang.ClassLoader$SystemClassLoader.loadClass(ClassLoader.java:981)
     [java]     at java.lang.ClassLoader.loadClass(ClassLoader.java:319)
     [java]     at org.apache.stylebook.printers.ImagePrinter.print(Unknown Source)
     [java]     ... 3 more

-Nathan

On Thu, Jul 24, 2008 at 9:20 PM, Michael Glavassevich <mrglavas@xxxxxxxxxx> wrote:

Hi Nathan,

nbeyer@xxxxxxxxx wrote on 07/24/2008 10:04:38 PM:

> On Thu, Jul 24, 2008 at 8:52 PM, Michael Glavassevich <mrglavas@xxxxxxxxxx
> > wrote:
> Hi Nathan,
>
> nbeyer@xxxxxxxxx wrote on 07/23/2008 10:34:54 PM:
>
>
> > I'm attempting to run the build scripts with Harmony. What's the
> > expected building convention? What JDK is normally used, is the
> > build.bat/sh script used, or is Ant invoked directly?
>
>
> build.bat/sh is used when building the official releases. Ant gets
> invoked directly for the Gump builds and when I'm working in Eclipse
> I usually invoke it directly too.
>
>
> > What version of Ant is known to work.

> Should work with Ant 1.6.5 and above though might work with earlier
> versions. I upgraded the copy in the repository from 1.6.5 to 1.7.l recently.
>
>
> > In looking at the build.bat script, it seems like it won't work for
> > Sun's JDK 6, as there isn't a 'classes.zip' in the JDK_HOME/lib folder.

> I recall 'classes.zip' being in earlier JDKs. 1.2 perhaps. If it no
> longer exists in recent JDKs it will be ignored.
>
> I've tested it with Sun JDK 6 before. It should still work.
>
> A better question would be - what's the intent of the classpath
> that's assembled in this script? Is it to just get the additional
> libraries available for Ant? It's not for properly setting up the
> build classpath, correct? That's taken care of in the custom compiler task.

It's just for setting up the invocation of Ant. It points to the copy of Ant included with Xerces. A user only needs to set JAVA_HOME in order to use the scripts.

The classpath for compilation is defined in build.xml and also managed by the custom Javac task.

> -Nathan
>  
> > -Nathan
>
> Thanks.
>
> Michael Glavassevich
> XML Parser Development
> IBM Toronto Lab
> E-mail: mrglavas@xxxxxxxxxx
> E-mail: mrglavas@xxxxxxxxxx

Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: mrglavas@xxxxxxxxxx
E-mail: mrglavas@xxxxxxxxxx