Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/jsp/3.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 web开发环境可最大限度地缩短构建部署测试周期?_Java_Jsp_Jakarta Ee - Fatal编程技术网

Java web开发环境可最大限度地缩短构建部署测试周期?

Java web开发环境可最大限度地缩短构建部署测试周期?,java,jsp,jakarta-ee,Java,Jsp,Jakarta Ee,什么Java web开发环境最适合绝对减少构建-部署测试周期时间 Web开发环境:JBOSS、Tomcat、Jetty?战争爆发了?复制战争还是使用符号链接?这里有一些我不知道的因素 构建-部署测试周期?对源代码或其他资源(包括Java源代码、HTML、JSP、JS、图像等)进行更改后,在浏览器中测试更改所需的时间量 我希望通过减少观看Ant构建和J2EE容器启动的时间来加快开发速度。我想要RubyonRails体验——或者尽可能接近 我更喜欢一个与web框架无关的解决方案,但是如果某个特定的框

什么Java web开发环境最适合绝对减少构建-部署测试周期时间

Web开发环境:JBOSS、Tomcat、Jetty?战争爆发了?复制战争还是使用符号链接?这里有一些我不知道的因素

构建-部署测试周期?对源代码或其他资源(包括Java源代码、HTML、JSP、JS、图像等)进行更改后,在浏览器中测试更改所需的时间量

我希望通过减少观看Ant构建和J2EE容器启动的时间来加快开发速度。我想要RubyonRails体验——或者尽可能接近

我更喜欢一个与web框架无关的解决方案,但是如果某个特定的框架特别有利,那么我想听听它


假设所有标准工具都在使用中:Hibernate、Spring、JMS等。如果需要stubing/mocking支持基础设施来实现这一点,我同意。事实上,如果能为我节省足够的时间,我可以选择一个与我们的生产环境截然不同的开发环境。

你考虑过Grails吗?

使用Google App Engine+GWT(可选)+Eclipse插件部署的速度是最快的


从未见过比这更快的东西。

您可能应该看看Javarebel:

这条线在这里:


JRuby-on-Rails。在您想要的任何平台上开发,部署到标准Java服务器。

构建(用于编译)是我们时代的标志。我们需要快速确认我们的想法和行动。每当我发现自己在不断地积累经验时,这通常是我注意力不集中的迹象。我没有计划。对我来说,这是停下来思考的时候了。列出需要做的事情(这是web框架不可知论),在一次构建之后全部完成并测试。

Maven 2和eclipse。mvn eclipse:eclipse
  • 小型web容器的加载速度将快于内置厨房水槽的过载web容器(…cough..jboss)
  • 一些设计决策会降低构建时间(例如,基于方面编织的工具包会在编译时间中添加一个方面编织阶段)
  • 避免在长时间复杂负载循环后才能测试的建筑构件。这里的藏匿处是罪魁祸首。如果您的系统对分散在任何地方的全局缓存有很深的依赖性,那么每次需要测试某些东西时,您都需要加载缓存
  • 单元可测试组件,因此您可以运行单个组件而不是整个组件

我发现构建的项目可以在几到10秒内合理地编译、部署和启动,这通常很好

JBOSS使用Tomcat作为其servlet/JSP引擎,因此这是一种全新的做法

Tomcat确实支持

码头很小,启动速度很快,但它很小

Eclipse只是一个IDE。它需要某种servlet/JSP引擎。如果它像IntelliJ,您可以使用任何您喜欢的JavaEE应用服务器或servlet/JSP引擎


IntelliJ速度非常快,您不必每次重建时都停止和启动服务器。它在爆炸战争中起作用,所以事情发生得很快。

您是否尝试过使用Eclipse Java EE,然后告诉它部署到Eclipse管理的服务器上?Tomcat和JBOss以这种方式工作得非常好。还允许您更改方法中的代码,使用Ctrl-S并在服务器内部更新类


MyEclipse也可以像这样工作。

在eclipse中可能是我能想到的最快的。使用托管模式浏览器进行测试,您可以调试和更改代码,而无需重新启动任何程序。只需单击浏览器中的刷新按钮,就可以看到更改(java、css等)。另一件事是,GWT正在向普通浏览器(Firefox、IE、Safari)添加相同的支持,以便您可以以相同的方式在浏览器中进行调试。这些变化将出现在2.0版本中。请参阅和,它有助于热部署EJB以外的所有东西(SLSB、SFSB和实体需要重新部署)。

我认为避免长时间的构建部署测试周期的最佳方法是为代码编写单元测试。这样,您就可以在不等待构建/部署阶段的情况下发现bug

对于JSP,您可以直接在JBOSS工作文件夹中编辑JSP文件:

>cd$JBOSS_HOME/server/default/tmp
>find-name myJspFile.jsp
./tmp/vfs/automountd798af2a1b44fc64/Jee6Demo.war-bafecc49fc594b00/myJspFile.jsp


如果编辑tmp文件夹中的文件,只需点击浏览器刷新按钮即可测试更改。

在Jetty上重新部署的一个简单方法是使用上下文。然后触摸上下文xml文件,然后重新加载web应用。“ContextDeployer可用于(热)部署具有Jetty特定配置的任意上下文或web应用程序。若要在启动时仅静态部署标准web应用程序,请使用WebAppDeployer。”您不是每次更改类时都必须重新启动内置服务器吗?我看过GAE,发现我必须这么做。很高兴知道我可能错了。在我的回答中,我只进行了一次部署-无论如何,只有在更改服务器端代码的情况下,您才能这样做(重新启动开发服务器)-在GAE+GWT中,大多数逻辑是客户端的,所以这不是什么大问题。WTP?另外,你能给所有令人惊叹的东西添加链接吗?:)近两年后——我现在选择了SpeedPlayFramework,我不太明白为什么人们会投票支持它。这适用于您和您的工作流程,但实际上并没有回答问题。