Доступ к базам данных из Java-программ и проблемы русификации

Введение

Однако, коренное отличие Java от других традиционных языков программирования заключается в том, что одни и те же функции доступа к базам данных, с помощью универсальности и кроссплатформенности Java, можно организовать чрезвычайно гибко, используя все преимущества современных объектно-ориентированных технологий, WWW и Intranet/Internet. Рассмотрим по порядку все варианты использования Java-программ при взаимодействии с базами данных.

1. Java-программы и апплеты с интерфейсом JDBC-ODBC

Сам по себе JDBC работать не может и использует основные абстракции и методы ODBC. Хотя в стандарте JDBC API и предусмотрена возможность работы не только через ODBC, а и через использование прямых линков к базам данных по двух- или трех-звенной схеме (см. Рис.1), эту схему используют гораздо реже, чем повсеместно используемый JDBC-ODBC-Bridge занимающий центральное место в общей схеме взаимодействия интерфейсов (см. Рис. 2)

Рис. 1. Непосредственный доступ к базе данных по 3-х-звенной схеме.

Рис. 2. Схема взаимодействия интерфейсов.

Даже беглого взгляда на Рис. 2 вполне достаточно, чтобы понять - общая схема взаимодействия интерфейсов в Java удивительным образом напоминает столь всем знакомую схему ODBC с ее гениальным изобретением драйвер-менеджера к различным СУБД и единого универсального пользовательского интерфейса. JDBC Driver Manager - это основной ствол JDBC-архитектуры. Его первичные функции очень просты - соединить Java-программу и соответствующий JDBC драйвер и затем выйти из игры. Естественно, что ODBC был взят в качестве основы JDBC из-за его популярности среди независимых поставщиков программного обеспечения и пользователей. Но тогда возникает законный вопрос - а зачем вообще нужен JDBC и не легче ли было организовать интерфейсный доступ к ODBC-драйверам непосредственно из Java? Ответом на этот вопрос может быть только однозначное нет. Путь через JDBC-ODBC-Bridge, как ни странно, может оказаться гораздо короче. 

1. ODBC нельзя использовать непосредственно из Java, поскольку он основан на C-интерфейсе. Вызов из Java C-кода нарушает целостную концепцию Java, пробивает брешь в защите и делает программу трудно-переносимой.

2. Перенос ODBC C-API в Java-API нежелателен. К примеру, Java не имеет указателей, в то время как в ODBC они используются.

3. ODBC слишком сложен для понимания. В нем смешаны простые и сложные вещи, причем сложные опции иногда применяются для самых простых запросов.

4. Java-API необходим, чтобы добиться абсолютно чистых Java решений. Когда ODBC используется, то ODBC-драйвер и ODBC менеджер должны быть инсталлированы на каждой клиентской машине. В то же время, JDBC драйвер написан полностью на Java и может быть легко переносим на любые платформы от сетевых компьютеров до мэйнфреймов. 

JDBC API - это естественный Java-интерфейс к базовым SQL абстракциям и, восприняв дух и основные абстракции концепции ODBC, он реализован, все-таки, как настоящий Java-интерфейс, согласующийся с остальными частями системы Java.

В отличие от интерфейса ODBC, JDBC организован намного проще. Главной его частью является драйвер, поставляемый фирмой JavaSoft для доступа из JDBC к источникам данных. Этот драйвер является самым верхним в иерархии классов JDBC и называется DriverManager. Согласно, установившимся правилам Internet, база данных и средства ее обслуживания идентифируются при помощи URL.
jdbc:<subprotocol>:<subname>

где под <subprotocol>понимается имя конкретного драйвера, или некоего механизма установления соединения с базой данных, например, ODBC. В случае применения ODBC, в URL-строку подставляется именно эта аббревиатура, а в качестве <subname>используется обычный DSN (Data Source Name), т.е. имя ODBC-источника из ODBC.INI файла. Например:
jdbc:odbc:dBase

В некоторых случаях вместо ODBC может быть использовано имя прямого сетевого сервиса к базе данных, например:
jdbc:dcenaming:accounts-payable,
или
jdbc:dbnet://ultra1:1789/state

В последнем случае часть URL //ultra1:1789/state представляет собой <subname>и описывает имя хоста, порт и соответствующий идентификатор для доступа к соответствующей базе данных. 

