На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2003-3-26 на главную / новости от 2003-3-26
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 26 марта 2003 г.

Microsoft выходит из процесса стандартизации

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

В последний месяц IBM и Microsoft сцепились с другими компаниями на почве стандартизации; в частности, разгорелась борьба вокруг обширного проекта ведущей организации по стандартизации веб-технологий World Wide Web Consortium (W3C). Microsoft нанесла удар, покинув рабочую группу W3C, разрабатывающую правила, по которым предприятия должны обмениваться данными через веб-сервисы, — это так называемая группа хореографии W3C. Компания решила, что то, чем занимается группа, не согласуется с работой двух специалистов Microsoft, присутствовавших на первоначальном совещании, пояснил директор Microsoft по маркетингу веб-сервисов Стивен Ван-Ройкель (Steven VanRoekel).

По его словам, исследования Microsoft в области «языка согласования» (contract language), при помощи которого две программы взаимодействуют друг с другом, имеют лишь косвенное отношение к идее автоматизации бизнес-процессов посредством веб-сервисов. W3C «не единственная организация, способная оценить технологическую систему и повлиять на нее», добавил он.

Это лишь последний шаг в целой серии маневров между компаниями и организациями по стандартизации, отражающей усиливающиеся трения вокруг руководящих технических материалов. Критики обвиняют Microsoft и IBM, которая также не участвует в рабочей группе W3C, в том, что они чинят препоны, пытаясь сохранить свое влияние на все более дискуссионный процесс определения общих методов обмена информацией с применением стандартов веб-сервисов.

Веб-сервисы — это общий термин для обозначения методов создания приложений, способных легко обмениваться информацией в распределенных компьютерных системах. Через организации по стандартизации, такие как W3C, поставщики информационных технологий и их заказчики создают руководящие материалы, которые определяют, как компании должны строить будущие продукты. В частности, рабочая группа W3C по хореографии провела в этом месяце совещание, чтобы отобрать предложения по методам взаимодействия предприятий друг с другом в ходе многоступенчатых процессов.

Скачки за землю на полях стандартизации
Заявив сначала о своем неучастии, Microsoft в последний момент все же направила двух своих специалистов на двухдневное совещание, состоявшееся 13 и 14 марта, и изложила на нем свой взгляд на то, каким должен быть язык хореографии. Microsoft, IBM и BEA написали собственную спецификацию «хореографии», или «оркестровки» веб-сервисов, но еще не передали ее на рассмотрение организации по стандартизации.

Однако всего через несколько дней после первого совещания Microsoft оповестила сопредседателя комитета о планируемом выходе из рабочей группы. Стив Росс-Талбот (Steve Ross-Talbot), сопредседатель W3C по хореографии и главный специалист софтверной компании Enigmatec, был «озадачен и ошеломлен» этим шагом. Он призвал Microsoft и IBM внести вклад в хореографию, дополнив работу W3C.

Задача рабочей группы — создать язык программирования для описания поведения веб-сервисов по отношению к внешним бизнес-процессам. Например, производитель может написать программу, описывающую взаимодействие различных элементов заказ-наряда с системами его партнеров и по отношению к разным категориям сотрудников. Группа планирует подготовить спецификацию в течение года, а тесты для проверки на совместимость — в течение двух лет.

По мере того как отрасль объединяется вокруг веб-сервисов, участие в организациях по стандартизации играет для поставщиков ИТ все более важную роль. Представительствуя в разных технических комитетах, компании могут оказывать влияние на разработку новых стандартов и получают преимущество при создании продуктов. «Участвуя в процессах стандартизации, компании могут управлять ходом внедрения новой технологии, — говорит аналитик ZapThink Рон Шмельцер (Ron Schmelzer). — И не просто управлять, а держать руку на пульсе передовых разработок. Во многом это напоминает атмосферу скачек за землю».

В последние годы быстро набирал силу консенсус по поводу основополагающих стандартов веб-сервисов: компании пришли к согласию по основным механизмам описания того, что должны делать программные компоненты и как им поддерживать связь через интернет. За последние два года ИТ-компании предложили ряд усовершенствований основных протоколов веб-сервисов, таких как меры повышения безопасности и надежности. Однако, стараясь оказать большее влияние на будущие возможности веб-сервисов, компании все чаще воюют из-за стандартов, и эти столкновения выходят наружу.

Например, в этом месяце Microsoft и IBM опубликовали предложение по повышению надежности обмена сообщениями между веб-сервисами и пообещали передать его в организацию по стандартизации. А всего за месяц до этого группа компаний, в которую входят Sun Microsystems, Oracle, Fujitsu и Hitachi, представила исходную спецификацию надежной системы обмена сообщениями, по существу перекрывающую то, чем занимается группа стандартизации Oasis.

Угроза фрагментации
Sun опубликовала заявление с осуждением IBM и Microsoft, в котором говорится, что «эти компании утратили ведущую роль в сфере стандартизации веб-сервисов и становятся разрушительной силой для отрасли». В ответ Microsoft и IBM заявили о намерении повторить свой шаг в отношении безопасности и надежности в применении и к хореографии: в этом году они опубликуют собственное техническое предложение и передадут его для утверждения в качестве стандарта.

