IIS与TOMCAT协同工作---在IIS下运行JSP页面

转载:http://www.cnblogs.com/sjpisaboy/archive/2006/12/07/585749.html

最近碰到一个问题:我们实验室的一台IBM EServer服务器被运到学校的信息办进行托管,这台服务器上面跑着一些ASP.NET网站、ASP网站以及一个JSP的网站。服务器的操作系统是Window Server 2003,并在其上安装了IIS6.0、Tomcat5.5等服务器软件。众所周知,IIS服务器占用80端口,而Tomcat服务器一般用8080端口。本来两者互不侵犯,但是因为学校的信息办的防火墙只允许开80端口,其他端口一律broke。这显然是那些非IIS服务器的服务不能运行。

为了解决上述问题,我查了一些资料。了解到,在IIS的站点属性中有一个对ISAPI 过滤器的配置。而Apache的Jakarta项目下面有一个Jakarta Isapi Redirector工具,就是一个ISAPI过滤器,这个过滤器可以把含有.JSP的URL地址发送给TOMCAT进行处理,并将处理结果,即动态生成的HTML页通过IIS发送回请求者那边。也就是说通过一个80端口,同时也能运行JSP页面。

我下载了一个isapi_redirect-1.2.14.exe,按照wizard简单安装了一下。为了确保服务器的运行正常,我先在一台XP PC上试运行了一下,配置步骤如下:
        
         1 打开IIS管理端,右键点击默认站点的属性页面,选择ISAPI过滤器选项卡,查看名为Jakarta的Jakarta Isapi Redirector是否存在,并确保其状态为启用!
         2 打开Jakarta Isapi Redirector安装目录下conf文件夹中的uriworkermap.properties,在其中添加一个你需要通过IIS运行的JSP站点的名称(该站点需要在TOMCAT下的webapps目录下,并运行良好),比如:该站点名称为test,则需要加入/test/*=wlb。
         3 重启IIS
         4 运行http://localhost/test/...便可看到结果

上述四步为XP下的配置过程,如果是在Server 2003下的话,还需要在第二步之前,做如下配置:

1.5 打开IIS管理端,点击WEB扩展服务,新建一个扩展服务,其名称建议为Jakarta,浏览Jakarta Isapi Redirector安装目录下的bin,选择isapi_redirect.dll。并允许这个服务的运行。

做完上述的配置,你就可以解决我所遇到的需要在IIS下与TOMCAT协同的问题。我所参考的主要资料是http://www.cflex.net/showFileDetails.cfm?ObjectID=296&Object=File&ChannelID=1。如果需要知道详细的情况,也可访问该地址查询。

时间: 2024-10-21 08:42:12

IIS与TOMCAT协同工作---在IIS下运行JSP页面的相关文章

关于JAVA EE项目在WEB-INF目录下的jsp页面如何访问WebRoot中的CSS和JS文件

找了这么久资料,总算解决了 感谢博客园:http://www.cnblogs.com/xsht/p/5275081.html 感谢百度:http://zhidao.baidu.com/link?url=Vz4TlygvnMyYVj105bCuzkusjF0G5rM6opHvEzhcCaJK5s1gFUZ3PBgAWCNsfY1RmtPf4ZEo8EV_Gd7SYKV4S_ 在有Struts部署的Java EE环境中,我们一般把jsp页面写在WebRoot\WEB-INF\content 目录下,

解决href标签跳转到WEB-INF下的jsp页面的办法

用的配置struts的action的方法. jsp页面这样写的. class里面的路径是下面的struts配置文件的路径 struts配置文件里这样写的. name里面的内容要和href里面的内用一致,然后这个action放在原来的package标签里面就行,不用放在另外一个package标签里.

解决/WEB-INF目录下的jsp页面引入webRoot下的Js、css和图片的问题

通常把jsp页面放在webRoot的/WEB-INF下可以防止访问者直接输入页面. 而webRoot的/WEB-INF下的页面是受保护的,用户无法通过形如http://localhost:8080/test/webRoot/WEB-INF/content/xx.jsp来访问,他们的访问都必须透过struts处理请求才能达到. 然而,当把页面放在/web-inf下面时,JSP页面还是避免不了跟"外部"的js,css,图片"交互",因为需要引入一些webRoot/css

客户端访问WEB-INF下面的jsp页面

一.作用 对于/web-INF/及其子目录,不允许直接的公共访问,所以就可以起到保护这些代码未经授权的访问和窥视,更好的保护了源代码. 写一个servlet,作为客户端的跳转. 二.代码 package com.cxhd.nurse.controller; import java.io.IOException; import javax.servlet.ServletException; import javax.servlet.annotation.WebServlet; import jav

Maven工程webinfo下面的JSP页面无法加载.js、.css文件的解决方案

--下面是我的工程路径 --我jsp的写法 -----启动工程,访问js文件的路径是这样的, href="http://localhost:8080/activiti/css/public.css" 怎么看都没毛病.但是提示404找不到. 所以判断是因为访问被拦截住了.最后分析查找得知,是因为在web.xml缺少了SpringMVC拦截设置. -----下面这段代码来源于其他博客转载 通过在web.xml中添加如下设置后,问题的得以解决: 注意: 下面这段代码,要写在引入springM

WEB-INF下的jsp怎么访问

访问WEB-INF下的JSP (转载) (2012-04-15 21:47:09) 转载▼ 标签: jsp 分类: Web 转载一:把那些限制访问的资源(比如说jsp源代码)放到Web应用的WEB-INF目录下,对于/web-INF/及其子目录,不允许直接的公共访问,所以就可以起到保护这些代码未经授权的访问和窥视,更好的保护了源代码(19页). 这么书只是对这种方法进行了简单的介绍,没有描述详细处理方法,我测试了一下,没有办法对放到/WEB-INF的文件进行访问,所以我就上网搜索了一下,才明白了

访问WEB-INF下的JSP (转载)

转载一:把那些限制访问的资源(比如说jsp源代码)放到Web应用的WEB-INF目录下,对于/web-INF/及其子目录,不允许直接的公共访问,所以就可以起到保护这些代码未经授权的访问和窥视,更好的保护了源代码(19页). 这么书只是对这种方法进行了简单的介绍,没有描述详细处理方法,我测试了一下,没有办法对放到/WEB-INF的文件进行访问,所以我就上网搜索了一下,才明白了具体的处理方法,感觉非常适合用在STRUTS结构上的系统.下面请听我详细说明. 通常JSP开发人员会把他们的页面文件存放在W

【servlet】客户端是否可以访问到WEB-INF下的jsp文件

一般情况下(不考虑出现安全问题被入侵,那样啥都能访问到),WEB-INF下的jsp文件单凭浏览器端请求时访问不到的. 想访问的话需要通过服务端servlet的转发. 下面通过转发和重定向的尝试来观察访问情况. 引申:dlut 教务处的网站改一下url就可以访问到所有人的成绩,个人认为jsp文件一定是在WEBRoot根目录下,而不是在WEB-INF目录下 至于为什么看出是jsp文件(后缀名经过了隐藏)...看到刚登陆时的action...就知道是struts2没跑了.... TestServlet

关于jsp页面是放在webroot目录下和web-inf下优缺点

CSDN问题: jsp放在webroot目录下 这样就可以让用户直接访问,jsp放在web-inf目录下就必须要通过请求才能访问.因此放在web-inf下jsp页面显得要安全. 既然这样 ,那是不是只要是需要通过请求才可以访问的页面就一定要放在web-inf目录下呢还有放在webroot和放在web-inf目录下都各有什么明显的优缺点 .望大家讨论... 1楼: 通过设置过滤器,放在webroot下面的文件也可以实现不能直接访问.所以说放在哪里就看习惯是什么样了. 一般项目都是要求隐藏性的,只让