<div dir="ltr">On Thu, Jul 1, 2010 at 10:54, Michael Van Canneyt <span dir="ltr"><<a href="mailto:michael@freepascal.org">michael@freepascal.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><br>
<br>
On Thu, 1 Jul 2010, ik wrote:<br>
<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
On Thu, Jul 1, 2010 at 10:33, Michael Van Canneyt <<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>>wrote:<br>
<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
In all fairness, deprecated normally means it is "marked" as deprecated at<br>
least for one release *before* it gets deleted. If I was ik, I'd be<br>
pretty<br>
pissed off working on a project that might be released in a week or two.<br>
Already tried and tested and passed QA, and then suddenly need to switch<br>
to<br>
an unfamiliar technology that has not passed our QA yet. Just my 2c<br>
worth.<br>
<br>
</blockquote>
<br>
True, but given that the examples didn't compile since many, many years,<br>
I'd<br>
say that the probability that xmlrpc passed the QA in a company was very<br>
remote<br>
indeed. That was why we decided to remove it alltogether at once.<br>
<br>
</blockquote>
<br>
<br>
Actually I have a code in PHP that does XMLRPC and a new CentOS installation<br>
crashes PHP without any given reason (glib error on an existed code that<br>
works on other servers), and I prefer to use something stable and fast<br>
rather then something that is not, because I do not have a lot of time to<br>
make things work properly (the life of freelancing).<br>
<br>
I remembered that FPC have an XMLRPC generator that allow me to just focus<br>
at the task I require, and wanted to use it, but the generator could not be<br>
compiled because of the missing unit.<br>
</div></blockquote>
<br>
Where is this generator ? I should remove it too.<br></blockquote><div><br>The generator does not exists anymore, the example of svrclass_xmlrpc requires it under:<br>fpc/packages/fcl-net/examples<br> <br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
In each case the stable branch still contains it. Copy it from there,<br>
and be warned: it is no longer supported.<br>
<br>
As for fp-web being json: There is nothing JSON specific about WST, on the<br>
contrary, I would say ? I am still looking into getting a more leight-weight<br>
implementation of xml-rpc in fp-web directly, as WST is sometimes a bit<br>
heavy for simple things.<br></blockquote><div><br>The names are misleading then :( <br>WST is webdata am I correct ?<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
If you experience problems compiling the lot, let me know, I'll see what I<br>
can do to help. Be warned that fpweb development is strictly in trunk.</blockquote><div><br>Thanks, I hope I'll be able to touch it in several weekends from now to test and learn it properly.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5"><br>
<br>
Michael.<br>
<br>
_______________________________________________<br>
fpc-pascal maillist - <a href="mailto:fpc-pascal@lists.freepascal.org" target="_blank">fpc-pascal@lists.freepascal.org</a><br>
<a href="http://lists.freepascal.org/mailman/listinfo/fpc-pascal" target="_blank">http://lists.freepascal.org/mailman/listinfo/fpc-pascal</a><br>
</div></div></blockquote></div><br>Ido<br></div>