views:

213

answers:

3

I compile and run my program in Eclipse and everything works fine, but when I package it with Ant and run it, I get this error:

Exception in thread "main" java.lang.NoClassDefFoundError: org/supercsv/io/ICsvB
eanReader
Caused by: java.lang.ClassNotFoundException: org.supercsv.io.ICsvBeanReader
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
Could not find the main class: jab.jm.main.Test. Program will exit.

Note that this is a runtime error and not a compiler error with Ant.

I've built this project in the past with 0 issues and now it suddenly acts up on me when I add a second package to my lib folder?

Here's the build file for reference:

<?xml version="1.0" ?>

<project name="ServerJar" default="dist" basedir=".">
 <description>
  Builds client files into .jar
 </description>
 <!-- [build variables] -->
 <property name="src" location="src" />
 <property name="build" location="build" />
 <property name="dist" location="dist" />
 <property name="lib" location="lib" />
 <!-- [path to packages] -->
 <path id="master-classpath">
     <fileset dir="${lib}">
         <include name="*.jar"/>
     </fileset>
 </path>


 <target name="init">
  <!-- makes time stamp to be used in jar name -->
  <tstamp />
  <!-- creates build directory structure -->
  <mkdir dir="${build}" />
 </target>

 <target name="compile" depends="init" description="Compiles the source">
  <!-- compiles the java code from ${src} into ${build} -->
  <!-- <javac srcdir="${src}" destdir="${build}" /> -->
  <javac destdir= "${build}">
      <src path="${src}"/>
      <classpath refid="master-classpath"/>
  </javac>
 </target>

 <target name="dist" depends="compile" description="Generates distributable">
  <!-- creates the distribution directory -->
  <mkdir dir="${dist}/lib" />

  <!-- puts everything in ${build} into the jar file -->
  <jar jarfile="${dist}/lib/CC-${DSTAMP}.jar" basedir="${build}">
   <manifest>
    <attribute name="Main-Class" value="jab.jm.main.Test" />
   </manifest>
  </jar>

  <!-- makes a jar file for quick test execution -->
  <jar jarfile="${dist}/lib/CC.jar" basedir="${build}">
   <manifest>
    <attribute name="Main-Class" value="jab.jm.main.Test" />
   </manifest>
  </jar>
 </target>

 <target name="clean" description="Cleans up the extra build files">
  <!-- deletes the ${build} and ${dist} directories -->
  <delete dir="${build}" />
  <delete dir="${dist}" />
 </target>
</project>

Thanks in advance for the help!

EDIT:

Here's what the construction for my main class looks like (this is not the actual file, but this is what I based mine on). The construction is very odd for a java program and might be giving Ant some issues. Any recommendations on how to reconstruct this? I got a bunch of errors when trying to separate this into multiple parts. I've just never seen a construction like this before (yes, I understand HOW it works (and it does when compiled), but Ant might not like it).

import java.io.FileReader;
import java.io.IOException;

import org.supercsv.cellprocessor.Optional;
import org.supercsv.cellprocessor.ParseDate;
import org.supercsv.cellprocessor.ParseInt;
import org.supercsv.cellprocessor.constraint.StrMinMax;
import org.supercsv.cellprocessor.constraint.Unique;
import org.supercsv.cellprocessor.ift.CellProcessor;
import org.supercsv.io.CsvBeanReader;
import org.supercsv.io.ICsvBeanReader;
import org.supercsv.prefs.CsvPreference;

class ReadingObjects {
    static final CellProcessor[] userProcessors = new CellProcessor[] {
        new Unique(new StrMinMax(5, 20)),
        new StrMinMax(8, 35),
        new ParseDate("dd/MM/yyyy"),
        new Optional(new ParseInt()),
        null
    };

    public static void main(String[] args) throws Exception {
        ICsvBeanReader inFile = new CsvBeanReader(new FileReader("foo.csv"), CsvPreference.EXCEL_PREFERENCE);
        try {
          final String[] header = inFile.getCSVHeader(true);
          UserBean user;
          while( (user = inFile.read(UserBean.class, header, userProcessors)) != null) {
            System.out.println(user.getZip());
          }
        } finally {
          inFile.close();
        }
   }
}

public class UserBean {
    String username, password, town;
    Date date;
    int zip;

