>Java >java지도 시간 >Spring MVC가 정상적으로 매개변수 값을 획득하지 못하는 문제 해결(코드첨부)

Spring MVC가 정상적으로 매개변수 값을 획득하지 못하는 문제 해결(코드첨부)

不言
不言앞으로
2019-04-13 09:56:074573검색

이 글의 내용은 Spring MVC가 정상적으로 (코드를 통해) 매개변수 값을 얻을 수 없는 문제에 대한 해결 방법입니다. 특정 참고값이 있으므로 참고하시면 도움이 될 것입니다.

최근 개발 중에 매우 이상한 문제가 발생했습니다. tomcat8에서 Spring MVC 프레임워크를 사용할 때 Controller의 메소드 매개변수가 해당 값을 정상적으로 가져오지 못하는 문제가 tomcat 버전을 7.0으로 변경하여 해결되었습니다.

다음 솔루션 프로세스를 기록하세요. 먼저 위의 그림을 기록하세요.

프로젝트는 ssm 아키텍처를 채택하고 매개변수 비밀번호 값은 여기에서 얻을 수 없습니다. 온라인에서 관련 정보를 검색하여 얻었습니다. 다음 해결 방법을 따르지만 그 중 어느 것도 효과가 없습니다.

1. @RequestParam 주석을 사용합니다.

RequestParam 주석을 비밀번호 매개변수에 추가한 후에도 디버깅에서 필요한 값을 true로 변경할 수 없습니다. 오류가 바로 보고됩니다. 오류의 의미는 비밀번호 매개변수가 누락되었지만 매개변수가 명확하게 전달되었습니다. 왜 여전히 매개변수가 누락되었다고 표시되나요? 이때, 파라미터 전달 방식에 문제가 있을 수 있다고 판단됩니다. 매개변수 전달 방식을 변경하여 URL 끝에 비밀번호 값을 추가하고 GET 요청과 마찬가지로 매개변수를 전달합니다. 물론 이러한 이유로 매개변수의 값을 수신할 수 있습니다. 그러나 이 매개변수 전달 방식을 사용하면 RequestParam Annotation을 추가하지 않고도 매개변수의 값을 수신할 수 있다. 이 메소드는 전달받은 인자의 값을 받을 수 있지만 POST의 인자 전달 방식이 참을 수 없어서 다음 메소드를 찾아봅니다

2 @RequestBody 어노테이션

RequestBody를 사용합니다. to see the literal 요청의 본문을 뜻하는데 실제로 요청을 했을 때 본문에 매개변수를 넣어서 전달을 했는데요. 이 주석을 보니 희망이 보이는 것 같아 기대가 되었습니다. Tomcat을 다시 시작한 다음 Postman으로 호출했습니다. 이번에는 요점을 직접 어겼습니다. 아무것도 입력되지 않았으며 예외가 직접 보고되었습니다:

org.springframework.http.converter.HttpMessageNotReadableException: 필수 요청 본문이 누락되었습니다: public boolean com. scdq.manager.controller.SystemController.login(java.lang.String)

예외의 일반적인 의미는 필요한 요청 본문이 누락되었다는 것입니다. 관련 정보를 쿼리한 결과 RequestBody를 이 방식으로 사용할 수 없는 것으로 나타났습니다. 클래스를 생성하고 클래스에 관련 매개변수를 정의한 후 이 클래스를 RequestBody 주석의 매개변수 유형으로 사용해야 합니다.

이런 방식으로 코드를 수정하고 Tomcat을 다시 시작하고 Postman을 사용하여 호출했습니다. 그런 다음 다시 예외를 보고했습니다.

org.springframework.web.HttpMediaTypeNotSupportedException: 콘텐츠 유형 'application/x-www-form- urlencoded'가 지원되지 않음

예외의 일반적인 의미는 콘텐츠 유형이 application/x-라는 것입니다. www-form-urlencoded. 일반적으로 양식을 통해 제출되는 데이터는 기본적으로 RequestBody 주석이 있는 이유일 것으로 추측되므로 매개변수를 전달하는 또 다른 방법: JSON 형식을 사용하여 데이터를 전달합니다

이러한 매개변수 전달 방식을 사용하면 실제로 매개변수의 값을 받을 수는 있지만 매개변수를 받는 방법과 매개변수를 전달하는 방법이 복잡해졌습니다. 이 프로젝트를 회사에서 집으로 복사해서 계속해서 작성했습니다. 회사에 있을 때는 모든 것이 디버깅이 잘 되었는데, 집에 돌아와 보니 왜 같은 코드가 실행되지 않았는지 이해할 수 없었습니다. 수정되었습니다. 집에 돌아왔을 때 왜 문제가 발생했나요? 코드는 동일하지만 실행 결과가 다르기 때문에 실행 환경이 변경되었음을 의미할 뿐입니다. 그렇다면 환경은 정확히 어디에서 다른가요? 이런 문제가 발생하면 먼저 데이터베이스의 구조를 고려해보세요. 그러나 집 컴퓨터의 데이터베이스 버전이 회사 컴퓨터와 동일하고 데이터가 회사에서 직접 복사되므로 데이터베이스는 직접 배제됩니다. Controller에서 수신된다는 점은 말할 것도 없고, 매개변수와 데이터베이스에 접근하는 단계가 없으면 데이터베이스와 관련될 가능성이 더욱 낮아져 데이터베이스의 원인을 직접적으로 배제할 수 있습니다. 프로젝트가 Maven으로 빌드되기 때문에 Maven이 자동으로 해당 jar 패키지를 다운로드하는데, Maven이 자동으로 다운로드하는 jar 패키지에 문제가 있는 것인지 궁금합니다. 그런 다음 로컬 웨어하우스에 있는 jar 패키지를 모두 삭제하고 Maven을 다시 시작하도록 하세요. .. 다운받아서 여러번 반복해 보았지만 여전히 문제는 Maven의 원인을 일시적으로 배제할 수밖에 없었습니다. 결국 다른 이유는 생각나지 않아서 회사 톰캣 버전이 7.0이고, 집에 있는 톰캣 버전이 8.0인데 두 가지 톰캣 버전이 서로 맞지 않아서 의심이 들기 시작했습니다. 무의식적으로 tomcat 버전이어야 한다고 생각하지 마세요. 결국 8.0은 7.0 이후의 기능 업그레이드여야 한다고 무의식적으로 생각합니다. 이렇게 생각했지만 여전히 죽은 말이고 살아있는 의사라는 마음으로 테스트에 나섰습니다. .. 너무 예상치 못한 결과가 나왔습니다. 매개변수 값을 얻으셨나요? ! ! ! 정말 Tomcat 버전 때문인가요? 이건 너무 지루한 것 같아요. . . . 무턱대고 상위 버전을 추구하는 것은 좋지 않은 것 같습니다. [관련 권장 사항: Java 튜토리얼]

위 내용은 Spring MVC가 정상적으로 매개변수 값을 획득하지 못하는 문제 해결(코드첨부)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 segmentfault.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제