Однако, как уже говорилось выше, чаще всего, все-таки используется механизм ODBC благодаря его универсальности и доступности. Программа взаимодействия между драйвером JDBC и ODBC разработана фирмой JavaSoft в сотрудничестве с InterSolv и называется JDBC-ODBC-Bridge. Она реализована в виде JdbcOdbc.class (для платформы Windows JdbcOdbc.dll) и входит в поставку JDK1.1. Помимо JdbcOdbc-библиотек должны существовать специальные драйвера (библиотеки), которые реализуют непосредственный доступ к базам данных через стандартный интерфейс ODBC. Как правило эти библиотеки описываются в файле ODBC.INI. На внутреннем уровне JDBC-ODBC-Bridge отображает медоды Java в вызовы ODBC и тем самым позволяет использовать любые существующие драйверы ODBC, которых к настоящему времени накоплено в изобилии.

Рассмотрим типичное приложение на Java c доступом к типичному реляционному серверу или даже к обычной dBase-таблице.

// Следующий код на Java используется как пример. Простой подстановкой
// соответствующих значений url, login, и password, и, затем подстановкой
// SQL операторов вы можете посылать их в базу данных.
//--------------------------------------
//
// Module: SimpleSelect.java
//
// Описание: Эта программа для ODBC API интерфейса. Java-приложение
// будет присоединяться к JDBC драйверу, посылать select оператор
 // и показывать результаты в таблице
 //
 // Продукт: JDBC к ODBC Мост
 //
 // Автор: Karl Moss (С.Дунаев модификация для работы с кириллицей)
 //
 // Дата: Апрель 1997
 //
 // Copyright: 1990-1996 
INTERSOLV, Inc.
 // This software contains 
confidential and proprietary
 // information of INTERSOLV, Inc.
 //--------------------------------------

import java.net.URL;
import java.sql.*;
import java.io.*;

class SimpleSelect {


 public static void main (String args[]) {
 String url = Шjdbc:odbc:dBase╚;
 String query = ШSELECT * FROM my_table╚; 

 try {

 // Загрузка jdbc-odbc-bridge драйвера
 
 Class.forName (Шsun.jdbc.odbc.JdbcOdbcDriver╚);

 DriverManager.setLogStream(System.out); 

 // Попытка соединения с драйвером. Каждый из
 // зарегистрированных драйверов будет загружаться, пока
 // не будет найден тот, который сможет обработать этот URL

 Connection con = DriverManager.getConnection (
 url, Ш╚, Ш╚); 

 // Если не можете соединиться, то произойдет exception
 // (исключительная ситуация). Однако, если вы попадете
 // в следующую строку программы, значит вы успешно соединились с URL

 // Проверки и печать сообщения об успешном соединении
 // 

 checkForWarning (con.getWarnings ()); 

 // Получить DatabaseMetaData объект и показать
 // информацию о соединении

 DatabaseMetaData dma = con.getMetaData ();

 //System.out.println(Ш\nConnected to Ш + dma.getURL());
 //System.out.println(ШDriver Ш + 
 //dma.getDriverName());
//System.out.println(ШVersion Ш +
 //dma.getDriverVersion());
 //System.out.println(Ш╚);

 // Создать Оператор-объект для посылки
 // SQL операторов в драйвер

 Statement stmt = con.createStatement ();

 // Образовать запрос, путем создания ResultSet объекта

 ResultSet rs = stmt.executeQuery (query);

 // Показать все колонки и ряды из набора результатов

 dispResultSet (rs);

 // Закрыть результирующий набор

 rs.close();

 // Закрыть оператор

 stmt.close();

 // Закрыть соединение

 con.close();
 }
 catch (SQLException ex) {

 // Случилось SQLException. Перехватим и
 // покажем информацию об ошибке. Заметим, что это
 // может быть множество ошибок, связанных вместе
 // 

 //System.out.println (Ш\n*** SQLException caught ***\n╚);

 while (ex != null) {
 //System.out.println (ШSQLState: Ш +
 // ex.getSQLState ());
 //System.out.println (ШMessage: Ш + ex.getMessage ());
 //System.out.println (ШVendor: Ш +
 //ex.getErrorCode ());
 ex = ex.getNextException ();
 //System.out.println (Ш╚);
 }
 }
 catch (java.lang.Exception ex) {

 // Получив некоторые другие типы exception, распечатаем их.

 ex.printStackTrace ();
 }
 }

 //----------------------------------
 // checkForWarning
 // Проверка и распечатка предупреждений. Возврат true если
 // предупреждение существует
 //----------------------------------

