Как и в любой другой файл. Но в этом нет и смысла - вам же нужно разделять данные, а не методы.

Именно необходимо разделять методы :о)
Мне не нужны два разных приложения, у которых каждого свой new и свой код методов.

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

А если упадет именно в таком методе, то какая тут надежность ?

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

Ощущение, что Вы не очень понимаете, что надо. Это не сомнение в профессионализме - просто может пока задача не совсем очевидна.

Так упадёт же второе приложение. А первое сохранит все данные уже размещённые в памяти.
И тогда нужно будет перезапустить второе приложение, которое продолжит работу с откатом последней транзакции. :о) 

Но в таком случае логика и данные разделены. И второе приложение просто проверяет - не упало ли первое. И в нужный момент подхватывает. Значит именно данные лежат в shared memory. А все методы - в логике. Или классов тоже три миллиона ?

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

Добавлено через 8 минут и 20 секунд
Похоже я что-то понимаю - логика работает в объектах и меняет их состояние. Надо каким-то образом это состояние хранить. А т.к. перемешана логика с данными в объектах, то точно разделить не получается. Значит нужен механизм, которые постоянно сохраняет значения полей объектов где-то. Что конечно же усложнит работу и снизит производительность.

Либо сделать разделение на объекты, которые зранят данные и объекты, которые их изменяют. В терминах EnterpriseJavaBeans это EntityBean и SessionBean. Видимо так и надо проектировать.

Ок, попробую ещё раз объяснить.

ОС убивает то приложение, в контексте которого произошла ошибка. И освобождает память убитого. Но если приложение пользуется памятью другого приложения, то ОС не освобождает память непричастного.

Посмотрите картинку, как оно сделано на С.
Можно ли так сделать на Java?


Присоединённый файл ( Кол-во скачиваний: 19 )
 Shm.JPG 11,32 Kb

Нафига код методов помещать в общую память? У вас что, приложение само себя модифицирует в процессе работы?

Методы и объекты всегда разделены :о)
Методы ведь общие для всего класса объектов.

Смысл в том, что второе приложение пользуется методами и объектами первого приложения, но в случае сбоя ОС снимает именно второе приложение :о) А первое сохраняет загруженными и методы и объекты. 

На Java тако практически не реально, байткод не может вызвать крах JVM. Сам упасть - сколько угодно, но свалить JVM без использования native методов не реально (ошибки в самой JVM редки).

Для того, чтобы второе приложение могло вызвать методы, которые лежат в общей памяти :о)

Добавлено через 1 минуту и 30 секунд

Подставьте вместо ОС слово JVM.
Как сделать, чтобы второе приложение вызывало методы первого над объектами первого?

И что? Что тебе мешает дать ему свою копию классов?

Добавлено через 1 минуту и 39 секунд
Да и зачем ему что-то там вызывать, если он как ты говоришь используется только для того, чтобы после падения данные остались в памяти.

Добавлено через 3 минуты и 1 секунду

Если ты хочешь все делать внутри одной JVM, то варианты решения тебе уже неоднократно предлагали, повторять не буду.

Мне не нужна вторая копия тех же методов, во-первых. А во-вторых мой менеджер памяти должен быть в единственном экземпляре но доступен из обоих приложений для управления распределением общей разделяемой памяти для объектов.



Первое приложение не совсем спит, оно просто в это время делает непрерывный бекап в БД, не мешая второму работать с объектами. :о)



Извините, но RMI и JMX не подходит, потому что сериализует/десереализует объекты между приложениями. 

А мне нужно из второго приложения выполнять методы первого над объектами первого, и если JVM прибъёт второе приложение за шо-нибуть некорректное. то в первом остануться все методы и все объекты на момент последней незавершённой транзакции.

Это сообщение отредактировал(а) Prol - 16.1.2008, 14:52

Prol, сколько можно тупить? (при всем уважении к возрасту и прочим регалиям). 
Вам уже неоднократно сказали, что Java это не C и то что прокатывает во втором не обязано 
работать также в первом.

Мое мнение, что на Java Вам переходить не стоит.

Так что, даже если я откомпилю приложения Java в нативный код и они будут работать без JVM, то всё равно они не смогут пользоваться общей разделяемой памятью? ;о)))

Попробуйте ;)

Добавлено через 2 минуты и 15 секунд

Непонятно, чем здесь помешает RMI?