Если два гиганта создадут группу хореографии, параллельно с рабочей группой W3C, то конкурирующие стандарты могут помешать прогрессу в сфере стандартизации взаимодействия ПО посредством веб-сервисов. «Боюсь, фрагментация замедлит распространение веб-сервисов и приведет к путанице в стандартах. Это серьезная угроза», — говорит член группы хореографии и старший технический архитектор Grainger.com Дэниел Остин (Daniel Austin). Не имея согласованных руководящих материалов, Grainger, компании, специализирующейся на электронной коммерции business-to-business, придется расходовать больше средств на то, чтобы обеспечить беспрепятственную интеграцию ПО от разных производителей. «Люди понимают, что ставки велики, а поставщики, почуяв запах денег, начинают рискованные игры», — говорит Остин.

По его словам, в конечном счете разные организации по стандартизации, такие как W3C и Oasis, могут прийти практически к одинаковой технологии. Шмельцер из ZapThink считает реальной ситуацию, при которой разные стандарты будут сосуществовать, оставаясь неизменными, как стандарты электрических сетей или водопровода в разных странах.

«К третьему кварталу этого года эти вопросы должны существенно проясниться, — полагает Дэвид Чаппелл (David Chappell), главный технолог компании Sonic Software, которая участвует и в процессе стандартизации мер обеспечения надежности сообщений Oasis, и в рабочей группе хореографии W3C. — Microsoft и IBM внесут свои предложения в какую-либо организацию по стандартизации, и споры о том, чья спецификация лучше, прекратятся».

Ван-Ройкель из Microsoft отметает обвинения в том, что споры приведут к расколу в отрасли. По его мнению, разные организации по стандартизации, включая Web Services Interoperability Organization (WS-I), и заказчики со временем придут к соглашению: «Отрасль будет играть роль воронки, в которую все это сливается, а в результате получается согласованный набор спецификаций для создания взаимодействующих веб-сервисов. Чем больше споров, тем лучше заказчику». 

 Предыдущие публикации:
2002-11-18   W3C нашел определение для веб-сервисов
2003-02-12   Microsoft рисует будущее Visual Studio.Net
 В продолжение темы:
2003-04-02   W3C совместила две спецификации веб-технологий
2003-04-17   MS, IBM и BEA вносят раскол в веб-стандарты?
2003-07-16   Microsoft усиливает защиту веб-сервисов
2004-01-21   IBM предлагает спецификацию веб-сервисов
Обсуждение и комментарии
ggv
26 Mar 2003 6:18 PM
http://www.setevoi.ru/cgi-bin/text.pl/magazines/2003/2/12 - вот цитата -
Андрей Крючков, менеджер по серверным продуктам корпорации Microsoft :
А. Крючков: У меня более оптимистичное мнение по поводу будущего Web-сервисов в России.
Буквально сегодня ранним утром несколько наших сотрудников приехали в аэропорт и увидели, что их рейс задерживается на несколько часов. Они вернулись в офис и за пять минут написали крохотную программу, которая запрашивает Web-сервис на сайте "Аэрофлота", и получили мгновенную информацию о том, что происходит с нужным им рейсом. Используя технологии SOAP и описания WSDL, с помощью Visual Studio.NET пришлось набрать всего несколько строк на C#.

конец цитаты...
можно смеяться или плакать - по выбору...
И вот это причина оптимистического взгляда на вэб-сервисы....
А просто страницу сайта два выдающихся сотрудника не могут по определению посмотреть, для этого просто информации отдаваемой сервером браузеру недостаточно, для такого сложного момента потребовалось прогу написать...
И это сказал сотрудник мелкомягких...
Блин бардак у них в голове...
Я хоть это дело и не люблю - вэб сервисы - но я хоть знаю куда и как, и могу их применить...
 

ggv
26 Mar 2003 6:20 PM
не, ну те ребята явно не виноваты - ну "освоил" aэрофлот N-ю сума денег, ну создал вэб-сервисы - что же, им еще и просто html контент править?! для тех единиц убогих кто не может себе прогу на c# написать ?!?!
 

ggv
26 Mar 2003 6:39 PM
хотя ясный перец стандартизация нужна, а то вон мне приходиться работать с вэб-сервисом от провайдера услуг, и wsdl есть, только вот если SOAP::Lite работает с полпинка, несмотря на ошибку в wsdl, то gSOAP к примеру - нифига...
 

Serge Sereda - serge_seredanospam.hotmail.com
27 Mar 2003 10:21 AM
США - из ООН.
Микрософт - из W3C.

Американцы. На всех им %@$#%&&*!

А Веб-сервисы можно, в общем-то, и при помощи Перла опрашивать, тоже пару строчек понадобится. Да и вообще в мире не только C# есть.

С уважением,

Сергей Середа
Движение "Потребитель"
(http://consumer.nm.ru
http://cie.ase.md/~sereda/)
 

ПС
27 Mar 2003 11:21 AM
2 ggv: Не просто "сотрудник мелкомягких".
Вы на РТО покушаетесь. :-)
 

glassy
27 Mar 2003 11:21 AM
2ggv: это PTO -- и менеджер по серверным продуктам корпорации Microsoft?

