Problems validating schemas with cyclical references

I'm attempting to get two schemas to validate whereby each references a complextype from the other: both have different namespaces so I reference the other from each using '<import>'. This is no doubt a very dumb question but, what should I use as the 'schemalocation' attribute in the 'import' instructions? I have tried all variations I can think of including:
- the relevent xsi:schemaLocation value from the schema being imported
- the virtual path within the XMLDB directory structure e.g. /sys/schemas/PUBLIC/www.sepa.org/2007/XMLSchemas
- the same as above with the DB port included
I'm getting the following error which is very frustrating: LPX-00234: namespace prefix "loc" not declared. I certainly have declared it in both schemas, for some reason XMLDB isn't finding the schemalocations. Anyone know what I should be putting here?

Mark
the schemas were registered in the following way:
BEGIN
DBMS_XMLSchema.registerSchema(
schemaurl=>'http://www.sepa.org/2007/XMLSchemas/Locations.xsd',
schemadoc=>sys.UriFactory.getUri('/home/jsmyth/XSD/Locations.xsd')
,FORCE=>true
,LOCAL=>false);
END;
'Locations' is one schema, 'Licenses' is the other.
The relevant parts of the schemas are as follows, Licences first:
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
     xmlns:lcn="http://www.sepa.org/2007/XMLSchemas/Licences"
     xmlns:loc="http://www.sepa.org/2007/XMLSchemas/Locations"
     xmlns:xdb="http://xmlns.oracle.com/xdb"
     targetNamespace="http://www.sepa.org/2007/XMLSchemas/Licences" elementFormDefault="qualified"
     attributeFormDefault="unqualified" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:SchemaLocation="http://www.sepa.org/2007/XMLSchemas/Licences.xsd">
     <xs:import namespace="http://www.sepa.org/2007/XMLSchemas/Locations" schemaLocation="http://www.sepa.org/2007/XMLSchemas/Locations.xsd"/>
     <xs:element name="Licences" xdb:defaultTable="Licences">
          <xs:complexType>
               <xs:sequence>
                    <xs:element ref="lcn:Licence" minOccurs="0" maxOccurs="unbounded"/>
               </xs:sequence>
          </xs:complexType>
     </xs:element>
     <xs:element name="Licence">
blah....
and,
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema targetNamespace="http://www.sepa.org/2007/XMLSchemas/Locations"
     elementFormDefault="qualified" attributeFormDefault="unqualified"
     xmlns:loc="http://www.sepa.org/2007/XMLSchemas/Locations"
     xmlns:lcn="http://www.sepa.org/2007/XMLSchemas/Licences"
     xmlns:xdb="http://xmlns.oracle.com/xdb"
     xmlns:xs="http://www.w3.org/2001/XMLSchema"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://www.sepa.org/2007/XMLSchemas/Locations.xsd">
     <xs:import namespace="http://www.sepa.org/2007/XMLSchemas/Licences" schemaLocation="http://www.sepa.org/2007/XMLSchemas/Licences.xsd"/>
     <xs:element name="Locations" xdb:defaultTable="Locations">
          <xs:complexType>
               <xs:sequence>
                    <xs:element ref="loc:Location" minOccurs="0" maxOccurs="unbounded"/>
               </xs:sequence>
          </xs:complexType>
     </xs:element>
     <xs:element name="Location">
          <xs:complexType>
blah...
Thanks.

