Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ruby-on-rails/67.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
Ruby on rails RubySOAPDatatime在末尾添加了Z_Ruby On Rails_Ruby - Fatal编程技术网

Ruby on rails RubySOAPDatatime在末尾添加了Z

Ruby on rails RubySOAPDatatime在末尾添加了Z,ruby-on-rails,ruby,Ruby On Rails,Ruby,我对ruby有一些奇怪的行为 在rake文件中,我将日期传递给soap方法。在响应中,它在日期末尾附加一个Z 在一个lib文件中,同样的东西,同样的需求,它没有 我需要一个不需要的箱子。它执行相同的操作 可能是什么 <n1:startDate>2009-08-18T00:00:00-05:00Z</n1:startDate> <n1:endDate>2009-08-26T00:00:00-05:00Z</n1:endDate>

我对ruby有一些奇怪的行为

在rake文件中,我将日期传递给soap方法。在响应中,它在日期末尾附加一个Z

在一个lib文件中,同样的东西,同样的需求,它没有

我需要一个不需要的箱子。它执行相同的操作

可能是什么

      <n1:startDate>2009-08-18T00:00:00-05:00Z</n1:startDate>
      <n1:endDate>2009-08-26T00:00:00-05:00Z</n1:endDate>
2009-08-18T00:00:00-05:00Z
2009-08-26T00:00:00-05:00Z

末尾的字母是时区的指示器(在本例中为UTC)。时间戳是格式的(几乎是互联网上所有东西的标准时间戳),所以我不知道你为什么要使用其他格式


没有看到生成它的代码,我不确定还能提供什么。为什么不使用“Z”?

这里有一个格式化的日期,Z表示“Zulu”时间或UTC,但不确定为什么会使用不同的格式。

我正在访问一个不支持此ISO标准的API。日期的末尾不应该有Z。但是当soap响应生成时,它会添加它。我不会把它和Z一起寄。。当我将其传递给web方法时

这是密码

 factory = SOAP::WSDLDriverFactory.new(WSDL_STATS)
  driver = factory.create_rpc_driver
  driver.wiredump_dev = STDOUT

  response = driver.getAllLeads({"pubID" => AFF_ID_TEST, "startDate" => start_date, "endDate" => end_date})
已通过、尝试过的结束日期。。不是在最后的Z区

如果我重写zone方法,也许它会工作,但我不想这样做

<n1:startDate>2009-08-18T00:00:00-05:00Z</n1:startDate>
  <n1:endDate>2009-08-26T00:00:00-05:00Z</n1:endDate>
2009-08-18T00:00:00-05:00Z
2009-08-26T00:00:00-05:00Z
我传递的日期没有Z,但是当构建soap时,不知何故添加了Z

这就是我想要的

<n1:startDate>2009-08-18T00:00:00-05:00</n1:startDate>
  <n1:endDate>2009-08-26T00:00:00-05:00</n1:endDate>
2009-08-18T00:00:00-05:00
2009-08-26T00:00:00-05:00
谢谢;)