Можно ли использовать компоненты Indy для Visual C++ ?
 

Привет всем!

Вопрос такой:
Я пишу на Builder C++ 6.0.
Хотел использовать компоненты Indy для соединений по TCP/IP с использованием SSL.
Но мне нужно соединятся с программой коллеги, а коллега пишет на Visual C++ 6.0. Обеспечение взаимодействия - моя проблема, я должен ему потом дать исходный код.

Можно ли использовать компоненты Indy для Visual C++ 6.0?
Или есть альтернативные компоненты для Visual C++?

Может, можно еще чем-то нам обоим воспользоваться?
Может, использовать WinAPI?

Какие есть варианты?
Подскажите, плиз!

В общем, нарыл следующие варианты:

1. ОпенССЛ
http://www.openssl.org/

2. Библиотека АСЕ
http://www.cs.wustl.edu/~schmidt/ACE.html

Обдумываю вариант предложить коллеге работать с ОпенССЛ.
А самому типа использовать Инди.
Но вот опасения у меня возникли: а что, если Инди будет коряво стыковаться с ОпенССЛ или тем же АСЕ?
Вроде стандарт, но мало ли какие глюки могут возникнуть?
Опасения хоть немного оправданы или я зря волнуюсь?
Как думаете?

Kelasant
Я предлагаю для начала чуть-чуть поучить матчасть.

OpenSSL это библиотека, которая позволяет получить "секурные сокеты".
ACE это библиотека, которая навешивает над стандартными сокетами довольно много абстракций. Но никаких "стандартных" протоколов сама по себе не реализует.

Я плохо себе представляю Indy. Но насколько я понимаю, она предоставляет серверные/клиентские уомпоненты для распространённых протоколов, ну ещё и клиент/сервер на голых сокетах. Короче, если из Indy используются только компоненты для работы с сокетами, то никаких проблем с ACE не будет (хотя это и будет стрельба из пушки по воробьям). Пусть пишет хоть с Windows Sockets.

Если используются более другие вещи, то нужно искать соответствующие библиотеки. Их много.

Лучше выберете какой-нибудь стандартный протокол или сочините свой, и пусть каждый реализовывает его так как ему удобней.

Насчет других вещей.
Хочу построить систему, где много клиентов общаются с сервером по сильнозащищенному соединению.
Насколько я в курсе, SSL соединение есть весьма хорошим выбором.
Вопрос усугубляется тем, что компоненты системы могут быть написаны на Borland C++ Builder или на Visual C++.
А так же тем, что для всех компонент системы исходный код коммуникации должен предоставить я.
Хочеться не писать дважды одно и тоже.

Матчасть охотно - но не хватает нормальной доки по этому делу.
Если я правильно все понимаю, то все в сети основано на сокетах. Верно?
Соответственно, "секурные сокеты" и есть то, что мне надо?!
Значит, с помощью OpenSSL и Indy можно сделать SSL-соединение - это продукты одного класса.
Верно?

Дальше совсем непонятка.
АСЕ позволяет сделать все то же самое, но это всего лишь удобный интерфейс к стандартным голым сокетам системы?
Если так, то что делают библиотеки OpenSSL и Indy? Они реализовали собственный механизм работы? Они не используют API системы для сокетов?

Может, я в чем-то ошибаюсь. Направьте на путь истинный, плиз.

Не буду больше теоретизировать :)

http://www.indyproject.org/
Сказано, что вроде Indy с Visual Studio пользовать можно. Так же там про поддержку SSL что-то написано, я не вникал. Так что, используйте Indy, раз вам так удобней и не мучайтесь.

А что, поддержка для C# и Visual Basic.net предполагает также поддержку для Visual C++ ?

Я по этой ссылке увидел лишь "Indy Sockets includes support for C#, Visual Basic.net, Delphi, C++ Builder, and Kylix."
Нет там про Visual C++ :(

Ну... В случае Managed C++ - предполагает :)

Вот вы и сами нашли ответ на свой вопрос. Indy вместе с Visual C++ (6-м во всяком случае) использовать нельзя.

По любому, вы не описали своей задачи. Indy - библиотека немаленькая. Что конкретно вы хотите из неё использовать? Если что-то вроде SocketServer, то вас вполне устроит даже WinSock. Если более сложные компоненты, то надо думать.

Короче, что вам конкретно надо сделать? Тогда и адекватную замену найти можно будет.

Уточненная постановка задачи.
1. Нужно обмениваться информацией между клиентами и сервером (речь не о базах данных).
2. Чтобы код коммуникации был переносим между Builder C++ и Visual C++.
3. Дополнительное требование: чтобы посторонним узнать содержимое передаваемых данных было ОЧЕНЬ трудно.

В качестве решения сразу нарисовался SSL, хотя это не догма.
Продуктами для реализации SSL-решения являются Indy, OpenSSL, ACE.
Но Indy отпал из-за отсутствия поддержки в Visual C++.

Я лишь хотел узнать дополнительные вещи:

1. У кого-то есть более хорошие (аргументированные) варианты реализации этой задачи, кроме перечисленных?
2. Indy будет без проблем стыковаться с OpenSSL (ACE)?
3. Или же мне лучше изначально ориентироваться на OpenSSL (ACE)?

Kelasant
И Indy и ACE под собой используют всё тот же OpenSSL. Так что никаких проблем в стыковке этих трёх между собой не будет, вот.

Да, действительно, вчитался....
Спасибо.