Я начинаю разрабатывать приложение, которое в основном преобразует XML из одного формата в другой. Пользователь предоставляет входной XML и сообщает приложению, какой он тип, и каков тип выходного XML, который он/она хочет, и приложение затем преобразует входной XML-адрес в вывод xml. Я хотел спросить, есть ли хорошие рамки (желательно на основе Java), которые это делают. Я думаю об использовании XSLT с пользовательскими действиями, но если кто-то может предложить существующую инфраструктуру, которая уже предоставляет все леса, я сэкономлю время. Я собираюсь изучить Smooks. Одна из проблем с XSLT, о которой упоминалось, заключалась в том, что она не сможет обрабатывать огромные файлы> 50 МБ или около того, не загружая их все в память. Это правда? Также формат ввода иногда может не быть XML .. может быть текстовым файлом, поэтому я должен иметь возможность добавлять другие трансформаторы. Конечно, я понимаю, что структура будет только таковой - я буду предоставлять код конверсии. Но хотелось бы услышать от экспертов там :) Спасибо -v-Предложения XML Transformation Framework?
0
A
ответ
0
Если вы преобразуете XML в XML, то XSLT - это путь. Размер документа, который вы можете преобразовать, на самом деле ограничен только процессором и памятью (как и все остальное). Вы не найдете более элегантного решения для преобразования XML, чем XSLT. Что касается кода вашего леса, я бы предложил сделать объекты преобразования модульными (через инфраструктуру инъекции зависимостей, например Spring), так что, если входные форматы меняются, вы также можете легко изменить логику преобразования.
0
Я нацелился на следующих структур для удовлетворения моих требований, Apache Camel Smooks XSLT (как Camel конечных точек) XMLDB в Oracle
Смежные вопросы
- 1. XML Transformation with XSLT
- 2. XSLT Transformation для этого XML
- 3. DataWeave XML to POJO Transformation
- 4. Piwi PHP Transformation Framework - масштабирование и производительность?
- 5. SAP Simple Transformation с неизвестным XML
- 6. XSLT Transformation ERROR
- 7. XSLT Transformation сомнение
- 8. XSLT Transformation to Excel
- 9. XSL Transformation - Основная деталь
- 10. XSL Transformation - Merge elements
- 11. SVG Transformation
- 12. Data Transformation
- 13. QWidget Transformation
- 14. Web.Config Transformation XPath
- 15. SDK Resource Transformation/Compilation Issue
- 16. XSLT Transformation cdata section
- 17. Предложения Google XML
- 18. Комплекс XSL Transformation
- 19. События сайта CMS/Framework Предложения
- 20. XSL Transformation: Count Elements
- 21. Generic XSLT Transformation
- 22. XSLT Transformation, неправильное пространство имен
- 23. XSLT Transformation с пространством имен
- 24. XML Transformation - включить элемент из «subnode» в качестве атрибута
- 25. XSLT Transformation: Looping через XML, чтобы получить Node и значения
- 26. Eclipse, производящий пустой xml вывод из xsl Transformation
- 27. Получить значение элемента данных динамически в Kentico Text/XML Transformation
- 28. XSLT Transformation для проверки правильности в документе XML
- 29. XSLT Transformation для создания xml с секцией cdata
- 30. ASM: Stateful Transformation
спасибо за ответ. Я согласен с тем, что XSLT идеален, но помните, что я мог бы также иметь не-xml (текстовые) файлы в качестве входных данных. Кроме того, что, если размер входного файла - 20 ГБ, а память моего сервера - 16 ГБ, XSLT будет обрабатывать это изящно, так как я думаю, что он будет основан на анализе DOM, загружающем все в память. – Vishal