Как работать с Weblogic в Eclipse? [закрытый]

Для отладки вашего кода, работающего на Weblogic (или любом другом java-сервере, если уж на то пошло), вам не нужно ничего, кроме самой Затмения. Поиск Google для Java удаленной отладки.

Что касается развертывания на Weblogic и Jboss - до тех пор, пока ваш код не использует проприетарные вещи от поставщиков J2EE контейнеров вы должны быть в порядке с одним проектом. Стандартные конфигурационные файлы будут обычными, специфические для контейнера файлы будут отдельными и часто их даже не придется удалять во время сборки, так как контейнер будет их просто игнорировать. Таким образом, один и тот же артефакт (например, War) может быть развернут в обоих контейнерах.

С IntelliJ это просто. Не нужно плагинов - он встроен. Я бы порекомендовал использовать Eclipse и попробовать лучшую IDE.

В документах указано, что существует 4 различных механизмов места хранения. Модуль FallbackStorage выполняет запись в сеанс.

Это, как правило, не безопасно, независимо от того, хранится ли внутренняя последовательность строк в памяти непрерывно или нет. Кроме непрерывности, может быть много других деталей реализации, связанных с тем, как управляемая последовательность хранится объектом std:: string .

Реальной практической проблемой с этим может быть следующее. Управляемая последовательность std:: string не должна храниться как строка с нулевым окончанием. Однако на практике многие (большинство?) реализации выбирают избыточный размер внутреннего буфера на 1 и сохраняют последовательность как строку с нулевым окончанием в любом случае, потому что это упрощает реализацию метода c _ str () : просто верните указатель на внутренний буфер, и вы закончите.

Код, процитированный в вашем вопросе, не пытается обнулить данные, копируется во внутренний буфер. Вполне возможно, он просто не знает, необходимо ли нулевое прекращение для этой реализации std:: Последовательности . Вполне возможно, что он полагается на внутренний буфер, заполняемый нулями после вызова resize , так что дополнительный символ, выделенный для ограничителя нуля реализацией, удобно предварительно устанавливается равным нулю. Все это - деталь реализации, означающая, что этот прием зависит от некоторых довольно хрупких предположений.

Другими словами, в некоторых реализациях, вероятно, придется использовать strcpy , а не memcpy , чтобы принудительно ввести данные в управляемую последовательность. В некоторых других реализациях необходимо использовать memcpy , а не strcpy .

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

Большинство файлов конфигурации также должны быть одинаковыми для двух сред; Если нет, вы можете рассмотреть возможность сделать то, что мы делаем на моем рабочем месте: у нас есть conf _ XXX и conf _ YYY каталог для отдельных файлов конфигурации.

Проблема включения/невключения правильных файлов в среду развертывания должна быть делегирована одному или двум скриптам сборки ant . При наличии отличий файлов можно создать proj _ Weblogic.war и proj _ jboss.war и развернуть их на соответствующих серверах. Если не удается найти конкретные задачи развертывания, можно использовать прямой файл copy tasks или scp для перемещения файлов WAR в соответствующие каталоги развертывания сервера.