Нужно написать кроссплатформеную компоненту.
Возможно ли это на Явке. или брать с++ и вперед ?
Какие могут быть сложности. грабли. Спасибо.

(0) На плюсах можно. На ИТС есть примеры.

(1) да я нашел примеры. видел что ++ и делфя. а вот ява :) просто на досуге изучаю ее. если нереально то буду смотреть ++.

Читал что нужно отдельно писать для разных ОС и битности. то есть для каждой оболочки будет своя компонента. так что ли ?

ВК на java не выйдет просто, проще сервис

Кроме С++ еще можно lazarus, это если всяческие jre|clr не хочется тащить

(3)+ http://catalog.mista.ru/public/177766/

(2) интересно, а ты хотел единый двоичный код под винь и под линь?

(5) Ява машина это делает сама. по этому и задал вопрос

(6) не хочется разочаровывать... но "ява машина" бывает и x86 и  x86_64

(6) ява машина его делает каждый раз из байт-кода

(7) Это не отменят того факта, что она сама

(8) Да но код написан без учета на какой ос и битности будет запушен код.

на яве нельзя писать длл. вот и весь собственно ответ

(10) угу сначала написан код "без учета"... а потом удивляются а что это у нас при работе с файлами траблы или еще с чем...

(10) так и на сях можно, но двоичный результат собирать надо для каждой платформы отдельно

(13) на https://ru.wikipedia.org/wiki/Haxe сразу тогда

(14) Нахе..?

Я лучше на ++.
ДА и клиент будет платить за каждую реализацию. мне то от этого +

(15) угу и выбирать java или c++ не нуна уже

(13) Наверняка в Java есть что типа GetFunctionPointerForDelegate
https://msdn.microsoft.com/ru-ru/library/367eeye0.aspx

(14) прикольная вещь, на досуге обязательно попробую

(18) там https://ru.wikipedia.org/wiki/Java_Native_Interface есть

(19) там сложности есть и ограничения, это для алгоритмов просто хорошо подходит
а если к примеру работа с ТО то траблы

это да. но я пользуюсь еклипсом. и мне проще подключить модуль ++

(22) тогда что знаешь на том и пиши
и да веб-сервис это часто наилучший результат

(23) В общем смысле ВК создавался для получения событий и передачи глобального контекста итд
Вэб,HTTP  сервис это просто замена COM ов.

(23) не спорю. но клиент захотел компоненту. он оплачивает музыку :)

Или имеет смысл написать ВК для использования пайпов с сериализацией в JSON

Я кстати делал для отправки сообщений через Вацап по пайпам, а события передавал через Вэб сервис.

(26) Может потом

(26) и как эти пайпы из 1С то заюзать?

(29) Через ВК. Аналогично как и по Tcp/IP/ Просто можно создать универсальные методы где передаются имя метода, а параметры упаковываются в JSON и сериализуются в строку. Ну и ответ ввиде JSON который можно собрать и разобрать на 1С

все это нужно для вот этого Захват видео и звука с 1с. кто то делал такое ?

(30) если все равно ВК то проще внутри этой ВК все и ваять

суть веб-сервиса что средствами 1С без ВК обмен идет с "нечто взамен ВК"

(31) да но чтука которая "огого" под linux не го

самое простое взять портабле vlc и наваять нечто для юзания его
http://umvirt.ru/node/110

(32) Ну сервис на пайпах  можно писать на том же .Net Core

(34)+ http://vacadem.ru/blog/test-lab/vlc-video-lan-desktop.html

Я же писал. что хотят свое. по этому такие танцы с бубном

а еще можно http://bigbluebutton.org/
оно в исходниках https://github.com/bigbluebutton/bigbluebutton

32+ например https://libraries.io/nuget/CoreFx.System.IO.Pipes

(37) блин так спрячь vlc внутрь "ВК"

(0) Берёшь https://zeroc.com/products/ice, быстренько ваяешь клиентскую часть как ВК на C++, а сервер пишешь на чем хочешь.

(39) нафига нужны пайпы, если все равно в 1С пайпов нету?

вот будет в 1С нечто вроде для общения с чем то другим то да можно будет заюзать

можно конечно еще заюзать "внешние источники данных" и вместо данных вызывать код с возвратом результата
http://v8.1c.ru/overview/Term_000000795.htm

