2 Oracle_Developer

1. А-ля reflection ;-)
Как пример:
http://www.javacommerce.com/articles/reflection.htm

2. javac :-)))

2 Oracle_Developer


Проблемы
1) Как вызвать метод. Вроде понятно где копать. Но как проектировать не понятно. Вроде хорошо бы иметь базовый класс для которого определить все возможные методы и для его потомка динамически вызывать конкретный. Но тут проблема создания такого класса. Ведь разбор XML осуществляеться персером
DOMParser parser = new DOMParser();
parser.parse((new File(p_FileName)).toURL().toString());
doc = parser.getDocument();

Как вызвать метод, приведено выше.
Вообще-то файл настроек у Вас должны явно указывать, я думаю, что и как делать, типа: класс, имя метода,параметры...
как пример:
a.conf:
<do on-node="Test">
<class name="x.TestContructor">
<method name="produce">
<param name="nodeName" type="string"/>
</method>
</class>
</do>
(
public class TestContructor extends AbstractConstructor {
public TestContructor(){
}
public void produce(String nodeName) {
}
}
)

Дальше, зачем определять все возможные методы???
У Вас же там все происходит в пределах нода, или как? Вот его и надо передавать (при условии что там есть необходимая информацмя) А если еще есть типа второстепеные вещи, то думаю, сделать типа context'a (т.е. например TestConstructor должен получить доступ к каким-нибудь глобальным объектам)
Вот.
Далее, ну и что разбирается парсером?
В этом то какая проблема?
Кстати вопрос еще, что будет лучше использовать: DOM ili SAX.
Это уже зависть от того что нужно TestContructor'u...
В итоге, мне покрайне мере не полностью ясна картина, т.е. что вообще нужно. Могли бы поконкретней, тогда можно уже что-то более реальное предложить.

2 Oracle_Developer
Да в файле указываеться Класс,Метод,Параметры.
Ясненько.

"Дальше, зачем определять все возможные методы???
У Вас же там все происходит в пределах нода, или как? "

А как не определять напрмер
<Class1>
<Method Name="Method1">
<Parameter Name="Date" Value="02/02/2003"/>
</Method>
</Class1>
<Class2>
<Method Name="Method2">
<Parameter Name="Date" Value="02/02/2003"/>
</Method>
</Class2>


Нужно будет потом вызвать для Class1 - Method1. Для Class2 - Method2.
Как я понимаю вы предлогаете ввести базовый класс и все объекты XML-документа т.е все дерево перевести в дерево где узлами будут потомки этого класса. И при обходе смотреть файл настройки для данного класса и вызывать метод?
Да, базовый класс ( или интерфейс) при условии что Вы будите использовать какой-либо контекст и сам ноде Вам нужен в качестве источника данных.

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

Нет, дерево ненадо переводить никуда.
Просто определить, когда класс + метод(ы) будут вызываться, т.е. маппинг.

javajdbc предложил уже готовый продукт, что сообственно digester и делает.
Маппинг между ноде и тем что нужно выполнить, над етим ноде и все.

только вот это не понятно
public class TestContructor extends AbstractConstructor {
public TestContructor(){
}
public void produce(String nodeName) {
}
}
)

Здесь типа базовый класс...

у меня ведь список классов не фиксирован. фиксированы только методы. Классы можно добавлять на ходу.Спасибо.

P.S.

В принципе это очень все похоже на XSL :-))
xml:
<Customer id="1">
<Email address="go2null" prefered="true">
</Customer>

config:

<template match="/Customer/Email">
<x:class name="EmailService">
<x:method name="sendEmail" value="@address"/>
</x:class>
<template>