Развертывание приложения SWT точно такое же, как и развертывание приложения Swing, с добавлением нескольких jar-файлов и native библиотеки. В настоящее время вы должны использовать какой-то инструмент для создания исполняемых файлов для вашего приложения Swing; этот инструмент может или не может быть компетентным также для упаковки библиотеки собственного кода. Маловероятно, что инструмент создает «собственный исполняемый код win32». Скорее, он упаковывает файлы классов Java вместе с JRE и заглушкой Windows PE.
SWT разработан как часть Eclipse. Eclipse имеет Rich Client Platform или RCP. Если вы создаете свое Java-приложение как приложение RCP, вы можете использовать инструменты Eclipse для генерации исполняемого пакета для Windows (или где-либо еще). Это , а не отдельный исполняемый файл, это каталог с исполняемым файлом в нем. Однако вам не нужно использовать Eclipse для использования SWT.
Приложение RCP должно использовать гораздо больше, чем просто SWT. Он должен быть построен как набор OSGi-пакетов, которые зависят от базовой платформы Eclipse. Если у вас есть такая вещь, запущенная в Eclipse, в Eclipse появится мастер, который создаст «исполняемый файл» Windows (каталог, содержащий ваш код в файлах JAR, много кода Eclipse в файлах JAR, JRE и заглушка PE .exe). Вы можете автоматизировать этот процесс из муравья, хотя я никогда не делал это сам. Боюсь, вам нужно будет прочитать книгу до конца, чтобы освоить все это.
Нет разницы между SWT и Swing с точки зрения ресурсов и интернационализации. Другие библиотеки, связанные с Eclipse, включают дисциплину I18N, но не ядро SWT. Вы просто используете локали и файлы свойств, как в любом другом приложении Java.