Что-то похожее на ServiceLoader в Java 1.5?

Ответ 1

В этом нет ничего встроенного в Java 1.5. Я сам реализовал это; это не слишком сложно. Однако, когда мы переходим на Java 6, мне придется заменить вызовы на мою реализацию вызовами ServiceLoader. Я мог бы определить небольшой мост между приложением и загрузчиком, но я использую его только в нескольких местах, и сама оболочка будет хорошим кандидатом для ServiceLoader.

Это основная идея:

public <S> Iterable<S> load(Class<S> ifc) throws Exception {
  ClassLoader ldr = Thread.currentThread().getContextClassLoader();
  Enumeration<URL> e = ldr.getResources("META-INF/services/" + ifc.getName());
  Collection<S> services = new ArrayList<S>();
  while (e.hasMoreElements()) {
    URL url = e.nextElement();
    InputStream is = url.openStream();
    try {
      BufferedReader r = new BufferedReader(new InputStreamReader(is, "UTF-8"));
      while (true) {
        String line = r.readLine();
        if (line == null)
          break;
        int comment = line.indexOf('#');
        if (comment >= 0)
          line = line.substring(0, comment);
        String name = line.trim();
        if (name.length() == 0)
          continue;
        Class<?> clz = Class.forName(name, true, ldr);
        Class<? extends S> impl = clz.asSubclass(ifc);
        Constructor<? extends S> ctor = impl.getConstructor();
        S svc = ctor.newInstance();
        services.add(svc);
      }
    }
    finally {
      is.close();
    }
  }
  return services;
}

Лучшая обработка исключений остается в качестве упражнения для читателя. Кроме того, метод может быть параметризован, чтобы принять ClassLoader выбора вызывающего.

Ответ 2

javax.imageio.spi.ServiceRegistry эквивалентен предыдущим версиям Java. Он доступен с Java 1.4.

Он не похож на общий класс утилиты, но он есть. Он даже немного более мощный, чем ServiceLoader, поскольку он позволяет контролировать порядок возвращенных поставщиков и прямой доступ к реестру.

См. http://docs.oracle.com/javase/7/docs/api/index.html?javax/imageio/spi/ServiceRegistry.html

Ответ 3

ServiceLoader довольно простой и используется (неформально) в JDK начиная с версии 1.3. ServiceLoader только что сделал его гражданином первого класса. Он просто ищет файл ресурсов, названный для вашего интерфейса, который в основном связан в каталоге META-INF библиотеки jar.

Этот файл содержит имя загружаемого класса.

Итак, у вас будет файл с именем:

META-INF/услуги/com.example.your.interface

и внутри него находится одна строка: com.you.your.interfaceImpl.

Вместо ServiceLoader мне нравится Netbeans Lookup. Он работает с 1,5 (и, возможно, 1,4).

Из коробки он делает то же самое, что и ServiceLoader, и это тривиально использовать. Но он предлагает гораздо большую гибкость.

Здесь ссылка: http://openide.netbeans.org/lookup/

Вот статья о ServiceLoader, но в ней упоминается Netbeans Lookup внизу: http://weblogs.java.net/blog/timboudreau/archive/2008/08/simple_dependen.html

Ответ 4

К сожалению,

В Java 1.5 ничего не встроено для этого...

является лишь частью истины.

Существует нестандартный sun.misc.Service.

http://www.docjar.com/docs/api/sun/misc/Service.html

Остерегайтесь, это не входит в стандартный J2SE API! Это нестандартная часть Sun JDK. Поэтому вы не можете полагаться на это, если используете, скажем, JRockit.

Ответ 5

Это старый вопрос, но другой вариант - использовать Аннотации уровня пакета. См. Мой ответ для: Найти классы Java, реализующие интерфейс

Аннотации уровня пакета - это аннотации, которые содержатся в классах package-info.java.

JAXB использует это вместо сервисных загрузчиков. Я также считаю его более гибким, чем сервисный загрузчик.

Ответ 6

Нет надежного способа узнать, какие классы находятся в пути к классам. Согласно его документации, ServiceLoader полагается на внешние файлы, чтобы рассказать, какие классы загружать; вы можете сделать то же самое. Основная идея состоит в том, чтобы загрузить файл с именем класса (ов) для загрузки, а затем использовать отражение для его создания/их.

Ответ 7

Считаете ли вы, что используете инфраструктуру OSGI?