Is java.util.Array list gng to be a problem for rich:tree?

[meghiddo]

If I have xml that looks like:

<?xml version="1.0" encoding="UTF-8" ?>
-
-
wsnPondMeasurements
WSN Pond Measurements




-
exampleProject1
exampleProject1






and I am trying to use that as my data source for the tree, is rich tree going to have a problem with the three lines





since they are of class java.util.ArrayList?

I never thought about it until now, because the fact that I have those three lines has been causing so many other problems for me when it comes to httpclient and simplexml.

If it is a problem is it one I cant get around without changing those three lines or can I work around it?

[meghiddo]

hmm, here is what was left out for some reason:

<?xml version="1.0" encoding="UTF-8" ?>
- <measurementProjectCollection>
- <measurementProject>
 <projectId>wsnPondMeasurements</projectId>
 <name>WSN Pond Measurements</name>
 <permissions class="java.util.ArrayList" />
 <devices class="java.util.ArrayList" />
 <channels class="java.util.ArrayList" />
 </measurementProject>
- <measurementProject>
 <projectId>exampleProject1</projectId>
 <name>exampleProject1</name>
 <permissions class="java.util.ArrayList" />
 <devices class="java.util.ArrayList" />
 <channels class="java.util.ArrayList" />
 </measurementProject>
 </measurementProjectCollection>

these three lines have been giving me trouble in other areas:

<permissions class="java.util.ArrayList" />
 <devices class="java.util.ArrayList" />
 <channels class="java.util.ArrayList" />

so I am wondering if they will also be a problem when it comes to using xml as the data source for a rich tree?

[nbelaevski]

Tree can not work with your XML directly. You provide the model, tree component displays data from the model. XML attributes like class="..." cannot be a problem themselves, that's just attributes that do not have any special meaning in XML as a language.

I'd recommend you to make tree working on static mock data and only then switch to dynamic model.

P.S. Please do not duplicate threads.

[meghiddo]

duplicate threads, I dont think i did? where is the other?

[nbelaevski]

http://www.jboss.org/index.html?module=bb&op=viewtopic&t=156636
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=156638

+ this one

As I can see, all threads are dedicated to the implementation of the same use case, so they duplicate each other.

[meghiddo]

I see, I thought since they were all different problems they should go in separate threads, but I will keep this in mind for future reference