I'm not surprised
it does mention another area I think lamp5 work could be directed in:
"Forrester's Gilpin said he has seen a backlash as well, although he sees a different type of trend emerging to solve it. He said there will be an increasing number of tools that will hide the complexity from developers, so they can more easily build Web services."
I could eventually see a lamp5 Eclipse plugin, similar to the WebSphere WS plugin I mentioned from IBM. it would, of course, depend on a properly configured lamp5 server, but then could allow a more visual approach to building the php5 web services, allowing to set WS-Coordination and WS-Context attributes/settings via a nice dialogue or pop-up of some kind. the plugin then creates the proper php code and the lamp5 server uses the code to generate the WSDL's and all its goodness.
I really wish I had a more complex Web Service to build that used the advanced WS-* standards. especially BPEL4WS....anyone got one?
</div>
php-based J2EE approach?
the phpBeans (similar to EJB's - Enterprise Java Beans), the phpBeans Object Server, and phpBeans Client API allow php objects to be encapsulated in such a way that they may invoke one another on remote machines and all that jazz.
what I find particularly puzzling is that Web Services enable the same kind of thing. you wrap up your php classes and expose them with WSDL's, and I use SOAP clients to invoke them from anywhere else in the world. but the use of a phpBean and phpBean Object Server takes that cool concept OFF of standardized protocols like SOAP, HTTP, etc and puts it into a client API.
but exposing your php classes/objects as web services means ANY program on ANY platform can use them. exposing your php classes by making them phpBeans and putting them on a phpBeans Object Server means only other php classes that use the phpBeans Client API can use them.
though both ActiveGrid and phpBeans are in their infancy (though they are more mature than lamp5!), I would like to see developers embrace the ActiveGrid approach more than the phpBeans approach. I think web services are being adopted by enterprises in place of approaches like J2EE and CORBA and other language-oriented integration methods.
</div>
double up
the article states that it is counterintuitive for Amazon to benefit from opening up its system via web services (lowercased by me on purpose, since they were originally doing XML over POSTs, GETs, and other, non-SOAP methods...but now they do it all!).
I've always thought exposing their catalogue and shopping cart to others would be an easy way to let others re-market Amazon products. Amazon has their own computer books and computer equipment, but what if a site dedicated to Web Services pulled in plenty of traffic from WS-oriented people. if that site could put its own face on Amazon's storefront, market WS-oriented products more fully, and Amazon could be getting business it would not have gotten otherwise!
I've liked Amazon's web services approach ever since I heard about their reseller program. I like the Google AdSense program for similar reasons. I think the access to information in all kinds of flavors is going to create a lot of extra business for more generic companies.
oh yeah...even my favorite gaming company, Blizzard, has caught onto XML.
</div>
'encouragement' to MySQL
RandomThought2
RandomThought3
a couple more news items
in some good news, IBM created a cool Eclipse plugin for Web Services which supposedly allows a developer to more easily visualize and debug web service transactions, or at least, web services hosted on WebSphere! I've thought this would be an awesome feature for Zend Studio or for the php Eclipse plugin, but that's further down the road when apache/php are extended (by us?) to be very powerful web servicers.
today at the MySQL meetup, I presented the php5 code I wrote along with the webservice helper that created/published/hosted the WSDL enabling the code to be re-used anywhere with SOAP capabilities. I think it went over pretty well, but I still need to enhance the service by adding more couriers and consolidating the results into a single XML response. then I'll hopefully get a chance to show that to Mike G. from EDS, as he couldn't be at today's meetup.
nothing else.
</div>
