Читання мого власного Ярового маніфесту

Мені потрібно прочитати Manifestфайл, який доставляв мій клас, але коли я використовую:

getClass().getClassLoader().getResources(...)

Я отримую MANIFESTз першого .jarзавантаженого в Java Runtime.
Мій додаток працюватиме з аплету чи веб-запуску,
тому я не матиму доступу до власного .jarфайлу, напевно.

Я насправді хочу прочитати Export-packageатрибут, з .jarякого розпочався Felix OSGi, тому я можу виставити ці пакети Felix. Будь-які ідеї?

Ви можете зробити одне з двох:

1. Телефонуйте getResources()та повторюйте через повернуту колекцію URL-адрес, читаючи їх як маніфести, поки не знайдете свою:

   Enumeration<URL> resources = getClass().getClassLoader()
     .getResources("META-INF/MANIFEST.MF");
   while (resources.hasMoreElements()) {
       try {
         Manifest manifest = new Manifest(resources.nextElement().openStream());
         // check that this is your manifest and do what you need or get the next one
         ...
       } catch (IOException E) {
         // handle
       }
   }
   

2. Ви можете спробувати перевірити, чи getClass().getClassLoader()є примірник java.net.URLClassLoader. Більшість навантажувачів Sun, у тому числі AppletClassLoader. Потім ви можете передати його та зателефонувати, findResource()що було відомо - принаймні для аплетів, - щоб повернути потрібний маніфест безпосередньо:

   URLClassLoader cl = (URLClassLoader) getClass().getClassLoader();
   try {
     URL url = cl.findResource("META-INF/MANIFEST.MF");
     Manifest manifest = new Manifest(url.openStream());
     // do stuff with it
     ...
   } catch (IOException E) {
     // handle
   }
   

Ви можете спочатку знайти URL-адресу для свого класу. Якщо це JAR, то ви завантажуєте маніфест звідти. Наприклад,

Class clazz = MyClass.class;
String className = clazz.getSimpleName() + ".class";
String classPath = clazz.getResource(className).toString();
if (!classPath.startsWith("jar")) {
  // Class not from JAR
  return;
}
String manifestPath = classPath.substring(0, classPath.lastIndexOf("!") + 1) + 
    "/META-INF/MANIFEST.MF";
Manifest manifest = new Manifest(new URL(manifestPath).openStream());
Attributes attr = manifest.getMainAttributes();
String value = attr.getValue("Manifest-Version");

Ви можете використовувати Manifestsз jcabi-маніфестів і читати будь-який атрибут з будь-якого з доступних файлів MANIFEST.MF лише з одним рядком:

String value = Manifests.read("My-Attribute");

Єдина необхідна вам залежність:

<dependency>
  <groupId>com.jcabi</groupId>
  <artifactId>jcabi-manifests</artifactId>
  <version>0.7.5</version>
</dependency>

Також дивіться цю публікацію в блозі для отримання більш детальної інформації: http://www.yegor256.com/2014/07/03/how-to-read-manifest-mf.html

