1. Trang chủ
  2. » Công Nghệ Thông Tin

Bắt đầu với IBM Websphere smash - p 5 docx

10 279 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 10
Dung lượng 0,91 MB

Các công cụ chuyển đổi và chỉnh sửa cho tài liệu này

Nội dung

In that dialog, we need to select the WebSphere sMash Export Wizard, as shown in Figure 2.16.. Figure 2.17 WebSphere sMash Export Wizard From this wizard, you can set the export director

Trang 1

Figure 2.8 Create a sample application.

Figure 2.9 List of sample applications

Trang 2

created, you can poke around and take a look at the sample, edit it, and run it as is discussed later

in this chapter

Creating a New Project

Creating a new project in Eclipse will be familiar to those who have used Eclipse before Go to

File > New > Project and choose a WebSphere sMash application; then click the Next button (see

Figure 2.10)

Next, you’ll be prompted to type in a project name, and you’ll have the option to select a

location for the project When you have completed those tasks, press the Finish button You’ll

now have a newly created project in your workspace ready to edit or run If you browse through

the project structure, you’ll find many project-related files to browse or edit To run the

applica-tion, right-click on the project and select Run As > WebSphere sMash Applicaapplica-tion, as shown in

Figure 2.11

When the project is started, the Eclipse console window displays messages to indicate that

the application was started and on which port the application is listening

Figure 2.10 New Project dialog box

Trang 3

Figure 2.11 Running the application inside Eclipse

Adding Dependencies

To add dependencies, you need to double-click the ivy.xml file inside the project To do this,

expand the project and then expand the config directory, as shown in Figure 2.12

After the ivy.xml file is double-clicked, it will open in a dependency editor Within this

edi-tor, you can click the Add button to add dependencies to the project, as shown in Figure 2.13

Figure 2.12 Add dependencies by opening the ivy.xml file.

Figure 2.13 Eclipse dependency editor

Trang 4

If you don’t see the particular dependency you need, click the Manage Repository button to

find additional dependencies located in the remote repository Figure 2.15 shows the Manage

Repository dialog

On the left side of the Manage Repository dialog, you can see the modules that you

cur-rently have locally stored On the right side, you can search for new modules that you’d like to

add locally Then you can add them to your dependency list for use by your own applications

Finally, when your application is finished, you’ll want to package it for distribution To do

this, we right-click the project again and select Export This opens up the Export dialog In that

dialog, we need to select the WebSphere sMash Export Wizard, as shown in Figure 2.16

Figure 2.14 Dependency Selection dialog

zero.dojo dependency It gives the application access to Dojo JavaScript™ libraries objects that

have been created by the WebSphere sMash team for use in your applications

Trang 5

Figure 2.16 Export dialog

Figure 2.15 Manage Repository dialog

Trang 6

Figure 2.17 WebSphere sMash Export Wizard

From this wizard, you can set the export directory and various options for export, including

Standalone, which packages the WebSphere sMash runtime with the application After your

options are selected, click Finish, and a zip file of your application will be created in the chosen

destination directory

Command-Line Interface Environment

The CLI environment is useful for developers who have an established tool chain that they’d like

to keep using It is also the perfect match for build servers and continuous integration servers

With WebSphere sMash installed, you can also get right into developing from the

com-mand line The first thing you may need to do is run zero resolve The resolve comcom-mand will

retrieve any needed modules that you haven’t previously retrieved Open a terminal or command

window and go to the directory where WebSphere sMash was installed, run the resolve, and wait

for it to finish You may also need to resolve path issues with Java Typically, these are solved by

Trang 7

setting the JAVA_HOME environment variable and verifying that the java executable is in the

PATH environment variable The resolve command will retrieve any needed modules that you

haven’t previously retrieved

Sample Applications

Next, you can get a list of the available sample applications from the local and remote

reposito-ries To do this, use this search command:

zero search <org:module[:revision]> [-remote]

To search for the available sample applications, you’ll use the following:

zero search “*demo*” -remote

This returns a list of sample applications similar to the example in Listing 2.2

Listing 2.2 Sample Applications

zero:zero.openajax.contentprovider.demo:1.1.1.0.28384

zero:zero.connection.demo:1.1.1.0.29382

zero:zero.officemonitor.demo:1.1.1.0.29638

zero:zero.books.demo:1.1.1.0.28384

zero:zero.flow.demo:1.1.1.0.29638

zero:zero.atom.feed.demo:1.1.1.0.28434

