2013-01-09 3 views
1

현재 HTML 원본 데이터를 허용하고 매개 변수를 여러 부분으로 정리하는 HTML 정리 서비스를 구현하려고합니다. 문제는 거대한 html로 발생합니다. 내 테스트 케이스에서 나는 30MB의 HTML 텍스트를 사용한다. 컨트롤러 호출까지 20 초 (nginx에 대한 동일한 게시물을 초 단위로 적게받는 경우), 실제 html 처리에는 1.5 초가 소요됩니다. 이 프레임 워크 본문 파서 수 있습니다 가정합니다. 어떤 단서?Multipart parser Play-2.0의 대규모 멀티 파트 POST 성능 페널티

+1

다른 본체 파서를 사용하는 경우 컨트롤러를 호출하는 데 얼마나 걸리나요? 노골적인? –

+0

김, 생은 약 걸립니다. 2 초 – frx

답변

1

이것은 성능 버그와 같습니다. 당신은 그것을보고해야하고 - 지금은 아파치 코 몬즈 FileUpload와 같은 다른 라이브러리를 사용하여 파싱을해야합니다. 서블릿 기반이 아닌 프레임 워크와 쉽게 통합 될 수 있습니다. RequestContext 인터페이스를 구현하고 parseRequest 메소드를 호출하기 만하면된다. http://commons.apache.org/fileupload/apidocs/org/apache/commons/fileupload/FileUploadBase.html#parseRequest(org.apache.commons.fileupload.RequestContext을 참조하십시오.