но всеравно норм компонент

еще раз, каким бандлом нужно интерпретировать параметры в yaml файле?

https://github.com/saxulum/ConfigServiceProvider#replacements

Есть кто на Oro движухе?

Ого? Что это?

Зачитывают доку вслух ?

?

Бля, это сегодня

Были, но не читали телеграм)

Есть кто на Oro движухе?

Тут много кто на Oro пилит проекты что ли?)

да не, то типа симфони движуха

но чет как-то разочаровался я

ребята кто работал с serializer A circular reference has been detected (configured limit: 1). хочу сириализовать сущность с связью один ко многим

Первый чувак конечно зашквар

а что за движуха? Дайте ссылку посмотреть плз

https://ru.orocrm.com/blog/news/oromeetup-10-kyiv

спс

никто с таким не сталкивался?

ребята кто работал с serializer A circular reference has been detected (configured limit: 1). хочу сириализовать сущность с связью один ко многим

видимо у сущностей есть обратная свяь

ага

и сереализовать не получится ?

http://symfony.com/doc/current/components/serializer.html#handling-circular-references

вот тут описано

Либо хендлить

Либо нормализации писать

На митапе - по секьюрити ничего вообще. По форквлов, благодаря тебе я утвердил мнение что эта штука не очень

Про страшное на ночь глядя. Кто-то делал экспорт данных из, прости господи, 1с через php? Насколько это болезненно и унизительно? Гугл подсказывает, что можно либо через COM-соединение забирать, либо заставлять 1с отдавать по запросу XML/JSON, так ли все просто?

Про страшное на ночь глядя. Кто-то делал экспорт данных из, прости господи, 1с через php? Насколько это болезненно и унизительно? Гугл подсказывает, что можно либо через COM-соединение забирать, либо заставлять 1с отдавать по запросу XML/JSON, так ли все просто?

да там все просто, правда через мыло, всмысли SOAP

SOAP?

да

@Big_Shark а он там из коробоки работает или нужно 1с-ника напрягать, чтобы включил?

@Big_Shark а он там из коробоки работает или нужно 1с-ника напрягать, чтобы включил?

1сника напрягать, я на самом деле хз, у нас было 3 или 4 1асника, поэтому я не парился

поговорили как сделать, они сказали что соап, ок, не вопрос, они мне сделали всдл, и эндпоинт, я сделал свою всдл и ендпоинт, и все

SOAP и WSDL... вернись мой 2008-ой

SOAP и WSDL... вернись мой 2008-ой

ну ты же понимаешь что 1с завис во времени

Рад был бы не иметь с ним дела. Но тут нужно проект оценить и эту интеграцию

Рад был бы не иметь с ним дела. Но тут нужно проект оценить и эту интеграцию

с интеграцией все просто, если 1сник нормальный, все просто, если идиот, то все очень тяжко

SOAP и WSDL... вернись мой 2008-ой

wsdl это 2008 год ?

wsdl это 2008 год ?

раньше еще)

но у меня это где-то 11-ый год

Окей, а что с заменой то ?

@ExileeD https://habrahabr.ru/post/46374/

Окей, а что с заменой то ?

graphql, rest?

даже мелкософт от SOAP отказывается

рест это не замена wdsl

рест это не замена wdsl

нет SOAP - не нужен wsdl

graphql в целом из всего что сейчас есть мне больше всех нравится. Он простой, предоставляет информацию о типах аля wsdl и в целом неплохо решает большинство задач (но не все конечно)

намного компактнее

и работает проще

graphql штука интересная, но мне кажется надо подождать

graphql штука интересная, но мне кажется надо подождать

там есть нюанс... одна из очень вкусных вещей в graphql - subscribe. И вот из-за нее нормального graphql сервера на пыхе не будет наверное)

а может подтолкнет делать неумираемый пых

хотя врядли

нет SOAP - не нужен wsdl

Проблема в том что нормальной замены вдсл нету. Нету стандарта IDL для REST. Везде свои велосипеды. для graphql только в декабре прошлого года что-то путное появилось, судя по гитхабу.

рест это не замена wdsl

а ты писал эти wsdl? Этож ад

Да писал

