Текст книги "Платформа J2Me"

Автор книги: Автор Неизвестен

сообщить о нарушении

Текущая страница: 12 (всего у книги 21 страниц)

import javax.microedition.midlet.MI Diet;

import javax.microedition.lcdui.Display;

Этот класс определяет MID-лет для демонстрационной программы, которая запрашивает у пользователя URI, затем создает соединение HTTP с исходным сервером и извлекает ресурс. Программа использует объект Form, для того чтобы дать пользователю возможность ввести URI.

*/

public class ConnectionDemo extends MID-лет

}

private static ConnectionDemo instance;

private URIEntry urlForm; public ConnectionDemo()

super(); instance = this; }

/**

Возвращает один экземпляр класса.

Вызов этого метода до создания объекта возвращает нулевой указатель.

@возвращаем экземпляр данного класса,

public static ConnectionDemo getlnstance ()

return instance;

}

public void startApp()

Display display;

URIEntry urlForm = URIEntry.getlnstance();

display = Display.getDisplay(this); display.setCurrentlurlForm);

}

public void pauseApp()

}

}

void quit ()

destroyApp(true); notifyDestroyed();

}

public void destroyApp(boolean destroy)

{

instance = null;

/**

Устанавливает данный объект в качестве текущего отображаемого объекта MID– лета.

*/

public void display()

Display.getDisplay(this). setCurrent(urlForm);

}

}

Листинг 8.2. Класс URIEntry описывает форму, которая приглашает пользователя ввести URI

import: javax.micrcedition.midlet.MIDlet;

import javax.microedition.Icdui.Command;

import javax.microedition.Icdui.CommandListener;

import javax.raicroedition.Icdui.Display;

import javax.microedition.Icdui.Displayable;

import javax.microedition.Icdui.Form;

import javax.microedition.Icdui.TextField;

/**

Этот класс задает Form, приглашающую пользователя ввести URI, с которым должно быть установлено соединение HTTP.

Пользователь вводит URI и нажимает командную кнопку «Go».

Экземпляр данного класса затем создает экземпляр класса ResourceDisplay, который выполняет обязанности извлечения ресурса HTTP и его отображения.

*/

public class URIEntry extends Form implements CommandListener

}

private static Command go =

new Command("Go", Command.SCREEN, 1);

private static Command exit =

new CommandCExit", Command. EXIT, 1);

private static URIEntry instance;

// URI, введенный пользователем, private TextField uri;

// Нить, контролирующая выполнение объекта

// ResourceDisplay. private Thread thread;

/**

Конструктор.

@param title заголовок Form.

*/

private URIEntry(String title)

}

super(title); instance = this;

uri = new TextField. ("Connect to: ",

null, 70,

TextField.URL); uri.setStringf'http://"); append (uri);

addCommand(go); addCommand(exit); setCommandListener(this);

}

/**

Выдает один экземпляр данного класса.

@возвращение экземпляра данного класса.

*/

public static URIEntry getlnstance ()

}

if (instance == null)

{

instance = new URIEntry("Enter URL");

}

return instance;

}

/**

Устанавливает этот объект в качестве текущего отображаемого объекта MID-лета.

*/

public void display()

MIDlet га = ConnectionDemo.getInstance();

Display.getDisplay(m). setCurrent(this);

}

public void commandAction(Command c, Displayable d)

}

if (c == go)

}

// Этот экран отображает метаинформацию ресурса,

// указанного с помощью URI.

ResourceDisplay view =

new ResourceDisplay(uri.getString());

MIDlet m = ConnectionDemo.getInstar.ee ();

Display.getDisplay(m). setCurrent(view);

thread = new Thread(view); thread.start();

}

else if (c == eit)

}

ConnectionDemo.getlnstance(). quit();

}

}

}

Листинг 8.3. Класс ResourceDisplay определяет форму, которая отображает ресурс. Он использует объект helper для получения этого ресурса

import javdx.microedition.lcdui.Command;

import javax.microedition.Icdui.CommandListener;

import javax.microedition.Icdui.Form;

import javax.microedition.Icdui.Displayable;

