Java + Command Pattern + Spring + remoting: Как добавить зависимости к объекту Command?

Question

В моем текущем проекте я имею дело с EJB, реализующими огромные интерфейсы. Реализация осуществляется через бизнес-делегат, который реализует один и тот же интерфейс и содержит реальный бизнес-код.

Как полагают некоторые статьи, как

• http://code.google.com/intl/fr/events/io/2009/sessions/GoogleWebToolkitBestPractices.html
• http://www.nofluffjuststuff.com/conference/boston/2008/04/session?id=10150

Последовательность использования этого 'команда' является

1. клиент создает команду и параметрирование
2. клиента посылает команду на сервер
3. сервер команды получить, журнал, аудит и утверждать команды может быть подан
4. сервер команды выполнить
результат
5. сервера возвращение команды для клиента

Проблемы иметь место в Шаг 4 .:

Прямо сейчас я использую контекст spring, чтобы получить bean из контекста внутри команды, , но я хочу, чтобы встраивать зависимости в команду.

Это наивное применение для иллюстрации. Я добавил комментарии, где у меня есть проблемы:

public class SaladCommand implements Command<Salad> {  
    String request; 

    public SaladBarCommand(String request) {this.request = request;} 

    public Salad execute() {  
     //this server side service is hidden from client, and I want to inject it instead of retrieving it 
     SaladBarService saladBarService = SpringServerContext.getBean("saladBarService");  
     Salad salad = saladBarService.prepareSalad(request);  
     return salad; 
    } 
} 

public class SandwichCommand implements Command<Sandwich> {  
    String request; 

    public SandwichCommand(String request) {this.request = request;} 

    public Sandwich execute() { 
     //this server side service is hidden from client, and I want to inject it instead of retrieving it  
     SandwichService sandwichService = SpringServerContext.getBean("sandwichService");  
     Sandwich sandwich = sandwichService.prepareSandwich(request);  
     return sandwich; 
    } 
} 

public class HungryClient { 
    public static void main(String[] args) { 
     RestaurantService restaurantService = SpringClientContext.getBean("restaurantService"); 
     Salad salad = restaurantService.execute(new SaladBarCommand(
      "chicken, tomato, cheese" 
     )); 
     eat(salad); 

     Sandwich sandwich = restaurantService.execute(new SandwichCommand(
      "bacon, lettuce, tomato" 
     )); 
     eat(sandwich); 
    } 
} 

public class RestaurantService { 
    public <T> execute(Command<T> command) { 
     return command.execute(); 
    } 
} 

Я хочу, чтобы избавиться от звонков как SandwichService sandwichService = SpringServerContext.getBean("sandwichService"); и моя служба вводится вместо этого.

Как это сделать проще всего?

Answer 1

Если SimpleCommand вводится в классы с использованием Spring ApplicationContext (и, действительно, это должно быть), тогда вам просто нужно выразить свои зависимости как конструкторы-аргументы или сеттеры, а также внедрить их.

Это трудно давать какие-либо другие особенности, не понимая, кто использует SimpleCommand, где он приходит, и т.д.

Answer 2

Я построил что-то удивительно подобное в прошлом, за исключением того, что мы не использовали шаблон команды, как вы в настоящее время делает. В вашем случае ваши команды, похоже, ничего не делают, кроме фактического поиска и запускают метод службы, поэтому почему бы просто не представить этот метод службы как API, а не использовать шаблон команды вообще. Затем вы можете подключить служебные вызовы к EJB через Spring Remoting, и все особенности Spring могут оставаться в определенных для протокола уровнях (Servlet, EJB, MDB ...), и ваш код остается удивительно незнающим о том, что происходит вокруг него ,

Наша инфраструктура выглядит так. (Для тех, кто собирается жаловаться на существование EJB, это не вся инфраструктура, а по соображениям безопасности и производительности мы используем EJB для вызовов EJB для обслуживания для взаимодействия с сервисом).

Eclipse Rich Client -> (Spring Remoting - HTTP) -> Servlet -> (Локальный интерфейс) -> EJB -> Внедрение Сервис

сервлетов - Использует контекст Spring для просмотра локального EJB интерфейс и вызывает общий метод вызова универсального интерфейса EJB с объектом RemoteInvocation (созданным и отправленным HttpProxyFactoryBean из Spring Remoting) и именем интерфейса службы.

EJB- - Смотрит сервис, основанный на его имени интерфейса (также от имени боба) и использует RemoteInvocationExecutor для вызова метода по реализации услуг с объектом RemoteInvocation.

Теперь EJB способен привязываться к нескольким сервисам (хотя мы используем одну-единственную модель развертывания). Вы можете использовать Spring Remoting для Http, EJB или JMS-вызовов для службы из разных приложений. Тестирование без развертывания сервера тривиально, поскольку вы просто подключаете тесты непосредственно к реализациям.

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

Answer 3

public class SampleCommand implements Command {  
    private final String parameter; 
    private final ServiceBean service; 

    //the client build the command using a parameter 
    public SampleCommand(ServiceBean service, String parameter) { 
     this.parameter = parameter; 
     this.service = service; 
    } 

    //this code will be executed by the server 
    public Object execute() { 
     //do something using the parameter and return the result 
     return service.doSomethingWith(parameter);    
    } 
} 

Вы можете вводить услугу или без весны:

<bean id="sampleCommand" class="package.SampleCommand"> 
    <constructor-arg ref="serviceBean" /> 
    <constructor-arg value="Param" /> 
</bean> 

Некоторые вызова приложения:

ServiceBean service = ServiceProxy.getService(SampleCommand.class); 
Command command = new SampleCommand(service, "Param"); 

Dependency Injection является не зависит от структуры.

Answer 4

Это не проблема понимания как DI работает

Я согласен с Гийомом, потому что я встречаю этот же случай.

Основная проблема заключается в инициализации и объекте жизненного цикла.

1. Команда может быть создана много раз - это тот же метод, например. И программно.

2. Весна, как и контейнер, предполагает, что вы хотите создать объект один раз с областью (сессия, прототип = нить охват), область действия приложения ...

Таким образом, команда не создавать на весной, и он должен использовать сервис, созданный весной. Но служба не вводится в команду.

Спасибо

Answer 5

Вы можете использовать Spring @Configurable аннотацию, чтобы AspectJ придать пружину бобы в объекты, которые не созданы весной.Посмотрите here

Answer 6

На стороне сервера, в RestaurantService, выполните следующие действия:

1. Реализовать интерфейс ApplicationContextAware - это заставит Spring придать ссылку на контекст приложения в RestaurantService.

2. В методе RestaurantService.execute (команда), сделайте следующее:

   AutowireCapableBeanFactory beanFactory = applicationContext.getAutowireCapableBeanFactory(); 
   beanFactory.autowireBeanProperties(command, AutowireCapableBeanFactory.AUTOWIRE_BY_TYPE, true); 
   command.execute(); 
   

3. Наконец, в контексте приложения, объявить экземпляр каждого из объектов Command с инжектированных зависимостей.

Это должно иметь эффект, позволяющий создавать объекты на клиенте, сериализовать их, отправить их на сервер, и иметь зависимости инъекционные, прежде чем использовать их. Может быть более чистым делать инъекцию, когда вы получаете объекты, а не только перед их использованием.

Есть и другие варианты использования AutowireCapableBeanFactory - этот пример находит определение компонента в соответствующем классе и задает свойства, определенные в контексте приложения. Если вы можете связать каждую реализацию Command с именем в контексте приложения, вместо этого вы можете использовать configureBean (Object, String), который будет поддерживать обратные вызовы.