Articles of glassfish

如何在GlassFish 3.1.1中设置ENABLE_CLEAR_REFERENCES?

我在Linux和我的server.log上运行GlassFish 3.1.1我注意到了以下错误: SEVERE: log4j:ERROR log4j called after unloading, see http://logging.apache.org/log4j/1.2/faq.html#unload. SEVERE: java.lang.IllegalStateException: Class invariant violation 查看提供的URL,它build议“将org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES系统属性设置为false”。 我怎么做?

在Glassfish v3上设置SSL的问题

我目前正在Glassfish上设置SSL,并有一些问题连接到服务器。 http://javadude.wordpress.com/2010/04/06/getting-started-with-glassfish-v3-and-ssl/ 我已经按照这个指南设置了一些看起来很好的证书,但是我不能让玻璃鱼指出证书。 在进行了更多的研究之后,我发现了另外一个指南,说明了我所做的更改,还必须将domain.xml中的所有“s1as”实例更改为我给证书的别名。 最后,在一些小提琴之后,我改变了以下的指向我的密钥仓库 -Djavax.net.ssl.keyStore = $ {} com.sun.aas.instanceRoot /config/keystore.jks 这部分工作,我能够成功地连接我尝试的前几次,然后在浏览器中的每一个连续的尝试结果超时。 有没有我错过的设置或任何人都可以看到我做错了吗?

Apache ProxyPass丢失图像

我有一个位于我的glassfish服务器前的apache服务器。 mydomain.com直接进入我在apache上的静态文件,比如果你打到子域forum.mydomain.com它会去到glassfish webapp论坛/在127.0.0.1:8080/forum/。 这个代理似乎工作,把我带到networking应用程序,但所有的图像都失踪了! 这是我如何去我的虚拟主机设置。 NameVirtualHost *:80 <VirtualHost *:80> ServerName www.mydomain.com ServerAlias subdomain.mydomain.com mydomain.com DocumentRoot "/usr/local/apache/htdocs" </VirtualHost> <VirtualHost *:80> ServerName forum.mydomain.com # any logging config, etc, that you need ProxyPass / http://127.0.0.1:8080/forum/ ProxyPassReverse / http://127.0.0.1:8080/forum/ </VirtualHost> 在访问日志中,这是我所看到的。 [15/Jan/2012:03:28:02 +0000] "GET /forums/list.page HTTP/1.1" 200 12861 [15/Jan/2012:03:28:02 +0000] "GET /forum/templates/default/images/logo.jpg HTTP/1.1" 404 1075 [15/Jan/2012:03:28:02 +0000] "GET /forum/templates/default/styles/style.css?1326582403934 […]

Glassfish VS Tomcat(Java应用服务器)

我正在寻找在我的debian linux web服务器上运行java应用程序服务器,并且正在寻找使用任一应用程序服务器将为我提供(或缺点)优点的细目。 我使用Apache 2作为我的networking服务器,如果它将提供一个更好的工作环境,使用非免费的应用程序服务器没有问题。 这将用于一组相当简单的应用程序。

从glassfish离线取消部署战争

我在这里有Glassfish 2.1.1,我需要取消部署战争应用程序。 问题是,应用程序已损坏,并防止Glassfish服务器启动,所以我需要在服务器closures时取消部署。 asadmin undeploy需要connction运行服务器… 所以问题是 – 如何从离线Glassfish服务器取消部署。

直接在端口80/443上运行Web应用程序服务器是不好的做法

我正在使用ec2实例在amazon aws上托pipe一个Web应用程序。 在那个例子中,我将只运行一个应用程序。 使用glassfish v3.0.1 我不想运行应用程序使用: www.mydomain.com:8080 or www.mydomain.com:8181 我只想使用: www.mydomain.com or https://www.mydomain.com 所以我更改了glassfish上的http-listener-1和http-listener-2 ,分别在端口80和443上运行 。 这被认为是不好的做法? 我是一名软件工程师,而且我通常不会处理服务器pipe理员,因此在这些方面经验不足。 感谢您的任何指导。

JBOSS应用程序服务器与Glassfish

