как повторно присоединить одиночные бины Spring после десериализации

Как насчет добавления с использованием аспектов для добавления шага внедрения при десериализации объекта?

Для этого вам понадобится AspectJ или аналогичный. Это будет работать очень похоже на функцию @Configurable в Spring.

например добавить несколько советов по методу "private void readObject (ObjectInputStream in), который вызывает исключение IOException, ClassNotFoundException"

Эта статья также может помочь: http://java.sun.com/developer/technicalArticles/Programming/serialization/

Вместо этого я использовал это без прокси:

public class Process implements HttpSessionActivationListener {
    ...
    @Override
    public void sessionDidActivate(HttpSessionEvent e) {
        ServletContext sc = e.getSession().getServletContext();
        WebApplicationContext newContext = WebApplicationContextUtils
            .getRequiredWebApplicationContext(sc);
        newContext.getAutowireCapableBeanFactory().configureBean(this, beanName);
    }
}

Пример для веб-среды, когда сервер приложений сериализует сеанс, но он должен работать для любого ApplicationContext.

Spring предлагает решение этой проблемы.

Взгляните на весеннюю документацию http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/aop.html#aop-atconfigurable.

7.8.1 Использование AspectJ для внедрения зависимостей объектов домена с помощью Spring

...

Поддержка предназначена для использования для объектов, созданных вне контроля какого-либо контейнера. Объекты домена часто попадают в эту категорию, потому что они часто создаются программно с использованием оператора new или инструментом ORM в результате запроса к базе данных.

Уловка состоит в том, чтобы использовать ткачество времени загрузки. Просто запустите jvm с -javaagent: path / to / org.springframework.instrument- {version} .jar. Этот агент распознает каждый объект, для которого создается экземпляр, и, если он помечен @Configurable, он настроит (вставит зависимости @Autowired или @Resource) этот объект.

Просто измените класс процесса на

@Configurable
class Process {

   @Autowired
   private transient Repository repository;
   // getters, setters, etc.
}

Всякий раз, когда вы создаете новый экземпляр

Process process = new Process();

spring автоматически добавит зависимости. Это также работает, если объект Process десериализован.

Я думаю, что идея сериализации bean-компонента с последующим принудительным повторным внедрением зависимостей - не лучшая архитектура.

Как насчет того, чтобы вместо этого иметь какой-то bean-компонент ProcessWrapper, который мог бы быть синглтоном. Он будет внедрен вместе с репозиторием и либо управляет десериализацией процесса, либо имеет для него установщик. Когда в оболочке установлен новый процесс, он будет вызывать setRepository() для процесса. Компоненты, использующие процесс, могут быть либо установлены с помощью новой оболочки с помощью оболочки, либо вызвать ProcessWrapper, который будет делегировать процессу.

class ProcessWrapper {
   private Repository repository;
   private Process process;
   // getters, setters, etc.

   public void do() {
      process.do();
   }

   public void setProcess(Process process) {
      this.process = process;
      this.process.setRepository(repository);
   }
}

Отвечая на мой собственный вопрос: как я решил проблему до сих пор, это создать базовый класс, который сериализует и десериализует с помощью небольшого дешевого прокси. Прокси-сервер содержит только имя bean-компонента.

Вы заметите, что он использует глобальный объект для доступа к контексту Spring; более элегантное решение могло бы сохранить контекст в локальной переменной потока, что-то в этом роде.

public abstract class CheaplySerializableBase 
   implements Serializable, BeanNameAware {

    private String name;

    private static class SerializationProxy implements Serializable {

        private final String name;

        public SerializationProxy(CheaplySerializableBase target) {
            this.name = target.name;
        }

        Object readResolve() throws ObjectStreamException {
            return ContextLoader.globalEvilSpringContext.getBean(name);
        }

    }

    @Override
    public void setBeanName(String name) {
        this.name = name;
    }

    protected Object writeReplace() throws ObjectStreamException {
        if (name != null) {
            return new SerializationProxy(this);
        }
        return this;
    }
}

Результирующий сериализованный объект составляет около 150 байт (если я правильно помню).

Метод applicationContext.getAutowireCapableBeanFactory().autowireBean(detachedBean); можно использовать для перенастройки управляемого Spring bean-компонента, который был сериализован, а затем десериализован (чьи @Autowired поля становятся null). См. Пример ниже. Детали сериализации опущены для простоты.

public class DefaultFooService implements FooService {

    @Autowired
    private ApplicationContext ctx;

    @Override
    public SerializableBean bar() {
        SerializableBean detachedBean = performAction();
        ctx.getAutowireCapableBeanFactory().autowireBean(detachedBean);
        return detachedBean;
    }

    private SerializableBean performAction() {
        SerializableBean outcome = ... // Obtains a deserialized instance, whose @Autowired fields are detached.
        return outcome;
    }

}


public class SerializableBean {

    @Autowired
    private transient BarService barService;

    private int value;

    public void doSomething() {
        barService.doBar(value);
    }

}