Glassfish V3 Web Profile初接触总结

因为导致麻烦的细节太多了，总结一下，备用了。

版本是Glassfish V3 Web Profile，环境是Windows2003/Windows 7.一上来就发现一个bug，安装之后不能卸载，提示什么null之类的消息，无视，暴力删除。

 

我做的是连接池+虚拟主机+关闭没用的服务+auto_deploy

按说本来挺简单的，捣鼓捣鼓就ok的事儿，结果折腾了几个晚上。

总结一下：

1.似乎纯英文版的admin console比ml也就是多语言的要快不少

2.admin console用了spring security类似的cookie技术，我用springsecurity，在chrome里面经常性自己的系统和admin console的登录状态打架，关键开始我根本没想到是这个问题，还以为是chrome丢cookie；后来发现ie也这样，才反应过来问题。现在只能一个ff一个chrome，分开看系统和控制台。

3.连接池使用的是mysql，不知道为什么第一次我本地配置进行测试的时候，虽然忘记了些web.xml里面的resource-ref，但是竟然好用！关键后来我就犯二了，我一直这么发布但是总是deploy failed...最后都配置妥当才正常干活。

4.即使用了连接池，如果你的WEB-INF的lib下有mysql的jar，没准还是会被锁定，从新deploy的时候删不掉会导致deploy失败（遇到过一次）；所以打包最好排除掉mysql的jar

另外mysql的jar我个人为人放在domain1\lib\ext下比较合理。

5.打开连接池，即使填写了DatabaseName字段，也必须在URL和Url里面写的时候加上db的名字，比如jdbc:mysql://localhost:3306/dbname,不写dbname，ping是通过的，但是连接的时候仍然会报错！

填写好Connection Pool之后建立一个JDBC的Resource，关联到这个pool，这样程序才能引用。

6.默认http的accesslog是没有打开的，在http service里面打开

7.虚拟主机的配置就不讲了，这个没啥特别的，virtual server里面hostname填上就ok了。

8.jsf由于是session保管状态，而且偶尔会响应比较慢，所以admin console在连续点击的情况下经常性乱套，所以用admin console的时候一定一下一下点，apm太高的要小心，囧

9.asadmin create-service可以做成windows service，但是更囧的是没有asadmin delete-service.看了一下gf的jira，估计3.1发布的时候应该会有这个delete-service了。（我奇怪的是为什么当初开发的时候不一起做了?也没多少麻烦啊...）

10.创建服务的bug：http://java.net/jira/browse/GLASSFISH-13378

这里是讨论：http://www.java.net/forum/topic/glassfish/glassfish/glassfish-service-windows-asadmin-create-service-fails-0

这竟然是solaris only的，幸好貌似3.1会修复，同9，等3.1吧。

 

11.待续...

 

还有几个莫名其妙的问题还没写，因为没找到具体原因，总之这玩意据说跑起来很稳定（有待检验），但是对用户不是太友好。其实glassfish可以看出来设计上还是希望对用户友好的，但是这么多的细节问题累加起来，加上这个jsf，整体来说我认为对新手还是不太友好，期望3.1的发布能少些问题。