From: Douglas S. de A. <ds...@un...> - 2004-12-01 23:11:19
|
Hi ! I have a feature request to PSP. See the example: <% res.write("This is a test and works.") %> <html> <tr> <td> <% res.write("This block will not work.") %> </td> </tr> </html> The code above dont work, to make it work i had to do: <html> <tr> <td> <% res.write("This block will not work.") %> </td> </tr> </html> This works... But, isn't there a way to make the n=BA 01 code work ? This w= ill=20 be more legible and will make the output of the PSP script follow the entir= e=20 html identation. Thanks ! =2D-=20 Douglas Soares de Andrade - UnilesteMG dsa em unilestemg.br - Linux User: #237615 http://douglasandrade.tk |
From: Winston W. <st...@ob...> - 2004-12-01 23:40:57
|
Indentation is indeed awkward with PSP files. I personally use Cheetah=20= instead. -ww On Dec 1, 2004, at 4:08 PM, Douglas Soares de Andrade wrote: > Hi ! > > I have a feature request to PSP. > > See the example: > > <% > res.write("This is a test and works.") > %> > > <html> > <tr> > <td> > <% > res.write("This block will not work.") > %> > </td> > </tr> > </html> > > The code above dont work, to make it work i had to do: > > <html> > <tr> > <td> > <% > res.write("This block will not work.") > %> > </td> > </tr> > </html> > > This works... But, isn't there a way to make the n=BA 01 code work ?=20= > This will > be more legible and will make the output of the PSP script follow the=20= > entire > html identation. > > Thanks ! > > --=20 > Douglas Soares de Andrade - UnilesteMG > dsa em unilestemg.br - Linux User: #237615 > http://douglasandrade.tk > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real=20 > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Webware-discuss mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webware-discuss |
From: Michael <mp...@uw...> - 2004-12-02 16:55:55
|
Hi all, For a more complex web app, I'm considering options for remote scripting without page reload. I know there is XMLRPCServlet. Has anyone been using that with a JavaScript client? If so, what was your experience? Thanks, Michael -- Michael Palmer Department of Chemistry University of Waterloo 2oo University Ave West Waterloo, ON N2L 3G1 Canada Phone 519 888 4567 ext 5100 Fax 519 746 0435 Office ESC 234 Lab C2-360 Web http://sciborg.uwaterloo.ca/~mpalmer/ |
From: Ian B. <ia...@co...> - 2004-12-02 17:01:09
|
Michael wrote: > For a more complex web app, I'm considering options for remote scripting > without page reload. > I know there is XMLRPCServlet. Has anyone been using that with a > JavaScript client? If so, what was your experience? I haven't used the Javascript XMLHttpRequest myself, though I keep planning to try it. I don't get the impression it is usually used as XML-RPC, though I'm sure it could be. Often the result returned by the server is itself HTML (e.g., an HTML fragment that should be inserted into the page somewhere), which isn't valid XML-RPC. Unless you entity-encoded it or something. Anyway, XMLRPCServlet is a fairly thin wrapper -- if you read the source it should be easy to understand. You could use some of the same mechanism in your servlet without involving xmlrpclib. -- Ian Bicking / ia...@co... / http://blog.ianbicking.org |
From: Michael <mp...@uw...> - 2004-12-02 18:37:55
|
Thanks for the reply. I was actually planning on using XML-RPC for transfer of 'naked' data only, not HTML. One thing that intrigues me is that Python and JavaScript are actually quite close in their syntax of data types: [] for lists and arrays and {} for dicts and 'objects', respectively. Replace 'None' by 'null' , lowercase True and False and you are there. Parsing the received data then is just a matter of calling 'eval'. 30 lines of code on either side, and you are able to exchange arbitrarily nested data. Ian Bicking wrote: > Michael wrote: > >> For a more complex web app, I'm considering options for remote >> scripting without page reload. >> I know there is XMLRPCServlet. Has anyone been using that with a >> JavaScript client? If so, what was your experience? > > > I haven't used the Javascript XMLHttpRequest myself, though I keep > planning to try it. I don't get the impression it is usually used as > XML-RPC, though I'm sure it could be. Often the result returned by > the server is itself HTML (e.g., an HTML fragment that should be > inserted into the page somewhere), which isn't valid XML-RPC. Unless > you entity-encoded it or something. > > Anyway, XMLRPCServlet is a fairly thin wrapper -- if you read the > source it should be easy to understand. You could use some of the > same mechanism in your servlet without involving xmlrpclib. > -- Michael Palmer Department of Chemistry University of Waterloo 2oo University Ave West Waterloo, ON N2L 3G1 Canada Phone 519 888 4567 ext 5100 Fax 519 746 0435 Office ESC 234 Lab C2-360 Web http://sciborg.uwaterloo.ca/~mpalmer/ |
From: Luke O. <lu...@me...> - 2004-12-02 20:30:12
|
I've used the XMLRPCServlet called from a javascript XMLRPC lib on a few projects, for both data retrieval and sending back for processing on the server. I use the jsolait xmlrpc library from http://jsolait.net/ <script src="jsolait/init.js"></script> <script> var xmlrpc = importModule("jsolait.xmlrpc"); var server = new xmlrpc.ServerProxy("http://192.168.0.23/WK/xmlrpc/test", ["testMethod"]); server.testMethod.callAsync(callBack, 'argOne', 'argTwo'); </script> I use the same functionality in Flash quite often, using the xml-rpc.as Actionscript from http://members.netmadeira.com/killer/xmlrpc/ No complaints from me, for passing straight-forward datastructures back and forth XMLRPC is a very good match between javascript and python. I've also had no problems passing HTML snippets through this, although that's only been in a few cases. - Luke Quoting Michael <mp...@uw...>: > Hi all, > > For a more complex web app, I'm considering options for remote scripting > without page reload. > I know there is XMLRPCServlet. Has anyone been using that with a > JavaScript client? If so, what was your experience? > > Thanks, Michael |
From: CLIFFORD I. <cli...@di...> - 2004-12-23 02:06:15
|
On Thursday 02 December 2004 11:28, Michael wrote: > Hi all, > > For a more complex web app, I'm considering options for remote scripting > without page reload. > I know there is XMLRPCServlet. Has anyone been using that with a > JavaScript client? If so, what was your experience? Hi Michael, I am using XMLRPCServlet with a JavaScript client, specifically, the jsolait libraries <http://jsolait.net/> from Mozilla. My app is mostly a Mozilla XUL app so I am using Webware mostly as an xmlrpc application server. It works. -- Regards, Clifford Ilkay Dinamis Corporation 3266 Yonge Street, Suite 1419 Toronto, ON Canada M4N 3P6 +1 416-410-3326 |
From: Dr. V. G. <goe...@gm...> - 2004-12-23 08:46:12
|
Hi, at least a topic I have something to contribute to ;) In November I gave a talk on XUL based web applications at the PHP Conference in Frankfurt, Germany. Main focus was on SOAP interaction of XUL based clients with a web server. >>For a more complex web app, I'm considering options for remote scripting >>without page reload. >>I know there is XMLRPCServlet. Has anyone been using that with a >>JavaScript client? If so, what was your experience? When you restrict client platforms to the gecko based family (Mozilla, Netscape, Firefox, Camino) you can very happily stick with Mozilla's jslib library, which includes rather basic XML-RPC and full featured SOAP support. When you're considering XUL as a client interface language you're most naturally a priory fixed to the gecko platform since no other platform supports XUL ;) On the server side there are several choices for Python: The main site of interest is http://pywebsvcs.sourceforge.net/ This one contains as one subproject SOAPpy, one of the first SOAP implementations for Python and ZSI (Zolera SOAP Infrastructure), another Python SOAP implementation. On http://www.xmethods.org/ you'll find a long list of SOAP implementations for different programming languages (incl. Python) Tutorials for ZSI: - The Python Web services developer: Python SOAP libraries, Part 1: http://www-106.ibm.com/developerworks/webservices/library/ws-pyth5/ - The Python Web services developer: Python SOAP libraries, Part 2: http://www-106.ibm.com/developerworks/library/ws-pyth6/ > I am using XMLRPCServlet with a JavaScript client, specifically, the jsolait > libraries <http://jsolait.net/> from Mozilla. My app is mostly a Mozilla XUL > app so I am using Webware mostly as an xmlrpc application server. It works. That's quite interesting. I just browsed the documentation and didn't find information about browser compatibility. Is it cross browser capable (at least some more platforms than jslib)? Best regards, Volker Göbbels -- Dr. Volker Göbbels vm...@ar... Arachnion GmbH & Co. KG http://www.arachnion.de Sandkaulbach 4 Tel. ++49 (0) 241 5591106 52062 Aachen Fax ++49 (0) 241 5591107 |
From: <mp...@sc...> - 2004-12-23 15:30:20
|
Quoting "Dr. Volker Goebbels" <goe...@gm...>: > > > I am using XMLRPCServlet with a JavaScript client, specifically, the > jsolait > > libraries <http://jsolait.net/> from Mozilla. My app is mostly a Mozilla > XUL > > app so I am using Webware mostly as an xmlrpc application server. It > works. > > That's quite interesting. I just browsed the documentation and didn't > find information about browser compatibility. Is it cross browser > capable (at least some more platforms than jslib)? > jsolait uses the native XmlHttpRequest in Mozilla, the ActiveX XmlHttpRequest objects in IE, and failing both of these tries to use SVG (which not many users will have installed). I looked at jsolait myself but found it too heavy for my taste. There is a library for php / javascript interoperation (http://jpspan.sourceforge.net) that uses XmlHttpRequest in a more straightforward manner. It seems to be limited to IE and Gecko (they have some JSRS-derived stuff for other browsers but don't recommend using it). Best, Michael ---------------------------------------- This mail sent through www.mywaterloo.ca |
From: CLIFFORD I. <cli...@di...> - 2004-12-23 20:01:39
|
Hi Michael, On Thursday 23 December 2004 10:30, mp...@sc... wrote: > Quoting "Dr. Volker Goebbels" <goe...@gm...>: > > > I am using XMLRPCServlet with a JavaScript client, specifically, the > > > > jsolait > > > > > libraries <http://jsolait.net/> from Mozilla. My app is mostly a > > > Mozilla > > > > XUL > > > > > app so I am using Webware mostly as an xmlrpc application server. It > > > > works. You were actually quoting me above. > > That's quite interesting. I just browsed the documentation and didn't > > find information about browser compatibility. Is it cross browser > > capable (at least some more platforms than jslib)? > > jsolait uses the native XmlHttpRequest in Mozilla, the ActiveX > XmlHttpRequest objects in IE, and failing both of these tries to use SVG > (which not many users will have installed). > I looked at jsolait myself but found it too heavy for my taste. There is a > library for php / javascript interoperation (http://jpspan.sourceforge.net) > that uses XmlHttpRequest in a more straightforward manner. It seems to be > limited to IE and Gecko (they have some JSRS-derived stuff for other > browsers but don't recommend using it). Best, Michael I had one of the contributors to jslib helping me on this project so I presume he would have suggested jslib over jsolait had there been some significant advantage. The jury is still out on performance though. I find some things are slow but at the moment, we are not certain if the problem lies with jsolait or with Mozilla. I suspect the former. -- Regards, Clifford Ilkay Dinamis Corporation 3266 Yonge Street, Suite 1419 Toronto, ON Canada M4N 3P6 +1 416-410-3326 |
From: Michael <mp...@uw...> - 2004-12-23 21:20:58
|
Hi Clifford, CLIFFORD ILKAY wrote: >Hi Michael, > > >You were actually quoting me above. > > >I had one of the contributors to jslib helping me on this project so I presume >he would have suggested jslib over jsolait had there been some significant >advantage. The jury is still out on performance though. I find some things >are slow but at the moment, we are not certain if the problem lies with >jsolait or with Mozilla. I suspect the former. > > Sorry for the copyright infringement. But as an academic, I'm doing it all the time ;-) I share your suspicion about jsolait. I think it has lots of overhead. With my 'homebrewed' jpspan-derived, fairly light wrapper around XmlHttpRequest, both Mozilla and IE take about 2 sec for 100 requests. (The requests are not XML encoded; rather, I have JS write Python and eval that on the server, whereas the servlet writes JS that gets eval'ed on the client. Requests are asynchronous but queued, i.e. each request has to return and its callback has to be executed before the next request gets sent.) That's on a P4 with 2.something MHz. Best, Michael -- Michael Palmer Department of Chemistry University of Waterloo 2oo University Ave West Waterloo, ON N2L 3G1 Canada Phone 519 888 4567 ext 5100 Fax 519 746 0435 Office ESC 234 Lab C2-360 Web http://sciborg.uwaterloo.ca/~mpalmer/ |
From: CLIFFORD I. <cli...@di...> - 2004-12-23 19:55:16
|
Hi, On Thursday 23 December 2004 03:45, Dr. Volker Goebbels wrote: > Hi, > > at least a topic I have something to contribute to ;) > In November I gave a talk on XUL based web applications at the PHP > Conference in Frankfurt, Germany. Main focus was on SOAP interaction of > XUL based clients with a web server. > > >>For a more complex web app, I'm considering options for remote scripting > >>without page reload. > >>I know there is XMLRPCServlet. Has anyone been using that with a > >>JavaScript client? If so, what was your experience? > > When you restrict client platforms to the gecko based family (Mozilla, > Netscape, Firefox, Camino) you can very happily stick with Mozilla's > jslib library, which includes rather basic XML-RPC and full featured > SOAP support. > When you're considering XUL as a client interface language you're most > naturally a priory fixed to the gecko platform since no other platform > supports XUL ;) This is not a problem for me as I believe IE is essentially a dead product. Most people just don't know it yet. I find it relatively easy to sell users on the idea of installing a Mozilla based browser as I stress that it is a deployment platform which just happens to have a browser thrown in for free. People install all manner of plugins with IE, many that are larger than Firefox, so it is not a hard sell. Of course the fact that it is cross platform, free, standards compliant, and feature complete helps. Now if we could only get the clueless webmasters who insist on IE or nothing to support standards based browsers like Moz, we would be laughing. One step at a time I suppose. > On the server side there are several choices for Python: > > The main site of interest is http://pywebsvcs.sourceforge.net/ > This one contains as one subproject SOAPpy, one of the first SOAP > implementations for Python and ZSI (Zolera SOAP Infrastructure), > another Python SOAP implementation. > > On http://www.xmethods.org/ you'll find a long list of SOAP > implementations for different programming languages (incl. Python) > > Tutorials for ZSI: > - The Python Web services developer: Python SOAP libraries, Part 1: > http://www-106.ibm.com/developerworks/webservices/library/ws-pyth5/ > - The Python Web services developer: Python SOAP libraries, Part 2: > http://www-106.ibm.com/developerworks/library/ws-pyth6/ > > > I am using XMLRPCServlet with a JavaScript client, specifically, the > > jsolait libraries <http://jsolait.net/> from Mozilla. My app is mostly a > > Mozilla XUL app so I am using Webware mostly as an xmlrpc application > > server. It works. > > That's quite interesting. I just browsed the documentation and didn't > find information about browser compatibility. Is it cross browser > capable (at least some more platforms than jslib)? I *think* it supports IE too but that was not important for me. Thanks for the references above. Incidentally, I drove through Aachen when I got lost on the way to a conference in Valkenburg and overshot the exit. I've seen more of Europe by getting lost than any deliberate action:) -- Regards, Clifford Ilkay Dinamis Corporation 3266 Yonge Street, Suite 1419 Toronto, ON Canada M4N 3P6 +1 416-410-3326 |
From: Dr. V. G. <goe...@gm...> - 2004-12-26 09:48:24
|
Hi, >>When you're considering XUL as a client interface language you're most >>naturally a priory fixed to the gecko platform since no other platform >>supports XUL ;) > This is not a problem for me as I believe IE is essentially a dead product. > Most people just don't know it yet. And a very buggy one too. Just had a close encounter of the stupid kind with IE/Win (not Mac): just try to do a form submit into a new window using target="_blank" and use the POST method for that - you won't see any form variables arrive in the freshly created window. method="GET" on the other hand works "as expected" ;) > I find it relatively easy to sell users > on the idea of installing a Mozilla based browser as I stress that it is a > deployment platform which just happens to have a browser thrown in for free. > People install all manner of plugins with IE, many that are larger than > Firefox, so it is not a hard sell. Yes. And _when_ at lelast installing some Firefox plugin you're able at any point in the future to uninstall it. You have _control_ about your browser ;) > Of course the fact that it is cross > platform, free, standards compliant, and feature complete helps. That's what counts for me: I'm using Linux, Windows and Mac boxes in parallel and need the essential software (mailer, browser, office) to be available on any of these platforms. I had years of "I have to switch to the win box to write this letter and then switch to the linux box to look for the customer data" ... > Now if we > could only get the clueless webmasters who insist on IE or nothing to support > standards based browsers like Moz, we would be laughing. One step at a time I > suppose. Part of my business is to develope modules for a web shop software (in PHP I have to admit - I'm thinking about a concept for a lean webware shopping software ..). The vendor of this software only supports IE/Win for the admin backend. I've been told that's "by design" ... "We don't want customers who insist on using free software. They probably don't want to pay for the shop" *argh* Someone at least has told him, it's about quality, not free beer. So the next version will support gecko based browsers *sigh* > I *think* it supports IE too but that was not important for me. Thanks for the > references above. Since the open source browsers are the ones introducing innovations (like XUL) into the web community I also tend to that opinion more and more. One large german car rental company has just switched their whole intranet from a painful asp/html solution to php/xul. A large effort but it was worth the work because of the reliability and comfort. > Incidentally, I drove through Aachen when I got lost on the way to a > conference in Valkenburg and overshot the exit. I've seen more of Europe by > getting lost than any deliberate action:) Valkenburg? A nice city with a nice irish pub ;) If you've got lost that often you should find a like-minded guy in Ken Coar (VP ASF). I remember his funny stories about getting lost in Zurich when trying to reach the LinuxTag in Karlsruhe (also to be found in his blog http://ken.coar.org/burrow/). ;) Best regards, Volker Goebbels -- Dr. Volker Göbbels vm...@ar... Arachnion GmbH & Co. KG http://www.arachnion.de Sandkaulbach 4 Tel. ++49 (0) 241 5591106 52062 Aachen Fax ++49 (0) 241 5591107 |