:)
 

glassy
27 Mar 2003 11:26 AM
Кстати, имхо эта статья слишком длинная для обычных читателей zdnet.ru :) Ее прочтение от работы надолго отвлекает (так что звиняйте, до конца не дошел)
 

ggv
27 Mar 2003 11:45 AM
ПС ???
серьозно? РТО == А. Крючков ?
Ну приятно познакомиться.
Хотя, мне здаеться, РТО должен лучше разбираться что и для чего есть вэб-сервисы.
Вот он придет, немного в 'трансе' от очередного успеха ms, и скажет - "да, типа, разбираюсь"
:)
вот еще один пень по этому же поводу - http://wwws.sun.com/software/sunone/innercircle/newsletter/c to0303.html

Хотя, моя специализация таки немного в стороне от веэб-сервиса.
Но фиг его знает. один проект на нем уже работает, пришлось, правда, скоро уйдет с вэб-сервисов, но мало ли. может и придеться с ними работать.
Хотя я до сих пор убежден что опастно в них видеть панацею, и лепить куда ни попадя. чем блин маркетологи грешат зачастую...
 

ggv
27 Mar 2003 11:48 AM
там в url пробела нету - cto0303.html без пробелов. А по поводу perl & web-service - сущая правда. проше пареной репы. ну да не об том речь.
повторю - при явном глюке в wsdl file перлу все равно, работает. а вот более строгий gSOAP (не С основа, ясный пень) не может.
 

Chkaloff
27 Mar 2003 3:36 PM
2 ggv:
>А по поводу perl & web-service сущая правда.
Такое впечатление создается, что все уже забилы очновные цели WS. А цели как раз в унификации. Так что что удивительного, что к ним можно обратится хоть с php, хоть из дельфи, хоть жабой можно пользоваться, а хоть и перлом или VBScript'ом.

Что касается аэрофлота, до для для этого дела WS по идеи самое то. Т.е. гипотетически подписчиков может быть достаточно большое количество. Не парсить же им страницы на сервере. А создавать для этого собственный бинарный формат и библиотеки для обращения с ним, тоже не правильно.
 

ggv
27 Mar 2003 3:51 PM
Chkaloff - да не об том речь.
А о том что представитель ms сделал упор на возможность человеком получения данных, когда ему для этого WS нафиг не нужен - простоф текстовой странички за глаза, с состоянием рейсов.
В том то и суть, что WS можно применять как унифицированное средство меж-программного обмена информацией, аналог Remore Procedure Call - не согласны ? Или так и не поняли об чем речь ?
А вот об унифицированности и речь - не работает пока все как задумано
 

ggv
27 Mar 2003 3:56 PM
Chkaloff - ну типа - надо выполнить какон-то программное действие в соответствии с состоянием какого-либа рейса. ну типа остановить сервер, отправить sms & email. вот задача для WS
но никак не посмотреть глазками....
до и про бинарные форматы я здесь не заикался
 

glassy
27 Mar 2003 4:09 PM
а в чем проблема бинарных форматов?
 

Wintermute - devnul.ru
27 Mar 2003 4:21 PM
2 ggv: Т. е. они должны были сидеть за компом и жать кнопку Refresh вместо того, чтобы пить кофе, зная, что клиентская программа пискнет, когда подойдет время ехать в аэропорт?
 

Wintermute - devnul.ru
27 Mar 2003 4:23 PM
2 glassy: Висело на дереве мочало...
 

ggv
27 Mar 2003 4:50 PM
Wintermute - во как... значит, чтобы глянут на сколько задерживаеться самолет/пароход/прочее уже недостаточно просто текстовой страницы... Видимо это время постоянно меняеться, от суток до секунд, в связи с направлением дрейфа айсбергов...
ЧУШЬ.
Неудачный пример использования WS - вот и все.
Можно и получше было сморозить человеку который это дело обязян толкать в массы (повидимому) Об том и речь.
 

Chkaloff
27 Mar 2003 5:10 PM
2 ggv:
Ну WS пригодны для получения и отправки информации в обе стороны.
Ну вот предположим я гостиница и я хочу предаставлять права на бронирование номеров пол сотне различных тур агенств по всему миру, и кроме того, снабжать их информацией о текущих свободных местах.

По поводу RPC. А транспорт? А Firewalls? А межплатформенная унификация?

>А вот об унифицированности и речь - не работает пока все как
>задумано
Что конкретно. У тогоже аэрофлота такто статья была, как писать максимально совместимые вебсервисы.
 

ggv
27 Mar 2003 5:11 PM
glassy - проблемы с бинарными форматами никакой нет. Абсолютно. Многие из них являються даже стандартами :)
Я пример приводил, наш поставщик услуг по отправке sms (CA USA, но я работаю с UK отделением) - 2.5 версия их продукта работала просто на SOAP, 3.0 полностью на WS, и в этот момент они начали усиллено разрабатывать платформу на SMPP. А это как раз и есть бинарный формат. То есть в конкретных условиях, конкретная компания, конкретно разобралась, что использование стандартного бинарного протокола получаеться выгоднее чем WS со всеми его стандартами и заморочкам (не будем о них)
Просто в отрасли есть уже протокол, и чего они поперлись на WS - не совсем ясно. Я сделал вывод простой - дань моде. Ну и ежели клиенту надо отправлять около 1 sms в минуту - вполне для WS, но у них речь зашла о десятках в секунду (не без нашей помощи) и они повернулись к SMPP.
Хотя я уверен - WS не стоит прикрывать. Все таки пара строк в C# или perl SOAP::Lite - это что-то :) многим этого будет достаточно, и разрабатывать быстро.
Просто мне это не подходит.
 

