如何在Linux上的Jenkins中修复java.awt.HeadlessException
我在Java应用程序中使用了一些AWT代码，这些代码运行良好，直到我通过Jenkins和Gradle在Linux
Mint Debian
Edition上对其进行了单元测试：现在，我java.awt.HeadlessException对此感到讨厌，在此进行了说明。
单元测试失败导致我的构建失败；我该如何解决？
问题答案：
这些步骤使我摆脱了HeadlessException：
- 将Xvnc插件添加到Jenkins
- 安装VNC：
sudo apt-get update && sudo apt-get install vnc4server - 确保Jenkins具有外壳：
sudo usermod -s /bin/bash jenkins - 以詹金斯身份登录：
sudo su jenkins - 输入命令
vnc4server并选择密码 - 勾选
Run Xvnc during buildJenkins的构建配置
-
我安装了Jenkins作为docker容器。在Jenkins全局工具配置中，添加MAVEN_HOME（/usr/share/MAVEN）并选中“自动安装”。当我按下Build Now时，会出现以下错误： 我没有/var/jenkins_home/workspace/MavenProject目录。并且此目录位于具有完全权限的根帐户下。你知道我该怎么修吗？
-
问题内容： 我最近将Jenkins机器上的Android SDK从rev13更新到rev15，并且不得不重做一些自定义构建内容以适应rev14中所做的更改。我在工作站上解决了这个问题，并检查了结果，希望一切都变得柔和。而是，构建失败并显示以下错误： 通过以Jenkins用户身份直接在Jenkins工作区目录中运行，并使用与Jenkins使用的相同的Android SDK，Ant和JDK，我可以成功
-
我用ruby 2.0在我的工作站上运行Ubuntu13.04。0，通过RVM安装。 $aptitude show libxml2 $aptitude show libxml2 dev 开发能力
-
这是我在这个论坛上找到的提供会话工厂的类，但我一直得到JndiException：解析JNDI名称[]时出错 javax。命名。NoInitialContextException：需要在环境或系统属性中指定类名，或者作为applet参数，或者在应用程序资源文件中指定类名：java。命名。工厂以javax开头。命名。spi。NamingManager。javax上的getInitialContext
-
学习詹金斯。Windows7运行Jenkins-2.73.3，一个maven项目会给出以下输出： 20:29:11[test]$“C:\程序文件\java\jdk1.8.0_102/bin/java”-xmx1024m-xx:maxpermsize=256m-cp“C:\程序文件(x86)\jenkins\plugins\maven-plugin\WEB-INF\lib\maven33-agent
-
问题内容： 如果在命令提示符终端中启动python并尝试打开一些url，尽管名称可以通过DNS解析，但我得到以下结果： 我禁用了防火墙，以管理员身份启动命令提示符，但这几乎是我能想到的。nslookup可以正常工作，所以我看不出有什么问题。有什么建议？ 问题答案： 显然，在Internet Explorer连接设置中，定义了无法访问的代理，并且urllib出于某种原因考虑了此设置，从而导致了错误。