т.е. нечто вроде своего драйвера odbc и источника наваять

(42) А тем, что Вэб или HTTP сервис значительно дороже пайпов.

(42)+ в смысле все параметры из 1С в ВК сериализуем в текст и в виде текста sql запросы выкидываем

в ответ стандартная таблица приходит, которую можно уже обработать

(43) блин...
1С <нечто тормозное> ВК <пайпы шустрые> Еще что то для обработки
вот какой смысл тут от пайпов, если в 1С все равно бутылочное горлышко?

(44) Смысл пайпов это замена COM для линуксов. А вызовов методов может быть множество где скорость вызова  уже играет решающую роль.

(45) пайпы это те же файлы в памяти

может тогда проще сделать нечто виртуального ram диска через который и идет обмен с 1С ?

(46)+ NativeAPI ВК создает ram диск, возвращает его путь
далее кодом 1С туда данные и вызов команды ВК
как выполнится кодом 1С читаем данные с RAM диска и даем команду ВК на отключение

(46) Не совсем. Пайпы это сокеты, хотя к ним и можно обращаться как к файлам https://ru.wikipedia.org/wiki/Именованный_канал

http://stackoverflow.com/questions/6977561/pipe-vs-temporary-file

(47)+ http://www.delphisources.ru/forum/showthread.php?t=26647
еще для linux найти и можно очень шустро данные туда/сюда перегонять в больших объемах

(48) Пайпы - это пайпы.

48+ http://www.cyberforum.ru/csharp-net/thread307018.html

50 Согласен

И где в 1С пайпы? А вот с "файлами на диске" умеет работать.

Пайпы - это смесь ежа с ужом, это смесь сокета и оперативной памяти, это самый быстрый и универсальный протокол обмена данными.

(54) Угу но кроме сервера 1С с сервером sql оно где то "в 1С" есть?

(55) 1С не пользует пайпы, как не удивительно. От слова "вообще".

(53) Еще раз несложно написать Native ВК для обмена через пайпы Ввиде имяМетода,ПараметрыМетода. А сервис на пайпах писать на чем угодно. Главное параметры передавать ввиде JSON которые может готовить 1С

Секрет быстродействия пайпа в том, что он не хранит в себе данные. От слова "вообще". Пайп - это "стандарт обмена и блокировок" между 2-мя процессами. Скорость обмена упирается в скорость подготовки данных одним процессом и приемкой данных другим процессом.

(58) Речь идет о локальном ПК. Когда пробрасывается пайп до удаленного ПК - тут у нас все прелести tcp пакетов (копирование данных и разбивка по пакетам).

(57) Сложно. Пайпы - достаточно сложная штука из за того, что самому блокировки прописывать надо.

(40) так не. так хоть опыт будет с ВК нормальный. да и за это еще денюжку получу. что можно сделать проще. я знаю. но хочю разобраться в этом. и отстоять цену вопроса за эту ВК. хотя можно и соврать. но тут будет совесть Чиста :)

(56) "поддержка Shared Memory - появилась на движке начиная с 8.2.17 (ВНИМАНИЕ в конфигурации - не должен быть включен режим совместимости с предыдущими версиями движка), на предыдущих движках будет использоватся Naimed Pipes - тоже показывающий неплохие результаты))"
http://catalog.mista.ru/public/147259/

1С использует пайпы

(57) а из 1С в эту ВК как данные передать быстро?

(62)
проверял?
https://technet.microsoft.com/ru-ru/sysinternals/dd581625.aspx

(63) Пишешь метод с 2 строковыми параметрам.
Первый это Название Метода
Второй параметры в виде JSON

Название пайпа передаешь при создании объекта.

На стороне сервиса пайпа анализируешь переданные данные и вызываешь соответствующие методы

(64) если tcp/ip протокол стоит первым в настройках сервера 1С то с чего будут пайпы то юзаться?

и там такая реализация в 1С что на сокетах tcp/ip быстрее часто

ЗЫ и я же не отправляю дальше "интерфейс ЕГАИС" впаривать... еще 1С 7.7 с MS SQL умела по именованным каналам работать

(60) Это вам сложно. На WCF пишется все легко.

67+ другие способы не сильно трудные
https://msdn.microsoft.com/ru-ru/library/bb546085(v=vs.110).aspx

(65) Или все заваричиваешь в JSON и передаешь как строку