Phương pháp nào tồn tại để tự động tạo ra các nhánh máy khách java từ các tệp WSDL?

Question

Tôi mới sử dụng các dịch vụ web và đã đọc một số thông tin về XML, SOAP và WSDL. Nó rất thú vị! Tôi đang làm việc trên một dự án hiện có có dịch vụ web và ứng dụng khách. Tuy nhiên, khách hàng 'up cao hơn' không hài lòng với ứng dụng khách. Nó quá phức tạp, họ muốn một ứng dụng thân thiện và đơn giản hơn có thể dễ dàng mở rộng.

Dự án sử dụng Apache Axis2. Tôi đã tìm thấy các tệp WSDL và muốn xây dựng một ứng dụng khách dựa trên đó. Tuy nhiên tôi không muốn sử dụng Axis2 vì những lý do trên (ý kiến ​​của họ). Tôi tự hỏi làm thế nào một khách hàng đơn giản tôi có thể làm cho rằng tôi phải làm việc với mã đã có (tập tin wsdl) Có ai biết bất kỳ phương pháp khác tôi có thể sử dụng để tự động tạo ra khách hàng stubs dựa trên các tập tin WSDL hiện có? Tôi đã nghe nói về wsimport, điều này vẫn hoạt động ngay cả khi các tệp wsdl được tạo bằng cách sử dụng Axis2?

Bất kỳ trợ giúp hoặc mẹo nào được đánh giá cao.

Answer 1

Xem Step1: Generate Skeleton Code:

Để tạo bộ xương và các lớp học cần thiết, bạn có thể sử dụng công cụ WSDL2Java cung cấp trong Axis2. Công cụ này nằm trong thư mục bin của phân phối và có thể được thực hiện bằng cách sử dụng các tập lệnh được cung cấp (.bat hoặc .sh).

$ wsdl2java.sh -uri ../samples/wsdl/Axis2SampleDocLit.wsdl -ss -sd -d xmlbeans 
    -o ../samples -p org.apache.axis2.userguide 

Answer 2

Spring web services có thể giúp đỡ. Tôi đề nghị mùa xuân nói chung.

Answer 3

tôi sử dụng phương pháp mô tả trong Creating a Web Service Client in 3 Steps Using Eclipse

Answer 4

Một trong những lợi thế của việc sử dụng SOAP là sự giàu có của các thư viện client có sẵn. Tốt nhất là hỏi khách hàng của bạn những gì họ ưa thích công nghệ triển khai là đầu tiên.

khách hàng khả năng hỗ trợ Java hoặc C# khách hàng ngay lập tức sẽ tuyên bố allegience của họ để búa mà họ yêu thích :-)

Nếu khách hàng của bạn không quan tâm nó có nghĩa là họ chỉ muốn một cái gì đó "công trình" và là "dễ dàng/rẻ để duy trì ". Nếu đúng như vậy thì tôi khuyên bạn nên sử dụng một trong các giải pháp được đưa ra trong answer

Tôi là một người hâm mộ lớn của Axis2, nhưng theo kinh nghiệm của tôi, CXF tạo mã dễ đọc hơn từ các WSDL phức tạp. Mặc dù vậy, API hiếm khi có thể sử dụng được ... WSDL có xu hướng được thiết kế quá mức với nhiều cấp độ phức tạp và đa dạng của kế thừa lược đồ XML ..... Khách hàng luôn đổ lỗi cho khung công tác tạo mã cho mã máy khách "không đọc được" mà không có suy nghĩ về đặc tả giao diện không thể diễn giải mà không có sự trợ giúp của một công cụ thiết kế XML đắt tiền :-)

Lời khuyên của tôi? Nếu bạn kiểm soát mã phía máy chủ, sau đó đơn giản hóa WSDL để nó xác nhận cùng một thông điệp SOAP. Bạn sẽ nhận thấy rằng mã phía máy khách trở nên đơn giản hơn rất nhiều và bạn sẽ hiểu rõ hơn về những gì dịch vụ web của bạn đang cung cấp.

Phương án thay thế (nếu bạn không kiểm soát WSDL), hãy sử dụng công cụ như SOAPUI để xem SOAP/XML thực sự được trao đổi và chỉ tạo các thông điệp XML đó trực tiếp.

Answer 5

Hãy thử wsimport. Tôi đã sử dụng nó trước đây. Vào thời điểm đó, tôi quyết định chống lại Axis2 vì lý do chính là nó tạo ra những cuống phức tạp và cồng kềnh hơn để chống lại.

Answer 6

Vâng, chúng tôi đã sử dụng xfire, nhưng không phải là cách tiếp cận trung tâm wsdl: wsdl được tạo ra khi đang di chuyển từ các giao diện từ xa tiếp xúc. Khách hàng có cùng giao diện được ánh xạ tới wsdl được tạo tự động.

AFAICS Xfire phát triển thành CXF, và CXF home page nói với tôi điều này:

CXF hỗ trợ cả hợp đồng phát triển đầu tiên với WSDL và mã phát triển đầu tiên bắt đầu từ Java. Đối với REST, CXF cũng hỗ trợ giao diện người dùng JAX-RS (TCK ).

Như tôi đã hiểu, bạn sẽ cần công cụ wsdl2java để tạo sơ đồ phía máy khách từ tệp WSDL hiện có nếu bạn chọn dựa trên wsdl. Nếu cả hai đồng nghiệp chạy java, thì cách tiếp cận java-centric là có thể áp dụng được và khá minh bạch hơn (vì các giao diện dịch vụ/POJO có thể được chia sẻ trên máy khách/máy chủ với phương tiện được tạo trong thời gian chạy).