San Mehat On Web Services & .Net
A reader writes: "There's an interview with San Mehat in regards to .Net & Webservices. He has some interesting comments about what will work and what won't work, and where things are going." San is well known for his Netwinder work, as well as being a good DJ. And, in the interest of full disclosure, San does work for VA Software, the parent company of OSDN, as is DevChannel.
Mono is an open source implementation of .Net Development Framework.
You can find it here
This is RiverTonic's sig.
This is a reference implementation for BSD, so it's not open source, but it is good for looking under the hood for some portions.
Every time I build it's basically 50/50 whether or not the compiler is going to start throwing spurrious exceptions.
You must have a corrupt install. I've been working professionally with VB.Net for about 2 years now and have never had a compile go bad, except when it was my fault.
The rest of the IDE, on the other hand, is about as stable as a crack ho. My favorite is when it opens up project files for me automatically and randomly, just because it decided to. Source safe integration is also a joke.
If he shows up at my company, I think I'll make sure my resume is up to date, just for good luck...
Thats not been my experience. Its far more stable than its predecessor for me with C++ and C#, esp as the workspace gets bigger.
Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
What truth?
There is no dupe
SOAP has several parts and he seems to be confusing them. Most all of the major vendors are using Schema (another W3 standard) for types and SOAP for enveloping but not encoding.
.Net does not use it by default but rather uses SOAP enveloping with Literal encoding.
SOAP encoding is recognized as incompatible and limiting which is why
While Mr. Mehat states this as a criticism, I going to come out saying that this is a strength. SOAP is very light weight considering its alternatives. In-so-far as you can serialize objects to W3C Schema primitive types, you can avoid the difficulties of complex marshaling one incurs with other distribute service mechanisms (the stubs/skeletons of CORBA, etc.). The W3C Schema types are a quick and easy standard that are independent of choice of language, operating system, environment, etc.
I put the 'fun' in fundamentalism
why does his DJ description read like marketing-speak?
;)
San's years of DJing experience playing parties and clubs from California to Canada have put him close in touch with the dancefloor and its needs.
Java has had the worst collection of IDEs EVER
No it doesnt. I'm on a C# project at the moment but I'm gagging to get back to Java and IDEA. IntelliJ is an absolute pleasure to code with.
Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
What truth?
There is no dupe
my favorite thing he says is "SOAP allows you to do a lot, but also gives you just enough rope to hang yourself." must be soap on a rope.
-1, uninformed flamebait
Name a Microsoft product that has the refactoring features of the Eclipse IDE, or IntelliJ.
Notepad and command line was the only way to be productive.
-1, uninformed flamebait
Even in the early days of Java development, only a mor^H^Hasochist would use Notepad to write Java code when several free syntax-highlighting auto-indenting text editors were available.
"And this is my boy, Sherman. Speak, Sherman." "Hello." "Good boy."
No offense why are you working with vb.net?
Don't underestimate the power of the dark side. Put another way, when the suits say the whole team will use VB.Net, and when you are not independently wealthy, that's what you use.
Anyways, after using various incarnations of VB for about 7 years, I don't really mind it anymore. I started as a C++ programmer and thought VB was crap. These days, don't care. Quality of source code depends much more on the quality of the programmer than on the quality of the language. It's the man, not the machine I guess.
And also... My fellow Java developer and myself have had zero problems exchanging complex types over web services. There is no problem with XML/SOAP. The problem lies in immature proxy generators. WebSphere Studio Application Developer and the
Ya, but it still sucks. :)
I'm primarily a Java developer, but I'm on a VB.NET project right now. I did some VB 6 work a few years ago, so I've got some basic VB background. I think I'd be pretty pissed off if I was a serious VB developer who started moving into the .NET world. With .NET, VB is a whole new language. There's little that even resembles early VB. Which is funny, because I've read MS marketing material that brags about how "with .NET you don't need to learn a new language" (intended to be a stab at the fact that J2EE is language-centric). But VB.NET looks more like Java than it looks like VB 6.
Anyway, .NET isn't bad, and VS.NET is a relatively decent IDE -- though I do have a few compaints about it. But I'll be happy to get back to writing Java. And as impressive as some aspects of VS.NET are, it's no comparison to Eclipse.
"You cannot simultaneously prevent and prepare for war." -- Albert Einstein
in my experience... if you wanna pass more complex datastructures over webservices, you send objects encoded as xml strings... then decode the xml into the native structures you want.
.NET services already in place. the hardest stuff i've had to tackle in the interoperability between java and .NET is getting into the soap headers... and then just getting commonality between encryption classes etc. lot's of hurdles and non-overlapping block styles and things. drive me crazy!
sure, it's work, but so it goes.
that's how we've gotten around a lack of standardization of higher level objects.
i've been writing a set of java services to serve as a linux option to some
gosh, and then how some of those wsdl and stub generator tools in java land have changed and produce different code. shoot me now!
m.