Uploaded image for project: 'ActiveMQ Classic'
  1. ActiveMQ Classic
  2. AMQ-5702

REST production of message bodies can result in IllegalStateException: STREAMED (same as AMQ-5579)



    • Bug
    • Status: Closed
    • Major
    • Resolution: Workaround
    • 5.10.0
    • None
    • Transport
    • None
    • Windows 8.1 64bit


      I am working on a project to use Apache ActiveMQ with a RESTful interface. It's a cross platform error logging project, so code written in C++, Java, VBA, Perl or indeed anything that can access an URL can then report issues. The point is, we DO NOT deploy any libraries - we simply use the native implementations within the language to access an URL. The HTTP message body then contains the details of the error - who, what, when, what line of code and so on.

      The piece I am working on is a port of an MSMQ implementation (you can a simpllified implementation of the MSMQ version on this http://blog.alignment-systems.com/2015/03/excel-vba-industrialisationpart-seven.html and on github at https://github.com/JohnGreenan/7_ExcelVBE)

      So, I can access Apache Active MQ from a Windows PC using the WinHttp.WinHttpRequest class (https://msdn.microsoft.com/en-us/library/windows/desktop/aa384106%28v=vs.85%29.aspx)

      The issue is that when I try and send a body of the request, I get the same error as shown in this JIRA.

      Within cURL it's possible to workaround as described by Mark Frazier, but I have tried a few approaches on this WITHIN VBA and failed to get it to work.

      What I propose to do is to create a github repository with the VBA code and instructions on how to replicate, but I am not sure if that's how you guys work? Do you actually work with implementations in languages, or is it just the case that it it works with cURL then the other language implementation is viewed as being at fault?

      Can you please give me some guidance on how I can work with you to get this resolved?

      Replication code at: https://github.com/JohnGreenan/ApacheActiveMQ.REST.winhttp




            Unassigned Unassigned
            John Greenan J G
            0 Vote for this issue
            3 Start watching this issue