Какова цель minOccurs, nillable и ограничение?

Документация для required говорит:

Если required() true, то свойство Javabean отображается на элемент XML-схемы с помощью minOccurs="1". maxOccurs является "1" для однозначного свойство и "unbounded" для многозначного свойства.

Если required() - false, то свойство Javabean отображается в XML Объявление элемента схемы с помощью minOccurs="0". maxOccurs является "1" для однозначное свойство и "unbounded" для многозначного свойства.

Документация для nillable говорит:

Если nillable() - true, тогда свойство JavaBean отображается в XML Объявление схемы nillable.

<ч/" > Код для xs:complexType:

public class WSData {
    //...

    @XmlElement(required = true, nillable = false)
    public void setMonth(XmlMonthType month) {
        this.month = month;
    }

    public void setUserLogin(String userLogin) {
        this.userLogin = userLogin;
    }
}

Код для xs:simpleType:

@XmlType
@XmlEnum(Integer.class)
public enum XmlMonthType {
    @XmlEnumValue("1")
    JANUARY,
    @XmlEnumValue("2")
    FEBRUARY,
    @XmlEnumValue("3")
    MARCH,
    /* ... months 4 ~9 ... */
    @XmlEnumValue("10")
    OCTOBER,
    @XmlEnumValue("11")
    NOVEMBER,
    @XmlEnumValue("12")
    DECEMBER;
}

Сгенерированная схема XML:

<xs:complexType name="wsData">
  <xs:sequence>
    <xs:element name="month" type="xs:string"/>
    <xs:element minOccurs="0" name="userLogin" type="xs:string"/>
  </xs:sequence>
</xs:complexType>

<xs:simpleType name="xmlMonthType">
  <xs:restriction base="xs:int">
    <xs:enumeration value="1"/>
    <xs:enumeration value="2"/>
    <xs:enumeration value="3"/>
    <!-- ... months 4 ~9 ... -->
    <xs:enumeration value="10"/>
    <xs:enumeration value="11"/>
    <xs:enumeration value="12"/>
  </xs:restriction>
</xs:simpleType>

<ч/" > Факты:

Значение по умолчанию для minOccurs равно 1. Таким образом, требуется месяц (должен существовать);
В месяце есть ограничение . Таким образом, месяц может иметь только значение, определенное одним из 12 определенных перечислений;
Значение по умолчанию для nillable - false. Таким образом, месяц не может иметь пустые значения;
XML-схема генерируется правильно.

Проблемы:

Принимает абсент месяца (не должен существовать);
Принимает любые значения за месяц, например 13 (кроме случаев, когда он не обрабатывается Integer);
Принимает пустые значения;

Я не ожидал этих проблем, я что-то упустил?
Если это поведение является правильным, в чем цель required, nillable и xs: restriction

Ответы

Ответ 1

Nillable позволяет пустые значения. Например, если у вас есть Integer или Date, если он не имеет значения, тег XML может быть пустым. Если он не является nillable, но не требуется, элемент XML должен либо существовать с допустимым содержимым, либо вообще не существовать; пустой тег недействителен.

Ответ 2

Сделайте minOccurs 1, чтобы потребовался месяц;

Значение по умолчанию для minOccurs равно единице, поэтому требуется элемент month. Обратите внимание, что minOccurs="0" нужно было добавить в userLogin, чтобы сделать его необязательным.

<xs:complexType name="wsData">
  <xs:sequence>
    <xs:element name="month" type="xs:string"/>
    <xs:element minOccurs="0" name="userLogin" type="xs:string"/>
  </xs:sequence>
</xs:complexType>

Проверить месяц с его сгенерированным ограничением (без XmlAdapter).

Вы можете установить экземпляр Schema в Unmarshaller для подтверждения ввода:

http://blog.bdoughan.com/2010/12/jaxb-and-marshalunmarshal-schema.html

Demo

Следующий код может использоваться для генерации XML-схемы:

package forum9111936;

import java.io.IOException;

import javax.xml.bind.JAXBContext;
import javax.xml.bind.SchemaOutputResolver;
import javax.xml.transform.Result;
import javax.xml.transform.stream.StreamResult;

public class Demo {

    public static void main(String[] args) throws Exception {
        JAXBContext jc = JAXBContext.newInstance(WSData.class);
        SchemaOutputResolver sor = new SchemaOutputResolver() {

            @Override
            public Result createOutput(String namespaceUri,
                    String suggestedFileName) throws IOException {
                StreamResult result = new StreamResult(System.out);
                result.setSystemId(suggestedFileName);
                return result;
            }

        };
        jc.generateSchema(sor);
        System.out.println();
    }

}

UPDATE

JAXB RI обычно выбрасывает ValidationEvent серьезности 1 для проблем с конверсией. По умолчанию ValidationEventHandler игнорирует все проблемы с уровнем серьезности менее 2. Обычно это приводит к тому, что значение устанавливается равным нулю. Вы можете переопределить ValidationEventHandler следующим образом:

    unmarshaller.setEventHandler(new ValidationEventHandler() {
        @Override
        public boolean handleEvent(ValidationEvent event) {
            System.out.println(event);
            return event.getSeverity() < ValidationEvent.ERROR;
        }
    });

