Ehcache / В спящем режиме и репликация RMI с большим количеством объектов
Я работал над тем же виджетом сегодня. Вам не нужен GestureDetector, содержащий NotificationListener. Он избыточен и, по моему опыту, переопределяет scrollListener внутри него или под ним (в зависимости от того, помещаете ли вы его в родительский / дочерний сценарий или сценарий стека). Обрабатывать все внутри самого NotificationListener. В том числе обновление высоты вашего контейнера. Если вам нужен прокручиваемый контейнер для роста, прежде чем вы сможете прокрутить его, я помещаю мой в стек с «расширенным» bool, который затем реактивно строит детектор жестов поверх контейнера прокрутки. Затем, когда он был расширен, я использовал NotificationListener для обработки его перемещения.
Stack(children:[
NotificationListener(/* scroll view stuff */),
expanded ? GestureDetector() : Container()
]);
5 ответов
У нас уже есть один хак, в котором у нас есть собственная копия гибернации EhCacheProvider, которая переопределяет buildCache () для создания наших собственных объектов Cache с сокращенными именами (хэш имени). Это выходит за пределы 1500. Мы храним хэш-карту исходных имен с хеш-именами для обратного просмотра.
Мы сделали это некоторое время назад и уже использовали его в производстве.
Мы также рассмотрели вашу другую проблему, связанную с наличием единственного потока репликатора. Сначала мы скопировали RMICacheReplicatorFactory и изменили createCacheEventListener (), чтобы вернуть нашу копию RMIAsynchronousCacheReplicator, которую мы изменили, сделав поле replicationThread статическим, а затем внося необходимые исправления для этого. Мы не дошли до того, чтобы тщательно протестировать его или запустить в производство, но смотрим на это снова, и вот как я нашел этот пост:
Рассматривали ли вы JBossCache как альтернативу EHcache? JBossCache имеет распределенные транзакции и хорошо протестирован на высокие нагрузки. Он имеет механизмы репликации более низкого уровня, которые могут позволить вам использовать многоадресную / широковещательную репликацию UDP или TCP.
Возможна ли репликация jms?
(Я искал, чтобы использовать его с асинхронным поведением, он работает хорошо. Документация была неправильной, поэтому мне пришлось проверить исходный код, чтобы увидеть фактические атрибуты, необходимые для его правильной настройки. Хорошая вещь с jms в том, что если вы если эта инфраструктура настроена, вам не нужно настраивать какие-либо брандмауэры и т. д., чтобы пропускать их.)
Рассматривали ли вы EHCache вместо Terracotta? Взгляните на Terracotta Hibernate Integration и Terracotta EHCache Integration
. Важно, что терракотовый распределенный EHCache согласован - все узлы имеют одинаковое представление о кэше. Это очень важно для одного из приложений, с которыми я работал.
Взгляните. На нас это действует как чары.
/ RS
Между прочим, ограничение в 1500 байтов был адресован для выпуска Ehcache 1.7.1 ehcache-core. См. EHC-424 .