|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-03-24
其实对程序员来说, 更多的是把 weblogic , websphere, Jboss来做一个容器, web容器, EJB容器. 至于load balance等其它方面的高级功能, 我们用的并不多. 尽管它可以给我们failover, scalability. 所以对大多数人来说是很难对此进行比较.
我看到websphoere的网站, 他们的确说了不少weblogic的坏话, 我也只是用过了weblogic. 觉得不错. Jboss没有GUI界面, 一大堆xml配置文件, 文档也不多 觉得不爽. 而对于websphere和weblogic, 它们的文档非常丰富. 所以不会为找文档而不知所措. websphere我看过一些文档, 摆弄过一下wsad, 觉得在里面开发j2ee很方便. 我个人认为, IBM的一系列产品是做为一个整体销售的. 象websphere, wsad, DB2, MQ serial等. 一起使用还是有优势的. 对于用过websphere application server的朋友, 我想问一句: 你们是怎样发布ear文件的? 在weblogic 中有 weblogic.ejbc 用来生成weblogic容器所需要的类. 然后直接拷贝到weblogic相应的目录下, 让weblogic自动发布就行了. 整个过程可以用ant自动完成. 在Websphere可以实现这样的自动化呢? 如何实现? |
| 返回顶楼 | |
|
发表时间：2004-03-24
第一次部署ear文件的时候是需要安装的，通过UI界面，一点也不难。
以后就可以用Ant直接运行写好的deploy.xml了，其实也就是把新的class copy到相应的目录下，也很方便。 我没有用过Weblogic，不过我觉得WSAD+WebSphere还是很方便的。 |
| 返回顶楼 | |
|
发表时间：2004-03-24
xanada 写道 第一次部署ear文件的时候是需要安装的，通过UI界面，一点也不难。
以后就可以用Ant直接运行写好的deploy.xml了，其实也就是把新的class copy到相应的目录下，也很方便。 我没有用过Weblogic，不过我觉得WSAD+WebSphere还是很方便的。 Thank you. 我想对我们大多数人来说， 只是把weblogic, websphere当做一个web container and Ejb container. 对于load balance等给我们代来的scalabilty and failover, 相信大家也很少有机会去比较。 看起来， 第一次在websphere application server中发布时， 是一定需要手工在Enterprise Application 中 install的。 不知你说的新的class是指更新的class还是指可以新增的和删除以后的剩下的class? 能不能贴出ant 和 deploy.xml. 很想看看它们长什么样子。thanks again. |
| 返回顶楼 | |
|
发表时间：2004-03-24
说来一钱不值，其实就是把当前机器上WebContent目录里的所有东西都copy到server上的war folder，但是看结果后就会发现Ant会自动比较，只copy更新过的class。
<target name="deploy" description="copy local class files to server">
<copy todir="${war_folder}" >
<fileset dir="${web_content}" excludes="**/config.ini" />
</copy>
</target>
config.ini当然不能copy过去啦，两边配置不同的。 另外这个deploy.xml也只是我们自己随便起的名字，你可以随便命名的。 |
| 返回顶楼 | |
|
发表时间：2004-03-25
大致清楚了， thanks. 以后有机会有台好机子再试试吧。
|
| 返回顶楼 | |
|
发表时间：2004-03-25
引用 对于用过websphere application server的朋友, 我想问一句: 你们是怎样发布ear文件的? 以前我使用 Weblogic, 发布确实方便, 也比较快; 后来使用 Webshpere 5, 开始不知道怎么自动发布, 很不习惯, 经过数次尝试, 终于发现使用 Ant 自动发布的方法, 现在给大家参考参考: 引用 <!--定义 Task--> <taskdef name="wsDefaultBindings" classname="com.ibm.websphere.ant.tasks.DefaultBindings" classpathref="was50.task-binding.classpathref" /> <taskdef name="wsInstallApp" classname="com.ibm.websphere.ant.tasks.InstallApplication" classpathref="was50.task.classpathref" /> <taskdef name="wsUninstallApp" classname="com.ibm.websphere.ant.tasks.UninstallApplication" classpathref="was50.task.classpathref" /> <taskdef name="wsStartApplication" classname="com.ibm.websphere.ant.tasks.StartApplication" classpathref="was50.task.classpathref" /> <taskdef name="wsStopApplication" classname="com.ibm.websphere.ant.tasks.StopApplication" classpathref="was50.task.classpathref" /> 引用 <!--Websphere--> <wsDefaultBindings ear="${j2ee-app.abs-tmp.earfile}" outputFile="${j2ee-app.abs-tmp.earfile.binding}" ejbJndiPrefix="${env.WEBSPHERE_EJBJNDIPREFIX}" virtualHost="${env.WEBSPHERE_VIRTUALHOST}" forceBindings="true" /> <wsUninstallApp wasHome="${env.WEBSPHERE_HOME}" application="${arg_j2ee.app.name}" conntype="${env.WEBSPHERE_INSTALL_CONNTYPE}" host="${env.WEBSPHERE_INSTALL_HOST}" port="${env.WEBSPHERE_INSTALL_PORT}" /> <wsInstallApp wasHome="${env.WEBSPHERE_HOME}" ear="${j2ee-app.abs-tmp.earfile.binding}" conntype="${env.WEBSPHERE_INSTALL_CONNTYPE}" host="${env.WEBSPHERE_INSTALL_HOST}" port="${env.WEBSPHERE_INSTALL_PORT}" /> <wsStartApplication wasHome="${env.WEBSPHERE_HOME}" application="${arg_j2ee.app.name}" conntype="${env.WEBSPHERE_INSTALL_CONNTYPE}" host="${env.WEBSPHERE_INSTALL_HOST}" port="${env.WEBSPHERE_INSTALL_PORT}" /> 使用到的 env properties 定义: 引用 # Websphere 的安装目录 WEBSPHERE_HOME=D:/WebSphere/AppServer # 开发所使用的 server 目录 WEBSPHERE_SERVER=server1 # 以下 5 个变量主要使用在使用 Ant 发布 ear 到 Websphere server 上时 WEBSPHERE_VIRTUALHOST=default_host WEBSPHERE_EJBJNDIPREFIX=ejb/myApp WEBSPHERE_INSTALL_HOST=localhost WEBSPHERE_INSTALL_CONNTYPE=SOAP WEBSPHERE_INSTALL_PORT=8880 #WEBSPHERE_INSTALL_CONNTYPE=RMI #WEBSPHERE_INSTALL_PORT=2810 |
| 返回顶楼 | |
|
发表时间：2004-03-25
Good information. I greatly apreciate your sharing. I hope I can use it in the future if necessary.
|
| 返回顶楼 | |
|
发表时间：2005-10-18
优点一、肯定省钱
优点二、便于管理，对于分布式的应用来讲，tomcat比较容易管理，可以交给一般的管理人员管理就行，便于处理WEB负载，同时根据需要不同的web要求使用不同的tomcat服务 优点三、业务管理容易维护，业务处理主要在WEBLOGIC |
| 返回顶楼 | |
|
发表时间：2006-09-12
jeffrey_he 写道 我是也这么想的：当业务请求少的时候，我用WebLogic同时管理Servlet应该不会增加太大的负荷。业务请求多的时候我们可以集群，用Tomcat又不放心。
不过我看你的意思好像是说用WebLogic+WebLogic来架构吧，那样才能省下一个CPU的WebLogic啊。 用一个WebLogic同时管理Servlet和EJB等是不是不太好呢？ 从开发层面和后期维护,WebLogic都比WebSphere好(尽管我一直有WAS) WebLogic的销售很差劲(就我接触的而言);而且IBM可以绑定硬件,折扣有优势 再者,IBM的产品分得很细,可以作很好得拆分销售,而BEA不行 |
| 返回顶楼 | |
|
发表时间：2006-09-13
WebLogic Console for Tomcat会扮演什么角色呢？最近也没有什么消息了。
Bea的这种态度估计会引导入门使用Weblogic console，然后再让你升级Weblogic Server，也可能是混合架构。 反正Blended是BEA今年的主题。 这帖子老早的，难道大牛们早就预料到了？ |
| 返回顶楼 | |
