jsp虚拟主机,美橙互联的香港jsp虚拟主机好吗,香港java虚拟主机怎么样

阅读(88)发布于 2023-09-25

为什么支持JSP的虚拟主机那么少 国内外IDC市场上,大多虚拟主机支持PHP或ASP/ASP.NET等环境,而支持JSP的虚拟主机却很少,包括一些主流的虚拟主机商同样不支持JSP。JSP使用java健壮语言,安全性强,目前大型企业网站绝大多数都是用JSP技术构建,JSP主机不需要担心被跨站黑掉的问题。标准的JSP标识能够访问和实例化JavaBeans组件,设置或者检索组件属性,下载Applet,以及执行用

配图

国内外IDC市场上,大多虚拟主机支持PHP或ASP/ASP.NET等环境,而支持JSP的虚拟主机却很少,包括一些主流的虚拟主机商同样不支持JSP。那为什么支持JSP的虚拟主机那么少呢?

JSP(JavaServerPages)是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。JSP技术有点类似ASP技术,它是在传统的网页HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag),从而形成JSP文件(*.jsp)。用JSP开发的Web应用是跨平台的,既能在Linux下运行,也能在其他操作系统上运行。

由于JSP程序的开发周期长,不利于中小型网站的快速上线。而且现在互联网中支持PHP、ASP的开源模板有很多,建站也非常容易,自然许多中小网站都选择PHP、ASP语言建站。JSP更适合大型项目的开发,要求的安全性和稳定性等各方面都比较高。而虚拟主机只是服务器上划分出来的最基础的托管网站的空间,是广大中小站长的最佳选择。而对于大型的网站,都是需要租用或托管独立服务器的。

由于中小型站点很少有使用JSP程序的,而且PHP等程序更能满足对灵活性和快捷要求更高的WEB领域,所以IDC市场中支持JSP的虚拟主机也很少。

拟主机的虚拟主机虚拟主机主机

JSP虚拟主机是利用独特的技术手段把一台服务器上的JSP环境划分为独立的小的JSP环境,来供大家执行所需要的JSP语言,您可以把自己的JSP语言的网站上传到JSP虚拟主机上,设置好数据库的连接,您的JSP网站就可正常运行了,JSP虚拟主机其实就是在网络上提供一个JSP环境,您买了后可以把自己的网站放上去让全世界的人都能浏览到,而如果不用JSP虚拟主机,您在自己的电脑上只能您自己看到,这样就失去做网站的意义!JSP使用java健壮语言,安全性强,目前大型企业网站绝大多数都是用JSP技术构建,JSP主机不需要担心被跨站黑掉的问题。

JSP技术为创建显示动态生成内容的Web页面提供了一个简捷而快速的方法。JSP技术的设计目的是使得构造基于Web的应用程序更加容易和快捷,而这些应用程序能够与各种Web服务器,应用服务器,浏览器和开发工具共同工作。这里提供了JSP技术的全面概述,描述了其开发背景以及这项技术的总体目标。同时,在一个简单示例中,还描述了一个基于JavaTM技术的页面的关键组成部分。

在万维网短暂的历史中,它已经从一个大部分显示静态信息的网络演化到对股票进行交易和进行购书操作的一个基础设施。在各种各样的应用程序中,对于可能使用的基于Web的客户端,看上去没有任何限制。基于浏览器客户端的应用程序比传统的基于客户机/服务器的应用程序有几个好处。这些好处包括几乎没有限制的客户端访问和极其简化的应用程序部署和管理(要更新一个应用程序,管理人员只需要更改一个基于服务器的程序,而不是成千上万的安装在客户端的应用程序)。这样,软件工业正迅速地向建造基于浏览器客户端的多层次应用程序迈进。这些快速增长的精巧的基于Web的应用程序要求开发技术上的改进。静态HTML对于显示相对静态的内容是不错的选择;新的挑战在于创建交互的基于Web的应用程序,在这些程序中,页面的内容是基于用户的请求或者系统的状态,而不是预先定义的文字。对于这个问题的一个早期解决方案是使用CGI-BIN接口;开发人员编写与接口相关的单独的程序,以及基于Web的应用程序,后者通过Web服务器来调用前者。这个方案有着严重的扩展性问题——每个新的CGI要求在服务器上新增一个进程。如果多个用户并发地访问该程序,这些进程将消耗该Web服务器所有的可用资源,并且系统性能降低到极其低下的地步。某些Web服务器供应商已经尝试通过为他们的服务器提供“插件”和API来简化Web应用程序的开发。这些解决方案是与特定的Web服务器相关的,不能解决跨多个供应商的解决方案的问题。例如,微软的ActiveServerPagesTM(ASP)技术使得在Web页面上创建动态内容更加容易,但是也只能工作在微软的IIS和PersonalWebServer上。还存在其他的解决方案,但是都不能使一个普通的页面设计者能够轻易地掌握。例如,象JavaServlets这样的技术就可以使得用Java语言编写交互的应用程序的服务器端的代码变得容易。一个JavaServlets就是一个基于Java技术的运行在服务器端的程序(与Applet不同,后者运行在浏览器端)。开发人员能够编写出这样的Servlet,以接收来自Web浏览器的HTTP请求,动态地生成响应(可能要查询数据库来完成这项请求),然后发送包含HTML或XML文档的响应到浏览器。采用这种方法,整个网页必须都在JavaServlet中制作。如果开发人员或者Web管理人员想要调整页面显示,就不得不编辑并重新编译该JavaServlet,即使在逻辑上已经能够运行了。采用这种方法,生成带有动态内容的页面仍然需要应用程序的开发技巧。

