Запись больших сообщений с помощью Log4Net AdoNetAppender

Question

У меня есть библиотека, которая имеет пару вызовов веб-сервисов. Теперь необходимо регистрировать все запросы, сделанные во внешние веб-службы, и регистрировать все полученные ответы. Это для внутренних аудитов позже.

Мой стол sql выглядит так.

CREATE TABLE [dbo].[WebServiceLog](
    [Id] [int] IDENTITY(1,1) NOT NULL, 
    [Date] [datetime] NOT NULL, 
    [Thread] [nvarchar](255) NOT NULL, 
    [Level] [nvarchar](50) NOT NULL, 
    [Logger] [nvarchar](255) NOT NULL, 
    [Message] [ntext] NOT NULL, 
    [SessionID] [nvarchar](50) NOT NULL, 
    [SearchID] [nvarchar](25) NULL 
) 

Обратите внимание, что поле «Сообщение» содержит запрос и ответы веб-службы. Ответы иногда очень велики в порядке более 90 тыс. Символов, иногда даже больше. (Поиск по рейсам/гостиницам - может вернуть много данных)

Моя конфигурация appender выглядит следующим образом.

<appender name="InfoAppender" type="log4net.Appender.AdoNetAppender"> 
     <bufferSize value="1"/> 
     <connectionType value="System.Data.SqlClient.SqlConnection, System.Data, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/> 
     <connectionString value="Data Source=tcexpress;Initial Catalog=test;Persist Security Info=True;User ID=testUser;Password=**"/> 
     <commandText value="INSERT INTO WebServiceLog ([Date],[Thread],[Level],[Logger],[Message],[SessionID], [SearchID]) VALUES (@log_date, @thread, @log_level, @logger, @message, @session_id, @search_id)"/> 
     <parameter> 
      <parameterName value="@log_date"/> 
      <dbType value="DateTime"/> 
      <layout type="log4net.Layout.RawTimeStampLayout"/> 
     </parameter> 
     <parameter> 
      <parameterName value="@thread"/> 
      <dbType value="String"/> 
      <size value="255"/> 
      <layout type="log4net.Layout.PatternLayout"> 
       <conversionPattern value="%thread"/> 
      </layout> 
     </parameter> 
     <parameter> 
      <parameterName value="@log_level"/> 
      <dbType value="String"/> 
      <size value="50"/> 
      <layout type="log4net.Layout.PatternLayout"> 
       <conversionPattern value="%level"/> 
      </layout> 
     </parameter> 
     <parameter> 
      <parameterName value="@logger"/> 
      <dbType value="String"/> 
      <size value="255"/> 
      <layout type="log4net.Layout.PatternLayout"> 
       <conversionPattern value="%logger"/> 
      </layout> 
     </parameter> 
     <parameter> 
      <parameterName value="@message"/> 
      <dbType value="String"/> 
      <size value="454751"/> 
      <layout type="log4net.Layout.PatternLayout"> 
       <conversionPattern value="%message"/> 
      </layout> 
     </parameter> 
     <parameter> 
      <parameterName value="@session_id"/> 
      <dbType value="String"/> 
      <size value="50"/> 
      <layout type="log4net.Layout.PatternLayout"> 
       <conversionPattern value="%X{sessionID}"/> 
      </layout> 
     </parameter> 
     <parameter> 
      <parameterName value="@search_id"/> 
      <dbType value="String"/> 
      <size value="25"/> 
      <layout type="log4net.Layout.PatternLayout"> 
       <conversionPattern value="%X{searchID}"/> 
      </layout> 
     </parameter> 
    </appender> 

Есть ли вообще говорить Appender, что мое поле является nText и может иметь любое количество данных, данное ему? Я попытался установить очень высокое значение для длины поля со строкой, но всегда кажется, что он усекается при значении 454751.
Кто-нибудь сталкивался с этой проблемой? Или есть лучший способ регистрировать большие сообщения в базе данных с помощью log4net? Любая помощь будет высоко ценится.

Answer 1

Может быть, это не ответ на ваш вопрос правильно, но если вы используете nvarchar(max) вместо nText то это должно работать нормально для вас:

<parameter> 
    <parameterName value="@message"/> 
    <dbType value="String"/> 
    <layout type="log4net.Layout.PatternLayout"> 
    <conversionPattern value="%message" /> 
    </layout> 
</parameter> 

Это то, что я использую для входа исключения (с трассировки стека) , Установка его на -1 должна также работать, как предложил Дмитрий.