Bug#501743: java-gcj-compat-headless: Fails to run the Amazon EC2 API Tools

[Russell Coker]

Package: java-gcj-compat-headless
Version: 1.0.78-2
Severity: normal

Below are the errors that I get when running a simple
ec2-describe-images command from the EC2 API Tools.

I can supply a Debian package of the EC2 API Tools for private testing,
but it's not free so I can't publish it.

Exception in thread "main" java.lang.NoClassDefFoundError: 
org.codehaus.xfire.aegis.type.xml.SourceType
   at java.lang.Class.initializeClass(libgcj.so.90)
   at 
org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.createDefaultMappings(DefaultTypeMappingRegistry.java:404)
   at 
org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.createDefaultMappings(DefaultTypeMappingRegistry.java:311)
   at 
org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.(DefaultTypeMappingRegistry.java:131)
   at 
org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.(DefaultTypeMappingRegistry.java:137)
   at 
org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.(DefaultTypeMappingRegistry.java:118)
   at org.codehaus.xfire.jaxb2.JaxbTypeRegistry.(JaxbTypeRegistry.java:15)
   at 
com.amazonaws.ec2.doc._2008_05_05.AmazonEC2Client.create0(AmazonEC2Client.java:57)
   at 
com.amazonaws.ec2.doc._2008_05_05.AmazonEC2Client.(AmazonEC2Client.java:26)
   at com.amazon.aes.webservices.client.Jec2.setupClient(Jec2.java:140)
   at com.amazon.aes.webservices.client.Jec2.(Jec2.java:136)
   at com.amazon.aes.webservices.client.cmd.BaseCmd.invoke(BaseCmd.java:630)
   at 
com.amazon.aes.webservices.client.cmd.DescribeImages.main(DescribeImages.java:117)
Caused by: java.lang.ClassNotFoundException: 
javanet.staxutils.ContentHandlerToXMLStreamWriter not found in 
gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:/usr/lib/ec2/apitools/activation-1.1.jar,file:/usr/lib/ec2/apitools/bcprov.jar,file:/usr/lib/ec2/apitools/commons-codec-1.3.jar,file:/usr/lib/ec2/apitools/commons-discovery-0.2.jar,file:/usr/lib/ec2/apitools/commons-httpclient-3.0.jar,file:/usr/lib/ec2/apitools/commons-logging-1.0.4.jar,file:/usr/lib/ec2/apitools/ec2-api-tools.jar,file:/usr/lib/ec2/apitools/ec2-java-client.jar,file:/usr/lib/ec2/apitools/gnu.getopt.jar,file:/usr/lib/ec2/apitools/jaxb-api-2.0.jar,file:/usr/lib/ec2/apitools/jaxb-impl-2.0.1.jar,file:/usr/lib/ec2/apitools/jaxws-api-2.0.jar,file:/usr/lib/ec2/apitools/jdom-1.0.jar,file:/usr/lib/ec2/apitools/log4j.jar,file:/usr/lib/ec2/apitools/mail-1.4.jar,file:/usr/lib/ec2/apitools/stax-api-1.0.1.jar,file:/usr/lib/ec2/apitools/wsdl4j-1.6.1.jar,file:/usr/lib/ec2/apitools/wss4j-1.5.1.jar,file:/usr/lib/ec2/api
 
tools/wstx-asl-3.2.0.jar,file:/usr/lib/ec2/apitools/xalan-j2-2.7.0.jar,file:/usr/lib/ec2/apitools/xfire-all-1.2.6.jar,file:/usr/lib/ec2/apitools/xfire-jsr181-api-1.0-M1.jar,file:/usr/lib/ec2/apitools/xmlsec-1.3.0.jar],
 parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.90)
   at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.90)
   at java.lang.ClassLoader.loadClass(libgcj.so.90)
   at java.lang.ClassLoader.loadClass(libgcj.so.90)
   at java.lang.VMClassLoader.defineClass(libgcj.so.90)
   at java.lang.ClassLoader.defineClass(libgcj.so.90)
   at java.security.SecureClassLoader.defineClass(libgcj.so.90)
   at java.net.URLClassLoader.findClass(libgcj.so.90)
   at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.90)
   at java.lang.ClassLoader.loadClass(libgcj.so.90)
   at java.lang.ClassLoader.loadClass(libgcj.so.90)
   at java.lang.Class.forName(libgcj.so.90)
   at java.lang.Class.initializeClass(libgcj.so.90)
   ...12 more



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#478584: g++-4.3: Happens without the "-include" option too

[Shachar Shemesh]

Package: g++-4.3
Version: 4.3.1-9
Followup-For: Bug #478584

Just wanted to add that this happens even if the precompiled header is
not forced on the compiler. I have a setting where the precompiled
header is included from inside the file (#include  - it's a
cross platform project). I managed to get automake to place stdafx.h.gch
in the include search path, and gcc correctly uses it. However, despite
the fact that the include is specifically stated inside the file, the
dependency files do not contain it.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages g++-4.3 depends on:
ii  gcc-4.3   4.3.1-9The GNU C compiler
ii  gcc-4.3-base  4.3.1-9The GNU Compiler Collection (base 
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library
ii  libmpfr1ldbl  2.3.1.dfsg.1-2 multiple precision floating-point 
ii  libstdc++6-4.3-dev4.3.1-9The GNU Standard C++ Library v3 (d

g++-4.3 recommends no packages.

Versions of packages g++-4.3 suggests:
pn  g++-4.3-multilib   (no description available)
pn  gcc-4.3-doc(no description available)
pn  libstdc++6-4.3-dbg (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]