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

 

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

 

Все новости от 6 февраля 2002 г.

Гиганты объединяются вокруг веб-сервисов

В среду компании Microsoft, IBM, BEA Systems и Intel анонсируют новый отраслевой консорциум, нацеленный на пропаганду веб-сервисов.

Организация, называемая Web Services Interoperability Organization (WSIO), займется обучением предприятий искусству создания веб-сервисов и обеспечения их совместимости друг с другом. Она будет продвигать как существующие, так и будущие стандарты, например, установленные World Wide Web Consortium и организацией OASIS (Organization for the Advancement of Structured Information Standards).

Веб-сервисы позволяют обращаться к программам по интернету и единообразно исполнять их на разных устройствах, таких как ПК и сотовые телефоны. Например, первые из предлагаемых веб-сервисов позволяют владельцам сотовых телефонов получать с их помощью информацию о котировках акций. Однако компании рисуют гораздо более захватывающие перспективы, такие как выбор авиабилетов с учетом наличия свободных мест в отелях, программ скидок для постоянных клиентов и других сопутствующих услуг.

Крупнейшие производители ПО, включая Sun Microsystems и Oracle, наперегонки разрабатывают и выпускают ПО, позволяющее компаниям создавать веб-сервисы. На будущей неделе Microsoft представит комплекс ПО для разработчиков веб-сервисов Visual Studio.Net, в то время как сторонники Java — Sun, Oracle, IBM и BEA — следуют другим путем, предлагая альтернативные инструменты на базе языка программирования Java. Однако, несмотря на жесткую конкуренцию, веб-сервисы на обеих платформах могут взаимодействовать друг с другом. Интерес Intel заключается в том, что развитие рынка веб-сервисов позволит микропроцессорному гиганту продавать больше чипов для сотовых телефонов, карманных устройств и серверов.

Цель нового консорциума — свести к минимуму путаницу в технологических стандартах для потребителей. Несмотря на то что все софтверные компании поддерживают один и тот же набор стандартов веб-сервисов, каждая из них придерживается собственного подхода к созданию веб-сервисов. Компании совместно разработали ряд стандартов, составляющих фундамент веб-сервисов. Это XML (Extensible Markup Language), позволяющий приложениям обмениваться данными и взаимодействовать независимо от метода их реализации; Simple Object Access Protocol (SOAP), определяющий способы взаимодействия веб-сервисов через интернет; Web Services Description Language (WSDL), позволяющий описывать веб-сервисы и способы доступа к ним; и Universal Description, Discovery and Integration (UDDI), онлайновый справочник, позволяющий создавать каталоги веб-сервисов, рекламировать и находить их.

Однако существуют, например, разные версии спецификации SOAP, из-за чего у разработчиков могут получаться несовместимые веб-сервисы, а это грозит замедлить распространение новой технологии. «Создаваемая организация станет направляющей силой для компаний, — пояснил один источник. — Все хотят реализовать UDDI, SOAP и WSDL, но не знают, как это сделать. Теперь появится возможность лучше узнать о том, как скомпоновать отдельные стандарты веб-сервисов друг с другом, чтобы они хорошо функционировали и взаимодействовали между собой. Консорциум будет помогать компаниям осваивать веб-сервисы и поведет их к успеху». 

 Предыдущие публикации:
2002-01-17   Microsoft предложила новые инструменты .Net
2002-02-02   Веб-сервис предлагает клиентам самим выбирать рекламу
2002-02-05   Sun выпустила Java-инструменты для разработки веб-сервисов
 В продолжение темы:
2002-02-14   Microsoft представила Visual Studio.Net
2002-02-15   GotDotNet.ru — русскоязычный ресурс для .Net-разработчиков
2002-02-27   Конкуренты выясняют отношения на платформе веб-сервисов
2002-04-16   Почему веб-сервисы изведут — со временем — HTTP?
2003-05-29   Секьюрити-фирмы ищут общий язык
Обсуждение и комментарии
Bravo
6 Feb 2002 5:25 PM
непонятно, почему Сан не участвует?
 

RSM
6 Feb 2002 6:27 PM
Noname:

потому что понимает - ни к чему это не приведет =) MS никогда не откажется от своего BizTalk в пользу ebXML - а без этого никакой универсальности взаимодействия вебсервисов говорить не приходится...