ggv
27 Mar 2003 5:15 PM
Chkaloff - не понял при чем тут транспорт, файрвол , и RPC. тупой потому что наверное :)
Но я правда и до вашего выступления мог состряпать условие аналогиченое вашей гостиннице. Разница - у вас гипотетически, у меня практически - проект с поставшшиком услуг sms работает в две стороны , как я отправляю им, так и они мне, плюс дополнительная инфа, и все по WS - так что морочить мне голову этим не следует.
Я еще раз повторюсь - представитель ms привел пример хуже даже чем господин Chkaloff в поддержку нужности WS.
это раз.
WS не панацея - это два.
 

ggv
27 Mar 2003 5:19 PM
Chkaloff - мне сдаеться у Вас с сетевым программированием не того... типа RPC и прочее. Вы их использовали?
Если да - то я сомневаюсь что вы верите в скорую смерть того же сановского RPC.
Если нет - то вполне может быть верите.
Это все-таки разный уровень. И все имеет место быть - глядите, еще неделю назад я не давал WS шанса :)
Теперь понимаю, что для определенных условий (описано ниже) имеет право быть. Но как-то получаеться что все эти определенные условия - не мой случай. Пока.
 

glassy
27 Mar 2003 5:36 PM
2Wintermute: если работаешь с xml, то данные парсить уже не надо? Бинарный вид тем и лучше, что парсится быстрее. А время на описание конкретного порядка там и там примерно одинаковое. Ну подумаешь положили в основу абстрактный язык разметки, глупо это.
 

ggv
27 Mar 2003 5:44 PM
ну кое в чем glassy прав - только факт использования XML еще не несет в себе преимуществ, так как в нем тоже можно по-идиотски данные описать....
Что-то вокруг это с бубнами и с XML есть таки нехорошее. Межплатформенный RPC работает много лет.
Некоторые упирают на то что XML есть самоописываюшийся формат - не совсем так7 Или совсем не так, Но тут спецы щас быстро поправят.
Но факт что всем движет не любовь к межплатформенности.
Факт что вычислительных ресурсов надо больше.
Факт что стандартизация нужна.
А главный факт - нишу надо определить, целевое назначение. А не истории про гостинницы расказывать и про турагенства (оскомина уже).
Такое впечатление что все киты отрапартовали - "Now DB2 is webservice enabled!"
ну и фиолетово... Толку то пока чуть.
ВОт шумиха поутихнет, стандарты пооботруться, тут и практики (типа меня :) приползут, внедрять все это :)
 

Skull - sibskullmail.ru
28 Mar 2003 5:19 AM
2ggv: про Аэрофлот я уже писал: у них на проверку правописания денег нет, а, бдин, на всякие веб-сервисы есть. Поистине, бесконечна человеческая глупость...
 

glassy
28 Mar 2003 10:38 AM
Кстати, SF тоже вебсервисы включил. Вобщем, прогнозирую эволиционирование xml -- сначала начнут сжимать... потом жестко стандартизируют теги... потом откужутся от закрывающих тегов... потом теги заменят на дескрипторы полей. Апи для чтения соответсвенно изменится -- на входе файл/поток, на выходе структура в памяти, со списками, с вложенными структурами, бери и пользуйся. Может быть даже не структуры, а сразу готовые объекты классов. Типа obj=xml->getChunk("aeroflot.ru"); msgbox(obj->getFlightsState("MSC-KND"));
 

glassy
28 Mar 2003 10:41 AM
то есть, везде будет именно то, что я сейчас юзаю :)
 

Wintermute - devnul.ru
28 Mar 2003 11:03 AM
2 ggv: Такое ощущение, что ты не летал самолетами "Аэрофолота" и не ездил на наших поездах. Я лично предпочту, чтоб мне программа пропищала, когда пора, а не лазить периодически на страницу с расписанием.
 

Wintermute - devnul.ru
28 Mar 2003 11:06 AM
2 glassy: От оно как... Когда сравниваем бинарный реестр виндов и текстовые конфиги трашликса - текстовый формат рулит. Когда сравниваем SOAP web-сервисов от MS и бинарный RPC - бинарный формат рулит.
В мозгах такая гибкость приятная образовалась :)
 

ggv
28 Mar 2003 11:11 AM
Wintermute - блин, ну пойми же, не об том речь... У Вас/нас в стране все поголовно пишут на C#/perl/etc ???
Да даже если и пишут - ЬЫ предпочтешь! ТЫ! - Это НЕ аргумент для отрасли.
И мне как директору принимать решения на основе бреда товарища представителя ms?