Проблема в том что нормальной замены вдсл нету. Нету стандарта IDL для REST. Везде свои велосипеды. для graphql только в декабре прошлого года что-то путное появилось, судя по гитхабу.

есть swagger

raml 1.0 норм (хотя по распространенности до сваггера ему далекова-то)

есть swagger

да свагер же гавно

да свагер же гавно

как по мне лучше wsdl

как по мне лучше wsdl

ну я в сортах говна не разбираюсь)

ну я в сортах говна не разбираюсь)

из всего что есть в плане необходимых фич сейчас лидер RAML. Но у него пока плохо с инфраструктурой. Под сваггер больше тулзов. Но скоро и под raml подтянутся.

из всего что есть в плане необходимых фич сейчас лидер RAML. Но у него пока плохо с инфраструктурой. Под сваггер больше тулзов. Но скоро и под raml подтянутся.

да под рамл тулзов крайне мало, еще есть джесонапи, он конечно немного из другой области, но штуки интересная, но вот с рамл ее очень сложно использовать

но в целом... я не особо думаю что в IPL есть хоть какой либо смысл

Как там у свагера дела идут с OpenAPI ?

Как там у свагера дела идут с OpenAPI ?

OpenAPI = сваггер.

ERROR: S client not available

но в целом... я не особо думаю что в IPL есть хоть какой либо смысл

в банках

в банках

чем банки отличаются от любой другой области?

возьми какой-то стандарт взаимодействия (HAL, JSONAPI) и ваяй себе

если надо стэйт машину замутить что бы клиентами управлять - все есть

просто чуть другой подход

ну или может я чего не знаю, тогда хотелось бы что бы ты поделился

Одна из задач с которой я сталкивался.

Если делать CMS которая билдит CMS. То без soap и wdsl не обойтись. Вот заходят в админку и билдят, или создают адаптер для SOAP и автоматом генерируются классы на основе wsdl и xsl , затем для каждого аргумента метода из SOAP прописываешь тип валидации. И вот это например будет Окно для какой-то банковской операции. Это при условии, что у нас не один SOAP, а их может быть сколько угодно, и вот для того чтобы сгенерировать каркас полный вместе с валидацией полей и всё это обернуть в один , билд CMS который имеет свои ограничения и может работать только с аккредитивами например. Вот как это можно сделать на ресте. Мне не понятно

Одна из задач с которой я сталкивался.

то есть крудогенерация на основе WSDL?

есть крудогенерация по json schema

устроит?)

есть конечно self-documented rest . Но это не фига не стандарт.

есть конечно self-documented rest . Но это не фига не стандарт.

ну правильно. Есть конкретные стандарты self-documented rest

ну то есть... дай мне определение слова "стандарт"

wsdl - стандарт jsonapi - стандарт odata - стандарт graphql - стандарт rest - стиль архитектуры сетевого взаимодействия

wsdl можно воспринимать например "стандартом де факто" в каком-то определенном сегменте, тут не спорю

но все же он далеко не идеален

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

но не надо говорить что это что-то хорошее)

Когда я поселдний раз смотрел json schema он еще был черновиком в IETF. Не знаю что счас поменялось.

Когда я поселдний раз смотрел json schema он еще был черновиком в IETF. Не знаю что счас поменялось.

ну есть v5-draft)

но все же он далеко не идеален

Про идеальность никто и не говорил. Выбор технологии api чистр зависит от требований. Как ты выше и описал

btw, 1c умеет теперь и rest odata - http://v8.1c.ru/o7/201312rest/

ну есть v5-draft)

Страшно драфты использовать в бизнесе. Особенно если это банк

Ну то что soap из 2008 это сильно преувеличенно. Где-то он лучше где-то хуже

WSDL не менялся уже 10 лет

если что

так что он из 2007-ого года

Страшно драфты использовать в бизнесе. Особенно если это банк

вот скажи... вот у тебя банк. Можешь мне объяснить какую именно проблему банка решает wsdl?

не подумай, мне реально интересно ибо с банковским сектором я не работал

есть небольшой опыт с пэймент гейтвеями только

Ну рест меняется что с того? Если нужна подпись сообщения. на ресте как это можно сделать без велосипеда ?