随笔-72  评论-20  文章-0  trackbacks-1
 
第一篇:IIS安装
Quote:
第一篇我们就不说了,怎么安装IIS网上到处都是,我们直接开始第二篇吧。






第二篇:PHP安装
Quote:

1、程序下载:
建议到PHP官方网站
网址:http://cn2.php.net/get/php-5.2.0-Win32.zip/from/a/mirror


2、程序安装:



解压或者未解压后,能看到php-5.2.0-win32-installer.msi文件时,双击文件,弹出下列对话框,我们再单击Next(下一步):




在这一步,他会要你同意一个协议,不同意是没法继续安装的。同意就同意呗,反正这个东西是开源的,(应该是的吧)呵呵:




在这一步选择安装文件夹,如果要更改,单击Browse(浏鉴)。这里,我建议不要改更。第一,PHP文件不大;第二,由于这个本来不是Windows下的文件,更改不知道会不会有什么不能用的地方。:




选择你的WEB服务程序,建议选择IIS/PWS 3。这个选项在XP的IIS下,也就是IIS5.5下测试通过。:




程序安装组界面,别急点点下一步,看清楚下面的说明:




在上图中显示的Extensions(扩展)前面的“+”号点开,然后拖动滚动条,一直到下图位置。在GD2上右击,然后选择安装此功能(选择中的第一个或者二个)。
其实,第一个跟第二个的区别在这个地方不大。如果有下属选项时,选第一个,只会安装一些默认的功能,而第二个是完全安装。懂英语的朋友就不要笑话我了,呵呵
  




同理,拖到mysql那一项,与前面一样的操作。如果你的mysql版本比较高,建议把mysqlli也装上,就是在mysql下面的那一个。  




需要的人还可以到下面这个地方,按照上面两步的方法安装PHP帮助文档与PEAR。然后单击Next(下一步)



单击Install(安装),开始正式安装PHP




安装过程,等待



安装完成,单击Finish(完成)结束安装





到这里,我们的PHP算是装完了。休息一下,我们马上开始讲第三篇,PHP与IIS整合






第三篇:PHP与IIS整合
Quote:

说起来,这一点应该是PHP安装最重要的一个环节了,如果这一步没有成功,其他的都白搞了,呵呵。



打开IIS,然后在你要支持PHP的网站名称上右击,选择“属性”。当然,如果你要所有的网站都支持PHP,也可以在“网站”上面右击,选择属性。




这是弹出来的网站属性对话框,我们要选择的是“主目录”选项卡。   




选择“主目录”选项卡后,再点击这个选项卡下面的“配置”




弹出应该程序配置选项卡,这里时候,我们要选择“添加”   




这步比较关键,这个是点击添加后弹出来的。
在“可执行文件”后面,我们选择“php-cgi.exe”,前面的路径是你的PHP安装路径。
而这个,在很多以前的参考上,都是一个DLL文件,而这个版本是php-cgi.exe。

“扩展名”填“.php”,别把那个点“.”丢了。
后面就是一直“确定”到最后了。呵呵





最后,我们来写一个测试程序“test.php”,然后打开测试。如果你看到了跟我图片中类似的内容,那么恭喜你,PHP安装成功了!
test.php内容:
Copy code
<?php
     phpinfo();
?>



 
posted @ 2007-12-25 17:35 前方的路 阅读(3000) | 评论 (0)编辑 收藏
     摘要: 作者 : Stephen Covey


It will change your life (at least the way you react to situations).

它將改變你的一生(最低限度,它將改變你對不同情況的反應)。


What is this principle? 10% of life is made up of what happens to you. 90% of life is
decided by how you react.

90/10 的定律是什麼?生命的 10% 是由你的際遇所組成,餘下的 90% 則由你的反應
而決定。
  阅读全文
posted @ 2007-12-18 21:34 前方的路 阅读(321) | 评论 (0)编辑 收藏
     摘要: 在很多企业应用中有时需要在特定的时间运行一段代码,比如银行需要在晚上系统相对空闲的时间内进行日结的对帐,到了规定时间系统需要触发对帐服务,运行对帐程序,通过WebSphere Application Server和EJB定时器服务能解决这个问题。

  阅读全文
posted @ 2007-11-02 11:16 前方的路 阅读(1017) | 评论 (0)编辑 收藏
     摘要: 当您需要强大而灵活的可扩展 J2EE 应用程序时,可以利用 WebSphere® 集群环境。本文描述了在 WebSphere Application Server 集群环境中设计基于 Web 的应用程序时需要考虑的事项,包括应用程序文件更新和同步、会话对象的序列化和动态缓存。  阅读全文
posted @ 2007-11-02 11:15 前方的路 阅读(1016) | 评论 (0)编辑 收藏
     摘要: 中间件厂商对分布式网络环境的定义和理解并非完全相同,因此不同的中间件产品实现集群时所使用的概念和方式也有所不同。本文基于较为普遍应用的中间件产品 IBM WAS ND v6.1 讲述集群及分布式网络环境的相关概念,并且使用一个实例来演示集群环境的完整实现过程。  阅读全文
posted @ 2007-11-02 11:12 前方的路 阅读(1588) | 评论 (3)编辑 收藏
     摘要: 本文通过两个实际场景,介绍如何从头搭建一个WAS ND水平集群环境以及如何将一个已有的单节点(或三节点)Web环境扩展成五节点的集群环境。  阅读全文
posted @ 2007-11-02 11:06 前方的路 阅读(1643) | 评论 (0)编辑 收藏
     摘要: J2EE集群的本质  阅读全文
posted @ 2007-10-16 01:53 前方的路 阅读(390) | 评论 (0)编辑 收藏
     摘要: 本文目的在于分析Jetspeed支持集群的现状。首先介绍了集群计算的背景知识,然后使用tomcat作为例子配置了一个集群,接着分析了 jetspeed对集群的支持现状,提出了解决这些问题的办法,最后详细解释了jetspeed保存sesson数据的操作,这将对jetspeed的改造有帮助。  阅读全文
posted @ 2007-10-16 01:52 前方的路 阅读(496) | 评论 (0)编辑 收藏
     摘要: 本文对Spring框架中所包含的AOP思想以及事务管理进行了分析,并通过对一个业务对象实现加锁/解锁的操作
  阅读全文
posted @ 2007-10-16 01:47 前方的路 阅读(307) | 评论 (0)编辑 收藏

设计目标

 

1.       开发效率

2.       性能、预算

3.       符合OO设计

4.       避免复杂性

5.       可维护性、可扩展性,可重用性

 

 

分布式应用

 

不足:

1.  增加了应用的复杂性

2.  对性能会造成一定的影响

3.  OO Design带来一定的困难

优点:

1.  能满足多类型客户端的需求(applet, swing

2.  能同时将组件部署到不同的应用服务器

采用前提:

1.  客户端需要使用J2EE技术,比如Swing

2.  为了与已有的分布式应用集成需要将J2EE组件部署到多个应用服务器

3.  实现对多应用组件部署进行控制,提高系统灵活性、可靠性

 

 

可选技术:

可通过集群和负载平衡(remote interface调用单服务器应用)来实现分布式应用的健壮性、灵活性

 

 

EJB技术

 

缺点:

1.  测试困难

2.  部署麻烦(classloader复杂、部署描述符复杂、开发-部署-测试周期长)

3.  采用remote interfaceEJB不符合OO Design

4.  技术复杂,可能将简单需求变得复杂开发

5.  减少了应用服务器的选择

优点:

1.  能远程访问组件

2.  能将应用组件部署到不同服务器(分布式应用)

3.  支持多客户端访问

4.  使用到异步消息模式的时候可以采用message driven bean

5.  能实现复杂的事务管理

 

 

采用前提:

1、  EJB底层比较熟悉

2、  需要使用EJB的角色安全访问

3、  需要使用EJB的事务管理

4、  需要使用EJB的线程安全管理

5、  需要使用基于RMI/IIOP的分布式架构

 

 

4J2EE基本框架

 

一.非分布式框架

 

1(Web UI tier + Business Logic tier) + implement tier + DBMS

 

实现简单、能满足大部分需求,是中小型J2EE项目中采用最多的框架,虽然没有使用EJB,但是层次清晰。

优点:

1.简单

2.速度快

3.符合OO设计

4.容易测试

缺点:

1.仅仅适用于Web UI

2.自己管理事务

3.无法实现高并发处理

4.无法使用entity bean

5.不支持多JVM应用

2Web UI + local EJB + DBMS

 

稍微复杂,能使用EJB容器的事务,线程管理,没有采用分布式特性,性能比远程调用稍好

优点:

1.降低了EJB的复杂度

2.不会对基础框架造成影响

3.本地调用对性能有一定优势

4.可以使用EJB容器的事务和线程管理

5.可以使用entity bean

缺点:

1.比纯web应用复杂

2.单JVM运行

3.单客户端(web)支持

4.测试困难

 

 

二.分布式框架

 

1.基于远程调用的分布式

 

架构最复杂,对有远程访问客户端的需求是理想选择,健壮、灵活,但是不容易维护、测试、实现困难

优点:

1.  多客户端支持

2.  可将应用组件部署到多台服务器(JVM

缺点:

1.增加了复杂度

2.影响性能

3.调试困难

4.必须在EJB容器中运行

5.异常处理复杂

6OO设计困难

2.基于Web Service的分布式

 

对非J2EE客户端调用适用性好,无分布式调用,往往作为第一、第二架构的变体。

优点:

1.  通用标准,能支持更多客户端类型

2.  提供的Web service接口比RMI接口更好

3.  Web service传输协议比RMI更友好

缺点:

1.  性能差

2.  需要作objectxml之间的转换

3.  相对于java client来说,性能也不好

 

 

UI框架部分

 

选择UI的几个决定性因素:

1.  用户的实际需求

2.  项目的性能要求

3.  当前开发人员技术水平

 

 

 

 

J2EE框架设计几个需要强调的观点

 

简单

可维护性

性能

开发效率

 

 

J2EE框架设计通用法则

1.  使用J2EE,而不是让J2EE牵着鼻子走(因需而用,而不是因有而用)

2.  万不得已不要使用EJB(谬论:把EJB视为J2EE核心)

3.  万不得已不要采用分布式架构

4.  企业应用不要仅仅局限于J2EE技术(业务知识,.NET技术)

5.  J2EE不仅仅是一个规范

6.  谨慎处理数据库通用性,数据比J2EE应用的寿命更长

7.  利用好JDBC(SQL)技术

8.  不要忽略数据库的能力

9.  简单即是美

10.有时候使用EJB的好处可能来自于无状态Bean

11.在项目启动初期就应该考虑到性能问题

12.在设计的时候考虑应用在集群环境下运行的可能性

13.好的J2EE设计来自于好的OO设计

14.使用辅助类来隐藏底层API实现

15.在web UI层采用MVC框架

 

 

J2EE框架设计成则

1.  底层设计必须着眼当前可用规范而不是未来新规范

2.  没有针对实际需求的简单例程参考价值有限

3.  对框架进行详尽的测试

4.  对代码进行详尽注释

5.  尽可能早的对风险加以解决

6.  项目启动时就确定所采用的服务器

7.  在项目早期实现自动测试和构建

8.  在项目启动时雇佣J2EE设计专家

9.  避免重复发明轮子

10.统一设计和编码风格 

posted @ 2007-10-16 01:36 前方的路 阅读(324) | 评论 (0)编辑 收藏
     摘要: 大量的负载均衡相关文档链接,在这里收集起来,以备后用  阅读全文
posted @ 2007-10-16 00:59 前方的路 阅读(1399) | 评论 (1)编辑 收藏
     摘要: 简介
  即使是经验丰富的 Java Web 开发人员也会惊讶于开发门户这一如此巨大的飞跃。最终用户看到的那个简单漂亮的界面的背后是像BEA WebLogic Portal 这样的商业产品提供的强大功能和复杂性。当门户应用程序处于生产阶段时,诊断性能问题就会显得格外的困难。

  本文讨论了 WebLogic Portal 在性能管理方面存在的一些挑战,并为在门户应用程序内进行性能瓶颈调优提供了一个很好的起点。本文假设您对WebLogic Portal的功能和术语已经十分熟悉。

  一个公司的门户能让公司更有效地利用其技术和人力资产,而同时又能为其员工、合作伙伴和客户提供一流的Web体验。由于这个原因,门户应用程序现在对业务来说十分关键,并且要能提供可靠的性能和可扩展性。BEA WebLogic Portal 是一种领先的基于Java EE 的门户服务器,可提供部署和运行门户应用程序的健壮的解决方案。

  阅读全文
posted @ 2007-09-24 23:37 前方的路 阅读(303) | 评论 (0)编辑 收藏
     摘要: 在Web服务器端编程中,会话状态管理是一个经常必须考虑的重要问题。本文分析JSP/Servlet的会话管理机制及其所面临的问题,然后提出了一种改进的会话管理方法。
  阅读全文
posted @ 2007-09-24 23:35 前方的路 阅读(251) | 评论 (0)编辑 收藏
     摘要: Introducing to Spring Framework 作者:Rod Johnson 译者:yanger,taowen 校对:taowen 关于Spring Framework,今年夏天你可能已经听见很多的议论。在本文中,我将试图解释Spring能完成什么,和我怎么会认为它能帮助你开发J2EE应用程序。 又来一个framework? 你可能正在想“不过是另外一个的framewo...  阅读全文
posted @ 2007-08-19 18:15 前方的路 阅读(211) | 评论 (0)编辑 收藏
     摘要: 本文详细介绍Log4j的所有配置属性。  阅读全文
posted @ 2007-08-19 15:45 前方的路 阅读(300) | 评论 (0)编辑 收藏
     摘要: Spring的核心是个轻量级容器(container),实现了IoC(Inversion of Control)模式的容器。Spring的目标是实现一个全方位的整合框架,在Spring框架下实现多个子框架的组合,这些子框架之间彼此可以独立,也可以使用其它的框架方案加以替代,Spring希望提供一站式的框架整合方案。在某些情况下,利用Spring可以不必考虑设计模式。因为Spring 其实就是遵从了J2EE的设计模式。  阅读全文
posted @ 2007-08-19 14:42 前方的路 阅读(359) | 评论 (0)编辑 收藏
     摘要: 3年前,“Spring之父” Rod.Johnson写了一本在Java界引起轰动的书:《Expert One-on-One J2EE Development Without EJB》。这本书阐述了EJB作为J2EE核心技术所带来的意义与价值,但作者用了更大篇幅介绍EJB的一些缺陷与不足,并提出了Without EJB的解决方案。正是由于“J2EE Without EJB”这个激动人心的口号及这本书奠定的基础,导致了Spring Framework这个经典轻量级框架的诞生。

2年前,Ajax开始进入人们的视野。时至今日,Ajax已经成为一个红得发紫的技术。但是今天,我想说一句:JavaEE without Ajax。   阅读全文
posted @ 2007-08-19 14:38 前方的路 阅读(458) | 评论 (2)编辑 收藏
     摘要: Java编程中的异常处理是一个很常见的话题了,几乎任何一门介绍性的Java课程都会提到异常处理。不过,我认为很多人其实并没有真正掌握正确处理异常情况的方法和策略,最多也就不过了解个大概,知道点概念。本文就对三种不同程度和质量的Java异常处理进行了讨论,所阐述的处理异常的方式按手法的高下分为:

好,不好和恶劣三种。

同时向你提供了一些解决这些问题的技巧。   阅读全文
posted @ 2007-08-19 14:35 前方的路 阅读(238) | 评论 (0)编辑 收藏
     摘要:   在ChinaITLAB导师制辅导中,笔者发现问得最多的问题莫过于"如何学习编程?JAVA该如何学习?"。类似的问题回答多了,难免会感觉厌烦,就萌生了写下本文的想法。到时候再有人问起类似的问题,我可以告诉他(她),请你去看看《JAVA学习之路》。拜读过台湾蔡学镛先生的《JAVA夜未眠》,有些文章如《JAVA学习之道》等让我们确实有共鸣,本文题目也由此而来。
  
软件开发之路是充满荆棘与挑战之路,也是充满希望之路。JAVA学习也是如此,没有捷径可走。梦想像《天龙八部》中虚竹一样被无崖子醍醐灌顶而轻松获得一甲子功力,是很不现实的。每天仰天大叫"天神啊,请赐给我一本葵花宝典吧",殊不知即使你获得了葵花宝典,除了受自宫其身之苦外,你也不一定成得了"东方不败",倒是成"西方失败"的几率高一点。
  
  "不走弯路,就是捷径",佛经说的不无道理。  阅读全文
posted @ 2007-08-19 14:15 前方的路 阅读(295) | 评论 (0)编辑 收藏
     摘要: 接口回调是指:可以把使用某一接口的类创建的对象的引用赋给该接口声明的接口变量,那么该接口变量就可以调用被类实现的接口的方法。实际上,当接口变量调用被类实现的接口中的方法时,就是通知相应的对象调用接口的方法,这一过程称为对象功能的接口回调。  阅读全文
posted @ 2007-08-19 14:05 前方的路 阅读(10230) | 评论 (4)编辑 收藏
仅列出标题
共4页: 上一页 1 2 3 4 下一页