Amazon S3 Java SDK＆Jackson生产中的奇怪异常

我正在使用Amazon S3将文件放入存储桶中，当我从本地主机连接时似乎正常工作。部署后，我得到一个奇怪的例外，我无法解释。我搜索了论坛并尝试了所有建议，但它不能解决我的问题。我甚至已将我的杰克逊注释和核心降级到不同的版本，而没有解决方案。有一点我能够连接到Amazon服务和上传文件，如果我从我的本地主机上运行....这里是我的全堆栈跟踪Amazon S3 Java SDK＆Jackson生产中的奇怪异常

StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception 
java.lang.NoSuchMethodError: com.fasterxml.jackson.databind.ObjectMapper.enable([Lcom/fasterxml/jackson/core/JsonParser$Feature;)Lcom/fasterxml/jackson/databind/ObjectMapper; 
     at com.amazonaws.partitions.PartitionsLoader.<clinit>(PartitionsLoader.java:54) 
     at com.amazonaws.regions.RegionMetadataFactory.create(RegionMetadataFactory.java:30) 
     at com.amazonaws.regions.RegionUtils.initialize(RegionUtils.java:66) 
     at com.amazonaws.regions.RegionUtils.getRegionMetadata(RegionUtils.java:54) 
     at com.amazonaws.regions.RegionUtils.getRegion(RegionUtils.java:107) 
     at com.amazonaws.services.s3.AmazonS3Client.createSigner(AmazonS3Client.java:3288) 
     at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:3984) 
     at com.amazonaws.services.s3.AmazonS3Client.putObject(AmazonS3Client.java:1570) 
     at com.jajitech.web.xdata.amazon.s3.AmazonS3Storage.storeToMediaBucket(AmazonS3Storage.java:47) 
     at com.jajitech.web.xdata.saver.Saver.insertEntry(Saver.java:267) 
     at com.jajitech.web.xdata.saver.Saver.saveEntry(Saver.java:163) 
     at org.apache.jsp.saveEntry_jsp._jspService(saveEntry_jsp.java:53) 
     at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111) 
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 
     at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:411) 
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473) 
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377) 
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 
     at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682) 
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318) 
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160) 
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734) 
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673) 
     at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99) 
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174) 
     at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415) 
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282) 
     at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459) 
     at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167) 
     at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201) 
     at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175) 
     at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235) 
     at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) 
     at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284) 
     at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201) 
     at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133) 
     at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112) 
     at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) 
     at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561) 
     at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112) 
     at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117) 
     at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56) 
     at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137) 
     at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565) 
     at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545) 
     at java.lang.Thread.run(Thread.java:745) 
]]

来源

2016-07-28 javalove

您的某个依赖项（即aws sdk）是否有可能使用不同版本的jackson，并且它被重写并导致'NoSuchMethodException'？尝试在所有其他依赖项之前显式放置jackson依赖项，并检查它。 –

用'aws configure'命令在制作中检查你的设置区域，并用你的本地主机验证一个 – User528491

谢谢你们@Avihoo我做到了，它仍然没有工作,,,,, @ User528491我手动创建了桶，并且使用了client.setRegion（Region.getRegion（Regions.EU_WEST_1））;因为那是我在桶创建时指定的区域。如果他们不同，我该怎么办？ – javalove

-1

我终于得到它的工作。正如Avhoo正确地提到的那样，它必须处理依赖关系。我创建了一个新的Maven项目，并将我的源文件移入其中。我添加更新的pom.xml文件，并让maven下载所需的库。从那时起它运行良好。

来源

2016-08-01 14:39:55 javalove

Amazon S3 Java SDK＆Jackson生产中的奇怪异常

回答

相关问题