peter6636Как мне в окно фрейма встроить мс оутлук для чтения почты.
Читаю некоторые твои вопросы и думаю, уверен ли ты в том, что правильно выбрал язык разработки? Или ты используешь неправельный подход для решения проблемы.

Забудь ActiveX, SWT и COM объекты, учи SWING и JavaMail , раз уж на Java пишешь.

автор
Погоди, с SWT все очень не однозначно - если тебе интересно - давай пообсуждаемее в отдельном топике. Основной дивиз SWT - если что-то есть на целевой платформе - значит это должно быть доступно и программистам на java. Это не полностью согласуется с идеологией java, но если использовать с умом, то... В общем очень мне SWT и RCP нравятся...

Я не знаток SWT, слышал про нее что, она от части нативная и как следствие быстрее свинга и менее требовательная к ресурсам, на примере еклипса, не первого не второго преимущества я не заметил. Сравнивал со свинговыми аналогами, NetBeans, JBuilder, IDEA и еще многие приложения по меньше, на свинге выглядят прелесно. В итоге для себя решил, что на мой век свинга вполне хватит. учитывая, что это стандартная!, мощная, объектно ориентированая библиотека, поддерживаемая всеми современными IDE. C COM and ActiveX также не приходилось связываться.


авторНа счет javamail - тут вопрос не про нее вообще...
Может и так, но не совсем понятно, что г-у peter6636 нужно, если просто читать почту, то почему бы просто не пользовать тот же Оутглюк, зачем его встраивать во фрейм на Java не совсем ясно.

Java ценна не только переносимостью, так что если даже приложение планируется использовать только на win32 это еще не значит что от жабы нужно отказываться в пользу VB/.Net/Delphi и т.д.
согласен, но честно скажу, от слов ActiveX... COM... сразу ломка начинается :)

Она действительно быстрее, но это не главное преимущество. Они позволяет реализовывать интерфейс, который будет родным для пользователя любой поддерживаемой SWT платформой... В swing'е этого нет - да он похож - но ты сразу чувствуешь, что это не родное приложение... Например, те же стандартные окна типа сохранить/открыть - в SWT для этого будут использоваться родные диалоговые окна OS - в swing эти окна будут эмулироваться, что сразу же скажется на удобстве работы пользователя...

Ключевое слово "поддерживаемой", а таких много? С виндой все ясно, а как на счет десятков настольных сред для Linux/Unix, они все поддерживаются? Если да, то приклоняю колено перед SWT :)
На счет минусов эмулирования нативного интерфейса на свинге, вопрос спорный, тот же Джи билдер, один в один виндовый интерфейс, никаких неудобств не чуствую.

Вообще, основная идея которая мне нравиться в SWT и НЕ нравится в swing это то что свинг по-сути реализует вторую gui-среду поверх родной среды ОС. Мне кажется что это настолько неверно идеологически, что все остальные преимущества для меня смотрятся достаточно бледно...
Если рассматривать в этом ракурсе, то тут сантехнихи пошли по пути легкого создания самого свинга, один на всех, создают ведь еще одни ОС(jvm) по верх других, почему бы для них не создать свой гуй? Полностью независемый.
А вот создателям SWT приходится тяжелее в разы и как следсвие, посмею предположить, что для разных сред, SWT немного разный, там доделали, тут нет.. и т.д. Чем то мне все это AWT напоминает:)
Еще вопрос, для Линуха например, нужет дистрибутив SWT отличный от Виндового, или у них там все в одной коробке?