jersey java.lang.IndexOutOfBoundsException的解决办法

最新推荐文章于 2024-06-26 13:26:30 发布

caorongqiang

最新推荐文章于 2024-06-26 13:26:30 发布

阅读量3.1k

点赞数

分类专栏： WEB开发文章标签： jersespan idtransmar exceptspan idtransma span idtransmarkspan

本文链接：https://blog.csdn.net/caorongqiang/article/details/44852951

版权

WEB开发专栏收录该内容

2 篇文章 0 订阅

订阅专栏

使用jersey开发了API，一直使用的很好。有一天新增加了一个函数，原来已经存在如下函数：

protected Response reportError(int code, String message)

...省略实现

根据新的想法，需要返回HTTP的状态码，于是增加了如下的函数定义：

protected Response reportError(int code, String message,int status)

...省略实现

重新编译和部署，出现如下错误：

四月 03, 2015 10:49:09 上午 org.apache.catalina.core.StandardWrapperValve invoke
严重: Servlet.service() for servlet [SCE-REST-API] in context with path [/restapi3] threw exception [java.lang.IndexOutOfBoundsException: Index: 2, Size: 2] with root cause
java.lang.IndexOutOfBoundsException: Index: 2, Size: 2
   at java.util.ArrayList.rangeCheck(ArrayList.java:635)
   at java.util.ArrayList.get(ArrayList.java:411)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getParameterMetaData(AnnotationMetaDataProvider.java:406)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.findExecutableMetaData(AnnotationMetaDataProvider.java:316)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getMetaData(AnnotationMetaDataProvider.java:301)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getMethodMetaData(AnnotationMetaDataProvider.java:287)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.retrieveBeanConfiguration(AnnotationMetaDataProvider.java:147)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getBeanConfiguration(AnnotationMetaDataProvider.java:134)
   at org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getBeanConfigurationForHierarchy(AnnotationMetaDataProvider.java:117)
   at org.hibernate.validator.internal.metadata.BeanMetaDataManager.createBeanMetaData(BeanMetaDataManager.java:179)
   at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getOrCreateBeanMetaData(BeanMetaDataManager.java:207)
   at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getBeanMetaData(BeanMetaDataManager.java:155)
   at org.hibernate.validator.internal.engine.ValidatorImpl.getConstraintsForClass(ValidatorImpl.java:325)
   at org.glassfish.jersey.server.validation.internal.ConfiguredValidatorImpl.getConstraintsForClass(ConfiguredValidatorImpl.java:105)
   at org.glassfish.jersey.server.validation.internal.ConfiguredValidatorImpl.validateResourceAndInputParams(ConfiguredValidatorImpl.java:121)
   at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:139)
   at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
   at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:104)
   at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:384)
   at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:342)
   at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
   at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:271)
   at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
   at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
   at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
   at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
   at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
   at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:297)
   at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:254)
   at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1030)
   at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:377)
   at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:381)
   at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:344)
   at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:221)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
   at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
   at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:503)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
   at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
   at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
   at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)
   at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
   at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314)
   at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
   at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
   at java.lang.Thread.run(Thread.java:745)

这是第二次遇到类似的错误了，上次两个函数重载，但那两个函数是有＠Path修饰的函数，一时半会也没有往这方面想。于是，使用笨办法，使用eclipse进行远程单步调试，不停地看org.hibernate.validator.internal.metadata.provider.AnnotationMetaDataProvider.getParameterMetaData(AnnotationMetaDataProvider.java:406)周边的代码，

399 private List<ConstrainedParameter> getParameterMetaData(ExecutableElement executable) {
400      List<ConstrainedParameter> metaData = newArrayList();
401
402     List<String> parameterNames = executable.getParameterNames( parameterNameProvider );
403      int i = 0;
404     for ( Annotation[] parameterAnnotations : executable.getParameterAnnotations() ) {
405          boolean parameterIsCascading = false;

406           String parameterName = parameterNames.get( i );
407          Set<MetaConstraint<?>> parameterConstraints = newHashSet();
408          ConvertGroup groupConversion = null;
           ConvertGroup.List groupConversionList = null;
           boolean requiresUnwrapping = false;

查看了半天，竟然是reportError错误，原因是一个是2个参数，一个是3个参数，于是就错了。

建议，使用jersey进行开发时，不要使用方法重载功能，可能会出现错误。