Можно ли поместить переменные в путь к ресурсу в сервлете sling?

Теперь можно интегрировать jersy(JAX-RS) с CQ. Мы можем создать примитивный прототип, чтобы поздороваться с миром.

https://github.com/hstaudacher/osgi-jax-rs-connector

При этом мы можем использовать @PathParam для сопоставления запросов.

Спасибо и С уважением, Сан

Если данные, которые вы предоставляете, поступают из репозитория JCR, лучше всего структурировать их именно так, как вы хотите, чтобы URL-адреса были, это рекомендуемый способ работы с Sling.

Если данные являются внешними, вы можете создать собственный Sling ResourceProvider, который вы монтируете по пути /bin/api/user и получаете или создаете соответствующие данные на основе остальной части пути.

Простым примером этого является PlanetsResourceProvider набора тестов Sling, см. http://svn.apache.org/repos/asf/sling/trunk/launchpad/test-services/src/main/java/org/apache/sling/launchpad/testservices/resourceprovider/

Документы ресурсов Sling по адресу https://sling.apache.org/documentation/the-sling-engine/resources.html документирует общий механизм разрешения ресурсов.

Не существует прямого способа создания таких динамических путей. Вы можете зарегистрировать сервлет под /bin/api/user.json и указать остальную часть пути как суффикс:

/bin/api/user.json/abc123/phone/555-klondike-5/history
^                 ^
|                 |
servlet path      suffix starts here

то вы можете разобрать суффикс вручную:

@SlingServlet(paths = "/bin/api/user", extensions = "json")
public class UserServlet extends SlingSafeMethodsServlet {
    public void doGet(SlingHttpServletRequest request, SlingHttpServletResponse response) {
        String suffix = request.getRequestPathInfo().getSuffix();
        String[] split = StringUtils.split(suffix, '/');
        // parse split path and check if the path is valid
        // if path is not valid, send 404:
        // response.sendError(HttpURLConnection.HTTP_NOT_FOUND);
    }
}

RESTful подход к этому заключается в том, чтобы хранить информацию в структуре, которую вы хотите использовать. то есть /content/user/abc123/phone/555-klondike-5/history/ будет содержать все узлы истории для этого пути.

В этом использовании. вы можете получить готовый ответ json, просто позвонив

/content/user/abc123/phone/555-klondike-5/history.json

Или, если вам нужно что-то в определенном формате json, вы можете использовать разрешение ресурса sling для использования пользовательского ответа json.

Рад поделиться этим! Я работал ~ неделю, решая это, наконец, получил лучший ответ.

Во-первых: попробуйте использовать Джерси

osgi-jax-rs-connector, предложенный kallada, лучше всего, но я не смог заставить его работать на Sling 8. Я потратил целый день на попытки, все, что мне нужно показать, это жуткий класс, не найденный, ошибки и проблемы с зависимостями.

Решение: ResourceProvider

Ссылка Бертрана предназначена только для Sling 9, который еще не выпущен. Итак, вот как вы это делаете в Sling 8 и старше!

Два файла:

• ResourceProvider
• Сервлет

Провайдер ресурсов

Целью этого является только прослушивание всех запросов в /service, а затем создание «ресурса» по этому виртуальному пути, который фактически не существует в JCR.

@Component
@Service(value=ResourceProvider.class)
@Properties({
        @Property(name = ResourceProvider.ROOTS, value = "service/image"),
        @Property(name = ResourceProvider.OWNS_ROOTS, value = "true")
})
public class ImageResourceProvider implements ResourceProvider  {

@Override
public Resource getResource(ResourceResolver resourceResolver, String path) {

    AbstractResource abstractResource;
    abstractResource = new AbstractResource() {
        @Override
        public String getResourceType() {
            return TypeServlet.RESOURCE_TYPE;
        }

        @Override
        public String getResourceSuperType() {
            return null;
        }

        @Override
        public String getPath() {
            return path;
        }

        @Override
        public ResourceResolver getResourceResolver() {
            return resourceResolver;
        }

        @Override
        public ResourceMetadata getResourceMetadata() {
            return new ResourceMetadata();
        }
    };

    return abstractResource;
}

@Override
public Resource getResource(ResourceResolver resourceResolver, HttpServletRequest httpServletRequest, String path) {
    return getResource(resourceResolver , path);
}

@Override
public Iterator<Resource> listChildren(Resource resource) {
    return null;
}
}

Сервлет

Теперь вы просто пишете сервлет, который обрабатывает любые ресурсы, поступающие по этому пути, но это достигается путем обработки любых ресурсов с типом ресурса, который создается ResourceProvider, прослушивающим этот путь.

@SlingServlet(
        resourceTypes = TypeServlet.RESOURCE_TYPE,
        methods = {"GET" , "POST"})
public class TypeServlet extends SlingAllMethodsServlet {


    static final String RESOURCE_TYPE = "mycompany/components/service/myservice";

    @Override
    protected void doGet(SlingHttpServletRequest request, SlingHttpServletResponse response) throws ServletException, IOException {

        final String [] pathParts = request.getResource().getPath().split("/");
        final String id = pathParts[pathParts.length-1];
        response.setContentType("text/html");
        PrintWriter out = response.getWriter();
        try {
            out.print("<html><body>Hello, received this id: " + id + "</body></html>");
        } finally {
             out.close();
        }
    }
}

Очевидно, ваш сервлет будет делать что-то гораздо более умное, например, более разумно обрабатывать строку «путь» и, вероятно, создавать JSON.