/**

Данный класс задает Form, которая отображает метаинформацию, описывающую HTTP-ресурс. Она контролируется отдельной нитью, поэтому она реализует Runnable.

Этот объект Form использует объект helper для коммуникации с HTTP-ресурсом через Connection. Он затем забирает данные соединения из объекта helper для отображения на экране для пользователя.

public class ResourceDisplay extends Form

implements CommandListener, Runnable

{

private static Command back =

new Command("Back", Command.BACK, 1);

private static Displayable instance;

// Объект helper создает соединение с ресурсом на исходном

// сервере и извлекает метаинформацию ресурса.

// private HttpResource resource;

Конструктор

Sparam uri URI ресурса для извлечения по запросу HTTP протокола.

*/

public ResourceDisplay(String uri)

{

super("Http Info");

instance = this;

resource = new HttpResource(uri);

addCommand(back);

setCommandListener(this);

}

/**

Запускает выполнение данного объекта: запускает объект helper HttpResource.

@смотри. rtpResource

*/

public void run()

{

resource.run();

append(resource.getResourceMetalnfo());

}

/**

Возвращает один экземпляр данного класса.

Вызов этого метода перед созданием объекта возвращает нулевой указатель.

@возвращаем экземпляр данного класса.

*/

public static Displayable getlnstance ()

{

return instance;

{

public void commandAction(Command c, Displayable d)

{

if (c == back)

{

URI Entry, get Instanced.display();

}

}

}

Листинг 8.4. Класс HttpResource определяет объект, который на самом деле извлекает сетевой ресурс

import Java.io.InputStream;

import Java.io.lOException;

import javax.microedition.io.Connect ion;

import javax.microedition.io.Connector;

import javax.microedition.io.HttpConnection;

import javax.microedition.Icdui.Displayable;

/**

Данный класс определяет объект helper, используемый классом ResourceDisplay. Он создает соединение с ресурсом HTTP, посылает запрос и получает ответ. Он размещает ответную метаинформацию в буфере. Этот класс предоставляет метод, который дает возможность другому объекту получать эту информацию как объект String асинхронно. Этот класс также записывает результат диагностики в стандартный вывод с целью демонстрации.

Результат появится в окне эмулятора J2MEWTK.

Обратите внимание, что этот класс реализует Runnable.

Он может использоваться программой для выполнения работы асинхронно, контролируемый нитью, отличной от основной нити приложения. В данной демонстрации соединения отдельная нить не порождает подпроцесс контролирования данного экземпляра, поскольку экземпляр ResourceDisplay, который использует данный экземпляр, уже контролирует отдельная нить.

**/

public class HttpResource implements Runnable

private static Displayable instance;

// URI, представляющий выбранный ресурс.

private String uri;

// Буфер для поддержки информации ресурса.

private StringBuffer contents = new StringBuffer();

// Соединение с ресурсом. private Connection conn;

// Ссылка на HTTP-соединение, private HttpConnection httpConn;

// Входной поток соединения, private InputStream is;

// Значение поля атрибута статуса HTTP. private int status = -1;

/**

Конструктор.

@pararc uri URI, указывающий выбранный ресурс.

*/

public HttpResource (String uri)

{

super ();

this.uri = uri;

}

private String userAgentID ()

{

StringBuffer buf = new StringBuffer();

String config =

System.get Property("microedition.configuration");

String profile =

System.get Property("microedition.profiles");

buf.append("Configuration/"); buf.append(config); buf.append!" Profile/");

buf.append(profile); return buf. toStrir.g ();)

/**

Запускает данный объект. Соединяется с URI, посылает запрос, получает отклик и анализирует ответное сообщение.

*/

public void run()

System.out.println("Connection class name = " + conn.getClass(). getName ());

connect (); parse ();

System.out.println(gecResourceMetalnfo());

try conn.close();

}

catch (lOException ioe) System.out.println(ioe.getMessage());

ioe.printStackTrace();

}

}

/**

Соединяется с исходным сервером, который поддерживает URI.

Если произошло исключение во время соединения, этот метод Перехватит его и не выдаст указания на ошибку, за исключением Записи в стандартном результате диагностики.

*/

protected void connect!)

}

try

}

while (true)

{

// Соединение находится в состоянии «установка». conn = Connector.open(uri);

httpConn = (HttpConnection) conn;

httpConn.setRequestProperty("method", HttpConnection.HEAD);

httpConn.setRequestProperty("User-Agent", userAgentID());

// Соединение находится в состоянии «установлено». if (resourceRelocated())

{

uri = httpConn.getHeaderField("location");

// Соединение находится в состоянии «отключено» после

// вызова close().

conn.close();

}

else

}

breaX;

*/

if (serverError())

{

conn.close (); return;

}

// Соединение находится в состоянии «установлено», is = httpConn.openlnputStream ();

System.out.println("Input stream class name = " + is.getClassO.get Name ());

int responseCode = httpCcnn.getResponseCode ();

printResponseCode (responseCode); catch (lOExceptior. ioe)

{

contents.append(ioe.getMessage());

System.out.println(ioe.getMessage());

ioe.printStackTrace();

}

}

private boolean resourceRelocated()

{

boolean relocated = false; try

}

status = httpConn.getResponseCode();

if (status == HttpConnection.HTTP_MOVED_TEMP II

status == HttpConnection.HTTP_MOVED_PERM II

status == HttpConnection.HTTP_TEMP_REDIRECT)

{

relocated = true;

}

}

catch (lOException ioe)

}

System.out.println(ioe.getMessage());

ioe.printStackTrace();

}

return relocated;

}

private boolean serverError ()

{

boolean error = false;

try

{

status = httpConn.getResponseCode();

if ((status == HttpConnection.HTTP_NOT_IMPLEMENTED)

If (status == HttpConnection.HTTP_VERSION)

If (status == HttpConnection.HTTP_INTERNAL_ERROR)

If (status = = HttpConnection.HTTP_GATEWAY_TIMEOUT)

If (status == HttpConnection.HTTP_BAD_GATEWAY))

}

error = true; } }

catch (lOException ioe)

{

error = true;

System.out.println(ioe.getMessage());

ioe.printStackTrace();

}

return error;

}

private void parse()

(

if (httpConn == null) return;

String protocol = httpConn.getProtocol();

contents.append("Protocol: " t protocol + "n");

String type = httpConn.getType();

content's. append ("Type: " + type + "n");

String encoding = httpConn.getEncoding ();

contents.append("Encoding: " + encoding + "n");

long length = httpConn.getLength ();

contents.append("Length: " + length + "n");

String uri = httpConn.getURL();

contents.append("URL: " + uri + "n");

String host = httpConn.getHost();

contents.append("Host: " + host + "n");

String query = httpConn.getQuery();

contents.append("Query: " + query + "n");

String requestMethod = httpConn.getRequestMethod();

contents.append ("Method: " + requestMethod + "n");

}

private void printResponseCode(int code)

{

System.out.print("Response code:

**/

switch (code) case HttpConnection.HTTP_ACCEPTED:

Systern.out.print In("HTTP_ACCEPTED"); break;

case HttpConnection.HTTP_BAD_GATEWAY:

Systern.out.print In("HTTP_BAD_GATEWAY"); break;

case HttpConnection.HTTP_BAD_METHOD:

Systern.out.print In("HTTP_BAD_METHOD"); break;

'case HttpConnection.HTTP_BAD_REQUEST:

Systern.out.print In("HTTP~BAD_REQUEST"); break;

case HttpCo-.nection.HTTP_CONFLICT:

System.out.println("HTTP_CONFLICT"); break;

case HttpConnection.HTTP_CREATED:

System.out.print In("HTTP_CREATED"); break;

case HttpConnection.HTTP_FORBIDDEN:

System.out.print In("HTTP_BAD_FORBIDDEN"); break;

case HttpConnection.HTTP_GATEWAY_TIMEOUT:

System.out.print In("HTTP_GATEWAY_TIMEOUT"); break;

case HttpConnection.HTTP_GONE:

Systern.out.print In("HTTP_GONE"); break;

case HttpConnection.HTTP_NO_CONTENT:

System.out.println("HTTP_NO_CONTENT"); break;

case HttpConnection.HTTP_NOT_ACCEPTABLE:

Systern.out.print In("HTTP_NOT_ACCEPTABLE"); break;

case HttpConnection.HTTP_NOT_FOUND:

System.out.print In("HTTP~NOT_FOUND"); break;

case HttpConnection.HTTP_OK:

System.out.println("HTTP_OK"); break;

case HttpConnection.HTTP_PROXY_AUTH:

Systern.out.print In("HTTP_PROXY_AUTH"); break;

case HttpConnection.HTTP_UNAVAILABLE:

Systern.out.print In("HTTP_UNAVAILABLE"); break;

case HttpConnection.HTTP_VERSION:

System.out.print In("HTTP_VERSION"); break; default:

System.out.println ();;. }

/**

Получает метахнформацию ресурса.

@выдает метаянформацию, возвращенную исходным сервером в ответном сообщении.

*/

public String getResourceMetalnfо()

}

