Уважаемые, вопрос из серии "нельзя, но очень хочется"... 

Есть фасады бинов в пользовательском приложении, с ними выполняются однотипные операции... естественно, хочеться это дело обернуть в отдельную примочку, дабы не писать 10 раз одно и тоже... Привел все фасады к одному интерфейсу и передаю их в функцию класса библиотеки подключенной... однако, с другой стороны, после передачи параметра - данный фасад становиться null... Я,конечно, понимаю, что дело в том, что экземпляры объектов сидят на сервере, а со стороны клиентов - всего лишь фасады-интерфейсы... но все-таки нет ли какого хитрого метода, чтобы можно было ссылку на фасад запихать в метод класса из библиотеки в качестве параметра??



Это сообщение отредактировал(а) Maverick - 16.5.2007, 15:23

Не понял. Что десять раз одно и то же? И в какую примочку запихнуть?


К какому интерфейсу? У тебя все фасады выполняют одно и то же?


Гм... как это?
когда у тебя слукаплен и приведён бин - это означает что локально у тебя создана заглушка, которая наследует ремоут-интерфейс, с которым ты и работаешь. Это просто объект в памяти - почему он у тебя обнуляется? Как ты его передаёшь и куда?


на клиенте - заглушка, наследующая интерфейс, при работе с ней - конкретный инстанс такой заглушки, тупо объект.

У меня есть метод на клиенте
protected CustomersFacade initFacade()
к примеру.

Он работает а-ля как сервис локатор.
То есть слукапил фасад и вернул на него ссылку(а вернее - на его проксю).
Которую так же можно передать параметром(параметры в джаве - по ссылке).
Может ты как-то хитро передаёшь куда-то?  
Случаем, ничего у тебя не сериализуется ? ;)

Maverick, действительно, как-то витеивато )))
попробуй подробнее описать

Ну вот смотрите... 

Есть бины - скажем страны и города... Есть однотипные операции к ним - добавить, удалить, изменить... и тд, и тп... Доступ осуществляется через JSF.... Например, при нажатии на кнопку  "Добавить" приходилось писать практически один и тот же код для разных классов... Причем добавляется все в определенные массивы, типа кэш этакий самопальный, а потом все загоняется через фасад в настоящие таблицы... 

Вместо это я в библиотеке создал класс Помощник, который умеет принимать эти самые данные и оперировать ими (растыкивать по кэшам и все такое)... Это класс Помощник оперирует интерфейсами, а не настоящими классами, поэтому все классы приведены к этому интерфейсу...

Ну так вот - когда я попытался этому классу помощнику переслать собственно фасад - выяснилось, что с после присвоения - это null... фасад не передается... им нельзя оперировать в классе Помощнике... 

Вот в чем проблема... 

Где у тебя помощник, где фасад, опиши точнее.


Брррр.... жуткая а-ля унифицированная логика, вынесенная на клиента.

Зачем тебе тогда плодить фасады? Сделай один, который будет работать со всем и просто давай ему понять - get чего именно тебе сейчас нужен - страны или города. А то фасады утебя ограниченны одним бизнес-интерфейсом и зачем такое - непонятно. Тем более, Session Facade подразумевает скрытие сложностей от клиента. А тут клиент только нагружается "левой" логикой.
А кешу обычно пофик что складывать - Object себе, да и Object.

Это я вообще о системе...

А ответ на вопрос трудно найти, зная лишь 

Maverick, ты бы упрощённый пример сделал и выложил бы код.

P.S. Создание упрощённого примера зачастую позволяет увидеть свои ошибки и исправить всё самостоятельно.  

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

Попытаюсь чуть позже выложить пример упрощенный... 

Короче, все нормализовалось.... ошибка была в том, что я передавал классу помощнику фасад не в том месте... Я использую JSF и надо было в событии init() бина это делать.. там фасад уже существует... а до этого - он все-таки null...