PS: собственно этот BizTalk и лежит в основе закрытия .Net от сторонних производителей - он не будет сертифицирован и все. Все управление стекается в руки МС...
 

Deather
6 Feb 2002 8:47 PM
Sun сосет со своей жабой, агония идиотов
 

VB man
6 Feb 2002 9:40 PM
2RSM:
и тут ты со своими ламерскими выводами. Повторяю для тупых:
BizTalk ничего обшчего не имеет с .NET!!! кроме того что BizTalk and .NET Framework оба используют XML, и есчё - BizTalk входит в .NET Servers.
 

Qrot
6 Feb 2002 11:00 PM
2RSM: а SUN когда-нибудь откажется от своего ebXML в пользу BizTalk? (риторический вопрос)
 

Гоша
7 Feb 2002 8:23 AM
Ребята, программировал на Delphi, писал скрипты для Oracle. Сейчас пробую Borland JBuilder 6.
Мне Java не нравится... И скорее не нравится не её медлительность, а отсутствие нормального инструментария, подобного Delphi 5 или 6. Моя Win'2000 ВПЕРВЫЕ начала подвисать! Может всё же лучше Си или Бейсик от MS?
Ребята, я не прав?
 

al
7 Feb 2002 9:24 AM
прав,
бейсик лучше
 

Noname
7 Feb 2002 10:00 AM
Это подвисает jrewin. Чья поделка?
 

RSM
7 Feb 2002 10:56 AM
2VB man:

если ты туп, то это твоя проблема... узнай, что такое XML, как им пользоваться для хранения данных, а потом выступай =).

2Qrot:

ты кажется сам заявлял о том что вести стандарт одному - не хорошо, так вот ebXML ведет не только SUN, а множество других компаний (кстати MS там тоже в числе фигурантов числится). И объясни пожалуйста VB man'у на кой нужны ebXML и BizTalk... а то мне это тупорылое создание все настроение испортило...

PS: извиняюсь за грубость, но не я начал =)
 

Anatol
7 Feb 2002 11:07 AM
2Гоша: "Может всё же лучше Си или Бейсик от MS?" Это высказывание напоминает мне "базар" в relcom'e (some time ago) на предмет: C или Pascal :-)
Для чего тебе нужна Java? Наверное не GUI лабать для Windows...
А по поводу подвисание, что я могу сказать... у меня 2k + JBuilder 6 - и все Ok. Конечно, скорость не как у C++...
Да и посмотри,что ты сам написал:"И скорее не нравится не её медлительность <skipped> начала подвисать" :-)
А ты VS .NET смотрел? Наверное будет что-то опять у тебя подвисать :-)

- - - - -
2RSM: Вообще непонятно причем тут BizTalk... Речь идет о стандартах, а не о программах. Твоими словами можно сказать так:
IBM никогда не откажется от своего WebSphere в пользу BEA WebLogic, BEA никогда не откажется от своего WebLogic в пользу Oracle AppServer,ORACLE никогда не откажется от своего AppServer в пользу IBM WebSphere... :-))

P.S. Кстати, BizTalk поддерживает SOAP...
 

RSM
7 Feb 2002 11:14 AM
2Гоша:

так забавно... давно не слышал... "Ребята..." =) давайте лучше так - "Дети мои!.." =) ну да ладно... А что именно JBuilder? Я конечно не знаю, но мне как-то ближе по душе Forte for Java от SUN. Вроде и не подвисает и бегает пошустрее =)

2 Noname:

подвисает скорее всего hotspot машина от Borland (правда не знаю входит ли она в JB 6, но раньше был такой глюкодромчик маленький =)
 

RSM
7 Feb 2002 11:21 AM
2Anatol:

блин =) ну XML сам по себе - это только средство хранения разнородной информации... для использования ее, надо знать как устроено дерево объектов и какой за что отвечает. Это просто необходимо для взаимодействия тех же Web Services от разных поставщиков. Так вот MS использует свой repository (фиг его знает как по русски написать =) под названием BizTalk. Сама сочинила, сама и использет, не интересуясь у остальных - удобно ли это, все ли учтено у объектов. SUN же использует ebXML в комитет по разработке которого входит множество компаний. При этом в данном случае SUN вообще не является владельцем, она просто использет то - что удобно большинству компаний.
 

