一篇德国人写的Android 的插件在Netbeans中的安装过程，满详细的，关键是指出了如何设置“手机仿真设备”的步骤，刚设置Android的时候晕了，netbeans也不给点提示，网上的文章都漏掉了这个关键步骤。

Selbst besitze ich (noch) kein Android Smartphone. Aber das wird sich hoffentlich bald ändern (zurzeit würde mir das HTC Hero sehr gefallen)

Jedenfalls habe ich mir das SDK für Android heruntergeladen (http://developer.android.com/), um die Delvik-Java-VM zu testen und später ein Hello-World-App zu erstellen.
Das ganze App möchte ich aber aufgrund meiner persönlich schlechten Erfahrung mit Eclipse (Dazu gibt es bereits ein von Android zur Verfügung gestelltes Plugin) aber mit NetBeans erstellen.

Darum möchte ich hier kurz beschreiben wie ich das SDK für NetBeans “konfiguriert” habe.

Für NetBeans gibt es zum Glück auch schon ein Plugin: http://nbandroid.kenai.com/

Dieses kann man sich am Besten über Eintragung eines neuen Update-Centers installieren.
Unter Tools -> Plugins einfach die Registerkarte Settings auswählen und dort auf “Add” klicken.

Nun ist in der Registerkarte “Available Plugins” das Plugin Android dabei. Ist dies nicht der Fall, sollte dies ein Klick auf “Reload Catelog” lösen. Nun kann dieses Plugin installiert werden.

Ist das Plugin installiert muss noch das SDK hinzugefügt werden. Dazu geht man auf “Tools” -> “Java Platforms” und wählt dort “Add Platform” aus. Im neuen Fenster einfach “Google Android” wählen:

In folge dessen wird der Ordner des SDK ausgewählt und die Platform. Ich habe hier 1.5 gewählt. Damit ist das SDK auch schon hinzugefügt.

Man kann nun auch schon sein erstes Android Projekt erstellen:

Was mir allerdings beim Ausführen dieses Rohprojekts aufgefallen ist, ist, dass man an einem Fenster “Select Device” hängen bleibt, das allerdings keine Devices zur Auswahl hat:

(Bei diesem Bild ist schon ein Device dabei, da ich es bereits erstellt hatte)

Ich bin mir nicht sicher ob man mit dem NetBeans-Plugin ein solches Device erstellen kann – ich habe es auf die schnelle jedenfalls nicht gefunden und darum einfach das Konsolenprogramm des SDK verwendet.

关键步骤，命令行设置手机仿真设备！

Dazu startet man einfach mal die Konsole, wechselt zum SDK-Folder und startet:

android create avd -n Standard -t 2
“Standard” ist mein Name für dieses Profil. -t 2 bedeutet, dass es sich um die Android 1.5-Platform handelt.

Ist dies getan, kann man nun auch endlich beim Starten des Projektes dieses Profil auswählen und schließlich sein erste Programm starten.

Das ganze leere Programm sieht im Emulator dann so aus:

Um sein erstes obligatorisches HelloWorld-App zu schreiben kann man weiterführend sich auf NetBeans.org schlau machen. 

Hibernate
　　
　　Hibernate是一个免费的开源Java包，它使得与关系数据库打交道变得十分轻松，就像您的数据库中包含每天使用的普通Java对象一样，同时不必考虑如何把它们从神秘的数据库表中取出（或放回到数据库表中）。它解放了您，使您可以专注于应用程序的对象和功能，而不必担心如何保存它们或稍后如何找到它们。
　　
　　大多数应用程序都需要处理数据。Java应用程序运行时，往往把数据封装为相互连接的对象网络，但是当程序结束时，这些对象就会消失在一团逻辑中，所以需要有一些保存它们的方法。有时候，甚至在编写应用程序之前，数据就已经存在了，所以需要有读入它们和将其表示为对象的方法。手动编写代码来执行这些任务不仅单调乏味、易于出错，而且会占用整个应用程序的很大一部分开发工作量。
　　
　　优秀的面向对象开发人员厌倦了这种重复性的劳动，他们开始采用通常的“积极”偷懒做法，即，创建工具，使整个过程自动化。对于关系数据库来说，这种努力的最大成果就是对象/关系映射(ORM)工具。
　　
　　这类工具有很多，从昂贵的商业产品到内置于J2EE中的EJB标准。然而，在很多情况下，这些工具具有自身的复杂性，使得开发人员必须学习使用它们的详细规则，并修改组成应用程序的类以满足映射系统的需要。由于这些工具为应付更加严格和复杂的企业需求而不断发展，于是在比较简单和常见的场景中，使用它们所面临的复杂性反而盖过了所能获得的好处。这引起了一场革命，促进了轻量级解决方案的出现，而Hibernate就是这样的一个例子。
　　
　　Hibernate的工作方式
　　
　　Hibernate不会对您造成妨碍，也不会强迫您修改对象的行为方式。它们不需要实现任何不可思议的接口以便能够持续存在。惟一需要做的就是创建一份XML“映射文档”，告诉Hibernate您希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形式获取数据，或者把对象保存为数据。与其他解决方案相比，它几乎已经很完美了。
　　
　　由于本文只是一篇介绍性的文章，所以不会引入构建和使用Hibernate映射文档的具体例子（我在《Hibernate: A Developer's Notebook》一书的头几章中已经介绍了一个例子）。此外，在网上和Hibernate的在线文档中，还可以找到一些不错的例子，请参见下面的“其他信息”部分。它实际上相当直观。应用程序对象中的属性以一种简单而自然的方式与正确的数据库结构相关联。
　　
　　运行时，Hibernate读取映射文档，然后动态构建Java类，以便管理数据库与Java之间的转换。在Hibernate中有一个简单而直观的API，用于对数据库所表示的对象执行查询。要修改这些对象，（一般情况下）只需在程序中与它们进行交互，然后告诉Hibernate保存修改即可。类似地，创建新对象也很简单；只需以常规方式创建它们，然后告诉Hibernate有关它们的信息，这样就能在数据库中保存它们。
　　
　　Hibernate API学习起来很简单，而且它与程序流的交互相当自然。在适当的位置调用它，就可以达成目的。它带来了很多自动化和代码节省方面的好处，所以花一点时间学习它是值得的。而且还可以获得另一个好处，即代码不用关心要使用的数据库种类（否则的话甚至必须知道）。我所在的公司就曾有过在开发过程后期被迫更换数据库厂商的经历。这会造成巨大的灾难，但是借助于Hibernate，只需要简单地修改Hibernate配置文件即可。
　　
　　这里的讨论假定您已经通过创建Hibernate映射文档，建立了一个关系数据库，并且拥有要映射的Java类。有一个Hibernate“工具集”可在编译时使用，以支持不同的工作流。例如，如果您已经拥有Java类和映射文档，Hibernate可以为您创建（或更新）必需的数据库表。或者，仅仅从映射文档开始，Hibernate也能够生成数据类。或者，它可以反向设计您的数据库和类，从而拟定映射文档。还有一些用于Eclipse的alpha 插件，它们可以在IDE中提供智能的编辑支持以及对这些工具的图形访问。
　　
　　如果您使用的是Hibernate 2环境，这些工具鲜有提供，但是存在可用的第三方工具。
　　
　　使用Hibernate的场合
　　
　　既然Hibernate看起来如此灵活好用，为什么还要使用其他的工具呢？下面有一些场景，可以帮助您做出判断（或许通过提供一些比较和上下文，可以有助于鉴别非常适用Hibernate的场合）。
　　
　　如果应用对于数据存储的需要十分简单——例如，您只想管理一组用户优先选择——您根本不需要数据库，更不用说一个优秀的对象-关系映射系统了（即使它也如Hibernate这般易于使用）！从Java 1.4开始，有一个标准的Java Preferences API可以很好地发挥这个作用。（在ONJava文章中可以找到有关Preferences API的更多信息。）
　　
　　对于熟悉使用关系数据库和了解如何执行完美的SQL查询与企业数据库交互的人来说，Hibernate似乎有些碍手碍脚，这就像带有动力和自动排挡的快艇车会使注重性能的赛车驾驶员不耐烦一样。如果您属于这种人，如果您所在的项目团队拥有一个强大的DBA，或者有一些存储过程要处理，您可能想研究一下iBATIS。Hibernate的创建者本身就把iBATIS当作是另一种有趣的选择。我对它很有兴趣，因为我们曾为一个电子商务站点开发了一个类似的系统（其功能更为强大），而且从那时到现在，我们已经在其他环境中使用过它，尽管在发现Hibernate之后，在新项目中我们通常更喜欢使用Hibernate。您可以认为，以SQL为中心的解决方案（比如iBATIS）是“反向的”对象/关系映射工具，而Hibernate是一个更为传统的ORM。
　　
　　当然，还有其他的外部原因会导致采用另外的方法。比如，在一个企业环境中，必须使用成熟的EJB架构（或者其他的一些非普通对象映射系统）。可以为提供自己的数据存储工具的平台量身定做代码，比如Mac OS X's Core Data。使用的可能是像XML DTD这样的存储规范，而它根本不涉及关系数据库。
　　
　　但是，如果您使用的是富对象模型，而且想要灵活、轻松且高效地保存它（无论您是否正要开始或已经决定使用关系数据库，只要这是一个选择——而且存在可用的优秀免费数据库，比如MySQL，或可嵌入Java的HSQLDB，它就应该始终是一个选择），那么Hibernate很可能就是您理想的选择。您可能会惊讶于节省的时间之多，以及您将会多么地喜欢使用它。
　　　

 

作为一种高度组件化的技术，开发人员可以在一些开发工具的支持下，实现拖拉式编辑操作，用户只需要简单的将 JSF 组件拖到页面上，就可以很容易的进行 Web 开发了。这是其作为一种组件化的技术所具有的最大好处，我们能用的组件不光是一些比较简单的输入框之类，还有更多复杂的组件可以使用的，比如 DataTable 这样的表格组件， Tree 这样的树形组件等等。在 Ajax 盛行的今天，我们也可以通过 JSF 组件来简化开发人员的开发难度，使得 Ajax 能通过拖拖拉拉的操作方便的进入到我们的应用中去。作为一种标准的技术，JavaServer Faces 得到了相当多工具提供商的支持。同时我们也会有很多很好的免费开发工具可以使用，前不久 Sun Java Studio Creator 2 和 Oracle JDeveloper 10g 作为免费的支持 JSF 的开发工具发布，给 JSF 带来了不小的生气。另外我们也有一些很优秀的商业开发工具可共选择，BEA Workshop (原 M7 NitroX)，Exadel，MyEclipse 这样的基于 Eclipse 的插件开发工具，为现在广大的 Eclipse 用户带来了不小的便利，IBM 的 Rational Application Developer 和 Borland 的 JBuilder 也是很不错的支持 JSF 可视化开发的商业开发工具，在后面我会用一节的篇幅简单的介绍一下这些工具。 

传统的 Web 应用程序与桌面应用程序存在着许多本质上的差别，使得用户要手工的去捕获各种浏览器请求，保存客户端状态，并且手工控制着页面的转向，等等。JSF 的出现，无疑给我们带来了巨大的便利，JSF 提供了事件驱动的页面导航模型，该模型使应用程序开发人员能够设计应用程序的页面流。与 Struts 的方式向类似的是，所有的页面流信息都定义在 JSF 配置 XML 文件 (faces-config.xml) 中，而非硬编码在应用程序中。这很大程度简化了开发人员开发难度，简化了应用程序的开发。

同时JavaServer Faces 也是一种遵循遵循模型-视图－控制器 (MVC) 模式的框架。实现了视图代码(View)与应用逻辑(Model)的完全分离，使得使用 JSF 技术的应用程序能够很好的实现页面与代码的分离。所有对 JSF 页面的请求都会通过一个前端控制器 (FacesServlet) 处理，系统自动处理用户的请求，并将结果返回给用户。这和传统的 MVC 框架并没有太大的区别。

JavaServer Faces 是一种使用了 POJO 的技术同时在使用了类似 Spring 的控制反转(IoC) (或称为依赖注入-DI) 技术，在 JSF 的 Backing Bean 中，我们可以把视图所需要的数据和操作放进一个 Backing Bean 中。同时得益于 JSF 使用的 DI 技术，我们可以在配置文件中初始化 Managed Bean，同时我们也可以通过这样的技术很方便的和使用类似技术的 Spring 进行整合。