 private static boolean checkForWarning (SQLWarning warn) 
 throws SQLException {
 boolean rc = false;

 // Если SQLWarning объект был получен, показать
 // предупреждающее сообщение. 

 if (warn != null) {
 System.out.println (Ш\n *** Warning ***\n╚);
 rc = true;
 while (warn != null) {
 //System.out.println (ШSQLState: Ш +
 //warn.getSQLState ());
 //System.out.println (ШMessage: Ш +
 //warn.getMessage ());
 //System.out.println (ШVendor: Ш +
 //warn.getErrorCode ());
 //System.out.println (Ш╚);
 warn = warn.getNextWarning ();
 }
 }
 return rc;
 }
 //----------------------------------
 // dispResultSet
 // Показать таблицу полученных результатов
 //----------------------------------
 private static void dispResultSet (ResultSet rs)
 throws SQLException, IOException
 { 
         // Объявление необходимых переменных и 
         // константы для желаемой таблицы перекодировки данных         
 int i, length, j;
 String cp1 = new String(ШCp1251╚); 
 // Получить the ResultSetMetaData. Они будут использованы
 // для печати заголовков
 ResultSetMetaData rsmd = rs.getMetaData ();
 // Получить номер столбца в результирующем наборе
 int numCols = rsmd.getColumnCount ();
 // Показать заголовок столбца
 for (i=1; i<=numCols; i++) {
 if (i > 1) System.out.print(Ш,╚);
 //System.out.print(rsmd.getColumnLabel(i));
 }
 System.out.println(Ш╚);
 
 // Показать данные, загружая их до тех пор, пока не исчерпается
 // результирующий набор        

 boolean more = rs.next ();
 while (more) {

 // Цикл по столбцам
 
 for (i=1; i<=numCols; i++) { 

// Следующая группа операторов реализует функции перекодировки
// строк из таблицы базы данных в желаемый формат, потому что в
// различных базах символы могут быть закодированы произвольным
// образом. Если использовать стандартный метод - getString - на выходе 
// получается абракадабра. Строки нужно сначала перевести в Unicode,
// затем конвертировать в строку Windows и убрать лидирующие нули

InputStream str1 = rs.getUnicodeStream(i); 
         byte str2[];
         byte str3[]; 
         int sizeCol = rsmd.getColumnDisplaySize(i);
         str2 = new byte[sizeCol+sizeCol]; 
         str3 = new byte[sizeCol+sizeCol];
         length = str1.read(str2); 
        
 // Здесь нужно убрать нули из строки, которые предваряют каждый
 // перекодированный символ 
         k=1;   
         for (j=1; j<sizeCol*2; j++) {
                if (str2[j] != 0) { 
                        str3[k]=str2[j]; k=k+1; } } 
         
         String str = new String(str3,cp1);
         System.out.print(str); 
 }
 System.out.println(Ш╚);

 // Загрузка следующего ряда в наборе

 more = rs.next ();
 }
 }

}

2. Спец-ориентированные Java-приложения

2.1 RMI-приложения

Важная особенность RMI заключается в том, что он представляет программируемый интерфейс для работы с сетями в отличие от сокетов TCP. Главное преимущество его в том, что он предлагает вам интерфейс более высокого уровеня, основанный на вызовах методов, так, как если бы удаленный объект обрабатывался локально. RMI более удобен и более естественен, чем интерфейс, основанный на сокетах, но он требует выполнения Java-программ на обоих концах соединения. Сетевое соединение, тем не менеее, достигается использованием все того же TCP/IP протокола.

Рассмотрим основные шаги для построения работающего RMI-приложения:

• Разработка удаленных объектов и кодов для сервера и клиента
• Java-компиляция
• RMI-компиляция
• Перемещение .class-файлов в соответствующие директории
• Регистрация
• Старт сервера
• Старт клиента

Как работает RMI

Клиент, используя эту запись, будет пытаться отыскать объект с данным именем, и получить удаленную ссылку к нему. Затем вызванный метод будет обработан с помощью RMI компилятора и преобразован из пользовательского кода в последовательную форму объекта, который передается пользователю с помощью TCP/IP. 

Разработка удаленного объектного кода

// Lookup.java

import java.rmi.*;

public interface Lookup extends Remote {
public String findInfo(String info) throws RemoteException;
 }

Разработка серверного кода

Для нашего примера это будет выглядеть следующим образом:

// LookupServer.java

 import java.io.*;
 import java.util.*;
 import java.rmi.*;
 import java.rmi.server.*;

 public class LookupServer extends UnicastRemoteObject
 implements Lookup {
 private Vector save = new Vector();

 public LookupServer(String db) throws RemoteException
 {
 try {
 FileReader fr = new FileReader(db);
 BufferedReader br = new BufferedReader(fr);
 String s = null;
 while ((s = br.readLine()) != null)
 save.addElement(s);
 fr.close(); 
 }
 catch (Throwable e) {
 System.err.println(Шexception╚);
 System.exit(1);
 }
 }

 public String findInfo(String info)
 {
 if (info == null)
 return null;

 info = info.toLowerCase();
 int n = save.size();
 for (int i = 0; i < n; i++) {
 String dbs = (String)save.elementAt(i);
 if (dbs.toLowerCase().indexOf(info) != -1)
 return dbs;
 }

 return null;
 }

 public static void main(String args[])
 {
 try {
 RMISecurityManager security =
 new RMISecurityManager();
 System.setSecurityManager(security);
 String db = args[0];
 LookupServer server = new LookupServer(db);
 Naming.rebind(ШLookupServer╚, server);
 System.err.println(ШLookupServer ready...╚);
 }
 catch (Throwable e) {
 System.err.println(Шexception: Ш + e);
 System.exit(1);
 }
 }
 }

Пример базы данных:

Ivanov, Ivan 295-0083
Petrov, Peter 775-9958
Romanov, Alexander 555-7779

Заметим, что LookupServer является расширением стандартного класса java.rmi.server.UnicastRemoteObject и выполняет Lookup. Один из этих классов обеспечивает некоторые базисные реквизиты, необходимые для удаленных объектов, а другой определяет методы, которые будут вызваны дистанционно. 

Установка службы безопасности

Образец LookupServer затем регистрируется с помощью службы Naming.rebind и становится доступным клиенту по имени.

Вы могли бы задаться вопросом, как удаленный метод фактически становится вызываемым, если сервер не содержит никакого сетевого кода и никаких TCP/IP примитивов? Это происходит за сценой, поскольку сервер и клиент используют так называемые скелетоны и стабы для коммуникации между собой. Соответствующие .class файлы генерируются из серверного .class файла через RMI транслятор, описанный ниже. 

Концептуально, класс stub(заглушка) выглядит так: 

public class LookupServer_Stub extends java.rmi.server.RemoteStub
implements Lookup, java.rmi.Remote { ... }

public class LookupServer_Skel implements
java.rmi.server.Skeleton { ... }

Стаб(stub) -это суррогат для удаленного объекта, и скелетон - некая сущность на сервере, которая обрабатывает удаленные вызовы.

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

Разработка клиентского кода

// LookupClient.java

import java.rmi.*;
import java.rmi.server.*;

public class LookupClient {
public static void main(String args[])
{
try {
RMISecurityManager security =
new RMISecurityManager();
System.setSecurityManager(security);
String host = Шlocalhost╚;
String server = ШLookupServer╚;
String name = Шrmi://╚ + host + Ш/╚ + server;
Lookup look_obj = (Lookup)Naming.lookup(name);
String results = look_obj.findInfo(args[0]);
if (results == null)
System.err.println(Ш** not found **╚);
else
System.out.println(results);
}
catch (Throwable e) {
System.err.println(Шexception: Ш + e);
System.exit(1);
}
}
} 

Компиляция кода

Три файла - Lookup.java, LookupServer.java, и LookupClient.java компилируются как и обычно в Java:

javac Lookup.java
javac LookupServer.java
javac LookupClient.java

После того, как вы откомпилируете эти файлы, выполните RMI Compiler (rmic):
rmic LookupServer
чтобы получить LookupServer_Skel.class и LookupServer_Stub.class файлы.

Перемещение.class файлов в соответствующее им место на диске 

Вы должны переместить клиентские файлы (Lookup.class, LookupClient.class, и LookupServer_Stub.class) в директорию, откуда вы их желаете выполнять как клиент.

Вы должны переместить серверные файлы (Lookup.class, LookupServer.class, LookupServer_Skel.class, и LookupServer_Stub.class) в директорию, где они станут доступными для публичного доступа. 

Регистрация

Объект, к которому обращаются дистанционно, должен быть введен в регистр объектов, т.е. зарегистрирован. В JDK 1.1 имеется специальная программа
Rmiregistry

