Tôi đã viết 2 dịch vụ web, một với Jax-WS và một với Jax-RPC. Họ chỉ trả về một Chuỗi.JAX-WS so với JAX-RPC
Tôi nhấn mạnh kiểm tra cả với jMeter và, kỳ lạ, do đó Jax-RPC nhanh hơn một chút.
Khi nào tôi thực sự thu được lợi nhuận của Jax-WS trong các khía cạnh của hiệu suất (thời gian đáp ứng, thời gian CPU, đống)? Tôi có thể chứng minh bằng cách nào?
cảm ơn thời gian của bạn! =)
Bạn đã không đề cập đến bất cứ điều gì về việc triển khai bạn đang sử dụng nên rất khó để nói bất cứ điều gì về họ :)
Tôi không biết nếu điểm chuẩn của bạn là đại diện của bất cứ điều gì, Tôi không chắc nó cho phép đưa ra bất kỳ kết luận hợp lệ nào.
JAX-WS được cho là hoạt động tốt hơn nói chung so với JAX-RPC, xem the already mentioned article.
JAX-RPC là tiêu chuẩn đã chết đã được cắt xén trong Java EE 6 (và do đó có thể bị xóa khỏi các phiên bản sau). Lý do cắt tỉa: JAX-RPC là một nỗ lực ban đầu trong việc lập mô hình các dịch vụ web SOAP như các cuộc gọi RPC. Các dịch vụ Web đã phát triển từ một mô hình RPC. API JAX-WS nổi bật, giàu tính năng và phổ biến hơn rất hiệu quả, siêu hiệu quả JAX-RPC.
Tóm lại, tôi chắc chắn sẽ không xây dựng dự án mới trên JAX-RPC.
java.rmi.Remote. Và sử dụng RemoteException tức là tất cả các phương pháp từ xa trong giao diện điểm cuối dịch vụ (SEI) sẽ ném tiêu chuẩn java.rmi.RemoteException. JAX-RPC 2.0 đã được đổi tên thành JAX-WS 2.0.@WebService, @SOAPBinding, @WebMethod, @WebParam, @WebServiceClient và vân vân.