Create view REST API should respond with 400 when the body is not provided
Description
Release Notes
Improved error handling when creating view for stream is called without a body.
Activity
Show:
Shankar Selvam January 20, 2016 at 12:39 AM
Improved error handling when creating view for stream is called without a body.
Alvin Wang December 8, 2015 at 11:28 PM
Fixed
Pinned fields
Click on the next to a field label to start pinning.
Created November 24, 2015 at 1:36 AM
Updated February 8, 2016 at 8:22 PM
Resolved December 23, 2015 at 9:54 PM
Currently it responds with 500, because of the NPE below:
2015-11-23 17:36:14,467 - ERROR [executor-2:c.c.c.c.HttpExceptionHandler@59] - Unexpected error: request=PUT /v3/namespaces/default/streams/who/views/whoview user=<null>: java.lang.NullPointerException: null at co.cask.cdap.data.view.ViewAdmin.createOrUpdate(ViewAdmin.java:58) ~[classes/:na] at co.cask.cdap.data2.transaction.stream.FileStreamAdmin$4.call(FileStreamAdmin.java:374) ~[classes/:na] at co.cask.cdap.data2.transaction.stream.FileStreamAdmin$4.call(FileStreamAdmin.java:370) ~[classes/:na] at co.cask.cdap.data.stream.AbstractStreamCoordinatorClient.exclusiveAction(AbstractStreamCoordinatorClient.java:135) ~[classes/:na] at co.cask.cdap.data2.transaction.stream.FileStreamAdmin.createOrUpdateView(FileStreamAdmin.java:369) ~[classes/:na] at co.cask.cdap.data.stream.StreamViewHttpHandler.createOrUpdate(StreamViewHttpHandler.java:85) ~[classes/:na] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_80] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_80] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_80] at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_80] at co.cask.http.HttpMethodInfo.invoke(HttpMethodInfo.java:80) ~[netty-http-0.13.0.jar:na] at co.cask.http.HttpDispatcher.messageReceived(HttpDispatcher.java:38) [netty-http-0.13.0.jar:na] at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.6.6.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.6.6.Final.jar:na] at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.6.6.Final.jar:na] at org.jboss.netty.handler.execution.ChannelUpstreamEventRunnable.doRun(ChannelUpstreamEventRunnable.java:43) [netty-3.6.6.Final.jar:na] at org.jboss.netty.handler.execution.ChannelEventRunnable.run(ChannelEventRunnable.java:67) [netty-3.6.6.Final.jar:na] at org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor$ChildExecutor.run(OrderedMemoryAwareThreadPoolExecutor.java:314) [netty-3.6.6.Final.jar:na] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_80] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_80] at java.lang.Thread.run(Thread.java:745) [na:1.7.0_80]