реквест: SOAP-интерфейс к БД

0

0

к LOR'у несколько человек приделывает разнообразные GUI. я вот немного поковырялся в сторону приделки гейта email -> LOR.

нельзя ли прикрутить SOAP-интерфейс примерно с таким функционалом

* авторизация с логином/паролем пользователя (можно при вызове каждой функции его просто передавать)

* такой примерно набор функций:

* получить сообщение по ID
* получить перечень ID сообщений по ID треда
* получить перечень ID тредов со статистикой «всего сообщений» по ID группы
* получить перечень ID групп со статистикой «всего сообщений»
* отправить сообщение в ответ на сообщение с ID (тема + сообщение)

разработчикам форума наверно написать такие четыре функции будет несложно, а пользователи смогут написать разнообразные фронтенды не используя парсеры html (который таки иногда меняется)

Ссылка

←

нацпол

Закрепите ненадолго эту тему

→

← 1 2 →

Ответ на: email -> LOR от undertaker 04.12.09 17:23:23 MSK

>> к LOR'у несколько человек приделывает разнообразные GUI. я вот немного

поковырялся в сторону приделки гейта email -> LOR.

Зачем? Возьмите rss2email.

RSS - убогий велосипед эпохи Web 2.0.

grusha
(05.12.09 17:38:31 MSK)

Ссылка

В качестве RPC мне больше нравится простой REST-style интерфейс, SOAP пугает своей монструозностью. Если кто-то хочет добавить API - делайте, однако код должен использовать Spring WebMVC, максимально используя имеющиеся контроллеры и классы, не делая самостоятельно запросов к БД через jdbc. Так же код не должен быть сделан методом copy&paste с существующего кода. Не стоит менять схему БД без реальной необходимости.

Патч должен быть законченным, чтобы его можно было наложить через git-am и запустить, без прикручивания/допиливания.

maxcom ★★★★★
(07.12.09 12:53:42 MSK)

Ответ на: комментарий от maxcom 07.12.09 12:53:42 MSK

> В качестве RPC мне больше нравится простой REST-style интерфейс, SOAP пугает своей монструозностью. Если кто-то хочет добавить API - делайте, однако код должен использовать Spring WebMVC, максимально используя имеющиеся контроллеры и классы, не делая самостоятельно запросов к БД через jdbc. Так же код не должен быть сделан методом copy&paste с существующего кода. Не стоит менять схему БД без реальной необходимости.

Патч должен быть законченным, чтобы его можно было наложить через git-am и запустить, без прикручивания/допиливания.

блин, я совсем не знаю java :(

rsync ★★
(07.12.09 16:17:50 MSK) автор топика

Ссылка

Ответ на: комментарий от maxcom 07.12.09 12:53:42 MSK

Дополнительные библиотеки для REST использовать можно? CXF или Jersey?

svr69 ★★
(08.12.09 13:41:56 MSK)

Ответ на: комментарий от svr69 08.12.09 13:41:56 MSK

можно, наверное лучше Jersey. Я думаю как выйдет Spring 3.0 переведу сайт на него (пока не пробовал, нужно ли что-то переделывать или нет), а там есть нативная поддержка REST.

maxcom ★★★★★
(08.12.09 14:01:20 MSK)