一些有识之士提倡消除JSP页面中的JAVA代码。从大体上讲，这是明智的建议，尤其是MVC结构中JSP页面作为视图使用时。但有时，用JAVA代码填充JSP页面也很有用处。这类JSP页面称为JSP脚本。幸运的是，在支持多种不同设计原理方面，JSP是足够灵活的。JSP脚本是在HTML中包含JAVA代码的JSP页面。与定制标记一样，对网页制作者而言，JSP脚本封装了功能。比如，在脚本中，将输出请求参数，这对于调试非常有用。
JSP脚本可以被另一个JSP页面所包含。对网页制作者而言，JSP脚本和定制标记都封装了有用的功能。但是定制标记更难以开发，因为除了标记库描述信息的定义之外，还需要编码和编译。相比而言，尽管JSP脚本易于开发，但对网页制作者来说，JSP脚本不如定制标记自然，因为它们要求使用JSP的include指令。 其他条件相同的情况下，定制标记比JSP脚本更具可重用性，但对于JSP开发人员来说，后者是更有用的工具。
我们已经知道如何使用unicode转义序列来显示一种或多种语言的特定字符，以及如何为基于非拉丁语的语言显示的内容指定字符集。我们对如何按照地理、政治或者文化来划分地区都已经了解了。现在我们来看看如何为web应用程序提供本地化的内容。提供本地化的内容可以用两种方法来完成。最明显的解决方案是为不同的地区分别提供JSP页面。然而，这需要做许多维护工作，因为这些JSP页面必须保持同步。但这并不意味着这个办法不可行。在不同的地区需要进行不同的编程时，比如不同的页面布局，每个地区实现一个JSP页面是完全可以接受的。
利用基于表单的身份验证，可以控制登录页面的外观和感觉。基于表单的身份验证工作方式与基本身份验证类似，不同之处在于指定显示一个登录页面，而不是对话框，如果登录失败，将显示错误页面。与基本身份验证一样，基于表单的身份验证并不安全，因为口令以明文方式传输。与基本身份验证以及摘要身份验证不同的是，基于表单的身份验证在servlet规范中定义，而不是HTTP规范。
基于表单的登录可定制登录页面，但是，不能定制身份验证过程本身。基于表单的身份验证需要以下步骤：1、实现登录页面。2、如果登录失败，将显示错误页面。3、在部署描述信息中，指定基于表单的身份验证，以及第二步中的登录页面和错误页面。除了用户名和口令字段的名称以及表单操作之外，登录页面是很普通的。这些名称分别是j_username、j_password和j_security_check（在servlet规范中定义它们），它们必须用于基于表单的登录。在JSP页面中部署描述信息指定安全约束，它将对/protected-page.jsp的访问限制在tomcat角色中的主体。身份验证方法被指定为FORM，而且登录页面和错误页面可以被识别。
Java applet的主要竞争对手还是Microsoft的ActiveX。不过它要求客户端运行Windows。Microsoft以.NET平台和C#语言向Java发起了全方位的挑战。.NET平台大致对应于Java虚拟机和Java类库，而C#则是依样画葫芦地模仿了Java。这的确是Microsoft在编程语言和编程环境领域所做的最成功的工作了。当然，它们占了能看到Java的哪些地方做得好，哪里做得不成功的大便宜。
因此虽然它们用的是自己的资源，但还是应该算建立在Java之上的。自.NET发布之后，Java头一次有了真正的对手。如果一切正常的话，sun的Java设计者们也会认真研究C#，分析程序员们为什么会离开，而且会以对Java做出实质性的改进来回应挑战的。
现在.NET所面临的最大的弱点和问题还是，Microsoft会不会允许它被完整的移植到其他平台上。它们声称没问题，而且mono计划还在Linux上部分实现了.NET。但是除非它能完全实现，而且Microsoft还决定不做小动作，否则要赌.NET能称为跨平台的解决方案仍然是有风险的
能通过internet自动下载并且运行程序，这听上去就像是写病毒的人做梦都想做的事。当你点击了web站点，除了会自动下载HTML页面之外，还会下载很多其他东西：GIF文件，脚本程序，编译过的Java代码，ActiveX组件等等。GIF文件不会做任何坏事，脚本语言由于功能有限也做不了什么。同样Java设计的时候就规定，applet只能在安全的“沙箱”之内运行，这样就能防止它向磁盘读写，或是访问沙箱之外的内存。
Web浏览器里的Java解释器会在装载applet的时候查出所有不合格的指令。更重要的是，applet既不能往磁盘上写文件，也不能删除文件（病毒破坏性的重要特征之一）。通常applet被认为是安全的，而且由于事关客户/服务器的可靠性，Java语言中的所有能被病毒利用的bug都会被尽快修复。值得一提的是浏览器实际上强化了这种安全限制，有些浏览器允许你选用不同的安全级别来访问系统。
在网站建设编码中所有javadoc命令都由/**注释符号开始，结束的标记同普通注释符号相同，也是*/。Javadoc有两种主要的用法：嵌入式的HTML和用文档标记（doc tags）。独立的文档标记是一些由@打头的命令，他们会被放在注释行的开头。（但是打头的那个*则被忽略了。）内嵌式文档标记则可以出现在任何地方，它也是由@开始的，但是要用花括号括起来。
注释文档根据它所注释的内容，分成三类：类、变量和方法。也就是说，类的注释一定要出现在类定义的前面；变量注释要出现在变量定义的前面；而方法注释则要出现在方法定义的前面。注释和定义之间不能有任何东西。
Java有一些很好的想法，其中一条就是，写代码并不是唯一重要的事情——制作文档至少和它同等重要。但是文档工作的难点在于维护。如果文档与程序是相互分离的，那么每次修改完程序之后，你还得跟着改文档，这就很麻烦了。解决方案似乎很简单，把代码同文档联系起来。最简单的方法是把它们放到同一个文件里。但是要完成这个步骤，你就得用一种特殊的语法来标注文档，然后用一个工具把注释提取出来，再形成能用的格式。
这个提取注释的工具就是javadoc，它会随JDK一道安装。它用了一些Java编译器的技术来查找你放在程序里面的特殊的注释标记。它不仅能提取这些标注的信息，而且还会把注释周围的类名和方法名都给提取出来。这样，你就能用最少的工作量来生成一份还过得去的文档了。
同C一样，Java里面到处都是简写，简写可以让程序写起来简单，至于读取来怎么样，那得看情况。递增和递减运算符是两种比较好的简写。递减的运算符是--，他的意思是减小一个单位。而递增的运算符是++，他的意思是增加一个单位。递增和递减不但修改变量的值，而且把这个值返回给变量。
这个运算符还各有两种情况，也就是常提到的前置和后置。前置递增或递减就是运算符出现在变量或者表达式的前面，而后置递增或递减就是运算符出现在变量或表达式的后面。对于前置递增和前置递减，操作过程是会先计算再返回。对于后置递增和后置递减，操作步骤是先返回再计算。运算符前置的时候，你所得到的是经过计算的值，但是运算符后置的情况下，你所得到的是还未经过处理的值。这是唯一还有其它附带用途的操作符。也就是说不是要用它来进行计算，而是要用它来修改操作数。
只要适合情况，Java会自动的将一种数据类型转换成另一种数据类型。比方说，把整数值赋给浮点变量的时候，编译器会自动将这个int转换成float。但是碰到一些不会自动进行这种转换的情况的时候，你也可以明确地告诉它进行转换，或者强制进行类型转换。要进行这种转换，你就得把数据的目标类型放进变量左边的括号里。你可以对数值，也可以对变量进行转换。现在演示这两种转换都是多余的，因为一旦有必要，编译器就会自动将int提升为long。不过用了这种多余的转换之后，代码会变得更清晰。但是在有些情况下，为了要让代码能编译通过，转换就可能是必须的了。
Java全盘照抄C的执行控制语句，所以如果你有C或C++的编程经验，那么你应该对这里讲的东西很熟悉了。绝大多数过程语言都有一些控制语句，而且语言和语言之间也有很多重复的地方。Java的关键词里就有if-else，while，do-while，for，以及名为switch的选择语句。但是Java没有提供饱受非议的goto（其实用的得法，它会是解决某些问题的捷径）。你还可以想用goto那样，在程序里到处跳转，但是这种跳转的限制要比原先的goto多得多。
所有的条件语句都使用条件表达式所返回的结果来判断应该执行哪条路径。举个例子，A==B就是一个条件表达式，这个表达式用了条件运算符==来判断A的值是否与V的值相等。这个表达式会返回true或false。所有的关系运算符都能用于条件语句。注意，Java不会允许你把数字当作boolean用的，尽管C和C++里面允许这么做（非零值表示true，零表示false）。如果你要对非boolean的值进行boolean测试，比如if(a)，你就必须通过像if(a!=0)这样的条件表达式先将它转换成boolean值。