Здравствуйте, Аноним, Вы писали:
M>>Подскажите новичку можно ли из серверного приложения передать клиенту ADOMD.Connection?
А>Если я не ошибаюсь, то это не .Net объект? Думаю нельзя.
А если использовать .Net?
есть аналог который мне больше всего и подходит... Microsoft.AnalysisServices.AdomdClient.AdomdConnection его можно как то передать?
Здравствуйте, makcumys, Вы писали:
M>Здравствуйте, Аноним, Вы писали:
M>>>Подскажите новичку можно ли из серверного приложения передать клиенту ADOMD.Connection?
А>>Если я не ошибаюсь, то это не .Net объект? Думаю нельзя.
M>А если использовать .Net? M>есть аналог который мне больше всего и подходит... Microsoft.AnalysisServices.AdomdClient.AdomdConnection его можно как то передать?
К сожалению нет, он не сериализуем.
Возможно глупый ответ но можно ли его сериализовать. Хоть возможно ли это. + если возможно может укажете в каком направлении копать. Хотя ужасно сильно хотелось бы увидеть исходный код...
Здравствуйте, makcumys, Вы писали:
M>Возможно глупый ответ но можно ли его сериализовать. Хоть возможно ли это. + если возможно может укажете в каком направлении копать. Хотя ужасно сильно хотелось бы увидеть исходный код...
Здравствуйте, hugo, Вы писали:
H>А зачем?
Что бы его затем передать (connection в смысле) PivotTable так как эта зараза может либо конектиться к базе олап либо к локальному кубу... а прямой конекшн к базе олап нельзя делать (постановка задачи такая) с локальным кубиком пока тоже непонятки... да и не хочеться файл в прямом виде передавать возможно есть какой другой выход подскажите направте что есть на путь истинный...
Re[4]: Remoting
От:
Аноним
Дата:
07.03.06 21:15
Оценка:
Насколько я знаю объект не должен быть сериализуемым чтобы его можно было использовать удаленно (через Remoting).Он должен быть маршализируемым (должен наследоваться от MarshalByRefObject).
Здравствуйте, makcumys, Вы писали:
H>>А зачем? M>Что бы его затем передать (connection в смысле) PivotTable так как эта зараза может либо конектиться к базе олап либо к локальному кубу...
Т.е. получив конекшин ты хочешь с его помощью минуя remoting-сервер подключиться клиентом к базе данных? Если это так, то не кажется ли тебе слегка странной подобная архитектура? Зачем тогда 2-е звено вообще?
H>Т.е. получив конекшин ты хочешь с его помощью минуя remoting-сервер подключиться клиентом к базе данных? Если это так, то не кажется ли тебе слегка странной подобная архитектура? Зачем тогда 2-е звено вообще?
Здравствуйте, makcumys, Вы писали:
M>Это как вариант... ничего лучше пока не придумал.
Не, это не вариант. А что, если клиент не из интранета, а из интернета будет? Как он тогда к базе данных подключиться с помощью этого коннекта? Нужно рассмотреть либо готовые технологии получения отчетов через инет, либо делать отдельное ASP-приложение для просмотра OLAP-кубов.
M>>Это как вариант... ничего лучше пока не придумал. H>Не, это не вариант. А что, если клиент не из интранета, а из интернета будет? Как он тогда к базе данных подключиться с помощью этого коннекта? Нужно рассмотреть либо готовые технологии получения отчетов через инет, либо делать отдельное ASP-приложение для просмотра OLAP-кубов.
А если это только внутри сети? ТОгда какие варианты?
Re[5]: Remoting
От:
Аноним
Дата:
09.03.06 13:28
Оценка:
Здравствуйте, VMakaev, Вы писали:
VM>Насколько я знаю объект не должен быть сериализуемым чтобы его можно было использовать удаленно (через Remoting).Он должен быть маршализируемым (должен наследоваться от MarshalByRefObject).
VM>данное сообщение получено с www.gotdotnet.ru VM>ссылка на оригинальное сообщение
точнее он должен быть сериализуем + отнаследован от MarshalBy класса
Здравствуйте, <Аноним>, Вы писали:
А>точнее он должен быть сериализуем + отнаследован от MarshalBy класса
Нет, наследник MarshalByRefObject не обязан быть сериализуем.
Сериализуемый объект = MarshalByValue объект.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Если при компиляции и исполнении вашей программы не происходит ни одной ошибки — это ошибка компилятора :)))