Может ли пользовательский тип контента содержать @ ? Спокойный звонок с трикотажным клиентом

См. спецификации типов носителей и процедуры регистрации: 4.2. Требования к именованию

Имена типов и подтипов ДОЛЖНЫ соответствовать следующему ABNF:

 type-name = reg-name
 subtype-name = reg-name

 reg-name = 1*127reg-name-chars
 reg-name-chars = ALPHA / DIGIT / "!" /
                   "#" / "$" / "&" / "." /
                   "+" / "-" / "^" / "_"`

@ не является одним из допустимых символов. Вы могли бы так "application/xxx!#$&.+-^_1.0" и это сработало бы.

Поток к исключению:

• GrammarUtil поддерживает список SEPARATORS

  private static final char[] SEPARATORS =
      {'(', ')', '<', '>', '@', ',', ';', ':', '\\', '"', 
       '/', '[', ']', '?', '=', '{', '}', ' ', '\t'};
  

  Наряду с этим списком есть списки другого типа, чтобы дополнить список возможных символов. Единственные символы, которые фактически используются в процессе, — это символы / и ;, которые являются разделителями для типов мультимедиа, например. application/json;charset=utf-8

• первый разделитель установлен на /. Целью обработки строки типа мультимедиа является получение экземпляра MediaType с построением типа MediaType(type, subType, params), где type — это application, subType — это json, а params — это Map, включая charset=utf-8.

• Символы перебираются до тех пор, пока не встретится первый разделитель /, где nextSeparator('/'). Это нормально, поскольку они совпадают, как и ожидалось. Но когда достигается следующий символ-разделитель @, вызывается nextSepartor(';'), как и ожидаемый следующий разделитель. A ParseException выбрасывается

  if (c != getEventValue().charAt(0)) {
      throw new ParseException("Expected separator '" + c + "' instead of '"
              + getEventValue().charAt(0) + "'", getIndex());