    public Date getDate() {
        return date;
    }
    public String getPassword() {
        return password;
    }
    public String getTown() {
        return town;
    }
    public String getUsername() {
        return username;
    }
    public int getZip() {
        return zip;
    }
    public void setDate(final Date date) {
        this.date = date;
    }
    public void setPassword(final String password) {
        this.password = password;
    }

    public void setTown(final String town) {
        this.town = town;
    }
    public void setUsername(final String username) {
        this.username = username;
    }
    public void setZip(final int zip) {
        this.zip = zip;
    }
}

Notice how the class's name is actually UserBean and it contains a non-public class named ReadingObjects within it that holds the main method.

A: 

Have you tried explicitly specifying the classpath when running the jar, in order to ensure the new library is on it?

Perhaps library 1 is present in the default classpath, so your project ran fine until you added library 2, which was not present. When running within Eclipse, the IDE may be automatically adding library 2 to the classpath for you. You can check the classpath in your project's Run Configuration within Eclipse, and make sure you are including everything there when not running via the IDE.

Tom Tresansky
+3  A: 

Looks like your runtime classpath is missing the jar containing the class org.supercsv.io.ICsvBeanReader.

The gotcha is that you cannot set the classpath from the command-line when calling an executable jar. You have to set it within the manifest as follows:

<target name="dist" depends="compile" description="Generates distributable">
    <!-- creates the distribution directory -->
    <mkdir dir="${dist}/lib" />

    <!-- Remove manifest. This jar will end up on the classpath of CC.jar -->
    <jar jarfile="${dist}/lib/CC-${DSTAMP}.jar" basedir="${build}"/>

    <!-- Fancy task that takes the pain out creating properly formatted manifest value -->
    <manifestclasspath property="mf.classpath" jarfile="${dist}/lib/CC.jar">
        <classpath>
            <fileset dir="${dist}/lib" includes="*.jar"/>
        <classpath>
    </manifestclasspath>

    <!-- This is the executable jar -->
    <jar jarfile="${dist}/lib/CC.jar" basedir="${build}">
        <manifest>
            <attribute name="Main-Class" value="jab.jm.main.Test"/>
            <attribute name="Class-Path" value="${mf.classpath}"/> 
        </manifest>
    </jar>

</target>

This approach will allow you to run the jar as follows:

java -jar CC.jar

Without the extra manifest entry you have to run the jar as follows:

java -cp CC.jar:CC-DSTAMPVALUE.jar jab.jm.main.Test

Note

Only the CC.jar is executable and needs the special manifest. Using this pattern means future additional jars, placed into the lib directory, will be automatically included in the run-time classpath. (Useful for open source dependencies like log4j)

Obviously, when running the CC.jar you'll get a similar error if the jar files are not present :-)

Mark O'Connor
Hey Mark. Sorry for getting to this late, I was a little preoccupied with other things yesterday. I hate to ask this, but could you show this implemented in the code I provided? I'm looking at what I'd have to do and, in my limited Ant experience, I feel as if I'd make matters worse. I see kind of how it'd work, but I really don't know what to take *out*. I get the overall idea, though. EDIT: I was able to run it like java -jar CC.jar in the past without any issues. Why act up now?
Justian Meyer
You mentioned in your post above that the extra jar was introduced recently? That extra jar needs to be included in the manifest "CLass-Path" entry for the CC.jar. I'll update my posting
Mark O'Connor
I'll take a look at this after lunch. Thanks so much!
Justian Meyer
Accepting the answer is all the thanks I need :-)
Mark O'Connor
I'm back from lunch. I'll see if it works out. Can't give acceptance just yet, but you're doggone close :P. Expect it soon.
Justian Meyer
It didn't work oO. Same error.
Justian Meyer
Never mind. I made a mistake. My main method is now in ExcelFile and I changed that in build.xml, but I still get an error. New Error: "Exception in thread "main" java.lang.NoSuchMethodError: main". Main definitely exists. I'm uploading my main class right now (this could be the issue- the construction is... odd).
Justian Meyer
I switched back to my old build.xml and I got the same new error =/
Justian Meyer
A: 

This might be happening because of the location of the generated class files. ie when you build a through eclipse it generates the class files in the location which is specified as the Output folder for ex: bin, and while running it looks at this location for the class files.

So check whether your ant is generating the class files at the same location as the output folder mentioned in the BuildPath configuration. If not change the output folder location to the location where your ant is generating the class files.

GK