[ https://issues.apache.org/activemq/browse/AMQ-20?page=all ]
Hiram Chirino updated AMQ-20: ----------------------------- Fix Version: 4.3 Cool idea.. may ned a little more thought into how we will implement it. Putting on roadmap 4.3 > XmlMessage type support > ----------------------- > > Key: AMQ-20 > URL: https://issues.apache.org/activemq/browse/AMQ-20 > Project: ActiveMQ > Type: Wish > Reporter: james strachan > Priority: Minor > Fix For: 4.3 > > > A real common use case I see is financial systems, sending around lots of XSD > documents over some protocol (HTTP / JMS) - if both ends know the schema > formats - then sending / receiving an efficient binary XSD format (using > longs / ints / doubles for numeric / date types on DataInput/Output) would > totally rock - to the end user it'd look like XML beans or text or DOM but on > the wire could be super fast & no xml parsing. > e.g. if both sides of the wire were using Java & were using XMLBeans on both > sides as a bean / DOM / XPath / XQuery API, then we could take an xmlbeans > schema & lazily bytecode generate a marshaller per schema to use an efficient > wire format, assuming the other end knows the schema. Then the message on the > wire looks like > http://some.repository.com/someschema/version/1.2.3 > [lots of bytes] > so the reader would load the XSD schema from the given universal URI, if its > not created an xmlbeans schema & marshaller for it yet, do so, then it can > decipher the bytes. > Then in those times where you're sending/receiving 100K messages per hour of > the same schema, you don't have all that XML parsing to deal with - it'd use > a super fast ASM.1 style binary format which to the application programmer > could be marshalled into a DOM / bean / XPath / XQuery model, yet have a > super-fast wire format. > We could expose these types of messages to the user via a special Destination > which would accept either Text messages or Object messages - if the > ObjectMessage contains an xmlbean then it'd use the super-efficient binary > serialization on the wire & presenting it to the user as either an > ObjectMessage, TextMessage or maybe a new XmlMessage (or all 3) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/activemq/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira