Pessoal estou tentando migrar minha aplicação que utilizava a Microsoft VM, para utilizar a JVM da Sun, no entanto esotu esbarrando em alguns problemas!
Minha aplicação é web e possui applets… está sendo servida pelo IIS + Resin Caucho (servlet container).
Possuo uma tela de logon e quando informo usuário e senha, o servidor retorna um erro HTTP 405.
Já tentei algumas soluções como mapear extensões para a dll do Caucho a fim de acabar com as requisições inválidas, mas não deu certo.
Será que alguém sabe o que poderia estar acontecendo?
Hum, qual é a autenticação que você está usando no IIS? Digest, Basic ou Integrated Windows Authentication? Isso pode dar algum problema se o applet estiver usando também URLConnection.
Veja se você consegue pelo menos baixar o applet diretamente pela URL (digamos que o applet esteja em http://localhost/resin/applets/meuApplet.jar. Tente digitar isso diretamente no Internet Explorer, e veja se você consegue baixar a applet (ele vai pedir algo como “Save As…”)
Se conseguir já é 10% do caminho andado. Os outros 90%…
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at sun.plugin.net.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at com.eversystems.library.http.UrlClient.postMessage(UrlClient.java:103)
at com.eversystems.library.http.UrlClient.postMessage(UrlClient.java:56)
at clientLogon.logon(clientLogon.java:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.plugin.com.MethodDispatcher.invoke(Unknown Source)
at sun.plugin.com.DispatchImpl.invokeImpl(Unknown Source)
at sun.plugin.com.DispatchImpl$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.plugin.com.DispatchImpl.invoke(Unknown Source)
at com.eversystems.library.http.UrlClient.postMessage(UrlClient.java:121)
at com.eversystems.library.http.UrlClient.postMessage(UrlClient.java:56)
at clientLogon.logon(clientLogon.java:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.plugin.com.MethodDispatcher.invoke(Unknown Source)
at sun.plugin.com.DispatchImpl.invokeImpl(Unknown Source)
at sun.plugin.com.DispatchImpl$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.plugin.com.DispatchImpl.invoke(Unknown Source)
O thingol disse algo interessante quanto a problemas relacionados ao URLConnection. Seguinte eu uso URLConnection sim durante meu processo de autenticação, mas esse processo não é feito pelo IIS e sim por uma classe proprietária que verifica na minha base de dados usuário e senha.