我在Glassfish上很新手。 JBoss和Glassfish有什么区别? 你为什么要select一个呢? 我正在阅读Glassfish,但是在开始安装并尝试在其上部署某些应用程序之前,确定我可能需要的东西是非常困难的。 UPDATE 如果提供了有关JBoss和Glassfish比较的附加信息,那将是一件好事 (例如,他们支持的技术,性能等)

运行Apache作为Glassfish / JBoss / Tomcat的前端是否真的有必要?

我主要是一个Java开发人员,我向你们提出一个跨越开发人员和系统pipe理员之间分歧的问题。 几年前,当运行Tomcat作为应用程序服务器是一种新奇的事情时,习惯上把它作为Apache的前台。 据我了解,这是因为: Java被认为是“缓慢的”,并且有助于让Apache直接提供静态内容。 除非以root身份运行,否则Tomcat无法侦听端口80/443,这很危险。 Java不再被认为是缓慢的,我怀疑将Apachejoin混合会有助于加快速度。 至于端口问题,现在可能有更简单的方式将应用程序服务器连接到端口80/443。 所以我的问题是,这些日子里用Apache面向Java Web应用程序真的有什么好处吗? 如果是这样,阿帕奇还是要走的路? 我应该看看Nginx吗? 如果是的话,我使用的是Glassfish,而不是Tomcat。

为什么(或如何)由root使用的打开文件描述符的数量超过了ulimit -n?

我们的服务器最近耗尽了文件描述符,并且对此我有一些问题。 ulimit -n应该给我打开的文件描述符的最大数量。 这个数字是1024.我通过运行lsof -u root |wc -l检查打开的文件描述符的数量,得到了2500 fds。 这大大超过了1024,所以我猜想这意味着数字1024是每个进程,而不是每个用户,就像我一样。 那么,我运行lsof -p$PidOfGlassfish|wc -l并得到1300.这是我没有得到的部分。 如果ulimit -n不是每个用户或每个进程的最大进程数,那么它有什么好处呢? 它不适用于root用户吗? 如果是这样,我怎么才能得到有关用完文件描述符的错误信息? 编辑:我可以从ulimit -n理解的唯一方法是,如果它应用打开文件的数量(如bash手册中所述),而不是文件句柄的数量(不同的进程可以打开相同的文件)。 如果是这种情况,那么只需列出打开文件的数量(在/上擦除,从而排除内存映射文件)是不够的 : lsof -u root |grep /|sort -k9 |wc -l #prints '1738' 要真正看到打开文件的数量,我需要过滤名称列上只打印唯一的条目。 因此,以下可能是更正确的: lsof -u root |grep /|sort -k9 -u |wc -l #prints '604' 上面的命令需要从lsof输出以下格式: java 32008 root mem REG 8,2 11942368 72721 /usr/lib64/locale/locale-archive vmtoolsd […]

Apache的替代品

我们目前的堆栈是Apache + Tomcat + MySQL,使用ProxyPass AJP从Apache向Tomcat发起请求。 我们也在相同的网站上运行PHP for WordPress,因此需要工作.htaccess文件。 为了回应一个烦人的问题(请参阅此堆栈溢出页面) ,我们正在考虑替代堆栈。 请注意,我们通常非常喜欢apache,但这个问题是一个阻碍:如果我们无法修复它,我们就不能使用Apache。 替代scheme包括: 单独的Tomcat Glassfish(Java应用服务器,来自Tomcat) Jetty(Java服务器) 树脂 LightTPD(轻量级HTTP服务器) Nginx(轻量级HTTP服务器) 我看到它的方式,解决scheme分为两个阵营:纯粹的Java阵营,如Glassfish; 或者像我们目前的Apache + Tomcat这样的分裂阵营。 我们喜欢纯Java解决scheme的概念,因为更less的移动部件应该意味着更less的出错; 但他们中的任何一个都支持PHP, .htaccess文件等? 从理论上讲,我们可以用另一种方式进行拆分 – 只需要那些需要这些特性的代理,就可以有一个简单的前端代理Apache,但实际上这只是80%的请求。 人们build议什么select?