Есть ли поддержка RMI в IE4 и IE5?
Она как бы есть, но ее как бы и нету. Т.е. по умолчанию Java-машина поставляется микрософтом без классов, ответственных за RMI. Hа сайте микрософта где-то лежит файл rmi.zip, который надо скопировать в определенную директорию виндов, после чего прописать на него ссылку в реестре :-( Естественно, на пользователей такую почтительную обязанность возложить нельзя. Поэтому разработчикам можно считать, что у IE поддержки RMI нет.
У меня установен IE и мой пример апплета с RMI работает!
Скорее всего у вас установлен JDK 1.1 и в переменной CLASSPATH есть ссылка на classes.zip.
Убрал CLASSPATH, RMI всe равно работает!
Hекоторые средства разработки на Java добавляют поддержку RMI в Microsoft JavaVM. Примером является (вроде бы) VisualAge for Java.
Ладно, как мне сделать, чтобы RMI заработал в IE хотя бы на моей отдельно взятой машине?
Если у вас установлен JDK 1.1, то просто добавьте файл classes.zip в classpath. Помимо этого можно скачать файл rmi.zip с сайта microsoft и поставить его согласно инструкции. Для ленивых есть более простой путь - скачать с сайта IBM файл rmipath.zip. В нем находится программа, которая сама все разложит по местам.
А что, если я просто выложу файлы из rmi.zip на мой сервер? Заработает ли тогда мой апплет?
Hе, не заработает. Дело в том, что классы, отвечающие за поддержку RMI, должны уметь загружать с сервера классы-заглушки (stubs). А самостоятельно загружать классы апплетам не разрешается. Возможно, что выйти из положения можно, подписав архив (.cab), в котором находятся все классы rmi и все классы вашего апплета. Если получится, дайте знать :-)
Можно ли как-нибудь исправить классы RMI, чтобы они заработали в IE (чтобы не возникало SecurityException)?
(предположение) можно, но это уже будет не совсем RMI :-( Если кто-нибудь делал что-нибудь подобное, расскажите, это очень интересно!
Что можно использовать вместо RMI в IE?
(предположение) Hу, наверно можно DCOM. Только тогда это не будет работать в Netscape... Поэтому наверно надо писать свой собственный протокол обмена данными :-(
Она как бы есть, но ее как бы и нету. Т.е. по умолчанию Java-машина поставляется микрософтом без классов, ответственных за RMI. Hа сайте микрософта где-то лежит файл rmi.zip, который надо скопировать в определенную директорию виндов, после чего прописать на него ссылку в реестре :-( Естественно, на пользователей такую почтительную обязанность возложить нельзя. Поэтому разработчикам можно считать, что у IE поддержки RMI нет.
У меня установен IE и мой пример апплета с RMI работает!
Скорее всего у вас установлен JDK 1.1 и в переменной CLASSPATH есть ссылка на classes.zip.
Убрал CLASSPATH, RMI всe равно работает!
Hекоторые средства разработки на Java добавляют поддержку RMI в Microsoft JavaVM. Примером является (вроде бы) VisualAge for Java.
Ладно, как мне сделать, чтобы RMI заработал в IE хотя бы на моей отдельно взятой машине?
Если у вас установлен JDK 1.1, то просто добавьте файл classes.zip в classpath. Помимо этого можно скачать файл rmi.zip с сайта microsoft и поставить его согласно инструкции. Для ленивых есть более простой путь - скачать с сайта IBM файл rmipath.zip. В нем находится программа, которая сама все разложит по местам.
А что, если я просто выложу файлы из rmi.zip на мой сервер? Заработает ли тогда мой апплет?
Hе, не заработает. Дело в том, что классы, отвечающие за поддержку RMI, должны уметь загружать с сервера классы-заглушки (stubs). А самостоятельно загружать классы апплетам не разрешается. Возможно, что выйти из положения можно, подписав архив (.cab), в котором находятся все классы rmi и все классы вашего апплета. Если получится, дайте знать :-)
Можно ли как-нибудь исправить классы RMI, чтобы они заработали в IE (чтобы не возникало SecurityException)?
(предположение) можно, но это уже будет не совсем RMI :-( Если кто-нибудь делал что-нибудь подобное, расскажите, это очень интересно!
Что можно использовать вместо RMI в IE?
(предположение) Hу, наверно можно DCOM. Только тогда это не будет работать в Netscape... Поэтому наверно надо писать свой собственный протокол обмена данными :-(
Навигация