小编Jos*_*osh的帖子

我通过从XML模式生成WSDL和类,用Java编写了一个JAX-WS Web服务.

我在Visual Studio中将该服务添加为Web引用,以与C#.NET客户端应用程序一起使用.

原始XML模式使用几种日期/时间类型:xs:date和xs:dateTime用于某些元素.

我的问题是我的'dateTime'类型无法正常工作.它在生成的类(由Visual Studio 2010中的XMLSerializer生成)中转换为.NET DateTime对象(正确),然后我可以创建自己的DateTime对象并在其中一个类上设置DateTime.但是,当将请求发送回服务器时,客户端应用程序正在发送空值而不是我将其设置为的DateTime对象.所以我猜它没有正确序列化.

我没有'date'类型的相同问题,它序列化/反序列化很好.

我注意到可能是问题的东西,但不确定:

生成的类中的dateTime对象如下所示:[System.Xml.Serialization.XmlElementAttribute(Order = 10)] public System.DateTime MyDateTime {...}

而生成的类中的日期对象如下所示:[System.Xml.Serialization.XmlElementAttribute(DataType ="date",Order = 12)] public System.DateTime MyDate {...}

因此,日期对象中还有一些其他信息--DataType ="date",但dateTime对象没有DateType.这可能是问题吗？如果是这样,为什么不正确生成类？

谢谢你的帮助

我正在使用git,并且只要有人提交到master分支就配置了travis-ci.查看构建日志,这是travis-ci所做的:

git clone --depth=50 --branch=master git@github.com:organisation/my-repo.git organisation/my-repo
cd organisation/my-repo
git checkout -qf 4f177043c790dad8298db4c47eae6893c8894e0c

但是,我正在使用一个名为sbt-release构建和部署过程的插件,它会更新项目版本并提交并将版本更改推送到git存储库.我已将travis-ci配置为运行此插件作为构建脚本的一部分,但由于travis-ci正在使用特定的提交,插件将失败:

[info] Starting release process off commit: 4f177043c790dad8298db4c47eae6893c8894e0c
fatal: ref HEAD is not a symbolic ref 

我相信解决方案是让travis-ci在本地使用git HEAD而不是特定的提交.有没有办法通过travis构建配置实现这一目标？

使用AWS时，将应用程序部署到新创建的实例的一种好方法似乎是通过AWS CodeDeploy。其工作原理如下：

1. 为应用程序设置一个自动扩展组
2. 为自动扩展组编写一个用户数据bash脚本，该脚本会将CodeDeploy代理从S3中拉出，安装并启动它
3. 设置一个CodeDeploy部署组，该组将部署到自动伸缩组

现在，当将应用程序捆绑包（例如jar或debian软件包）部署到部署组时，它将自动部署到在自动扩展组中启动的新实例。

我的问题是：这种部署策略如何适合Travis CI等CI工具？

特别：

• CodeDeploy如何获取由Travis CI等CI工具构建的软件包？构建作业是否需要将软件包上传到S3？
• 如何使用CodeDeploy逐步部署应用程序（例如一次部署一个实例）？
• 此部署策略是否需要关闭并替换每个正在运行的实例，还是在现有实例上部署了新版本的应用程序？如果是前者，则机器IP地址将在部署期间更改，那么其他服务如何发现新部署的应用程序（即没有硬编码的IP地址）？