return contents.toString();

}

}

Четыре класса представлены в примере, показанном в листингах 8.1–8.4:

ConnectionDemo – определяет MID-лет для данной демонстрации. Он отображает экземпляр URIEntry. URIEntry – определяет форму, приглашающую пользователя ввести URI, который программа будет извлекать. ResourceDisplay – определяет форму, которая отображает метаинформацию полученного ресурса. HttpResource – определяет класс helper, используемый классом ResourceDisplay для выполнения самого получения указанного пользователем ресурса.

Класс ConnectionDemo определяет MID-лет. Он отображает форму (определяемую классом URIEntry), которая приглашает пользователя ввести URI. Класс HttpResource обрабатывает процессы установки соединения, посылки запроса и получения и анализа ответа. Класс ResourceDisplay отображает результаты. Класс HttpResource содержит набор основных кодов – то есть сетевой код. Программа создает один экземпляр данного класса для каждого установленного соединения.

Программа действует следующим образом. Пользователь вводит URI в текстовое поле объекта URIEntry. Объект URIEntry создает экземпляр класса ResourceDisplay при получении команды до, введенной пользователем, что означает: «Иди и принеси указанный ресурс». Это происходит в основной нити обработки событий. Объект URIEntry затем создает отдельную нить для контролирования остальной части выполнения экземпляра ResourceDisplay.

Экземпляр ResourceDisplay создает экземпляр класса HttpResource для выполнения работы по извлечению ресурса. Эта работа осуществляется асинхронно в новой созданной нити. Новая нить контролирует следующие этапы:

– создание экземпляра HttpResource;

– установление соединения с удаленным сервером;

– получение отклика сервера, содержащего ресурс;

– анализ полученного ресурса;

– отображение данных ресурса.

Все эти этапы могут занимать много времени. Если они исполнялись нитью обработки событий, которая посылала команды в приложение, реализации MIDP придется подождать, пока выполнение вышеупомянутых этапов не завершится, прежде чем она сможет делать что-либо еще.

Это использование нитей является важной идиомой. Цель приложений – избежать выполнения продолжительной обработки команд в методе commandAction(). Эта обработка может блокировать работу на недопустимо длинные периоды времени, как, например, при ожидании ответа с сервера HTTP. Важно, чтобы каждый CommandListener получал данные РЗ своего метода commandActionO «как можно быстрее». Например, в программе, показанной в листинге 8.1, вызов Connector.open() блокирует работу, пока не получит ответ или пока не выйдет время. Временной интервал по умолчанию составляет около 15 секунд в эмуляторе J2MEWTK. Вероятно, реализация MIDP не может быть блокированной от выполнения какой-либо обработки событий так долго.

Класс HttpResource определяет API, который поддерживает получение ресурсов в отдельной нити. Он реализует Runnable и определяет его обработку в методе run(). В нашем примере эта возможность на самом деле не используется, поскольку вторая нить начинает выполнение с методом run() класса ResourceDisplay, который затем вызывает метод HttpRespource.run(). Класс HttpResource может быть использован, однако, в другом приложении, и его реализация Runnable отражает его поддержку многонитевого исполнения.

Объекты соединений. Как вы знаете, различные интерфейсы в структуре общих соединений представляют различные типы соединений. Однако это конкретные реализации данных интерфейсов, которые на самом деле предоставляют соединению его свойства и возможности. Сейчас самое подходящее время более внимательно взглянуть на реализации, стоящие за этими интерфейсами.

Я ссылался на класс Connector как на производящий соединение. Более точно, метод Connector.open() реализует фабричный метод образца проектирования. Для получения более подробной информации по данному и другим образцам проектирования смотрите «Образцы проектирования» (Design Patterns) от «Gamma et al.». Вы пересылаете в класс Connector сформированный в общем виде адрес некоторого ресурса, с которым вы хотите установить соединение. Этот URI указывает схему – тип желаемого соединения – но, с другой стороны, извлекает подробную информацию о соединении, связанную с протоколом. Производитель соединения пересылает обратно объект, чей класс реализует протокол, представленный полем схемы запроса соединения.

