This is actually not a real support request but rather a suggestion; I hope this board/subsection is still suited for this, otherwise please move this thread.
Im wondering why the Poco::Net::HTTPRequest, Poco::Net::HTTPResponse and Poco::Net::HTTPMessage classes are non copyable, this doesnt make any sense for me, sorry. These classes represent data models and the regular way to deal with models is RAII. Although, dealing with them as stack variables is kind of hard because the copy constructor is private and there is absolutely no reason for it. I didnt advance into the deep deep cores of these classes, but a quick look didnt revealed any resource that must be threaten specially due to some internal state. Unfortunately the documentation does not state anything about this matter.
Instead of giving arguments against the current behaviour, I can also give arguments for the proposed one (making them copyable). In my usecase I have to send multiple requests to various URIs but with some common headers and cookies. Thats why I wanted to implement a "BuildRequest" method returning a HTTPRequest. Now I have to do a workaround and write a "FillRequest" method taking a reference or pointer to a HTTPRequest object. The same applies to my planned "SendRequest" method which should besides sending the request also perform some cleanup in case something went wrong. The received HTTPResponse was supposed to be returned from that method. Now I probably have to return a pointer leaving the caller with the responsibility to clean up ressources; both are rather workarounds than good design.
I hope that I didnt sound to upset, but the little things are what tarnish an in other respects outstanding library.