View Issue Details

IDProjectCategoryView StatusLast Update
000025410000-004: Servicespublic2008-12-02 19:07
ReporterRandy Armstrong Assigned ToRandy Armstrong  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Summary0000254: Dealing with large messages
Description

Any message could be too large for either the client or server. In most cases, the client will receive a 'limits exceeded' fault if this happens and the client will send its request again with different parameters.

However, this approach will not work for Publish responses where the client has no direct control over the size of the data returned. Two changes could remedy this:

1) The subscription needs a MaxNotificationsPerPublish parameter that allows the client to limit the size of Publish response messages.

2) The Republish should allow clients to request partial messages by specifying an IndexRange along with the MessageId.

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Randy Armstrong

2008-01-08 00:07

administrator   ~0000565

Added RequestedMaxNotificationsPerPublish and RevisedMaxNotificationsPerPublish to the CreateSubscription Service.

Added text to the Publish service explaining what to do if there was a failure.

Did not add an index range to the republish service because it would be of limited use if the channel is shutdown due to a large message error.

OPC UA Part 4 - Services Draft 1.01.19 Specification RSA.doc

user2

2008-12-02 19:07

  ~0000975

Fixed a long time ago.

Issue History

Date Modified Username Field Change
2007-11-15 23:50 Randy Armstrong New Issue
2008-01-03 18:58 user2 Status new => assigned
2008-01-03 18:58 user2 Assigned To => Randy Armstrong
2008-01-08 00:07 Randy Armstrong Status assigned => resolved
2008-01-08 00:07 Randy Armstrong Resolution open => fixed
2008-01-08 00:07 Randy Armstrong Note Added: 0000565
2008-12-02 19:07 user2 Status resolved => closed
2008-12-02 19:07 user2 Note Added: 0000975