Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/json/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java Mule CE JSON支持错误_Java_Json_Rest_Jersey_Mule - Fatal编程技术网

Java Mule CE JSON支持错误

Java Mule CE JSON支持错误,java,json,rest,jersey,mule,Java,Json,Rest,Jersey,Mule,我有一个在Mule 3.4 CE下运行的非常基本的REST服务,使用运行时的默认包。与其他几个使用相同技术的服务不同,此服务抛出无法解释的错误。我尝试将对象添加到字符串、对象添加到json和自定义转换器。但这些补充都没有起到作用。我在这里的其他帖子或Mule论坛上很少看到有人对这个问题有任何看法。我将Java代码替换为其他工作服务的副本,并得到了相同的错误 有什么想法吗 JSON: { "createDate" : "", "createdBy" : "RESTClient",

我有一个在Mule 3.4 CE下运行的非常基本的REST服务,使用运行时的默认包。与其他几个使用相同技术的服务不同,此服务抛出无法解释的错误。我尝试将对象添加到字符串、对象添加到json和自定义转换器。但这些补充都没有起到作用。我在这里的其他帖子或Mule论坛上很少看到有人对这个问题有任何看法。我将Java代码替换为其他工作服务的副本,并得到了相同的错误

有什么想法吗

JSON:

{
    "createDate" : "",
    "createdBy" : "RESTClient",
    "entry" : "RESTClient Work Log",
    "lastUpdate" : "",
    "lastUpdatedBy" : "",
    "requestTypeId" : 1003,
    "resourceId" : 5666,
    "workLogId" : 0
}
POJO:

@JsonAutoDetect
public class WorkLog {
    private String createDate;
    private String createdBy;
    private String entry;
    private String lastUpdate;
    private String lastUpdatedBy;
    private Integer requestTypeId;
    private Integer resourceId;
    private Integer workLogId;
    // snip
}
其余服务:

@Path("/worklogs")
public interface WorkLogWadlResource {

    @POST
    @Path("/")
    @Consumes(MediaType.APPLICATION_JSON)
    @Produces(MediaType.APPLICATION_JSON)
    public Response createWorkLog(@Context HttpHeaders hdr, @Payload final WorkLog log) throws Exception;
}
流程:


这纯粹是一个没有明确记录的Jersey路径错误。操作员错误


顺便说一句,Mule详细日志记录在这种情况下没有添加任何细节。

您可以尝试删除
日志上的
@Payload
注释吗?我认为Jersey不需要它。如果没有更好的,请在运行Mule时使用
-Dmule.verbose.exceptions=true
重新发布stacktrace。并展示如何在
restService
中构建
Response
实例。David,感谢您花时间回复。我同意@Payload是多余的。我添加它是为了看到它的好处,只是在其他地方没有成功之后。我将尝试在启用Mule exceptions标志的情况下重复调用。我以几种不同的方式构建这些响应对象,具体取决于服务,但在本例中,调用的进展永远不会足够大,无法进一步阐明这个问题。