есть список JComboBox 

так же есть срока 
как узнать есть ли элемент с именем введённым в строку  в этом писк 
и  если есть как установить его текущим

Просто установи эту строку при помощи setValue (или как там у комбы). Если выбранный индекс (selectedIndex) будет -1, значит не было такого значения.
А ещё можно произвести и непосредственно поиск в списке, но для этого сначала надо получить список (кажется, его в этом случае надо хранить отдельно, но наверняка не скажу - сейчас не помню и голова после суток с лишним бодрствования плохо соображает).

мне бы код показали атоя сам ниче  не могу сделать

например ты сделал комбо так:

тут есть массив, в нем ищешь нужный элемент

Добавлено через 7 минут и 35 секунд

это все хороо но есоли сомбо набивается автомотически
и мы изначально незнаем исходного массива

это как "автоматически" ?

xber9, держи массив элементов и при добавлении итема в комбу добавляй и в этот список.

 а недльзя ли как нибуть этот массив из комбо выудить

JComboBox.getModel()

Э, нет. Так ты получишь интерфейс ComboBoxModel, который реализуется в DefaultComboBoxModel.
Смотрим на его поля и методы и не видим нормальной возможности получить список элементов. Только тупым итерированием по индексу. Имхо, уж лучше хранить нормальный список снаружи.

Совершенно очевидно. Изначальное считывание "неизвестных" данных "JComboBox" и есть корень зла. Такие проблемы просто не могут возникнуть, когда работаешь через модель. 

Я вообще не понимаю, зачем сантехники создали модель по умолчанию. Хоть бы запрятали куда. Толку от умолчальных моделей - ноль, разве что быстро посмотреть "как это выглядит".

Можно создать свою модель, которая будет отдавать сразу массив.

ну хоть ббы кто нибуть дал номальный кусок кода 
который из комбо делал массив элементовё

тебе уже дали минимум два примера. тогда уж дай кусок своего кода, может подскажут   

Может тебе и ключ от квартиры?..

Я, я!  Можно я вставлю свои пять копеек. 


xber9, у Вас налицо смешение понятий. В общем виде задача у Вас ставится так: есть набор строчек (в общем случае объектов), стоит задача выяснить наличие заданной строки (в общем случае объекта) в этом наборе. Задача решается элементарно. А вот то, что этот список каким-либо образом отображается в комбо, вопрос вообще не принципиальный и к делу не относящийся. Не следует путать UI и логику. По-моему так.

Это сообщение отредактировал(а) fixxer - 6.8.2007, 15:21

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

ЗА-ЧЕМ? Почему список нельзя просто "иметь", а на основе его создавать комбо?

Можно. Но, учитывая уровень опытности автора вопроса, надо было прямо это предложить сразу.   
Автор вопроса пользует обычную комбу, в которую неизвестным (пока, по крайней мере) образом добавляет итемы. Модель у него там стандартная. Не уверен, что у него так сразу выйдет написать свою модель для комбы, а потому проще хранить список итемов вне комбы.


или

Два варианта реализации налицо. Осталось только реализовать. Причём, оба варианта довольно просты и не требуют шибко мощного интеллекта.
Ты же просишь "напишите мне программу, потому что сам я не умею". А зачем тогда вообще заниматься программированием?
Не все люди могут программировать. Кто-то к этому предрасположен, а у кого-то мозг работает иначе. Я вот, например, свою жену даже просто сидеть за компом в качестве пользователя до сих пор приучить нормально не могу. Уже лет десять. И это при том, что она хочет и старается. И тут нечего стыдиться - все люди разные.
Просто, программирование подразумевает в первую очередь длительный самостоятельный процесс мышления определённым образом. Если нет возможности долго размышлять "по-программистски", то надо либо научиться, либо найти иное интересное занятие. В мире их, кстати, пруд пруди.

Нужно создавать свою модель. И дело не в "уровне опытности". Если автор не в состоянии прочитать джавадок и реализовать три метода, то встает вопрос скорее о вменяемости, а не об опыте.

Выяснилась некоторая интересная деталь, о которой автор умолчал (мы с ним ещё и по аське чуток пообщались на эту тему).
В общем, задача усложняется тем, что xber9 унаследовал комбу от другой комбы, которая заполняет свой список итемов внутри класса. Кода этой комбы нет. Доступа к списку, похоже, тоже (видимо, наружу не выдаётся никак иначе, кроме простого взятия итема по индексу. Модель, естественно, тоже не подменишь.

В свете последней информации можно сказать лишь то, что придётся тупо итерировать итемы из оригинальной комбы. Причём, если оригинальная комба заполняется один раз и элементы больше уже не изменяются, получение списка можно встроить в унаследованную комбу и наружу выдавать полученный список. Ну, или сделать интерфейс для проверки наличия итема в списке.

Вот код получения списка итемов:

Проверка производится так:

Ужос!    Это зачем же такую гадость использовать?

Это сообщение отредактировал(а) fixxer - 6.8.2007, 16:24

Ну, это уже не ко мне вопрос. Видимо, проект написан и работает, но потребовалось что-то улучшить-расширить.

это точно 

вснем огромгое спасибо