{"id":44,"date":"2008-01-29T23:39:51","date_gmt":"2008-01-30T04:39:51","guid":{"rendered":"http:\/\/steve.vinoski.net\/blog\/2008\/01\/29\/ruby-and-ws\/"},"modified":"2008-01-29T23:39:51","modified_gmt":"2008-01-30T04:39:51","slug":"ruby-and-ws","status":"publish","type":"post","link":"https:\/\/steve.vinoski.net\/blog\/2008\/01\/29\/ruby-and-ws\/","title":{"rendered":"Ruby and WS"},"content":{"rendered":"

Via Stefan Tilkov<\/a>: Assaf Arkin talks about his upcoming book<\/a>, Ruby in Practice<\/a><\/em>. I don’t know anything about the book, but it sounds interesting.<\/p>\n

Assaf talks about having a nice Ruby interface for WS, and also talks about wrapping Websphere MQ with Ruby. It reminded me of some work I was doing about a year and a half ago, when I still worked for IONA: developing a Ruby wrapper for Artix<\/a>. I left there before it ever saw the light of day, so I doubt anyone will ever see it, but it was pretty cool. It was implemented using only customer-visible C++ APIs, and it afforded at least an order of magnitude reduction in the number of lines of code required to get anything done. It used WSDL4R<\/a> to interpret a WSDL definition at runtime and dynamically generate accessor functions for the service, i.e., there was no up-front static code generation. You could point the client at the service, and if the service supported access to its WSDL (typically via a ?wsdl<\/code> query string added to the service URI), the client could download the WSDL and dynamically generate everything required to access that service. I wrote about how to develop such Ruby extensions in my Sep\/Oct 2006 IC column<\/a>.<\/p>\n

I remember presenting an example of the system in an internal sales engineering meeting where the original C++ and Java code required 70-80 lines of code while the equivalent Ruby code was only 7 lines. It wasn’t 7 lines of obfuscated expert-only Ruby, either; it was quite easy to read and understand. The SEs, most of whom worked only in Java and C++, kept looking at it and scratching their heads. They’d say, “Hey, you forgot to do this!” and I’d say, no, that happens right here. And they’d say something similar about another required action, and the answer was always the same: no, it’s in there. Basically, Ruby allowed me to hide a bunch of crufty, verbose, uninteresting but required boilerplate and focus only on service interactions. Waaay nicer than the equivalent Java and C++, for sure.<\/p>\n

On a related note, just prior to that project, I did some work with Apache CXF<\/a> to develop a server-side JavaScript and E4X JAX-WS capability<\/a>. Since I no longer work in the middleware or WS worlds, I haven’t kept track of that code, so I don’t know if CXF still supports it or not. But either way, given the fact that JRuby<\/a> now exists, there’s no reason that someone couldn’t take that work and redo it in JRuby. It would be pretty straightforward.<\/p>\n","protected":false},"excerpt":{"rendered":"

Via Stefan Tilkov: Assaf Arkin talks about his upcoming book, Ruby in Practice. I don’t know anything about the book, but it sounds interesting. Assaf talks about having a nice Ruby interface for WS, and also talks about wrapping Websphere MQ with Ruby. It reminded me of some work I was doing about a year […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[23,13,29,62,7,8,48],"tags":[65,64,63,158,170,144,165],"class_list":["post-44","post","type-post","status-publish","format-standard","hentry","category-code-generation","category-dynamic-languages","category-productivity","category-ruby","category-services","category-ws","category-wsdl","tag-artix","tag-cxf","tag-dynamism","tag-productivity","tag-ruby","tag-ws","tag-wsdl"],"_links":{"self":[{"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/posts\/44","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/comments?post=44"}],"version-history":[{"count":0,"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/posts\/44\/revisions"}],"wp:attachment":[{"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/media?parent=44"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/categories?post=44"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/steve.vinoski.net\/blog\/wp-json\/wp\/v2\/tags?post=44"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}