Лол у меня календарь другой каклй-тл видимо

☹️я работаю безз выходных

Кто-нибудь умеет в Micronaut?
Пытаюсь разобраться можно ли в нём написать апи в одном классе и затем использовать его  как для контроллеров, так и для клиентов.
Из официальной документации выглядит будто нужно дважды прописывать маршруты, например:
@Controller("/route") и @Client("http://myurl.com/route")
Что выглядит не особо удобно.

В микронавте такую штуку не встретил, она есть в Lagom, но для джавы это прям сомнительное удовольствие будет

В jax-rs это из коробки, потом в cxf и feign удобно использовать

ну не прям из коробки, jersey-proxy-client это все таки extension

Можно попробовать взять Open API plugin для grade или мейвен

в спринге на раз делается такое кстати, если @RequestMapping в интерфейсе написать

The value you pass to the Client annotation can be one of the following:

A absolute URI. Example https://api.twitter.com/1.1

A relative URI, in which case the server targeted will be the current server (useful for testing)

A service identifier. See the section on Service Discovery for more information on this topic.

Получается достаточно создать какой-нибудь TwitterResource c константой PATH, в TwitterCOntroller этот PATH использовать в @Controller, а в TwitterClient использовать HOST+PATH в @Client

либо посмотреть в сторону:

A service identifier. See the section on Service Discovery for more information on this topic.

Проблема в том что приходится дважды писать Path, вопрос в том как этого избежать

тогда не юзать PATH над классом, а только конкретно в роутах

а в клиенте использовать service id

ну или базовый урл какой-то

public interface TwitterResouce {

    @Get(«/tweets/{id}»)
    Single<Tweet> findById(String id);
}

@Client(«https://api.twitter.com/1.1»)
public interface TwitterClient extends TwitterResource {

    Single<Tweet> findById(String id);
}

@Controller(«/api/v1»)
public class TwitterController implements TwitterResource {

    @Override
    Single<Tweet> findById(String id) {..};
}

@Orkig вот псевдокод, но разве что-то подобное не получилось у тебя?

Привык писать общий path в интерфейсах над классом, про такой хак не успел подумать

коллеги, есть подвижки по моему исходнику?

wat?