Re: [PHP-DEV] Re: Tokenizer weirdness
Andrei Zmievski wrote: Are you post-processing it somehow? No: ?php print_r(token_get_all('?php phpinfo(); ?'));? Array ( [0] = Array ( [0] = 353 [1] = Array ( [0] = 304 [1] = phpinfo ) [2] = ( [3] = ) [4] = ; [5] = Array ( [0] = 356 [1] = ) [6] = Array ( [0] = 355 [1] = ? ) ) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Patch for file.c
Dean Richard Benson wrote: Apologies for my previous attempt at submitting the patch for file.c. Here is the new patch file. Basically it adds a fourth optional parameter to fgetcsv which means you can specify the enclosure character (currently assumes a double quote). This is only my first attempt at contributing code to the PHP project, so please be gentle with me! ;) Thanks Dean It seems ok to me, I've applied your patch. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Unix Time
Hello How can I compare Unix Time? As integer values? I take the unix time from database and I compare with the current time and something is not functioning. Can somebody show me how can I do this? Thank you , Cosmin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re: [PHP-DEV] Full-duplex communication
Hi Dave, Thanks for the suggestion. But i really dont wanna go in for an infinite loop - just a hopeless waste of resources. I didnt say that a Keep-Alive connection would mean a Full-Duplex connection - i know how keep-alive works, as well as HTTP. I know HTTP is based on a request-response model, and the server cannot send any data to the client without the client requesting for the data first. But what i want is the socket which is used by Apache to send data to the client, which is on a keep-alive connection, so that some other program, or a php script can send data asynchronously to the client. mind you, the client is a custom developed COM component, not a browser. So what i was asking for was a means to make the connection a Full-Duplex one, by taking the socket from apache and using it elsewhere. The Keep-alive timeouts can be configured at either ends since the web server is only going to be accessed by these clients. Tx, Vinod. On Wed, 22 May 2002 Dave Mertens wrote : On Wed, May 22, 2002 at 10:16:23AM -, Vinod Panicker wrote: The client calls a script on the server - script_a.php using a keep-alive connection. The script gets the socket from the web server (this is the unknown), and stores it in a database. Script finishes execution, client reads response, but apache doesnt close the connection since its keep-alive. Client wants to call another script on the server, just writes to the same socket. Script returns response. Server wants to send data asynchronously to the client, so a PHP script (invoked from another server) gets the socket of the client from the database and writes to it. Client reads from the socket. So this is basically a full-duplex connection over HTTP :) Not quite! Keep-alive tries to keep a socket connection with the server, but this connection can only be used to request several resources from the servers (like the images inside a page). This because setting up a new tcp-connection takes a lot of time, keep-alive just reuse this connection for another request. The server itself cannot *start* sending data over the http connection, it can only reply on a client request. What you can do however, is to create a script with an endless loop, inside this loop the scripts looks if there's new data in a database and if there's data, it's sent to the client.. You can ofcourse also do other things inside the loop. But you won't need a keep-alive connection for this. Ohh, don't use any out buffering, otherwise the browser will timeout after 30 seconds.. ;-) However the server can't switch pages. What you can do, is inside the loop to access a different page with the fopen function. Hope this will answer your question, -- With best regards, Dave Mertens, Development Manager [EMAIL PROTECTED] Innovative Solutions in Media BV Schiekade 101 3033 BG Rotterdam, Netherlands Tel. +31-10-2436060 Fax. +31-10-2436066 _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP] Full-Duplex communication
Hi Evan, What you said did make sense, and complements my knowledge of sockets. But what i'm not sure of is this - if i construct my own packet and send it across, presuming that i do have the ip address and port number of the client on which it is reading, will the client accept it as a legitimate packet? I suspect that since the packets would be having some kind of session identifier / sequence number. Getting the ip address and port number is no problem. I already have that getting stored on the server. But from what i know of sockets, i'm sceptical if the client will accept the packet. Guess the only way to go ahead is to try this out. Would someone pls pls pls write a PHP interface to libnet?? Tx, Vinod. On Thu, 23 May 2002 Evan Nemerson wrote : You're right- this is getting interesting ;) http://www.packetfactory.net/libnet/manual/4.html#s4.1.5 Unless I'm mistaken, you don't need to actually hijack the socket- you merely need to write to the network. Check out section 3.1 of RFC 793. There is source and destination port- that is how they are routed. Okay anyone PLEASE correct me if i'm wrong... My understanding is a socket is an interface to the kernel. So basically, you talk to a socket, which the kernel associates with source and destination ports, and destination IP address. Thats why you can just write to a socket instead of explicitly stating all the information. The kernel then sends out then creates the packet and send it to the destination IP. libnet would allow you to bypass the socket phase, and manually create a socket. Think of a socket as a GUI for the network, and libnet is like a console ;) Hope that helps, and once again anyone PLEASE correct any inaccuracies, since I want to know. On Tuesday 21 May 2002 23:53 pm, Vinod Panicker wrote: Thanks for the reply Miguel, but here i'm not trying to implement my own multi-threaded server - exactly the reason why i'm using Apache / PHP. I could have made a listening server which is based on a multi-threaded or multi-forked model, but the time and complexities involved would be huge. Thats why I chose Apache / PHP. Now if what i'm asking for can be done, developers can easily leverage existing efficient server technologies (Apache) to build their own App servers. I know that there is no existing function in PHP that would allow it to retrieve the socket from Apache ;), all i'm asking for is a hack that would allow me to do it. I thought that i'd just as well post it on the mailing list before diving into the source code and trying to figure out for myself. No point trying to re-invent the wheel, right? Evan, that lib will allow me to create my own packets, but which socket do i send it to? Thats been the question all along. I think this is getting really interesting :) Tx, Vinod. On Wed, 22 May 2002 Miguel Cruz wrote : I don't think you're going to get Apache to hand you the socket. However, you can write a program using the standalone (CGI) PHP interpreter that will act like a server - check out http://php.net/socket_create_listen for more info. You could redirect from your standard web server to your listening PHP app running on another port. You'll then have to implement at least a subset of the HTTP protocol in order to get browsers to talk to you. Unfortunately, since you can't - to the best of my knowledge - fork a PHP program, you're going to have to do your own homebrew threading which will make life slightly complicated. miguel On 22 May 2002, Vinod Panicker wrote: It still seems like I havent made the problem clear enough. I am aware of the print(), echo() and flush() functions and what they do. It does not fit in as a solution. Let me explain my problem more elaborately - The client calls a PHP script, script_a.php on the Apache web server, using a Keep-Alive connection. The script returns some response to the client which it uses. Now since the connection is a Keep-alive, apache still has it open for reading and writing. When the client wants to call other scripts, it just sends the request over the same connection. Now the thing is that if the server needs to send some ASYNCHRONOUS data to the client, without the client requesting for anything, a normal PHP script wont be able to do it, since the script would get executed by the web server ONLY on a client request (coz thats the way HTTP works). Now what i was thinking was - if i could get hold of the socket that is being used by apache to send data to the client, I could effectively write() to it, from a C++ app or a PHP script (which gets invoked from lets say another server). print(), echo() etc
Re: Re: [PHP-DEV] Full-duplex communication
On Thu, May 23, 2002 at 09:56:22AM -, Vinod Panicker wrote: But what i want is the socket which is used by Apache to send data to the client, which is on a keep-alive connection, so that some other program, or a php script can send data asynchronously to the client. mind you, the client is a custom developed COM component, not a browser. First, When a request is processed the processing-part of apache (or other webservers) are shutdown. Apache can only keep a connection open when a script doesn't reach the end. The client (can be telnet, a custom app or even a browser) request a resource from the server. The server response on this to send data to the client. When the data is send, the request is done and the webserver goes back into listening mode, but the connection isn't closed.. A web-server can never start a asynchroon connection with the client. HTTP is never meant for 2-way communication. It's a simple request-response system. I believe that since php 4.2 php has a true socket interface. And properbly you can use the bind/accept procedures to create a php server. With pcntl you can fork the process. Because you now have full control over the socket, you can also send asynchroon data over the socket. In fact you have written you're own server.. I only don't know if php-sockets can handle multiple connections. If not, use can always create an socket-array, and assign the socket-resource to a free socket in the socket-array. But this is more the Visual Basic way.. -- With best regards, Dave Mertens, Development Manager [EMAIL PROTECTED] Innovative Solutions in Media BV Schiekade 101 3033 BG Rotterdam, Netherlands Tel. +31-10-2436060 Fax. +31-10-2436066 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Full-duplex communication
What i'm trying to leverage on is the socket that is left open. Since it is left open, i can write() to it, not from a php script necessarily, but another application. And since it is a custom client, i can have complete control over it. Developing a multi-threaded or listening server using php is not something that i'm interested in. I was looking for a way where i could get the open socket from apache so that i could just write to it. And i know that a web server cannot respond without a request. I'm talking abt another application getting hold of the socket and sending data to the client that is read()ing from the socket at the other end. This is how a percieved full-duplex connection would be established using just one socket - the client can send in new requests over the connection which apache can hand off to php scripts to process, and the other application can use the socket to send asynchronous data to the client utilizing the fact that the connection is still open. All i'm asking for is a way to get the socket from apache. I know that there are no php functions to retrieve the socket on which apache is writing to the client, but want to know how it can be done. I'm not averse to writing some C code to get it done. Tx, Vinod. On Thu, 23 May 2002 Dave Mertens wrote : On Thu, May 23, 2002 at 09:56:22AM -, Vinod Panicker wrote: But what i want is the socket which is used by Apache to send data to the client, which is on a keep-alive connection, so that some other program, or a php script can send data asynchronously to the client. mind you, the client is a custom developed COM component, not a browser. First, When a request is processed the processing-part of apache (or other webservers) are shutdown. Apache can only keep a connection open when a script doesn't reach the end. The client (can be telnet, a custom app or even a browser) request a resource from the server. The server response on this to send data to the client. When the data is send, the request is done and the webserver goes back into listening mode, but the connection isn't closed.. A web-server can never start a asynchroon connection with the client. HTTP is never meant for 2-way communication. It's a simple request-response system. I believe that since php 4.2 php has a true socket interface. And properbly you can use the bind/accept procedures to create a php server. With pcntl you can fork the process. Because you now have full control over the socket, you can also send asynchroon data over the socket. In fact you have written you're own server.. I only don't know if php-sockets can handle multiple connections. If not, use can always create an socket-array, and assign the socket-resource to a free socket in the socket-array. But this is more the Visual Basic way.. -- With best regards, Dave Mertens, Development Manager [EMAIL PROTECTED] Innovative Solutions in Media BV Schiekade 101 3033 BG Rotterdam, Netherlands Tel. +31-10-2436060 Fax. +31-10-2436066 _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] fopen(); question
I am new to PHP and I have a simple question about fopen For example: $tmp = fopen(testfile.txt, r); If the file is not found i get an error. (No such file or directory) So there is no point in checking for this like this: if($tmp) // statements Am I doing something wrong here? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Full-duplex communication
Hi Faisal, Tx for ur thoughts... On Thu, 23 May 2002 Faisal Nasim wrote : Hi, Why not simply use Apache to forward to the request to your PHP script or 'other program' and deploy threads for whatever process you want to run in the background? I dont want to run anything else in the background. All i want to do is to have the ability to send some data to the client when it is required by the system. Your program can keep sending the data and the threads will do the secondary work you want them to do. Well, i can do the work in the PHP script that is being requested by the client also right? The client will be calling only php scripts all the time. If the threads need to send the data to the connection as well, your PHP or other program should provide appropriate callback routines which will intercept the data from the threads. Which php script will be running at the time? I'm talking about asynchronous events out here. If you really need the socket, you'll probably need to make a Apache module and make it listen to the requests and do the work from the module itself. Why should i go to the trouble of making an entire apache module that does the work? I'm using PHP scripts for my functionality and they are doing the job excellently. All i was trying to do is to make the process more efficient by having the ability to send data asynchronously without having the client poll for data all the time. Thats why i was wondering if apache might be giving some information to php regarding the socket so that i could retrieve it in my php script and store it for use later. Or if it is possible to write a php extension that would allow me to get the socket from apache and store it. Good luck! Tx, Vinod. At 02:56 PM 5/23/2002, you wrote: Hi Dave, Thanks for the suggestion. But i really dont wanna go in for an infinite loop - just a hopeless waste of resources. I didnt say that a Keep-Alive connection would mean a Full-Duplex connection - i know how keep-alive works, as well as HTTP. I know HTTP is based on a request-response model, and the server cannot send any data to the client without the client requesting for the data first. But what i want is the socket which is used by Apache to send data to the client, which is on a keep-alive connection, so that some other program, or a php script can send data asynchronously to the client. mind you, the client is a custom developed COM component, not a browser. So what i was asking for was a means to make the connection a Full-Duplex one, by taking the socket from apache and using it elsewhere. The Keep-alive timeouts can be configured at either ends since the web server is only going to be accessed by these clients. Tx, Vinod. On Wed, 22 May 2002 Dave Mertens wrote : On Wed, May 22, 2002 at 10:16:23AM -, Vinod Panicker wrote: The client calls a script on the server - script_a.php using a keep-alive connection. The script gets the socket from the web server (this is the unknown), and stores it in a database. Script finishes execution, client reads response, but apache doesnt close the connection since its keep-alive. Client wants to call another script on the server, just writes to the same socket. Script returns response. Server wants to send data asynchronously to the client, so a PHP script (invoked from another server) gets the socket of the client from the database and writes to it. Client reads from the socket. So this is basically a full-duplex connection over HTTP :) Not quite! Keep-alive tries to keep a socket connection with the server, but this connection can only be used to request several resources from the servers (like the images inside a page). This because setting up a new tcp-connection takes a lot of time, keep-alive just reuse this connection for another request. The server itself cannot *start* sending data over the http connection, it can only reply on a client request. What you can do however, is to create a script with an endless loop, inside this loop the scripts looks if there's new data in a database and if there's data, it's sent to the client.. You can ofcourse also do other things inside the loop. But you won't need a keep-alive connection for this. Ohh, don't use any out buffering, otherwise the browser will timeout after 30 seconds.. ;-) However the server can't switch pages. What you can do, is inside the loop to access a different page with the fopen function. Hope this will answer your question, -- With best regards, Dave Mertens, Development Manager [EMAIL PROTECTED] Innovative Solutions in Media BV Schiekade 101 3033 BG Rotterdam, Netherlands Tel. +31-10-2436060 _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit:
[PHP-DEV] SOAP, XMLRPC and WSDL
Aloha, What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) I think getting a status on this might be of general interest, but if you don't feel so you can send an email to me directly. The reason I am asking is because a while back I used a Java Tool for a presentation. I later talked to some of the developers via mail and they asked me to keep them posted on the development inside PHP. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] opendir security hole
hi i am creating a webbased filemanager for uploading files to the database, to determin which dir i upload to i have the directory in the query string ie ?dir=blah , i have found a security flaw where if you type dir=../../../../ it will show you the root dir of the server , how can i lock into a directory when using opendir ? please let me know thanks -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Need help with the build system
Hello all, I'm trying to make a module for php-4.2.1 but i'm having difficulties with the build system. I perform the following steps: 1. extract a fresh source tree (php-4.2.1) 2. go to ext/ and run ./ext_skel --extname=mymodule 3. edit config.m4 and uncomment some lines to make this: PHP_ARG_ENABLE(memusage, whether to enable memusage support, dnl Make sure that the comment is aligned: [ --enable-memusage Enable memusage support]) if test $PHP_MEMUSAGE != no; then PHP_EXTENSION(memusage, $ext_shared) fi 4. go to the root of the source and run ./buildconf 5. run ./configure --enable-mymodule 6. run make, and then i get the error 'make: *** No targets specified and no makefile found. Stop.' So it seems configure doesnt create a Makefile. I exactly followed the steps outlined in the manual and the output of ext_skel. Can anyone tell me whats going wrong here? Thanks in advance, Hans Rakers Parse BV, the Netherlands -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PEAR-DEV] SOAP, XMLRPC and WSDL
I guess when it comes to maturity, all available implementations in any language still have a long way to go. Is there anything can maybe be pulled from SOAP::Lite or do they have similar issues? Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 3:29 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re: [PHP-DEV] Full-duplex communication
Cool.. exactly the kind of info that i was looking for... Tx a lot, i'll check and get back to you Tx, Vinod. On Thu, 23 May 2002 Faisal Nasim wrote : Vinod, On Thu, 23 May 2002 Faisal Nasim wrote : Hi, Why not simply use Apache to forward to the request to your PHP script or 'other program' and deploy threads for whatever process you want to run in the background? I dont want to run anything else in the background. All i want to do is to have the ability to send some data to the client when it is required by the system. Sorry, I didn't read your initial post. cut If you really need the socket, you'll probably need to make a Apache module and make it listen to the requests and do the work from the module itself. Why should i go to the trouble of making an entire apache module that does the work? I'm using PHP scripts for my Apache provides a nice API. Its quite easy to write a module and run it is a shared object. You should be easily able to get the socket. functionality and they are doing the job excellently. All i was trying to do is to make the process more efficient by having the ability to send data asynchronously without having the client poll for data all the time. Thats why i was wondering if apache might be giving some information to php regarding the socket so that i could retrieve it in my php script and store it for use later. Or if it is possible to write a php extension that would allow me to get the socket from apache and store it. Okay, just read your first post, you're stuck with a web-server. Its easy to get the socket info from an Apache module itself. You can also modify the PHP module to pass/save that socket info somewhere. I am not fully sure, but I think the code should go in: ' send_parsed_php' in mod_php4.c Check out: r-connection-remote_addr I don't know whether its going to work or not. I am just trying to give some pointers. Faisal _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PDFLIB pdf_show_boxed
Hi, I've got some problems with generating dynamic pdf's. This is how I use show_boxed: pdf_show_boxed ($p, Hi. How are you? Hope you're ok., 150.0, 800.0, 350.0, 500.0, left); It all seems fine to me, but I can't get it to output anything. If i change it to show_xy and remove the last three args it works just fine. Does anybody know what I'm doing wrong? -Hugo Wetterberg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] status of apache_hooks?
hi! is there anyone actively working on the apache_hooks code? regards, -lukas -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] status of apache_hooks?
is there anyone actively working on the apache_hooks code? Nobody showed any interest in it so I put it on the back burner for a while. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PDFLIB pdf_show_boxed
Title: RE: [PHP-DEV] PDFLIB pdf_show_boxed Yup. You're asking on the wrong list. :P Try php-general. Mike Robinson IT/Developer - Torstar Media Group Television Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] -Original Message- From: Hugo Wetterberg [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 5:20 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] PDFLIB pdf_show_boxed Hi, I've got some problems with generating dynamic pdf's. This is how I use show_boxed: pdf_show_boxed ($p, Hi. How are you? Hope you're ok., 150.0, 800.0, 350.0, 500.0, left); It all seems fine to me, but I can't get it to output anything. If i change it to show_xy and remove the last three args it works just fine. Does anybody know what I'm doing wrong? -Hugo Wetterberg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php To find out more about what we can do for you, please visit us at: http://www.tmgtv.ca/ and http://www.thestar.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Am Thu, 23 May 2002 15:41:28 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: I guess when it comes to maturity, all available implementations in any language still have a long way to go. Is there anything can maybe be pulled from SOAP::Lite or do they have similar issues? Same there. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PEAR-DEV] SOAP, XMLRPC and WSDL
So feature-wise is PHP on par with SOAP::Lite? From what I have heard people seemed to have talked quite favourably about SOAP::Lite. I assume documentation-wise PHP lags behind. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 5:04 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 15:41:28 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: I guess when it comes to maturity, all available implementations in any language still have a long way to go. Is there anything can maybe be pulled from SOAP::Lite or do they have similar issues? Same there. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] SOAP, XMLRPC and WSDL
I think Epinions.com are using the xmlrpc extension in primetime - they wrote it. --Wez. On 23/05/02, Lukas Smith [EMAIL PROTECTED] wrote: Aloha, What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] XPath
whilst we are on the 'X' topic, does anyone know of an XPath implementation. I know of some (quite good) php classes [http://sourceforge.net/projects/phpxpath/], but no compiled extensions. Are there any plans for this in the future? Mike At 17:04 23/05/2002 +0200, Markus Wolff wrote: Am Thu, 23 May 2002 15:41:28 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: I guess when it comes to maturity, all available implementations in any language still have a long way to go. Is there anything can maybe be pulled from SOAP::Lite or do they have similar issues? Same there. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] status of apache_hooks?
On Thu, May 23, 2002 at 07:53:27AM -0700, Rasmus Lerdorf wrote: is there anyone actively working on the apache_hooks code? Nobody showed any interest in it so I put it on the back burner for a while. ok, well i'm very interested, and willing to do the coding, too. months ago i submitted the little brother[1] of apache_hooks and used it since. but apache_hooks would give me more power by far and i'm eager to use it. -lukas [1] http://marc.theaimsgroup.com/?l=php-devm=101356858710191w=2 subject was: [patch] one script to handle them all -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] XPath
On Thu, 23 May 2002, Michael Dransfield wrote: whilst we are on the 'X' topic, does anyone know of an XPath implementation. I know of some (quite good) php classes [http://sourceforge.net/projects/phpxpath/], but no compiled extensions. what's wrong with http://www.php.net/manual/en/function.xpath-eval.php ? there since 4.0.4 ... chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 5:53 PM To: phpsurf; Markus Wolff; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php ___ __ _ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Am Thu, 23 May 2002 18:03:43 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Great, let´s build the ultimate guide to SOAP using PHP - I can contribute a collection of links to articles on the topic and also some code snippets of PEAR::SOAP server-scripts, WSDL files and VB.NET clients that do work together (with simple datatypes). If wanted, I can also set up a mailinglist - although I guess it would be best to host such a list on php.net to make it look more official. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Errors when building HEAD
On Wed, May 22, 2002 at 09:44:35AM +0200, Martin Jansen wrote: On Wed, 22 May 2002 09:21:47 +0200, Markus Fischer wrote: autoconf 2.53 isn't supposed to work. Try with 2.13 After downgrading to 2.13, I now get the error messages on can find in the attached buildconf_errors.txt. After running ./configure then results in: checking whether to include debugging 2.13... ./configure: line 11416: syntax error near unexpected token `else' ./configure: line 11416: `else' Any clues? Try running ./cvsclean and then ./buildconf. -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Tokenizer weirdness
No: ?php print_r(token_get_all('?php phpinfo(); ?'));? Array ( [0] = Array ( [0] = 353 [1] = Array ( [0] = 304 [1] = phpinfo ) [2] = ( [3] = ) [4] = ; [5] = Array ( [0] = 356 [1] = ) [6] = Array ( [0] = 355 [1] = ? ) ) That's not what I get. Did you try the latest CVS version? -Andrei http://www.gravitonic.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 5:53 PM To: phpsurf; Markus Wolff; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming
[PHP-DEV] Re: [PATCH] Allow preg_split to capture offsets
David, Enclosed is a patch to allow PCRE's preg_split to return an array of (match, offset) pairs, if PREG_SPLIT_OFFSET_CAPTURE is or'd into the flags parameter. Submitted for inclusion, rejection, extensive flaming, or suggestions. :) I've applied the patch with some modifications. Notably, when PREG_SPLIT_DELIM_CAPTURE was along with this new flag, the delimiters were not being captured with offsets. I also abstracted the match pair addition into a separate (inlined) function. -Andrei http://www.gravitonic.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Tokenizer weirdness
Andrei Zmievski wrote: That's not what I get. Did you try the latest CVS version? Yes. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: Tokenizer weirdness
I just gave this a go and got: :~:# php -q -f t.php Array ( [0] = Array ( [0] = 354 [1] = ?php ) [1] = Array ( [0] = 305 [1] = phpinfo ) [2] = ( [3] = ) [4] = ; [5] = Array ( [0] = 357 [1] = ) [6] = Array ( [0] = 356 [1] = ? ) ) -- james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Need help with the build system
Sorry for replying to my own message, but i realized i may have provided too little info about my setup. Im using Slackware 8.0 with kernel 2.4.18 autoconf (GNU Autoconf) 2.50 automake (GNU automake) 1.4-p4 ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) Thanks, Hans At 15:26 23-5-2002 +0200, you wrote: Hello all, I'm trying to make a module for php-4.2.1 but i'm having difficulties with the build system. I perform the following steps: 1. extract a fresh source tree (php-4.2.1) 2. go to ext/ and run ./ext_skel --extname=mymodule 3. edit config.m4 and uncomment some lines to make this: PHP_ARG_ENABLE(memusage, whether to enable memusage support, dnl Make sure that the comment is aligned: [ --enable-memusage Enable memusage support]) if test $PHP_MEMUSAGE != no; then PHP_EXTENSION(memusage, $ext_shared) fi 4. go to the root of the source and run ./buildconf 5. run ./configure --enable-mymodule 6. run make, and then i get the error 'make: *** No targets specified and no makefile found. Stop.' So it seems configure doesnt create a Makefile. I exactly followed the steps outlined in the manual and the output of ext_skel. Can anyone tell me whats going wrong here? Thanks in advance, Hans Rakers Parse BV, the Netherlands -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PATCH] Allow preg_split to capture offsets
On Thu, May 23, 2002 at 12:28:02PM -0500, Andrei Zmievski wrote: David, Enclosed is a patch to allow PCRE's preg_split to return an array of (match, offset) pairs, if PREG_SPLIT_OFFSET_CAPTURE is or'd into the flags parameter. Submitted for inclusion, rejection, extensive flaming, or suggestions. :) I've applied the patch with some modifications. Notably, when PREG_SPLIT_DELIM_CAPTURE was along with this new flag, the delimiters were not being captured with offsets. I also abstracted the match pair addition into a separate (inlined) function. Both of those were on my to do list, but I figured I'd go ahead and post my 10-minute hack to gauge interest before moving forward. Anyway, much thanks. :) - Dave [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Markus Wolff wrote: Am Thu, 23 May 2002 17:12:34 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: So feature-wise is PHP on par with SOAP::Lite? From what I have heard people seemed to have talked quite favourably about SOAP::Lite. I assume documentation-wise PHP lags behind. I have no knowledge of Perl which is why I have no clue what features are/aren´t included in SOAP::Lite. Maybe Shane knows more about it? Regards, Markus SOAP::Lite has the same problem, in fact with simple stuff we've done at work it's proven to be less interoperable that PEAR::SOAP when it comes to dealing with .Net. Python is also very lacking in the SOAP arena. None of the scripting languages do realy well with WSDL, esp. when it comes to XML Schema. Deitrich's NuSOAP probably does better with WSDL/Schema than PEAR::SOAP, but I haven't tried to stress it to find out. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Am Thu, 23 May 2002 10:44:36 -0700 schrieb Shane Caraveo [EMAIL PROTECTED]: SOAP::Lite has the same problem, in fact with simple stuff we've done at work it's proven to be less interoperable that PEAR::SOAP when it comes to dealing with .Net. Python is also very lacking in the SOAP arena. None of the scripting languages do realy well with WSDL, esp. when it comes to XML Schema. Deitrich's NuSOAP probably does better with WSDL/Schema than PEAR::SOAP, but I haven't tried to stress it to find out. Briefly browsing the mailing list archives for PHP SOAP (which has some great information in it, I´d really like to see an official SOAP list on php.net!) I have discovered quite a neat feature: In PEAR::SOAP you need to specifically create SOAP_Value objects for all return values. In PHP SOAP it´s possible to bind a WSDL file to the service which then analyses the file and takes care of proper encoding for return values. This is extremely helpful ´cause you don´t have to scratch your head anymore on how to create the SOAP_Value objects so that they match your WSDL definition (something that still causes headaches for me). Here´s the message that I found: http://www.geocrawler.com/lists/3/SourceForge/21431/0/8578899/ I´ll probably try it out this weekend. If it works well, this would make a great addition to PEAR::SOAP. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
It sounds to me like something like webservices.php.net would be in order. I don't have a huge deal of time to really push this forward. I will provide a simple list to start and that will just be a static page for now and that people can expand as things go on (dunno how permissions for php.net subdomains is handled). It would however be great if someone steps up and dedicates some long term time to this and makes this THE resource for webservices for php. This would be a great opportunity for a php novice to gain some fame because a large chunk would be just compiling links and comments. But in the long run it will obviously be a great opportunity to become really knowledgeable in webservices in php. But I dont know how the process of setting up something like webservices.php.net would go. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 7:58 PM To: Shane Caraveo Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 10:44:36 -0700 schrieb Shane Caraveo [EMAIL PROTECTED]: SOAP::Lite has the same problem, in fact with simple stuff we've done at work it's proven to be less interoperable that PEAR::SOAP when it comes to dealing with .Net. Python is also very lacking in the SOAP arena. None of the scripting languages do realy well with WSDL, esp. when it comes to XML Schema. Deitrich's NuSOAP probably does better with WSDL/Schema than PEAR::SOAP, but I haven't tried to stress it to find out. Briefly browsing the mailing list archives for PHP SOAP (which has some great information in it, I´d really like to see an official SOAP list on php.net!) I have discovered quite a neat feature: In PEAR::SOAP you need to specifically create SOAP_Value objects for all return values. In PHP SOAP it´s possible to bind a WSDL file to the service which then analyses the file and takes care of proper encoding for return values. This is extremely helpful ´cause you don´t have to scratch your head anymore on how to create the SOAP_Value objects so that they match your WSDL definition (something that still causes headaches for me). Here´s the message that I found: http://www.geocrawler.com/lists/3/SourceForge/21431/0/8578899/ I´ll probably try it out this weekend. If it works well, this would make a great addition to PEAR::SOAP. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I want one (but should this not be a bit more generic as in [EMAIL PROTECTED]) .. plus webservices.php.net Or webservicetools ... dunno Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 8:05 PM To: Shane Caraveo Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I would say go for it, but I want to hear from some others first to know that I wont be talking to myself on an email list ;) Shane Rasmus Lerdorf wrote: So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Ugh, can't stand 'web services'. But anyway, I think this information needs to go into regular documentation on php.net and pear.php.net first, then if there is realy a need for it expand into an additional site. Shane Lukas Smith wrote: It sounds to me like something like webservices.php.net would be in order. I don't have a huge deal of time to really push this forward. I will provide a simple list to start and that will just be a static page for now and that people can expand as things go on (dunno how permissions for php.net subdomains is handled). It would however be great if someone steps up and dedicates some long term time to this and makes this THE resource for webservices for php. This would be a great opportunity for a php novice to gain some fame because a large chunk would be just compiling links and comments. But in the long run it will obviously be a great opportunity to become really knowledgeable in webservices in php. But I don't know how the process of setting up something like webservices.php.net would go. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Ugh, can't stand 'web services' I know what you mean. I just think that soap would sort of imply it's not xml-rpc etc ... which would not make sense ... On the other hand since there is no php-xmlrpc@ people will probably try php-soap@ anyways But anyway, I think this information needs to go into regular documentation on php.net and pear.php.net first, then if there is realy a need for it expand into an additional site. Ok, I will just compile my little thingi and then we will see where it finds a home. Shane Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Shane Caraveo [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 8:24 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Ugh, can't stand 'web services'. But anyway, I think this information needs to go into regular documentation on php.net and pear.php.net first, then if there is realy a need for it expand into an additional site. Shane Lukas Smith wrote: It sounds to me like something like webservices.php.net would be in order. I don't have a huge deal of time to really push this forward. I will provide a simple list to start and that will just be a static page for now and that people can expand as things go on (dunno how permissions for php.net subdomains is handled). It would however be great if someone steps up and dedicates some long term time to this and makes this THE resource for webservices for php. This would be a great opportunity for a php novice to gain some fame because a large chunk would be just compiling links and comments. But in the long run it will obviously be a great opportunity to become really knowledgeable in webservices in php. But I don't know how the process of setting up something like webservices.php.net would go. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] embedded mysql (rather than RDBMS)
Hey, You know that mysql now includes an embedded mysql server library? Well, a few months ago I decided to take a look - it was experimental then (and probably still is) so I had to build it myself. Then I needed to add support to PHP, so I copied the mysql extension code and renamed all the PHP functions from mysql_xxx to mysqlemd_xxx, compiled it and got it working. It's since been suffering from bit-rot. It would be cool to offer support for this to PHP. Now, since the extension code is the same as the mysql extension but with different names for the PHP functions, it would be nice if we had some way to build both the regular network client and embedded variants from the same code base (to avoid maintenance nightmares!). What would be really, really cool would be being able to use both the embedded and network variants in the same installation (same script even). How can we do that?? C pre-proc trickery might work for the compilation. But what about symbol collision if we are linking to two different libraries that have the same symbol names? I'm thinking mainly of win32 here: I can see a potential use for the embedded mysql library to maintain a local database which is used in an offline state, but updates and queries come from a remote database when online. I *think* that if we build both extensions as DLLs things will work sensibly. Does anyone have any ideas or comments about this? --Wez. -- Wez Furlong The Brain Room Ltd. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
+1 :-) On Thu, May 23, 2002 at 11:21:39AM -0700, Shane Caraveo wrote : I would say go for it, but I want to hear from some others first to know that I wont be talking to myself on an email list ;) Shane Rasmus Lerdorf wrote: So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc - I mean When in doubt, blame mcrypt is more often right than wrong :) Always right, never wrong :) - Two PHP developers who want to remain unnamed -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Need help with the build system
2.5x version proved to do not work well with the build system. Try 2.13 for a start. - Markus On Thu, May 23, 2002 at 07:39:02PM +0200, Hans Rakers wrote : Sorry for replying to my own message, but i realized i may have provided too little info about my setup. Im using Slackware 8.0 with kernel 2.4.18 autoconf (GNU Autoconf) 2.50 automake (GNU automake) 1.4-p4 ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) Thanks, Hans At 15:26 23-5-2002 +0200, you wrote: Hello all, I'm trying to make a module for php-4.2.1 but i'm having difficulties with the build system. I perform the following steps: 1. extract a fresh source tree (php-4.2.1) 2. go to ext/ and run ./ext_skel --extname=mymodule 3. edit config.m4 and uncomment some lines to make this: PHP_ARG_ENABLE(memusage, whether to enable memusage support, dnl Make sure that the comment is aligned: [ --enable-memusage Enable memusage support]) if test $PHP_MEMUSAGE != no; then PHP_EXTENSION(memusage, $ext_shared) fi 4. go to the root of the source and run ./buildconf 5. run ./configure --enable-mymodule 6. run make, and then i get the error 'make: *** No targets specified and no makefile found. Stop.' So it seems configure doesnt create a Makefile. I exactly followed the steps outlined in the manual and the output of ext_skel. Can anyone tell me whats going wrong here? Thanks in advance, Hans Rakers Parse BV, the Netherlands -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc - I mean When in doubt, blame mcrypt is more often right than wrong :) Always right, never wrong :) - Two PHP developers who want to remain unnamed -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
i'm under contract. i'd definitely contribute as much as possible on the list though :) i think these are excellent steps for PHP in this area. i get an amazing amount of NuSOAP-related email every day from developers who (for whatever reason) think that SOAP is the shiznit, and are creating all kinds of crazy web services. Most are trying to talk to other SOAP toolkits (mostly .NET Apache). suggestions: 1. interop is key. get an endpoint up for brad's extension, and register it w/ soapbuilders list. 2. implement solid document-oriented messaging support (doc/lit) into brad's extension. dietrich -Original Message- From: Shane Caraveo [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 11:04 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] zvals and references
In some code in the COM extension, there is a function that converts COM objects into something that PHP can use as a zval. There is a particular case where the COM object might be one that PHP created as a wrapper for a zval. Given that the code can use some magic to extract the zval * from the COM object, how can I legally return it as a reference to the original object? Can I just increment the refcount and leave it at that, or should I use the copy_ctor? I very much want to be working with a reference to the object and not a copy. --Wez. -- Wez Furlong The Brain Room Ltd. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Ok here I am I do already have some email lists up for my extension. [EMAIL PROTECTED] [EMAIL PROTECTED] I've been doing ALOT of work with my extension. And i currently do use it live at work. We have a java interface talking to SoapObjects on the server. This is extremly powerfull cause it take advantage of php seralization and php sessions to persist php-soap objects. So basicall you have a php-soap application server that can commiuncate with any client. Run a php object in any language that supports soap. here are some snipplits that explain what im doing ? $client = new SoapObject(http://serverendpoint.com/somescript.php;, urn:Test); $client-setData(someData); echo $client-getData(); $client-destroy(); ? ? $server = new SoapServer(urn:Test); $server-setClass(myClass); $server-setPersistence(SOAP_PERSISTENCE_SESSION); $server-handle(); class myClass { var $data; function setData($data) { $this-data = $data; } function getData() { return $this-data; } function destroy() { session_destroy(); } } ? now with the above example you can see how you can have persitiant php objects running on a remote server. I use this type of functionality in my java gui. All of my database objects are writtin in php they do the data extract. Then the java gui can fetch the data. Now if i don't like java i can create php-gtk appliation use php-soap and i don't need to re-write my database objects or MFC or VB etc etc. And now you can give this gui application to customers and have them run it... and if you ever want to change your underlaying db structure or any business logic you don't need to release a new application you can control it thru your phpsoapobjects. Since the perstited object is using php-session handling you can control where the objects go. So i take it a step further i use msession to handle my objects. Now i can have a cluster of php-soap application servers each soap call method call can run on a different server or if you want pure speed you can set up your session handling to use mod_mm but you don't have the whole clustering part. My extension is very young. it still needs alot of work but it also includes alot of functionality. the website is http://phpsoaptoolkit.sourceforge.net/ - Brad --- Dietrich Ayala [EMAIL PROTECTED] wrote: i'm under contract. i'd definitely contribute as much as possible on the list though :) i think these are excellent steps for PHP in this area. i get an amazing amount of NuSOAP-related email every day from developers who (for whatever reason) think that SOAP is the shiznit, and are creating all kinds of crazy web services. Most are trying to talk to other SOAP toolkits (mostly .NET Apache). suggestions: 1. interop is key. get an endpoint up for brad's extension, and register it w/ soapbuilders list. 2. implement solid document-oriented messaging support (doc/lit) into brad's extension. dietrich -Original Message- From: Shane Caraveo [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 11:04 AM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!?
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
As I mentioned earlier I am a big +1 for it. Probably php-webservices@ is even better as it covers more and sounds good :) Andi At 11:05 23/05/2002 -0700, Rasmus Lerdorf wrote: So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Then go for soap, that's fine too. The most important thing is that we manage to get good SOAP support into PHP which will work out of the box and can be documented officially in the manual. Andi At 14:08 23/05/2002 -0700, Rasmus Lerdorf wrote: I really don't like the term Web Services. SOAP is an RPC mechanism and has nothing to do with the web despite what M$ would like to have you think. -Rasmus On Fri, 24 May 2002, Andi Gutmans wrote: As I mentioned earlier I am a big +1 for it. Probably php-webservices@ is even better as it covers more and sounds good :) Andi At 11:05 23/05/2002 -0700, Rasmus Lerdorf wrote: So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Full-duplex communication
I suggest you take a look at BEEP, which is meant for full-duplex communication. HTTP simply isn't. http://www.alltheweb.com/search?q=beep+protocol - Stig On Wed, 2002-05-22 at 12:16, Vinod Panicker wrote: Hi, I had a peculiar requirement. I need the ability to send asynchronous data from my web server to the client (COM component). I know that the first thing ppl will say is not to be using a web server, and to use a TCP solution. Thing is that the system is in a production environment and needs to be optimised. So i came up with the solution that if I could get hold of the socket on which the client is reading, and store it somewhere, other php scripts or a C++ binary can use the socket to write() to it, and the client on the other end will receive the data. Putting it in more detail - The client calls a script on the server - script_a.php using a keep-alive connection. The script gets the socket from the web server (this is the unknown), and stores it in a database. Script finishes execution, client reads response, but apache doesnt close the connection since its keep-alive. Client wants to call another script on the server, just writes to the same socket. Script returns response. Server wants to send data asynchronously to the client, so a PHP script (invoked from another server) gets the socket of the client from the database and writes to it. Client reads from the socket. So this is basically a full-duplex connection over HTTP :) Only thing to get is the socket :( Any ideas? I'm willing to do some coding in C to get this done, if someone can pls direct me where to start... can the PHP module get the socket details from apache? Or will i have to do a hack on apache itself? Tx, Vinod. _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Stig, I am not keeping up with which PHP SOAP implementations are complete and which are not. I guess I am confused like many of our users. I didn't say we should reinvent the wheel. All I said is that everyone should get together and standardize PHP's SOAP support and get it documented and advertised. If the best base will be xmlrpc-epi (time for a name change? :) then that's fine. Andi At 23:15 23/05/2002 +0200, Stig S. Bakken wrote: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php ___ ___ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Shane also did not like the term and I can see where you all are coming from. But I think the mailinglist should cover a broader scope than just soap and this is usually done under the name web services php-xml-based-rpc@ this could mislead to making it sound xml-rpc centric and its not really php-rpc@ either and this would maybe not be a name that people would immediately point their soap answers to ... all in all web services maybe a non programmers choice (maybe even marketing guys choice), but do we have a better name to wrap these technologies into? php-webservice-tools@ might be better to make clear that this list is more about the tools than about discussing actual web services .. anyways I can live with php-soap@ as well .. so who ever is in charge make the call or let the head honchos about this topic (like shane or brad) deside what the prefer :-) Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 11:08 PM To: Andi Gutmans Cc: Shane Caraveo; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL I really don't like the term Web Services. SOAP is an RPC mechanism and has nothing to do with the web despite what M$ would like to have you think. -Rasmus On Fri, 24 May 2002, Andi Gutmans wrote: As I mentioned earlier I am a big +1 for it. Probably php-webservices@ is even better as it covers more and sounds good :) Andi At 11:05 23/05/2002 -0700, Rasmus Lerdorf wrote: So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
At 00:08 24/05/2002, Rasmus Lerdorf wrote: I really don't like the term Web Services. SOAP is an RPC mechanism and has nothing to do with the web despite what M$ would like to have you think. I think that's kind of like saying HTML has nothing to do with the web, but anyway, perception is everything. If people look for web services, then IMHO, that's what they should find. Just wondering though, why not use the wonderful idea of aliases and have both? Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
One reason is xmlrpc doesn't have everything that goes along with soap. meaning WSDL UDDI WebServiceSecurity. and as far as i understand that xmlrpc doesn't work on windows. and with some benchmarks phpsoap so far was 3 times as fast as xmlrpc. - Brad --- Stig S. Bakken [EMAIL PROTECTED] wrote: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Well lets not drift off into a discussion which solution is more feasible. I think it can't be disputed that xmlrpc also has its followers and therefore should see some support that would fit best into a mailinglist with soap. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: brad lafountain [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 11:29 PM To: Stig S. Bakken; Andi Gutmans Cc: phpsurf; Markus Wolff; Lukas Smith; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL One reason is xmlrpc doesn't have everything that goes along with soap. meaning WSDL UDDI WebServiceSecurity. and as far as i understand that xmlrpc doesn't work on windows. and with some benchmarks phpsoap so far was 3 times as fast as xmlrpc. - Brad --- Stig S. Bakken [EMAIL PROTECTED] wrote: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung,
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I guess I am confused like many of our users. Yeah this is a huge problem. Most likely this is also why we have so many separate efforts, because everyone felt this area was lacking and felt this area needed some serious effort. Thats why I also think we need a place where all efforts are linked from and people can get information what each implementation can do. This way each of the efforts can also benefit from each other and in the long term people will hopefully agree one implemtation, or atleast for new users there will be a clear choice. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 11:19 PM To: Stig S. Bakken Cc: phpsurf; Markus Wolff; Lukas Smith; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Stig, I am not keeping up with which PHP SOAP implementations are complete and which are not. I guess I am confused like many of our users. I didn't say we should reinvent the wheel. All I said is that everyone should get together and standardize PHP's SOAP support and get it documented and advertised. If the best base will be xmlrpc-epi (time for a name change? :) then that's fine. Andi At 23:15 23/05/2002 +0200, Stig S. Bakken wrote: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Well my extension i was going for a solid implmentation of soap that could run out of the box. With many features and tightly intergrated with zend and other extensions like domxml and php-streams. I think my extension has some value here. I would like to see my soap be the soap implementation that you speak of. Again, I have cvs accounts and a php look-a-like website all hosted on sourceforge.net. I don't mind converting everything to php cvs and php site. When i first started working on this extension, the list didn't seem to interested so i went of on my own and built a website and put it up on sourceforge. More people are obvisouly interested now maybe i can put this in the right place. - Brad --- Andi Gutmans [EMAIL PROTECTED] wrote: Then go for soap, that's fine too. The most important thing is that we manage to get good SOAP support into PHP which will work out of the box and can be documented officially in the manual. Andi At 14:08 23/05/2002 -0700, Rasmus Lerdorf wrote: I really don't like the term Web Services. SOAP is an RPC mechanism and has nothing to do with the web despite what M$ would like to have you think. -Rasmus On Fri, 24 May 2002, Andi Gutmans wrote: As I mentioned earlier I am a big +1 for it. Probably php-webservices@ is even better as it covers more and sounds good :) Andi At 11:05 23/05/2002 -0700, Rasmus Lerdorf wrote: So do we want a [EMAIL PROTECTED] mailing list? I can set it up if you say the word. -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: I would be happy to lead the effort on the soap front. I've spoken a bit with Brad about combining our efforts but got sidetracked over the last couple weeks so haven't followed up on that. I'm also not sure whether Deitrich is tied to NuSphere with his work, it'd be nice if we could get him to work on this also (I'm sure he's lurking here ;). There have been a couple others contacting me about working on the soap stuff as well. Shane Rasmus Lerdorf wrote: pear/SOAP seems to work pretty well. There are few people out there that know more about SOAP than Shane and I am quite comfortable having him spearheading this effort. We can easily set up a php-soap mailing list if enough people are interested. -Rasmus On Thu, 23 May 2002, Lukas Smith wrote: Yeah, I keep seeing PHP SOAP and XMLRPC being announce packages everywhere. But incompatible API's will not benefit PHP much and the efforts are simply redundant. I think it would make sense to create such a mailinglist. As I am still fairly busy with working on a merge of Metabase and PEAR DB called MDB (blatant plug :-) ) I can't spend as much time as I would wish on this topic. For now I will try to order the feedback I get and put together a little static page with the content. Basically I will take every package I find and list it there and put any comments people send regarding that package underneath. Best regards, Lukas Smith [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Stig S. Bakken said: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig Unfortunately, not all (in fact, very few) providers install that extension - as well as they don´t install many other useful but not-so- common extensions. They´ll keep it this way unless enough people ask for it. But as long as only few people know these extensions exist (in part because so few providers install them), not enough people will ask for them. The best thinkable solutions would be: a) Bundle a library like PEAR::SOAP with PHP that is modified in a way that it automatically detects if the xmlrpc-epi extension is installed. If so, PEAR::SOAP only acts as a wrapper class around the calls to the extension. Else, it uses its own, slower PHP routines. b) Integrate xmlrpc-epi support as a standard extension that is installed by default. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Stig S. Bakken said: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig Unfortunately, not all (in fact, very few) providers install that extension - as well as they don´t install many other useful but not-so- common extensions. They´ll keep it this way unless enough people ask for it. But as long as only few people know these extensions exist (in part because so few providers install them), not enough people will ask for them. The best thinkable solutions would be: a) Bundle a library like PEAR::SOAP with PHP that is modified in a way that it automatically detects if the xmlrpc-epi extension is installed. If so, PEAR::SOAP only acts as a wrapper class around the calls to the extension. Else, it uses its own, slower PHP routines. b) Integrate xmlrpc-epi support as a standard extension that is installed by default. Sounds like the way to go. This way everybody can use it and gain optimal performance from their environment and developers don't have to worry about it either. Hopefully someday we will be able to do the same with MDB (or atleast with large chunks of it) Mit freundlichen Grüßen, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Full-duplex communication
On Thu, 2002-05-23 at 14:39, Vinod Panicker wrote: Hi Faisal, Tx for ur thoughts... On Thu, 23 May 2002 Faisal Nasim wrote : Hi, Why not simply use Apache to forward to the request to your PHP script or 'other program' and deploy threads for whatever process you want to run in the background? I dont want to run anything else in the background. All i want to do is to have the ability to send some data to the client when it is required by the system. Try making a size 0 frame with a php script inside that output complete chunks of javascript (script start/end tags). - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
On Thu, 2002-05-23 at 23:28, brad lafountain wrote: One reason is xmlrpc doesn't have everything that goes along with soap. meaning WSDL UDDI WebServiceSecurity. WSDL can be implemented through the introspection stuff in ext/xmlrpc. It's just about describing/documenting the available interfaces, right? UDDI is just a catalog service AFAIK, so that would fit better on top of the SOAP stuff. and as far as i understand that xmlrpc doesn't work on windows. and with some benchmarks phpsoap so far was 3 times as fast as xmlrpc. Really? What XML parser are you using? - Brad --- Stig S. Bakken [EMAIL PROTECTED] wrote: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
--- Stig S. Bakken [EMAIL PROTECTED] wrote: On Thu, 2002-05-23 at 23:28, brad lafountain wrote: One reason is xmlrpc doesn't have everything that goes along with soap. meaning WSDL UDDI WebServiceSecurity. WSDL can be implemented through the introspection stuff in ext/xmlrpc. It's just about describing/documenting the available interfaces, right? UDDI is just a catalog service AFAIK, so that would fit better on top of the SOAP stuff. and as far as i understand that xmlrpc doesn't work on windows. and with some benchmarks phpsoap so far was 3 times as fast as xmlrpc. Really? What XML parser are you using? libxml2... - Brad - Brad --- Stig S. Bakken [EMAIL PROTECTED] wrote: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig On Thu, 2002-05-23 at 17:52, Andi Gutmans wrote: I think it's important to have a main stream soap implementation bundled with PHP and not a zillion different implementations floating around. If there is enough interest we could setup a Soap mailing list where interested people could cooperate possibly basing the official PHP Soap implementation on existing work, for example, Brad's work. As I personally don't have the knowledge nor the time I'm just making the suggestion :) It's up to people who are interested in this topic to move it forward. I think it would be extremely beneficial to PHP. Andi At 17:52 23/05/2002 +0200, phpsurf wrote: hi brad lafountain is working on a Soap extension which is not far from being stable. he made a good use of WSDL ... you should have look to http://phpsoaptoolkit.sourceforge.net/phpsoap/ -Original Message- From: Markus Wolff [mailto:[EMAIL PROTECTED]] Sent: jeudi 23 mai 2002 15:29 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL Am Thu, 23 May 2002 14:57:45 +0200 schrieb Lukas Smith [EMAIL PROTECTED]: What is the current status in terms of SOAP, XMLRPC and WSDL in php? How mature are the solutions? When will they be ready for primetime? Does anyone already use them in production (that can be used to show off how great the support is) or are there any other prominent examples? (I know the pear installer uses XMLRPC and Sebastian did something with Googles Webservices) We´ve been trying to make a PEAR::SOAP webservice talk to a VB.NET SOAP client. It does work very well when you stick to passing most primitive datatypes around: Strings, Integers, Floats, Booleans ... It stops being fun when you´re trying more complex structures like resultsets from SQL-Queries. Those could be represented and passed via SOAP as two-dimensional arrays, and in theory you could either use a loosely typed two-dimensional array or an array of struct to represent that data in the VB.NET client - but we did not yet manage to make the client recognize and deserialize the SOAP data from the PHP script. I have not the slightest idea where to start looking. I´ve read tons of articles on SOAP and WSDL, but all in all, the quality of documentation on this topic sucks. PEAR::SOAP itself is as good as undocumented (at least the server part) and the documentation for .NET webservices mostly talks about connecting an ASP.NET webservice to a C# or VB.NET client. When it comes to making SOAP calls to a client/server on another software platform, or even if you just want to use SOAP-RPC encoding instead of the default Document/Literal encoding that .NET does, the documentation is very uncomplete. Thing is, you _have_ to use SOAP-RPC encoding because PEAR::SOAP does not yet support Document/Literal (in fact, Microsoft seem to be the only ones who use this encoding method by default or even fully support it). I guess when it comes to maturity, all available implementations in any language still have a long way to go. Regards, Markus -- *21st Media*| Consulting, Konzeption, Produktion für die Bereiche: Markus Wolff| Internet, Intranet, eCommerce, Content Management, Hamburg,Germany | Softwareentwicklung, 3D-Animation, Videostreaming http://21st.de | Tel. [+49](0)40/6887949-0, Fax: [+49](0)40/6887949-1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
On Thu, 2002-05-23 at 23:38, Markus Wolff wrote: Stig S. Bakken said: PHP already has SOAP support bundled in the xmlrpc extension, which is built upon the xmlrpc-epi library that we bundle. Why can't people improve that instead of re-inventing more wheels in all shapes and sizes? When we bundle a library, we should use it. - Stig Unfortunately, not all (in fact, very few) providers install that extension - as well as they don´t install many other useful but not-so- common extensions. They´ll keep it this way unless enough people ask for it. But as long as only few people know these extensions exist (in part because so few providers install them), not enough people will ask for them. The best thinkable solutions would be: a) Bundle a library like PEAR::SOAP with PHP that is modified in a way that it automatically detects if the xmlrpc-epi extension is installed. If so, PEAR::SOAP only acts as a wrapper class around the calls to the extension. Else, it uses its own, slower PHP routines. b) Integrate xmlrpc-epi support as a standard extension that is installed by default. I think this is a good approach. It's the same thing we did with PEAR DB: make a good API first. The only thing that worries me with the PEAR SOAP and PEAR XML_RPC APIs is that they use objects for everything, even a boolean is represented by a freaking object, both slow and very cumbersome. The beauty of xmlrpc-epi is that you deal with native PHP types (with some extra hacks for binary and date strings). This means exporting existing functions through xmlrpc is as easy as can be. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Tokenizer weirdness
On Thu, 2002-05-23 at 19:26, Sebastian Bergmann wrote: Andrei Zmievski wrote: That's not what I get. Did you try the latest CVS version? Yes. Windows issue? Does anyone else using Windows see this? - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Unless some work has been done on it, I found it very lacking. Many things are hardcoded in C that would make it hardly interoperable with other implementations. Shane In fact, xmlrpc-epi also supports SOAP: ---[SNIP]--- As of Sept. 27, 2001, experimental support for SOAP v 1.1 has been added to the library. This support is implemented transparently to the application such that a single API can be used for manipulation of values, yet both SOAP and XML-RPC can be read or written. ---[/SNIP]--- However, I did not yet have the possibility to try it out so I don´t know whether things like WSDL and UDDI are supported. Also, the last file release is from September 26th - doesn´t look like a very active project. Regards, Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Full-duplex communication
On Thu, 2002-05-23 at 23:59, Stig S. Bakken wrote: On Thu, 2002-05-23 at 14:39, Vinod Panicker wrote: Hi Faisal, Tx for ur thoughts... On Thu, 23 May 2002 Faisal Nasim wrote : Hi, Why not simply use Apache to forward to the request to your PHP script or 'other program' and deploy threads for whatever process you want to run in the background? I dont want to run anything else in the background. All i want to do is to have the ability to send some data to the client when it is required by the system. Try making a size 0 frame with a php script inside that output complete chunks of javascript (script start/end tags). I hit send a bit early :-) The trick is something like this page A is a frameset rows=*,0 where the 0-height frame is a php-driven request that does not stop, ala this: headtitlecontrol page/title/head ?php while (true) { print script language=javascript\n; print top.mainframe.document.write('tickbr');\n; print /script\n; flush(); sleep(1); } ? I've used this trick to implement progress bars and such for big database operations, it works like a charm. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
On Thu, 23 May 2002 20:08:48 +0200, Lukas Smith wrote: It sounds to me like something like webservices.php.net would be in order. I don't think that having yet another subdomain does make much sense. Actually I prefer to have documentation for whatever comes out of this discussion in the PHP or in the PEAR manual. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
--- Stig S. Bakken [EMAIL PROTECTED] wrote: On Fri, 2002-05-24 at 00:10, brad lafountain wrote: --- Stig S. Bakken [EMAIL PROTECTED] wrote: On Thu, 2002-05-23 at 23:28, brad lafountain wrote: One reason is xmlrpc doesn't have everything that goes along with soap. meaning WSDL UDDI WebServiceSecurity. WSDL can be implemented through the introspection stuff in ext/xmlrpc. It's just about describing/documenting the available interfaces, right? UDDI is just a catalog service AFAIK, so that would fit better on top of the SOAP stuff. and as far as i understand that xmlrpc doesn't work on windows. and with some benchmarks phpsoap so far was 3 times as fast as xmlrpc. Really? What XML parser are you using? libxml2... I'd really like stuff like this to build out of the box in PHP. Bundling expat was great because we didn't have to think about it anymore. My impression is that libxml2 is rarely installed by default (GNOME still uses 1.8 for instance). But I guess we'll have to deal with that sooner or later anyway, since libxml2 looks like the best xml library out there and more extensions want to use it. Could we bundle libxml2, or does the LGPL prevent us from doing that? I don't know about the LGPL but i would love to see it bundled. This would also help the domxml extension cause it requires a newer version than most people have. - Brad - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Need help with the build system
Thats it! Downgraded to autoconf-2.13 and works like a charm now. Finally i can get to coding :) Thanks, Hans At 21:14 23-5-2002 +0200, you wrote: 2.5x version proved to do not work well with the build system. Try 2.13 for a start. - Markus On Thu, May 23, 2002 at 07:39:02PM +0200, Hans Rakers wrote : Sorry for replying to my own message, but i realized i may have provided too little info about my setup. Im using Slackware 8.0 with kernel 2.4.18 autoconf (GNU Autoconf) 2.50 automake (GNU automake) 1.4-p4 ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) Thanks, Hans At 15:26 23-5-2002 +0200, you wrote: Hello all, I'm trying to make a module for php-4.2.1 but i'm having difficulties with the build system. I perform the following steps: 1. extract a fresh source tree (php-4.2.1) 2. go to ext/ and run ./ext_skel --extname=mymodule 3. edit config.m4 and uncomment some lines to make this: PHP_ARG_ENABLE(memusage, whether to enable memusage support, dnl Make sure that the comment is aligned: [ --enable-memusage Enable memusage support]) if test $PHP_MEMUSAGE != no; then PHP_EXTENSION(memusage, $ext_shared) fi 4. go to the root of the source and run ./buildconf 5. run ./configure --enable-mymodule 6. run make, and then i get the error 'make: *** No targets specified and no makefile found. Stop.' So it seems configure doesnt create a Makefile. I exactly followed the steps outlined in the manual and the output of ext_skel. Can anyone tell me whats going wrong here? Thanks in advance, Hans Rakers Parse BV, the Netherlands -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
On Thu, 23 May 2002 15:27:00 -0700, Shane Caraveo wrote: Markus Wolff wrote: The best thinkable solutions would be: a) Bundle a library like PEAR::SOAP with PHP that is modified in a way that it automatically detects if the xmlrpc-epi extension is installed. If so, PEAR::SOAP only acts as a wrapper class around the calls to the extension. Else, it uses its own, slower PHP routines. This is exactly what I've wanted to do. Just for the records: I like this plan and I think that we should try to push this forward. Brad: Without knowing very much about your SOAP project: Do you think that it is possible to merge your code with the xmlrpc-epi extension? - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
At 00:08 24/05/2002, Rasmus Lerdorf wrote: I really don't like the term Web Services. SOAP is an RPC mechanism and has nothing to do with the web despite what M$ would like to have you think. I think that's kind of like saying HTML has nothing to do with the web, but anyway, perception is everything. If people look for web services, then IMHO, that's what they should find. Well, HTML is an intrical part of the Web and I don't see how that can be compared to SOAP at all. In order for SOAP to be part of the Web it needs to conform to the HTTP protocol and to the concepts that defines the Web. It doesn't do that at all today. It has taken the URL and other HTTP header control data and completely mangled it by pushing content and commands over it that do not match the semantics of the HTTP header control data. Just because you tunnel something over port 80 to avoid being blocked by firewalls doesn't suddenly mean you are now a web protocol. This argument is a current battle within the W3C where a lot of people would like to see SOAP kicked out of the organization. Nobody has ever threatened to kick the HTML working groups out of the W3C. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: Tokenizer weirdness
it's not just windows. -Original Message- From: Stig S. Bakken [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 11:28 PM To: Sebastian Bergmann Cc: Andrei Zmievski; [EMAIL PROTECTED]; PHP Developers Subject: Re: [PHP-DEV] Re: Tokenizer weirdness On Thu, 2002-05-23 at 19:26, Sebastian Bergmann wrote: Andrei Zmievski wrote: That's not what I get. Did you try the latest CVS version? Yes. Windows issue? Does anyone else using Windows see this? - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Errors when building HEAD
On Thu, 23 May 2002 12:33:12 -0400, Jon Parise wrote: On Wed, May 22, 2002 at 09:44:35AM +0200, Martin Jansen wrote: On Wed, 22 May 2002 09:21:47 +0200, Markus Fischer wrote: autoconf 2.53 isn't supposed to work. Try with 2.13 After downgrading to 2.13, I now get the error messages on can find in the attached buildconf_errors.txt. After running ./configure then results in: checking whether to include debugging 2.13... ./configure: line 11416: syntax error near unexpected token `else' ./configure: line 11416: `else' Any clues? Try running ./cvsclean and then ./buildconf. The problem persists. Actually I think that there is something fu**ed up pretty much on the system, since it works for me on another Linux box. - Martin -- Martin Jansen, [EMAIL PROTECTED] http://www.martin-jansen.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I think the point Zeev was making is that in real life these days many decision makers are looking for the web services buzz word when choosing a technology. Telling them PHP supports web services can only be a good thing in the fight against MS and other giants. In many people's perception SOAP is part of web services. We're not going to educate the whole software industry *even* if there are inaccuracies out there. And as far as I see it PHP is going to be in a battle with .NET and J2EE. Anyway, it's not worth getting into a long discussion about it I just wanted to explain that perception, as Zeev put it, everything or almost everything. Andi At 15:39 23/05/2002 -0700, Rasmus Lerdorf wrote: At 00:08 24/05/2002, Rasmus Lerdorf wrote: I really don't like the term Web Services. SOAP is an RPC mechanism and has nothing to do with the web despite what M$ would like to have you think. I think that's kind of like saying HTML has nothing to do with the web, but anyway, perception is everything. If people look for web services, then IMHO, that's what they should find. Well, HTML is an intrical part of the Web and I don't see how that can be compared to SOAP at all. In order for SOAP to be part of the Web it needs to conform to the HTTP protocol and to the concepts that defines the Web. It doesn't do that at all today. It has taken the URL and other HTTP header control data and completely mangled it by pushing content and commands over it that do not match the semantics of the HTTP header control data. Just because you tunnel something over port 80 to avoid being blocked by firewalls doesn't suddenly mean you are now a web protocol. This argument is a current battle within the W3C where a lot of people would like to see SOAP kicked out of the organization. Nobody has ever threatened to kick the HTML working groups out of the W3C. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
At 02:04 24/05/2002 +0300, Andi Gutmans wrote: I think the point Zeev was making is that in real life these days many decision makers are looking for the web services buzz word when choosing a technology. Telling them PHP supports web services can only be a good thing in the fight against MS and other giants. In many people's perception SOAP is part of web services. We're not going to educate the whole software industry *even* if there are inaccuracies out there. And as far as I see it PHP is going to be in a battle with .NET and J2EE. Anyway, it's not worth getting into a long discussion about it I just wanted to explain that perception, as Zeev put it, everything or almost everything. That was supposed to say is everything or almost everything :) Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
So this is what I propose... setup [EMAIL PROTECTED] for further conversation. As a starting point PEAR::SOAP is a script wrapper around a C level extension. It's available in absence of the C extension, and for additional features that don't make sence to implement in C, or for fast extendability. Brad's C extension is far more advanced than what is in xmlrpc-epi so I would go for using it. Move Brad's extension into PECL or the main PHP distribution (???) Get everyone involved/interested to go through the features of PEAR::SOAP and ext/soap, and lets come up with a common API for both to use. Getting them using the same API will allow for the wrapping of the C classes and other things like test harness and the interop scripts in PEAR::SOAP to work with ext/soap. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
At 16:21 23/05/2002 -0700, Shane Caraveo wrote: So this is what I propose... setup [EMAIL PROTECTED] for further conversation. Yep. As a starting point PEAR::SOAP is a script wrapper around a C level extension. It's available in absence of the C extension, and for additional features that don't make sence to implement in C, or for fast extendability. Brad's C extension is far more advanced than what is in xmlrpc-epi so I would go for using it. Move Brad's extension into PECL or the main PHP distribution (???) I think it'd be nice to have an ext/soap in the main distribution. It also sounds to me that Brad's work is more advanced but I guess that'll be up to soap@ to decide :) Get everyone involved/interested to go through the features of PEAR::SOAP and ext/soap, and lets come up with a common API for both to use. Getting them using the same API will allow for the wrapping of the C classes and other things like test harness and the interop scripts in PEAR::SOAP to work with ext/soap. I agree. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Ok, [EMAIL PROTECTED] now exists. If it turns out that a general web services list is needed, we'll create that, but for more let's simply move all the SOAP-specific discussion to the [EMAIL PROTECTED] mailing list. Subscribe to it by sending a subscribe request to [EMAIL PROTECTED] -Rasmus On Thu, 23 May 2002, Shane Caraveo wrote: So this is what I propose... setup [EMAIL PROTECTED] for further conversation. As a starting point PEAR::SOAP is a script wrapper around a C level extension. It's available in absence of the C extension, and for additional features that don't make sence to implement in C, or for fast extendability. Brad's C extension is far more advanced than what is in xmlrpc-epi so I would go for using it. Move Brad's extension into PECL or the main PHP distribution (???) Get everyone involved/interested to go through the features of PEAR::SOAP and ext/soap, and lets come up with a common API for both to use. Getting them using the same API will allow for the wrapping of the C classes and other things like test harness and the interop scripts in PEAR::SOAP to work with ext/soap. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
At 01:39 24/05/2002, Rasmus Lerdorf wrote: Well, HTML is an intrical part of the Web and I don't see how that can be compared to SOAP at all. In order for SOAP to be part of the Web it needs to conform to the HTTP protocol and to the concepts that defines the Web. It doesn't do that at all today. It has taken the URL and other HTTP header control data and completely mangled it by pushing content and commands over it that do not match the semantics of the HTTP header control data. Just because you tunnel something over port 80 to avoid being blocked by firewalls doesn't suddenly mean you are now a web protocol. This argument is a current battle within the W3C where a lot of people would like to see SOAP kicked out of the organization. Nobody has ever threatened to kick the HTML working groups out of the W3C. Much like you can use HTML in stuff that has nothing to do with the web, you can use SOAP in stuff that has nothing to do with the web, and vice versa. HTML has no inherent features that make it web specific, and the same is true for SOAP, and yet, they were both born on the web, even if they have other usages. The specifics of SOAP are really beside the point here, for all practical purposes, SOAP has everything to do with the web. Anyway, it was just an anecdote, if you think it has nothing to do with the web, it's your right. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP-SOAP features
Ok, I know not too many people are familure with my extension so I am going to go over some stuff that it does do and stuff it doesn't. The plans i have for this extension are more than just a simple soap/rpc function calls. I want to build a frame work that people can deploy existing php objects as SoapObject. Making php a very fast soap application server having exactly the same functionality as SRM but allowing non php clients access the objects. In addition to making php-soap a soap application server i have plans have the frame work be able to handle a cluster of soap application servers. I currently use this exacty technology at work and it works great. I'll try to walk you thru how exactly it works and how powerfull it is. //MyClass.php ? class MyClass { function MyClass() { $this-db = connect_to_db(); } function getName() { return $this-name; } function setName($name) { $this-name = $name; } function save() { $query = update table blah; db_query($query); } function load() { $query = select * from table; $res = db_query($query); $this-name = $res['name']; } } ? So this is a normal db aware object written in php (it obviously doesn't work but you get the idea). //somescript.php ? include(MyClass.php); $person = new MyClass(); $person-load(); $person-setName(brad); $person-save(); ? Now again.. this script doesn't make much sence alone but make a gui use the object and it works good. Ok now we have our class and a php script to use it. Now we want to make MyClass a SoapObject. Using php-soap //MyClassServer.php ? include(MyClass.php); $server = new SoapServer(urn:someservice); $server-setClass(MyClass); $server-setPersistence(SOAP_PERSISTENCE_SESSION); $server-handle(); ? so one file and 5 lines of code turns MyClass into a SoapObject... all methods are exposed from MyClass and the setPersistence(SOAP_PERSISTENCE_SESSION) tells php-soap-server to use php's session handling to persist the object. Ok now we write our soap client. // MyClassClient.php ? $person = SoapObject(http://localhost/MyClassServer.php;); $person-load(); $person-setName(brad); $person-save(); ? now as you can see you use the object EXACTLY the same as a soap object as you use it a local object. Since the server was set up to persist the object each subsequent call to the same soap object sends the php session id back to the server the server will restore the session (the created object) and invoke the next method on the object. Now i wrote the client in php just for an example but any soap client can use that php object like a normal object. As long as it will pass the session id back to the server on each request. So basically you have a soap enabled php object that you can run remotely. This is a generic soultion to j2ee or SRM and a simpler, faster soultion to .net. Since php soap is using php's session handling you can totally control where the objects go. I also am currently working two different session handlers one mod_remote that allows you to grab session info from a remote php server. Kinda like msession works but a more generic way. You can configure the php session server to use mod_mm or mod_files or mod_user but still allowing a remote session server to access its session info. Another session handler will allow you to replicate session information. What this will allow you to do is cluster your phpsoap object servers replicating all session information to other servers so incase the server that the object got created on goes down or if the next request got load ballaced to a different machine the object can still be used. using thoes two together you can create a realy nice redudent clustered soap service. I will have more on that setup and how it works when i acually get done with it. Ok now here is how i use it at work (along with the clustering). We will be using java for our frontends to our databases. We are going to deploy these java applications to end users now we obvisouly don't want to open up our database up to the world let alone use JDBC!. So i created a bunch of data access objects written in php so im using native dabase calls. Soap Enabled them with php soap. Build a java gui using a soap client and there you go a database application. But the best part is if i want to create a MFC application or a VB application i don't need to rewrite my php database objects. So if we deploy our frontends to end users all we have to open up is a simple webserver on port 80. Now i currently am trying to implement alot of features in php-soap to allow script writers to override the functionality of the core engine. Here is an example. php-soap encodes hashtable with the apache namespace and that defines a hashtable to be encoded as follows. item keysome_key/key valuesome_value/value /item item keysome_key2/key valuesome_value2/value /item now i just found out that M$ decited to encode their hashtables
[PHP-DEV] Re: [PHP] Full-Duplex communication
Not to be argumentative, but what you're trying to do is just so amazingly much more complicated than any of my suggestions. Maybe I haven't communicated it well, it maybe there's some requirement to your project that I don't understand. Why not just write a listener in PHP and redirect to it? It's basically no work. Handcrafting packets for this purpose is like building a car out of paper clips and cat hair because the car that's freely available to you is red - and you don't like the color red because your old girlfriend used to wear it a lot. miguel On 23 May 2002, Vinod Panicker wrote: What you said did make sense, and complements my knowledge of sockets. But what i'm not sure of is this - if i construct my own packet and send it across, presuming that i do have the ip address and port number of the client on which it is reading, will the client accept it as a legitimate packet? I suspect that since the packets would be having some kind of session identifier / sequence number. Getting the ip address and port number is no problem. I already have that getting stored on the server. But from what i know of sockets, i'm sceptical if the client will accept the packet. Guess the only way to go ahead is to try this out. Would someone pls pls pls write a PHP interface to libnet?? Tx, Vinod. On Thu, 23 May 2002 Evan Nemerson wrote : You're right- this is getting interesting ;) http://www.packetfactory.net/libnet/manual/4.html#s4.1.5 Unless I'm mistaken, you don't need to actually hijack the socket- you merely need to write to the network. Check out section 3.1 of RFC 793. There is source and destination port- that is how they are routed. Okay anyone PLEASE correct me if i'm wrong... My understanding is a socket is an interface to the kernel. So basically, you talk to a socket, which the kernel associates with source and destination ports, and destination IP address. Thats why you can just write to a socket instead of explicitly stating all the information. The kernel then sends out then creates the packet and send it to the destination IP. libnet would allow you to bypass the socket phase, and manually create a socket. Think of a socket as a GUI for the network, and libnet is like a console ;) Hope that helps, and once again anyone PLEASE correct any inaccuracies, since I want to know. On Tuesday 21 May 2002 23:53 pm, Vinod Panicker wrote: Thanks for the reply Miguel, but here i'm not trying to implement my own multi-threaded server - exactly the reason why i'm using Apache / PHP. I could have made a listening server which is based on a multi-threaded or multi-forked model, but the time and complexities involved would be huge. Thats why I chose Apache / PHP. Now if what i'm asking for can be done, developers can easily leverage existing efficient server technologies (Apache) to build their own App servers. I know that there is no existing function in PHP that would allow it to retrieve the socket from Apache ;), all i'm asking for is a hack that would allow me to do it. I thought that i'd just as well post it on the mailing list before diving into the source code and trying to figure out for myself. No point trying to re-invent the wheel, right? Evan, that lib will allow me to create my own packets, but which socket do i send it to? Thats been the question all along. I think this is getting really interesting :) Tx, Vinod. On Wed, 22 May 2002 Miguel Cruz wrote : I don't think you're going to get Apache to hand you the socket. However, you can write a program using the standalone (CGI) PHP interpreter that will act like a server - check out http://php.net/socket_create_listen for more info. You could redirect from your standard web server to your listening PHP app running on another port. You'll then have to implement at least a subset of the HTTP protocol in order to get browsers to talk to you. Unfortunately, since you can't - to the best of my knowledge - fork a PHP program, you're going to have to do your own homebrew threading which will make life slightly complicated. miguel On 22 May 2002, Vinod Panicker wrote: It still seems like I havent made the problem clear enough. I am aware of the print(), echo() and flush() functions and what they do. It does not fit in as a solution. Let me explain my problem more elaborately - The client calls a PHP script, script_a.php on the Apache web server, using a Keep-Alive connection. The script returns some response to the client which it uses. Now since the connection is a Keep-alive, apache still has it open for reading and writing. When the client
[PHP-DEV] soap email list
Everyone who subscribes, please send an email to the list so we know. Thanks, Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
Rasmus Lerdorf wrote: Ok, [EMAIL PROTECTED] now exists. If it turns out that a general web services list is needed, we'll create that, but for more let's simply move all the SOAP-specific discussion to the [EMAIL PROTECTED] mailing list. Subscribe to it by sending a subscribe request to [EMAIL PROTECTED] -Rasmus Could anyone make it available to news.php.net? -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PEAR-DEV] SOAP, XMLRPC and WSDL
I'd really like stuff like this to build out of the box in PHP. Bundling expat was great because we didn't have to think about it anymore. My impression is that libxml2 is rarely installed by default (GNOME still uses 1.8 for instance). But I guess we'll have to deal with that sooner or later anyway, since libxml2 looks like the best xml library out there and more extensions want to use it. Could we bundle libxml2, or does the LGPL prevent us from doing that? I don't know about the LGPL but i would love to see it bundled. This would also help the domxml extension cause it requires a newer version than most people have. The easiest thing is to contact the author and ask him for permission. Then you don't have to worry about licenses. We did the same thing with other code which was included. libxml and libxslt are both under the MIT license, which are probably the freest of the opensource licenses... I think that they should be the bundled default *instead of* expat (not in addition to, things just get too messy :) I put some thoughts up (relating to this) a bit ago: http://bumblebury.com/phptodo/xmsl.html... -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Re: [PHP] Full-Duplex communication
LOL.. I like the color red BTW. Let me explain my project more in detail. This system is an Instant messaging system, with the backed running on apache / php / mysql. The front end client is a COM component that communicates with the backend, and interfaces with an MFC app. Now since Instant messaging requires that the server should be able to send asynchronous messages to the client (Presence, IM's, notifications, etc), and HTTP does not allow asynchronous communication, the only solution is to have the client poll the server for messages. Now i know that apache / php is not a good solution for an instant messaging server, but we needed it to be ready in a months time, and php is so amazing that we could get it up and running so fast. But it meant that we have to live with latency between messages because of the polling. So i was thinking if there was some way in which i could avoid the polling and send data asynchronously to the client (Pls refer to my previous posts). Thats why i was looking at a way in which i could get hold of the socket to the client, so i could use it to send data directly. Tx, Vinod. On Fri, 24 May 2002 Miguel Cruz wrote : Not to be argumentative, but what you're trying to do is just so amazingly much more complicated than any of my suggestions. Maybe I haven't communicated it well, it maybe there's some requirement to your project that I don't understand. Why not just write a listener in PHP and redirect to it? It's basically no work. Handcrafting packets for this purpose is like building a car out of paper clips and cat hair because the car that's freely available to you is red - and you don't like the color red because your old girlfriend used to wear it a lot. miguel On 23 May 2002, Vinod Panicker wrote: What you said did make sense, and complements my knowledge of sockets. But what i'm not sure of is this - if i construct my own packet and send it across, presuming that i do have the ip address and port number of the client on which it is reading, will the client accept it as a legitimate packet? I suspect that since the packets would be having some kind of session identifier / sequence number. Getting the ip address and port number is no problem. I already have that getting stored on the server. But from what i know of sockets, i'm sceptical if the client will accept the packet. Guess the only way to go ahead is to try this out. Would someone pls pls pls write a PHP interface to libnet?? Tx, Vinod. On Thu, 23 May 2002 Evan Nemerson wrote : You're right- this is getting interesting ;) http://www.packetfactory.net/libnet/manual/4.html#s4.1.5 Unless I'm mistaken, you don't need to actually hijack the socket- you merely need to write to the network. Check out section 3.1 of RFC 793. There is source and destination port- that is how they are routed. Okay anyone PLEASE correct me if i'm wrong... My understanding is a socket is an interface to the kernel. So basically, you talk to a socket, which the kernel associates with source and destination ports, and destination IP address. Thats why you can just write to a socket instead of explicitly stating all the information. The kernel then sends out then creates the packet and send it to the destination IP. libnet would allow you to bypass the socket phase, and manually create a socket. Think of a socket as a GUI for the network, and libnet is like a console ;) Hope that helps, and once again anyone PLEASE correct any inaccuracies, since I want to know. On Tuesday 21 May 2002 23:53 pm, Vinod Panicker wrote: Thanks for the reply Miguel, but here i'm not trying to implement my own multi-threaded server - exactly the reason why i'm using Apache / PHP. I could have made a listening server which is based on a multi-threaded or multi-forked model, but the time and complexities involved would be huge. Thats why I chose Apache / PHP. Now if what i'm asking for can be done, developers can easily leverage existing efficient server technologies (Apache) to build their own App servers. I know that there is no existing function in PHP that would allow it to retrieve the socket from Apache ;), all i'm asking for is a hack that would allow me to do it. I thought that i'd just as well post it on the mailing list before diving into the source code and trying to figure out for myself. No point trying to re-invent the wheel, right? Evan, that lib will allow me to create my own packets, but which socket do i send it to? Thats been the question all along. I think this is getting really interesting :) Tx, Vinod. On Wed, 22 May 2002 Miguel Cruz wrote : I don't think you're going to get Apache to hand you the socket.