zero:zero.employee.demo:1.1.1.0.29363

zero:zero.phpemployee.demo:1.1.1.0.29363

zero:zero.atom.demo:1.1.1.0.28384

zero:zero.openid.demo:1.1.1.0.30292

zero:zero.messaging.broker1.demo:1.1.1.0.24952

zero:zero.iwidgets.demo:1.1.1.0.30273

zero:zero.flickr.demo:1.1.1.0.30273

zero:zero.suggest.demo:1.1.1.0.30023

zero:zero.travelrequest.demo:1.1.1.0.30227

zero:zero.hellodojo.demo:1.1.1.0.30020

zero:zero.messaging.app1.demo:1.1.1.0.25935

zero:zero.kicker.demo:1.1.1.0.26427

zero:zero.openajax.demo:1.1.1.0.29638

zero:zero.messaging.app2.demo:1.1.1.0.25935

CWPZT0600I: Command search was successful

Trang 8

zero create <name> from <org:module:revision>

In this case, let’s pick the kicker sample application:

zero create zero.kicker.demo from zero:zero.kicker.demo

This command created a new directory in the current directory named zero.kicker.demo If

you browse that directory, you’ll notice that the sample application has been created with the

same structure and files as the other two environments You can use the text editor of your choice

to edit the files and save them In the next section, we learn how to run applications from the

com-mand line in more detail

Creating a New Application

The next step is to create an application of your own If you go back to the WebSphere sMash

directory, you can create a new application by using the create command again, as follows:

zero create myApp

Notice that creating an application from scratch does not require the use of the “from”

clause to specify the module from which we’re creating the application This has again created a

new directory—the myApp directory—with our application’s base structure in it The new

appli-cation is already complete and ready to run To run the appliappli-cation, we need to change only to the

directory and issue the start command, as follows:

zero start

When the command has been executed, it returns a message that tells you the URL and port

on which your new application is listening—for example:

Application started and servicing requests at

http://localhost:8080/

CWPZT0600I: Command start was successful

Again looking at the directory structure, you’ll see all the same files that you would have

seen in the AppBuilder and the Eclipse environments WebSphere sMash applications are

dynam-ically built so that you can make changes, and the results will generally be seen immediately

within the running application The only exception to this rule is changes to the zero.config file,

which requires a restart of the application by issuing a stop command followed by a start

com-mand To stop the application, you need to issue only the stop command, as follows:

zero stop

This stops the application, closing any resources that were opened

Trang 9

Adding Dependencies

At some point during the course of developing an application, you’ll need to add new

dependen-cies to your project To do this from the command line, you’ll need to open up the ivy.xml file in

the config directory of the application and add a dependency line, such as the following:

<dependency org=”zero” name=”zero.timer” rev=”[1.0.0.0,

2.0.0.0[“/>

The preceding line would add a dependency on the zero.timer module After this

depend-ency is added, you should once again issue the resolve command; then you can use the module in

your code To execute the resolve command, return to the root of your application directory and

issue the following:

zero resolve

This retrieves the module from the remote repository, allowing it to be used in your

application

Deploying Your Application

At some point, you’ll want to package your application for deployment on other machines To do

this, use the package command:

zero package [shared | standalone]

By default, the application is packaged as shared and stored in the export directory A

shared application package is one that is deployed into a WebSphere sMash runtime

environ-ment That is a server that has WebSphere sMash already installed, whereas a standalone

applica-tion is one that includes the WebSphere sMash runtime as part of the package No matter which

path you choose, they are both compressed into zip files and stored in the export directory

Finally, if you need help navigating the WebSphere sMash CLI, you need to use only the help

command:

zero help <command>

Enter any zero command, and all help that is available will be retrieved To see a list of

available commands, enter only the zero command The help also shows the return codes and

what each means to allow for easier development of scripts As you can see, the command line is

easy to use, powerful, and scriptable The CLI can integrate with nearly any tool chain that you

are already using

Conclusion

We have looked at three different development environments for WebSphere sMash The

App-Builder is a built-in environment that is supplied with WebSphere sMash and enables developers

to get started quickly It works well for learning WebSphere sMash and can be used for small

and quick application development The Eclipse plugin development environment is an

Trang 10

this environment because it offers the most flexibility in tooling use and scripting capabilities

The CLI environment is well suited for use on build and continuous integration servers With all

these options for development, you’re free to choose whichever suits your needs

Ngày đăng: 06/07/2014, 19:20