阅读以下关于数据通信方面的叙述，回答问题1和问题2。
数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的主要支撑平台(也叫做“通信信息服务平台”)用于在全国与全球开展数据业务的需要。该平台是一个典型的Java技术应用于Internet的项目。马工程师提出在全系统中可以这样来用Java构架系统：
(1)该系统可分为4层，分别是Browser、表示层、中间件层和数据层。
(2)表示层用Java中的Java Script来实现页面输出。
(3)中间件层用Java来实现CORBA，即实现Component(构件)，主要实现业务逻辑的封装与复用。
(4)数据层主要是数据库和存储过程的实现。
在应用Java技术时，马工程师所采用的技术和策略可大致上归纳为以下5个方面：
(1)使Java Script尽量简单，因为Java Script在系统中是放在服务器端执行的，该语言是通过一个解释器解释执行的，相对速度很慢，采用了两台HP前置机来运行Java Script，但是其运行速度还是不理想，所以在设计中把Java Script仅用来显示从中间件层所得到的数据，生成动态页面。在最初的设计中表示层(Java Script)曾承担了一些业务逻辑处理操作，导致效率不理想，因此，不得不尽量地减少Java Script的程序量。
(2)用Java实现CORBA时，应尽量考虑共享和复用。在本系统中，最初的设计是让Java在实现Component时，只是执行一些数据库表的操作，导致表示层的负载较大。后来，重新设计时，总结归纳了所有的Use Case，找出了其中可供共享和复用的接口，把相同的业务逻辑操作封装到一个接口中去。因为Java的执行效率比Java Script要高，因此提高了系统效率。
(3)由于在别的项目中，该公司曾大量地使用过Java中的JSP技术和Servlet技术。为了得到系统的一些执行速率的数据，采用了一个著名的压力测试软件——Load Runner来测试这两种技术的差别。测试表明：用JSP和Servlet完成同样的一个操作，并且保证是在相同的测试环境中(相同服务器、压力测试工作站与数据库环境)，得到的测试数据却有着很大差别，JSP完成一个操作的平均执行时间大致会是Servlet程序的两倍。在一个企业级应用项目中，这可能是一个很关键的瓶颈。因此，我们得出的结论是：在可能的条件下，尽量地多使用Servlet。当然，与Servlet相比，JSP编程快速，修改方便，在访问量不是很大的应用场合下也是可以接受的。
(4)使用Java作为整体解决方案时，应尽量使用相同版本的JDK。在用Java作为编程语言的项目中，几乎大多要遇到“汉字”问题，即Java在没有经过转换的情况下，在输出汉字时，很可能会出现乱码。采用不同版本的JDK，解决的方案是不一样的，比如V1.1.2版本的 JDK和V1.3版本的JDK解决方法就会有一些不一样，把V1.2.2的Java程序放在v1.3的 JDK中，就不能顺利输出汉字了。其根本原因在于Java使用了Unicode编码，和中国的国标编码不一样。所以在这个意义上一些人竭力鼓吹的“一次编写，到处运行”似乎不一定能在所有的场合都行得通。
(5)使用Java时，应尽量遵从软件规范。在Java中有一个JVM的概念，即在Java虚拟机中使用了一个垃圾收集器，专门用来回收内存。但是该垃圾收集器在给编程人员带来方便的同时，也隐埋下了隐患。在程序设计中，并不能强制执行垃圾收集器，所以，开发人员不能确定某对象是否已释放，常常让编程人员养成依赖自动收集的坏习惯，因此我们要求：在 Try，Catch之后必须明确要求回收内存(当然，也只能是通知垃圾收集器来回收垃圾)，这样可以有效地提高系统稳定性。
但是在使用Java作为解决方案时，也遇到很多头疼的问题，这些问题导致同时执行的并发性比较差，系统速度慢等等。归纳起来看，曾遇到过的主要具体的问题有：
(1)用Java来实现CORBA中的Component，有时效率会比较低。
(2)用Java来建立数据库连接往往会比较慢。
(3)用JSP编程时容易导致系统信息的扩散。比如，如果有黑客攻击一台运行JSP程序的服务器，他可以故意地输入一些非法字符或异常信息给JSP程序，于是程序执行将出现异常。这时，就会在页面上打印出相应的错误信息。很不幸的是，这些信息极有可能暴露出这台服务器的JDK的版本号与路径信息等内容。这往往容易让黑客们有机可乘，有可能去抓住系统的漏洞。
