问题标签 [deploying]

In my maven pom, I have an additional jar-file that I'd like to include with my deployables. I've got the jar-file building successfully, and I figured I'd use the maven-deploy-plugin, like so (version-wise, I'm using 2.8.2 from dependencyManagement):

This works great, but there's a slight issue. If you notice, the above pom is using project.distributionManagement.repository.url for both the repositoryId and url parameters. However, this means that regardless of if I'm building a snapshot or a release version, I'm always deploying to me release-area, which is not ideal. What if I'm building a snapshot? Well, the answer seems to be to change project.distributionManagement.repository.url to project.distributionManagement.snapshotRepository.url

I don't like the idea of changing these lines manually because I like to use the maven-release-plugin to switch between snapshot and release versions. Now, I'd have to add some scripting to change these lines each time. That's possible, but not ideal.

It seems that someone asked about this exact problem before back in 2008, and there wasn't really a good answer: http://maven.40175.n5.nabble.com/problems-with-the-maven-deploy-plugin-td107307.html So, I thought I'd add it here to see what people have come up with.

I'm considering using the build-helper plugin to dynamically change this property, but that seems like a potential rabbit-hole, especially since someone tried to do something similar before (for other reasons, but the concept is similar): Check if Maven pom is SNAPSHOT

So, what's the right answer here? Should this be a feature-request? Or, is there a simple way to work around this problem that people use? I'm curious what others have done. Has anyone had any luck with the build-helper plugin?

Thank you!

此链接： https ://docs.djangoproject.com/en/1.8/howto/static-files/首先解释了一种“效率极低，可能不安全，不适合生产”的文件服务方式。它还解释了如何使用

这是“不适合生产使用！”。我不想编写整个 Django 项目，完成它，然后最终不得不在部署之前更改大量代码，因为当前代码“效率极低，可能不安全，不适合生产”。

话虽如此，在提供静态文件时，最好的方法是什么（不需要大量额外工作就可以将我的应用程序从开发转移到生产的方法）是什么？我之所以问，是因为我在部署之前和部署时从未经历过部署 Django 应用程序的过程，我不想最终对自己说“哇，我应该那样做而不是那样做”。

我最近开始开发 Android 应用程序，但我不知道如何在我的 Android 设备上部署简单的 HelloWorld 应用程序。当我单击运行按钮时，我的设备未显示在正在运行的设备列表中。

PS：我正在使用 Android Studio。

警告：

javax\servlet\RequestDispatcher.class(javax\servlet:RequestDispatcher.class)：major version 51 比 50 新，此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\ServletException.class(javax\servlet:ServletException.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\http\HttpServlet.class(javax\servlet\http:HttpServlet.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\http\HttpServletRequest.class(javax\servlet\http:HttpServletRequest.class)：主要版本 51 比 50 新，此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\http\HttpServletResponse.class(javax\servlet\http:HttpServletResponse.class)：主要版本 51 比 50 新，这是此编译器支持的最高主要版本。建议升级编译器。警告：javax\servlet\GenericServlet.class(javax\servlet:GenericServlet.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\Servlet.class(javax\servlet:Servlet.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\ServletConfig.class（javax\servlet：ServletConfig.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\annotation\WebServlet.class(javax\servlet\annotation:WebServlet.class)：主要版本 51 比 50 新，这是此编译器支持的最高主要版本。建议升级编译器。警告：javax\servlet\http\Cookie.class(javax\servlet\http:Cookie.class)：主要版本 51 比 50 新，这是此编译器支持的最高主要版本。建议升级编译器。警告：javax\servlet\http\HttpSession.class(javax\servlet\http:HttpSession.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\ServletResponse.class(javax\servlet:ServletResponse.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。警告：javax\servlet\ServletRequest.class(javax\servlet:ServletRequest.class)：主版本 51 比 50 新，这是此编译器支持的最高主版本。建议升级编译器。13 个警告 此编译器支持的最高主版本。建议升级编译器。13 个警告 此编译器支持的最高主版本。建议升级编译器。13 个警告

我正在尝试在本地主机上运行我的项目，但每当我尝试它时它都会崩溃。我什至尝试将其直接部署到流星网站，但没有任何反应。一切都是突然发生的。在我添加包“tap：i18n”和“accounts-facebook”之前，一切正常。

Exited with code: 8 您的应用程序正在崩溃。等待文件更改。

我正在尝试访问服务器上的 api。我正在使用带有 java 1.6 的球衣。

我有两个具有相同 java 版本 1.6 的环境。

首先，一切正常！

在第二个（我需要部署应用程序的地方）我有一个错误：

有没有人遇到过这个问题或者可能知道如何解决它？

我尝试在 NETBEANS 8.0.2 的 DEB 包中构建我的 JavaFx 项目结果：

我尝试在 NETBEANS 中单击“所有安装程序”... 结果：

Build.xml 是默认的，我不会更改它们。但是用NETBEANS构建的EXE包非常好

我已按照教程https://cloud.google.com/nodejs/getting-started/hello-world（在 node.js 上部署到 Google Cloud Platform hello world 应用程序）并在最后一个命令之后：

$ gcloud preview app deploy app.yaml --promote

我得到：

正在将文件复制到 Google Cloud Storage... 正在将文件同步到 [gs://staging.first-server-1117.appspot.com/]。更新模块 [默认]...失败。错误：(gcloud.preview.app.deploy) 错误响应：[13] 托管 VM 无法托管在应用程序的区域中。(e~) 版本：20151103t135918.388305842753805715

即使未选择时区也会发生这种情况。

为什么会发生？或者如何修复？

谢谢。

我已经在 Openshift 上部署了 Test.war 文件，并且我的应用程序 test-sliwa.rhcloud.com/Test 运行正常。当我部署 ROOT.file 应用程序 test-sliwa.rhcloud.com 没有以正确的方式运行 - 第一页还可以，但是当我尝试链接到其他页面时出现 404 错误。

目前我正在使用 GWT 开发一个 Web 项目，并且我使用 karaf 作为容器，我安装了 karaf war 功能并成功部署了我的 war，它运行良好。但是，当我重新编译我的 GWT 项目并创建一个新的战争以部署到 karaf 时，我的 Web 应用程序在新战争部署时离线，有没有办法让我的应用程序保持活动状态并在新 WAR 部署时为请求提供服务？