Меня он уже не убедил - я сходу могу дать более приемлемое применение WS для индустрии. Речь не об индивидуале, а об индустрии. Нам надо это спонсировать своими деньгами, нам государство гранты не выделит, мы на свои все делаем, нам их возвращать надо.
Поэтому я консерватор. И жду убедительных аргументов. Их пока нет. В том числе ни от SUn/IBM/MS - ни от кого.
Я писал ниже нашу ситуацию - поставщик услуг и мы применяем в данный момент WS, но в связи с тем что это не совсем то что надо - большая часть обмена данными мигрирует на SMPP. Останеться пожалуй на WS запрос статуса отосланного sms, но пока не уверен - думаем :)
 

kvasim
28 Mar 2003 11:56 AM
Wintermute ну уж сравнил SOAP с RPC :) ты бы еще сравнил PDP-11 и Mirced
про CORBA что нибуть слышал?
и SOAP в подметки не годится..( тем более что идет на одной платформе)..
а CORBA по определению платформ незавизимая..
 

Skull - sibskullmail.ru
28 Mar 2003 11:58 AM
2ggv: на сайте MS был туториал по поводу простого и понятного использования веб-сервисов в Excel. Так что про самописную программу загнули или в российском MS лохи сидят, не читающие сайта "мамы".

2Wintermute: так как конфиги предназначены для изменения, особенно в случае неполадок, а обмен данными не предполагает изменения "на лету", ваш пример - мимо тазика...
 

ggv
28 Mar 2003 12:20 PM
2kvasim - это SOAP-то идет на одной платформе???
Это уж точно нет. Сам вижу - рабоатет WS используя SOAP на разных платформах.

2Skull - ну можеь там ms site чего-ниюудь полезного и писал про использование WS, не читал, не знаю. Читал то что привел ниже. И оно оказалось бредом.
По роду своей деятельности я очень далек от нужд рядового пользователя, end-users так сказать.
Так что могу предположить что пример использования WS посредством Excel мне тоже не подойдет.
 

cjavad
28 Mar 2003 1:22 PM
2glassy: это сериализация называется, знаем проходили

расскажи как ты из excel'а к примеру загрузишь данные, если эксел не установел или еще хуже ты для другой платформы пишешь??
 

kvasim
28 Mar 2003 3:18 PM
ggv что такое платформа это свзяка comp/OS.
что SOAP идет на ос отличный от MS?
тогда сорри.. но все равно.. ну не на одной ну на двух.. :)
CORBA вообще не зависит от OS или еще чего..
 

Chkaloff
28 Mar 2003 3:18 PM
2 ggv:
могу я без гемора использовать вызовы Sun RPC на Visual Basic 6 по 80 порту?

2 kvasim:
могу я без гемора использовать Корбу на Visual Basic 6 по 80 порту?

Skull:
Ну да, местами удобно брать курс доллара серез SOAP в текущих документах. Но это был дргой пример.
 

Chkaloff
28 Mar 2003 3:20 PM
2 kvasim:
SOAP вообще-то потокол на базе xml. Что мешает ему быть на каждой платформе?
 

PTO - ptokgb.ru
28 Mar 2003 4:42 PM
2 ggv: вы статью-то до конца дочитали, или про аэрофлот услышали и выпали в осадок? там дальше про перевозки.ру говорится и про ассист.ру - как раз в приложении того, что мол на любой платформе можно быстро подключиться и начать работать. И про аэрофлот я так понял, что _упор_ делался не на удобство и интеграцию виздела с соапа с вижстудио - т.е. что писалось всего пять минут, и строк всего несколько нужно было... но не на использование веб-сервиса для визуализации чего-либо человеку... помянутый далее бизтолк только подтверждает мою уверенность в данном вопросе... сказано видимо плохо... ну у МСа маркетинг всегда в ацтое :)
Да и если на сайт аэрофлота зайти то можно посмотреть список тех, кто их веб-сервис пользует... не много - 3 турфирмы + ребятки, которые перегнали данный вебсервис в WAP-систему для чтения табло с мобильников... вашим клиентам наверное приятно было бы получать по СМС изменения в вылетах, а также табло прилета через ВАП... а написать/привентить все это не проблема... у них там примеры как раз на перле и пхп (ну и СОАП за одно)... так сказать для чего угодно
и я согласен с Wintermute... проще написать программульку, которая пипскнет, пришлет емыл, СМС или еще чего в случае изменения информации о рейсе... чем сидеть перед монитором и каждые 5 минут жать рефреш

А все-таки какая у людей избирательная память... толпа народу чертисколько времени обсуждает вопрос нах нужны вебсервисы... дается куча примеров... далее задают вопрос - а в россии-то чего? сан говорит - да ничего у нас нету, ИБМ говорит, ну чего-то делаем, но пока не ясно... представитель МСа называет ТРИ готовых решения известных на базаре игроков (Аэрофлот, Перевозки.ру и АССИСТ.ру...) а в голову вам западает лишь то, как сотрудники МСа писали код для показа содержимого веб-сервиса человеку... далее вы называете сие бредом... ну да ладно

ждете агрументов? ну-ну ждите...

2 glassy: вы уж напрягитесь... там народ из ИБМа, БЕА, САНа свою позицию по этому поводу высказывает... слова может быть сложные и незнакомые... но уж постарайся