Rmiregistry может выполняться или в отдельном окне или как фоновый процесс на сервере. 

Старт сервера

Вы должны стартовать сервер по команде:
java LookupServer database_name

К примеру, если ваша база данных с набором имен и телефонов находится в файле C:\PHONE.TXT, то вы должны дать команду:
java LookupServer C:\PHONE.TXT

Старт клиента

Клиентская программа стартуется по команде:
java LookupClient Ivanov

ШIvanov╚ - это искомое имя в базе.

Таким образом, RMI дает возможность создавать распределенные Java-to-Java прикладные программы, в которых методы удаленных объектов Java вызываются из других Java-программ на различных главных ЭВМ так как, если бы эти методы вызывались локально. Естественно, что подобные возможности можно эффективно использовать при работе с SQL-серверами, которые предоставляют Java-API интерфейс для доступа к данным. Например, в группе продуктов Informix в Informix Client SDK дано описание Informix Object Interface for Java, где приводятся многочисленные примеры, как организовать взаимодействующие RMI-приложения с доступом к базам данных Informix. Более того, имеется и соответствующий RMI-сервер, который содержит массу удобных и полезных методов, которые можно вызывать дистанционно. В сущности, приведенный выше пример можно приспособить для работы с любыми базами данных и SQL-серверами, если вы знаете каким образом устроен Java-API интерфейс для доступа к базам данных. В крайнем случае не возбраняется и использование JDBC в RMI-приложениях, хотя вряд ли это будет в достаточной степени эффективно. В Informix, например, для непосредственного взаимодействия с базами данных существуют два RMI-пакета: informix.api.remote.rmi - для удаленных клиентов и informix.api.remote.rmi.server - для rmi-сервера. При этом в клиентском приложении используется интерфейс к DBMSManager, который накапливает информацию обо всех серверах Informix и базах данных, и вы можете установить либо локальное, либо удаленное соединение с базой через RMI сервер. Для локального соединения создается DirectDBMSManager объект. Для удаленного соединения создается RMIDBMS-Manager объект и передается к соответствующему RMI серверу. Спецификация RMI сервера осуществляется в форме:

rmi://hostname[:port]/
//Создание DBMSManager объекта
DBMSManager getDBMSManager() throws Exception
{
// based on RMI Checkbox, get appropriate DBMSManager
DBMSManager dbmsManager;
if (RMIcheckbox.getState())
dbmsManager = new RMIDBMSManager(rmiServerTextField.getText());
else
dbmsManager = new DirectDBMSManager();
return dbmsManager;

2.1 Java, инкапсулированная в СУБД

• Применение полноценного языка программирования для написания хранимых процедур. В сервер встраивается виртуальная машина Java и внутренний интерфейс JDBC. Встраивание мощного и безопасного языка программирования позволяет обойти ограничения хранимых процедур на языке SQL.
• Расширение объектных типов данных. Объекты, написанные на языке Java могут храниться в виде значений в реляционной таблице. Это позволяет создавать и использовать произвольные типы данных. Java-класс может быть использован в качестве типа данных для столбца таблицы. Каждое поле такой записи становится экземпляром соответствующего Java-класса. В качестве примера возьмем простой класс на языке Java, хранящий адреса. Прикладной код может быть включен в методы класса. Например, строковые данные могут содержаться только в полях Street и Postal Code(почтовый код), а значение поля City может вычисляться на основе почтового индекса. Более того, можно использовать наследование классов и методов. При этом допускается перегрузка методов в зависимости от используемого класса. Так можно создать классы US_Address и Rus_Address, унаследованные от базового класса Address. В каждом таком классе могут быть разные методы определения городов по почтовому индексу и методы проверки его значений, естественно разные для России и США. Даже сам SQL может использоваться для доступа к Java-объектам, как это уже сделано в Sybase Adaptive Server.

INSERT INTO employees (id, name, Address)
VALUES(1789, ШSerg Dunaev╚, new Rus_Address(Ш58 Gagarin Street╚, Ш153038╚)
)

SELECT name
FROM employees
WHERE Rus_Address.street="Gagarin Street"

• Единая программная модель. Впервые прикладные программные компоненты можно будет перемещать между клиентскими программами, серверами приложений и СУБД. Разработчики смогут использовать единую программную модель на всех уровнях информационной системы. Произвольная программа на Java состоит из набора классов. Для их использования необходимо провести инсталляцию Java-классов в СУБД. Классы должны быть откомпилированы в байт-код и тем самым, готовы для использования в любой виртуальной машине. В связи с использованием виртуальной машины для исполнения методов на Java и встроенной поддержке интерфейса JDBC, один и тот же объект на языке Java может быть использован как внутри, так и вне СУБД.

3. Java-сервлеты

3.1 Сервлеты на базе Java Web Server

Рис. 3. Возможные процессы на Web-сервере.

Несмотря на то, что сервлеты используют HTTP-протокол, им нет необходимости перезагружать процесс при каждом новом запросе и это также повышает их быстродействие. К сожалению, когда вы используете сервлеты, опять-таки, возникает проблема использования кириллических символов. Дело в том, что стандартный путь прохождения данных тут не действует, потому что Web-сервер при старте запускает так называемый Java-handler, которому передает на выполнение все Java-сервлеты и обменивается вводом-выводом именно с ним через специальную библиотеку классов. Поэтому, если вы хотите получать в браузере от вашего Web-сервера, который исполняет сервлеты, кириллические строки, вам надо использовать вместо стандартных примитивов ввода/вывода некоторые специальные методы для работы со строками, например:

// Определение необходимого кодификатора
// в зависимости от используемого типа кодировки
String dos = new String(ШCp866╚);
String win = new String(ШCp1251╚);
String iso = new String(Ш8859_5╚);
String im = new String(ШКириллический текст╚);
.......................................................
out.println(Ш<body>╚);
//out.write(im.getBytes(dos));
out.write(im1.getBytes(win));
//out.write(im2.getBytes(iso));
out.println(Ш</body></html>╚);

/*
* @(#)DBServlet.java    1.6 97/06/13
*/
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.net.*;
import java.sql.*;
/**
* DBServlet
* 
* Этот сервлет демонстрирует как использовать JDBC стек
* и получать доступ к базам 
данных при помощи сервлетов. Для того, чтобы выполнить этот
* сервлет, переменные CLASSPATH, LD_LIBRARY_PATH, ODBCINI
* должны быть соответствующим образом установлены.
*/

public class DBServlet extends HttpServlet {


/**
* init method
*/
public void init(ServletConfig conf) throws ServletException {
super.init(conf);
}
/**
* service method
*/
public void service(HttpServletRequest req, HttpServletResponse res) 
throws ServletException, IOException
{

String stack, username, 
password, query;
Connection con;
PrintStream out; 
/* ServletOutputStream out = res.getOutputStream();*/
// Загрузка параметров. Именно эти параметры должны будут 
вводиться
// в специально прорисованном окне браузера, с которым будет
// взаимодействовать наш сервлет
stack = req.getParameter(Шstack╚);
username = req.getParameter(Шusername╚);
password = req.getParameter(Шpassword╚);
query = req.getParameter(Шquery╚);
res.setContentType(Шtext/html╚);
out = new PrintStream(res.getOutputStream());
printPageHeader(out);
// в том случае, если параметры отсутствуют
if (stack == null || username == null || password == null ||
query == null) {
printPageFooter(out);
return;
}

String url = Шjdbc:odbc:╚+stack;

out.println(Ш<hr><h3>Previous Query</h3>╚);
out.println(Ш<pre>╚);
out.println(ШDatabase Stack : Ш+stack);
out.println(Ш User ID : Ш+username);
out.println(Ш Password : Ш+password);
out.println(Ш Query : Ш+query);
out.println(Ш</pre>╚);
try {
// Найти jdbc стек. Может 
существовать несколько 
зарегистрированных драйверов
Class.forName(Шsun.jdbc.odbc.JdbcOdbcDriver╚);
//Class.forName(Шjdbc.odbc.JdbcOdbcDriver╚);
// Получить соединение с базой данных
con = DriverManager.getConnection(url, username, password);
out.println(Ш<hr>╚);
 out.println(Ш<h3>ODBC Driver and Database Messages</h3>╚);
checkForWarning(con.getWarnings(), out);
 DatabaseMetaData dma = con.getMetaData();
 out.println(ШConnected to Ш + dma.getURL() + Ш<br>╚);
 out.println(ШDriver Ш + dma.getDriverName() + Ш<br>╚);
 out.println(ШVersion Ш + dma.getDriverVersion() + Ш<br>╚);

 // Создать и выполнить запрос. Конкретный оператор SQL
 // вводится удаленным 
пользователем в окне его браузера
 Statement stmt = con.createStatement();
 ResultSet rs = stmt.executeQuery(query);

 // Печать результатов. 
Они переназначаются на стандартный вывод
 // и поступают в браузер клиента
 dispResultSet(rs, out);
 rs.close();
 stmt.close();
 con.close();
 out.println(Ш<hr>╚);
}
catch (SQLException ex) {
 out.println(Ш<hr>*** SQLException caught ***╚);
 while (ex != null) {
 out.println(ШSQLState: Ш + ex.getSQLState() + Ш<br>╚);
 out.println(ШMessage: Ш + ex.getMessage() + Ш<br>╚);
 out.println(ШVendor: Ш + ex.getErrorCode() + Ш<br>╚);
 ex = ex.getNextException();
 }
}
catch (java.lang.Exception ex) {
 ex.printStackTrace();
}

printPageFooter(out);
}

 /**
 * возврат запрошенной 
информации
 */ 
 public String getServletInfo() {
return ШЭто простой сервлет, 
который показывает как 
использовать JDBC╚;
 }


 /*
 * проверка и печать информации сервера
 */
 private void checkForWarning(SQLWarning warn, PrintStream out)
 throws SQLException
 {
 boolean rc = false;
 
 if (warn != null) {
 out.println(Ш<hr>*** Warning ***╚);
 rc = true;
 while (warn != null) {
 out.println(ШSQLState: Ш + warn.getSQLState() + Ш<br>╚);
 out.println(ШMessage: Ш + warn.getMessage() + Ш<br>╚);
 out.println(ШVendor: Ш + warn.getErrorCode() + Ш<br>╚);
 warn = warn.getNextWarning();
 }
 }
 }

 /*
 * Показ результатов запроса в табличном html формате
 */
 private void dispResultSet(ResultSet rs, PrintStream out)
 throws SQLException, IOException

 {
 int i;
 
 // метаданные используются для получения информации о схеме
 ResultSetMetaData rsmd = rs.getMetaData();
 int numCols = rsmd.getColumnCount();
 out.println(Ш<hr>╚);
 out.println(Ш<h3>Database Columns and Data</h3>╚);
 out.println(Ш<table border=3>╚);
 out.println(Ш<tr>╚);
 for (i=1; i<=numCols; i++) {
 out.println(Ш<th>╚ + rsmd.getColumnLabel(i) + Ш</th>╚);
 }
 out.println(Ш</tr>╚);

 // для всех данных
 while (rs.next()) {
 out.println(Ш<tr>╚);

 // for one row
 for (i=1; i<=numCols; i++) {
 dispElement(rs, rsmd.getColumnType(i), out, i);
 }
 out.println(Ш</tr>╚);
 }
 out.println(Ш</table>╚);
 }

 // печать одного элемента
 private void dispElement(ResultSet rs, int dataType,
 PrintStream out, int col)
 throws SQLException, IOException
 {
 String cp1 = new String(ШCp1251╚);
 // в зависимости от типа 
данных, определяем различные типы обработки
switch(dataType) {
case Types.DATE:
 java.sql.Date date = rs.getDate(col);
 out.println(Ш<th>╚ + date.toString() + Ш</th>╚);
 break;
case Types.TIME:
 java.sql.Time time = rs.getTime(col);
 out.println(Ш<th>╚ + time.toString() + Ш</th>╚);
 break;
case Types.TIMESTAMP:
 java.sql.Timestamp timestamp = rs.getTimestamp(col);
 out.println(Ш<th>╚ + 
timestamp.toString() + Ш</th>╚);
 break;
case Types.CHAR:
case Types.VARCHAR:
case Types.LONGVARCHAR:
 String str = rs.getString(col); 
// Возможно, что здесь вам 
понадобятся кириллические 
преобразования
 out.println(Ш<th>╚ + str + Ш</th>╚);
 break;
case Types.NUMERIC:
case Types.DECIMAL:
 java.math.BigDecimal numeric = rs.getBigDecimal(col, 10);
 out.println(Ш<th>╚ + numeric.toString() + Ш</th>╚);
 break;
case Types.BIT:
 boolean bit = rs.getBoolean(col);
 out.println(Ш<th>╚ + new Boolean(bit) + Ш</th>╚);
 break;
case Types.TINYINT:
 byte tinyint = rs.getByte(col);
 out.println(Ш<th>╚ + new Integer(tinyint) + Ш</th>╚);
 break;
case Types.SMALLINT:
 short smallint = rs.getShort(col);
 out.println(Ш<th>╚ + new Integer(smallint) + Ш</th>╚);
 break;
case Types.INTEGER:
 int integer = rs.getInt(col);
 out.println(Ш<th>╚ + new Integer(integer) + Ш</th>╚);
 break;
case Types.BIGINT:
 long bigint = rs.getLong(col);
 out.println(Ш<th>╚ + new Long(bigint) + Ш</th>╚);
 break;
case Types.REAL:
 float real = rs.getFloat(col);
 out.println(Ш<th>╚ + new Float(real) + Ш</th>╚);
 break;
case Types.FLOAT:
case Types.DOUBLE:
 double longreal = rs.getDouble(col);
 out.println(Ш<th>╚ + new Double(longreal) + Ш</th>╚);
 break;
case Types.BINARY:
case Types.VARBINARY:
case Types.LONGVARBINARY:
 byte[] binary = rs.getBytes(col);
 out.println(Ш<th>╚ + new String(binary, 0) + Ш</th>╚);
 break;
}
}

private void printPageHeader(PrintStream out) {
out.println(Ш<html>╚);
out.println(Ш<head>╚);
out.println(Ш<tltle>
Типичный сервлет для работы 
с базами данных
</title>╚);
out.println(Ш</head>╚);
out.println(Ш<body>╚);
out.println(Ш<center><font size=5>╚ +
 Ш<b>Jeeves Database Servlet</b>╚ +
 Ш</font></center>╚);
out.println(Ш<hr>╚);
out.println(Ш<form action=\╚/servlet/dbServlet\╚ method=\╚get\╚>╚);
out.println(Ш<pre>╚);
out.println(ШODBC DSN : <input type=textarea name=stack>╚);
out.println(Ш User ID : <input type=textarea name=username>╚);
out.println(Ш Password : <input type=textarea name=password>╚);
out.println(Ш SQL Query : 
<input type=textarea name=query>╚);
out.println(Ш</pre>╚);
out.println(Ш<input type=
submit>╚);
out.println(Ш</form>╚);
}

 private void printPageFooter(PrintStream out) {
 out.println(Ш</body>╚);
out.println(Ш</html>╚);
out.flush();
}
}

Главная вещь, которую необходимо при этом понять, - это каким образом извлекаются переданные сервлету аргументы на вводе и каким образом передаются ответные параметры на выводе. 

public void service (HttpServletRequest req, 
HttpServletResponse res) throws 
ServletException, 
IOException
{
...
}

Можно установить специальный цикл обработки для извлечения каждого параметра, переданного из HTML-формы, когда она направлена для обработки к сервлету: 

while ( values.hasMoreElements() )
{
...
}

String name, value;
name = (String)values.nextElement();
value = req.getParameter (name);

public void init 
(ServletConfig conf) throws ServletException
 ...
public void service (HttpServletRequest req, 
HttpServletResponse res) 
throws ServletException, IOException
 ...

Эту программу легко модифицировать в соответствии с вашими нуждами и получать не только содержимое таблиц и колонок, но и любые метаданные Потому в стандартном пакете java.sql содержится гораздо больше методов, чем те, которые предлагают стандартные средства для построения стандартных ODBC-приложений.

3.2 Сервлеты на базе Apache

Module jserv_module mod_jserv.o

(модуль mod_jserv.c должен находиться при этом в src/директории Apache). После этого необходимо рекомпилировать Apache с помощью программы make. Затем можно изменить основной конфигурационный файл Apache httpd.conf, добавив в него строки вида:

<IfModule mod_jserv.c>
ServletProperties conf/servlet.properties
ServletPort 8007
ServletBinary /opt1/jdk1.1.5/bin/java
ServletClassPath /opt1/jdk1.1.5/lib/classes.zip
ServletClassPath /opt1/local/etc/httpd/jserv/lib/servclasses.zip
ServletClassPath /opt1/local/etc/httpd/jserv/classes
ServletClassPath /opt1/JSDK1.0.1/lib/classes.zip
ServletErrorLog
logs/jserv_log
ServletAlias 
/servlets /opt1/local/etc/httpd/
jserv/servlets
ServletAuthExport Off
# AddHandler 
jhtml-parser .jhtml
# Action jhtml-parser 
/servlets/
org.apache.jserv.JServSSI
</IfModule>

Заключение