ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / DOM который построим в J
20 сообщений из 20, страница 1 из 1
DOM который построим в J
    #33288523
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naug
Участник
Вопрос: кто в чём DOM делает? И почему?
Я раньше делал в стандартном явовском доме - потому что он стандартный и мануал хороший. Сейчас dom4j потому что в новой конторе вроде так принято. Существенных различий не нашёл (наверно потому что в dom4j практически ничего кроме getChild не юзал ещё)
...
Рейтинг: 0 / 0
26.09.2005, 13:06
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33288642
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timm
Участник
jdom.
так надо :)
...
Рейтинг: 0 / 0
26.09.2005, 13:35
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33388043
bugkiller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bugkiller
Гость
NaugВопрос: кто в чём DOM делает? И почему?
Я раньше делал в стандартном явовском доме - потому что он стандартный и мануал хороший. Сейчас dom4j потому что в новой конторе вроде так принято. Существенных различий не нашёл (наверно потому что в dom4j практически ничего кроме getChild не юзал ещё)

Мне эта тема тоже очень интересна. Поделитесь опытом, плиз. Кто что использует и почему?
...
Рейтинг: 0 / 0
19.11.2005, 00:49
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33388214
М.Голованов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М.Голованов
Участник
XMLBeans (http://xmlbeans.apache.org). Единственное ограничение - требует XML Schema для всех документов, которые вы собираетесь строить или разбирать, + XML Beans для каждой схемы надо компилировать - или при сборке проекта, или динамически. Все все остальное очень удобно.
...
Рейтинг: 0 / 0
19.11.2005, 12:48
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33388216
Alexey Turn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Turn
Участник
А чем собственно JAXP не нравится?
...
Рейтинг: 0 / 0
19.11.2005, 12:50
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33388285
bugkiller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bugkiller
Гость
Alexey TurnА чем собственно JAXP не нравится?

Я новичок в XML. Хочу узнать, на чём остановили свой выбор опытные обработчики.
...
Рейтинг: 0 / 0
19.11.2005, 14:21
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33392432
bugkiller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bugkiller
Гость
up
...
Рейтинг: 0 / 0
22.11.2005, 14:03
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33392967
Alexey Turn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Turn
Участник
строю в JAXP1.3 потому что его реализация идет с jdk1.4 Не надо ничего качать. Поставил джаву и пользуй. А раз он в jdk1.4 значит и API docs тоже в jdk API. Собственно поэтому и не вижу смысла строть домы на чем-то другом.
...
Рейтинг: 0 / 0
22.11.2005, 16:20
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393154
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
Все зависит от специфики приложения и самих xml документов.

Если имеется xml схема, т.е. структура заранее известна и не будет менятся и в приложении требуется читать/писать данные в xml документы соответствующие схеме, то JAXB и его аналоги, Castor, XMLBeans и прочие, подходят, однозначно лучше всего.

Если схем нету и от приложения требуется строить xml документы, соответствующие хрен знает чему, например, вставлять/удалять разные елементы. Или нужна просто валидация, то тут конечно JAXP.

В большинстве случаев, все таки можно составить XML схему и работать через JAXB.
...
Рейтинг: 0 / 0
22.11.2005, 17:23
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393188
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naug
Участник
Ну а стандартные альтернативы JAXP? JDOM и dom4j? Я например столкнулся с тем в jdom есть удобные методы для "вчитывания и считывания" дома.

Есть ли разница в работе с парсерами?
...
Рейтинг: 0 / 0
22.11.2005, 17:33
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393202
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
NaugНу а стандартные альтернативы JAXP? JDOM и dom4j? Я например столкнулся с тем в jdom есть удобные методы для "вчитывания и считывания" дома.

Есть ли разница в работе с парсерами?

что-то ничего не понял :)
...
Рейтинг: 0 / 0
22.11.2005, 17:37
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393212
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naug
Участник
Какие есть причины использовать jdom,dom4j,другое вместо jaxp?

У меня была заморочка когда мне нужно было передать в парсер значение схемы- соответственно столкнулся с тем что для доступа к парсеру юзаются разные методы. jaxp помоему наиболее открыт в этом смысле.
...
Рейтинг: 0 / 0
22.11.2005, 17:42
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393234
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
автор jaxp помоему наиболее открыт в этом смысле.

:)) JAXP это и есть интерфейс для парсеров, причем стандартный! Поэтому, учим API по JAXP, затем работаем и не думаем, какой там под ними парсер.
...
Рейтинг: 0 / 0
22.11.2005, 17:47
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393249
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naug
Участник
но ведь есть фичи свойственные конкретному парсеру
...
Рейтинг: 0 / 0
22.11.2005, 17:52
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393268
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
Naugно ведь есть фичи свойственные конкретному парсеру

есть, работаю с xml очень много, ни разу не понадобилось что-то экзотичное. Фич в JAXB/JAXP более чем достаточно. (ИМХО)
...
Рейтинг: 0 / 0
22.11.2005, 17:58
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393384
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timm
Участник
wessen Naugно ведь есть фичи свойственные конкретному парсеру

есть, работаю с xml очень много, ни разу не понадобилось что-то экзотичное. Фич в JAXB/JAXP более чем достаточно. (ИМХО)
можно пример как это сделать в JAXP? // я в нем не очень силен :)
...
Рейтинг: 0 / 0
22.11.2005, 19:00
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393952
М.Голованов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
М.Голованов
Участник
wessenЕсли схем нету и от приложения требуется строить xml документы, соответствующие хрен знает чему, например, вставлять/удалять разные елементы. Или нужна просто валидация, то тут конечно JAXP.

В большинстве случаев, все таки можно составить XML схему и работать через JAXB.

Мне как-то трудно даже представить, что две или более программ должны создавать и читать документы структуры. Практически всегда существует соглашение о структуре - хотя бы в голове разработчика. А если оно существует в голове или где-то еще, превратить его в XML schema или другую формальную дефиницию не Бог весть какой труд. А дальше все станет просто.
...
Рейтинг: 0 / 0
23.11.2005, 10:28
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33393997
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
Относительно хмл - не надо никаких соглашений в голове разработчика. Есть стандарт на хмл и все должны его придерживаться, и парсеры и разработчики. Иначе получится что документ созданный в одной проге нельзя будет прочитать другой.

Разница в парсерах (по уму) должна быть только в производительности а не в фичах.

О вставке пробелов в результат хсл-трансформации можно спросить на хмл-форумах
...
Рейтинг: 0 / 0
23.11.2005, 10:44
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33394601
wessen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wessen
Участник
Timm wessen Naugно ведь есть фичи свойственные конкретному парсеру

есть, работаю с xml очень много, ни разу не понадобилось что-то экзотичное. Фич в JAXB/JAXP более чем достаточно. (ИМХО)
можно пример как это сделать в JAXP? // я в нем не очень силен :)

у класса Transfomer есть два метода setOutputProperties(Properties oformat)/\tsetOutputProperty(String name, String value)
вот сами своства - http://java.sun.com/j2ee/1.4/docs/api/javax/xml/transform/OutputKeys.html
INDENT тебе наверное подойдет.
А еще в бибилиотеке Axis есть утилиты для работы с xml, там есть такой метод prettyXML или чего то в этом духе.
...
Рейтинг: 0 / 0
23.11.2005, 13:13
| Ответить | Цитировать | Написать  
DOM который построим в J
    #33394728
ежемуха
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ежемуха
Участник
wessenу класса Transfomer есть два метода setOutputProperties(Properties oformat)/ setOutputProperty(String name, String value)
вот сами своства - http://java.sun.com/j2ee/1.4/docs/api/javax/xml/transform/OutputKeys.html
INDENT тебе наверное подойдет. Спасибо :)
...
Рейтинг: 0 / 0
23.11.2005, 13:57
| Ответить | Цитировать | Написать  
20 сообщений из 20, страница 1 из 1
Форумы / Java [игнор отключен] [закрыт для гостей] / DOM который построим в J
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&fpage=767&tid=2150889]:
 0ms
get settings:
 8ms
get forum list:
 10ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 54ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 42ms
get tp. blocked users:
 1ms
others: 217ms
total:  347ms
созд. / загр.: 347ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]