Ну не двадцать, но 4-5 было. Вопрос в том, что "по хорошему" динамическая линковка должна спасать. Но это в теории. А на практике, х.з. как оно будет работать.Часто вообще в виде .DLL код может и не запуститься (и/или не понятно, как правильно слинковать). Только как .EXE в отдельном адресном пространстве.

Leonid KudryavtsevВ этом месте уже совершенно очевидно правильное решение - медленно элиминировать того идиота, кому нужно тащить в проект отдельных инструмент ради "одной функции для загрузки приложения"

Поэтому пытаюсь и не тащить ))) Win API обычно достаточно.

Leonid KudryavtsevНу и мелочи, типа - держать в памяти до конца работы то, что нужно только при загрузке.

Не всегда, то, что загрузили, потом можно выгрузить ))). Ну, или, скажем так, сделать это легко.

Современный пример: Java, native dll и load library. Флейм лучше не разводить, но редеплой приложения загружающего .dll библиотеку в WebLogic меня как-то не сильно обрадовал. Подробностей не помню, но есть ситуации, когда weblogic физически перегружать нужно. Дабы, грузим dll мы хорошо, а вот выгружать не очень умеем.

Dimitry SibiryakovLeonid KudryavtsevТ.ч., де факто, в одном приложении две версии OCI, которые могут
схватить разные хоумы )))
И вот тут возникает резонный вопрос: в чём смысл иметь на машине несколько клиентов
Оракула да ещё и с разными хомами? Неужели один, самый свежий, клиент неспособен работать
с несвежими серверами?..

Что Вы накинулись )))

Да. Не способен. Ответ достаточен?

Если подробнее: Oracle Forms 6i - работает только в своем home (версия 8.0.0-8.0.3). Для ряда вещей, может потребоваться полноценный клиент. Будет 2-ой home. Если на компьютере установлен еще и сервер. Будут уже 3-ий home.

и так далее. Если компьютер разработчика, можно было бы продолжить перечисление )))

А кто говорил про клиента? Речь шла о приложении.

Oracle клиент тоже работать может. Запускай sql плюс, соединяйся с сервером и вперед. А вот когда речь заходит о реальных приложениях "не все так очевидно" ( C ) дочь офицера.

softwarer,

Ну почему матерные ))) Просто Вы не умеете его готовить )))

Делайте все по нотам, аккуратно устанавливайте Oracle home в правильном порядке и все работает.

Честно говоря, про современные Java-технологии мне значительно больше хочется матерно выругаться. Написал приложение, на рабочей машине - один xml парсер подключается, у заказчика - то один, то другой. При этом в зависимости от такого феерического параметра, как с каким сервером БД соединились. Соединяюсь с одним сервером - Xalan/Xerser, соединяюсь с другим - Oracle Xml.

Патер на патерне, класс фактори на класс фактори сидит и класс фактори погоняет... (((
softwarerравно как и работа какого-либо другого приложения через формсовый клиент не гарантировалась.
Что есть не совсем правда. Совместно с Oracle Forms можно использовать PRO*C версий 8.0.5, 8.0.6. Что документировано и реально работает. Проверено на практике. Работает даже в той же самой сессии и даже можно использовать Forms'овые идентификаторы в виде PRO*C бинд переменных. Если какой-то извращенец захочет )))

Лично мне требовалось для реализации полноценной поддержки Blob в приложении.

Нет. Будут работать приложения подходящие с данным клиентом по версиям.

Oracle Forms 6, 6i - собран и включает в себя клиента версии 8.0.5, 8.0.6. Несмотря на то, что поставлялся в одно время и позиционировался как средство из линейки 8i (в том числе и поддерживал ряд функций специфических для 8i) - т.е. версия сервера и клиента 8.1.5, 8.1.7

Другое дело, что устанавливая Server 8i и Forms 6i, как бы из одной линейки, получалось не совпадение версий (8.0.x, 8.1.x). Соответственно требовались разные home.

Соответственно, подозреваю, что приложения слинкованные с OCI 8.0.5, 8.0.6 через его клиента работали бы совершенно корректно. Так же, я подозреваю (не сталкивался), что данное "запоздание в версиях" сохранилось и у более свежих Forms'ов

Oracle ноты советуют: "устанавливать продукты в порядке от младших версий к старшим и в разные home". Что логично и работает. Старшие версии инсталятора корректно ставятся рядом со старыми продуктами (совместимость с предыдущими версиями). А вот если наоборот - то можно получить облом. Старые версии (инсталятор) могут не понять (не заметить) более новую версию софта и в ряде случаев банально ее затрут.

Ну а дальше вопрос установки корректного Oracle home в момент запуска приложения.

Вопрос совместимости минорных версий в рамках одной линейки продуктов не только с Forms'ами. В начале лета ставили Oracle Identity, достаточно долго пытались понять, какой-же версии требуется Oracle RCU и где его взять )))