Erfassen Sie alle möglichen path-Parameter jax-rs regex

Was ist die regex für @Path("<what_regex>") erfassen alle möglichen path-Parameter Tiefe (außer zu bestimmten Weg, das soll verarbeitet werden, durch eine andere Methode)?

Wie:

/{path1}/{path1}/{path1}/{path1}/{path1}/ und so weiter

Während immer noch anzeigen diese:

/create
/read
/update
/delete

Anderen Jax-rs-Ressource-Methoden.

@Singleton
@Path("/")
public class MyRest {
    @GET
    @Path({pathParam}) /* This works */
    public Response getSomething(...){}

    @POST
    @Path("create") /* Along with this */
    public Response createSomething(...){}

    //and so on
}
InformationsquelleAutor | 2013-04-08
  1. 17

    Zunächst, werden Sie wahrscheinlich nicht in der Lage sein zu fangen diese /{path1}/{path1}/{path1}/{path1}/{path1}/ wie Sie können nicht mit einer unbestimmten Anzahl von Parametern nur mit einem regex.

    Das heißt, es scheint die regex-engine verwendet, ist java eine (ziemlich logisch). So könnten Sie negative lookaheads, um sicherzustellen, dass Sie nicht fangen Sie Ihre keywords. Also ich denke, man könnte sowas haben: 

    @Path("/{path: (?!create|read|update|delete).*}")

    Dann teilen Sie die path var, mit "/" als Trennzeichen.

    Noch. Könntest du nicht einfach, um Ihre Funktionen, so dass die Allgemeinen Fall wird überprüft, letzten? Ich denke, es ist die einfachste...

    Dann würden Sie nur verwenden:

    @Path("/{path: .*}")

    was ist leichter, und mit weniger boilerplate.

    Edit:

    Um genau zu sein, der erste, der nicht übereinstimmt URLs wie "/erstellen/anythingelse", da es einfach verbietet zu haben /erstellen (und natürlich gilt das gleiche auch für Ihre anderen keywords).

    • Ich habe versucht, die Kontrolle dieser mit xenon.stanford.edu/~xusch/regexp und ich bekomme Fail: Unvollständige Eingabe
    • Was genau hast du dieses? Probieren.
    • Mein bad, Jax-rs @Pfad-Zuordnung überschreibt mapping, ich meine @Path("{path}") können co-existieren in der gleichen @Path("erstellen")
    • Ich weiß nicht wirklich sehen, was das problem ist. Ich hoffe, dass Sie können.
    • Jedenfalls scheint es du hast vergessen, eine erste Zuordnung erfolgt nach der Methode, also in deinem Beispiel, es konnte sich nicht jeder Konflikt.
    • Das funktionierte: @Path("/{path: .*}"), was ich meine, war ich wirklich nicht haben, um dies zu tun: @Path("/{path: (?!create|read|update|delete).*}")
    • Natürlich tun Sie das nicht, gibt es ein erstes mapping basierend auf dem Typ der Anfrage, dann können Sie die Reihenfolge der Funktionen, es auch zu tun. Die erste Lösung wäre gewesen, wenn ein Bär bedroht Sie, und Sie konnte nicht anders.
    • Ist diese Methode, die es ermöglicht, alle Unterpfade, die ein Sicherheitsrisiko?

    InformationsquelleAutor Loamhoof
Schreibe einen Kommentar