Необходимо по завершению приложения сохранить все свойства объекта.
А после повторного запуска восстановить их. Я использую для этого xml-файл.

Но что-то сам себу усложняю жизнь

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

К примеру использовать класс Properties (к примеру со значениями по-умолчанию). Тоесть прочитать в него все свойства для определенного объекта, а после их восстановить.

Или все-таки без анализа констант не обойтись ?
Тоесть все-равно куча проверок и if-ов ?

у Properties есть такие вот методы :

public void store(OutputStream out,
String comments)
throws IOException

public void load(InputStream inStream)
throws IOException

в этом классе как раз все и есть
public String getProperty(String key)

- никаких вам ифоф...

Проблемма в том, что данные надо хранить именно в xml

Может это подойдет

http://java.sun.com/j2se/1.4.2/docs/api/ja...XMLEncoder.html

Сложность в том, что помимо обычных свойств в xml будух храниться специфичные данные

Объясню подробнее
На одной машине запускается генератор xml файлов. Он отображает в файле какие объекты надо создать и с какими свойствами (а так же данные объекта)

На второй машине приложение запускается из командной строки и читает файл. А на основе него создает объекты и заполняет их данными

Тоесть надо анализировать xml. Вот поэтому и хотелось это все автоматизировать, так как объектов, свойств и данных может быть много и читать их (при этом анализируя) придется почти вручную.

Более того сами свойства для разных объектов разные и их количество тоже отличается.

Хотельсь одним махом прочитать свойства объекта, создать его и одним махом задать свойства

Или я многого хочу сразу

Это сообщение отредактировал(а) zss - 25.1.2005, 21:13

Во-первых, если ХМЛ необязателен, можно воспользоваться сериализацией через ObjectOutput/InputStream.

Во-вторых, если через ХМЛ, то для этой цели используется SOAP

http://java.sun.com/xml/saaj/index.jsp
http://java.sun.com/webservices/index.jsp

И вообще это все похоже на веб-сервис.

Возможно, подойдет библиотека Betwixt от Jakarta Project

Думаю, что не подойдет.
Все должно быть максимально просто (одно из условий)

Файл, наверное, будет хранится в БД. Его надо просто брать оттуда и читать

Цитата(zss @ 26.1.2005, 10:01)

Файл, наверное, будет хранится в БД. Его надо просто брать оттуда и читать

А зачем хранить XML файл в БД, как правило это нужно для БОЛЬШИХ обьёмов информации, а если всё должно быть сделано

Цитата(zss @ 26.1.2005, 10:01)

максимально просто (одно из условий)

то зачем усложнять себе этим жизнь?

А вообще согласен с Domestic Cat, тут удобней SOAP использовать

Цитата(3)

А вообще согласен с Domestic Cat, тут удобней SOAP использовать

Да не очень бы хотелось привязываться к этому

Цитата(zss @ 26.1.2005, 12:16)

Да не очень бы хотелось привязываться к этому

Почему? ИМХО очень удобно.

Цитата(3)

Почему? ИМХО очень удобно.

Точно.

Domestic Cat (3,14), я уже говорил, что не дружу с английским. Я не очень понял идею SOAP.

Нашел описание на русском, но там муть какая-то. Можно в общих чертах об этой технологии.

Спасибо

Это сообщение отредактировал(а) zss - 26.1.2005, 13:32

М-да, тяжко с доками по SOAP на русском, но кое что нашёл, вот общие сведения по SOAP :
http://www.uneta.org/article.aspx?article=...04-11E346B6D4E3
А вот пременение SOAP с использованием axis (apache-вские либы для разработки веб сервисов):
http://www.prefnews.ru/articles/axis/

Идея понятна. Спасибо.

А что если этот файл необходимо бет читать сразу нескольким приложениям - тогда придется отсылать каждому ?

Цитата(zss @ 26.1.2005, 14:32)

А что если этот файл необходимо бет читать сразу нескольким приложениям - тогда придется отсылать каждому ?

Вообще говоря, есть несколько вариантов, либо отсылаешь каждому, либо сохраняешь в доступном для клиентских приложений ресурсе.