很显然,目前所需要的是一个业界范围内的创建动态内容页面的解决方案。这个方案将解决当前方案所受到的限制,即:

能够在任何Web或应用程序服务器上运行

将应用程序逻辑和页面显示分离

能够快速地开发和测试

简化开发基于Web的交互式应用程序的过程

JavaServerPages(JSP)技术就是被设计用来满足这样的要求的。JSP规范是Web服务器、应用服务器、交易系统、以及开发工具供应商间广泛合作的结果。

使用JSP技术,Web页面开发人员可以使用HTML或者XML标识来设计和格式化最终页面。使用JSP标识或者小脚本来生成页面上的动态内容(内容是根据请求来变化的,例如请求帐户信息或者特定的一瓶酒的价格)。生成内容的逻辑被封装在标识和JavaBeans组件中,并且捆绑在小脚本中,所有的脚本在服务器端运行。如果核心逻辑被封装在标识和Beans中,那么其他人,如Web管理人员和页面设计者,能够编辑和使用JSP页面,而不影响内容的生成。在服务器端,JSP引擎解释JSP标识和小脚本,生成所请求的内容(例如,通过访问JavaBeans组件,使用JDBCTM技术访问数据库,或者包含文件),并且将结果以HTML(或者XML)页面的形式发送回浏览器。这有助于作者保护自己的代码,而又保证任何基于HTML的Web浏览器的完全可用性。绝大多数JSP页面依赖于可重用的,跨平台的组件(JavaBeans或者EnterpriseJavaBeansTM组件)来执行应用程序所要求的更为复杂的处理。开发人员能够共享和交换执行普通操作的组件,或者使得这些组件为更多的使用者或者客户团体所使用。基于组件的方法加速了总体开发过程,并且使得各种组织在他们现有的技能和优化结果的开发努力中得到平衡。

采用标识简化页面开发

Web页面开发人员不会都是熟悉脚本语言的编程人员。JavaServerPage技术封装了许多功能,这些功能是在易用的、与JSP相关的XML标识中进行动态内容生成所需要的。标准的JSP标识能够访问和实例化JavaBeans组件,设置或者检索组件属性,下载Applet,以及执行用其他方法更难于编码和耗时的功能。

通过开发定制化标识库,JSP技术是可以扩展的。今后,第三方开发人员和其他人员可以为常用功能创建自己的标识库。这使得Web页面开发人员能够使用熟悉的工具和如同标识一样的执行特定功能的构件来工作。

JSP技术很容易整合到多种应用体系结构中,以利用现存的工具和技巧,并且扩展到能够支持企业级的分布式应用。作为采用Java技术家族的一部分,以及Java2(企业版体系结构)的一个组成部分,JSP技术能够支持高度复杂的基于Web的应用。由于JSP页面的内置脚本语言是基于Java编程语言的,而且所有的JSP页面都被编译成为JavaServlet,JSP页面就具有Java技术的所有好处,包括存储管理和安全性。作为Java平台的一部分,JSP拥有Java编程语言“一次编写,各处运行”的特点。随着越来越多的供应商将JSP支持添加到他们的产品中,您可以使用自己所选择的服务器和工具,更改工具或服务器并不影响当前的应用。当与Java2平台,企业版(J2EE)和EnterpriseJavaBean技术整合时,JSP页面将提供企业级的扩展性和性能,这对于在虚拟企业中部署基于Web的应用是必需的。JavaScript能够在客户端动态地生成HTML。虽然JavaScript很有用,但它只能处理以客户端环境为基础的动态信息。除了Cookie之外,HTTP状态和表单提交数据对JavaScript来说都是不可用的。另外,由于是在客户端运行,JavaScript不能访问服务器端资源,比如数据库、目录信息等等。