2 kvasim: а вот HTTP протокол он как, тоже только на одной ОС работает... а как CORBA-объекта вызвать объект партнерской компании, который только по COM+ общаться умеет?
 

ggv
28 Mar 2003 4:43 PM
2kvasim - SOAP есть реализация пожалуй под все ОС - тут Вам google товарищ, мне достаточно реализации под *nix like.

2Chkaloff - я не вижу никакой зависимости меду SUN RPC - что есть стандарт - и номером порта. Нет такой зависимости. Это есть протокол абсолютно независымый от транспорта и от платформы, факт что есть реализация под windows. Ничего не могу сказать про VB - по понятным причинам (отсутсвие такового у меня).
Но если есть библиотека (или как оно называеться под VB) для VB - нет проблем иметь приложение VB обращающееся на порт 80 - к чему тут порт, никак не пойму...
Легко пишеться межплатформенное приложение на RPC на любой порт по выбору.
Выяснять возможности VB отказываюсь :)
Хотя это не от языка зависит, а от наличия компонентов/библиотек.
Про кобру - чуток позже, в datacenter еду
 

cjavad
28 Mar 2003 4:47 PM
2 Chkaloff
да в принципе любой протокол межплатформенный
при условии что он не засекречен
 

ggv
28 Mar 2003 4:54 PM
РТО - статью прочитал я всю, перлов там много, но "удивил" меня своим дурацким примером только представитель ms.
по поводу - проще иметь программуленку - фигня.
Полная. Именно что не визуализация для человека.
По крайней мере для меня.
А как средство B2B
Ну вот я это и хотел только сказать.
Разрешите повторить?
1) пример представителя MS дурацкий (говорю как представитель управленцев корторому это адресовано)
2) Стандартизация необходима, иначе.... нам такое не надо

Могу добавить что оно многоплатформенное. Это факт. kvasim влез по не знанию.

РТО - я не знаю как у вашихз партнеров/клиентов, но вокруг меня народ в основном сильно консервативный. Сильно.
И чтобы запасть на что-либо "прекрасное" нам нужны доводы.
Пока _никто_ из китов доводов не дал.
Пока мы информацией между компаниями обмениваемся в обговоренном конкретном формате. cvs файлах.
 

PTO - ptokgb.ru
28 Mar 2003 4:57 PM
2 ggv: ну довольно часто для работы в реальной жизни РПЦ нужен все-таки порт-маппер... т.е. клиент цепляется по ФИКСИРОВАННОМУ порту к серверу и говорит - ищу сервис такой-то... маппер отвечает...
 

PTO - ptokgb.ru
28 Mar 2003 5:24 PM
2 ggv: я ж говорю... пример не четко спозиционирован и все остальные высказывания в помойку. Хотя наверное нужно Елашкина спросить - он на том круглом столе был - какое у него впечатление от встречи, до того как редактор прошелся по тексту...

Да и не средство для Б2Б исключительно... верняя Б2Б не самоя большая часть из применений вебслужб... скорее более заметная - как верхушка айзберга.

вы конечно можете продолжать ждать каких-либо аргументов, но размличные индустрии уже во-всю внедряют у себя системы на базе XML, соап и вебслужб... для финансовых учреждений есть свой набор схем обмена документами в электронном виде... странно правда что он не бинарный? SWIFT тоже почему-то не бинарный, HIPPA форматы тоже текстовые почему-то, вон РозеттаНЕТ - объединение производителей электронных компонентов - казалось бы взяли бы и договорились - общий бинарник и все остальные отдыхают... ан нет... берут не бинарный формат для обмена.
 

Wintermute - devnul.ru
28 Mar 2003 5:35 PM
2 kvasim: Нет, ты все-таки идиот.
 

Wintermute - devnul.ru
28 Mar 2003 5:42 PM
2 ggv: "я сходу могу дать более приемлемое применение WS для индустрии" Вот у нас в конторе народу много путешествует. В том числе таких, которые очень не любят торчать в аэропорту по нескольку часов. Зло они срывают наших девочках из административного отдела. И этим девочкам этот самый WS очень бы пригодился.
Это, конечно, не индустрия, это всего-лишь проблемы конкретных людей. Но именно эта приземленность примера и убеждает меня в жизненности всей концепции.
 

Chkaloff
28 Mar 2003 6:12 PM
2 cjavad:
Кроме реализации протокола должны быть реализованы инструменты работы с ним для всех платформ и языков программирования.
 

cjavad
28 Mar 2003 6:55 PM
2Chkaloff ну и чем в SOAP отличается от других протоколов??

в данном случае не важно как реализован протокол (конечно хорошо чтобы он был эффективным)
дело в том что прийдет время и майкрософту разонравится SOAP и она разработает что-нить новое и конечно опубликое это частично и повторится все с начала. Поэтому люди не лезьте к майкрософту со своими стандартами у вас свой бизнес и мс свой.
 

Chkaloff
28 Mar 2003 7:00 PM
2 cjavad:
>ну и чем в SOAP отличается от других протоколов??
Ну хотябы тем, что он есть инструменты почти под все платформы.
А еще тем, что он умеет сам описывать структуру обмена данными через WSDL. Далеко не все протоколы это имеют.

