Hi Li,
A.1.:If the HTML document calling the applet is accessed through the same
https://server:port/ prefix as the applet code itself, then
user will "click okay" before browser loads the applet so
don't worry doing this within applet. if applet and its containing
html are loaded via ssl (https://...) then applet should be able
to use normal java.net.Url* semantics, using same url prefix,
without calling dealing with ssl libraries..
A.2,3,4,5... Don't know, perhaps some apache-interest mailing lists are more
helpfull.
Cezar
On Wed, 31 Mar 1999, Li Chen wrote:
> Dear Apache programming fans,
>
> I'm trying to do a web project, hoping to involve not only
> java servlets/mod_perl but also java applets as well. Some
> of the requirements I didn't know if met by browsers or
> servers are:
>
> (1) whether java applets with HTTP tunneling code
> (as detailed in "Java Servlets" chapter 10, Karl Moss)
> could utilize the browser's ability to do SSL -- like
> submit a shttp:// connection in its transfers--and if
> so, how could they click okay when the server replies
> with a "expired" certificate (meaning no real authenti-
> cation with a Certificate Authority but still secure
> transaction)...
>
> (2) another question I had was if HTTP tunneling could
> benefit from less handshaking as provided by HTTP 1.1
> (last I checked was no, since to my understanding the
> tunneling was more like standard CGI requests rather
> than a request for static data like GIFs and text)...
>
> (3) In the event I want to utilize mod_perl with Apache,
> could I utilize the multi-threading for use in this scenario:
>
> Tunnel request with input -> Apache/Apache child ->
> mod_perl -> instance of Perl*Apache module ->
> a master thread waits for a slave thread to wait for a
> concurrent access on a shared data in ram.
>
> Another same request -> Apache/Apache child ->
> mod_perl -> (spawn another instance of Perl*Apache module) ->
> a master thread waits for a slave thread to wait for a
> concurrent access (which may involve multithreading code
> usage to cooperate with the other instances of Perl*Apache
> modules) on a shared data in ram (same data as shared
> by previous Tunnel)?
>
> Are these things possible? Am I getting the plumbing
> big pictures right? Any tips and tricks?
>
> *I hope this data sharing technique + tunneling could help
> me write a little chat site. the clients are calling from
> abroad, a connection from the OUTSIDE of an protected
> intranetwork.
>
> Sorry these questions are out of the blue but I'm really
> green at this -- perhaps you know some newsgroups or
> websites where I can ask more about Apache programming
> and java client questions like this.
>
> Thanks!
>
> Li, [EMAIL PROTECTED]
>
> --
> . * . .
> . * . . * .
> . * . .
> . * . * . .
> If you can't explain something to a six-year-old, you really don't understand
> . * it yourself. ALBERT EINSTEIN
> . * . . * . * .
> . *
> . * . * . .
> * . . *
> . . * . * *
> * [EMAIL PROTECTED] . . .
> . . * . . .
> ~ . * . * .
> . * . * . .
> * . * . .
> . * . .
> . * . . * . * .
>
> ___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
Cezar Totth email: [EMAIL PROTECTED]
Fax: (401) 220 33 95
Genesys Software Romania Phone: (401) 638 49 44
Stefan Furtuna 169, sect.6
cod 77171, Bucharest
Romania
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