JSP和服务器端包含(Server-SideInclude,SSI)相比

SSI是一种受到广泛支持的在静态HTML中引入外部代码的技术。JSP在这方面的支持更为完善,因为它可以用Servlet而不是独立的程序来生成动态内容。另外,SSI实际上只用于简单的包含,而不是面向那些能够处理表单数据、访问数据库的“真正的”程序。

POST提交表单是乱码

常见的情况为:页面都正常但新插入的数据全是乱码

这种情况就是因为提交的数据被程序接收后就是乱码这个乱码又插入数据库了所以显示不正常

解决方案:

a修改配制来完成

修改tomcat的配制文件serverxml中的连接器加上URIEncoding="GB"就OK了

b自己写编码转换程序

ba在与表单交换数据的时候做转换这种方式灵活

每一个页面请求写一个转换或者写一个公共的类在接收的时候都做一下转移代码如下:

publicstaticStringISOGBChange(Strings)

{

returnEncodeChange(s"ISO""GB");

}

publicstaticStringEncodeChange(StringsStringsource_encodeStringdest_encode)

{

if(s==null)

returnnull;

try

{

byte[]tmpbyte=sgetBytes(source_encode);s=newString(tmpbytedest_encode);

returns;

}

catch(Exceptione)

{

return"ERROR";

}

}

bb使用tomcat的webxml中定义的过滤器filter来转换所有的请求编码

这个需要自己去研究一下过滤器的写法再具体的转换编码还是ba中的代码进行编码转换的只是转移不用再写在每个程序中了

数据库中本来就是乱码

就是说数据库里面的数据本来就是乱码无论您用什么编码连接数据库查看到的都是乱码如何确定数据库中本来就是乱码呢?(其实也不太容易确定我们仅给出一个大概的判断)

您用客户端连接数据库的时候一定要选择连接编码为GBUTFISO等常见的编码格式连接并查看您的表中内容是不是正常的若没有一种情况是正常的应该就可以判定为乱码了

当然这个判定并不标准甚至问题很多但在国内我想%以上都用这几种编码所以我认为这个判定准确性是可以被接受的

解决方案:您用客户端连接数据库的时候一定要选择连接编码为GB或者GBK然后于重新执行数据库脚本保证数据库里保存的是正常的字符而不是乱码

从数据库提取出来就是乱码

数据库里本来是正常的但用JAVA连接后一经提取就全乱了

解决方案:修改JAVA连接数据库的URL加上或者修改URL中的编码为UTFcharacterEncoding=UTF若是hibernate的配置问题jdbc连接url不能有&符号会导致出错或者后面不生效我用&代替就好了

不要以为用的是GB这里就指定为GB(个人认为若指定为GB驱动又多做了一次编码转换所以就又成了乱码了)

当然也可能驱动太旧等情况

lishixinzhi/Article/program/Java/JSP/201311/20482

使用主机屋免费空间已经有一段时间了,第一次知道主机屋是在百度上搜索看到的,我便试着申请了一个,虽然认证的时候麻烦一些,刚开始还有些怀疑。等我认证之后申请下来使用的时候,我感觉到主机屋免费主机的优点是很多的。1.访问速度非常快,不管是电信还是联通,都能在很短的时间内打开网页。2.主机屋免费空间后台管理功能非常强大,刚开始使用的时候还可以绑定子目录。这个功能我很喜欢。3。越来越多的人知道了主机屋,而我也在继续使用着主机屋的空间。免费主机屋空间可以说是我目前使用过访问速度最稳定,任何时间都不会出现突然访问速度变慢的情况。FTP访问也很快很稳定,目前就是免费空间续期比较麻烦。不过对于免费空间如此稳定花点时间还是值得的选择主机屋,你是对的。

以上就是关于jsp虚拟主机的解答,如果对你有帮助,不妨关注本站,本站将为你整理更多内容。