Java AppDomain похож на абстракцию?

Я думаю, что ответ Янниса здесь немного вводит в заблуждение. Просто сказать «нет, ты не можешь» — это еще не все. Вопрос сосредоточен на выгрузке классов Java в серверном процессе для удаления дырявого кода из процесса JVM без перезапуска процесса. OP не запрашивает функцию изоляции памяти, подобную процессу, которую дает AppDomain, а возможность выгружать классы в работающей JVM. Я говорю «процессоподобный», поскольку внутри AppDomain не является процессом, но обладает некоторыми аспектами изоляции, которые первоклассный процесс предоставляет операционной системе. Упомянутая JSR-изолировать относится к этой «процессоподобной» изоляции. Возможна выгрузка java ClassLoaders и, следовательно, классов без циклического запуска процесса ОС, на котором размещена JVM. Здесь упоминается несколько методов: SO 148681. Это не тривиально и не элегантно сделать это на Java, но это возможно.

К сожалению нет.

Аналогичной концепцией в мире Java является изоляция, впервые появившаяся в JSR 121. Это был API для будущей функции JVM, которая позволит безопасно разделить и обмениваться данными между различными приложениями, работающими в одной и той же JVM. После публикации JSR (примерно в 2004 г.) одна исследовательская группа в Sun работала над проектом в Барселоне. В этом проекте была предпринята попытка реализовать Isolation API в виртуальной машине Sun HotSpot 1.5. Через два года они выпустили прототип для SPARC/Solaris. Версии для Windows/Linux так и не были выпущены из-за проблем со стабильностью.

Недавно SUN представила ограниченную версию Isolation API для J2ME, сосредоточившись на предложении «множества процессов» в средах, которые активно их не предлагали. Недавно мы также запросили у Sun информацию о статусе реализации Isolate API для стандартных JVM, и они ответили, что планируют выпустить JVM с ограниченной поддержкой. Они планируют предложить возможность загрузки/выгрузки изолятов, но без возможности связи между ними.

Кроме того, была предпринята старая исследовательская попытка создать версию JVM, совместимую с Isolate, под названием JanosVM (java 1.1), но я сомневаюсь, что сегодня она может быть полезна.

Надеюсь это поможет...

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

Это работает довольно хорошо, если предположить:

а). Запросы от пользователей распыляются по большему набору JVM. б). Что все запросы не имеют состояния или есть некоторая возможность репликации состояния. Репликация — это возможность WebSphere и WebLogic, я полагаю, что другие серверы приложений тоже имеют эту возможность.

В таких средах нет необходимости «медленно» перемещать людей на другие серверы. Нам просто нужно знать, что мы можем безопасно остановить любой сервер serve/JVM и что эти сеансы будут запущены на другом экземпляре.