WCF: (MTOM) есть ли способ изменить схему, используемую в xop: URL-адрес ссылки на контент, созданный WCF?

Ответ 1

Отвечая на вопрос после длительного расследования: невозможно без переопределения всего XmlMtomWriter и других связанных с ним уровней и проблем в WCF - почти все, что связано с реализацией mtom, является внутренним.

Ответ 2

Я знаю, что это старый вопрос. Но я столкнулся с той же проблемой два дня назад.

Я нашел способ, который работает, НО это ОЧЕНЬ ОЧЕНЬ грязный хак (я знаю это. Я думал о том, чтобы не публиковать его здесь, но, возможно, это помогло бы кому-то.) Надеюсь, вы не будете обвинять меня в этом.

ContentId отформатирован с использованием CultureInfo.InvariantCulture. Я не нашел официального способа заменить его с помощью специального объекта CultureInfo. Но с помощью отражения я начал работать. Следующая реализация предназначена только для .Net 4.0.

public class NoTempUriInvariantCultureInfo : CultureInfo, ICustomFormatter
{
   private static CultureInfo originalCulture;
   private static object originalCultureLock;
   private static int enableCounter;

   private NoTempUriInvariantCultureInfo(CultureInfo invariantCulture)
      : base(invariantCulture.Name)
   {
      originalCulture = invariantCulture;
   }

   public static void Enable()
   {
      if(originalCultureLock == null)
         originalCultureLock = new object();

      lock (originalCultureLock)
      {
         if (enableCounter == 0)
         {
            var mInvCultField = typeof (CultureInfo).GetField("s_InvariantCultureInfo", BindingFlags.NonPublic | BindingFlags.Static);
            mInvCultField.SetValue(null, new NoTempUriInvariantCultureInfo(CultureInfo.InvariantCulture));
         }
         enableCounter++;
      }
   }

   public static void Disable()
   {
      lock (originalCulture)
      {
         if (enableCounter == 0)
            return;

         enableCounter--;
         if (enableCounter == 0)
         {
            var mInvCultField = typeof (CultureInfo).GetField("s_InvariantCultureInfo", BindingFlags.NonPublic | BindingFlags.Static);
            mInvCultField.SetValue(null, NoTempUriInvariantCultureInfo.originalCulture);
         }
      }
   }

   public override object GetFormat(Type formatType)
   {
      var result = originalCulture.GetFormat(formatType);
      return result ?? this;
   }

   public string Format(string format, object arg, IFormatProvider formatProvider)
   {
      if (format == null)
         return System.Text.RegularExpressions.Regex.Replace(arg.ToString().Replace("http%3A%2F%2Ftempuri.org%2F1%2F", ""), "http[:][/][/]tempuri[.]org[/][0-9]+[/]*", "");
      return String.Format("{0:" + format + "}", arg);
   }
}

Я включаю свой собственный "InvariantCulture" только перед вызовом WCF.

NoTempUriInvariantCultureInfo.Enable();
try
{
    // make your call
}
finally
{
    NoTempUriInvariantCultureInfo.Disable();
}

CultureInfo.InvariantCulture - глобальный объект состояния. Включение моего собственного InvariantCulture влияет на любой другой поток. Опять же, это грязный хак. Но он работает.

Ответ 3

Оба XOP включают в себя образцы, которые вы указали, являются правильными и приемлемыми в соответствии с W3C. Я называю их как формат URL и формат электронной почты соответственно.

Я не разработчик JAVA, но напоминаю о сходной проблеме при взаимодействии с конкретным веб-сервисом JAVA. Я помню, что была ошибка в определенном выпуске JAVA, и после того, как они (разработчики JAVA) обновились до следующей версии, эта проблема просто исчезла. Хотелось бы, чтобы я мог предоставить вам более подробную информацию, но в то время мне было достаточно проблем, чтобы обратиться с моего конца провода, и я был просто рад иметь еще один элемент в журнале дефектов.

//WCF: using URL format
<Data>
   <xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:http%3A%2F%2Ftempuri.org%2F1%2F634019957020047928" />
</Data>

//JAVA: using EMAIL format
<Data>
    <xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:[email protected]"/>
</Data>