2014-06-30 2 views
0

SoapUI 5.0.0과 관련된 흥미로운 동작이 있습니다.teststep이 testcase에서 호출 될 때 SoapUI 동작이 다릅니다.

텍스트/xml을 게시하도록 구성된 HTTP 테스트 요청 단계가 있습니다. 참조가 내가 만든과의 jar 파일에 배치 한 자바 함수를 호출된다

FirstServiceDate="${=pluto.ServiceDate.adjustDate(modelItem, 1)}" 

참고 : 나는 비슷한 요청의 일부 속성에 확장 속성이 요청 내

내 설치의 bin/ext 폴더.

요청 단계를 사용하여 요청을 보내면 재생 단추가 예상대로 재생되고 특성의 올바른 값이 원시 메시지 내용에 배치되고 적절하게 전달됩니다. I 테스트가 교체 단계를 포함하는 테스트 케이스를 실행할 때

그러나 대신 출력으로 다음 오류 메시지를 배치 :

No signature of method: static pluto.ServiceDate.adjustDate() is applicable 

이 나타내는 것 인 검사 단계가 실행되는 때 그 수 더 이상 문제의 Java 클래스를 찾거나 사용할 수 없습니다.

요청 대체와 관련하여 비영어권 버전을 의도적으로 제한합니까? 아니면 테스트 사례를 실행할 때 발견 된 클래스를 얻기 위해 더 많은 조치가 필요합니까?

편집 : PRO 버전에 대해서도 테스트를 완료했습니다. jar 파일을 다른 곳에서 찾아야하는 경우를 제외하고는이 제한/버그가 계속 존재합니다.

+0

.jar _also_를'$ SOAPUI_HOME/lib'에 넣으십시오. SoapUI에 잠시 동안 버그가 있었는데, _still_은 수정되지 않았을 수 있습니다. – SiKing

+0

@SiKing - 응답 해 주셔서 감사합니다. 불행히도 그것은 작동하지 않습니다. TestCaseRunner 클래스는 비 프로 버전에서로드되고 사용 가능한 것을 제한하는 자체 클래스 로더를 설정해야합니다. – sweetfa

+0

이것은 Pro 버전이 아닌 경우에도 작동해야합니다! – SiKing

답변

0

는 단서

No signature of method .... is applicable 

SoapUI 실제로 라이브러리를 찾는 오류하는 modelItem로를 통해 전달되는 객체의 그러나 종류의 표현에가에서 실행되는지 여부에 따라 다릅니다 TestStep 또는 TestCase.

modelItem의 유형을 AbstractModelItem으로 변경하면 코드가 작동합니다.

다른 메커니즘이 서로 다른 modelItem 클래스를 제공한다는 점에 유의하십시오.

관련 문제