Фреймворк IoC с поддержкой кластеров - как вы думаете, что он должен делать?

В настоящее время я пытаюсь выбрать тему диссертации, желательно с использованием Java. :)

Существуют случаи, когда полноценный стек Java EE является вредоносным ПО. Вы не используете много вещей, вам не нужна такая плотная репликация и т. Д.

Если вы решите пойти по облегченному маршруту, вы можете использовать Spring, Guice или любую другую платформу IoC, вы можете использовать некоторые полезные функции, такие как DI (с Spring даже больше, поскольку они оборачивают все по своему вкусу), но давайте установим, что вы хотите репликации и распределения нагрузки на уровне приложения. Какие у вас варианты? Итак, вот что я думаю: как насчет кластерно-ориентированной среды IoC, где вы можете сделать что-то вроде:

@Inject  
@ClusterSynchronize  
частная карта ConcurrentMap;

и эти вызовы методов будут распределены по кластеру, поэтому эффективно можно будет реплицировать данные на уровне поля.

или как насчет чего-то вроде:

@Inject
@LoadBalanced
приватная очередь BlockingQueue;

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

Что ты думаешь? Будет ли это хорошая тема?

13.10.2009 13:27:14
1 ОТВЕТ

Я бы просто использовал терракоту для весны

1
13.10.2009 13:30:13
AFAIK это не бесплатно и не с открытым исходным кодом
Zoltan 13.10.2009 17:19:58
Это! Но есть коммерческое лицензирование (требуется для некоторых расширенных функций) и поддержка, предоставляемая Terracotta Inc (еще одна компания, которая строит бизнес на основе продукта с открытым исходным кодом). Если вы не верите мне, вот источник: svn.terracotta.org/fisheye/browse/Terracotta
sfussenegger 13.10.2009 18:08:26
Я верю вам. акцент был сделан на «тезис», а не «что я буду использовать в проекте». :)
Zoltan 13.10.2009 19:45:39