jetty

jetty,jetty config,jetty news

java, jetty

Jetty 7.0 发布

/

Jetty是一个高性能的Java Servlet容器。今天Jetty 7.0宣告发布，开发者可以从eclipse.org上的新主页下载或也可以通过maven仓库下载。Jetty 7.0相对于Jetty 6.0来说是一次重大的变革，包括了大量代码的重构和性能的提升，功能的改进等。 Jetty 目前已经正式成为java界最流行的开源IDE eclipse的一份子，由于迁移到了eclipse，因此Jetty 7.0的代码进行了大量的重构（代码由org.mortbay包迁移到org.eclipse包），而且之前的server.jar也被重构为若干功能独立的包（例如：jetty-server.jar、jetty-servlet.jar、jetty-io.jar等）。模块化的一个附带好处是在不同的包之间带来了更多的强制的关注点分离，由此进而导致了更多的嵌入模块的方法。同时，Jetty现在是一系列有效的OSGi包（具备定义良好的依赖关系），它仍然可以运行在OSGi运行时之外。虽然新的Jetty 7.0发布了，但是Jetty 6.0依然会被官方支持，但新特性都将围绕Jetty 7.0开发。Jetty 6.0和Jetty 7.0目前都提供对Servlet 2.0 API的支持，至于Servlet 3.0，目前只有试验阶段（连EA版本都不算）的Jetty 8.0支持。 Jetty 6.0的一个关键特性是在Java […]

java, jetty

Google App Servlet容器转型 – 从Tomcat到Jetty

/

Google App Servlet容器转型了，最初是Apache Tomcat ，但最终将切换到 Jetty 上。很多人想问：为什么要做?Tomcat 有什么问题吗? 我们获得的一次访问 Webtide(Jetty 开发个团队)的机会，一下是一些详细的信息： 提问: 为什么Google选择Jetty作为web服务器和Servlet容器，而不是 Tomcat 或其他的? Google选择Jetty的关键原因是它的性能和灵活性。 在云计算里，性能的因素很重要，如果你运行几万个Jetty的实例(Google就是这样干的)，每个server省1M内存空间，那就会省10几个G的内存(或者在相同的内存下运行更多的Jetty实例)。 Jetty 由于其设计的精巧因此拥有可插拔和可扩展的特性，这样Google就可以高度的自定义它。 Google替换了他们自己的HTTP

java, jetty

Jetty 7 RC2 – 支持跨域名Ajax请求

/

Jetty是一个纯Java实现的开源Servlet容器，Jetty也可以作为HTTP服务器和HTTP客户端，Jetty仪器轻巧，稳定和高性能而著称，完全可以胜任企业级Servlet容器的要求。Jetty允许Apache Licence 2.0或者Eclipse Public License 1.0双重许可。您可以再遵循上述任何一个许可的基础上将Jetty用于各种商业用途。 Jetty 7是Jetty奔向Eclipse后发布的第一个版本，本次的Jetty 7 RC2带给了我们一个十分诱人的新特性-支持跨域名Ajax请求。众所周知因为安全的原因，多数浏览器都限制了Ajax跨域请求和javascript加载的时候只能是与当前域下的应用进行交互。例如 访问 http://webrss.org 页面，那么我们的 Ajax 请求只能与webrss.org下的应用进行交互，端口不同或者二级域名不同的情况下，都是无法进行交互的。 这个问题在一些严重依赖 Ajax 的Web应用（如 Cometd 应用）上时很头疼的问题，这些应用经常需要跟多个域名打交道来，第一是可以将请求分摊到不同的服务器减轻压力提高响应速度，第二是方便将不同的业务逻辑分布到不同的服务器上降低负载。

java, jetty

Jetty配置MySQL（UTF-8）连接池(connection pool)数据源(DataSource)

/

Jetty配置MySQL（UTF-8）连接池(connection pool)数据源(DataSource) 为什么使用 Jetty配置MySQL（UTF-8）连接池(connection pool)数据源(DataSource)？ 1. Java应用中乱码一直是一个头疼的问题，还好我们有UTF-8。应用整体都使用UTF-8对文件编码，包括数据库连接和存取。这样可以有效的减少和避免乱码问题。因此在JDBC连接MySQL数据库的时候我选用了MySQL（UTF-8）的连接方式 2. 使用连接池(connection pool)形式的数据源是Jetty官方推荐的 数据源(DataSource)配置方式，既然官方都推荐使用 连接池(connection pool)数据源(DataSource),为啥我们还用其它方式？ 今天需要在一台Linux服务器的Jetty上配置一个MySQL（UTF-8）连接池(connection pool)数据源(DataSource)，于是这个数据源连接是针对一个特定的应用的，因此我使用了context xml方式的连接池(connection pool)数据源(DataSource)配置方式，关于context xml 连接池(connection pool)数据源(DataSource)配置方式和其它两种配置方式，请参参阅

java, jetty

Jetty连接池配置(Jetty ConnectionPool Config)

/

Jetty连接池配置(Jetty ConnectionPool Config) Jetty连接池配置(Jetty ConnectionPool Config)是十分容易和方便的，按照官方的说法Jetty连接池配置(Jetty ConnectionPool Config)一共有三种解决分别是将Jetty连接池配置(Jetty ConnectionPool Config)的信息放在jetty.xml, context xml, jetty-evn.xml 文件中，具体如何使用这些配置信息，请参考5大数据库Jetty数据源配置demo 一文，本文我们着重介绍 Jetty连接池配置(Jetty ConnectionPool Config)的相关内容。本文将以三大优秀的开源连接池(ConnectionPool)为例，为您详细描述如何在Jetty中配置并使用这些连接池(ConnectionPool)。 先说说 连接池(ConnectionPool)

Scroll to Top