이클립스 마법사를 사용하여 WSDL에서 자바 코드를 생성했습니다. 이것도 비즈니스 논리를 만들 것입니까? 실제로 WebSphere에서 Tomcat으로 웹 응용 프로그램과 웹 서비스를 마이그레이션하는 마이그레이션 프로젝트를 진행하고 있습니다.나는 이클립스 마법사를 사용하여 wsdl에서 자바 코드를 생성했다. 이것도 비즈니스 논리를 만들 것입니까?
Eclipse 마법사와 기존 WSDL을 사용하여 일부 코드를 성공적으로 생성 할 수있었습니다. 이 프로세스에 대한 지식을 가진 사람이라면 Apache Axis2를 사용하여 웹 서비스를 WebSphere에서 Tomcat으로 마이그레이션 할 수 있도록 저를 교육시켜주십시오. 나는 모든 WebSphere 의존성을 제거하고자한다. 는 WSDL에서 클래스를 생성하기 위해 Eclipse를 사용
는단순히 당신에게 WSDL에 의해 정의 된 개체로 작업하는 쉬운 방법을 제공 할 것입니다. 그것은 하다니
이클립스는 비즈니스 로직을 자동 생성하는, 당신은 Axis2를 클래스와 함께 작동하도록 기존의 논리를 리팩토링 할 수있을 수 없습니다. 아마도 Axis 2 클라이언트 자습서를 살펴 보는 것이 도움이 될까요? 또한 마샬링 및 메시지 전송과 같은 작업을 처리하기 위해 Spring-WS를 살펴볼 수 있습니다.
정보를 보내 주셔서 감사합니다. Axis2에서 작동하도록 기존 논리를 리팩터링하는 데 도움이되는 몇 가지 문서에 대한 링크를 제안 해 주시겠습니까? 관련된 구현 된 예제는 많은 도움이 될 것입니다. – sandy
WebSphere는 JAX-RPC와 JAX-WS의 두 가지 웹 서비스 스택을 지원합니다. JAX-WS (더 현대적인 기술)는 애플리케이션 코드가 이식 가능하고 컨테이너 특정 클래스에 대한 의존성을 갖지 않도록 설계되었습니다. 반면 JAX-RPC는 코드 생성에 크게 의존하며 표준화되어 있지만 생성 된 코드는 컨테이너 특정 클래스에 종속됩니다. JAX-RPC 기반 웹 서비스는 여전히 확장 가능하지만, 한 구현에서 다른 구현으로 이동할 때 생성 된 코드를 다시 생성해야합니다.
기존 코드는 "WebSphere Stub, base64와 같은 WebSphere 특정 API를 사용합니다"라고 언급했습니다. 이는 애플리케이션이 JAX-RPC를 사용하고 있음을 나타냅니다. 코드를 완전히으로 다시 작성하지 않고 해당 코드를 Tomcat 으로 마이그레이션하는 것이 목표라면 가장 비용 효율적인 방법은 축 1.4와 같이 Tomcat에서 JAX-RPC 구현을 사용하는 것입니다. 이 경우 Axis 1.4 도구로 관련 코드를 다시 생성하면 WebSphere 종속성을 제거 할 수 있습니다.
내가 추천 할 수있는 위에서 제안한 솔루션에 대한 참조 문서를 얻을 수 있습니까? – sandy
비즈니스 논리가 정의에 의해 자동 생성 될 수없는 것이 아닌가? – djechlin
계약 우선 웹 서비스를 장려하는 Spring-WS를 사용하는 것이 좋습니다. –
@MarkoTopolnik - Apache Axis2를 사용해야합니다. 따라서 나는 같은 사용하여 붙어있다. :( – sandy