Класс этого объекта реализует интерфейс, который определяет тип установленного соединения. Тип внедряемого класса абстрактен, поскольку вы ссылаетесь на объект с помощью ссылки на тип интерфейса. Например, объект соединения, выдаваемый в листинге 8.4, реализует интерфейс HttpConnection. Взгляните на следующие строчки кода, расположенные в методе HttpResource.connect ().

Connection conn;

HttpConnection httpConn;

.

conn = Connector.open(uri);

httpConn = {HttpConnection) conn;

.

Первый оператор выдает объект соединения. URI указывает схему http. Текущий объект соединения больше чем просто Connection, это HttpConnection. Поэтому вы можете не рискуя создать ссылку на объект, чей тип – HttpConnection. Вы можете сделать это, потому что фабричный метод выдает объект, чей класс реализует HttpConnection, a не просто Connection. Этот объект отличается от объекта, который был бы выдан при других значениях поля схемы в вызове Connector.ореn().

Первый оператор, показанный в следующей выдержке из метода HttpResource.run(), выдает полностью определенное имя конкретного класса, который реализует интерфейс HttpConnection:

public void run ()

System.out.println("Connection class name = " +

conn.getClass(). get Name ());

connect ();

parse ();

…

}

Если вы запустите эту программу на эмуляторе Sun J2ME Wireless Toolkit, вы увидите, что в следующих выходных данных выводится имя класса, который является частью реализации J2ME Sun, которая используется эмулятором Sun J2ME Wireless Toolkit:

com.sun.midp.io.j2me.http.Protocol

Если вы запустите программу, показанную в листингах 8.1–8.4, на эмуляторе другого производителя, вы увидите другое имя класса. Таким образом опознается реализация данного производителя интерфейса HttpConnection. Все определяемые протоколом классы зависят от реализации.

Модель состояний соединения HTTP. Соединения HTTP могут находиться в одном из трех состояний в течение их жизненного цикла. Эта модель состояний отражает природу запроса-отклика протокола HTTP. Это следующие три состояния:

– Установка – создан объект соединения, но соединения с исходным сервером еще нет.

– Установлено – соединение с сервером было установлено, параметры запроса были посланы на сервер, и объект соединения ожидает отклика с сервера.

– Отключено – соединение было разорвано. Последующие вызовы методов соединения сбрасывают 10Exception.

На рисунке 8.3 показана диаграмма перемещения из состояния в состояние объектов соединения HTTP.

Рис. 8.3.Объекты HttpConnection переходят в три различных состояния во время своего существования

Объект соединения существует в состоянии установки при создании его экземпляра. На данный момент строка запроса не была создана. Чтобы создать запрос, вы должны установить метод HTTP и заголовки запроса. Эти значения устанавливаются с помощью методов, перечисленных в таблице 8.6. Прежде чем соединение сможет войти в состояние «установлено», – прежде, чем оно пошлет запрос серверу и получит ответ, – оно должно установить параметры запроса HTTP, то есть создать сообщение запроса. Вызов этих методов, однако, не приведет к переходу в другое состояние.

Соединение переходит в состояние «установлено», когда вызваны любые из методов, перечисленных в таблице 8.7. Состояние установленного соединения представляет собой период между временем, когда запрос был послан на сервер, и временем, когда либо клиент, либо сервер прервали соединение. Вы можете видеть, что все методы, показанные в таблице 8.7, работают с извлечением данных из ответного сообщения. Чтобы извлечь данные, соединение с сервером должно быть действующим, чтобы клиент получил ответное сообщение.

Таблица 8.6. Методы интерфейса HttpConnection для создания запроса HTTP

Название метода HttpConnection – Описание

void setRequestMethod (String method) – Устанавливает метод запроса HTTP, либо HEAD, либо POST, либо GET

void setRequestProperty (String key, String value) – Включает в запрос указанное поле заголовка со значением, установленным на value

Таблица 8.7. Методы интерфейса HttpConnection, которые позволяют соединению перейти в состояние «установлено»

Название метода HttpConnection – Описание

InputStream openlnputStream() – Открывает и выдает ссылку на InputStream (происходит от InputConnection)

OutputStream openOutputStream() – Открывает и выдает OutputStream для соединения (происходит из OutputConnection)

DatalnputStream openData!nputStream() – Открывает и выдает ссылку на DatalnputStream (происходит из InputConnection)

DataOutputStream openDataOutputStream() – Открывает и выдает ссылку на DataOutputStream (происходит изOutputConnection)