Однако JAXB RI не отображает события, связанные с преобразованием значений enum (возможная ошибка). Если вы используете EclipseLink JAXB (MOXy) в качестве поставщика JAXB, вы получите исключение, например:

Exception in thread "main" Local Exception Stack: 
Exception [EclipseLink-116] (Eclipse Persistence Services - 2.4.0.qualifier): org.eclipse.persistence.exceptions.DescriptorException
Exception Description: No conversion value provided for the value [13] in field [month/text()].
Mapping: org.eclipse.persistence.oxm.mappings.XMLDirectMapping[month-->month/text()]
Descriptor: XMLDescriptor(forum9111936.WSData --> [])
    at org.eclipse.persistence.exceptions.DescriptorException.noFieldValueConversionToAttributeValueProvided(DescriptorException.java:1052)
    at org.eclipse.persistence.mappings.converters.ObjectTypeConverter.convertDataValueToObjectValue(ObjectTypeConverter.java:140)
    at org.eclipse.persistence.oxm.mappings.XMLDirectMapping.getAttributeValue(XMLDirectMapping.java:287)
    at org.eclipse.persistence.internal.oxm.XMLDirectMappingNodeValue.endElement(XMLDirectMappingNodeValue.java:190)
    at org.eclipse.persistence.oxm.record.UnmarshalRecord.endElement(UnmarshalRecord.java:910)
    at org.eclipse.persistence.internal.oxm.record.XMLStreamReaderReader.parseEvent(XMLStreamReaderReader.java:133)
    at org.eclipse.persistence.internal.oxm.record.XMLStreamReaderReader.parse(XMLStreamReaderReader.java:83)
    at org.eclipse.persistence.internal.oxm.record.XMLStreamReaderReader.parse(XMLStreamReaderReader.java:72)
    at org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.unmarshal(SAXUnmarshaller.java:838)
    at org.eclipse.persistence.oxm.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:626)
    at org.eclipse.persistence.jaxb.JAXBUnmarshaller.unmarshal(JAXBUnmarshaller.java:472)
    at forum9111936.Demo2.main(Demo2.java:30)

Дополнительная информация

http://blog.bdoughan.com/2011/05/specifying-eclipselink-moxy-as-your.html

Ответ 3

Цели required и minOccurs не вводят в заблуждение, проблема в том, что проверка схемы не включена. Просто включите SchemaValidation в WebService и порядок XmlType:

Веб-сервис:

@javax.jws.WebService
@org.jboss.ws.annotation.SchemaValidation(enabled = true)
public class WebServiceClass {

    @javax.jws.WebMethod
    public WSResponseData webServiceMethod() {
        //...
    }
}

XmlType:

@javax.xml.bind.annotation.XmlType(propOrder = {"field1", "field2", "field3"})
public class WSData {
    //...

    private String field1;

    private Long field2;

    private XmlMonthType field3;

    //...
}

Ответ 4

Действительно, кажется, что SOAP-конверты не проверяются WSDL, ни на сервере, ни на клиенте.

И я думаю, что так лучше. Валидация потребляет ресурсы и время. Для большинства WebServices все, что нам нужно с WSDL, - предоставить клиенту определения, чтобы иметь возможность разговаривать с WebService, а не устанавливать ограничения, например, если свойство может быть или не быть нулевым.

Когда сервер и клиент находятся на одном ПК, Axis2 добавляет 3-5 milisecs накладных расходов по сравнению с внутренними вызовами. Нежелательная проверка только увеличит накладные расходы. Мне лучше делать операции, генерируя исключение и вручную проверяя, что действительно нужно.

Ответ 5

Я просмотрел структуру XSD, которую вы опубликовали, и обнаружил, что вы не использовали сложный тип, который вы определили за месяц, Insteqad обрабатывает его по java-коду, вы можете упомянуть, что все в XSD, а также minOccur в месяц - элемент вашего сложного типа отсутствует. Пожалуйста, используйте любой встроенный генератор XSD для java-генератора, он выполнит всю задачу создания Java файла для вас.

The convention are as follow - 

MinOccur = 0 --> the element can be abscent in input , and can be present

MinOccur = 1 --> the element must be there in input
(but if you use it, then your java generated member will be of list type - list of ENUM for Int )

If you don't write MinOccur in attributes - then it makes the element mandatory , ( then you java generated member will be of simply ENUM for int )


MaxOccur = 1 --> minimum one element can be there in input 
(but if you use it, then your java generated member will be of list type - list of ENUM for Int )


MaxOccur = unbound --> only one element can be there in input 
(if you use it, then your java generated member will be of list type - list of ENUM for Int )

   <xs:complexType name="wsData">
  <xs:sequence>
    <xs:element name="month" type="xmlMonthType" minOccurs="1" nillable="false" />
    <xs:element name="userLogin" type="xs:string" minOccurs="0" />
  </xs:sequence>
</xs:complexType>

<xs:simpleType name="xmlMonthType">
  <xs:restriction base="xs:int">
    <xs:enumeration value="1"/>
    <xs:enumeration value="2"/>
    <xs:enumeration value="3"/>
    <!-- ... months 4 ~9 ... -->
    <xs:enumeration value="10"/>
    <xs:enumeration value="11"/>
    <xs:enumeration value="12"/>
  </xs:restriction>
</xs:simpleType>