Как я объединяю регистрирующиеся форматы от стопки Java

Проблема заключалась в том, что dashboardBody() использовался в неправильном месте, создавая тем самым большое левое поле. Строки и столбцы создаются вручную.

Я заменил эту часть вашего кода

  dashboardBody(fluidRow(column(6,
                                checkboxInput('CB_FN', 'First Name', value = FALSE),
                                checkboxInput('CB_MN', 'Middle Name', value = FALSE),
                                checkboxInput('CB_LN', 'Last Name', value = FALSE),
                                checkboxInput('CB_DOB', 'Date of Birth', value = FALSE),
                                checkboxInput('CB_GN', 'Gender', value = FALSE),
                                checkboxInput('CB_CT', 'City', value = FALSE))),
                actionButton('abSubmit',"Submit", icon = NULL)
  )

на

div(
  fluidRow(
    column(4,
           checkboxInput('CB_FN', 'First Name', value = FALSE),
           checkboxInput('CB_MN', 'Middle Name', value = FALSE)),
    column(4,
           checkboxInput('CB_LN', 'Last Name', value = FALSE),
           checkboxInput('CB_DOB', 'Date of Birth', value = FALSE)),
    column(4,
           ceckboxInput('CB_GN', 'Gender', value = FALSE),
           checkboxInput('CB_CT', 'City', value = FALSE))
  ),
actionButton('abSubmit',"Submit", icon = NULL)
)

, чтобы получить

enter image description here [115 ]

Аналогично, вы должны также заменить dashboardBody() на div() при втором условии if (Академическая информация).

6
задан Chadwick 26 March 2009 в 01:43
поделиться

7 ответов

Это - возможное использование logback библиотеки и ее мостов. Это в основном состоит, чтобы удалить любое log4j свободное городское население или подобный банки от пути к классу, засунуть logback файл банки и банки мостов для log4j и одинаково. Spring, свитер и знаток будут использовать фабрики моста для инстанцирования регистраторов, которые в свою очередь будут использовать создание logbak объединенного входа.

Проверьте http://logback.qos.ch/ и http://www.slf4j.org/legacy.html

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

5
ответ дан 17 December 2019 в 02:33
поделиться

Проблема, которую Вы имеете, - то, что приложения пользуются различными библиотеками входа. Джерси будет использовать ИЮЛЬ, Spring будет использовать вход свободного городского населения (который в свою очередь выберет log4j, если это будет в Вашем пути к классу), и Причал использует свой собственный регистратор. Можно зафиксировать это, заставив все компоненты зарегистрироваться в течение ИЮЛЯ.

Сначала необходимо получить log4j от пути к классу. Используйте исключения или другие механизмы, чтобы гарантировать, что log4j не включен. Это будет препятствовать тому, чтобы вход свободного городского населения выбрал log4j за ИЮЛЬ, и заставлять Spring входить в систему тот же формат как Джерси.

Затем необходимо будет настроить Причал для использования входа свободного городского населения. Можно найти информацию об этом на Гагатовой странице документации Плагина Знатока.

Если Ваш код приложения будет использовать log4j непосредственно, то необходимо будет переключиться или на вход свободного городского населения или на ИЮЛЬ.

У знатока я не так уверен в, но это, вероятно, есть аналогичное решение.

1
ответ дан 17 December 2019 в 02:33
поделиться

Я не думаю, что можно объединить все их легко, потому что Вы не знаете то, что используется каждой платформой.

Если Вы определяете, которые Вы интересуетесь затем, можно заставить каждого производить к файлам журнала в центральной части/var/log/app (в соответствии с Linux, например). Отсюда Вы могли записать простую утилиту, которая анализирует каждый файл журнала и массажирует данные в единственный файл журнала в формате, который Вы хотите. Утилита Awk очень хороша в выполнении этого вида вещи.

С другой стороны, Вы могли оставить их, как они - и используют что-то как Splunk для индексации файлов для будущего поиска и анализа. Это действительно зависит от того, чего Вы требуете от файлов журнала позднее. Надежда, которая помогает.

0
ответ дан 17 December 2019 в 02:33
поделиться

Я не знаю ни о каком способе управлять тем, что Вы описываете полезным способом. Если Вы являетесь отчаянными, лучшее предложение, которое я могу сделать, состоит в том, чтобы записать что-то, чтобы объединить разрозненные форматы под одним зонтиком и управлять им там использование Вашего предпочтительного формата входа.

0
ответ дан 17 December 2019 в 02:33
поделиться

Если и когда они используют стандартный пакет входа, конечно, можно объединить общие части ("ИНФОРМАЦИОННЫЙ" префикс, метка времени, название категории (обычно класс/пакет)). Просто настройте log4j / J.U.L / logback к Вашей симпатии. Я не знаю, почему Вы получили бы различные форматы - форматы журнала НЕ настроены платформами, но приложениями - поэтому, возможно, они используют различные платформы. Но это может быть случайно.

Относительно того, имеет ли это значение; хорошо, только если Вы обрабатываете его автоматически (инициируйте находящиеся в regex предупреждения).

0
ответ дан 17 December 2019 в 02:33
поделиться

SLF4J позволяет объединить ведение журнала, направляя его в единую структуру ведения журнала. Вы можете перенаправить устаревшие вызовы журналирования, сделанные с помощью commons-logging, java.util.logging и log4j, как если бы они были сделаны в SLF4J. Подробности см. На сайте www.slf4j.org/legacy.html.

Все журналы затем будут делегированы базовой структуре по вашему выбору, например, logback, log4j, java.util.logging среди других. Если у вас возникнут проблемы, обратитесь в список рассылки slf4j-user.

0
ответ дан 17 December 2019 в 02:33
поделиться

Я думаю, что в конечном итоге нам понадобится api логирования "logging api", который связывает воедино все унифицированные API протоколирования, такие как slf4j и любые другие. Кто знает, возможно, вам однажды понадобится изменить структуру ведения журналов, которая обрабатывает все типы журналов ...

0
ответ дан 17 December 2019 в 02:33
поделиться
Другие вопросы по тегам:

Похожие вопросы: