Sprawdzanie czasu wykonywania WSDL za pomocą JAX-WS

Question

Rozwijamy platformę MDA, która obsługuje usługi WWW. Użytkownik może dostarczyć WSDL w środowisku wykonawczym i wygenerować wszystkie artefakty (interfejs usługi i implementacja dla serwera oraz konsument dla klienta), używając wewnętrznie JAX-WS.

Chcemy dodać sprawdzanie poprawności do dokumentu WSDL dostarczonego przez użytkownika. Teraz użytkownik musi sprawdzić to za pomocą zewnętrznego narzędzia, takiego jak Oxygen, XMLSpy lub narzędzie internetowe, ale chcemy to dodać jako część naszego systemu. Dobrą funkcją będzie również sprawdzanie poprawności schematu, w tym osadzone schematy WSDL.

W JAX-WS (RI) jest wsparcie dla sprawdzania poprawności schematu w czasie pracy (przy użyciu adnotacji @SchemaValidation), ale nie znalazłem żadnego wsparcia dla walidacji WSDL.

Próbowaliśmy zintegrować Eclipse's WSDL validator, ale wygląda na to, że nie działa dla nas.

Czy jest jakiś sposób zrobienia tego z JAX-WS? Jeśli nie, czy istnieją inne ramy weryfikacji, które możemy zintegrować?

Dzięki

Answer 1

Jest trochę zamieszania w swoim pytaniu, że muszę najpierw wyjaśnić.

Wygląda na to, że chcesz sprawdzić poprawność WSDL (składnia + WS-I) i XSD, osadzone lub odniesione zewnętrznie przez WSDL. Z drugiej strony wprowadzasz funkcję @SchemaValidation, która jest używana do sprawdzania poprawności dokumentów instancji.

W tradycyjnym podejściu można powiedzieć, że chcemy przynajmniej zweryfikować artefakty czasu projektowania (WSDL + XSD).

W tym scenariuszu wtedy, polecam następujące:

WSDL: do testowania zgodności WS-I, proszę spojrzeć na test tools section of the WS-I site. Nie jest jasne, w jaki sposób posiadane przez nich licencje z ich narzędziami testowymi będą działać z twoją, ale przynajmniej powinny dać ci wyobrażenie o tym, co by wyglądało, gdyby to nie działało dla ciebie.

AKTUALIZACJA: Dodatkowe zasoby walidacyjne WSDL: - Eclipse oparte, w jaki sposób korzystać poza środowiskiem Eclipse.

XSD: jeśli naprawdę potrzebujesz osobnego sprawdzania poprawności plików XSD, rzeczy mogą być trudne dla produktu o jakości produkcji; WSDL4J nie jest tu zbyt pomocne i uważam, że XSOM jest drogą do tego rodzaju pracy. Musisz wyodrębnić zawartość z sekcji typów jako jeden lub więcej plików XSD (może to być więcej niż jeden plik XSD, spójrz na kilka przykładów, Microsoft SharePoint WSDL przychodzą mi na myśl jako dobry przypadek testowy), przypisz uri podstawową dla każdy wyodrębniony XSD, który pasuje do lokalizacji WSDLs, a następnie użyj XSOM do sprawdzenia poprawności tych.

Od momentu wygenerowania klienta najprawdopodobniej nie dotyczy to sprawdzania poprawności, powiedzmy nagłówków HTTP (SOAP 1.1/HTTP, SOAPAction, jeśli jest zgodna z definicją operacji WSDL). Jeśli w końcu zainteresujesz się tym, co nazywam sprawdzaniem poprawności w czasie wykonywania, poleciłbym inny układ w twoim podejściu (tzn. Nie będę polegał na @SchemaValidation, ale raczej zrobię to za pomocą przejrzystej i ogólnej usługi proxy).