WebLogic 10.1 MP1

Dziesiątka nie jest tak niezawodna jak dziewiątka. Przy co drugiej instalacji AdminServera zdarzają się takie błędy:

####<Aug 22, 2008 12:50:36 PM CEST> <Info> <ServletContext-/bea_wls_internal> <wls.domain.com> <AdminServer> <[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <> <> <1219402236024> <BEA-000000> <HTTPClntLogin: Login rejected with code: 'Failed', reason: java.net.ProtocolException: HTTP tunneling is disabled

   at weblogic.rjvm.http.HTTPServerJVMConnection.acceptJVMConnection(HTTPServerJVMConnection.java:88)

   at weblogic.rjvm.http.TunnelLoginServlet.service(TunnelLoginServlet.java:80)

   at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)

   at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226)

   at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124)

   at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)

   at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175)

   at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3395)

   at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)

   at weblogic.security.service.SecurityManager.runAs(Unknown Source)

   at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2140)

   at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2046)

   at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1366)

   at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)

   at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)

Workaround: Zaznaczamy w 'Server -> Protocol -> General': [*] enable tunnelling, a zakładce Channels dodajemy nowy kanał o nazwie AdminServer: protokół http, kanał ma być wyłączony, adres nasłuchu: podajemy zewnętrzny IP, port nasłuchu: -1, adres publiczny: ten sam IP, port publiczny: -1; dodatkowo zaznaczamy enable tunnelling i http tunnelling.
Po restarcie serwer powinien zachowywać się normalnie i sam nie składać.

JCall - wołaj funkcje C z Javy

W środowiskach korporacyjnych króluje Java, w nich też używa się czasem wirtualizacji np. VMWare Servera. Fajnie by było, gdyby pewne operacje na maszynach wirtualnych zautomatyzować za pomocą jakiegoś własnego oprogramowania. EMC dostarcza API VIX w wydaniach dla C i Perla, ale nie ma Java bindings. Chciałem coś takiego zrobić samemu, ale z Javy nie można tak łatwo dostać się do C jak w .NET-cie. Są biblioteki np. J/Invoke, ale są płatne i zamknięte. No to napisałem swoją własną biblioteczkę - pomysł jest taki, że pobieramy adres funkcji z biblioteki so, wrzucamy go do eax-a, wrzucamy argumenty na stos i wołamy eax-a. Tak, tak, używamy assemblera :). Okazuje się, że jak się ma fajne gcc pod Windows i zrobi parę makrodefinicji, to ten sam kod napisany pod Linuksa, da się skompilować i uruchamiać pod Windows. Całość wrzuciłem na systest.googlecode.com.