| Author |
Message
|
| shashivarungupta |
 Posted: Thu Jun 14, 2018 12:13 pm Post subject: SOAPInput and SOAPRequest - Message Length Limit ? |
 |
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
Hi,
This is to find out what's the Message Length restrictions (Max message size) when we use SOAPInput and SOAPRequest nodes ?
Are these nodes still use MQ Queue underneath the platform, if Broker is configured with MQ?
Product: IIBv10
MQ:v7.5
: :
Thank You.
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Thu Jun 14, 2018 6:44 pm Post subject: Re: SOAPInput and SOAPRequest - Message Length Limit ? |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| shashivarungupta wrote: |
Hi,
This is to find out what's the Message Length restrictions (Max message size) when we use SOAPInput and SOAPRequest nodes ?
Are these nodes still use MQ Queue underneath the platform, if Broker is configured with MQ?
Product: IIBv10
MQ:v7.5
::
Thank You. |
It depends if you set your soap nodes to use the embedded listener or not.
If not they use the broker wide listener and this means the MQ limit is in place as the messages transits through MQ...
Have fun
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Sun Jun 17, 2018 4:06 pm Post subject: Re: SOAPInput and SOAPRequest - Message Length Limit ? |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| fjb_saper wrote: |
| shashivarungupta wrote: |
Hi,
This is to find out what's the Message Length restrictions (Max message size) when we use SOAPInput and SOAPRequest nodes ?
Are these nodes still use MQ Queue underneath the platform, if Broker is configured with MQ?
Product: IIBv10
MQ:v7.5
::
Thank You. |
It depends if you set your soap nodes to use the embedded listener or not.
If not they use the broker wide listener and this means the MQ limit is in place as the messages transits through MQ...
Have fun |
Yes, we are using embedded listener for soap and http nodes.
Having said that, did that signify that it wont matter in terms of the size of incoming or outgoing message i.e. no message size limit ( no max message length) ?
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| Vitor |
| Posted: Sun Jun 17, 2018 10:39 pm Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
It means that if the nodes complain about payload size, you're using the wrong protocol.
You probably still can't pass a 2 gb file as an attachment. But you shouldn't send a 2 gb file as an attachment to a web call.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Mon Jun 18, 2018 11:07 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| Vitor wrote: |
| It means that if the nodes complain about payload size, you're using the wrong protocol. |
Or protocol is right but message is outside the Supported limit of the size of that message.
And the original question was to find out the Supported limit of size of message for SOAP nodes.
| Vitor wrote: |
| You probably still can't pass a 2 gb file as an attachment. But you shouldn't send a 2 gb file as an attachment to a web call. |
Yes, I agree, that the processing of a file or a message (within certain limit of size), should be taken care way before it's implementation i.e. during solution.
It's to clarify here that original question wasn't about SOAP with Attachment, though it was to figure out the limit of size of (SOAP) message (not via File) that the SOAPInput or SOAPRequest can accept.
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Wed Jun 20, 2018 10:59 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
As per my findings with IBM, "There is no limit for the Message Length for both SOAPInput and SOAPRequest." , in case you're using Embedded Listener for SOAP nodes. But still IBM have requested if any issues they will seek traces/logs to figure out the issues with message length.
Hope this help the community here.
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Jun 20, 2018 11:54 pm Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| shashivarungupta wrote: |
As per my findings with IBM, "There is no limit for the Message Length for both SOAPInput and SOAPRequest." , in case you're using Embedded Listener for SOAP nodes. But still IBM have requested if any issues they will seek traces/logs to figure out the issues with message length.
Hope this help the community here.
|
What I was getting at is there's probably no documented limit but there may be an implementation specific technical one. However, a message long enough to hit any limit shouldn't be sent over soap
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Thu Jun 21, 2018 10:57 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| Vitor wrote: |
..there's probably no documented limit but there may be an implementation specific technical one.. |
 if there is 'technical one' then that shouldn't it be 'documented limit'? Cause in most cases, that's what happen, isn't it?
Or you meant to say, 'documented limit' is not the 'technical one' and they differ?
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Jun 22, 2018 12:07 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
No, I mean there's a technical limit which hasn't come up in any of IBM's test cases and thus isn't documented. This isn't a common thing.
I'm sure your experience will aid and improve the documents
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