RoN - rodionlenta.ru
7 Feb 2002 11:21 AM
Хех... Вот спор, извиняюсь, ламерский. Что лучше - Жаба или ВиБейсик... Выбор надо делать исходя не из того где ИДЕшка красивше или синтаксис проще, а из того, какая технология вам более подходит. Каждое средство хорошо в своей нише.
 

RSM
7 Feb 2002 11:24 AM
2Anatol:

по поводу PS... ebXML тоже _может_ (как и BizTalk) использовать SOAP - это один из вариантов передачи данных. Посмотри по схеме - на каком уровне этот SOAP используется - он там просто как среда передачи данных в форме XML =) Ни кто не запрещает хранить данные в такой форме в БД - здесь SOAP явно не нужен будет =)
 

RoN - rodionlenta.ru
7 Feb 2002 11:27 AM
2 RSM 7 февраля, 2002, 10:56 : "узнай, что такое XML, как им пользоваться для хранения данных".

Для хранения данных XML никому неинтересен. Так что ты сам разберись, для начала, что для чего задумано, а потом уже других тупицами обзывай. Оки ?
 

Anatol
7 Feb 2002 11:34 AM
2RSM
Nu chto takoe XML i zachem on nuzen, ja predstavlaju :-)
Esli teje buzen ebXML v BizTalk'e, pozalusta: beri Adapter i vprered. Esli nuzen dostup via {ese-chto-to} to bozalusta.
BizTalk dlja etogo i delalsja, chtobi zdelat' soedinenie, tipa:
[1] - BizTalk - [2], a chto budet meznu [1] i nim, pobarabanu.
Glavnoe, chtobi bil _ODIN_ osnovnoj std., kak SOAP.
I on aktivno prodvigaetsja ne tol'ko MS, no i IBM'om.
Shitaj, chto SOAP eto konkurent ebXML (ili naoborot).
Vopros tol'ko v tom, chto vzat' za osnovu. Ili ja ne prav?

P.S. Sorry za latinicu, u menja bukovok ruskih na klave net :-(
 

Anatol
7 Feb 2002 11:36 AM
2RSM:
Dopolnenie...
ebXML = XML Protocol = SOAP, where SOAP != ebXML
:-)
 

Anatol
7 Feb 2002 11:39 AM
Ese pozalusta (ja nenastol'ko horoso znaju ebXML, no predpolagaju chto):
ebXML Registry = UDDI
Prav li ja?
 

RSM
7 Feb 2002 11:39 AM
2RoN:

ок, для непонятливых - вы хоть знаете что такое хранение данных? Они вам нужны в какой либо иной форме, кроме как понятной и возможной для обработки? И какие собственно у вас есть предложения по использованию XML? Для передачи допустим используем SOAP, для обработки - сами данные, а вот где они _хранятся_ в момент передачи? Правильно - в формате XML. При этом не следует забывать, что запрос на действие - это тоже данные для соответствующего процесса. Идите читать теорию, пожалуйста...
 

Anatol
7 Feb 2002 11:40 AM
2RSM
Popravlenie dlja "блин =) ну XML сам по себе - это только средство хранения разнородной информации... "
Ne hranenie, a PREDSTAVLENIE, esli bit ochen' tochnim.
otsuda sleduet, predstavlenie, mozno i hranit' :-)
 

RoN - rodionlenta.ru
7 Feb 2002 11:46 AM
2 RSM: Теоретик, бля...
Ты, похоже, не менее чем участник воркгруппа по SOAP ;-)
Слушай, сходи на W3C почитай, что такое SOAP и как он связан с XML. А то, по ходу, в качестве доков и спеков используешь только зднет-овские статьи.
 

RSM
7 Feb 2002 11:56 AM
2Anatol:

естественно представления, просто от этой терминалогии меня несколько подташнивает =)

PS: по поводу ebXML - на ebXML.org есть милейшие презентации - очень просто и понятно =)
 

RSM
7 Feb 2002 12:02 PM
2RoN:

уважаемый RoN, если вы "бля" - то это ваши личные проблемы =)

