IBM, Oracle look to integrate PHP into SOA

Discussions

News: IBM, Oracle look to integrate PHP into SOA

  1. IBM, Oracle look to integrate PHP into SOA (18 messages)

    At the PHP conference in New York last week, IBM and Oracle stressed the importance of integration in PHP's future. SDO and SCA were talked about as vehicles to help create enterprise-class PHP that can be utilized in more than just situational instances.
    IBM has focused attention primarily on long-term applications in the past. The concentration has been on efficiency, ROI, performance and stability. The software has been packaged for and generally purchased by senior IT executives. On the other hand, PHP is considered a situational application. It is constantly changing, focused on effectiveness, processed faster and meant for quick, sometimes temporary deployment. PHP is almost always written from scratch, which can be problematic. "Any non-trivial PHP application cannot be installed without human intervention and we want to change that," said Burr. He said IBM wants to re-invent PHP in order to accommodate businesses that are getting too fast for heavyweight processes.
    IBM also announced a PHP integration kit for its WebSphere Application Server Community Edition, based on the Apache Geronimo project, and a private virtual server deployed through an ISP. Read the rest of this article. Do you consider PHP an enterprise tool? What about other server side languages, like Perl?
  2. I think PHP, unlike languages like Java, Perl, Ruby, is a domain specific language IMO, that addresses web application needs vs. true enterprise application needs. I know it has been extended lately to support a more reusable enterprise development scenerio, it it still only usable for mostly front end MVC web design. Ilya
  3. PHP is more and more popular[ Go to top ]

    When can tomcat or resin support PHP? Java SSL Tutorial
  4. Re: PHP is more and more popular[ Go to top ]

    When can tomcat or resin support PHP?
    It does already. I'm not sure how complete the support is. http://caucho.com/resin-3.0/php/index.xtp
  5. IBM and Oracle, keep your hands off from PHP. Otherwise PHP will have Java's fate.
  6. IBM and Oracle, keep your hands off from PHP. Otherwise PHP will have Java's fate.
    So it will become the most popular enterprise server side language, the most widely used language in college and university CS courses and the most popular language on sourceforge?
  7. Hessian for PHP[ Go to top ]

    Resin and WebLogic have PHP built in, an so does Java 6. So a non issue. For Apache, there is Hessian for PHP, which runs w/ any servlet level. .V
  8. So it will become the most popular enterprise server side language, the most widely used language in college and university CS courses and the most popular language on sourceforge?
    I meant the decline from a practical little language and platform to today's marketing-driven bloatware.
  9. Too Late[ Go to top ]

    Too Late, Oracle and IBM are already shipping PHP as part of the application Server. I see this as a good thing - PHP can be taken (more) seriously when it integrates will all enterprise resources, not just databases. (Spoken as a Java person who is still amazed at how quickly things can be done in PHP). Paul ,Technology in Plain English
  10. PHP 4 JVM[ Go to top ]

    yes php has been implemented on top of the jvm check it on caucho.com and it is integrated with their flagship product RESIN so can u use it to replace jsp ,may be u like it's other capabilities and go completely with it
  11. Want to have PHP consume and produce messages directly on your message bus? You can do that today! Checkout the PHP client for the STOMP protocol. Hiram LogicBlaze
  12. Want to have PHP consume and produce messages directly on your message bus? You can do that today! Checkout the PHP client for the STOMP protocol.

    Hiram
    LogicBlaze
    Unfortunately, there are some painful bugs in the PHP STOMP client. Specifically, the subscribe method sets acknowledge mode to client, but the acknowledge method is completely broken (it's sending an ABORT command!). So make sure you patch the STOMP client to auto-ack messages to avoid the issues.
  13. I think this is interesting because it reduces the dependency of IBM and Oracle on Java (and thereby Sun). These two have really put Java at the center of their non–Microsoft strategy, but now they'll have something to leverage against Sun if Java doesn't go in directions they agree with. Obviously PHP isn't as mature in some ways as Java, but there is a ton of PHP code out there. If they can make it a backwards-compatible long-term solution it could eat into Sun's vision for Java.
  14. There is also early support for SOAP with PHP from the Axis2 C team. http://pecl.php.net/package/axis2
  15. Sorry, I know very good, that Scripting-Languages like PHP,.. are very great for many people in order to build advanced Websites in short periods ( maybe some other nice things, too ) . The possibility to include the tons of existing PHP,..-Code in a new SOA-Strategy sounds by a first impression and volatile reflection as a very attractive offer. But I'm afraid, that some profund problems will generally come up, when modern Service-oriented Architectures (SOA) are mostly build up on the code of existent ( or simulate new ) monolithic Applications and the global and internally Service-Strategy is not well structured by the literal meaning of SOA. Such called "SOA" must result sooner or later in the old Spaghetti-Syndrome – familiar for many of the existing IT-Structures today. This produces once more, the old existing and profund problems by the maintenance, adaption or extension of complex and powerful Business Processes. In much cases this Problems have their origin in the multitude of different Interfaces, Languages, Frameworks, Tools, Security- and Governance-Concepts from distinct Manufacturers,... which are often in use. Such Multitude often result in duplication of tons of simulate code and data in different Applications, which are mostly maintenanced with great error-potential and very time-consumed by the different IT-Departments in an Enterprise. One of the Keys which build a good Structure with SOA is a well elaborated Concept and Strategy to "re-use" the global and the internally Services ( which is very important ). This Strategy must include advanced Concepts for extended Persistence-, Transaction-, Communication- and Governance-Criterion, which can really provide the generalized and Service-oriented Solutions for Master-Data, Transaction-Data, Transaction-Handling, Communication, Security and Authorization, which are usable with High-Performance and in abstract, independently Form and collaborative by all Services of the Enterprise. If such a generalized Concept and Strategy is really adaptable in simple, high-performed and useful Manner to the different Languages, Framework, Products, Solutions, ... from different Manufacturers or Open Source Communities - maybe then a way also exists, in order to include such well defined Services which are realized in the mentioned Languages like PHP or other Scripting-Languages. I think we are working all in a real IT-World and are well informed how those works ... Roland SOA Kompetenznetzwerk SOA & ESA Information & Collaboration Portal
  16. Please pass the buzzword soup! Thankee kindlee! You wascals
  17. buzzwords[ Go to top ]

    Some of the intelligent people declare continual many things in accustomed manner as "buzzword" - maybe hotly favoured those things, that are not so easy to understand. (modern Variant of a Wisdom - not from Confuzius ...)
  18. I find it interesting that IBM's startegy for making PHP suitable for 'enterprise' applications (as if it's not already in widespread use) is to use SDO and SCA. It's also interesting that nobody is particularly surprised by this. PJ Murray, CodeFutures Software Data Access Objects and Service Data Objects
  19. Whats wrong with SCA ?[ Go to top ]

    That's a very interested and fresh article from Ron Ten-Hove, which can be associated with the SCA-Theme. Ron means: "Service Component Architecture 0.9 is flawed in several ways. Its flawed definition of services makes building or using a service-oriented architecture problematic. Its aim to support multiple languages is laudable, but SCA is too complex and doesn't address key interoperability issues..." Interested people can read the entire article here: http://blogs.sun.com/roller/page/rtenhove?catname=%2FService+Oriented+Architecture Roland http://www.soa-competence-network.de