long getDate() – Получает значение поля заголовка date

String getEncoding() – Получает строку, которая описывает шифрование содержимого в ответе (происходит от ContentConnection]

long getExpiration() – Получает значение поля заголовка expires

String getHeaderField (String name) – Получает значение указанного поля заголовка

long getHeaderFieldDate (String name, long def) – Получает значение указанного поля заголовка. Значение анализируется как число

String getHeaderFieldlnt (String name, int def) – Получает значение указанного поля заголовка. Значение анализируется как число

String getHeaderFieldKey (int n) – Получает указанное поле заголовка. Аргумент представляет собой индекс поля заголовка

long getLastModified() – Получает значение поля заголовка last-modified

long getLength() – Извлекает длину поля заголовка.

int getResponseCode() – Получает код состояния отклика HTTP

String getResponseMessage() – Получает ответное сообщение HTTP

String getType() – Получает тип содержимого, предоставляемого сервером (происходит из ContentConnection)

Когда соединение находится в состоянии «установлено», вы можете лишь извлекать из него данные либо закрыть его. Вы можете задействовать методы, перечисленные в таблицах 8.7 и 8.9. Методы, показанные в таблице 8.8, извлекают различные части ответа HTTP, за исключением метода close (), который разрывает соединение.

Если соединение находится в состоянии «установлено», вы можете больше не активизировать методы, показанные в таблице 8.6. Вы не можете переустановить параметры запроса, что означает, что вы не можете снова использовать объект соединения для доступа к нескольким различным URI. Вы вынуждены создавать экземпляр нового соединения, пересылая новый URI в вызов Connector.ореn(). Кстати, либо клиент может прервать соединение после получения отклика, либо удаленный сервер может разорвать соединение послелосылки этого отклика.

Обратите внимание, что в листинге 8.4 порядок, в котором поля заголовков вставляются в сообщения запроса или извлекаются из ответного сообщения сервера, несущественен. Класс соединения имеет дело с абстракциями создания правильно сформированных сообщений HTTP и анализа ответов HTTP.

Таблица 8.8. Методы интерфейса HttpConnection, вызываемые в состоянии «установлено»

Название метода HttpConnection – Описание

void close() – Прерывает соединение (происходит из интерфейса Connection)

String getFile() – Получает поле URL данного соединения

String getHost() – Получает поле URL данного соединения

int getPort() – Получает поле URL данного соединения

String getProtocol() – Получает поле URL данного соединения

String getQuery() – Получает строку запроса URL данного соединения

String getRequestMethodf() – Получает текущий метод запроса (GET, POST и так далее)

String getRequestProperty (String key) – Получает значение свойства указанного общего запроса данного соединения

String getRef() – Получает поле URL данного соединения

String getURL() – Получает полный URL данного соединения как строковое значение

Использование соединений содержимого соединений. Сила, стоящая за использованием стандартных механизмов соединений содержимого соединений, заключается в том, что не требуется собственного проектирования для создания либо механизма доступа, либо согласованного формата полезного содержимого сообщений. Эта стандартизация служит мотивом поддержки механизма соединения HTTP в MIDP. HTTP является наиболее распространенным стандартным протоколом программного уровня в Интернете на сегодняшний день. Он дает вам возможность получать доступ к большому количеству разнообразных сетевых служб, поскольку поддерживает транспортировку произвольных данных с помощью своего механизма тегирования типа MIME.

Соединения HTTP могут транспортировать множество различных видов содержимого, такого, как HTML и XML. Кроме того, HTTP может использоваться как упаковщик для туннелирования других данных протокола уровня приложений. Вы, таким образом, имеете удобный механизм передачи данных для приложений клиент-сервер.

HTTP широко используется серверами как механизм передачи множества различных служб. Службы могут быть реализованы с помощью любой из множества технологий, независимо от того, что они используют HTTP в качестве механизма передачи. Службы могут быть реализованы с помощью сервлетов Java, Java Server Pages (JSP), Pearl scripts, CGI и так далее.

Модель сервлетов является особенно мощной, поскольку сервлеты написаны на Java и легко стыкуются с другими технологиями Java enterprise, они также без проблем взаимодействуют с клиентскими технологиями. Кроме того, сервлетные системы поддерживаются стандартными Web-серверами и могут без труда создавать выводимые данные в различных форматах. В главе 11 вы узнаете, как порталы беспроводного Интернета используют эти технологии для построения служб для мобильных устройств.

