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

JTree.getModel().getRoot()

И у меня вопрос по JTree, можно ли как нибудь отобразить только листья, без нодов, например шелкнул мышкой по кнопке отобразилось как дерево, щелкнул по другой - отобразилось как список? Или нужно наследовать и переопределять что нибудь?

Тут нужно делать 2 компонента: JList и JTree. Между ними гонять одну собственную модель. Ну и, соответственно, показывать на экране либо лист, либо дерево...

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

буду думать дальше    

..или каждый раз динамически создавать дерево и выводить как надо. Хранить списки нодов и списки листьев в колекции, ввести индексирование, для определения принадлежности листа ноду...

Объекты в дерево как попадают? Вот там, где они туда попадают, автоматически их же запихивать еще и в модель листа. А потом менять компоненты. Не надо и никаких своих моделей.

Это сообщение отредактировал(а) w1nd - 1.2.2007, 17:18

в общем задача такая: написать класс - дерево, с возможностью отображения без нодов,
то есть делаю в маин классе:



то есть я думал наследовать класс от jtree и переопределить в нем если нужно что нибудь, дополнить... а с подменой классов такой фокус не получится... там как я понимаю нужно будет метод писать который будет возвращать либо дерево либо список...

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

Как и всегда: методами  add и remove контейнера. И еще про validate() не стоит забывать.

а можно написать класс, реализовать в нем интерфейсы TreeModel и ListModel и использовать как общую модель для листа и дерева?

Это сообщение отредактировал(а) Hidrag - 2.2.2007, 16:41

Если вы считаете что это приведёт к необходимому результату, то конечно же можно. Но мне кажется дело не столько в модели, сколько в виде.
Если у вас будет такая модель, что поддерживает 2 интерфейса (TreeModel и ListModel), то это неплохо, но главное чтобы вид умел эти модели отображать.