Я наперед визнаю, що ця відповідь не відповідає на початкове запитання, яке, як правило, може отримати доступ до Маніфесту. Однак якщо дійсно потрібно прочитати один із ряду "стандартних" атрибутів Manifest, наступне рішення набагато простіше, ніж ті, що розміщені вище. Тож сподіваюся, що модератор це дозволить. Зауважте, що це рішення знаходиться в Котліні, а не на Java, але я б очікував, що порт на Java буде тривіальним. (Хоча я зізнаюся, я не знаю Java-еквівалента ".` Пакет ".

У моєму випадку я хотів прочитати атрибут "Реалізація-Версія", тому я почав з рішень, наведених вище, щоб отримати потік, а потім прочитав його, щоб отримати значення. Поки це рішення працювало, колега, який переглядав мій код, показав мені простіший спосіб зробити те, що я хотів. Зауважте, що це рішення знаходиться в Котліні, а не на Java.

val myPackage = MyApplication::class.java.`package`
val implementationVersion = myPackage.implementationVersion

Ще раз зауважте, що це не дає відповіді на початкове запитання, зокрема, "Export-package" не здається одним із підтримуваних атрибутів. Однак це є myPackage.name, яке повертає значення. Можливо, хтось, хто розуміє це більше, ніж я, може прокоментувати, чи повертає це значення, яке вимагає оригінальний плакат.

Я вважаю, що найбільш підходящим способом отримання маніфесту для будь-якого пакету (включаючи пакет, який завантажив даний клас) є використання об'єкта Bundle або BundleContext.

// If you have a BundleContext
Dictionary headers = bundleContext.getBundle().getHeaders();

// If you don't have a context, and are running in 4.2
Bundle bundle = FrameworkUtil.getBundle(this.getClass());
bundle.getHeaders();

Зауважте, що об'єкт Bundle також забезпечує getEntry(String path)пошук ресурсів, що містяться в певному пакеті, а не пошук усього класного шляху цього пакета.

Загалом, якщо ви хочете, щоб інформація, що стосується пакету, не покладалася на припущення про завантажувачі класів, просто використовуйте API OSGi безпосередньо.

Наступний код працює з декількома типами архівів (jar, war) та кількома типами завантажувачів (jar, url, vfs, ...)

  public static Manifest getManifest(Class<?> clz) {
    String resource = "/" + clz.getName().replace(".", "/") + ".class";
    String fullPath = clz.getResource(resource).toString();
    String archivePath = fullPath.substring(0, fullPath.length() - resource.length());
    if (archivePath.endsWith("\\WEB-INF\\classes") || archivePath.endsWith("/WEB-INF/classes")) {
      archivePath = archivePath.substring(0, archivePath.length() - "/WEB-INF/classes".length()); // Required for wars
    }

    try (InputStream input = new URL(archivePath + "/META-INF/MANIFEST.MF").openStream()) {
      return new Manifest(input);
    } catch (Exception e) {
      throw new RuntimeException("Loading MANIFEST for class " + clz + " failed!", e);
    }
  }

Найпростіший спосіб - використовувати клас JarURLConnection:

String className = getClass().getSimpleName() + ".class";
String classPath = getClass().getResource(className).toString();
if (!classPath.startsWith("jar")) {
    return DEFAULT_PROPERTY_VALUE;
}

URL url = new URL(classPath);
JarURLConnection jarConnection = (JarURLConnection) url.openConnection();
Manifest manifest = jarConnection.getManifest();
Attributes attributes = manifest.getMainAttributes();
return attributes.getValue(PROPERTY_NAME);

Оскільки в деяких випадках ...class.getProtectionDomain().getCodeSource().getLocation();дає шлях з vfs:/, тому це слід додатково обробляти.

Ви можете використовувати getProtectionDomain (). GetCodeSource () таким чином:

URL url = Menu.class.getProtectionDomain().getCodeSource().getLocation();
File file = DataUtilities.urlToFile(url);
JarFile jar = null;
try {
    jar = new JarFile(file);
    Manifest manifest = jar.getManifest();
    Attributes attributes = manifest.getMainAttributes();
    return attributes.getValue("Built-By");
} finally {
    jar.close();
}

Чому ви включаєте крок getClassLoader? Якщо ви говорите "this.getClass (). GetResource ()", ви повинні отримувати ресурси щодо класу викликів. Я ніколи не використовував ClassLoader.getResource (), хоча з швидкого огляду Java Docs це звучить так, що ви отримаєте перший ресурс цього імені, знайдений у будь-якому поточному класі.

  public static Manifest getManifest( Class<?> cl ) {
    InputStream inputStream = null;
    try {
      URLClassLoader classLoader = (URLClassLoader)cl.getClassLoader();
      String classFilePath = cl.getName().replace('.','/')+".class";
      URL classUrl = classLoader.getResource(classFilePath);
      if ( classUrl==null ) return null;
      String classUri = classUrl.toString();
      if ( !classUri.startsWith("jar:") ) return null;
      int separatorIndex = classUri.lastIndexOf('!');
      if ( separatorIndex<=0 ) return null;
      String manifestUri = classUri.substring(0,separatorIndex+2)+"META-INF/MANIFEST.MF";
      URL url = new URL(manifestUri);
      inputStream = url.openStream();
      return new Manifest( inputStream );
    } catch ( Throwable e ) {
      // handle errors
      ...
      return null;
    } finally {
      if ( inputStream!=null ) {
        try {
          inputStream.close();
        } catch ( Throwable e ) {
          // ignore
        }
      }
    }
  }

Я використав рішення від Ентоні Юккеля, але в MANIFEST.MF ключ повинен починатися з великої літери.

Отже, мій файл MANIFEST.MF містить ключ типу:

Mykey: значення

Потім в активаторі або іншому класі ви можете використовувати код від Anthony, щоб прочитати файл MANIFEST.MF та значення, яке вам потрібно.

// If you have a BundleContext 
Dictionary headers = bundleContext.getBundle().getHeaders();

// If you don't have a context, and are running in 4.2 
Bundle bundle = `FrameworkUtil.getBundle(this.getClass()); 
bundle.getHeaders();

У мене є це дивне рішення, яке запускає військові програми на вбудованому сервері Jetty, але ці програми також повинні працювати на стандартних серверах Tomcat, і ми маємо деякі особливості в manfest.

Проблема полягала в тому, що коли в Tomcat маніфест можна було прочитати, а коли в пристані, був вибраний випадковий маніфест (який пропустив особливі властивості)

На основі відповіді Алекса Коншина я придумав таке рішення (вхідний потік потім використовується в класі Manifest):

private static InputStream getWarManifestInputStreamFromClassJar(Class<?> cl ) {
    InputStream inputStream = null;
    try {
        URLClassLoader classLoader = (URLClassLoader)cl.getClassLoader();
        String classFilePath = cl.getName().replace('.','/')+".class";
        URL classUrl = classLoader.getResource(classFilePath);
        if ( classUrl==null ) return null;
        String classUri = classUrl.toString();
        if ( !classUri.startsWith("jar:") ) return null;
        int separatorIndex = classUri.lastIndexOf('!');
        if ( separatorIndex<=0 ) return null;
        String jarManifestUri = classUri.substring(0,separatorIndex+2);
        String containingWarManifestUri = jarManifestUri.substring(0,jarManifestUri.indexOf("WEB-INF")).replace("jar:file:/","file:///") + MANIFEST_FILE_PATH;
        URL url = new URL(containingWarManifestUri);
        inputStream = url.openStream();
        return inputStream;
    } catch ( Throwable e ) {
        // handle errors
        LOGGER.warn("No manifest file found in war file",e);
        return null;
    }
}