jsp aanroepen vanuit applet met input

[morpheus]

Ik wil dus vanuit een applet een jsp aanroepen, maar dan zodanig dat die applet gegevens meegeeft vergelijkbaar met de volgende html syntax.

<FORM name="form" method="post" action="https://www.test.nl/test.jsp">

<INPUT type="hidden" name="gegeven1" value="blabla">
<INPUT type="hidden" name="gegeven2" value="blabla2">
</FORM>

[morpheus]

Een eventuele andere oplossing zou ook kunnen

een html pagina die een applet bevat. Een javascript zou dan de gegevens kunnen sturen op het moment dat de applet is afgelopen. Maar dat lijkt me ook lastig om te doen, een javascript die wat aan een applet vraagt of ie afgelopen is.

[mbravenboer]

Kijk eens goed naar het HTTP protocol en dan in het bijzonder de post method.... Je kan eventueel gewoon een java Socket openenen en daar een HTTP post message overheen sturen.

Er zijn vast ook wel enkele libs beschikbaar die dit op een wat abstractere manier bieden. Zelf heb ik het weleens geimplementeerd en het is niet erg moeilijk.

Dit is meer Programming denk ik. Het probleem zit hem in de Applet en niet in de JSP -> geen Webscripting. In ieder geval geen Webdesign

[ACM]

applet programmeren lijkt me idd Programming, moved vanuit W&G

[wasigh]

als het met get kan, kun je ook gewoon de jsp als een URL aanroepen vanuit je applet..

[Verwijderd]

Waarom moeilijk doen als het makkelijk kan ?? Gewoon ff zoeken in de Java Classes en dan vind je wel ergens iets met HTTP. Ik geloof ergens tussen de Sun.network classes, maar ik weet het niet zeker (ik gebruik idd de eerdergenoemde outputstreams in combinatie met sockets)

[The - DDD]

Mister Java bedoelt dus de java.net package.

Damn wat doen jullie allemaal moeilijk... Nah ja, moeilijk, maar wat jullie handmatig doen is al voorzien in de Java API zonder geklooi met de Sun classen, waar je indien je echt netjes programmeert niet direct mee gaat klooien.

Kijk is in de java API naar HttpURLConnection, dit is een overerving van URLConnection. (toevallig )

Dit geval heeft een methode:

code:

setRequestMethod(String method)

en raad is wat de inhoud van de String method mag zijn: GET POST HEAD OPTIONS PUT DELETE TRACE

Hee verrek, je kan instellen wat voor request je wil doen.

Kijken we even naar de methoden die HttpURLConnection heeft overgeerfd van URLConnection, en ja hoor wat zien we daar member method:

code:

setRequestProperty(String key, String value)

Ik zou zeggen, maak gebruik van deze methoden.

[beetje OT]
Weet ik het nou eindelijk een keer beter dan MBravenboer?
[/beetje OT]

[mbravenboer]

The - DDD: Weet ik het nou eindelijk een keer beter dan MBravenboer?

Hehe . Inderdaad .

Ik meende me wel te herrinneren dat die voorzieningen er wel waren want had er eens naar gekeken. Ik had voor een SOAP implementatie echter: Expect: 100-continue nodig en zonder te testen heb ik maar ff aangenomen dat HttpURLConnection dat niet ondersteunt.
Ik zal voortaan weer beter bij de les zijn .

[The - DDD]

Op woensdag 24 oktober 2001 00:57 schreef mbravenboer het volgende:
Ik meende me wel te herrinneren dat die voorzieningen er wel waren want ...

Jaaaa ja, probeer je er maar uit te smoezen...

[mbravenboer]

The - DDD: Jaaaa ja, probeer je er maar uit te smoezen...

Hehe . Ik kan ondertussen geen HTTP Post meer zien . Ik zat al de hele dag te klooien om m'n SOAP implementatie in Java (die werkte met .NET beta 1) in .NET beta 2 aan de praat te krijgen. Het is werkelijk verschrikkelijk.... Ik ben nu vrijwel exact dezelfde SOAP message als een .NET client en nog werkt het niet .

[morpheus]

Op woensdag 24 oktober 2001 00:38 schreef The - DDD het volgende:
Mister Java bedoelt dus de java.net package.

Damn wat doen jullie allemaal moeilijk... Nah ja, moeilijk, maar wat jullie handmatig doen is al voorzien in de Java API zonder geklooi met de Sun classen, waar je indien je echt netjes programmeert niet direct mee gaat klooien.

Kijk is in de java API naar HttpURLConnection, dit is een overerving van URLConnection. (toevallig )

Dit geval heeft een methode:

code:

setRequestMethod(String method)

en raad is wat de inhoud van de String method mag zijn: GET POST HEAD OPTIONS PUT DELETE TRACE

Hee verrek, je kan instellen wat voor request je wil doen.

Kijken we even naar de methoden die HttpURLConnection heeft overgeerfd van URLConnection, en ja hoor wat zien we daar member method:

code:

setRequestProperty(String key, String value)

Ik zou zeggen, maak gebruik van deze methoden.

[beetje OT]
Weet ik het nou eindelijk een keer beter dan MBravenboer?
[/beetje OT]

dank u voor deze wijsheid grootheid

damn, met wat logisch nadenken had ik dat dus ook wel kunnen vinden. Zat inderdaad al aan de URLConnection te denken, maar die bracht niet zo makkelijk wat ik wilde bereiken. Ik ga maar eens flink schamen anyway, thanks

[morpheus]

toch nog een vraagje wat me nog niet duidelijk wordt nu ik alles aan het doornemen ben.

Het volgende wil ik immers bereiken.

De applet moet een jsp aanroepen en daar dus wat waardes naartoe posten. De jsp moet het daarbij overnemen en dus op de desbetreffende pagina van de applet een nieuwe html vormen.

Zoals het nu lijkt gaat HttpUrlConnection dit niet voor mij regelen ben ik bang

nog enkele tips?

[wasigh]

Op woensdag 24 oktober 2001 10:53 schreef morpheus het volgende:
toch nog een vraagje wat me nog niet duidelijk wordt nu ik alles aan het doornemen ben.

Het volgende wil ik immers bereiken.

De applet moet een jsp aanroepen en daar dus wat waardes naartoe posten. De jsp moet het daarbij overnemen en dus op de desbetreffende pagina van de applet een nieuwe html vormen.

Zoals het nu lijkt gaat HttpUrlConnection dit niet voor mij regelen ben ik bang


nog enkele tips?

in jsp kun je met out.println("") tekst naar de broswer sturen, en met response.sendRedirect(""); redirecten

is dat een antwoord op je vraag

[morpheus]

hmmm, niet echt helemaal

de jsp pagina bestaat al en daar wil ik voorlopig even nog niet aankomen. Op dit moment wordt die jsp pagina dus aangeroepen door een html pagina.

Deze opzet wordt licht verandert zodat een applet deze aanroep moet doen. Nu heb je wel de de URL optie, waarmee je ook wat kan meesturen. Er moet echter ook een HD adres als c:\blaat\nogwat.zip meegestuurd worden. Die backslash veroorzaakt daarbij moeilijkheden omdat dat met %5 wordt gedaan. En om nu alles eerst te gaan zitten omvormen lijkt me ook niets.

[morpheus]

of is het mogelijk dat de inputstream die dan terugkomt de pure html is dat ik dan vanuit de applet de browserwindow waarin deze draait vervangt door de html pagina die terug ontvangen is.

[mbravenboer]

Als je je JSP pagina vanuit een applet aanroept komt het resultaat inderdaad in de applet terecht.

Volgens mij is het niet mogelijk om de uitvoer van de JSP pagina als HTML pagina te laten weergeven in je browser... Je kan namelijk alleen een URL zetten met showDocument().

Misschien is het mogelijk om de JSP pagina een (tijdelijke) URL te laten opleveren ipv content?

Dit probleem zou trouwens wel perfect opgelost kunnen worden met de Weblets van IBM vermoed ik zo...

[morpheus]

ik denk dat ik het allemaal op een andere manier ga oplossen

Ik laat een html file genereren die de gegevens bevat voor de submit (hidden) en tevens de applet die wat moet doen. Als deze applet afgelopen is gaat tie als laatste commando een javascript op de page starten die de submit moet doen.

denk dat dat de beste oplossing is voor wat ik wil.

[The - DDD]

Wacht is even, je wil dus met een applet iets posten naar een JSP pagina en deze pagina vervolgens weergeven in je browser (en er ondertussen dus de pagina met applet vervangend). Is dat wat je wil...

Dus dat je Applet als het ware een interface is om de POST naar de JSP in te vullen. Deze post wordt gedaan en de resulterende pagina moet FULL screen in je browser.

Of moet ie in een Frame... Dus leg is even uit WAAR de resultaten van je JSP pagina moeten komen.

[The - DDD]

Op woensdag 24 oktober 2001 13:47 schreef morpheus het volgende:
of is het mogelijk dat de inputstream die dan terugkomt de pure html is dat ik dan vanuit de applet de browserwindow waarin deze draait vervangt door de html pagina die terug ontvangen is.

In je applet dit doen:

code:

AppletContext context = getAppletContext();
context.showdocument(jouHttpURL);
//of je doet
//context.showdocument(jouHttpURL, "naamframeWaarHetInMoet");

Ja, je kan dus de HTTP target gebruiken. Dus als je bijvoorbeeld je applet in het ene frame hebt staan kun je vanuit je applet een ander frame content laten laden, net zoals met html het target verhaal werkt.

Je kan _self, _parent, _top, _blank of de naam van een frame die jij hebt aangemaakt meegeven. Werkt perfect.

[morpheus]

Op woensdag 24 oktober 2001 20:19 schreef The - DDD het volgende:
Wacht is even, je wil dus met een applet iets posten naar een JSP pagina en deze pagina vervolgens weergeven in je browser (en er ondertussen dus de pagina met applet vervangend). Is dat wat je wil...

Dus dat je Applet als het ware een interface is om de POST naar de JSP in te vullen. Deze post wordt gedaan en de resulterende pagina moet FULL screen in je browser.

Of moet ie in een Frame... Dus leg is even uit WAAR de resultaten van je JSP pagina moeten komen.

Zoals je het zegt klopt het ja. De applet roept een JSP aan waar wat POST gegevens naar toemoeten welke vervolgens een html genereert en deze terugstuurt. De pagina waar de applet in staat moet vervangen worden door de pagina die de JSP heeft gegenereerd.

Nu kun je inderdaad makkelijk met dit
code:
--------------------------------------------------------------------------------
AppletContext context = getAppletContext();
context.showdocument(jouHttpURL);
//of je doet
//context.showdocument(jouHttpURL, "naamframeWaarHetInMoet");
--------------------------------------------------------------------------------

de jsp aanroepen en daarin met ?blaat=nogwat iets laten meesturen. Echter, moet er ook iets als c:\blaat\nogwatblaat.zip meegestuurd worden en deze \ tekens gaan als %5 over het net. Ik heb geen zin om dat te gaan zitten converten natuurlijk.