Likes: 0
Hoi!
Ik moet enkele parameters van een servlet naar een php script krijgen.
Dat doe ik met de functie response.sendRedirect(). Deze functie
gebruikt een Location: header in combinatie met een HTTP GET aanroep.
Mijn parameters kunnen in enkele gevallen langer zijn dan 1000
characters, kan deze lengte problemen veroorzaken mbt. GET ?
joop
I <r4g2gv8ut3mvs64ocfuokuqdkndt619hq6@4ax.com>, Joop skrev:
> Ik moet enkele parameters van een servlet naar een php script krijgen.
> Dat doe ik met de functie response.sendRedirect(). Deze functie
> gebruikt een Location: header in combinatie met een HTTP GET aanroep.
> Mijn parameters kunnen in enkele gevallen langer zijn dan 1000
> characters, kan deze lengte problemen veroorzaken mbt. GET ?
Zulke lange parameters impliceren dat het niet om het opvragen, maar om het
versturen van informatie gaat. In zo'n geval dien je HTTP POST te gebruiken,
wat daar specifiek voor bedoeld is.
mvrgr, Wouter
--
uws mail uws@xs4all.nl
i can't imagine why you wouldn't welcome any change :: my friend -- tool
On Tue, 1 Jul 2003 10:20:34 +0200, uws <uws@xs4all.invalid> wrote:
>I <r4g2gv8ut3mvs64ocfuokuqdkndt619hq6@4ax.com>, Joop skrev:
>> Ik moet enkele parameters van een servlet naar een php script krijgen.
>> Dat doe ik met de functie response.sendRedirect(). Deze functie
>> gebruikt een Location: header in combinatie met een HTTP GET aanroep.
>> Mijn parameters kunnen in enkele gevallen langer zijn dan 1000
>> characters, kan deze lengte problemen veroorzaken mbt. GET ?
>
>Zulke lange parameters impliceren dat het niet om het opvragen, maar om het
>versturen van informatie gaat. In zo'n geval dien je HTTP POST te gebruiken,
>wat daar specifiek voor bedoeld is.
>
Het gaat in dit geval om het opvragen van gegevens, eigenlijk
verstuurt de servlet een sql query + wat extra info naar het php
script. Het php script voert deze sql query dan uit (dit kan niet
anders, php is de enigste taal die deze query kan uitvoeren) en geeft
vervolgens een pagina weer met info.
Een POST doen lijkt me niet echt efficient (gebruik makend van
common.httpclient of zelf via url/httpconnection) en omdat een
bezoeker deze aktie vaak uitvoert, moet het zo snel en efficient
mogelijk.
joop
Joop wrote:
Je wilt het niet weten...
[snip]
> Het gaat in dit geval om het opvragen van gegevens, eigenlijk
> verstuurt de servlet een sql query + wat extra info naar het php
> script. Het php script voert deze sql query dan uit (dit kan niet
> anders, php is de enigste taal die deze query kan uitvoeren) en geeft
^^^^^^^ dolletjes :-) (enige)
> vervolgens een pagina weer met info.
TTTTTTTTTTTOOOOOOOOOOOOOOOOEEEEETTT!
Je geeft een *wat* mee? EEN QUERY!!! Verdorie wat als iemand dat ziet en
een DELETE FROM table doet? Of een DROP? Dus even jouw PHP aanroept!
> Een POST doen lijkt me niet echt efficient (gebruik makend van
> common.httpclient of zelf via url/httpconnection) en omdat een
> bezoeker deze aktie vaak uitvoert, moet het zo snel en efficient
> mogelijk.
Dus.... je doet dat lekker in je servlet. In Java kan je keurig netjes
een database benaderen, al heel lang.
Overigens POST of GET, dat is nagenoeg hetzelfde in bytes en zo, echt.
> joop
John (pfft.. dat was schrikken)
--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
website design tips: http://johnbokma.com/websitedesign/ (preliminary)
On Tue, 01 Jul 2003 11:37:10 +0200, John Bokma
<postmaster@castleamber.com> wrote:
>Joop wrote:
>
>Je wilt het niet weten...
>
>[snip]
>
>> Het gaat in dit geval om het opvragen van gegevens, eigenlijk
>> verstuurt de servlet een sql query + wat extra info naar het php
>> script. Het php script voert deze sql query dan uit (dit kan niet
>> anders, php is de enigste taal die deze query kan uitvoeren) en geeft
> ^^^^^^^ dolletjes :-) (enige)
;-)
>
>
>> vervolgens een pagina weer met info.
>
>TTTTTTTTTTTOOOOOOOOOOOOOOOOEEEEETTT!
>
>Je geeft een *wat* mee? EEN QUERY!!! Verdorie wat als iemand dat ziet en
>een DELETE FROM table doet? Of een DROP? Dus even jouw PHP aanroept!
Daar had ik nog niet aangedacht, daar moet ik nog gaan op controleren.
>
>> Een POST doen lijkt me niet echt efficient (gebruik makend van
>> common.httpclient of zelf via url/httpconnection) en omdat een
>> bezoeker deze aktie vaak uitvoert, moet het zo snel en efficient
>> mogelijk.
>
>Dus.... je doet dat lekker in je servlet. In Java kan je keurig netjes
>een database benaderen, al heel lang.
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.
>
>Overigens POST of GET, dat is nagenoeg hetzelfde in bytes en zo, echt.
Is dat zo, bij sendRedirect() word er alleen maar.. ik kom er nu
achter dat een POST niet eens mogelijk is, want de browser moet de
post uitvoeren, niet de servlet, want de browser moet de door de php
genereerde pagina zien.
joop
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.
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]
John
--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
website design tips: http://johnbokma.com/websitedesign/ (preliminary)
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
door het c programma omgezet naar een plaatje en bewaart op de
hardeschijf, tot slot geef c programma path naar plaatje door aan php
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
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
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.
joop
On Tue, 01 Jul 2003 13:24:16 +0200, Joop <joop@ikbennietjoop.com> wrote:
> On Tue, 01 Jul 2003 12:56:21 +0200, John Bokma
><postmaster@castleamber.com> wrote:
>
>>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.
Kan een module ook hoor.... php heeft geen threads en dus gooit ie de
vars leeg na de pagina (alhoewel de gekozen oplossing in dit probleem
zeeeeeer onveilig is zoals John al aangaf).
> Een servlet kan dit niet, die blijft constant draaien,
Als je de code hebt kun je die vars zelf vrijgeven.
Hans
--
http://spamikaze.nl.linux.org/
On Tue, 1 Jul 2003 12:00:01 +0000 (UTC), Hans Wolters
<nomailwanted@e35203.upc-e.chelle.nl> wrote:
>On Tue, 01 Jul 2003 13:24:16 +0200, Joop <joop@ikbennietjoop.com> wrote:
>> On Tue, 01 Jul 2003 12:56:21 +0200, John Bokma
>><postmaster@castleamber.com> wrote:
>>
>>>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.
>
>Kan een module ook hoor.... php heeft geen threads en dus gooit ie de
>vars leeg na de pagina (alhoewel de gekozen oplossing in dit probleem
>zeeeeeer onveilig is zoals John al aangaf).
Schijnbaar is het dan iets anders, maar het c programma weigert te
werken als je php als module compileert, je krijgt dan een melding dat
het c programma niet threadsafe is. En het staat bovendien in de
documentatie.
>
>> Een servlet kan dit niet, die blijft constant draaien,
>
>Als je de code hebt kun je die vars zelf vrijgeven.
>
Dat is met een mutex/sync werken, maar dat is niet de bedoeling, er
moet via de php schil gewerkt worden, ander moet ik zelf java schil
maken en dat kost tijd.
Ideeen zijn welkom, maar een query doorgeven over GET lijkt mij de
beste oplossing, want servlet moet de query genereren, dat kan php
script niet en het c programma moet via php aangeroepen worden.
Maar wat ik me afvroeg kunnen lange parameters in een Location: http
header problemen opleveren?
joop
Joop <joop@ikbennietjoop.com> wrote:
>>> Een servlet kan dit niet, die blijft constant draaien,
>>
>>Als je de code hebt kun je die vars zelf vrijgeven.
>>
>
> Dat is met een mutex/sync werken, maar dat is niet de bedoeling, er
> moet via de php schil gewerkt worden, ander moet ik zelf java schil
> maken en dat kost tijd.
In een java servlet kan dat _HEEEL_ eenvoudig:
Maak een objectje (singleton) met synchronized methods, start die vanuit
de init() (en destroy dat op een nette manier vauit destroy()).
--
Daniel Tryba
Joop <joop@ikbennietjoop.com> wrote in
news4g2gv8ut3mvs64ocfuokuqdkndt619hq6@4ax.com:
<lange http GET aanroep>
Volgens mij kan een GET maximaal 512 bytes bevatten.
Frits.
I <5em2gvkgek7l11vostmsatgdh6flius2fi@4ax.com>, Joop skrev:
> Is dat zo, bij sendRedirect() word er alleen maar.. ik kom er nu
> achter dat een POST niet eens mogelijk is, want de browser moet de
> post uitvoeren, niet de servlet, want de browser moet de door de php
> genereerde pagina zien.
Echt waar joh? Heb je enig idee waar je het over hebt? Ik snap er in ieder
geval niets van.
mvrgr, Wouter
--
uws mail uws@xs4all.nl
don't just call me pessimist :: try and read between the lines -- tool
I <kiv2gv0nlcfsb2rm76bvm2v5geiub71cef@4ax.com>, Joop skrev:
> Ideeen zijn welkom, maar een query doorgeven over GET lijkt mij de
> beste oplossing, want servlet moet de query genereren, dat kan php
> script niet en het c programma moet via php aangeroepen worden.
Wat is dat dan voor iets dat Java wel kan en PHP niet? Het genereren van een
string?
mvrgr, Wouter
--
uws mail uws@xs4all.nl
don't just call me pessimist :: try and read between the lines -- tool
Frits van den Akker <webnews@noordkromp.nl> wrote:
> <lange http GET aanroep>
>
> Volgens mij kan een GET maximaal 512 bytes bevatten.
Dat is al lang niet meer zo weinig:
http://groups.google.com/groups?selm...%40news.tue.nl
Volgens rfc 2616 is er helemaal geen maximale lengte.
--
Daniel Tryba
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote in
news:bdsnm4$hqi$1@news.tue.nl:
> Frits van den Akker <webnews@noordkromp.nl> wrote:
>> <lange http GET aanroep>
>>
>> Volgens mij kan een GET maximaal 512 bytes bevatten.
>
> Dat is al lang niet meer zo weinig:
> http://groups.google.com/groups?selm...%40news.tue.nl
>
> Volgens rfc 2616 is er helemaal geen maximale lengte.
>
Heb ik weer wat geleerd en is de oorspronkelijke vraag ook beantwoord:
> Mijn parameters kunnen in enkele gevallen langer zijn dan 1000
> characters, kan deze lengte problemen veroorzaken mbt. GET ?
Frits.
Quote