🚀 go-pugleaf

Piotr Walesiak wrote:
> 
> Witam!!!
> 
> Czy ktoś ma pomysł, jak rozwiązać następujący problem:
> 
> Gdy chcę, by przeglądarka w kontekscie której wykonuje się applet
> pokazała, jakąś stronę WWW, która jest produkowana przez skrypt CGI po
> podaniu pewnych parametrów metodą GET, to robię to tak:
> 
> getAppletContext().showDocument(new
> URL("....?p1=parametr1&p2=parametr2"));
> 
> A co nalezy zrobić, żeby przekazać skryptowi parametry (lub inne dane)
> metodą POST ?????
> 
> --
> +--------------------------+
> | Piotr Walesiak           |
> | P.Walesiak@supermedia.pl |
> | pwalesia@ia.pw.edu.pl    |
> +--------------------------+

Zdaje sie ze jedynym wyjsciem jest napisanie prostego obiekciku ktory
laczy sie z serwerem po protokole http i wysyla dane poprzez ten
protokol.

Pozdrawiam
Mariusz

-- 
/----------------oOOo---------------oOOo--------------------------\
|Mariusz Kaczor                 | MAXSOFT SP. Z O.O.              |
|mariuszk@maxsoft.com.pl        |ul.Londynska 2  03-921 Warszawa  |
|http://www.maxsoft.com.pl/     |tel/fax:672-60-50,672-60-80      |
\-----------------------------------------------------------------/

Mariusz Kaczor <Mariusz.Kaczor@maxsoft.com.pl> wrote:
: Piotr Walesiak wrote:
: > Gdy chcę, by przeglądarka w kontekscie której wykonuje się applet
: > pokazała, jakąś stronę WWW, która jest produkowana przez skrypt CGI po
: > podaniu pewnych parametrów metodą GET, to robię to tak:

: Zdaje sie ze jedynym wyjsciem jest napisanie prostego obiekciku ktory
: laczy sie z serwerem po protokole http i wysyla dane poprzez ten
: protokol.

Parametry przekazać się zapewne da otwierając połączenie do obiektu 
typu URL i wpisując do niego dane. Tylko że w ten sposób *nie da się*
wyświetlić strony w przeglądarce - możemy co najwyżej stronę taką 
samemu odczytać (z tego samego obiektu). Jeżeli zatem chodzi o 
wyświetlenie w przeglądarce strony z CGI które wymaga POST, odpowiedź
brzmi - nie da się (tak myślę). Jeżeli natomiast chodzi tylko o 
przekazanie parametrów do skryptu CGI, to mogę napisać coś więcej jak
to zrobić (musiałbym zajrzeć do opisu API).

-- 
Piotr Piątkowski, Uczelniane Centrum Informatyki, AGH Krakow, POLAND

Piotr Piatkowski wrote:
> Parametry przekazać się zapewne da otwierając połączenie do obiektu
> typu URL i wpisując do niego dane. Tylko że w ten sposób *nie da się*
> wyświetlić strony w przeglądarce - możemy co najwyżej stronę taką
> samemu odczytać (z tego samego obiektu). Jeżeli zatem chodzi o

To wiem chodzi o wyświetlenie takiej strony w przeglądarce.

> wyświetlenie w przeglądarce strony z CGI które wymaga POST, odpowiedź
> brzmi - nie da się (tak myślę). Jeżeli natomiast chodzi tylko o
> przekazanie parametrów do skryptu CGI, to mogę napisać coś więcej jak
> to zrobić (musiałbym zajrzeć do opisu API).

Ale to musi być metoda POST, ze względu na ilość danych.

-- 
+--------------------------+
| Piotr Walesiak           |
| P.Walesiak@supermedia.pl |
| pwalesia@ia.pw.edu.pl    |
+--------------------------+

Piotr Walesiak <P.Walesiak@supermedia.pl> wrote:
: Piotr Piatkowski wrote:
: > Parametry przekazać się zapewne da otwierając połączenie do obiektu
: > typu URL i wpisując do niego dane. Tylko że w ten sposób *nie da się*
: > wyświetlić strony w przeglądarce - możemy co najwyżej stronę taką
: > samemu odczytać (z tego samego obiektu). Jeżeli zatem chodzi o

: To wiem chodzi o wyświetlenie takiej strony w przeglądarce.

No więc obawiam się że to niemożliwe. Ale zawsze możesz zrobić 
obejście tego typu, że Twój skrypt CGI dostaje dane przez POST, po 
czym zapisuje je sobie gdzieś na serwerze i zwraca nowego URLa, po 
czym odwołanie się do tego URLa przez GET zwróci stosowną stronę.

: > wyświetlenie w przeglądarce strony z CGI które wymaga POST, odpowiedź
: > brzmi - nie da się (tak myślę). Jeżeli natomiast chodzi tylko o
: > przekazanie parametrów do skryptu CGI, to mogę napisać coś więcej jak
: > to zrobić (musiałbym zajrzeć do opisu API).

: Ale to musi być metoda POST, ze względu na ilość danych.

A co to przeszkadza? Nie ma ograniczenia na długość URLa IMHO 
(owszem, któraś wersja MSIE obcinała zbyt długie URLe, ale to raczej 
był bug w przeglądarce i myślę że go już usunięto).

-- 
Piotr Piątkowski, Uczelniane Centrum Informatyki, AGH Krakow, POLAND