What could be the reason ?
Can I tune this on xml manager ?
- swlinn 100000E7QE
As Steve said, you can modify on XML Manager, there "XML Parser" tab.
Funny, while in 4.0.2 firmware I do get restriction for "XML Bytes Scanned" as 2^32-1
XML Bytes Scanned (4.194304e+23) cannot be greater than 4294967295.
On 6.0.0 firmware the limit is "a little bit" higher ;-) ... 264
From WebGUI online help:
Enter the maximum number of bytes scanned in one message. This property applies to any XML document that is parsed. If the value is 0, no limit is enforced. The default value is 4194304.
Hi Steve/ Herman -
If i have XML Bytes Scanned as "0" in firmware 4.0. Will there be any side effects to box performance and memory?
we also cache input to context variable to use the content in different rule can this be of any impact for larger message of 100MB.
Do I need to tune any other parameters like compile action policy ?
- samanderson 2700034TEY
> If i have XML Bytes Scanned as "0" in firmware 4.0. Will there be any side effects to box performance and memory?
Definitely on both because arbitrary large XML requests might eat up memory and affects the number of transactions being able to process.
> we also cache input to context variable to use the content in different rule can this be of any impact for larger message of 100MB.
You have to do the math on whether what you do will work.
There is a rule of thumb that internal representation is three times the size of the XML input file.
So for a single transaction your input context takes 300MB as well as the context variable.
6 concurrent transactions will raise memory to 100%.