快速CGI与Jav​​a应用程序服务器 [英] Fast CGI Vs Java Application Servers

查看:55
本文介绍了快速CGI与Jav​​a应用程序服务器的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述



FastCGI如何与在Java应用服务器中运行的Java应用程序进行比较

如TomCat,Sun One,WebLogic和WebSphere?从CGI切换到Java是否有商业案例

?性能?生产率?功能?

面向对象?代码重用?


任何意见?

解决方案

On Sun,29 Jun 2003 17:01:07 +0800,Charles Handy

< chppxf1@NOSPAM_yahoo.com.au>写道:

FastCGI如何与Java应用服务器中运行的Java应用程序进行比较?如TomCat,Sun One,WebLogic和WebSphere?


这取决于您的CGI应用程序的编写方式。如果它在QBASIC

在NT机器上的apache上运行那么可能是websphere

解决方案会更快。如果它的Perl或Python那么你可能不会看到很多差异。如果它的C / C ++你甚至可以更快地找到CGI

路由。

是否存在从CGI切换到Java的商业案例?


如果你想要b / b
你可以为任何事情做一个商业案例......

表现?


见上文

生产力?


Perl / Python CGI将比Java更快地发展。

C ++与IME大致相同

功能?


也许,Java内置的网络/安全功能很大,可能是最大的优惠。

面向对象?


不,您可以在Perl中使用,也可以在Python(或Ruby)中执行此操作。

代码重用?


不,这比项目组织更多的是

编程语言。

有什么意见吗?




很多,但我想保持客观! :-)


底线是:你现在做的对你有用吗?如果是这样的话,那就不要用b $ b来修复那些没有破坏的东西...


Alan G.


al********@btinternet.com (Alan Gauld)写道:

是否存在从CGI切换到Java的商业案例?


正如有人所说,java非常适合工程下一代

解决方案,以通过
$ b $实现开发者收入的最大化b增强的流行语使用。

功能?

也许,Java内置的网络/安全功能是一大优点,可能是最大的优势。


对于大多数其他答案,Tcl得分关于Perl和Python

在哪里做,给或带一些。在这里,值得一提的是,Tcl有一个非常好的安全架构,你可以很容易地控制Tcl本身。

面向对象?



不,你可以在Perl中完成,当然也可以在Python(或Ruby)中实现。


或Tcl的扩展名为[Incr Tcl]。

底线是:你现在做的是什么?如果是这样,不要修复
什么不破...




极好的建议。


-

David N. Welton

咨询: http://www.dedasys.com/

个人: http://www.dedasys.com/davidw/

自由软件: http://www.dedasys.com/freesoftware/

Apache Tcl: http://tcl.apache.org/


Charles Handy写道:< blockquote class =post_quotes>
FastCGI如何与Java应用服务器中运行的Java应用程序进行比较?如TomCat,Sun One,WebLogic和WebSphere?




A(快速)CGI程序与实际Java程序相比可能不是很多不同当然,取决于程序。什么是

* *巨大的*差异是Java应用程序在

*应用程序服务器*内运行。 (J2EE)Application Server提供了一个基于
的丰富环境,可用于构建可扩展的企业应用程序:

- 安全性

- 连接性
- 可伸缩性(性能,集群)

- 可维护性/可管理性

- 错误报告/日志记录

- 基于组件(EJBs) )

- 数据库连接和对象持久性

- 交易

- ...


全部其中一些是标准化的(作为J2EE的一部分)。

从理论上讲,您可以将J2EE应用程序移动到另一个供应商运行的不同的b $ b环境中。应用程序服务器没有

大汗淋漓。


写(快)CGI时你没有这些随便可用

申请;你必须自己实施所有这些。


- Irmen de Jong



How does FastCGI compare against java Apps running in java app servers
like TomCat, Sun One, WebLogic and WebSphere? Is there a business case
for switching from CGI to Java? Performance? Productivity? Features?
Object orientation? Code Reuse?

Any opinions?

解决方案

On Sun, 29 Jun 2003 17:01:07 +0800, Charles Handy
<chppxf1@NOSPAM_yahoo.com.au> wrote:

How does FastCGI compare against java Apps running in java app servers
like TomCat, Sun One, WebLogic and WebSphere?
That depends on how your CGI apps are written. If its in QBASIC
running on apache on an NT box then probably the websphere
solution would be faster. If its Perl or Python then you might
not see much difference. If its C/C++ you might even find the CGI
route faster.
Is there a business case for switching from CGI to Java?
You can make a business case for just about anything if you
try...
Performance?
See above
Productivity?
Perl/Python CGI will almoist certainy develop faster than Java.
C++ is about the same IME
Features?
Maybe, Java''s built in networking/security features are a big
plus, maybe the biggest plus.
Object orientation?
Nope, you can do that in Perl and certainly in Python (or Ruby).
Code Reuse?
Nope, that''s much more about project organisation than
programming language.
Any opinions?



Lots but I''m trying to stay objective! :-)

Bottom line is: Does what you do now work for you? If so, don''t
fix what''s not broken...

Alan G.


al********@btinternet.com (Alan Gauld) writes:

Is there a business case for switching from CGI to Java?
As someone said, "java is great for engineering next generation
solutions to enable maximization of developer income by means of
enhanced buzzword use".
Features?

Maybe, Java''s built in networking/security features are a big plus,
maybe the biggest plus.
For most of the other answers, Tcl scores about where Perl and Python
do, give or take some here and there. Here, it is worth mentioning
that Tcl has a very nice security architecture of its own, that you
can control from Tcl itself quite easily.
Object orientation?


Nope, you can do that in Perl and certainly in Python (or Ruby).
Or Tcl with an extension like [Incr Tcl].
Bottom line is: Does what you do now work for you? If so, don''t fix
what''s not broken...



Excellent suggestion.

--
David N. Welton
Consulting: http://www.dedasys.com/
Personal: http://www.dedasys.com/davidw/
Free Software: http://www.dedasys.com/freesoftware/
Apache Tcl: http://tcl.apache.org/


Charles Handy wrote:


How does FastCGI compare against java Apps running in java app servers
like TomCat, Sun One, WebLogic and WebSphere?



A (fast)CGI program compared to the actual Java program may not be
much of a difference, depending on the program of course. What is
a *huge* difference is that the Java app is running inside an
*application server*. A (J2EE) Application Server provides a
rich environment on which to base your scalable enterprise applications:
- security
- connectivity
- scalability (performance, clustering)
- maintainability / managability
- error reporting/logging
- component based (EJBs)
- database connectivity and object persistence
- transactions
- ...

All of these are standardized in some way (as part of J2EE).
In theory you can move your J2EE application to a different
environment running on a different vendor''s app server without
much sweat.

You don''t have any of this readily available when writing (fast)CGI
applications; you have to implement all of these yourself.

--Irmen de Jong


这篇关于快速CGI与Jav​​a应用程序服务器的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