How do I read the manifest file for a webapp running in apache tomcat?

Question

I have a webapp which contains a manifest file, in which I write the current version of my application during an ant build task. The manifest file is created correctly, but when I try to read it in during runtime, I get some strange side-effects. My code for reading in the manifest is something like this:

    InputStream manifestStream = Thread.currentThread()
                                 .getContextClassLoader()
                                 .getResourceAsStream("META-INFFFF/MANIFEST.MF");
    try {
        Manifest manifest = new Manifest(manifestStream);
        Attributes attributes = manifest.getMainAttributes();
        String impVersion = attributes.getValue("Implementation-Version");
        mVersionString = impVersion;
    }
    catch(IOException ex) {
        logger.warn("Error while reading version: " + ex.getMessage());
    }

When I attach eclipse to tomcat, I see that the above code works, but it seems to get a different manifest file than the one I expected, which I can tell because the ant version and build timestamp are both different. Then, I put "META-INFFFF" in there, and the above code still works! This means that I'm reading some other manifest, not mine. I also tried

this.getClass().getClassLoader().getResourceAsStream(...)

But the result was the same. What's the proper way to read the manifest file from inside of a webapp running in tomcat?

Edit: Thanks for the suggestions so far. Also, I should note that I am running tomcat standalone; I launch it from the command line, and then attach to the running instance in Eclipse's debugger. That shouldn't make a difference, should it?

@PascalThivent's answer is the right way to it. Add some exception handling in case your MANIFEST does not exist (ie.:IDE) and it should be A1. — jpmelanson, Oct 09 '13 at 19:47
This universal method helped me: [http://stackoverflow.com/a/29103019/3158918] — user3158918, Mar 27 '15 at 17:36

score 91 · Answer 1 · answered Mar 05 '09 at 16:28

91

Maybe your side-effects come from the fact that almost all jars include a MANIFEST.MF and you're not getting the right one. To read the MANIFEST.MF from the webapp, I would say:

ServletContext application = getServletConfig().getServletContext();
InputStream inputStream = application.getResourceAsStream("/META-INF/MANIFEST.MF");
Manifest manifest = new Manifest(inputStream);

Please note that running Tomcat from Eclipse is not the same as running Tomcat alone as Eclipse plays with the classloader.

answered Mar 05 '09 at 16:28

Pascal Thivent

562,542
136
1,062
1,124

@PascalThivent Is there a way to make that works when running tomcat in eclipse? – CaiNiaoCoder Dec 10 '14 at 08:59
Sweet thanks. I expanded on this in http://stackoverflow.com/q/37475810/1019307 as to how to get in a `@Service`. – HankCa May 27 '16 at 06:26

score 11 · Answer 2 · answered Mar 18 '10 at 11:29

11

a bit late, but this works for me (web appl in Glassfish)

Properties prop = new Properties();
prop.load(getServletContext().getResourceAsStream("/META-INF/MANIFEST.MF"));
System.out.println("All attributes:" + prop.stringPropertyNames());
System.out.println(prop.getProperty("{whatever attribute you want}"));

answered Mar 18 '10 at 11:29

javadude

1,763
1
19
38

10

pay attention: following [RFC-822](http://www.ietf.org/rfc/rfc0822.txt) you will find problems using `Properties` since the long values are broken in more lines. User `Manifest` class instead. – Francisco Spaeth Apr 11 '13 at 07:27

yegor256 · Answer 3 · 2014-07-06T14:07:34.510

Try to use jcabi-manifests, that does all this loading work for you. For example:

String version = Manifests.read("My-Version");

loads My-Version attribute from one of available MANIFEST.MF files.

Important to mention that (more details are here) in most web containers current thread class loader is not the same as servlet context class loader. That's why you should append your servlet context to the register in runtime (more info):

Manifests.append(servletContext);

Also, check this out: http://www.yegor256.com/2014/07/03/how-to-read-manifest-mf.html

user3687374 · Answer 4 · 2015-06-22T16:21:35.417

2

The right manifest exists in application root at server. Find out the appication root, for instance by finding out classpath of your class:

String rootPath  = getClass().getProtectionDomain().getCodeSource().getLocation().getPath()

Then replace the path above with the founded path: Glassfish example:

/applications/<webProject>/META-INF/MANIFEST.MF

It work for me.

edited Jun 22 '15 at 16:21

answered Jun 22 '15 at 16:15

user3687374

45
1
6

Tom Hawtin - tackline · Answer 5 · 2009-03-05T16:51:07.367

The default way class loaders work is to defer to the parent before attempting to lookup their own resources. So if a parent class loader has any manifest available, that's what you'll get. In fact, app servers don't necessarily do this, to allow applications to override versions of libraries. Further, class loaders can have multiple jars and hence multiple manifests.

It may be able to get a resource URL of one of your uniquely named resource. Open a connection. Cast to JarURLConnection. Get the JarFile. Load the manifest from that. That may not work, particularly if Tomcat explodes the war.

[Update] Of course, the war file itself isn't on the classpath. The classpath will have something like WEB-INF/lib/(.jar|.zip) and WEB-INF/classes/. Getting a resource from the ServletContext should work.

Best solution: Do something different. :)

score 1 · Answer 6 · answered Mar 05 '09 at 16:26

Don't know about a "official" way to read it, but if the MANIFEST.MF can't be properly loaded as a resource, how about trying to derive its path from a "ServletContext.getRealPath()" on some web path defined in your app?

Writing the app version also to some else place (a property file in WEB-INF/classes) by ant during build is another solution that comes to my mind.

score 0 · Answer 7 · answered Aug 30 '15 at 10:43

This is what I do to print various versions to a logfile. I have hardcoded an expanded path but apps may use servletContext.getRealPath("/") to read a full path to webapp folder. May print just given libraries or everything from lib folder.

// print library versions (jersey-common.jar, jackson-core-2.6.1.jar)
try {
    List<String> jars  = Arrays.asList( "jersey-common", "jackson-core", "openjpa", "mylib" );
    StringBuilder verbuf = new StringBuilder();
    for(File file : new File("/opt/tomcat/webapps/myapp/WEB-INF/lib/").listFiles() ) {
        String name = file.getName();
        if (file.isDirectory() || !file.isFile() || !name.endsWith(".jar") ) continue;
        name = name.substring(0, name.length()-4);
        boolean found = jars.contains(name);
        if (!found) {
            int idx = name.lastIndexOf('-');
            if (idx>0)
                found = jars.contains( name.substring(0, idx) );
        }
        if (!found) continue;

        JarFile jarFile = new JarFile(file, false);
        try {
            String ver;
            Manifest mf = jarFile.getManifest();
            if (mf!=null) {
                ver = mf.getMainAttributes().getValue("Bundle-Version");
                if (ver==null || ver.isEmpty())
                    ver = mf.getMainAttributes().getValue("Implementation-Version");
            } else ver=null;
            if (verbuf.length()>0) verbuf.append(", ");
            verbuf.append(name + "=" + (ver!=null?ver:"") );                        
        } finally {
            jarFile.close();
        }
    }
    System.out.println( verbuf.toString() );
} catch(Exception ex) {
    ex.printStackTrace();
}

How do I read the manifest file for a webapp running in apache tomcat?

7 Answers7

Linked

Related