Based on my question
http://stackoverflow.com/questions/39807300/how-does-the-maxconcurrentoperationcount-of-the-nsurlsession-delegatequeue-effec/39807607#39807607
the operationQueue property does not reflect any network operations, just the delivery of delegate messages as it is equal to the delegateQueue...
in fact this property doesn't even need to be exposed as it can lead to misleading assumptions (i noticed several wrong codes, assuming setting the maxConcurrentOperationCount, which is also the result, than in AF 2.0 this property did in fact allowed to set the number of concurrent network operations, but since 3. it's role changed)
setting it's concurrency doesn't effect the concurrency of the operations or task, and this should be done via HTTPMaximumConnectionsPerHost of the NSURLSessionConfiguration
+1 on this. I've once used this wrongly until one of my colleagues pointed it out.
I don't necessarily agree that it should not be exposed as public. Rather, this is the queue on which your delegate methods get called, and it needs to be renamed and documented to make it clear what this property does. There are cases where you DO want to send delegate messages to a different operation queue, and in that case this property is useful. sessionDelegateMessageOperationQueue would be a better name for the property, and it needs documentation.
Renamed for sure!
But why would you need to handle the session delegate messages on another thread anyway? This will make no performance gain if i'am not mistaken (the network operation & parsing is not executed on this queue anyway, just the delegate calls...) (if you want to later do custom parsing, you can execute this as a async block inside the completion block)
This issue has been marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
This issue has been auto-closed because there hasn't been any activity for at least 21 days. However, we really appreciate your contribution, so thank you for that! 馃檹 Also, feel free to open a new issue if you still experience this problem 馃憤.
Most helpful comment
I don't necessarily agree that it should not be exposed as public. Rather, this is the queue on which your delegate methods get called, and it needs to be renamed and documented to make it clear what this property does. There are cases where you DO want to send delegate messages to a different operation queue, and in that case this property is useful.
sessionDelegateMessageOperationQueuewould be a better name for the property, and it needs documentation.