a) Android应用层:敏感函数hook
i 绝大多数Android应用都是调用Android Framework来实现网络通讯。比如:webViewloadUrl(),>其实这只是一个简单的克隆,数据库位置不变,应用服务器改变。
我建议的做法是:
1。备份原有系统。
2。安装克隆所需的补丁,包含特定 *** 作系统的补丁。
3。在新的应用服务器上建立相关的组和用户,并拷贝原有应用的三个目录到新机器的相应位置。主要为 applprod, applcomn ,applora
4。启动原来系统的数据库和监听,注意应用不要启动。
5。在新的应用机器上运行 perl adpreclonepl appsTier,注意回答正确各个选项的值,主要是数据库服务器的主机名和新应用服务器的主机名。这实际上是一个克隆过程。
6。如果上述步骤顺利结束,便可以在新的应用服务器上打开erp登录界面了。
7。至于以后的工作,可能涉及到修改并发管理器里面的程序定义等内容,可以在管理界面种新加一个安装节点,然后重启应用就可以。
8,对于其他网页问题,主要参考数据库连接的dbc文件,以及 system profile 文件,具体问题可以参照metalink的文档,参见metalink上的文档2306721 以及2166641,1651951。
新手远程管理Win2003服务器技巧
我目前远程管理着多台服务器,并且经常需要远程连接到客户的系统上解决问题或是向客户演示如何去完成特殊的任务,其中有些客户的系统位于200英里以外的地方。
在过去,我一直使用Virtual Network Computing来连接这种服务器或客户机,不过使用VNC需要在防火墙上打开某些特定的端口,这需要涉及防火墙和内部网络的配置,以及在防火墙上建立端口映射。因此,虽然VNC是免费软件并且也有很好的跨平台性能,但它仍需要我在网络的可访问性上花费不少时间。
使用类似VNC 这种远程控制软件的另一点不足就是你必须在远程系统中安装服务器端程序,并在自己的机器上安装客户端程序。这在通常情况下都是可以实现的,但如果你不得不使用公用电脑或出于其它某些原因无法安装相应的远程管理软件,此时远程桌面Web连接(Remote Desktop Web Connection ,RDWC)就成为了一个很好的选择。
虽然RDWC仍然无法避免在防火墙上打开特定端口的问题,但它完全避免了远程访问客户端软件的问题。下面我就来介绍一下RDWC是如何工作的,如何用它管理你的服务器和工作站以及如何配置防火墙才能正常使用RDWC。
关于远程桌面Web连接的说明
RDWC集成在Windows Server 2003 以及Windows XP系统中。带有RDWC的系统可以启动终端服务Web客户端(Terminal Services Web Client)的计算机,以便Web浏览器可以访问。换句话说,客户端系统不需要运行远程桌面连接程序或终端服务(Terminal Services)客户端程序来连接远程系统,而只需要使用常用的Web浏览器就可以进行连接了。
RDWC是由一个 ActiveX控件、几个简单的Web页面以及可以运行IIS40或以上版本进行远程连接服务的文件构成的。因此不论是Windows Server 2003、Windows NT、Windows 2000,或是Windows XP,都可以作为被远程控制的系统。而实现远程控制的客户端必须采用运行Internet Explorer 50或以上版本的浏览器的Windows平台。
对于远程控制来说,RDWC是一个很好的解决方案,同时,对于远程管理以及远程技术支持来说,RDWC也非常合适。另外,对于需要远程访问数据的业务伙伴、移动办公用户以及其他不愿意安装客户端程序的用户来说,RDWC也是很好的选择。
那么RDWC是如何工作的呢当你安装RDWC时,安装程序会在目标服务器的Administration Web站点上安装一个Tsweb虚拟目录。当担任远程控制任务的电脑连接到这个目标服务器上时,远程电脑中的IE浏览器会自动下载一个CAB文件包,用来安装RDWC所需的ActiveX控件。如果远程电脑中已经带有这个控件,只是版本与目标服务器的版本不符,那么IE也会自动下载新的。自动安装好 ActiveX控件后,连接页面就会出现。稍后我会介绍从客户端系统的连接过程。现在我们先安装RDWC。在本文中,我假定你使用Windows Server 2003。当然,如果你使用上面提到的任何一种平台也是一样的。
在Windows Server 2003上配置RDWC 虽然RDWC包含在Windows Server 2003中,不过默认情况下它并不会被安装。要手动安装RDWC,你需要在控制面板中点开“添加删除程序项。然后点击“添加/删除Windows组件,激活Windows组件向导。点击“应用服务器(Application Server),然后点击“详细资料,添加“互联网信息服务(IIS)。依次点击“详细资料/“>
应用服务器
应用服务器是指通过各种协议把商业逻辑曝露给客户端的程序。它提供了访问商业逻辑的途径以供客户端应用程序使用。应用服务器使用此商业逻辑就像调用对象的一个方法一样。
基本信息
中文名
应用服务器
提供
访问商业逻辑的途径
实现
动态网页技术
目录
定义
随着Internet的发展壮大,“主机/终端”或“客户机/服务器”的传统的应用系统模式已经不能适应新的环境,于是就产生了新的分布式应用系统,相应地,新的开发模式也应运而生,即所谓的“浏览器/服务器”结构、“瘦客户机”模式。应用服务器便是一种实现这种模式核心技术。[1]
Web应用程序驻留在应用服务器(ApplicationServer)上。应用服务器为Web应用程序提供一种简单的和可管理的对系统资源的访问机制。它也提供低级的服务,如>
市场上可以得到多种应用服务器,其中包括Apache的Tomcat、IBM的WebSphereApplicationServer、CauchoTechnology的Resin、Macromedia的JRun、NECWebOTXApplicationServer、JBossApplicationServer、Oracle(并购了BEA)的WebLogic等。其中有些如NECWebOTXApplicationServer、WebLogic、WebSphere不仅仅是Servlet容器,它们也提供对EJB(EnterpriseJavaBeans)、JMS(JavaMessageService)以及其他JavaEE技术的支持。每种类型的应用服务器都有自己的优点、局限性和适用性。
分类
通常,根据确定文档内容的时间,所有文档可以划分为如下三类。
静态
静态:静态Web文档是一个存储于Web服务器的文件。静态文档的作者在写作的时候确定文档的内容。由于文档内容不会变化,所以对静态文档的每次访问都返回相同结果。
动态
动态:动态web文档不是以一个预先定义的格式存在,而是在浏览器访问web服务器时创建。当一个请求到达时,web服务器运行一个应用程序创建动态文档(dynamicdocuments),服务器返回程序的输出作为应答。由于每次访问都要创建新的文档,动态文档的内容是变化的。
活动
活动:一个活动文档不完全由服务器一端说明,而是包括一个计算并显示值的程序。当浏览器访问活动文档时,服务器返回一个浏览器可以本地执行的程序。当该程序运行时,它可以和用户交互执行并不停地改变显示。这样,活动文档的内容是不固定的-只要用户让程序保持运行,它总是在不停地变化。静态文档的主要优点在于它的简单、可靠性和性能。由于静态文档是直接指定格式。它可以由不懂编程的人创建。更重要的是,在已经创建和测试之后,静态文档永远是正确的。最后,浏览器可以快速存取文档,同时通过把文档放在本地盘上的缓冲区内以加快以后对这些文档的访问速度。静态文档的主要缺点是不灵活-当信息变化时文档必须重新设计。另外,改变是很耗费时间的,因为它需要人工修改文件。因此,静态文档不适合频繁变化的报告信息。动态文档的主要优点是它报告当前信息的能力。例如,一个动态文档可以用来报告股市行情、天气预报或音乐会售票情况等内容。当浏览器申请信息的时候,服务器运行一个应用程序,访问所需要的信息,并创建一个文档,服务器于是将该文档返回给浏览器。动态文档把任务放在服务器一端,浏览器采用和静态文档同样的方法访问动态文档。实际上,从浏览器的角度来看。动态文档和静态文档是无区别的。由于动态文档和静态文档都采用HTML编写,浏览器不知道服务器是从一个磁盘文件还是计算机程序中取得文档。动态文档的主要缺点是增加成本和不能显示变化的信息。和静态文档类似,动态文档在浏览器取得文档后不会再改变。因此在信息发送给浏览器之后,文档就开始过时。例如一个报告股市信息的动态文档,由于股市信息变化迅速,当用户访问时文档很快就过时。动态文档的创建和访问成本比静态文档昂贵。创建动态文档的代价较高,因为动态文档的创建者必须懂得如何写程序。另外,程序必须仔细编写和广泛测试,以保证输出的合法性。验证这样一个程序的正确性是很困难的,因为输入可以包含不同来源的多种数据。动态文档除了创建成本高,所需的硬件成本也较高,因为服务器端需要更强大的计算机。最后取出动态文档需要的时间稍多些,因为服务器需要额外的时间去运行程序创建文档。尽管在申请到达时动态文档才创建,但信息可能很快过时,活动文档相对于动态文档的主要优点在于它持续更改信息的能力。例如,只有活动文档能够快速改变显示以显示动画。更重要的是,活动文档能够直接访问信息源并连续更改显示。例如,一个显示股市行情的活动文档可以连续读取股市信息,并且不需要用户干预而自动修改显示。活动文档的主要缺点是创建和运行这种文档所需的额外费用,同时缺少安全性。首先,活动文档的显示需要更复杂的浏览器软件和一个强有力的计算机运行浏览器。另外,写正确的活动文档比写其他画面需要更多的编程技巧,所得到的结果文档更难于测试。而且,由于活动文档必须运行在客户端而不是服务器端,程序必须解决在不同客户上的兼容性问题,最后,活动文档存在着潜在的安全性问题,因为文档既输入信息又输出信息。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)