Similar Messages

  • Error while adding XML Schemas with cyclic references

    I have to use the 3rd party bunch of XML Schema files, but two of them reference each other, i.e. there are cyclic references. ESB displays a conflict in this case.
    Is there any way to resolve the problem without changing source xsd-files?
    My configuration is WebLogic Platform 9.2.1 + AquaLogic Service Bus 2.6

    Our scenario is that the corporate data model (in UML) is transformed into XSD and delivered as several separate XSD files. Our modellers argue that cyclic references make sense in this context and are not forbidden by the standard.
    We restructured the transformation so that only a single XSD file is delivered (~550K) but this is unwieldy, inflexible and ALSB is sloooooooooow when manipulating a schema of this size inside the console.

  • Problem validating XML with XSD

    Hi everyone. I have an xsd schema and I want to validate some XML doc with the schema using SAX parser.
    The user make the xml and then upload it to the server.
    I want to enable client side validation but, for security reasons, I want also to validate this document when it's uploaded to the server.
    The schema called ContentSchema.xsd
    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
         targetNamespace="www.mysite.com/Content" xmlns="www.mysite.com/Content">
         <xs:element name="content">
              <xs:complexType>
    A document produced by the client starts in this way:
    <?xml version="1.0" encoding="UTF-8"?>
    <p:content xmlns:p="www.mysite.com/Content" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="www.mysite.com/Content ContentSchema.xsd">
    in this way users can validate the XML doc before uploading. If the XSD is in the same folder of the uploaded XML the validation is ok.
    The problem is that, on the server, I've stored the xsd file in a folder and I want the SAX parser to use this xsd to validate the XML. Even I pass the complete URI of the file to the parser, it won't work:
    SAXParserFactory spf = SAXParserFactory.newInstance();
              spf.setValidating(true);
              spf.setNamespaceAware(true);
              spf.setFeature("http://apache.org/xml/features/validation/schema",true);
              spf.setFeature("http://apache.org/xml/features/validation/schema-full-checking", true);
              SAXParser sp=spf.newSAXParser();
              sp.setProperty("http://apache.org/xml/properties/schema/external-schemaLocation", schemaURL );
    I set the schemURL with setProperty method but it's like the parser is looking for the XSD in the URL declared in the XML doc and not in the URI I specify. Anyone can help me?
    Thank you very much

    You will have to associate the schema with the namespace, like in your xsi:schemaLocation attribute.
    Try something like this:
    sp.setProperty("http://apache.org/xml/properties/schema/external-schemaLocation", "www.mysite.com/Content "+schemaURL);

  • WS with cyclic reference on report

    Hi everybody,
    I need to use a web service that contain a cyclic reference. The type of ws is like this:
      rTypeUsed = Record;
      TArrayOfTypeUsed = Array of rTypeUsed;
      rTypeUsed = Record
        Field01 : String;
        Field02 : String;
        Field03 : String;
        Field04 : Double;
        Field05 : Double;
        Field06 : Double;
        Field_Child : TArrayOfTypeUsed;
      End;
    And when I tried input this web services on crystal, I gave an error like this:
    Logon Failure
    Datail: It's can't possible support cyclic reference on squema.
    Please check the cyclic path: getTypeUsedResponde->getTypeUsedResult->rTypeUsed->Field_Child->rTypeUsed...
    I can't change the web service, because it is used in many places.
    There are some solution, work around for solving this problem?
    Thanks

    Please re-post if this is still an issue or purchase a case and have a dedicated support engineer work with you directly.
    Need more details like version and patches applied etc.

  • Problem validating Email with my wiki's user

    Hi, i've registered my user in the wiki and then i've recived the confirmation email.
    I have confirmed my email, but in the wiki still appears like "unconfirmed". I've tried 2 times by now, but continues with out changes. I know that is not a browser cache problem, because i tried to do it from diffenten PCs with the same result.
    How can i solve this problem?

    Someone wrote about it in the ml the reply is quoted below
    Aaron Griffin wrote:Yeah someone just logged a bug about this in the past few days. I can
    confirm it's an issue. Pierre was looking into it last I heard

  • Problem validating XML file with external schema file

    Hi All
    I am having trouble at the moment trying to validate an xml file using an external xsd file that sits on my server. I have followed the basic option but at the moment to no avail. I am using a DOMParser and am setting all the features and properties correctly ... well I think I am anyway.....below is a fragment of the code
    DOMParser parser = new DOMParser ();
    // Setting the validation on for the parser.
    parser.setFeature ( "http://xml.org/sax/features/validation", true );
    parser.setFeature ( "http://apache.org/xml/features/validation/schema", true);
    parser.setProperty ( "http://apache.org/xml/properties/schema/externalnoNamespaceSchemaLocation", "c://testing.xsd" );
    parser.setErrorHandler ( this );
    I am getting an error telling me that the root element cannot be found.....see below
    org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'mainhome'.
    at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
    at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Source)
    at org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(Unknown Source)
    at org.apache.xerces.impl.XMLNamespaceBinder.startElement(Unknown Source)
    at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
    at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
    at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
    at com.cibenix.aps.util.MenuXMLParser.process(MenuXMLParser.java:163)
    at com.cibenix.aps.actions.MenuAddAction.execute(MenuAddAction.java:80)
    at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
    at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
    at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
    at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
    at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
    at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:193)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549)
    at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:589)
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:666)
    Any help would be greatly appreciated
    thanks

    In the schema root element xs:schema add namespace declaration.
    <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
    In the XML document root element add xmlns:xsi and xsi:noNamespaceSchemaLocation attributes.
    <root_element xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="file://c:/testing.xsd">

  • Vivado 2013.4 ERROR: [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order

    Hello,
    I just downloaded and installed Vivado 2013.4 on my Xubuntu 12.04 machine. But when I try to add IP from the IP catalog, as in the ug937 Lab1 step2, it fails with obscure error messages (see below).
    Here's basically what I did:
    -In the Flow Navigator, i select the IP Catalog button.
    -In the search field of the IP Catalog, I type DDS.
    -then I double-click the DDS Compiler and my error occure.
    Please Help,
    Jerome.
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen_demo.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen_demo.vhd":1]
    Analysis Results[IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen.vhd":1]
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    set_property target_language Verilog [current_project]
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    sources_1[IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen_demo.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen_demo.vhd":1]
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    update_compile_order -fileset sim_1
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/fsm.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/fsm.vhd":1]
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/fsm.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/fsm.vhd":1]
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [HDL 9-1654] Analyzing Verilog file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sim/testbench.v" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sim/testbench.v":1]
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/debounce.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/debounce.vhd":1]
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-2313] Loaded Vivado IP repository '/opt/Xilinx/Vivado/2013.4/data/ip'.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-1704] No user IP repositories specified
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    Vivado Commands[Project 1-11] Changing the constrs_type of fileset 'constrs_1' to 'XDC'.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    sim_1[IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [HDL 9-1654] Analyzing Verilog file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sim/testbench.v" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sim/testbench.v":1]
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-234] Refreshing IP repositories
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-395] Problem validating against XML schema: Invalid value format for this type spirit:order
    [IP_Flow 19-193] Failed to save BOM file '/home/jmassol/.Xil/Vivado-2683-ubuntu/coregen/dds_compiler_0/dds_compiler_0.xml'.
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/debounce.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/debounce.vhd":1]
    [IP_Flow 19-3378] Failed to create IP instance 'dds_compiler_0'. Error saving IP file.
    [IP_Flow 19-194] Failed to save IP instance 'dds_compiler_0'.
    [HDL 9-1061] Parsing VHDL file "/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen.vhd" into library work ["/home/jmassol/Desktop/Vivado/vivado_debug/ug937/project_xsim/project_xsim.srcs/sources_1/imports/ug937/sources/sinegen.vhd":1]
    set_property constrs_type XDC [current_fileset -constrset]
     

    We had the same problem when switching to Ubuntu 14.04, and there actually is a solution for it: make sure your locales are set to English.
    $> env | grep LC_*
    should only show english (or C) locales, all others are known to cause parsing errors in some numbers, usually caused by wrong string-to-float conversions (e.g. 18,29 in german is 18.29 in english). You can change the locales in the file /etc/default/localesThis is not the first time we had problems with the locale settings, Xilinx does not seem to test their software with anything else than en_US, causing obscure bugs like this one.
    HTH
    Philipp

  • Validating a XMLdoc against schema with multiply namespaces

    Does anybody know how to validate xmldoc against schema with multiply namespaces?
    I'd appreciate any advice on how I should perform this operation.
    I used an example from OTN "Building Server-Side XML Schema Validation" which works fine
    for single xml-xsd validation only.
    I use 8.1.7.4 oracle version with XML SDK installed.
    The error I am getting is
    0RA-29532: Java call terminated by uncaught Java exception: oracle.xml.parser.schema.XSDException: no protocol: NAME1.xsd
    ORA-06512: at sys.schemavalidation, line 0
    Here is an example of my xsd:
    <?xml version="1.0"?>
    <xs:schema
    xmlns:name1="http://.../name1"
    xmlns:name2="http://.../name2"
    xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="unqualified" attributeFormDefault="unqualified" version="1.1">
    <xs:import namespace="http://.../name1" schemaLocation="name1.xsd"/>
    <xs:import namespace="http://.../name2" schemaLocation="name2.xsd"/>
    <xs:element name="Header">
         <xs:complexType>
              <xs:sequence>
                   <xs:element name="ID" type="name1:IDType">
                   </xs:element>
                   <xs:element name="Code" type="name2:CodeType">
                   </xs:element>
              </xs:sequence>
         </xs:complexType>
    </xs:element>

    In the past, ColdFusion's XML validation mechanism seems to have had issues with schemas that contain imports, e.g., http://forums.adobe.com/message/155906. Have these issues still not been resolved?
    Do you not think that perhaps you're answering your own question here?
    I don't see an issue about this on the bug tracker.  It might be an idea if you can get a simple, stand-alone repro case together and raise an issue (and post the reference back here and against that other thread so people know to vote for it).  If you post the repro case here too, it would be helpful.
    Adam

  • Deserializing cyclic reference with object resolution

    I am attempting to deserialize complex objects containing cyclic references with an ObjectInputStream that implements the method resolveObject.
    Of course, enableResolve(true) has been called in the constructor of the object input stream.
    The problem I am seeing is that object resolution, when applied, is not propagated back to those objects that have been already deserialized and point to a "handle" object.
    Is there a proper way to retroactively enforce object resolution?
    Cheers,
    Didier H. Besset

    Hi Didier
    I read your code, downloaded junit and ran your test. The test fails, so back to a few System.out.println statements!
    I put a few into your code, see attached. Your deserialization is OK but your getComposite method returns the underlying referent and you are testing against the SoftReference!
    Here's the output of the printlns - you can see the strings, objects and lists being resolved and the final "test" of printing out the objects you are comparing.
    Resolving Beta
    Returning Beta
    Resolving Component@18f51f
    Resolving name Beta
    Returning ComponentReference@84ce7a
    Resolving Gamma
    Returning Gamma
    Resolving Component@10fd7f6
    Resolving name Gamma
    Returning ComponentReference@12b6c89
    Resolving [ComponentReference@84ce7a, ComponentReference@12b6c89]
    Returning [ComponentReference@84ce7a, ComponentReference@12b6c89]
    Resolving Alpha
    Returning Alpha
    Resolving Composite@1e2befa
    Resolving name Alpha
    Returning CompositeReference@1682598
    CompositeReference@1682598 Composite@1e2befa
    CompositeReference@1682598 Composite@1e2befaRegards
    Tom

  • Xerces Validation Issues with Honour All schema Locations

    Way back in 2009/2010 there was a bug - 284272 - that was never updated with Xerces information about validation. We have a similar issue in Luna and Mars with the WTP validation framework (with Xerxes at the center) and I'm wondering if it's due to Xerces 2.9 or something else.
    I'm not a savvy XSD guy, but the issues detailed in 284272 still occur for us with certain schema combinations. We're encountering it specifically with the JBoss/SwitchYard project and the SCA schemas we extend for the SwitchYard runtime.
    The following error is displayed in the Problems tab:
    cvc-complex-type.2.4.a: Invalid content was found starting with element 'sca:interface.java'. One of '{"http://docs.oasis-open.org/ns/opencsa/sca/200912":documentation, "http://docs.oasis-open.org/ns/opencsa/sca/200912":interface, "http://docs.oasis-open.org/ns/opencsa/sca/200912":binding, "http://docs.oasis-open.org/ns/opencsa/sca/200912":callback, "http://docs.oasis-open.org/ns/opencsa/sca/200912":requires, "http://docs.oasis-open.org/ns/opencsa/sca/200912":policySetAttachment, "http://docs.oasis-open.org/ns/opencsa/sca/200912":extensions}' is expected. switchyard.xml src/main/resources/META-INF line 7 XML Problem
    Can someone revisit 284272 and let me know if this is indeed a Xerxes issue under the covers with the example included in the bug? It's not our example, but has the same general problem.
    I just don't want to open a duplicate of 284272 without knowing more about how the Honour All Schema Locations stuff works under the covers and if it is indeed caused by Xerces - indeed if it might be fixed by an update to Xerces further down the line (they're up to 2.11 and there was a 2.9.1 it looks like we might be able to more simply move to if it's fixed there).
    Thanks all!
    --Fitz

    I think this is the odata4 that you need for 7.3
    SCA
    ODATACXFEXT11_0-10012140.SCA
    SP11 for SAP ODATA4J+CXF-REST LIB 7.30
    0
    Info
    10352
    26.02.2014
    This might be the only package you need; it might be in your best interest to avoid manually downloading files and rely upon Solution Manager's MOpz feature to query your IdM system and let it track down all the needed packages.

  • DSig reference validation failure with XMLDSigRI

    Hi,
    I have an enveloping Dsig xml created with some unknown application. I try to validate it with XMLDSigRI but it fails on reference validation; the signature validation works.With other DSig api from Apache everything works fine.
    I debuged the reference validation and it seems that the data to digest is different in XMLDSigRI compared to Apache XML Security C++ implementation.
    Original (xml):
    <Object Id="SignatureProperties"><SignatureProperties xmlns=""><SignatureProperty Target="XmlSignature1" Id="#TimeStamp">....
    PreDigest (XMLDSigRI):
    <Object xmlns="http://www.w3.org/2000/09/xmldsig#" Id="SignatureProperties"><SignatureProperties><SignatureProperty Id="#TimeStamp" Target="XmlSignature1">....
    PreDigest (Apache XML Security C++) (IT VALIDATES):
    <Object xmlns="http://www.w3.org/2000/09/xmldsig#" Id="SignatureProperties"><SignatureProperties xmlns=""><SignatureProperty Id="#TimeStamp" Target="XmlSignature1">...
    So the problem is the canonicalization regarding the empty namespace from SignatureProperties element: it's not included in XMLDSigRI and it was included on signing.
    I found something about this on:
    http://www.w3.org/TR/2001/REC-xml-c14n-20010315#SuperfluousNSDecl
    but I don't really understand it. :(
    Can someone explain me wich canonicalization implementation is correct and why?
    Thanks,
    Octav

    <?xml version="1.0" encoding="utf-8"?><Signature Id="RGXmlSignature" xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /><Reference URI="#SignatureProperties" Type="http://www.w3.org/2000/09/xmldsig#SignatureProperties"><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue>Z4kj0g9eUyeovRXy+VsX+BVSfQ4=</DigestValue></Reference><Reference URI="#RGXml" Type="http://www.w3.org/2000/09/xmldsig#Object"><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue>TsP42sX9qV0Hk+G2rHdZV3XqkYI=</DigestValue></Reference><Reference URI="#Manifest" Type="http://www.w3.org/2000/09/xmldsig#Manifest"><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue>7m9WI+Um62Juw6WHeKW6YXRPuPw=</DigestValue></Reference></SignedInfo><SignatureValue>UMzQq9i9+p9jqz/z45gcM2jtoOljLt0yEJk7gsHrGAei3TAfZQlLs/BpgA3lzs0i7xV85G/A2Cgrmus7BevhX9JC/0l8uQNDL3J24ncG2GRaLljBhvE2mniUoHJLInyYciZ9RKW0vxJOyloQ2PWuNFBmTuKUbT7BMnWsGmf9qXPp86LIPKWkjL1LUbsbpA0EfvWJvjDd+vhu1mFdKYX1Zi4CSmZUFo1pY66dSzIzl7M6URWm3EOOoU8DDx8Ph3mMEnB+dboRKLs1wFPQLsKelYW/v5x0i52V/wC3VtZYSaJW+Skv2JuViib6EJzxCPOdIGgwxUhpR+0Fwc0dYTWiLw==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIF8zCCBNugAwIBAgIJAPzX1hfw8wvEMA0GCSqGSIb3DQEBBQUAMFoxCzAJBgNVBAYTAkNIMRwwGgYDVQQKExNTY2h3ZWl6ZXJpc2NoZSBQb3N0MS0wKwYDVQQDEyRTY2h3ZWl6ZXJpc2NoZSBQb3N0IFBsYXRpbnVtIENBIC0gRzIwHhcNMDcwMjA2MTQzMTIwWhcNMTAwMjA2MTQzMTIwWjCBjzELMAkGA1UEBhMCQ0gxFzAVBgNVBAoTDlllbGxvd3dvcmxkIEFHMSAwHgYDVQQLExdJUEVDIERldmVsb3BtZW50IFRlc3QgMjEXMBUGA1UEAxMOWWVsbG93d29ybGQgQUcxLDAqBgkqhkiG9w0BCQEWHW1hcmlvLnN0ZXR0bGVyQHllbGxvd3dvcmxkLmNoMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAitGE4MPOj/1pz0STnLdgCGCHcK0Ek4lADgGIaWhFDluvXUItpqGGQXOmpwnwU94XfOTVmv1eCnofgq3AikjXicHgFeDj+WJbYot6bsEXu2k0TO3zP1E2rYq2BmvqYnFnQPhXZq6WXWfCfVdbljan3VaNPKIL+DizBR/m0oVkD/CvLYGflNJSRGyvkjHpJihnx2fIwmnCl6TDHwBEqh8GwS4fbwOscWUT0dA25AavOQraSqeEiEEHMFX4EbL1uWp+YRYq68q4Jn2VlQvHD/IjWrC0X/vTlQVQVDXKc6zmshZc0QIrjywM/KQhQLPK+XduB+q+pZIw5gCR+mZ2hN6jzQIDAQABo4IChDCCAoAwHwYDVR0jBBgwFoAUx5TE+xOa4ELwoRov0NfLXjPVWZAwggEUBgNVHR8EggELMIIBBzBeoFygWoZYaHR0cDovL3N3aXNzLnNpZ25kZW1vLmNvbS9jZ2ktYmluL2F1dGhvcml0eS9jcmwvQzc5NEM0RkIxMzlBRTA0MkYwQTExQTJGRDBEN0NCNUUzM0Q1NTk5MDCBpKCBoaCBnoaBm2xkYXA6Ly9zd2lzcy5zaWduZGVtby5jb20vQ049U3dpc3NTaWduJTIwUGxhdGludW0lMjBDQSUyMCUyRCUyMEcyJTJDTz1Td2lzc1NpZ24lMjBBRyUyQ0M9Q0g/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MIHfBggrBgEFBQcBAQSB0jCBzzBiBggrBgEFBQcwAYZWaHR0cDovL3N3aXNzLnNpZ25kZW1vLmNvbS9jZ2ktYmluL29jc3Avc3RhdHVzL0M3OTRDNEZCMTM5QUUwNDJGMEExMUEyRkQwRDdDQjVFMzNENTU5OTAwaQYIKwYBBQUHMAKGXWh0dHA6Ly9zd2lzcy5zaWduZGVtby5jb20vY2dpLWJpbi9hdXRob3JpdHkvZG93bmxvYWQvQzc5NEM0RkIxMzlBRTA0MkYwQTExQTJGRDBEN0NCNUUzM0Q1NTk5MDAOBgNVHQ8BAf8EBAMCA8gwKQYDVR0lBCIwIAYIKwYBBQUHAwIGCCsGAQUFBwMEBgorBgEEAYI3FAICMCgGA1UdEQQhMB+BHW1hcmlvLnN0ZXR0bGVyQHllbGxvd3dvcmxkLmNoMA0GCSqGSIb3DQEBBQUAA4IBAQAiEAuMtm6MFYV3wPOdnarSaOY6jqoo7Bc9m3H4Wzd2wqOhBXDZSXBwJhNYxVmdK8OcqA2g6tmI9HdIab+WonbvV/Uecno5u8wr/D1Op6rXad5w/oVJsXKyjLmckm5zGDkKsG9lnT77egBsyo3KBHVy9HoFlippo022TOEz5nSFvPx5DbiShTS7+teOgLU6SGWw1JuSNjsctH18VsjJ/9usPgCwyvg4gwHExEpy1PiYhM0DjIeMRkjW2lMV3YFziQ33MdY+z7fvZptF762zy4FplyZF/sXRXDN9XHD4bDWygy5M1fdIGCDjY6vEQu3gu5VRwb0TSYSB9WHbrKXjwQue</X509Certificate></X509Data></KeyInfo><Object Id="SignatureProperties"><SignatureProperties xmlns=""><SignatureProperty Target="RGXmlSignature" Id="#TimeStamp"><TimeStamp><Date>2008-02-25</Date><Time>16:25:50.9966636+01:00</Time></TimeStamp></SignatureProperty></SignatureProperties></Object><Object Id="RGXml" MimeType="text/xml" Encoding="none"><RGXML eBillID="411000000755569" xmlns=""><DeliveryInfo><BillerID>41109999999990328</BillerID><DeliveryID>PDF-App-yw03</DeliveryID><DeliveryDate>2008-02-25</DeliveryDate><TransactionID>PDF-Appendix-yw03</TransactionID></DeliveryInfo><Bill><Header><DocumentType>BILL</DocumentType><DocumentID>100538</DocumentID><DocumentDate>2006-03-20</DocumentDate><SenderParty><CustomerID>41100000000000080</CustomerID><Address><CompanyName>Postfinance</CompanyName><Address1>Engehaldenstrasse 37</Address1><ZIP>3030</ZIP><City>Bern</City><Country>CH</Country></Address><TaxID>99 88 3124</TaxID></SenderParty><ReceiverParty><CustomerID>41100000003193671</CustomerID><Address><CompanyName>Goofy Finance2</CompanyName><Title>Firma</Title><Address1>Goofyroad</Address1><Address2 /><POBox /><ZIP>3000</ZIP><City>Entenhausen</City><Country>CH</Country><Contact1 /></Address><OnlineID><ID>41100000003193671</ID></OnlineID></ReceiverParty><PaymentDueDate>2006-02-21</PaymentDueDate><Language>de</Language><PaymentInformation><ESR><ESRCustomerNumber>010084137</ESRCustomerNumber><ESRReferenceNumber>000000000012341005380010805</ESRReferenceNumber></ESR></PaymentInformation><FreeText /></Header><LineItems><LineItem><LineItemType>NORMAL</LineItemType><LineItemID>1</LineItemID><AchievementDate><StartDateAchievement>2006-01-01</StartDateAchievement><EndDateAchievement>2006-01-31</EndDateAchievement></AchievementDate><ProductDescription>Dateneinlieferung</ProductDescription><ProductID>YB-00-0001</ProductID><Quantity>0</Quantity><QuantityDescription>Other</QuantityDescription><PriceUnit>1</PriceUnit><Tax><TaxDetail><Rate>7.6</Rate><Amount>0</Amount><BaseAmountExclusiveTax>0</BaseAmountExclusiveTax></TaxDetail><TotalTax>3.14</TotalTax></Tax><AmountInclusiveTax>0</AmountInclusiveTax><AmountExclusiveTax>0</AmountExclusiveTax><AccountAssignment><OrderReference><ReferencePosition /><ReferenceType /><ReferenceValue>100538</ReferenceValue></OrderReference></AccountAssignment><FreeText>Goofy Town2 - 41100000000010422</FreeText></LineItem><LineItem><LineItemType>NORMAL</LineItemType><LineItemID>2</LineItemID><AchievementDate><StartDateAchievement>2006-01-01</StartDateAchievement><EndDateAchievement>2006-01-31</EndDateAchievement></AchievementDate><ProductDescription>Aufbereitung und Presentment HTML</ProductDescription><ProductID>YB-01-0001</ProductID><Quantity>0</Quantity><QuantityDescription>Other</QuantityDescription><PriceUnit>1</PriceUnit><Tax><TaxDetail><Rate>7.6</Rate><Amount>0</Amount><BaseAmountExclusiveTax>0</BaseAmountExclusiveTax></TaxDetail><TotalTax>3.14</TotalTax></Tax><AmountInclusiveTax>0</AmountInclusiveTax><AmountExclusiveTax>0</AmountExclusiveTax><AccountAssignment><OrderReference><ReferencePosition /><ReferenceType /><ReferenceValue>100538</ReferenceValue></OrderReference></AccountAssignment><FreeText>Goofy Town2 - 41100000000010422</FreeText></LineItem><LineItem><LineItemType>NORMAL</LineItemType><LineItemID>3</LineItemID><AchievementDate><StartDateAchievement>2006-01-01</StartDateAchievement><EndDateAchievement>2006-01-31</EndDateAchievement></AchievementDate><ProductDescription>Datenweiterleitung an Conextrade</ProductDescription><ProductID>YB-03-0002</ProductID><Quantity>0</Quantity><QuantityDescription>Other</QuantityDescription><PriceUnit>1</PriceUnit><Tax><TaxDetail><Rate>7.6</Rate><Amount>0</Amount><BaseAmountExclusiveTax>0</BaseAmountExclusiveTax></TaxDetail><TotalTax>3.14</TotalTax></Tax><AmountInclusiveTax>0</AmountInclusiveTax><AmountExclusiveTax>0</AmountExclusiveTax><AccountAssignment><OrderReference><ReferencePosition /><ReferenceType /><ReferenceValue>100538</ReferenceValue></OrderReference></AccountAssignment><FreeText>Goofy Town2 - 41100000000010422</FreeText></LineItem><LineItem><LineItemType>NORMAL</LineItemType><LineItemID>4</LineItemID><AchievementDate><StartDateAchievement>2006-01-01</StartDateAchievement><EndDateAchievement>2006-01-31</EndDateAchievement></AchievementDate><ProductDescription>Archiv-CD f�r Biller</ProductDescription><ProductID>YB-05-0001</ProductID><Quantity>1.00</Quantity><QuantityDescription>Other</QuantityDescription><PriceUnit>1</PriceUnit><Tax><TaxDetail><Rate>7.6</Rate><Amount>1.900</Amount><BaseAmountExclusiveTax>25.00</BaseAmountExclusiveTax></TaxDetail><TotalTax>3.14</TotalTax></Tax><AmountInclusiveTax>26.900</AmountInclusiveTax><AmountExclusiveTax>25.00</AmountExclusiveTax><AccountAssignment><OrderReference><ReferencePosition /><ReferenceType /><ReferenceValue>100538</ReferenceValue></OrderReference></AccountAssignment><FreeText>Goofy Town2 - 41100000000010422</FreeText></LineItem></LineItems><Summary><Tax><TaxDetail><Rate>7.6</Rate><Amount>1.90</Amount><BaseAmountExclusiveTax>26.90</BaseAmountExclusiveTax></TaxDetail><TotalTax>3.14</TotalTax></Tax><TotalAmountExclusiveTax>25.00</TotalAmountExclusiveTax><TotalAmountInclusiveTax>26.90</TotalAmountInclusiveTax></Summary></Bill><PaymentData><PaymentType>ESR</PaymentType><ESRCustomerNr>010084137</ESRCustomerNr><EBillAccountID>41107777777770588</EBillAccountID><BillLanguage>de</BillLanguage><ESRReferenceNr>000000000012341005380010805</ESRReferenceNr><PaymentDueDate>2008-03-06</PaymentDueDate><TotalAmount>35.00</TotalAmount><fixAmount>Yes</fixAmount><Currency>CHF</Currency></PaymentData></RGXML></Object><Object Id="Manifest"><Manifest Id="InvoiceManifest" xmlns=""><Reference URI="#PDFInvoice" Type="http://www.w3.org/2000/09/xmldsig#Object"><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue>GsBQ2W3YKBmIVjaHhwlUIKk3djo=</DigestValue></Reference><Reference URI="#CustomerBillFormat" Type="http://www.w3.org/2000/09/xmldsig#Object"><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue>MwHh63Qb9VSGzoWJKxoQNJlBaC8=</DigestValue></Reference></Manifest></Object><Object Id="PDFInvoice" MimeType="application/pdf" Encoding="base64">JVBERi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nK1VS2/UMBBWKW232YpHacsbTDmQIO1gj99XBEJCXFrlVji1ohLSgrb8fwk7jp2JCFVXYvewXyYz3zy+sXfFOAhkPH4zOF9W704tu/xdrZiQPhk1aqadB+8N054LMDY5evbhV3VSdQzs9FMPri6rVeVAxk9noPh8yd63IVQIFggNa79XPBB76Uz3XjCUFpxiljtA1i6reqNpf1QLYSwIJdnCs/aiNwYayZADV4VHCdnzWA6OGWu7LMvqLIQsBHDDnatvNQsO6K0U1LrZcFBWaqvr28nBeKXqLYK3Gw0BmJFxh+BZg4AoEOvdgCxH5YpN1l9/pmwCdU4c4Twl9qre66icN8H3asC5SC1ykcH3BjX2oBQoY4Hf2s9JgKD5MLbR1IwA54bhCwlhFdov8fFN1b49iwNUIKxTPhSEwKX1cWh/o74w5W0sDMGJ8BALwrgUumtNKgTdlVZIdynU4NAq0U0vW+cUZof5Ou+vDwq5sgOpZW+As/J+IzWDHqNmuUVivdNI0M5KrO9Go0GnR0F9WxZtzhUh8bjXODCKS00I7qfBah3wfpdVCZsLUMJkiSJVL5GUWZgR2iJM2yWcpCdMD0rURrdHcRcOiMSHBPdte3mjJQhHBhRfbwmOKMwOR+u8vz6ILMFscktyWeq/LsFscgkOiEyHBCdip8sloJGraSEfBtfw691oe5KS5Wg/mhSLCvt4GMCTdDF5b0ceT4v0+4VhuCeeDfGFytKxpS1z2tTPB9edoY9/TOVFuErCDoUrs35Zps2Iw6vB4bgoezykoCeBNEmK2CyVvZ7MMKXy5PnOY//Yhj/Qk+oPux1lgWVuZHN0cmVhbQplbmRvYmoKNiAwIG9iago2MjMKZW5kb2JqCjQgMCBvYmoKPDwvVHlwZS9QYWdlL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KL1JvdGF0ZSAwL1BhcmVudCAzIDAgUgovUmVzb3VyY2VzPDwvUHJvY1NldFsvUERGIC9JbWFnZUMgL0ltYWdlSSAvVGV4dF0KL0NvbG9yU3BhY2UgMTQgMCBSCi9FeHRHU3RhdGUgMTUgMCBSCi9YT2JqZWN0IDE2IDAgUgovRm9udCAxNyAwIFIKPj4KL0NvbnRlbnRzIDUgMCBSCj4+CmVuZG9iagozIDAgb2JqCjw8IC9UeXBlIC9QYWdlcyAvS2lkcyBbCjQgMCBSCl0gL0NvdW50IDEKL1JvdGF0ZSAwPj4KZW5kb2JqCjEgMCBvYmoKPDwvVHlwZSAvQ2F0YWxvZyAvUGFnZXMgMyAwIFIKPj4KZW5kb2JqCjcgMCBvYmoKPDwvVHlwZS9FeHRHU3RhdGUKL09QTSAxPj5lbmRvYmoKOCAwIG9iagpbL0luZGV4ZWQKL0RldmljZVJHQgoyNTUKKFwwMDBcMDAwXDAwMFwzNzdcMzc3XDM3N1wzNzZcMzc2XDM3NlwzNzVcMzc3XDM3N1wzNzdcMzc3XDM3NFwzNzNcMzYxXDI3NFwzNzVcMzUzXDIxMVwzNzRcMzUye1wzNzdcMzc0XDM2M1wzNzVcMzc1XDM3NVwzNzJcMzc2XDM3NlwzNzZcMzczXDM0MlwzNzZcMzM1J1wzNzZcMzIzXDAwMFwzNzZcMzEzXDAwMFwzNzVcMzc2XDM3NVwzNzZcMzc2XDM3MVwzNzZcMzQxO1wzNzZcMzE2XDAwN1wzNzZcMzA2XDAwMFwzNzZcMzMzXDAwMFwzNzZcMzMyNlwzNzdcMzc1XDMyM1wzNzRcMzc0XDM3NFwzNzZcMzQ0W1wzNzZcMzIwJVwzNzVcMzEyXDAyN1wzNzdcMzczNVwzNzdcMzc2JFwzNzdcMzczXHJcMzc3XDM3NVwwMDNcMzc3XDM3N1wwMDFcMzc3XDM0NFwwMDBcMzc2XDMyNVwwMjZcMzc2XDM3NVwzNTNcMzc2XDM1M1wyMzBcMzc2XDMyNEhcMzc3XDM3MXVcMzc3XDM3MVwyMTFcMzUzXDM0NGdcMzAxXDI2NUhcMjQ2XDIyMS9cMjIyXDIwMCR4ZVwoXDIwNXQlXDI3M1wyNTVcMDMwXDM0NlwzMzJcMDI3XDM3NlwzNzBcMDA2XDM3N1wzNTRcMDAxXDM3NlwzMDBcMDAxXDM0N1wzNDdcMzQ3XDI1NlwyNTZcMjU2XDIyN1wyMjdcMjI3XDI1MlwyNTJcMjUyXDMzNVwzMzVcMzM1XDM2MlwzNjFcMzYxXDI3M1wyNzNcMjczXDIzMlwyMzFcMjMxXDI0MFwyMzdcMjM3XDMyN1wzMjdcMzI3XDMyMVwzMjFcMzIxXDI0NlwyNDZcMjQ2XDM2NFwzNjRcMzY0XDMxMlwzMTBcMzEwXDI0NFwyNDNcMjQzXDI3N1wyNzdcMjc3XDM3MVwzNzJcMzcyXDM3NVwzMzZ4XDM3NlwzMzJVXDM3NVwzMzRpXDM3N1wzNzRcMjI2XDMzNFwzMjNcMjE0XDIxMH5VQjYhXDAwMVwwMDFcMDM2XDAwM1wwMDItIlwwMzNcKVwyNTdcMjU0XDI1NlwwMzRcMDI3XDAzMFwwMjdcMDIzXDAyNFwyMjZcMjI1XDIyNVwzMDZcMzA2XDMxMC0rLFxiXDAwNVwwMDZcMjAzXDIwM1wyMDJcMzcxXDM3MFwzNzFvbm88Oz5cMzI0XDMyNFwzMjRcMzU3XDM1NlwzNTdbV1lVVVVcMzU0XDM1NFwzNTVcMzY3XDMzNlwyMTBcMzc3XDM3NVwyNTRcMjU1XDI0M3QlIyRnVi15bURXTCxcMDIzXDAxNi1cMzQxXDMxNVwwMjRcMDE2XDAxNlwwMjNcMjIxXDIyMFwyMjFcMzA0XDMwM1wzMDNcclwwMTNcZnx7fFwzNjdcMzY3XDM2N1wzNzBcMzcwXDM3MGZmZjk3OFJQUVwzNTNcMzUyXDM1MlwzNzVcMzc1XDM3M1wzNzdcMzc0XDI3M1wzNTdcMzUzXDI2N1wyNDBcMjI3XDIwMyclPCFcMDM2XDAzN1wyMzRcMjE2W1wzNzdcMzY2XlwzNzdcMzY2SlwzNzdcMzUyXDAzNFwzNjJcMzM0XDAxN1wzMTFcMjY3XDAyMVwzMDFcMjUxIVwyNjNcMjYyXDI2M1wzMTRcMzEyXDMxMzMyM1wyMTBcMjEwXDIxMHVzdEJAQVwzNjZcMzY1XDM2Nl5cXFxcXDAyM1wwMjFcMDIyXFxaW1wzNzZcMzY2XDMxNUVJY3lzYVwzNzVcMzUzZlwzNzdcMzQzTVwzNzZcMzU2XDAxNlwzMjVcMzA0XDAyM1wyMTFcMjA3XDIxMFwwMjJcMDE2XDAxN1wyNzJcMjczXDI2NnF5XDIyMWhme1wyNTZcMjU1XDIzNVwzNzVcMzYxXG5cMjYwXDI2MFwyNjBcMDM1XDAzMlwwMzRcMzU2XDM1NlwzNTZcMzU2XDM1M1wzNTVcMzc2XDM1M1wyNDZcMzM2XDMyNFwzMTNcMjM2XDI0M1wyNjVcMzc2XDMxN1wwMTdcMzc3XDM3MFwwMDFcMzc2XDM2M1wwMDExXCgqXDM2NFwzNTVcMDE3XDM1N1wzNDVAXDM1M1wzNTFcMzE2XDM1MVwzNTBcMzUwXDM3NFwzNzVcMzc2XDM3M1wzNzNcMzczXDM1MVwzNTFcMzUxREREXDM0NFwzNDNcMzQzXDM0NVwzNDZcMzQ1XDM2MFwzNjBcMzYwXDI1M1wyNjFcMzA1bFpcMDMyV0hcMDI1QT0wR0hJYWBhXDM0MlwzNDFcMzQyXDIwN1wyMDVcMjA2SEVGTEtMd3h4XDM2M1wzNjNcMzYza2prXDIxNlwyMTNcMjE0d3d3XDIxN1wyMTdcMjIwcnBxXDMzN1wzMzdcMzM3ZGNjXDI2N1wyNjZcMjY2Pz8/XDMzMVwzMzBcMzMwXDIwMVwxNzdcMjAwXDM2NlwzNjdcMzQ0XDM3NlwzMTFTXDI1NlwyMjZcMDMyTT5cKVwzNzVcMzcyXDM3M1wzMzRcMzMzXDMzNFlXWHd1dlwzMTRcMzE0XDMxNFwyMTNcMjEyXDIxM1wyMjRcMjIzXDIyNFwyMTVcMjE3XDIxNlwzNDZcMzM2XDI0M1wzMTNcMzA2XDI2N1wzMjRcMzE3XDI2MVNNSVwzNTBcMzI3XG5cMzY1XDM0M1xyQj4+S0dIXDMyMFwzMjBcMzIwXDM2NlwzNzBcMzY3ODQ2XDMzMlwzMzJcMzMyXDI2NVwyNjBcMjEyXDMxN1wzMDFzXDM3NlwzNjRcMDM0XDAyN1wwMjVcMDMzXDI3MlwyNjdcMjcyXDM2NFwzNjVcMzY1TlBOe3lyXDM3N1wzNzRpXDM3NFwzNzJcMzcyXDI0NFwyNDRcMjU0e3h4XDIyMFwyMTZcMjE3XDMxM1wzMTVcMzE0XDMzNFwzMzRcMzMzXDMxNlwzMTdcMzE2XDM0MlwzMzFzXDMyN1wzMTBFXDIzM1wyMTJcMDM3LlwpXDAzN1wzMTVcMzEzXDMxNVwyMTRcMjE0XDIxNFwzMTJcMzE0XDMxM1wzMzdcMzI0WVwyNjVcMjQwK1wyMzBcMjMwXDIzMGpkalwzNTdcMzYxXDM2MFwzNDdcMzM3YVwzNTRcMzU0XDM2N1wzNTRcMzM3XDAxN1wzNDdcMzQwXHJcMjExXDIxM1wyMTRcMzY1XDM2NVwzNjNcMzUwXDM0NlwzNDdcMzY3XDM3M1wzNzFcMzU0XDMwNlx0KV1lbmRvYmoKMTQgMCBvYmoKPDwvUjgKOCAwIFI+PgplbmRvYmoKMTUgMCBvYmoKPDwvUjcKNyAwIFI+PgplbmRvYmoKMTYgMCBvYmoKPDwvUjkKOSAwIFI+PgplbmRvYmoKOSAwIG9iago8PC9TdWJ0eXBlL0ltYWdlCi9Db2xvclNwYWNlIDggMCBSCi9XaWR0aCAxNjcKL0hlaWdodCA2MwovQml0c1BlckNvbXBvbmVudCA4Ci9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDM5OTQ+PnN0cmVhbQp4nO1YDVhU15k+594BMgEGdRBMjQzizzaAkagzzKBUQTF6R2fiHAF1kF4CUa44YMxmkjT+3At4sTHRaf5m6qaAXaMjromARCSISDckOnG7bapZ3Abtxk27bnWzabq72W63/c69M8Pw06xZH/v06eP38Aznnp/vvOf9vvOd7xyM78pd+dMUhmEZhv5iltVERcdQiY66B2MNCw3QhDXwx9COoZ87iSbiVwEXbmEZ7b0aDUUZGxMXr6MSHxcTS0EmMIwGa8ZpNMpARh3IKKu6UzCZ8EzDYWrGMawWMLKx0eMn6HXxiYmJ8Tr9hIkxSVDHJGgSNEqv0CLvMJsjJxgCPI5NZu7F46Im3fe1uMmT758yZUqKwZCq00+NBstrKZ1BlHdetCP+R+JNYBJYNm3a9OmTZsz8i68/kJ6RmT7rwdmGLP1Dk2Ixo9GA11LbYzxn7jyjCeNssyVn/p3hlNEuyLWYvzFUkbwwd1FePi2x44Dm2MVLCmYufXjZcoQ4zmq1rsiYNcWQ+NDEJJbRaNngmJU2ZH+EwasciKzOvyMwcWERQcVrhr7XriPEWaIUYRenrS+ILi39Jo8QX/bosvTM8gqrtewxQ+pDcUlYtTp1EuMGZN+IcSWPhE1VdwbmZhdC1WuGPHJtDSI1W2iJeZy9Z9riaVuf+Msnkfuph2NmPP3Mt57dlv6kdcV2wDk+lmXGJQBU+NvhRrwF450iskuUzbCzj+FKEUK7jewxaoQSPRicXyuguvnBmJLA4vpdSG5Q2WTY3YAyKufbTz73cOnSmD2Tno9LzXphb5m1YhvYveAeBiKSohhgugHmQoC5L2x0rZYJA2a0jBY2nXZsx1U7RQCEzsOWAB+FtQTVraGItWwCoM3ehTwqTIZNW79+a9J3Xnzp5aSk0mkxBQVLJk5IzDJMSbdWPGbQvVJKO2nGwc+r3jBMyuaQ+nDciAwm7FCRiUQyWiKQU98ENsPiWwcwv6sUH49avD/pr157bWFsWtLW0pkU5veyGpsaDZnW5gOGpu//tW+zqmrHcJhUsrccLHldCcrJ4dnYEBwtzh/aaSqVjEK/Qvehw3MOV4UWweRD1Tfm1x8CNv3zlarCIy1HcXKYTdjl0VufeO1vWjRpLy97dNn6mQXTJ76w99gbx7YZjlmPbctY/ubx1lxlkuFsQlVb+7oTdR1FedC2ZeNbrfNor5MbO2tPHYZWNre13WLpKrJkwwfztqt732kKdlVPay6NOGd6TvSeaJ13lCrOz+tu2Inn7+JzsQRsnqW6dzTU9XbMxX1ho0cVTNv68ovmH4yL3VeB0FNL9/zt5FeOQVB6xzC731rBcQghwdU2BswzIlLEu/pdfLIBIfd70CmPIERyoNDWjFBfO0J2ugqTG/rtg9mPnkOoqBAfPS8rQ8mJAF1aEULvr+pFqFt7QTU683dKu1y7SxZUmGmLFy/94Usv/X1sbOyPHAj9OGbG9Psfa7Zy/R8YflLGcZxYdlFAqPW7o3zzjA0RUn1JBlznMZ7rRbIR1F1AshcVURfxIEflTjfxwBA8l5ftqOEQxh86ED8X/8NbgNDdIRKCBi6DtTd5bM5iRGE+osI0y8gmVJ+AAOkOshm7ZPHSfyzu/lFSVFLUJUQcP50x/qPtFdxgZmNKupWryPjgox++uAHZjGGYOwcUmEf9SHa3X66vdHiIfAWvKSZoE9DQiWSbULMW8BLPrpbsOmSvBQ/sc9vtgv+0Mn/NaWz0IMG/s/7s+UEBdV7FV/u8btBd9DMjs0+B6atBdm9RW/08QeCFBh+Fufu+mJnPWf/pia37t25dhsjgUx9P/lYmxzXPMnzQb+UyDxgMpa+/RITOqhFbaJEd2U8lgwKz20OcydkuGXVU4ZI60uwQBhZiXIRsALsVCR2n8bUfE1708FcwkyOgWuzbhZC4CoZebRWIoxLX99m8xJv77pZDdAv1nsUmOOg66AbvQ17PuRIV5ozoN9FzpaX795f+1IY2lO2Z/Oxyjit71rBthXVwVmNWVgz7zzZyvIVaOQhT3ncIdyNSfIQqqGqViaMN54CRL+OAl3zSJ8g5uKQD8eCiFwaJYxV+bwCte5snP8cnuwk47i8cSGhXAtYqnthO4ao+r4dsSqABqRvY/BecZ0O2jbT9uluQgzC/9vG/utGy0mnr1y9dWo645l/ev62C895IMbxTwd3sf+ONN/ob6myE/zd8Jmh0EXk+1Safg43lU+KMxSZ4zXgBjzwr8SIkV163oW787zyqq8T4vWrkNeKVPLG0iKgVtxUjx4d4pR15dyhRa8slJLuYzavh4MhT4iawefEIzpGRWEnbjzpJ8BTarXv6MxtatjR68eKYmU8RVPErww3YQHsNjQ9YuZuw463qnryCr0TApGwJtdkKzEVez2AOU3iOIAmvRvyRIzy6hOcS0lMPjU4kv4X3kcHr10RUV3iWRw2FeJ6M3FcUmAc7iL3hEIU5oCQc+ecBZgv+XEDV1+n3tc5QQNqtn/wZjx6dMaOgoODjz5oRlz4FwlHmK41ZITbLW3+9q2PXmkg239derVHY1MJcj9gE20qwr4CK/qMIDST7LiKxDWg9RYFIhHSs7UaOEqYGiQshbQGHtQCbK5WY3dJLbD3azau9NOGgMCPZpKGqIXSm79a/8P2LqHzP00uWLHnmmUc5rvxXyzl+e0pi07YK64pZhqam//yv5HHvXmPwq9Q3GcU3pUO4R/VNFie4ZIFfgPEvbOjSpydQD8adyPF+EXKfoQcTpH3ixkuo5ipuF9xvbbKRXIhVDuL5uQLzuoPYN+EqgDnwIQ755mlsBkJy6CIvi0NGT/2ojLv5y2emT58+/n4IRTff9HLlzzbqmh5zcFwG7PSldJ/kR8ZNuT0ftxPifZUqWOOQSXU2xgfrCO/wkrcx/py4Hc3Eb6KtV2mtm/RdA4/0OHgiAmtn64DiObR1tYe4c2Gne4NGV1KPs3g+j0jP69SfBLu8ToU5Ib7xBsc9MDnuvvumNkEQGvRusGbOztJnZWVYucGML6ZsxVWP9OThcCI3oLAJW8ZWbb6GW87ZBfI+7Nvk88TmJoPgdHk2j80udB5SCOsU3F4bDbs7ecFtR+dgQYV9CA3WluDNuQ4BXWzD9eCbNMuERO68kshtqYOYfCEZL6gmvKzGzbSJusa9FVz/gcYJE+JTm9KtG25ykGom6uIb/7sfUvnlGat/U4PQIqwY/XPVN9uvYbwREeRt/aQXCajjKE04ViLZgQYOwjl5grjt5HM139jhlnmPF06WLTUU5iYaaufUISJ09DXYCPHAlq9abUPVC2hvxTfnY20OETz21k8gcLkFNSBpYvSpr8CpmG5o0usSm/bynJvr/4lBF69rTCm3WuG4hNMQ2b+DcQ5BZF8CPUhQN2ziqnainumoA3xUm4DXeAF4DahM7oHKwTz1OjunGtbhmINZ7SYUPO4xvtwbHOpZBOhOdkJiUElXVQWpgQOO+apfI0V5MfSrU9wD756qSwE6K7bDLU2XmpUJJ+SNlKyH4ptml1XcmNXvHhzkizt3/A8cNx3i8blavKBB7M2hnGivNIi8m7904aiaudW3916qpuc63tF7vPf8WjV9S/7NwM86NtLYVNnh7+0xqXndFqnY7XZXdyrg6i3HHQ1raCn/VLHoohlM/aei1+auPXxmoPi8kkVhFuhMAXBg6SZdqmFWhbUZ0mFdE+SbGQZD09fNqyovK26WX3L6CKSeOPtIW/AqdHVBZV6lTy3Dti7ccvigWi757W8LlfSL4mxp8anZ8OGWlnockiNmc958dSX4f1veK1HT6PqWthI1cT1rPrPqKk4+fWStivLepDh904FyjlvxwGyABYDLD6SAxW9Yy1NS49XsHY9KvCO+mITI9siGsfL6kXqYUeWIB6Bht4Fo2C4PVsN2Kdv74I0VHAcHZcoXGdby2U16/eJrylOSVsmx1WcP7TA99LIVORMTeh1hRk4URKLFY8IYpnFo0Ux4IJv2vD4+5UHgk1vRXLGBA5v/LvNJa/rsLJ1ufCx+nKVPDjjichWBU31Sipwk/KMdURuadhhIZvStlAk+WIUeq4L9NSybNlEfbziQDqk6SMU7hg8GgFjwVH3cbpVLNiFsQFUxMzTTcBA42IcJd45cSPBRjxlrcGhoCBsTMYbC1Gpx7EQ9eOPezAHviv7tKVm/e2dWoyFRr5u4m4XbcgLLaDW38sbFMCMLQbrH4OwWJNL4mLKF2bQ939OnNk75Yu/eAymp+vjGxlS9fsKkNJbVMMA23JJvVS8V7ZDFbvcFL9I3E7QAdv9EvT4xqykrK14Xr7xyxkXTCVlGvdF+FdW3BewPIqUvLwzLxk4br9ODxCsyPno3Sy/V0J6Awx491rvB8BomFA+GN46GHqkt/MT7JWCTlWYWTBsbFf18XNzUqXHPR0fF0pfP0ZBGe/0fjqeRI5gxewwFrS8DOLoTkxZL5Z6hCf4vC47aHNoxPm/ZDYJ77VYcGmgNuuPJYTxG2HtsNSOf3rT4qHKQZmePObVaUV/4JaBviai78mcrJomKkgZaoGAc1mgx3aZ2s5n+SsMrjZLkG9EjYkoAYRkBkXbjwzD9LkkSh6m8bZiSog4Nq3P5JZccVjwSJgXhd43SYfYP9TArn4ANxkp+ZwCKJovkB4ZhpA8b/VAMOP3K1CZLV6jBBKu3UM6gzYhNRqfkc9FOAafTqcKU4NMYCNJKQUsWOgudKDSVojwIwoewqoFWmvz0jqqyGV4Ib6QdJSkg+gISFM1yICBji5P+ySafCzstuEuxAjL6eBPUSi6fjI2yLyBiPuATA2YouiQMf/DJB2HCMOhqdAbZBMRdoL0LO42hqRTlQZhGng6HmWilzwUMhWAGYFUK35IK0yS7jHQMJRspLQiLfosPd/Gqh5hFag6qFJrNLhf4FFXll5QRkuTy00LY6Ga/D/lcqtMFJD8fMPtNThFaQlMpyilMuKmJAXWIWhlp9C6/P8S3AhP7LH5xCKZEjYON1KcCXcp7qwpChSl18QEn8ChCL5MyAgqBETCBIJkCCVDSgFdZkpySMzyVqlxlMzxEqRzLN4Fv8BGnZLRgsGUIptSFfU5TF6w5ABboUsbBnP4AqIAeJhGcgYcBsHRlBKgwSz4eeqgwlYUbeVGZRgZgLhd2iSaLaIEGZSpV+RBM1aRKpQpTuS9LIb55cGYePN/n94OOEEyfXwQdXaLYhS2i309JMfN+wEC7gXLo6gKVFh460BEBnnay8H41cCCXSMeojooDMA/dkDw2IWpSdSpF+RDMgDKNUmnkh0fJryQRVrhF8cm3G97+H/KVYZqDZN6Vu3JX7spd+WPI7wH5nleSCmVuZHN0cmVhbQplbmRvYmoKMTcgMCBvYmoKPDwvUjExCjExIDAgUi9SMTMKMTMgMCBSPj4KZW5kb2JqCjExIDAgb2JqCjw8L0Jhc2VGb250L1lUQlhOVStGcnV0aWdlcjQ1TGlnaHQvRm9udERlc2NyaXB0b3IgMTAgMCBSL1R5cGUvRm9udAovRmlyc3RDaGFyIDEvTGFzdENoYXIgMzUvV2lkdGhzWyAyNzggNTU2IDIyMiAyMjIgNTAwIDMzMyAyNzggNTU2IDU1NiA1NTYgNTU2IDU1NiAzMzMgNDQ0IDc3OAo4ODkgNTAwIDMzMyAyMjIgNTAwIDUwMCA1NTYgOTQ0IDUwMCA1NTYgMzg5IDQ0NCA1NTYgNTU2IDY2NyA0NDQKNTAwIDY2NyA1NTYgNDQ0XQovRW5jb2RpbmcgMjAgMCBSL1N1YnR5cGUvVHJ1ZVR5cGU+PgplbmRvYmoKMjAgMCBvYmoKPDwvVHlwZS9FbmNvZGluZy9CYXNlRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL0RpZmZlcmVuY2VzWwoxL3NwYWNlL0IvaS9sL2Uvci9jb2xvbi9mb3VyL29uZS96ZXJvL25pbmUvdGhyZWUvaHlwaGVuL3kvdy9NL1MvdC9JL1AvYS9zZXZlbi9XL1Qvbi9zL2Mvby9kL0QvRi91bmRlcnNjb3JlL0EvcC94XT4+CmVuZG9iagoxMyAwIG9iago8PC9CYXNlRm9udC9ETUNaTFQrRnJ1dGlnZXI0NUxpZ2h0L0ZvbnREZXNjcmlwdG9yIDEyIDAgUi9UeXBlL0ZvbnQKL0ZpcnN0Q2hhciAxL0xhc3RDaGFyIDEzL1dpZHRoc1sgNTU2IDYxMSA0NDQgNjExIDYxMSA2MTEgNjExIDI3OCA1MDAgNTU2IDQ0NCAzODkgMzg5XQovRW5jb2RpbmcgMjEgMCBSL1N1YnR5cGUvVHJ1ZVR5cGU+PgplbmRvYmoKMjEgMCBvYmoKPDwvVHlwZS9FbmNvZGluZy9CYXNlRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL0RpZmZlcmVuY2VzWwoxL2UvUi9jL2gvbi91L2cvc3BhY2UvZW5kYXNoL1Qvcy90L3JdPj4KZW5kb2JqCjEwIDAgb2JqCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvWVRCWE5VK0ZydXRpZ2VyNDVMaWdodC9Gb250QkJveFswIC0yMTUgOTA1IDc1MF0vRmxhZ3MgNAovQXNjZW50IDc1MAovQ2FwSGVpZ2h0IDc1MAovRGVzY2VudCAtMjE1Ci9JdGFsaWNBbmdsZSAwCi9TdGVtViAxMzUKL01pc3NpbmdXaWR0aCAyNDQKL0ZvbnRGaWxlMiAxOCAwIFI+PgplbmRvYmoKMTggMCBvYmoKPDwvRmlsdGVyL0ZsYXRlRGVjb2RlCi9MZW5ndGgxIDExMTkyL0xlbmd0aCA2OTkzPj5zdHJlYW0KeJzten14U9eZ5/m690pXsqwP68uybMmyLGxZEUIRshGGaxuMMSwxjuuxHQcMsc03hpKEUpfHcSnLJKmTUOqE0JQyhNKUMhn5AxCESdNm86Rpmu2knS7TZvNQtpNmZppk2CzDZhIs73uuJGPIx87s/rXPszrPufeec88957zv+3u/ziOEEUJ56CFEUctdd4fnIfVXcRgu7fdtW7cj0w5cQwg/dN+D93u2ks0ydPxXqN/q37Fhm+kX/gfhHYxj5g1b9/RnxmuXIFT0u41963p/sXD0GELBh6Bz/kboMNhEASHhG9Au27jt/q9k17sKc2zfOnDfuky73APtX21b95UddLFwHcY/B52e7eu29WXH3w8X346BXfdn2sEe/n7Hl/t2TP3dlR/A+J8hRAehbxGKC6PC81BHMyOn34Vybfoa9D0//eH0h8IJ4YSIRIeoF/WsgIVYkAVpkLqoC1oF01enr5JGKHXMDSXEQjCWj3akW9ON6Rq4tgpPCU9R/o2P+piXeUmcxKY/mP6Ar8tn5ONJHQ2mW/n6SVyVRL5FSRQOJUnV0o1LQklateLujqUbk55HfV5ekpqgy3uzS23CNzuSSO2BdmdnKMmqvnhIKClUTWKMsOBfZPxFI6wj3mz/J96WqjxJ3LMUnjRVHk9P+xhm/h5ffX0oqa3CSWQLJWXYK7/rqsawxt/T0OF0OTr5OmNI9HMifDvGERbhq+wzEW4+U5Z7HkNoscPDF1u40NeQFNf5PB6PMcn8fdVJ0rMQ+qH5iPocSuphLfHWtdjNtb5oziTlE+IeX3UomVf179um0fO3HnUfmRmNjzR4eqqTlG/I8O+eCqb4Ww+fiuam6ssSl1/12RTB8nx1oASWDSWNnztMnVod1gfjTJ8zDphj9C1WCXpkoToaGATjzV88PsdNdTif31JlXLhjabXJbK8JJQuqJjh8UtNXxkE5U/QfmprgjZW/slbZG/h4G9zhZq8ymaHXwW9wd1ZlJiisMkVDSRdc4VZUZbLDza1iMJQsrgLN8DXBRppw7mEMYSmUQiVVK1JI29IxhvFjnSk8vT+FvuGGfg+AdummJfzzFPJWQUelF55KqzyNgITG1g5fp+cRzyPLex/xNHo2rusFvKl3eNH3SGfYk0R3d2yCa1uHN6l0umYe+zo7F8A8Pj4PU+d5pBNm2JydYbM6A0wwBYPKqlaAlMtbOlZ3JB9a4koqSzpdXq9nafKllo7kS0tcXtDUFPLP7BTuezc5snsuhz37K0NgFMAGiyi9GjdrUPq19OsateeW3z1qzz+gSSShbsQQQaXoTRRA8DA9DRfMGZPES5MPAaMYGhlxjQl4ZKQzGV4BO1EKQZ2R40zUbBCYVDm2GAfHKA6OG7BQORk1C1SsPFszp7ykUICXdfDSgYMTcwoJvK0pL4G3k1WVNgrvGuBdAXxYBR9OVNqIWLkixVBLx0SijMDrpTjoGvPhYCdvw1fxmJt/1QhfFeGg2oQvkqfgg0iYf7CMf3AH/wDaYuW5Wq9RL2tEeNME30g4mOsRK12KHGVmZmACY6RS0dc45zjLnSXOQqdAKs9VWSutNisl2f2cSSwtW0pIpetMwlfmg4fOc/GiWJG7iI/g65+JLAsvUwdE7gjfwQcohlrJKxklvSRLGkmEHmBbLVLyfrmA7HjjPcJel4j4Wor2jxP0agpfmiT45WqSwi2K/ycK8f+4hBj+eh+Rz88lVWd8xDhWTPL+yk/MP+gjpr84RDTfTeG+cUKeTuF9Zwl5ah2xHErhE/D4uIlo9qfIR8oKgoe/TuShMAnsXUTmDu4ghj0HiWabi+i3yETaFCSFG6Kk+R47kTvXE/OfRUj0S6Uk/+4GUrYiRDzLjESTaCRlNVaijafwZsVJSLSAaMMtxBOsJ2UVXyKuQC2p9sZJamha0dovE2ZpJ4WmFHGPETwWYZU4+UoKv6roMHlhCOvPrcP2iRT9vZKP0V/6sP5HxVj+4YeYfT+FDeOYPpvC8llMv3cKS99J4S7FgsnoGuw8+AoWRr6M8x/djo0Pp/BHZzE+sBPn70vhX41jvDuFf34WkweqcfWuFN4zjsnOFH4ObgMpch3e96XwVbjdl8J/DZ3rUqQFWmtT9MlxjO5NkVZorU6Rr8Gkd9XhHf8hhf8n9CxP4ZN800vbsKehGXvqUng1by/+V8xqR7AcS+GdSgkmkf1YF0rgHf55uMi3BFeXbMAW92Zsdq3FDmcK/z14R+siDMyZyG/BnrG5rNKRpFyn5rZ01BEeBXH/mpQfdSVR55gX/3lrR1JzX2c919Y2fIW0kwGIouafI4gSB06QC2QOGcBXFL1ephhRSpx4MTmPm0lDEohoH2/TaYNBazDCL3Mt3pi3jZCpNL7yGOhzz/SHzCycQB5Ui/YBb2mt14MYTBE2SqIDB4j5PEQuFZPmgGjclpr+UCkxyeoQkToDDkriHMIO7CPf/6d1H/bqfOJF+kP6Ae1jBjo8xtcNWiv5yrB0cG5DB7aOmwzuyvG5erjQImtwHPNmaaZpC3Zim10t1gJJ5MVXGijnJXZnfL5aYmq3RcwMs2c658fM6jBSs7Ou3uvVi6Le662v27ldafB6Zfh5vQ3K9ke719zZw4jVHI6s7R49smZNeJ7RwNZEu7ufECrIgsSaNRs2d3Vt6l+ztmbx4pq1a/o3dXVt3rBmTWIBGSRK3ZYr6es79w5tH2gEhV7WOLB9aO9OLF/ZUqcQLpkbYCNfhOhPgwY5HyWQg0OQRJQvEzsOE+G8MMquK7K5RtQEkSkq8w5h64Q5aig8D8EgUcxmsD9UFR8rxBgX+MhF0kt+SDzkRRLJMjOoMlPlqsrOSUoosQbPYKShFPhnsUfiEVPU5Lux6t2RIXag+/VPZB6SYtQ/fZW+DpJOoJMAUlo1p5wvZc3TyQsQl2GFREw6Efaak/k4yPwCeYf6yHOT+oCcEX+xSZ5X6tRyhCQWzHFbsMiKcPaJb5hupKdpGX2d1t66YWtlbsMmo00EaRdL7srJYCW1AAaYxl2paCvmBAos5pDMoVDIoRCdl8VCDgcRyaaK+054jvEHkLlPlOyR+fF5s0ETxDi6b+HS+sTC8gDbsevAqvauLtOpc28f/BZbufLg/tYWwv7j/lTquP7wc4O9YXdRKLxyeVvbSj95TtS4XbF497HGZUZD4ECCkK1bfvrtNT0a5uvqGP5xWwtR9jeTmDsYWrS+ZkGRSyNzxxiGnKQGmEyRAT2muDCVNQwxSXTqQTYOA5hzHcdAQsWAoFH5ig/gV3CzUqWvkTkcZAPDIA6dJPAPiZOI1K7VFmItLrCSrT+6IxlWVUukK8hPaT/5bYa5nLuVWfZm1Qu8BcfDpCGPEs5DL45iL+AhGvOZfJj8duoS8bOpdnJq5Ne/npzai1+hDTfq02dx8yD9mxsKx8luyGguAzUi6lJMmAoAMBA2QIQjQ6XApViyKJZFRjDHAl5OzhMnfSm5K0Uvj++eMTgzap/bFxLVfXmjOOa1erHrO6TixmHytuD66leBk71gjRhgtBzFUErxYBoL6Kkkhsq5VSPOQqtOdhglYrfnF94G0xXkYWJQdPoVBnmbOT+H1lKTXOFg8G0sEig3IhEWdxZzSmbbq+/S/0Y7GaEP5BBbmVUxqJXq5sGJ2Yz5hjwXx+YcxgFq46YLmorsdNgBtqY7OKipk/McEGgtyEA3Og9QGrVJolAakGz2svh8emfGoPlomYnbtCxsfST+1uDeULC+btXKpv6ujmpGNm1Nv3+gV7/jAdz/7RFitETD3V1P2NJvtt119NjKZW3t3xFOkKHh3+xrb78zUmAPBTv+MDmuCf15MWFX3sbNw3v29PTULLjxDsPNh9Z1E7Jl86NPtHVxvL4GYh5gBYBXCS1VCkQQIFFNALYQzWlksogl51kB3ajkm2VJYOBTON9wPvgUM74v+dMUHhh/bZaIK+dinzVKAWJ44CT/sYLTNw6fhpVckCEnAEsS0qEHlQJMdTCTlkgiQzqZOvDdGUAZMipxEX+MhxRrTiVkLbAts/RqQNeTgjlZmBIS466bS/O1VQHpdLJGJwoAMo01qGi1GgbEURGkkcAWryWKfXZQBdfDT5M3jxyaeu1YI45NfRvH8VB6WBg9cOM9yrlxApD/rvAUsgD+atAP+X6rQTQBMyX+zH5zCpDB3LvUT04plWAbNYOw3+qaOXpwi+UFFu5AiXOuQRLdEqi+IyBTDrk/pPCc5PdSODJ5AoCne4F+j9roRRoeN/jki3Qf/RldTN+lXTO6XVk5m8Zxyj0lzQfgOTgOg6qhtAGJUe+8eNYaBmJlJrhJQPK8Wx1pEH9G1wlctGt9X/P3GGltfRgztn//2fTpkb0tq1bW1vp9Pl8i0dS0/Nvs5XA8NjfscXuL50cTixJHAW1df3y8vd0hxLDx9VXLyZSVG86amnWt8XiJW29gxySNwxkKt7TGoiUuWc9RB9xlv1b9owXtUoyYaiVJNEMIQ27yVXECY1VmWrQaNQwxCDwMmcW7Cc67i6yfnWKl7E225BY3k2OVTlVGCVhFVG0VVHcy326zEL9Pinri8y0QMPi9OPLL6yefFUxTux4Y+RhvvvL3jJw8ld6XPiq4yND+9MWpw4bBk8/hIbz45Z8ysI1HASGNQIMW3auYwVkTRrjeADjst2HjMnWT40pRDstaAavkSFRwYYkScJVvp3BpEsL04PjRWz0lGJ0ENkGYxuvRER6rEddUBzk+iNNfRZld4KDqbxYr3MVw3bXjaGb9rTeNcy4Y/NRaM3oL6/iOjozAXBglITfcCk/56BuKE1ODLBLYMXgyChB26rnVzHkwxWu2iNxSZKnLzywE+sotLIf6P6fwnckfpXDtRJKLS7gm1ghJmP7yLTGhSisX2FlDnihQZg2e1evAXDNVb01R8F1RHsvgCPYlRwTi2AP7Gfn51P+Yuv6WoPn4I7WOfmJn/wj4gv1DfDOKZGRH+1VbowVX83ny+QF5h2xWCnPysetkjASONymDt9sI+NywJkvAOMvgDBCXl8FelgSumaQC26PMMqN1yZFXXh0aJrp0S/rYyB+xjXm8CxPNy1vvI5s39b+KR78qpP9pzYIad6FGx/3x9Lv0kPA8xG1PcbnUUIgtRaffDaFFAlxhicxdoeG88LwQ5VG6vD41/e6E6R5Z7RpS7GY55pXgk0SFFat2Cag7dwOyIjaxWyVtHt1NPqCHqJiTTSTn/bKuGyWYzV15LrGg1OuhxdbguZJiglG5mdPpADrj4NnmZcOymZIL2MHoRLJxmihlg3u1ZIK6hw27/mbs8YOs0B3uGV5Uk5gbKnK7i4JzY7H4MxvtzStXVL80tI+Q3vDCmtpFiYWhXkK6uh9+ec/ZgzXC2p7ftNQuCq2p9XlLSr3BYLQxEnaV6OXYcGGehvT0PX+gI+QP+Dxer3/ZptGmpjbgZgGg5H3VI7Uo+RC9fDq2Kcqpj5RBNThAgRRiQVXai/i/kxj+S9KEL3wqu/FGucJCUHPhMfz9GwF8Ug1qYE0zQtKgqlmDM5oliTOaRW/ND8Ki5tjN/EDRm2VtVo/XkvP0OWlx0pySBsfNs71gLk7R6XUaCVxfvuoGdYY8WZtxitz++WaKqljS4IH00yx9+FT6IEsf+xY+cgrvZHjzc6BQOvYvvH68hV3/RFbPiKYRQ9P9YHHiyoxZ2UAuTEen+6eRIuvlTC7aByHCVfr7JEoxNI5mp51u7I0xdKS/HzR1FSB6D4sgH3jZC0oppnowpTrZWVYqkSoIz6rzIeZ0aGWgwwC88UKCu5TsJYZJvVeU21V4e+U551mIvqj4zJsMmnaQ1lyHBkBeU1bqM3DXz3EuqFmUFZKSAno3+S90gHygyAD5Q3931+XWGSeby6ey+ck4ZjwZAaiX6OSQhmO8AOySIU8jWbjH9Ys5t+uNlsdNZkGUrJH59nnU6ivNKLhVnMlMo3RWGpvTiAQmHw/lUZYeOX7w4PFrorN/YGdPz6LFrM7f2LCtv/veENMLrNit1O3sqq0PB5uaOtra/L278Rv4YcaW7O0g6WsxUVfqXblyX0t/uMRLyLxINw5UKLVKIhgKBXvb74w6XIAvfl4w/Q5tYyHkRns49ixGA3DJJWbiabdJAqF5SYaXk+Yse3mSZ5dBni63ETGhCKt3QP/o71ZfabvF32aBd85kzEfuApU1erCBEPhUnnUXmU1Ux5GXCXg5I9SwOB4QfTkLYbPTNr3d4VV6/vGbI2Tv4I2RIf2uPcneDZt6L+4cYEzUSKKBPHnoo8tH/0IggT1hMjx49uU9DxISBSStB+reFhGyQb6Q5EiK2QmViDNkksQSLQ8tIGNQUVSgK/wMQmXTJpmjJ2qoPC8i4ZLiAGtpzwMWBWw4E8VZwMZijqEh+iKto2/TbhVDmfThtnxhBkNUgOTWYrZDjjt+h6TaSeCKzPnjUY86ClSFNPlmOGPPcCZqjeKbhjMTrdluOQehbw8zfUsgsWDVH/o3kG2bL/2+nw1PWQ1Grz+xoLu9doG/zGQgS/0Latu7FyT8XqNBRFO9kSafzU4Oj17705GnBfKTk0RetWpVbX1ZIDCnvn75qubRb9YFgsFAbf2qFc3A11bQ0NOAGicqRc8obkxLC7Xc69gF1WQVg4KCUxXtMywdB5ZeIEWkDb8DWipnuFtkkgstWkBaqVPOpLU4hyHud5rp45DQnqYlt/udrDHLdxe5nA5Dnl4LGOCwOgsCwUYOLa6dNB946I9w3nC+eGPc/ajKZrcJ8+M4l1zRNRHI7U+1d5DXe/re+tkDewjZPoDRM4em9rW1jjyxeOEJt81FHth+qv63h55k5Mmnrv3zk8CjahJ9eGA7Y1u3PM6j1+OgTD7hkpoztSlGnjM5ILZAamZvIReEYeGSEJzQRzO5058UmzkbWszKoKzkrRQuTH43hX3jx2/JYoJqKGaBNOr4MP+xAvzyaa6/6rqA8NtjvSxePxXrfc4S2VgPJhf5rEdgwjdBvh70tOIAqwAMzuOkOCCqsHuKiAtvIiodL06AYLOmtjhHkSezlgFiQkcxK8TF3MjOLDtxXGcF6e6i4zRG36QtN48qgrcKeJyCpT1jNhm5s4LAT9baQG3OeEqKaV4mespoAhciRIFcvFkLK/liPpv1+LAxv6zx9P6F8eGWtp/ctaAm4Hc4zWyvhtQ1LqmrfpCRto7Rqf3kmeT2ncRs8Rb7/f4Le7+CMvhmXqDfiLzoUc4BrwksHBgOK3hjN1Nz4U9bi0KTrI4D2p2aTJiYcSUczS+AO9/NvPTQbQlJ1iIIAFtFB7At5ocFPItTdPxIARCN1PMwFc6WgozjyGHZGp11RCBxmLfufvDj9O5du3anP35w90hX+6lTXe3tXadOtXcR+a1jzwrCs8feunz0OGPHj15+4WuDhAx+7YULe4YIGdpzgVM+mm5lBqDcgeIoxS1m3KlazDDsxCtwwu1Zi2mTP8NiToDBzAGjxhA5n96bblUcJjnu5PYh4ICd4qz3tZJfprAheTCF7ROjn30w/Cm7KQInJu22zHGwzRqcZNTAzaeTX+ZKuZNBC2QFtmiOTzOgiPvwLafG8dst6ejXWcf7l7ZtXt//x9aamkDA7shj2q+T9+T8Mu+i2u52sJdN1GzwgyVt765d5C3Ll9OtpOd14ekjf7o2epjYCyEnDthenLrevGJVfS23mHXfHG1etby+fk4gUFZfC0Y1o11kv8rjbyiFmObLgBUrqC63FY4C4tKLnLMqG09OmO/O6NfJm/rlsGSSRRvEARB52vSk4FNqPSuFCs54nVzWq8ggCAvXLGm2IvFT0ljGRmYVyKB3l0QiK6PBQHR9fYOfDWsIa1q5bNFiv4/oD8iE1Nd1/6zjINDUOP0uuQQ0VaPv8DhifiYLKXWBGawGD+n+bLDckwnT0pAwyvOKVRdSbuWfYObC1ZjT9fh/Xv0b1R+QQfISiZNLpPkzLEY2FZlAaiZSHS8pdlM3ZCLuItAf3+xMRM245sc+lYlEbXY1DSnNRSGz0pDyQKt+5KnhXTGfl6xc2R8Kh/1+m91sKkn07t6pb1zWFNrft5HY7D6QeLi3uRn40rDu6d2Hh+Yt8dXEW4eamoIOKzhql9sz3+O1lJHwTpdeo9Q9E68IeoudTltFNHZvRzhKFOBkBXByWKhFxeiAUoQhMDBRfk4kZMINGzCT0Jv4uGl9wJsWaZh62lpsRVQoEsH0ivDIgIvncRXekvwghXePX8/Zn1xikjvDLHIVOsEdiqpayRlNy8RnPlNEsoLvMc0+tQxkglZTlPS+P/zGG6JodYQjbdFghV0TaVxZ7H0ffFRF6Mb2qaNNi2ojYbdbJ2u2OKORJnICqDQgJAZZwRflPIkMiQcg50mImhGe82R956ycZwByHiZ8nDSkxOC44f825xGDw+nLLP3eM+m3WfqDx3DLM7hIwEXPsIIbe+gBXj95j9+5jzSCj9wLFOShrYod0zytaid1YNxY5rA0S

  • Problem in Outbound delivery with order reference

    Hi,
    I am facing problem with creation of outbound delivery with order reference from transaction VL01N. When i enter into the transaction with order key in, but in the tab Picking there is one column Pick quantity which is showing as grey field with zero value(Grey field don't allow to change the quantity). This Pick quantity is always allow to put us required quantity but i come across this kind of scenario very first time. Can you please help.
    Thank you.

    Hi,
    Your combination of Plant+Storage location is enabled for warehouse management. So directly putting the picking value is not possible. You have two options now.
    1. If you know howto put pickign through transfer orders, do it through LT03 and confirm teh TO for picking quantity to be updated in delivery. You have to find out teh stock in the source bin and use it in transfer order. You may get in touch with WM consultant, if you dont know how to do it.
    2. If you are ok with just doing picking without WM, then you can change the storage location in delivery and then try picking in delivery itself. The storage location should not be enabled for WM for the plant.

  • Error validating xml with xsd schema on JSDK 1.4

    Hi All,
    Asked to me do it a Web Service client in Java and validate its xml answer with an xsd file using 1.4 plataform.
    I googled and I saw many samples to 1.5 plataform, and few samples to 1.4, but anyway I tried to do what they asked to me.
    I got connect with service, got the response and so I went to validate that xml with an xsd file.
    But I got an error on that task. The error occurs in the following line
    "Schema schema = factory.getSchema();"
    Bellow my code
    final String JAXP_SCHEMA_LANGUAGE = "http://java.sun.com/xml/jaxp/properties/schemaLanguage";
              final String W3C_XML_SCHEMA = "http://www.w3.org/2001/XMLSchema";
              final String schemaSource = "C:\\GetAuthorizationServiceOutput.xsd";
              final String JAXP_SCHEMA_SOURCE = "http://java.sun.com/xml/jaxp/properties/schemaSource";
    DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();          
              factory.setNamespaceAware(true);
              factory.setValidating(true);
              try {
              factory.setAttribute(JAXP_SCHEMA_LANGUAGE, W3C_XML_SCHEMA);
              factory.setAttribute(JAXP_SCHEMA_SOURCE,new File(source));
              catch (IllegalArgumentException x) {
                   System.out.println(x.getMessage());
    DocumentBuilder builder = null;
              Document document = null;
              try {
                   builder = factory.newDocumentBuilder();
                   document = builder.parse(new InputSource(new StringReader(ret.toString())));
              } catch (ParserConfigurationException e) {
                   e.printStackTrace();
              } catch (SAXException e) {
                   e.printStackTrace();
              } catch (IOException e) {
                   e.printStackTrace();
              **Schema schema = factory.getSchema();**
              Validator validator = schema.newValidator();
              try {
                   validator.validate(new DOMSource(document));
              } catch (SAXException e) {
                   e.printStackTrace();
              } catch (IOException e) {
                   e.printStackTrace();
    and here is the exception :
    Caused by: java.lang.NoSuchMethodError: javax.xml.parsers.DocumentBuilderFactory.getSchema()Ljavax/xml/validation/Schema;
    Method onLinkClicked of interface wicket.markup.html.link.ILinkListener targeted at component [MarkupContainer [Component id = btBack, page = br.com.weev.finan.mkb_er.extranet.view.relations.RelationsDetails, path = 30:form:btBack.RelationsDetails$4, isVisible = true, isVersioned = true]] threw an exception
    wicket.WicketRuntimeException: Method onLinkClicked of interface wicket.markup.html.link.ILinkListener targeted at component [MarkupContainer [Component id = btBack, page = br.com.weev.finan.mkb_er.extranet.view.relations.RelationsDetails, path = 30:form:btBack.RelationsDetails$4, isVisible = true, isVersioned = true]] threw an exception
         at wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:198)
         at wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:74)
         at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(DefaultEventProcessorStrategy.java:65)
         at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processEvents(AbstractCompoundRequestCycleProcessor.java:57)
         at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:896)
         at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:929)
         at wicket.RequestCycle.step(RequestCycle.java:1010)
         at wicket.RequestCycle.steps(RequestCycle.java:1084)
         at wicket.RequestCycle.request(RequestCycle.java:454)
         at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:219)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
         at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: java.lang.reflect.InvocationTargetException
         at sun.reflect.GeneratedMethodAccessor342.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:187)
         ... 39 more
    Caused by: java.lang.NoSuchMethodError: javax.xml.parsers.DocumentBuilderFactory.getSchema()Ljavax/xml/validation/Schema;
         at br.com.weev.finan.mkb_er.business.manager.impl.RelationManagerImpl.getAuthorizationService(RelationManagerImpl.java:152)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
         at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
         at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
         at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
         at $Proxy22.getAuthorizationService(Unknown Source)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at wicket.proxy.LazyInitProxyFactory$JdkHandler.invoke(LazyInitProxyFactory.java:377)
         at wicket.proxy.$Proxy39.getAuthorizationService(Unknown Source)
         at br.com.weev.finan.mkb_er.extranet.view.relations.RelationsDetails$4.onClick(RelationsDetails.java:125)
         at wicket.markup.html.link.Link.onLinkClicked(Link.java:254)
         ... 43 more
    It's my first time doing that, so I'm confuse to do it.
    Thank you
    Juliano.

    This is how.
    import javax.xml.parsers.DocumentBuilder;
    import javax.xml.parsers.DocumentBuilderFactory;
    import javax.xml.transform.dom.DOMResult;
    import javax.xml.transform.dom.DOMSource;
    import javax.xml.validation.Schema;
    import javax.xml.validation.SchemaFactory;
    import javax.xml.validation.Validator;
    DocumentBuilderFactory dbfac = DocumentBuilderFactory.newInstance();
    dbfac.setNamespaceAware(true);
    SchemaFactory factory1 = SchemaFactory
                        .newInstance("http://www.w3.org/2001/XMLSchema");
    Schema schema = factory1.newSchema(new File("person.xsd"));
    dbfac.setSchema(schema);
    DocumentBuilder dbparser1 = dbfac.newDocumentBuilder();
    Document doc1 = dbparser1.parse(new File("person.xml"));
    Validator validator1 = schema.newValidator();
    DOMSource dm1 = new DOMSource(doc1);
    DOMResult domresult1 = new DOMResult();
    validator1.validate(dm1, domresult1);

  • Problem parsing XML with schema when extracted from a jar file

    I am having a problem parsing XML with a schema, both of which are extracted from a jar file. I am using using ZipFile to get InputStream objects for the appropriate ZipEntry objects in the jar file. My XML is encrypted so I decrypt it to a temporary file. I am then attempting to parse the temporary file with the schema using DocumentBuilder.parse.
    I get the following exception:
    org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element '<root element name>'
    This was all working OK before I jarred everything (i.e. when I was using standalone files, rather than InputStreams retrieved from a jar).
    I have output the retrieved XML to a file and compared it with my original source and they are identical.
    I am baffled because the nature of the exception suggests that the schema has been read and parsed correctly but the XML file is not parsing against the schema.
    Any suggestions?
    The code is as follows:
      public void open(File input) throws IOException, CSLXMLException {
        InputStream schema = ZipFileHandler.getResourceAsStream("<jar file name>", "<schema resource name>");
        DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
        DocumentBuilder builder = null;
        try {
          factory.setNamespaceAware(true);
          factory.setValidating(true);
          factory.setAttribute(JAXP_SCHEMA_LANGUAGE, W3C_XML_SCHEMA);
          factory.setAttribute(JAXP_SCHEMA_SOURCE, schema);
          builder = factory.newDocumentBuilder();
          builder.setErrorHandler(new CSLXMLParseHandler());
        } catch (Exception builderException) {
          throw new CSLXMLException("Error setting up SAX: " + builderException.toString());
        Document document = null;
        try {
          document = builder.parse(input);
        } catch (SAXException parseException) {
          throw new CSLXMLException(parseException.toString());
        }

    I was originally using getSystemResource, which worked fine until I jarred the application. The problem appears to be that resources returned from a jar file cannot be used in the same way as resources returned directly from the file system. You have to use the ZipFile class (or its JarFile subclass) to locate the ZipEntry in the jar file and then use ZipFile.getInputStream(ZipEntry) to convert this to an InputStream. I have seen example code where an InputStream is used for the JAXP_SCHEMA_SOURCE attribute but, for some reason, this did not work with the InputStream returned by ZipFile.getInputStream. Like you, I have also seen examples that use a URL but they appear to be URL's that point to a file not URL's that point to an entry in a jar file.
    Maybe there is another way around this but writing to a file works and I set use File.deleteOnExit() to ensure things are tidied afterwards.

  • Problem with Assign reference document.

    Hi all,
    I defined transaction input parameter type Xml.
    I used Reference Document Loader to load document (structure.xml) below.
    <?xml version="1.0" encoding="UTF-8"?>
    <SO_VALIDATION>
        <L4_SO_ID/>
        <L4_SOI_NO/>
        <PPC_STATUS/>
        <PPC_INFO/>
    </SO_VALIDATION>
    I used menu command Assign Reference Document, to assign above document to transaction input.
    I tryed to use this transaction in vs.net application as a web service.
    But there is no xml structure in InputParams in web service.
    I tryed alot but i did not achieve.
    What must i do?
    Thanks.

    cml_bzl,
    I'm using version 12.04 and I have not had any problems with assigning reference documents and using .NET.
    You should not have to do anyting special to get the transaction inputs to show up in .Net. To map the output I do the following:
    1. Create an output transaction variable and assign it's type as XML
    2. Using a XML document block to create and XML document for your output transaction variable
    3. Assign the XML document as the reference for the output transaction variable.
    THis works for me every time. If you change the transaction parameters, make sure you update the web service form the .NET side.
    Glenn

Maybe you are looking for