On Thu, 03 Jul 2003 02:57:24 +0200, John Bokma
<postmaster@castleamber.com> wrote:
>Joop wrote:
>
>> On Tue, 01 Jul 2003 12:56:21 +0200, John Bokma
>> <postmaster@castleamber.com> wrote:
>>
>>
>>>Joop wrote:
>>>
>>>
>>>>On Tue, 01 Jul 2003 11:37:10 +0200, John Bokma
>>>><postmaster@castleamber.com> wrote:
>>>
>>>[snip]
>>>
>>>
>>>>Maar dat gaat juist niet, de servlet kan de query niet uitvoeren, dat
>>>>kan alleen php. Het is namelijk zo dat er alleen een php schil bestaat
>>>>voor een programma wat geschreven is in c wat niet multi threads
>>>>ondersteund, via php benaderen is dus de enigste optie.
>>>
>>>??? Welke database is dat dan? Voor de meeste databases zijn er JDBC
>>>drivers te vinden.
>>
>>
>> De setup is redelijk ingewikkeld, het komt erop neer dat een servlet
>> een webform genereert, een andere servlet handelt de POST af en maakt
>
>> een zoek query. Deze query stuurt hij naar php script, php script
>> roept c programma aan en geeft query door, c programma benadert een
>> speciale postgresql module die de query uitvoert, het resultaat word
>
>Waarom? Dit kan ook vanuit Java. Sterker, er is, weet ik zeker, een
>postgesql driver voor Java... Wat is die module precies en wat doet dat
>C programma? Vertel niet dat dat C programma er alleen maar is om de
>query door te geven aan postgres en die weer terug te geven aan PHP??
de pgsql module introduceert een aantal nieuwe functies en variabele,
deze functies kunnen custom kolom typen uitlezen en parsen en maken
speciale sql queries mogelijk. Het c programma doet de query en parsed
het resultaat naar een plaatje.
>
>> door het c programma omgezet naar een plaatje en bewaart op de
>
>Ah, ok, ook iets wat je zo in Java kan doen hoor. Er is een prachtige
>grafische library in Java. Ik heb keurige servlets gemaakt die allerlei
>mooie grafiekjes maaken :-).
Ging het maar om een grafiekje :-) Nee, het ligt wat ingewikkelder,
het zou maanden kosten om iets soortgelijks te bouwen in java.
>
>> hardeschijf, tot slot geef c programma path naar plaatje door aan php
>
>file-locking? Wie ruimt dat bestand op... oei... ik vrees dat je hier op
>gaat reageren dat altijd "plaatje.gif" wordt gebruikt en zie ik direct
>je "threading" probleem, dat er overigens nog steeds is. Met twee
>browsers op twee computers kan ik vast een keer je plaatje om zeep
>helpen als het zo inelkaar zit als ik vrees...
Nee, nee, er word altijd een nieuw plaatje aangemaakt, daarom is een
grote harde schijf nodig. Cleanup gebeurt met een cronjob, die
verwijderd alle plaatjes < nu - 1dag
>
>> script, die het plaatje op een html pagina zet.
>>
>>
>>>Overigens kan je die PHP schil ook zo in Java namaken. Zou niet weten
>>>waarom niet. PHP kan echt niet meer dan Java. Zelfs als je een
>>>c-programma wilt aanroepen kan dat vanuit Java.
>>>
>>>[snip moet ik even over nadenken, is al laat]
>>
>> Een php script runt bij mij als cgi (niet als .so module), dit
>> betekent dat een php script als hij klaar is alle variabelen vrij
>> maakt. Een servlet kan dit niet, die blijft constant draaien, er is
>
>snap ik helemaal niks van, echt niet.
Is waarschijnlijk niet zo van belang, heeft iets te maken met
multithreads, als php gecomp. is als cgi doet ie het, als php gecomp.
is als module doet ie het niet. Dat is een feit.
>
>> wel een singlethread model, maar dat word afgeraden. Als 2 servlet
>> requests op hetzelfde moment het c programma benaderen en het c
>> programma houd hier geen rekening mee dan gaat het schijnbaar mis. Dat
>
>Natuurlijk. Ook als twee bezoekers op hetzelfde moment je PHP aanroepen...
Schijnbaar niet, maar dat had ik al gezegd.
>
>> is aan servlet kant wel op te lossen door bv mutex/sync, maar dan moet
>> je zelf een hele schil gaan maken voor de c functies, dat kost aardig
>> wat tijd.
>
>Snap er echt niks van. Volgens mij *denk* je een probleem opgelost te
>hebben dat er nog steeds *mega* is, nl het risico dat je plaatje
>verminkt wordt. PHP helpt je daar echt niet vanaf.
Neem maar aan dat het met php goed werkt, orgranisaties die deze
methode gebruiken zijn er zat.
>Het enige dat je zou
>kunnen doen is in PHP een bestand maken dat je lock.file noemt, daar een
>lock op gooien, C programma aanroepen, en lock.file unlocken als je het
>plaatje terug hebt. (Let op! Niet als het C programma klaar is, want dan
>heb je nog steeds een o-shit moment). Hmmm, ik zie hier nog wat problemen.
File locking, dat lijkt me geen goed idee. Heb ik eens problemen mee
gehad met perl (maar dat was in de vroegere jaren) :-)
>
>TIP: genereer het plaatje in je servlet, echt, dan voorkom je zo
>vreselijk veel shit. Ik kan (tegen betaling cq. goodies :-) hier vast
>bij helpen.
Het heeft me een half jaar gekost om de theorie achter het c programma
te leren, het is een nogal speciaal programma dat een erg
specialistisch doel na streeft. Het is me ten oren gekomen dat er een
aan een pure java versie word gewerkt, maar dat duurt nog enkele jaren
(!) voordat deze op het niveau is van het c programma.
joop