GrayRatА насчет Array какие буду мнения?

Там вроде по индексу элемента обращаться можно, без вызова метода?..

Или это только так кажется, что все хорошо?

Зачем тебе нужен "массив"?
- будет ли его размерность меняться?
- почему объекты могут быть разных классов?
- как будет осуществляться доступ к его элементам (произвольно, последовательно, выпендрёжно)?
- ...


Если размерность меняться не будет, то лучше обычный array, иначе ArrayList.
Если логика доступа "сложна", то аррай нужно обернуть классом и поместить в него всю эту логику.
Если использовать аррай лист для реализации двумерного массива, то его тоже лучше обернуть классом, чтобы избежать дублирования операций доступа.


раскрой нам тайну, зачем? :)

GrayRatГенерятся данные для дальнейшго их вывода в отчет такого типа:

Код объекта
Наименование объекта

Характиристика 1
Характиристика 2
... и т.д.
Итого

Вызывается все из jsp, вот я значит и подумал, чтобы на jsp все это не вешать посчитать все с session bean'е, а потом вернуть в страничку массив определенной структуры

Еще надо будет по данным характеристиками объекты проранжировать и тоже в массив ранг запихнуть

Ты используешь массив в качестве "нетипизированных записи". Это плохо. Массив служит для хранения однотипных объектов.

Преврати каждый "массив определенной структуры"(с) в класс, с полями доступа к объектам структуры (class Elka {getPrice():Double, getName():String, etc}). Если у тебя общая структура для всех объектов, то совсем хорошо.

Cгрупируй эти классы в виде массивов (Elka[]) или типизированных коллекций (List<Ekla>).

Если типов несколько оберни их в класс Report c методами getElki(): List<Elka>, getXXX(): List<XXX> и т.д. и передавай в jsp именно его.

Зачем это надо?

Хотя бы не придётся мучаться, пытясь понять, что же должно быть в 5 ячеке у объекта такого-то кодом eklmn.
Появится возможность поместить в эти классы полезные методы (если сейчас не надо, потом точно захочется:)).