Собственно интересует - существует ли сабж в природе?
Использует ли кто-нибудь в продакшене "чужие" наработки? Или у всех "свои велосипеды"?
Возможно все используют только то, что поставляется "из коробки"?

Опыт других платформ (Java, C#) показывает, что обмен библиотеками крайне полезное дело.
Может быть у кого-то есть чем поделиться - гениальными эффективными решениями на Caché?

doublefint,

По большому счету вопрос в следующем: Вы создали отличную библиотеку на COS, хотите поделиться ей с сообществом. Как Вы будете ее распространять? Сурс-фордж проект? Гугл-код? Как сейчас это происходит? Как лучше всего сделать?

DAiMor,
JSON очень интересная тема. А где можно посмотреть на эту библиотеку? Она есть в открытых исходниках?

Да, конечно, я понимаю что Caché это в первую очередь СУБД, и некоторыми разработчиками используется исключительно как хранилище данных через ODBC/JDBC подключения.

Я вел речь о библиотеках на COS или Java или С# или чем там еще, созданных для эффективного решения класса задач в определенной области применения Caché или Ensemble.

Любопытства ради поискал здесь - 7 проектов, из них живых похоже только 2,
и вот здесь - 4 проекта (правда все интересные).

Подозреваю, что у многих разработчиков есть свои библиотеки, а у еще большего количества есть желание добавить в Caché ту или иную функциональность.

И мне кажется, библиотеки с открытыми исходниками для Caché были бы интересны многим, или я не прав? Просто их почему-то почти нет.
Есть вопросы с распространением: как это делать? Cache.dat? xml? А программы/классы - процентные делать?

doublefintШваров ЕвгенийЕсть вопросы с распространением: как это делать? Cache.dat? xml? А программы/классы - процентные делать?
классы, xml, не процентные, +тесты (см. например здесь )
Есть еще "интересный" вопрос с настройками, версиями, кодировкой и платформой Cache ;)

Здесь - не открывается )

Да, видимо это и пугает энтузиастов опен-сорса на COS - поддержка для разных версий Caché и для разных ОС. С кодировкой слава богу уже все понятно - очевидный Unicode. С платформой разработки тоже понятно - Studio и Windows - пока альтернатив не видно на горизонте.

Alexey MaslovЕвгений,

Зависимости от платформы: не пугают, т.к. они (почти) всегда преодолимы. Всё-таки COS был задуман для портабельного программирования.

Зависимость от версии Cache: если проект заброшен, то конечно она будет иметь место. Но если кто-то захочет вдохнуть новую жизнь, то и это подправит. Ведь Open Source, по крайней мере по задумке, это не только поиск халявы, но и соучастие.

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

sql.ru - форум: файлы хранятся просто в темах; приходится просматривать все результаты поиска, т.к. не всегда ясно, был ли в процессе обсуждения выложен файл.

http://code.google.com - вариант поинтереснее, может быть стоит класть сразу туда?
Алексей, полностью согласен с Вами - действительно стоит выбрать понятное и удобное место для open-source разработок.
Поддерживаю вариант с code.google.com - это и контроль версий, и возможность совместной работы нескольких разработчиков, и надежный хостинг проекта и багтрекер.
А для удобного поиска проектов по технологии ставить в тегах InterSystems? - тег Сache не очень подходит для поиска в силу неоднозначной поисковой выдачи .

MX-9,

Интересное решение!
А Вы можете что-то из этих наработок выложить в Open-source?