Дейтаграммные соединения и дейтаграммы

Интерфейс javax.microedition.io.DatagramConnecti.on дополняет Connection. Его положение в диаграмме иерархии наследования, показанной на рисунке 8.2, а также его название, предполагают, что дейтаграммные соединения являются на самом деле соединениями, хотя и отличными от других соединений потоков и содержимого соединений. В действительности интерфейс DatagramConnection описывает соединения, которые посылают и получают дейтаграммы через протокол дейтаграмм.

В мире сетевых технологий термин протокол дейтаграмм подразумевает облегченный протокол – протокол без установления состояний. Но само это отличие на самом деле не помогает объяснить его позицию в иерархии структуры общих соединений. Более правильно, вероятно, различать протоколы уровня приложений и низкоуровневые протоколы.

Термин протокол дейтаграмм обозначает протокол, который находится на более низком уровне в модели OSI, чем протоколы уровня приложений. Протоколы дейтаграмм переносят дейтаграммы, которые иногда называются пакетами. Эти протоколы обычно переносят сообщения дейтаграмм с одной машины на другую, основываясь исключительно на информации, содержащейся в этой дейтаграмме. Несколько пакетов, посланных с одной машины на другую, могут быть переданы по различным маршрутам и приходить на назначенный компьютер в любом порядке. Доставка пакетов в общем и целом не гарантирована.

Универсальный интернет-протокол передачи дейтаграмм (Internet Universal Datagram Protocol (UDP)) является одним конкретным примером протокола передачи дейтаграмм. В действительности это протокол, поддерживаемый некоторыми реализациями MIDP. Он встроен непосредственно поверх интернет-протокола (Internet Protocol (IP)) сетевого уровня. Помните, что в соответствии со спецификацией MIDP, HTTP 1.1 является единственным протоколом, который должны поддерживать реализации, все остальные – необязательно. Разработчики должны помнить об этом при учете портативности приложений.

Использование протокола UDP дает приложениям MIDP другой стандартный механизм для взаимодействия с четко определенными сетевыми службами. В главе 11 вы узнаете о некоторых обстоятельствах, при которых использование протоколов передачи дейтаграмм является более предпочтительным, чем высокоуровневых протоколов.

В UDP отсутствуют многие свойства, которые имеются в транспортных протоколах, как, например, в TCP, такие, как согласование вариантов соединений, повторная сборка пакетов, сквозной контроль потока, управление окнами, устранение ошибок, разбиение на части и гарантированная доставка. Он отказывается от этих свойств в пользу очень эффективной быстрой пересылки. Приложения MIDP могут использовать дейтаграммные соединения, когда им нужны быстрые соединения без перехода из состояния в состояние и когда не требуется гарантированная пересылка.

В таблице 8.9 перечислены методы интерфейса DatagramConnection. Вы можете видеть, что это относительно простой интерфейс. Эта простота отражает низкоуровневую природу базового протокола реализации. Сравните это с интерфейсом HttpConnection, чьи методы отражают относительно более сложную природу сообщений протокола HTTP и используют поля сообщений типа MIME для определения семантики сообщения. В отличие от протоколов уровня приложений, таких как, HTTP, протоколы дейтаграмм не определяют атрибуты, которые отражают природу полезной нагрузки, которую они транспортируют.

Таблица 8.9. Методы интерфейса DatagramConnection

Название метода DatagramConnection – Описание

int getMaximumLength() – Выдает максимально возможную длину дейтаграммы, определен базовым протоколом реализации

int getNominalLength() – Выдает номинальную длину дейтаграммы

Datagram newDatagram(byte [] buf, int size) – Создает новый объект дейтаграммы, получая данные из указанного массива

Datagram newDatagram(byte[] buf, int size, String addr) – Создает новый обьект дейтаграммы с указанными массивом данных и с указанным адресом назначения

Datagram newDatagramfint size() – Создает новый обьект дейтаграммы

Datagram newDatagram (int size, String addr) – Создает новый обьект дейтаграммы с указанным адресом

void receive (Datagram dgram) – Получает дейтаграмму и забирает ее данные для заполнения данного аргумента дейтаграммы

void send (Datagram dgram) – Посылает указанную дейтаграмму

Чтобы использовать дейтаграммное соединение, приложение-клиент выполняет следующие шаги: