skyANAНо! Зачем что-то придумывать, если за тебя это уже реализовали и главное протестировали?Ну если всё сделано на SOAP, нужны очень веские аргументы, чтобы добавить в проект новый стандарт, в данном случае OData. Возможно проще что-то написать самому, чем увеличивать беспорядок проекта. Поэтому оцениваем все "за" и "против" срач в топике. :-)

МСУАлексей КЧто я понял:
1. Внутренности реализации OData можно использовать по частям отдельно и прикручивать к чему угодно.
В этом и суть IEdmModel , несколько раз писал об этом.EDM - это аналог WSDL. Я не про это. Я про возможность использования частей реализации ОДата по отдельности, например - парсинг OData параметров.
МСУАлексей К2. OData может локально обрабатывать любой IEnumerable.
Да ладно, правда что ли? Я этого не знал, теперь знаю.
МСУАлексей КOData - это следующий шаг после SOAP
Это не следующий шаг после SOAP, это 100 шагов после SOAP.Это 100 бантиков, на основе которых никто не будет строить корпоративные стандарты.
МСУАлексей КТолько один вопрос: этот шаг куда? Как бы не наступить в ..., как это часто бывает с новыми технологиями. Мне эти новые возможности не особо нужны, поэтому буду пока ждать и наблюдать.
Да какие они новые? Просто v4.0 в марте этого года вышла.По сравнению с SOAP, которому > 10 лет, они новые.
МСУАлексей КМы куда-то не успеваем?
Ну посиди еще годков 10 с супом, я не против.Я тоже не против.

Вышла новая версия Windows: "Мы вернули кнопку 'Пуск' - это огромный шаг для всего человечества".

15 лет назад: "Вот вам СУБД с сетевым доступом к ней и SQL. Теперь клиенты могут делать произвольные запросы к БД".

10 лет назад: "Двухзвенка УГ. Клиенты не должны напрямую ходить в БД, только через сервер приложений.".

Сегодня: "Сервер приложений нам мешает делать запросы к БД, но мы нашли способ всех наипать".

МСУP.S. По поводу того, что тебе PATCH, PUT, DELETE не нужны. Не поверишь, ты просто отказываешься от архитектуры OData

http://en.wikipedia.org/wiki/Open_Data_Protocol OData is built on the AtomPub protocol and XML where the Atom structure is the envelope that contains the data returned from each OData request. An OData request uses the REST model for all requests. Each REST command is a POST, GET, PUT, PATCH, or DELETE HTTP request (mapping to CRUD) where the specifics of the command are in the URL.

GET: Get a collection of entities (as a feed document) or a single entity (as an entry document).

POST: Create a new entity from an entry document.

PUT: Update an existing entity with an entry document.

PATCH: Update an existing entity with a partial entry document.

DELETE: Remove an entity.

Any platform that provides support for HTTP and XML is enough to form HTTP requests to interact with AtomPub. The OData specification defines how AtomPub is used to standardize a typed, resource-oriented CRUD interface for manipulating data sources.

Вот только не надо тут про REST. Эта аббревиатура мне ни о чём не говорит.

МСУАлексей КНу если всё сделано на SOAP, нужны очень веские аргументы, чтобы добавить в проект новый стандарт, в данном случае OData. Возможно проще что-то написать самому, чем увеличивать беспорядок проекта. Поэтому оцениваем все "за" и "против" срач в топике. :-)
А кто тебя заставляет выпиливать старое? А вот новое только на REST, даже не обсуждается.Внутрисистемные взаимодействия пишите как хотите, но все интеграции только в рамках корпоративного стандарта - SOAP!

МСУАлексей КEDM - это аналог WSDL. Я не про это. Я про возможность использования частей реализации ОДата по отдельности, например - парсинг OData параметров.
У ведь уже давал рецепты на этот финт. Вот http://codearticles.ru/articles/2472 http://codearticles.ru/articles/2486
Парсь и выплевывай результат.Я уже давно согласился, а ты всё с кем-то споришь.

МСУАлексей КЯ этого не знал, теперь знаю.
Тебе об этом раз 100 сказали. Вру, 150 Один раз!

МСУАлексей КЭто 100 бантиков, на основе которых никто не будет строить корпоративные стандарты.
Готов тебя разочаровать, уже строят. Причем ведущие вендоры."Вендоры" на этом деньги зарабатывают. Им чем больше кипиша - тем лучше. Не нужно идти на поводу у них.

МСУАлексей КВышла новая версия Windows: "Мы вернули кнопку 'Пуск' - это огромный шаг для всего человечества".
15 лет назад: "Вот вам СУБД с сетевым доступом к ней и SQL. Теперь клиенты могут делать произвольные запросы к БД".
10 лет назад: "Двухзвенка УГ. Клиенты не должны напрямую ходить в БД, только через сервер приложений.".
Сегодня: "Сервер приложений нам мешает делать запросы к БД, но мы нашли способ всех наипать".
Жалкие попукивания вхолостую молодого умного человека, упорно косящего под полувнятного старика-кряхтуна, который сидит жопой на стуле у монитора и нещадно смердит. Согласен?
автор– Ничего опасного! – с жаром возразил Филипп Филиппович, – никакой контрреволюции! Кстати, вот еще слово, которое я совершенно не выношу! Абсолютно неизвестно, что под ним скрывается! Черт его знает! Так я говорю: никакой этой самой контрреволюции в моих словах нет. В них лишь здравый смысл и жизненная опытность...

МСУАлексей КВот только не надо тут про REST. Эта аббревиатура мне ни о чём не говорит.
Загугли. Она хорошо гуглится Википедию выше обсуждали уже.

skyANAАлексей Кпропущено...
Ну если всё сделано на SOAP, нужны очень веские аргументы, чтобы добавить в проект новый стандарт, в данном случае OData. Возможно проще что-то написать самому, чем увеличивать беспорядок проекта. Поэтому оцениваем все "за" и "против" срач в топике. :-)Если всё грамотно сделано на SOAP, то нужны веские аргументы, чтобы объяснить, почему такие трудности с переходом на OData :)Трудностей нет, берём и копаем. Но зачем?

skyANAАлексей Кпропущено...
Трудностей нет, берём и копаем. Но зачем?Вам-то оно понятно не за чем.

А в общем случае, чтобы открыть для себя новые горизонты :)Что-то устал я от "новых горизонтов" в последнее время. Может позже. :-)

skyANAК примеру интегрировать в проект какую-нибудь полезную штуку, разработчики которой клали на конкретно ваш SOAP-шлюз, на ваш WSDL.
Они реализовали поддержку открытого протокола, бери да налаживай взаимосвязь без генерации, отладки и тестирования лишних прослоек.
Мир ведь давно уже с монолитных приложений пересел на рельсы интеграции.Я не против OData. Я не понимаю, зачем SOAP ругать.

skyANAАлексей К, дык у ругальщика характер просто такой :)Я знаю, и у меня такой же. В общем, всё в порядке. :-)

hVosttАлексей КЯ не против OData. Я не понимаю, зачем SOAP ругать.

С AXIS когда-нибудь работал?Нет.

hVosttАлексей К,

Под «доведётся» я имел в виду не писать на Java, а дёргать AXIS-сервис из своего любимого .NET-а. Возможен всплеск сильного желания взять бердянку и пойти кого-нибудь расхреначить «Боже, храни Америку!» Мы работаем с сервисами, написанными на Java с той стороны. Проблем не было. Я не знаю, на чём они там пишут, может AXIS, может ещё что...