on 10-06-2007 8:21 AM
Can anybody tell me if there is a kind of upper limit on the size of XSD files that can be imported into XI and used without problems?
I have seen a comment before that states XI will 'choke' on large XSD files, and that enumerations were recommended to be left out of the file if there are a lot of them and it is possible to do so.
Also, if the same XSD file is used in many scenarios. is it loaded into memory once, or many times?
BR,
Tony.
Great,
JAVA heap size control the run time memory of a JAVA application, A loaded XSD is a JAVA object converted according to SAP XML packaged using XML parser.
As long as you are not getting an out of memory error in JAVA process load whatever size you want. In case if your application or JAVA process using large number of dynamic resources including XSD there will be a loat of minor and majot garbage collection happening so that JVM can kill the used object anytime it feel it is not being used or has to adjust the new memory for new request.
Also keep in mind J2EE or JAVA technologies use XML parser to convert XML objects into JAVA objects. Parser do have certain limitation on the maximum size it can load from an XML source, but still it has nothing do with XSD, cuz XSD define structure not the source of data.
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Use a JAVA memory profiler in your Netweaver J2EE instance. Run the scenario where it use the XSD structure and XML file. Look for the classes from SAP's XML processing related JAR files and see how profiler is reporting about these class object usage.
I am also seeing two different ideas getting mixed here in this thread.
An ideal class load into the heap and usage of a another properatory system to handle large processing are different ideas.
XSLT mapping and XSLT engine is a framework which use JAVA heap. However the Queues used in context with an XSLT mapping in XI is a properatory approach to efficiently handle multiple operations in a mapping process efficiently, so we have to differtiate both aspects of large size file we can handle in a Java engine.
Thanks
Hi Tony,
You can find a link to download the tool and some information on the our Wiki page:
https://wiki.sdn.sap.com/wiki/display/Java/JavaMemoryAnalysis
There are also several blogs linked from there which you can find useful.
Regards,
Krum
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Anthony,
I have been using very big XSD, some idoc in HR with all the infotypes inside (i dont remenber the name of the idoc right now). I have big problems because the idoc was very heavy, and I solved it reducing the XSD schema, following the instructions of one SAP NOTE.
If you think this can be useful for you, let me know and I will look for that note and for this idoc.
Eduardo.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
>>>Also, if the same XSD file is used in many scenarios. is it loaded into memory once, or many times?
Import it once and you can use it across SWCV.
Am not sure about the max size limit of xsd files. The integrations I have been involved, contained only some simple xsd files. But I guess you wont have any problems importing a big xsd file.
Regards,
Jai Shankar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
10 | |
10 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.