информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetСтрашный баг в WindowsПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Крупный взлом GoDaddy 
 Просроченный сертификат ломает... 
 Phrack #70/0x46 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[Pascal] WSDL в Delphi 03.11.05 19:03  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Поставил 7ку дельфи(минимальная установка), была 5. Есть 2к5, если надо поставлю.
Подскажите какая компонента работает с WSDL? Может ее надо доустановить?

Вопрос в контексте PDS и ProjectServer a 2k3
[Pascal]Дальнейшее развите событий... 04.11.05 21:25  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
в 2005 через WSDL Importer импортировал методы.
Используя THTTPRIO компоненту подключился с сервису
Но...
Возвращается результат rsExceptionSecurity=9006 (сам код 9006).Хотя сам веб сервер ИИС 6.0 на в2к3 сервере авторизацию проходит.

ИМХО из за юзерагента "borland SOAP...". как поменять не нашел.

Нашел работающий пример на С #
Пытался на VB.NET, но проблема с авторизацией. VB не знает CredentialCache, где хранятся NTLM доменного юзверя.

Решил дорабатывать пример на C#. Получаю ответ сервиса в XML.

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

Вопрос о CredentialCache или его аналоге в VB.NET также актуален, бейсик роднее как то, чем С:-))

ЗЫ: давно сложнее простых форм и простой бизнес логики не програмил на дельфях и бейсике:-)
Ну и куда всё это катится... 05.11.05 03:57  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Пардон, но не объективно, сегодня был повод исследовать дно стакана.

--

Лет эдак пять назад "умники", продававшие "новые" технологии, говорили, что подобных проблем не будет, как только все пересядут на ново-испеченные web-сервисы (названием было другое). Идеология плюс технология как-бы страхует...
Здравомыслящие говорили - куда девать семантику? Им отвечали - в схему данных (двусловие).

Ну и куда теперь конкретно "совать эту схему" ? :)

--

Я вот иногда думаю, почему народ регулярно считает, что если заменить гриффель на гелиевый стержень, то прогноз погоды нарисуется cам собой?

--

Ну и по делу:
IMHO в поставке Delhi 7.0 такого не было. На момент выхода subj была только (насколько я не ошибаюсь)инициатива M$ о WSDL. И Bugland ни-за-что не пошел бы на поддержку сторонней, не проверенной инициативы.

В 2005 парсер и "окантовка" уже конечно есть. Но попотеть придется как и раньше ради CORBA.
В любом случае, если нужно авто-определять несколько возможных форматов запроса (и соответственно семантик), то без полного парсинга не обойтись.

--
И опять не по делу:

IMHO:
практика показывает, что при большом количестве инсталляций пофигу какая выбрана технология. Ну а WSDL пока всегда только в минусе, поскольку только напускает тумана (на разве что продать можно дороже).

"Переформатирование" семантики наиболее частая проблема для служб спроектированных с прицелом на web-services. Причем всегда такое "переформатирование" тяжелее "традиционной" переделки.

Де-факто (IMHO): чем ближе семантика описываемых WSDL-интерфейсов к 2+2, тем они "гибче", и тем больше кода нужно для их использования. Короче - стародавняя "процедурная" пропорция.

Получаем ровно то, что обещали здравые пессимисты: очередной протокол аля-RPC без намека на автоматическое решение стандартных проблем.
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach