By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
438,557 Members | 1,184 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 438,557 IT Pros & Developers. It's quick & easy.

Applet giving a result to html page

P: n/a
Hi,

In relation with my previous post, I thought of a plan B. If I can't connect
to an url with an applet, is it possible to let something else doing the
job? For example, I want to send "test" to IP "1.2.3.4". With an ordinary
website, this won't be a problem. The applet is generated inside a normal
website with some parameters and stuff, so, is it possible to let the applet
give something back to it's parent page and let him send it?
1. test.html
2. test.html starts up applet
3. applet does some stuff and generates a string
4. applet is ' finished' (button click or something)
5. test.html receives a string and send it
Would that be possible?

Greetings,
Rick
Jul 17 '05 #1
Share this Question
Share on Google+
3 Replies


P: n/a
"Rick" <as******@hotmail.com> wrote in message news:<3f*********************@news.xs4all.nl>...
Hi,

In relation with my previous post, I thought of a plan B. If I can't connect
to an url with an applet, is it possible to let something else doing the
job? For example, I want to send "test" to IP "1.2.3.4". With an ordinary
website, this won't be a problem. The applet is generated inside a normal
website with some parameters and stuff, so, is it possible to let the applet
give something back to it's parent page and let him send it?
1. test.html
2. test.html starts up applet
3. applet does some stuff and generates a string
4. applet is ' finished' (button click or something)
5. test.html receives a string and send it
Would that be possible?

Unless you need some kind of fancy validation on the client side this
can best be done using a simple HTML form, against a CGI script, PHP,
or whatever on the server side.

(Tip: never trust the client to validate data. You usually have no
control over the client, and a malfunctioning or modified client can
send any type of garbage to your server. A well programmed server app
should always treat any data coming from a client with a healthy degree
of mistrust! :-)

-FISH- ><>
Jul 17 '05 #2

P: n/a
nos

"FISH" <jo*****@merseymail.com> wrote in message
news:db************************@posting.google.com ...
"Rick" <as******@hotmail.com> wrote in message

news:<3f*********************@news.xs4all.nl>...
Hi,

In relation with my previous post, I thought of a plan B. If I can't connect to an url with an applet, is it possible to let something else doing the
job? For example, I want to send "test" to IP "1.2.3.4". With an ordinary website, this won't be a problem. The applet is generated inside a normal website with some parameters and stuff, so, is it possible to let the applet give something back to it's parent page and let him send it?
1. test.html
2. test.html starts up applet
3. applet does some stuff and generates a string
4. applet is ' finished' (button click or something)
5. test.html receives a string and send it
Would that be possible?

Unless you need some kind of fancy validation on the client side this
can best be done using a simple HTML form, against a CGI script, PHP,
or whatever on the server side.

(Tip: never trust the client to validate data. You usually have no
control over the client, and a malfunctioning or modified client can
send any type of garbage to your server. A well programmed server app
should always treat any data coming from a client with a healthy degree
of mistrust! :-)

-FISH- ><>

I would like to reinforce fish's tip. A user can just copy the html page,
make changes, and send it to you. Be especially careful about hidden
variables.
Jul 17 '05 #3

P: n/a
Well, I don't have enough time to learn CGI or PHP but I fixed the problem
what was described in the previous post so it's ok now. Anyway, thanks for
help and advice!

Greetings,
Rick
Jul 17 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.