PS: Все... задолбался. Обсуждение перешло в матершинную форму - а это ни мне ни вам не нужно. По сему - всем всего хорошего =)...

PPS: иногда полезно думать и абстрагироваться от терминов.
 

Anatol
7 Feb 2002 12:30 PM
Mda...
Horosego malo, kogda ljudi nemogut, a drugie nehotjat' ih ponjat... :-(

2RSM
Ti novernoe obidelsja na teh kto nemozet... :-)
 

RoN - rodionlenta.ru
7 Feb 2002 1:25 PM
А подскажите, теоретики, какой травы надо покурить, чтобы понять постинг RSM от 7 февраля, 2002, 11:39 ?
 

RoN - rodionlenta.ru
7 Feb 2002 1:27 PM
ИМХО, RSM cморозил хреновину, про "хранение данных в XML", а когда его ткнули в это носом, развёл демагогию про "хранение данных во время передачи". Учёный, блин...
 

Anatol
7 Feb 2002 2:51 PM
2RoN
"А подскажите, теоретики, какой травы надо покурить, чтобы понять постинг RSM от 7 февраля, 2002, 11:39 ?"
:-)))

Da, ladno, RoN... :-)
Kstati, pochemu "теоретики" vo mnozestvenom chisle?! Ih stalo bol'se? :-)
Po bol'somu schetu, kak raz teoriji, zdes' i nenabljudaetsja.
Net voobse teorii u standartov, tak mozno skazat.
IMHO, dlja etogo i standarti i pridumani...

 

RoN - rodionlenta.ru
7 Feb 2002 3:10 PM
2 Anatol: да это я так, в пространство адресовал... потому и во множественном числе :)

Ну, а насчёт отсутствия теории у стандартов, тут не совсем соглашусь. Стандарт ведь мало принять и опубликовать. Нужно ещё, чтобы он был логичен и достаточно удобен для реализации (иначе на него все забьют), а вот разработкой _таких_ стандартов, как раз, имхо, учёные и должны заниматься.

Вот, к примеру, все плачут - броузеры одно и то же показывают по-разному. Так и немудрено, спек на CSS почитать - волосы дыбом встают...
 

VB man
7 Feb 2002 3:30 PM
2RSM:
ну что - съел? :)

2ALL: рад что общественость раскусила ламера-теоретика RSM

теперь по делу: пробывал я работать с WebServices в Delphi and .NET... тоесть создать WebService в .NET и вызвать его из (Delphi)... потом наоборот....в результате некоторых мучений заработало... так что я думаю и с Java будет работать...

 

Anatol
7 Feb 2002 3:37 PM
2 RoN:
Soglasen s toboj na vse 99%.
Eto ja i podrazumeval, no nejasno virazilsja...
 

glassy
11 Feb 2002 8:51 AM
2RoN:
> Вот, к примеру, все плачут - броузеры одно и то же
> показывают по-разному. Так и немудрено, спек на CSS
> почитать - волосы дыбом встают..

можно поподробнее?
 

RoN - rodionlenta.ru
11 Feb 2002 10:54 AM
2 glassy: > "можно поподробнее?"
Нельзя. :-))))
 

PTO - kruchkovkgb.ru
11 Feb 2002 4:06 PM
2 RSM: что-то вы где-то напутали... BizTalk Framework это одно, а BizTalk Server это другое. На www.biztalk.org написано, что и зачем, опубликовано даже куча схем (в т.ч. от российских разработчиков - www.commerceml.ru), все это сделано для упрощения вопросов интеграции бизнес-приложений, работающих на разных платформах. Так что Фреймворк это не более чем библиотека готовых схем для purchase orders, invoices и прочей лабуды, причем ее поддерживает куча коммерческих поставщиков софта для этого ну и плюс для программеров под винды тулзы чтобы проще было интегрировать это все в свои приложения.
BizTalk Server это сервер, который собственно и занимается обработкой XML-сообщений (у него есть еще и другие применения, но по-большому счету оно так и есть), ему в принципе по-барабану как, откуда и в какой схеме приходят эти самые сообщения - у него есть BizTalk Mapper - тула, которая позволяет без проблем преобразовывать XML (и не только) из одной схемы в другую, т.е. в порядке вещей получать EDI сообщения и отдавать его в ecXML схеме по его же транспортам. Борьба идет за схемы, по которым передавать информацию - для многих индустрий (страхование, новости, медицина) эти схемы уже устоявшиеся и к ним только и делают, что адаптеры или преобразователи из закрытых схем в общепринятые. Для обмена бизнес сообщениями пока не все так хорошо, посему ряд поставщиков софта придумывает свои схемы и пытается их пихать на рынок. МС повел себя очень грамотно и не стал сильно заморачиваться, а просто сделал кучу инструментов, чтобы было по-барабану с чем и кем работать. К примеру сейчас к BizTalk Server поставляется более 200 адаптеров практически для всех более-менее известных пакетов для eCommerce. Другое дело, что софты от МСа внутри меняются в своем формате (Commerce Server & BizTalk Server), но кого это волнует, главное, что наружу они могут выдавать все это быстро и в любом формате, причем стоимость решения (даже с адаптером или вариант строго заточенный под вертикальный рынок) на порядок-другой ниже аналогов от других контор.
По-поводу помянутых стандартов в статье SOAP, UDDI, WSDL - так они же рулез полный, самое приятное, что поддерживаются они ведущими игроками - IBM, RosettaNet, Microsoft, CommerceOne и другие киты индустрии...
 

glassy
11 Feb 2002 4:42 PM
2PTO: я, похоже, убедился, что мелкосакс делает самые дешевые решения для соотв. класса задач.
Тока это мало чего меняет (для меня)

2RoN: то ему не нравится, это отстой, кофе он меньше пить стал, а любовью Вы пробовали заниматься? ©
 

RoN - rodionlenta.ru
11 Feb 2002 5:31 PM
2 glassy: Хех.. Какой-то весенний синдром попёр тут, похоже...
То болты, то девицы на клавиатуре, теперь вот это... :-)))
 

glassy
12 Feb 2002 9:24 AM
lol!

Ты про праздник всех влюбленных когда-нибудь слышал, РодиончиК? :)
 

RoN - rodionlenta.ru
12 Feb 2002 5:02 PM
2 glassy: Ага. Влюблён в С++ :-))))
 

Qrot
12 Feb 2002 5:18 PM
2RoN: м-да... проффесиональные болезни. вот вчера в магазине с приятелем был - подарок покупали. стоим перед прилавком, продавщица кому-то (я так и не понял :)) из нас глазки строит, кокетничает, а приятель вдруг вытягивает руку в сторону девушки и громко так: "Смотри, какой у них там хаб!" И точно - хаб за девицей стоит. Навороченный. Надо было видеть разочарование на лицо этой подруги, когда она поняла что интересует нас меньше, чем эта желязяка...
 

eXOR
13 Feb 2002 4:38 PM
2 Qrot:
:~-( девушку жалко...
 

eXOR
13 Feb 2002 4:38 PM
А в столице, говорят, - всякие развраты
Да и женщин, говорят больше чем мужчин (c) В. Высоцкий ;-).
 

Qrot
13 Feb 2002 10:35 PM
2eXOR: так и есть :)
 

eXOR
14 Feb 2002 11:21 AM
2 Qrot:
Хех... дыкть пользоваться надо.
 

Qrot
14 Feb 2002 11:38 AM
2eXOR: дыкть пользуемся :)
 

eXOR
14 Feb 2002 12:51 PM
2 Qrot:
Ну не так же...
 

qwerty
14 Feb 2002 2:38 PM
2 Qrot:
Да что вы всё про баб, ты лучше про хаб расскажи.
 

Qrot
14 Feb 2002 3:01 PM
2qwerty: да я на девушку больше смотрел :)
 

qwerty
14 Feb 2002 3:28 PM
2 Qrot:
Какой от них толк. Я жене поставил комп, дочке - комп, а мне только 2 компа осталось. И на хабе 2 порта занимают. А у меня ещё тесть с тёщей и 2 попугая неохвачены.
 

REAL - realkemsu.ru
30 Mar 2002 10:57 AM
RoN: насчет хранение данных в XML ты неправ. Часто данные хранятся просто в XML, а иногда, для более крупных задач, есть спец. xml-базы данных. Так что вот.
 

 

← январь 2002 2  3  4  5  6  7  8  10  11 март 2002 →
Реклама!
 

 

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