Я вроде нашел решение.

Чтоб избавиться от анализа руками я написал два рекурсивных метода, которые позволяют найти любую ноду во всей иерархии xml документа

Два метода потому, что названия нод могут повторяться на одном уровне (если такого нет, то достаточно вызова первого метода)
К примеру (повторяются properties)

Код

<root>    <object_1>        <properties>            <1>1</1>            <2>2</2>        </properties>    </object_1>    <object_2>        <properties>            <3>3</3>            <4>4</4>        </properties>    </object_2> </root>

Так вот если я хочу найти например список всех свойств для 2 объекта, то достаточно вызвать

Код

NodeList rootList = document.getDocumentElement().getChildNodes();        if (rootList == null){            throw new NullPointerException();        }        NodeList propertyList = GetList (rootList, "object_2", "properties");        if (propertyList == null){            throw new NullPointerException();        }

Сами методы

Код

protected NodeList GetSublist ( NodeList rootList, String nodeName ) {    for ( int i = 0; i < rootList.getLength(); i++ ) {        Node node = rootList.item(i);        if ( rootList.item(i).getNodeName().equalsIgnoreCase(nodeName) ) {            return rootList.item( i ).getChildNodes();        }        else{            NodeList list = GetSublist (node.getChildNodes(), nodeName);            if (list != null) return list;        }    }    return null; } protected NodeList GetList ( NodeList rootList, String nodeName,  String listName) {        for ( int i = 0; i < rootList.getLength(); i++ ) {            Node node = rootList.item(i);            if (node.getNodeName().equalsIgnoreCase(nodeName)){                NodeList list = GetSublist (node.getChildNodes(), listName);                if (list != null) return list;            }            else{                NodeList list = GetList (node.getChildNodes(), nodeName, listName);                if (list != null) return list;            }        }        return null;    }

Здесь осуществляется рекурсия для любого уровня вложенности

Правда пока не до конца протестил, но пока вроде пашет (может кому и еще пригодится )

Это сообщение отредактировал(а) zss - 26.1.2005, 15:48

А если что-то измениться в описании обьекта весь код будешь переписывать?

Так в твоем случае ведь тоже придется анализировать (или ты хочешь сказать, что это делается атоматом ?)

Ведь отсылая сообщение надо знать описание объекта

Вообще говоря можно сделать вариант при к-ом не нужно будет прилагать практически никаких усилий даже при смене кода, но ежели надо записать в XML что-то простое - то пожайлуста, вот пример записи в SOAP документ Hasstable-а (немного изменённый вариант кода взятого с http://www-106.ibm.com/developerworks/webs.../ws-soapmap2/):

Код

import java.util.*; import java.io.*; import org.apache.soap.util.xml.*; import org.apache.soap.encoding.SOAPMappingRegistry; import org.apache.soap.rpc.SOAPContext; import org.apache.soap.encoding.soapenc.HashtableSerializer; import org.apache.soap.encoding.soapenc.SoapEncUtils; public class SoapTest { public static void main(String[] args) throws Exception {  Hashtable numbers = new Hashtable();  numbers.put("one", new Integer(1));  numbers.put("two", new Integer(2));  java.lang.Class javaType = numbers.getClass();  String inScopeEncStyle = "UTF-16";  String context = "root_node";  Writer sink = new FileWriter("out.xml");  NSStack nsStack = new NSStack();  nsStack.pushScope();  SOAPMappingRegistry xjmr = new SOAPMappingRegistry();  SOAPContext ctx = new SOAPContext();  new HashtableSerializer().marshall(inScopeEncStyle, javaType, numbers, context, sink, nsStack, xjmr, ctx);  sink.flush();  nsStack.popScope(); } }

Результат:

Цитата

<root_node xmlns:ns1="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns2="http://xml.apache.org/xml-soap" ns1:type="ns2:Map" xmlns:ns3="http://schemas.xmlsoap.org/soap/envelope/" ns3:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <item> <key xmlns:ns4="http://www.w3.org/2001/XMLSchema" ns1:type="ns4:string">two</key> <value xmlns:ns5="http://www.w3.org/2001/XMLSchema" ns1:type="ns5:int">2</value> </item> <item> <key xmlns:ns6="http://www.w3.org/2001/XMLSchema" ns1:type="ns6:string">one</key> <value xmlns:ns7="http://www.w3.org/2001/XMLSchema" ns1:type="ns7:int">1</value> </item> </root_node>

Если тебе интересен вариант типа этого спрашивай, расскажу дальше.
Чуть не забыл, для запуска приложения (для компиляции не надо), так же нужны apache-вские mail.jar и activation.jar, пути к ним должны стоять в classpath.

Это сообщение отредактировал(а) 3,14 - 28.1.2005, 17:23

3,14, спасибо - попробую разобраться

Кстати, а существует ли иерархический класс в java (что-то вроде иерархическрго списка)

Чего-то вроде класс Tree нету (хотя разных реализаций по нету выше крыше), вообще говоря класса Map как правило вполне достаточно. К примеру используешь в качестве ключа корневой эл-т а в качестве обьекта хранения - список потомков.
Если же тебе нужно дерево для работы с xml то это совсем другое дело.

Это сообщение отредактировал(а) 3,14 - 28.1.2005, 17:22

Цитата(3)

Если же тебе нужно дерево для работы с xml то это совсем другое дело

ага

Цитата(3)

Чего-то вроде класс Tree нету (хотя разных реализаций по нету выше крыше)

Как это нету??? А JTree? Совсем ведь необязательно чтобы оно рисовалось, можно и так им пользоваться.

Цитата(Domestic @ 28.1.2005, 20:18)

А JTree? Совсем ведь необязательно чтобы оно рисовалось, можно и так им пользоваться.

Лучше ограничится TreeModel, вернее его реализациями, например DefaultTreeModel.

zss
А зачем тебе отдельное дерево, чем DOM плох?

Цитата(LSD @ 29.1.2005, 01:24)

А зачем тебе отдельное дерево, чем DOM плох?

Я перевожу данные из xml-файла в собственную иерархическую структуру, которая удобна для доступа к данным.

Пока уровень вложенности = 3. Но данные преобразуются к определенному виду.
Node - имеет имя и список subnode.
Subnode - имеет имя и свойства.
Свойства двуч видов.

Если использовать DOM, то это заново придется анализировать, а так я пока обхожусь ArrayList

Тогда посмотри DefaultTreeModel, вот тебе готовая древовидная структура. Плюс еще в том, что при желании отобразить ее будет элементарно.

В общем я долго общался с людьми на счет SOAP, так вот они отказываются от этого и хотят увидеть именно создание xml и доступ к нему по сети.

при этом возникают следующие проблеммы:
1. Необходимо запустить серверное приложение и создать xml
2. На клиентской машине запустить приложение. При этом оно должно знать где находится этот xml. Тоесть либо задавать путь к нему через командную строку, либо удаленно запускать само приложение с указанием пути (больше я ничего не придумал)
3. Прочитать xml с сервера локальной сети (А как это сделать ?)


Что Вы можете предложить ? Или может быть есть еще какие варианты ?
Особенно интересует пункт 3.

1. Создать сервлет к-ый по запросу генерирует требуемый XML документ
2. В качестве указания пути использовать URL доступа к сервлету
3. Если средствами java то

Код

InputStream in = new URL("http://xml_server").openStream();

Ну а читать из InputStream ты наверное умеешь

Это сообщение отредактировал(а) 3,14 - 2.2.2005, 16:02

Цитата(3)

URL("http://xml_server")

Что-то не очень понял

Цитата(zss @ 2.2.2005, 20:11)

Что-то не очень понял

Что ж тут непонятного? Поднял ты какой-то сервлет, чтоб обратится к нему через браузер ты используешь какой либо URL, к примеру "http://xml_servlet", или же "http://my_server/servlet/my_servlet", вот эту строку и подаёшь в качестве входного параметра для класса URL.