>Поэтому люди не лезьте к майкрософту со своими стандартами у
>вас свой бизнес и мс свой.
TCP/IP тоже придумало не сообщество OpenSource, однако им все пользуются.
 

ggv
28 Mar 2003 7:09 PM
РТО - многое Вы правилльно сказали.
Упустили только маленькое мое примечание.
Я же указал - в моей деятельности.
Все Вы правильно привели - про схемы данных для финансовых и прочих инструментов..
Все это правильно.
Но если Вы помните мою задачу которую я раньше описывал - VoIP - и за бинарный формат которой меня помоями облили, то вот в ней я уже имею stream 11 Mbit/sec - Мегабит, в секунду, с одной площадки, конкретно CDR клиента из USA, из России пока поменьше, из Индии тоже, но обороты растут.
500 звонков в секунду умножить гп 6 CDR на звонок умножить на около 600 Байт на CDR - это техзадание.
ПОставлю памятник герою и выпилю медаль из рельсы отважному кто возметься это делать WS/SOAP/XML...
Вот передача бухгалтерской/статистической отчетности в будущем - возможгл.
А то что ВСЕ поголовно это внедряют - не аргумент.
Наши партнеры (в том числе и российские) НЕ внедряют.
Так что поживем - увидим.
 

ggv
28 Mar 2003 7:12 PM
Wintermute - какие-то у Вас примеры... даже обсуждать не хочеться... Вам только с Крючковым обсуждать их...
НЕ работаю я для конечного пользователя, и мне фиолетово глубоко на него. Другие ими занимаються. Вы например.
 

ggv
28 Mar 2003 7:51 PM
а вообще-то, обмен информацией у нас в самом зачаточном состоянии. передаються абсолютный минимум.
так что будет надобность, будем думать.
 

ggv
28 Mar 2003 7:51 PM
имелось ввиду обмен информацией между партнерами - пардон, думал, но не писал :)
 

cjavad
29 Mar 2003 12:07 AM
2Chkaloff
не проблема протокола описывать структуры данных - это проблема языка
так, что довод абсурдный,
а то, что проблема протоколов гипертрофирована - тада

TCP/IP не стал объектом спекуляций, а microsoft постоянно этим занимается (API)
 

Chkaloff
29 Mar 2003 11:16 AM
2 cjavad:
>не проблема протокола описывать структуры данных - это
>проблема языка
Какого языка? Вы хоть читали описание WS? WS рассчитано на межкорпоративные взаимодействия. Это значит, то вы заранее не знаете, какие структуры данных от вас ждет WS, какие структуры он выдаст на выходе. За ранее, имеется в виду, до начала программирования (а не в run time). Вы не имеете возможность в большинстве случаев контактировать (постоянно) с разработчиком WS и с администратором сервера. WS, в данном случае, самодокументируется. И если ваша среда разработки поддерживает самодокументирование, то для данного WS автоматически будут сгенерированы все необходимые для общения proxy классы.

Ваш подход следующий, протокол у нас есть (хотя он не хрена не умеет) давайте напишем миллион библиотек, а потом миллион мексиканских программеров будет с ними разбираться.

еще раз говорю, WS унифицирует процесс взаимодействия, между корпорациями.

Я спросил у ggv про RPC. Унифицирован ли для него транспорт? Ему этот вопрос показался бессмысленным. А как быть с авторизацией? LDAP? Другие варианты? Речь о том, что конечно можно написать конкретный пример работающий на RPC. Далее что? Теперь оказывается, что когда стоит общая задача, то у нас N неизвестных, которые нужно решать между программистом клиента и админом сервера. А нет между ними связи. Унификации в RPC, в данном случае, нет, а ggv этого понимать не хочет. Со средствами разработки та же байда.

>TCP/IP не стал объектом спекуляций, а microsoft постоянно этим
>занимается (API)
Чем? Вы не можете пускать win16 программы на w2k? Есть только очень отдельные случаи, когда MS в последствии перестает поддерживать старые API. Вот, скажем, WinG, если вы еще помните такое. В 99% случаях все старое API потом в последствии поддерживает. Так что, эти доводы надуманы и пароноидальны.
 

glassy
29 Mar 2003 12:48 PM
2Chkaloff: так значит главная фича WS -- это то, что они самодокументируемы и для всех платформ? Во-первых, не такие уж и самодокументируемые, во-вторых, еще не для всех платформ, и в-третьих -- ОС сделает весчь получше (сделали ведь mng и xvid :))
 

Chkaloff
29 Mar 2003 3:05 PM
2 glassy:
>так значит главная фича WS -- это то, что они самодокументируемы
Фич там много. Одна из них - это самодокументирование. Другая - создание каталога WS. Третья это открытый стандарт на формат. Четвертая - это передача через http транспорт. У каждой фичи есть полюсы и минусы. Но в целом это хорошая система для организации state less коммуникаций в общем виду.

>Во-первых, не такие уж и самодокументируемые
Притензиии пожалуйста в студию.

>еще не для всех платформ
Для DOSа нет, вы правы. Блин промашка.:-)

>в-третьих -- ОС сделает весчь получше (сделали ведь mng и
>xvid :))
Болеешь, да? :-)
Лучше кого? SUN, IBM, MS, HP?
 

cjavad
29 Mar 2003 3:17 PM
2Chkaloff:
прочитай заголовок статьи
бог с ним WS, до WS была попыткой стандартизировать архитекуру взаимодействия служб (CORBA) что-то майкрософта здесь и рядом не было, они решили поиграть с WS посмотрели чем народ дышит, а сделают все посвоему.

а насчет API суть проблемы не в обратной совместимости, а в том что она его публиковала в нужном объеме только под давлением общественности.

 

ggv
29 Mar 2003 3:35 PM
Chkaloff - я действительно не поняя Ваш вопрос про RPC и транспорт для него.
sorry. Так что ничего не могу сказать по этому поводу.
Кстати, есит интересная рабочая вешь XMLRPC :)
А по поводу унифицированности WS - после первого (только одного-единственного) проекта у меня НЕТ впечатления ни о какой самодокументированности/унифицированности.
Процесс работы с ним НЕ ЧЕМ не отличался - изучаем WSDL, в смысле того ЧТО передавать в каком виде - ну там base64binary или string и прочее - затем изучаем ЧТО возвращаеться и в каком виде, и прочее, и прочее.
Баз знания `этого никак не получалось почему-то.
Chkaloff - могу конкретно на примере моего проекта начать показывать, приведу сюда WSDL и куски кода, и давайте разбирать - что там такого укнифицированного и самоопределяющегося.
Если я вполне возможно этого не заметил - я с удовольствием приму к сведению и использую.
Буду только рад! Попадете ко мне на остров - пива налью! :)
 

ggv
29 Mar 2003 3:41 PM
кстати, в формате бинарного SMPP мне почемуто разбираться гораздо легче чем в "human readable" WSDL и то что получаеться на выходе/входе - SOAP request/response :) Ну не возможно эту мешанину назвать удобочитаемой...
Таки я пока только рад что мы с партнерами уходим на SMPP for a time being ...
А там видно будет.
 

ggv
29 Mar 2003 3:42 PM
хотя согласен что WSDL не для его человеком.
 

ggv
29 Mar 2003 3:42 PM
не для читания его человеком то есть :)
 

Chkaloff
29 Mar 2003 7:06 PM
2 ggv:
Хмм, действительно. Вы сначала говорите "human readable" WSDL, потом вы исправляетесь. Никто не когда не говорил, что WSDL - это удобочитаемый формат. Он создан для автоматического всасывания. XML как таковой тоже не удобочитаем.

Речь идет именно о том, что клиенская часть подсосет структуру и создаст необходимые процедуры для работы с этой структурой. Это и есть самодокументирование. О замене манов и хелпов речи нет.
 

Chkaloff
29 Mar 2003 7:52 PM
2 gvv:
>WSDL и куски кода
Я думаю, что конечно работать нужно с живым вебсервисом. Если вы пришлете мне WSDL, то я легко сгенерю на своей стороне нуобходимые proxy классы для обращения к WS. Но обратится к нему не смогу, т.к. нужно с живым WS работать.

Куски кода не нужны, т.к. WSDL как раз и создана, для того, чтобы развязать эту связку.

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

ggv
30 Mar 2003 12:54 PM
Chkaloff - со всем, вроде, согласен, возразить нечего :)
И классы действительно по wsdl сгенеряться.
ВОт только после этого начинаеться обычная работа. По сосзданию логики утилимзирующей классы, И где знание формата данных, если можно так сказать, как раз и понадобиться. Я к тому что все равно программер должен иметь понятие о том что и как гоняеться.
Иначе работать не сможет. Это то что я имел в виду как не самоопредиления.
МОжет, я с похмелья чего-то не то несу :)
Но просто получение классов/процедур по WSDL - это как бы меньшая часть задачи.
 

Wintermute - devnul.ru
31 Mar 2003 7:59 AM
2 ggv: "НЕ работаю я для конечного пользователя, и мне фиолетово глубоко на него. Другие ими занимаються. Вы например. " Что ж, в этом и заключается фундаментальная разница между юниксоидом и виндузятником.
 

Maverik
31 Mar 2003 10:19 AM
Не-а! Это разница между програмоидом и маркетоидом
 

glassy
31 Mar 2003 12:52 PM
Если программоид не забыл о пользователе, то забота эта будет на высочайшем уровне. Н-р в моем каде -- и меню конфигурабельное, и горячие сочетания, и алиасы команд, и автокомплит (настоящий, а не тот в что в cmd), и история, и i18n с l10n.
 

Qrot
31 Mar 2003 3:08 PM
glassy: а либы там у тебя робастные?
 

glassy
31 Mar 2003 4:04 PM
2Qrot: нев%?%бенные :)
 

Interrupt
2 Apr 2003 2:39 AM
2 glassy: И даже горячие клавиши есть?? Вот это круто!!!
 

Tolik
2 Apr 2003 3:04 PM
пользователей нету

ну да хрен с ними, не для них в конце концов делалось

;-Р
 

 

← февраль 2003 21  23  24  25  26  27  28  29  30 апрель 2003 →
Реклама!
 

 

Место для Вашей рекламы!