SP6 NTRealm problem

Hi All,
I posted the stuff below in the 'install' newsgroup as I thought it
might be a problem with SP6. Apparently this isn't the case and I've
been advised to post it here.
For interest , we've always run WLS from the command line with NTRealm
and it works fine (I tried it after seeing a comment to that effect
somewhere in one of the newsgroups). The problem is that when I run it
using SP2 it works fine, but I hit this problem with SP6 and the new
wlntrealm.dll file.
My NT priviliges haven't changed between SP2 and SP6.
< Original post below:>
I've just installed SP6 on WLS 5.1.0 (NT 4.0) and hit an NTRealm
problem. I
installed the new wlntrealm.dll file and removed the ntrealm.properties
file
as per the SP6 release notes. Note that I didn't install SP6 to fix any
NTRealm problems but had to install the new wlntrealm.dll file as I'm
using
NTRealm. If I don't use the new wlntrealm.dll I get a
java.lang.NoSuchFieldError when starting WLS. So, with the new
wlntrealm.dll, when starting WLS, I hit the following:
U n a b l e t o a d j u s t t o k e n p r i v i l e g e
s
java.lang.SecurityException: Unable to assert all required
priviledges
at weblogic.security.ntrealm.NTDelegate.initFields(Native
Method)
at
weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:162)
at
weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:241)
at weblogic.security.acl.Realm.getRealm(Realm.java:79)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
java.lang.SecurityException: Unable to assert all required priviledges
bad do
main name
at
weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:168)
at
weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:241)
at weblogic.security.acl.Realm.getRealm(Realm.java:79)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
The WebLogic Server did not start up properly.
Exception raised: java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException:
java.lang.IllegalAccessError:
java.
lang.SecurityException: Unable to assert all required priviledges -- bad
domain
name
at weblogic.security.acl.Realm.getRealm(Realm.java:86)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
java.lang.IllegalAccessError: java.lang.SecurityException: Unable to
assert
all
required priviledges -- bad domain name
at weblogic.security.acl.Realm.getRealm(Realm.java:86)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
WebLogic Server terminated with an abnormal condition of 1
Hit return to continue...>>>>>>>>>Regards, Garry Baird.

Was this ever satisfactorily resolved? We're having a similar problem. NTRealm worked (in a limited way) on WLS 5.1 up through service pack 5. With service pack 6 installed, we cannot start WLS either as a service or from the command line. We always get the token privilege error, even though the privilege is explicitly assigned to the user starting the WLS Service.
-Horst
"Paul Patrick" <[email protected]> wrote:
The message indicates that the account under which you are executing the
NTRealm does not
have the privilege to adjust a process token. This is a right that the
account under which you
execute the realm must be granted.
Check the account's rights in the Windows NT UserManager.
Paul Patrick
"Garry Baird" <[email protected]> wrote in message
news:[email protected]...
Hi All,
I posted the stuff below in the 'install' newsgroup as I thought it
might be a problem with SP6. Apparently this isn't the case and I've
been advised to post it here.
For interest , we've always run WLS from the command line with NTRealm
and it works fine (I tried it after seeing a comment to that effect
somewhere in one of the newsgroups). The problem is that when I run it
using SP2 it works fine, but I hit this problem with SP6 and the new
wlntrealm.dll file.
My NT priviliges haven't changed between SP2 and SP6.
< Original post below:>
I've just installed SP6 on WLS 5.1.0 (NT 4.0) and hit an NTRealm
problem. I
installed the new wlntrealm.dll file and removed the ntrealm.properties
file
as per the SP6 release notes. Note that I didn't install SP6 to fix any
NTRealm problems but had to install the new wlntrealm.dll file as I'm
using
NTRealm. If I don't use the new wlntrealm.dll I get a
java.lang.NoSuchFieldError when starting WLS. So, with the new
wlntrealm.dll, when starting WLS, I hit the following:
U n a b l e t o a d j u s t t o k e n p r i v i l e g e
s
java.lang.SecurityException: Unable to assert all required
priviledges
at weblogic.security.ntrealm.NTDelegate.initFields(Native
Method)
at
weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:162)
at
weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:241)
at weblogic.security.acl.Realm.getRealm(Realm.java:79)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
java.lang.SecurityException: Unable to assert all required priviledges
bad do
main name
at
weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:168)
at
weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:241)
at weblogic.security.acl.Realm.getRealm(Realm.java:79)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
The WebLogic Server did not start up properly.
Exception raised: java.lang.reflect.InvocationTargetException
java.lang.reflect.InvocationTargetException:
java.lang.IllegalAccessError:
java.
lang.SecurityException: Unable to assert all required priviledges -- bad
domain
name
at weblogic.security.acl.Realm.getRealm(Realm.java:86)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
java.lang.IllegalAccessError: java.lang.SecurityException: Unable to
assert
all
required priviledges -- bad domain name
at weblogic.security.acl.Realm.getRealm(Realm.java:86)
at weblogic.security.acl.Realm.getRealm(Realm.java:57)
at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.Server.startServerDynamically(Server.java:99)
at weblogic.Server.main(Server.java:65)
at weblogic.Server.main(Server.java:55)
at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
at java.lang.Thread.run(Thread.java:479)
WebLogic Server terminated with an abnormal condition of 1
Hit return to continue...>>>>>>>>>Regards, Garry Baird.

Similar Messages

  • Weblogic 8.1 SP6 Webervice problem deployed on Admin Server

    Hi All,
    I am using Weblogic 8.1 SP6 on RHEL 4. I have a domain which has only one Admin server. Domain is running in Development mode, JRockit is the JVM used, version 142_11.
    I have two Webservices Applications (ear's) which are deployed on Admin Server. One webservice appl makes call to another.
    When we have testing going on, every now and them Admin Server hangs, Idle threads in Execute Queue will be zero at the time of issue. Whenever we have issue of Admin Server hang and application not responding I am able to open the console and browse through all links, just the Admin server status shows me as failed in console (not sure how because if Admin Server is in failed state console doesnt open). I took thread dumps at the time of the issue. I see threads getting stuck when trying to make Webservice HTTP call. I saw same problem posted forums, but no resolution was specified. Kindly let me know if you have any resolution for this issue. Below is thread dump.
    "ExecuteThread: '0' for queue: 'weblogic.kernel.System'" daemon prio=1 tid=0xaa28fc20 nid=0x2246 in Object.wait() [0xa9980000..0xa9980198]
         at java.lang.Object.wait(Native Method)
         at java.lang.Object.wait(Object.java:429)
         at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:154)
         - locked <0xb63d9428> (a weblogic.kernel.ExecuteThread)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:174)
    "ExecuteThread: '14' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa28f050 nid=0x2246 runnable [0xa9a00000..0xa9a01198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f3bc90> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f3bcc8> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f3bd08> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '13' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa28e480 nid=0x2246 runnable [0xa9a81000..0xa9a82198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f3c8a0> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f3c8d8> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f3c918> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '12' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa28d8e8 nid=0x2246 runnable [0xa9b02000..0xa9b03198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f3d4b0> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f3d4e8> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f3d528> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '11' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa28cd18 nid=0x2246 runnable [0xa9b83000..0xa9b84198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f3e0c0> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f3e0f8> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f3e138> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '10' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa28c148 nid=0x2246 runnable [0xa9c04000..0xa9c05198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f3ecd0> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f3ed08> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f3ed48> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '9' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa279be0 nid=0x2246 runnable [0xa9c85000..0xa9c86198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f3f910> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f3f948> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f3f988> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '8' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa2a9f40 nid=0x2246 runnable [0xa9d06000..0xa9d07198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f40550> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f40588> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f405c8> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '7' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa2a9898 nid=0x2246 runnable [0xa9d87000..0xa9d88198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb1ad1018> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb1ad1050> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb1ad1090> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    "ExecuteThread: '6' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0xaa27ded0 nid=0x2246 runnable [0xa9e08000..0xa9e09198]
         at java.net.SocketInputStream.socketRead0(Native Method)
         at java.net.SocketInputStream.read(SocketInputStream.java:129)
         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
         at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
         - locked <0xb8f41430> (a java.io.BufferedInputStream)
         at weblogic.net.http.MessageHeader.isHTTP(MessageHeader.java:206)
         at weblogic.net.http.MessageHeader.parseHeader(MessageHeader.java:134)
         at weblogic.net.http.HttpClient.parseHTTP(HttpClient.java:403)
         - locked <0xb8f41468> (a weblogic.net.http.HttpClient)
         at weblogic.net.http.HttpURLConnection.getInputStream(HttpURLConnection.java:323)
         - locked <0xb8f414a8> (a weblogic.net.http.SOAPHttpURLConnection)
         at weblogic.net.http.SOAPHttpURLConnection.getInputStream(SOAPHttpURLConnection.java:28)
         at weblogic.net.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:832)
         at com.sabrix.integration.connector.SabrixJavaHttpConnectorProvider.processRequest(SabrixJavaHttpConnectorProvider.java:107)
         at com.sabrix.integration.connector.ConnectorService.processRequest(ConnectorService.java:26)
         at com.sabrix.integration.services.SabrixTaxService.makeCall(SabrixTaxService.java:201)
         at com.sabrix.integration.adapter.BaseRequestProcessor.createTaxServiceResponse(BaseRequestProcessor.java:220)
         at com.sabrix.integration.adapter.BaseRequestProcessor.processCall(BaseRequestProcessor.java:178)
         at com.sabrix.integration.adapter.BaseRequestProcessor.handleRequest(BaseRequestProcessor.java:151)
         at com.sabrix.integration.servlet.IntegrationServlet.doGet(IntegrationServlet.java:111)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
    - - Weblogic Consultant

    Deploying Creator apps to Weblogic, including JDBC setup, is explained in the tutorial "Deploying Your Application to a BEA WebLogic Server" now available at http://devservices.sun.com/premium/jscreator/standard/learning/tutorials/weblogicdeploy.html

  • SP6 and NTRealm

    Hi All,
    I've just installed SP6 on WLS 5.1.0 (NT 4.0) and hit an NTRealm problem. I
    installed the new wlntrealm.dll file and removed the ntrealm.properties file
    as per the SP6 release notes. Note that I didn't install SP6 to fix any
    NTRealm problems but had to install the new wlntrealm.dll file as I'm using
    NTRealm. If I don't use the new wlntrealm.dll I get a
    java.lang.NoSuchFieldError when starting WLS. So, with the new
    wlntrealm.dll, when starting WLS, I hit the following:
    U n a b l e t o a d j u s t t o k e n p r i v i l e g e s
    java.lang.SecurityException: Unable to assert all required
    priviledges
    at weblogic.security.ntrealm.NTDelegate.initFields(Native Method)
    at weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:162)
    at weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
    at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
    at java.lang.Class.newInstance0(Native Method)
    at java.lang.Class.newInstance(Class.java:241)
    at weblogic.security.acl.Realm.getRealm(Realm.java:79)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    java.lang.SecurityException: Unable to assert all required priviledges --
    bad do
    main name
    at weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:168)
    at weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
    at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
    at java.lang.Class.newInstance0(Native Method)
    at java.lang.Class.newInstance(Class.java:241)
    at weblogic.security.acl.Realm.getRealm(Realm.java:79)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    The WebLogic Server did not start up properly.
    Exception raised: java.lang.reflect.InvocationTargetException
    java.lang.reflect.InvocationTargetException: java.lang.IllegalAccessError:
    java.
    lang.SecurityException: Unable to assert all required priviledges -- bad
    domain
    name
    at weblogic.security.acl.Realm.getRealm(Realm.java:86)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    java.lang.IllegalAccessError: java.lang.SecurityException: Unable to assert
    all
    required priviledges -- bad domain name
    at weblogic.security.acl.Realm.getRealm(Realm.java:86)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    WebLogic Server terminated with an abnormal condition of 1
    Hit return to continue...>>>>>>>>>Regards, Garry Baird.

    No idea. i couldn't reproduce it here.
    Post it in security newsgroup.
    Kumar
    Garry Baird wrote:
    Hi Kumar,
    Thanks for the reply. We've always run WLS from the command line with
    NTRealm and it works fine (I tried it after seeing a comment to that
    effect somewhere in one of the newsgroups). The problem is that when I
    run it using SP2 it works fine, but I hit this problem with SP6 and the
    new wlntrealm.dll file.
    My NT priviliges haven't changed between SP2 and SP6.
    Any ideas?
    Thanks, Garry.
    Kumar Allamraju wrote:
    Our security expert says
    """" As you read through the stack trace, you notice that the person running WLS
    does not have the
    correct privileges on NT to run NTRealm. This should be doc'd better, Yes, but
    it's not an error
    or bug.""""
    Also the doc is not correct. You can run it on the command line. You just have to
    give yourself the
    correct privileges in the NT System.
    Kumar
    Kumar Allamraju wrote:
    Are you sure that you are running WLS as an NT Service?
    The docs clearly states
    """" To use NTRealm , you must run WLS as an NT service on a computer in the
    Windows NT domain.
    If you run WLS from the command line, NTRealm authentication will not
    succeed""""
    Kumar
    Garry Baird wrote:
    Hi All,
    I've just installed SP6 on WLS 5.1.0 (NT 4.0) and hit an NTRealm problem. I
    installed the new wlntrealm.dll file and removed the ntrealm.properties file
    as per the SP6 release notes. Note that I didn't install SP6 to fix any
    NTRealm problems but had to install the new wlntrealm.dll file as I'm using
    NTRealm. If I don't use the new wlntrealm.dll I get a
    java.lang.NoSuchFieldError when starting WLS. So, with the new
    wlntrealm.dll, when starting WLS, I hit the following:
    U n a b l e t o a d j u s t t o k e n p r i v i l e g e s
    java.lang.SecurityException: Unable to assert all required
    priviledges
    at weblogic.security.ntrealm.NTDelegate.initFields(Native Method)
    at weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:162)
    at weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
    at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
    at java.lang.Class.newInstance0(Native Method)
    at java.lang.Class.newInstance(Class.java:241)
    at weblogic.security.acl.Realm.getRealm(Realm.java:79)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    java.lang.SecurityException: Unable to assert all required priviledges --
    bad do
    main name
    at weblogic.security.ntrealm.NTDelegate.loadlib(NTDelegate.java:168)
    at weblogic.security.ntrealm.NTDelegate.<init>(NTDelegate.java:62)
    at weblogic.security.ntrealm.NTRealm.<init>(NTRealm.java:39)
    at java.lang.Class.newInstance0(Native Method)
    at java.lang.Class.newInstance(Class.java:241)
    at weblogic.security.acl.Realm.getRealm(Realm.java:79)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    The WebLogic Server did not start up properly.
    Exception raised: java.lang.reflect.InvocationTargetException
    java.lang.reflect.InvocationTargetException: java.lang.IllegalAccessError:
    java.
    lang.SecurityException: Unable to assert all required priviledges -- bad
    domain
    name
    at weblogic.security.acl.Realm.getRealm(Realm.java:86)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    java.lang.IllegalAccessError: java.lang.SecurityException: Unable to assert
    all
    required priviledges -- bad domain name
    at weblogic.security.acl.Realm.getRealm(Realm.java:86)
    at weblogic.security.acl.Realm.getRealm(Realm.java:57)
    at weblogic.t3.srvr.T3Srvr.initializeSecurity(T3Srvr.java:1747)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    at weblogic.NTServiceHelper.run(NTServiceHelper.java:19)
    at java.lang.Thread.run(Thread.java:479)
    WebLogic Server terminated with an abnormal condition of 1
    Hit return to continue...>>>>>>>>>Regards, Garry Baird.

  • WebI does not return failed when scheduling a report which only holds parti

    WebI does not return failed when scheduling a report which only holds partial results.
    We have scheduled reports which take some time to run. When they are scheduled they sometimes show successful even though the report only holds partial results. The only indication is when you open the report as webi report you see the warning that it holds partial results.
    When running the report manually, it works file.
    The issue is not in the no of rows in the universe settings because we this unselected. The issue is that it times out.
    The reason that it times out is that a lot of resources are used for loading and processing data when the report is scheduled. When running it manually, it works because at this time the serverload is less. the time in the universe is set to 10 min.
    The version we have is BOXIR2-SP4.
    Ok. Issue identified.
    The question is - why is the report successful when it holds partial results? If this is normal behavior, noone can really trust the scheduled reports, especially when you save it to excel and send it by mail.
    Is there a solution for this except increasing the allowed query time which would not solve the issu but only allow more reports to complete?
    Edited by: Karlgren Michael on Sep 17, 2009 1:22 PM

    Hi ,
    Currently this problem exists in XI R2. This feature will be part of thenext Service Pack i.e XI R2 SP6.
    This CER will be delivered from IDC Webi and BIP Platform as part of Jupiter Sp6.
    Problem Statement:
         Scheduled WebI Reports which are partially refreshed are distributed to the destinations for Users to View and make decisions. These users arenu2019t usually aware that these reports have u201CPARTIAL RESULTSu201D
    Recomended Solution:
        Allow the Schedule Creator / Modifier to set a parameter to stop the distribution of the u201CPARTIALLY REFRESHEDu201D WebI report.
    Thanks
    Salini

  • Unable to adjust token privileges eventhough has all the priveleges granted

    I've follow exactly the step listed in the documentation
    on how to configure NTRealm
    but then I will still get the same error message:
    "Unable to adjust token privileges"
    anyone who encounters such problem?
    any help/hints from fellow weblogic user would be very appreciated
    Honggo

    honggo, you can go to http://support.bea.com/welcome.jsp and use the AskBEA
    feature and type in "Unable to adjust token privileges?" and you will get
    some newsgroup posting form NTRealm problems under the newsgroup search
    result.
    Joseph Nguyen
    BEA Support
    "honggo" <[email protected]> wrote in message
    news:3c9edada$[email protected]..
    >
    I've follow exactly the step listed in the documentation
    on how to configure NTRealm
    but then I will still get the same error message:
    "Unable to adjust token privileges"
    anyone who encounters such problem?
    any help/hints from fellow weblogic user would be very appreciated
    Honggo

  • Problem with SP6 + IE + sendRedirect

    Hello,
              We've had this problem with the sendRedirect method. Under IE (all versions
              we tested), a sendRedirect would take a considerable amount of time to
              actually perform the redirection; in fact the time it took was approximately
              equal to the KeepAliveTimeout setting within the httpd.conf file of our
              front end Apache webservers (Redhat 6.2 btw). We have two Apache servers in
              front of a cluster of two Weblogic 5.1 servers (SP6).
              Now the interesting thing is when we "downgraded" the mod_wl.so file back to
              the SP5 version, the problem disappeared. Obviously i'm not happy with
              running the SP5 version of the apache/weblogic bridge due to the various
              documented issues, so am wondering if a) anyone has seen this themselves,
              (b) got it working correctly under SP6, or c) when the hell is SP7 coming
              out. ;)
              thanks
              Carl
              

              Yes, I'm having this problem too with IE, i.e. taking some amount of time until
              redirection happens. But with Netscape, the redirect is fast, i.e. normal.
              I'm using Weblogic server 5.1 with SP9 (I tested with SP8 with the same result),
              Apache 1.3.12, Redhat 6.2, IE 5.0.
              When I captured the HTTP response from the server, the content-length header showed
              533. Actually the body of the response is nothing, just a line, I think. So I
              guess IE tried to receive all 533 bytes of content until the Keep alive timed
              out, after which it followed the redirection.
              I think this is a bug in Weblogic, it shouldn't spit out 533 bytes with no content.
              Iwan
              "Joe Bella" <[email protected]> wrote:
              >
              >How can we make this work if we are using just servlets? To get around
              >the problem, I have resorted to the cheesy solution of spitting out
              >javascript redirect code. This obviously is a sub-optimal solution.
              >
              >Any other ideas for workarounds until sp7 comes out?
              >
              >thanks
              >
              >joe
              >
              >"Mike Reiche" <[email protected]> wrote:
              >>
              >>I've seen this as well. We fixed it by using a jsp:forward instead of
              >the sendRedirect.
              >>
              >>Mike Reiche
              >>
              >>"Carl Ansley" <[email protected]> wrote:
              >>>Hello,
              >>>
              >>>We've had this problem with the sendRedirect method. Under IE (all
              >versions
              >>>we tested), a sendRedirect would take a considerable amount of time
              >to
              >>>actually perform the redirection; in fact the time it took was approximately
              >>>equal to the KeepAliveTimeout setting within the httpd.conf file of
              >our
              >>>front end Apache webservers (Redhat 6.2 btw). We have two Apache servers
              >in
              >>>front of a cluster of two Weblogic 5.1 servers (SP6).
              >>>
              >>>Now the interesting thing is when we "downgraded" the mod_wl.so file
              >back to
              >>>the SP5 version, the problem disappeared. Obviously i'm not happy
              >with
              >>>running the SP5 version of the apache/weblogic bridge due to the various
              >>>documented issues, so am wondering if a) anyone has seen this themselves,
              >>>(b) got it working correctly under SP6, or c) when the hell is SP7
              >coming
              >>>out. ;)
              >>>
              >>>thanks
              >>>Carl
              >>>
              >>>
              >>
              >
              

  • Cocoon2 weblogic (5.1 sp6) class loader security problem

    Hello folks,
    System:
    Cocoon: v2.0
    JDK: Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C),
    Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)
    OS: NT4 SP5
    Servlet: v2.2
    AppServer: Weblogic 5.1 SP6
    Symptoms:
    I've updated our application from Cocoon 1.7.4 to Cocoon2. After I
    figured out what libraries I need on the Weblogic's classpath, I managed
    to envoke the MyServlet (MyServlet extends CocoonServlet). The technique
    I am using is the one I used with the Cocoon v1.7.4: extend Cocoon
    servlet and wrap the HttpServletRequest in MyRequest to provide the XML
    content. I changed the line <map:generators default="request"> in
    sitemap.xmap to specify the location of the source. Configuration files
    seem to be read correctly and the file
    <myWebAppContext>/WEB-INF/_tmp_war/org/apache/cocoon/www/sitemap_xmap.java
    is generated (but there is no class file generated)!
    I looked at the cocoon.log file and looks like a class loader security
    problem: the \WEB-INF\_tmp_war gets locked! Is there any workaround this
    problem? Any help is much appreciated!
    cocoon.log file generated:
    DEBUG 62 [cocoon  ] (ExecuteThread-11): Using configuration file:
    /cocoon.xconf
    INFO 62 [cocoon  ] (ExecuteThread-11): Reloading from:
    file:D:/Programs/cocoon-1.8.2/samples/cocoon.xconf
    DEBUG 93 [cocoon  ] (ExecuteThread-11): New Cocoon object.
    DEBUG 93 [cocoon  ] (ExecuteThread-11): Using parser:
    org.apache.cocoon.components.parser.JaxpParser
    DEBUG 109 [cocoon  ] (ExecuteThread-11): Creating Repository with
    this directory: D:\programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war
    DEBUG 109 [cocoon  ] (ExecuteThread-11): Classpath =
    D:\Programs\cocoon-1.8.2\samples\WEB-INF\classes;D:\Programs\cocoon-1.8.2\samples\WEB-INF\lib\javac.jar;D:\avue\lib\servlet.jar;D:\avue\lib\jaxp.jar;D:\avue\lib\xerces.jar;D:\avue\lib\xalan.jar;D:\avue\lib\cocoon.jar;D:\avue\lib\avalonapi.jar;D:\avue\lib\logkit.jar;D:\avue\lib\maybeupload.jar;D:\avue\lib\jakarta-regexp-1.2.jar;D:\avue\lib\jstyle.jar;D:\avue\lib\javac.jar;D:\weblogic\lib\weblogic510sp6boot.jar;D:\weblogic\classes\boot;
    DEBUG 109 [cocoon  ] (ExecuteThread-11): Work directory =
    D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war
    DEBUG 125 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 140 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 140 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 140 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 390 [cocoon  ] (ExecuteThread-11): Root configuration:
    cocoon
    DEBUG 390 [cocoon  ] (ExecuteThread-11): Configuration version:
    2.0
    DEBUG 390 [cocoon  ] (ExecuteThread-11): Setting up components...
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.parser.Parser =
    org.apache.cocoon.components.parser.JaxpParser)
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.language.generator.ProgramGenerator =
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl)
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.url.URLFactory =
    org.apache.cocoon.components.url.URLFactoryImpl)
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.saxconnector.SAXConnector =
    org.apache.cocoon.components.saxconnector.NullSAXConnector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.avalon.util.datasource.DataSourceComponentSelector =
    org.apache.cocoon.components.CocoonComponentSelector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.avalon.util.pool.PoolController =
    org.apache.cocoon.components.ComponentPoolController)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.language.programming.ProgrammingLanguageSelector
    = org.apache.cocoon.components.CocoonComponentSelector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.language.markup.MarkupLanguageSelector =
    org.apache.cocoon.components.CocoonComponentSelector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.store.Store =
    org.apache.cocoon.components.store.MemoryStore)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.classloader.ClassLoaderManager =
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Setting up the sitemap.
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Sitemap location =
    sitemap.xmap
    DEBUG 703 [cocoon  ] (ExecuteThread-11): ComponentFactory creating
    new instance of org.apache.cocoon.components.url.URLFactoryImpl.
    DEBUG 703 [cocoon  ] (ExecuteThread-11): Getting the URLFactories
    DEBUG 703 [cocoon  ] (ExecuteThread-11): for protocol:
    resource org.apache.cocoon.components.url.ResourceURLFactory
    DEBUG 718 [cocoon  ] (ExecuteThread-11): for protocol: context
    org.apache.cocoon.components.url.ContextURLFactory
    DEBUG 718 [cocoon  ] (ExecuteThread-11): Beginning sitemap
    regeneration
    DEBUG 718 [cocoon  ] (ExecuteThread-11): Making URL from
    file:/D:/Programs/cocoon-1.8.2/samples/sitemap.xmap
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.
    DEBUG 718 [cocoon  ] (Thread-1): Could not find ComponentHandler,
    attempting to create one for role:
    org.apache.cocoon.components.language.generator.ServerPagesSelector
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.generator.GeneratorSelector.
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.
    DEBUG 718 [cocoon  ] (Thread-1): CocoonComponentSelector setting
    up with root element:
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of org.apache.cocoon.components.CocoonComponentSelector.
    DEBUG 718 [cocoon  ] (Thread-1): CocoonComponentSelector setting
    up with root element: markup-languages
    DEBUG 734 [cocoon  ] (Thread-1): Adding
    org.apache.cocoon.components.language.markup.xsp.XSPMarkupLanguage for
    xsp
    DEBUG 734 [cocoon  ] (Thread-1): Adding
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage
    for sitemap
    DEBUG 734 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of org.apache.cocoon.components.CocoonComponentSelector.
    DEBUG 734 [cocoon  ] (Thread-1): CocoonComponentSelector setting
    up with root element: programming-languages
    DEBUG 750 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.programming.java.JavaLanguage.
    DEBUG 750 [cocoon  ] (Thread-1): Looking up
    org.apache.cocoon.components.classloader.ClassLoaderManager
    DEBUG 750 [cocoon  ] (Thread-1): Setting the parameters
    DEBUG 750 [cocoon  ] (Thread-1): Adding
    org.apache.cocoon.components.language.programming.java.JavaLanguage for
    java
    DEBUG 765 [cocoon  ] (Thread-1): The instance was not accessible,
    creating it now.
    DEBUG 765 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    DEBUG 1718 [cocoon  ] (Thread-1): Making URL from
    jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    DEBUG 1718 [cocoon  ] (Thread-1): Logicsheet
    Used:jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    WARN 4109 [cocoon  ] (Thread-1): Could not load class for program
    'org\apache\cocoon\www\sitemap_xmap'
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    java.security.AccessControlContext.checkPermission(AccessControlContext.java:272)
    at
    java.security.AccessController.checkPermission(AccessController.java:399)
    at
    java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
    at java.net.URLClassLoader$5.run(URLClassLoader.java:463)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.getPermissions(URLClassLoader.java:461)
    at
    java.security.SecureClassLoader.getProtectionDomain(SecureClassLoader.java:162)
    at
    java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
    at
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(ClassLoaderManagerImpl.java:58)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:121)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:163)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 4109 [cocoon  ] (Thread-1): Language Exception
    org.apache.cocoon.components.language.LanguageException: Could not load
    class for program 'org\apache\cocoon\www\sitemap_xmap' due to a
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:124)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:163)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 4109 [cocoon  ] (Thread-1): ComponentFactory decommissioning
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    DEBUG 4109 [cocoon  ] (Thread-1): Can't load ServerPage
    org.apache.avalon.ComponentManagerException: Could not add component for
    class: org.apache.cocoon.www.sitemap_xmap
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:61)
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.select(GeneratorSelector.java:50)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.select(ProgramGeneratorImpl.java:263)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:172)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 4109 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    DEBUG 4359 [cocoon  ] (Thread-1): Making URL from
    jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    DEBUG 4359 [cocoon  ] (Thread-1): Logicsheet
    Used:jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    WARN 6109 [cocoon  ] (Thread-1): Could not load class for program
    'org\apache\cocoon\www\sitemap_xmap'
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    java.security.AccessControlContext.checkPermission(AccessControlContext.java:272)
    at
    java.security.AccessController.checkPermission(AccessController.java:399)
    at
    java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
    at java.net.URLClassLoader$5.run(URLClassLoader.java:463)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.getPermissions(URLClassLoader.java:461)
    at
    java.security.SecureClassLoader.getProtectionDomain(SecureClassLoader.java:162)
    at
    java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
    at
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(ClassLoaderManagerImpl.java:58)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:121)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:210)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 6109 [cocoon  ] (Thread-1): Language Exception
    org.apache.cocoon.components.language.LanguageException: Could not load
    class for program 'org\apache\cocoon\www\sitemap_xmap' due to a
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:124)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:210)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 6109 [cocoon  ] (Thread-1): ComponentFactory decommissioning
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    ERROR 6109 [cocoon  ] (Thread-1): Error compiling sitemap
    org.apache.avalon.ComponentManagerException: Could not add component for
    class: org.apache.cocoon.www.sitemap_xmap
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:61)
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.select(GeneratorSelector.java:50)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.select(ProgramGeneratorImpl.java:263)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:219)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): Changing Cocoon
    context(sitemap.xmap) to prefix()
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): from
    context(file:/D:/Programs/cocoon-1.8.2/samples/) and prefix()
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): at URI
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): New context is
    file:/D:/Programs/cocoon-1.8.2/samples/
    ERROR 6140 [cocoon  ] (ExecuteThread-11): Problem with servlet
    org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is
    not available.
    at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:106)
    at org.apache.cocoon.Cocoon.process(Cocoon.java:218)
    at
    org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:417)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at
    weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:123)
    at
    weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:761)
    at
    weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:708)
    at
    weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:252)
    at
    weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:346)
    at
    weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:246)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
    INFO 6187 [cocoon  ] (ExecuteThread-11): '' Processed by Apache
    Cocoon 2.0a4 in 5.75 seconds.
    ================================================================
    Regards,
    Georgi

    Hello folks,
    System:
    Cocoon: v2.0
    JDK: Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C),
    Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)
    OS: NT4 SP5
    Servlet: v2.2
    AppServer: Weblogic 5.1 SP6
    Symptoms:
    I've updated our application from Cocoon 1.7.4 to Cocoon2. After I
    figured out what libraries I need on the Weblogic's classpath, I managed
    to envoke the MyServlet (MyServlet extends CocoonServlet). The technique
    I am using is the one I used with the Cocoon v1.7.4: extend Cocoon
    servlet and wrap the HttpServletRequest in MyRequest to provide the XML
    content. I changed the line <map:generators default="request"> in
    sitemap.xmap to specify the location of the source. Configuration files
    seem to be read correctly and the file
    <myWebAppContext>/WEB-INF/_tmp_war/org/apache/cocoon/www/sitemap_xmap.java
    is generated (but there is no class file generated)!
    I looked at the cocoon.log file and looks like a class loader security
    problem: the \WEB-INF\_tmp_war gets locked! Is there any workaround this
    problem? Any help is much appreciated!
    cocoon.log file generated:
    DEBUG 62 [cocoon  ] (ExecuteThread-11): Using configuration file:
    /cocoon.xconf
    INFO 62 [cocoon  ] (ExecuteThread-11): Reloading from:
    file:D:/Programs/cocoon-1.8.2/samples/cocoon.xconf
    DEBUG 93 [cocoon  ] (ExecuteThread-11): New Cocoon object.
    DEBUG 93 [cocoon  ] (ExecuteThread-11): Using parser:
    org.apache.cocoon.components.parser.JaxpParser
    DEBUG 109 [cocoon  ] (ExecuteThread-11): Creating Repository with
    this directory: D:\programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war
    DEBUG 109 [cocoon  ] (ExecuteThread-11): Classpath =
    D:\Programs\cocoon-1.8.2\samples\WEB-INF\classes;D:\Programs\cocoon-1.8.2\samples\WEB-INF\lib\javac.jar;D:\avue\lib\servlet.jar;D:\avue\lib\jaxp.jar;D:\avue\lib\xerces.jar;D:\avue\lib\xalan.jar;D:\avue\lib\cocoon.jar;D:\avue\lib\avalonapi.jar;D:\avue\lib\logkit.jar;D:\avue\lib\maybeupload.jar;D:\avue\lib\jakarta-regexp-1.2.jar;D:\avue\lib\jstyle.jar;D:\avue\lib\javac.jar;D:\weblogic\lib\weblogic510sp6boot.jar;D:\weblogic\classes\boot;
    DEBUG 109 [cocoon  ] (ExecuteThread-11): Work directory =
    D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war
    DEBUG 125 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 140 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 140 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 140 [cocoon  ] (Thread-0): ComponentFactory creating new
    instance of org.apache.cocoon.components.parser.JaxpParser.
    DEBUG 390 [cocoon  ] (ExecuteThread-11): Root configuration:
    cocoon
    DEBUG 390 [cocoon  ] (ExecuteThread-11): Configuration version:
    2.0
    DEBUG 390 [cocoon  ] (ExecuteThread-11): Setting up components...
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.parser.Parser =
    org.apache.cocoon.components.parser.JaxpParser)
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.language.generator.ProgramGenerator =
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl)
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.url.URLFactory =
    org.apache.cocoon.components.url.URLFactoryImpl)
    DEBUG 406 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.saxconnector.SAXConnector =
    org.apache.cocoon.components.saxconnector.NullSAXConnector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.avalon.util.datasource.DataSourceComponentSelector =
    org.apache.cocoon.components.CocoonComponentSelector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.avalon.util.pool.PoolController =
    org.apache.cocoon.components.ComponentPoolController)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.language.programming.ProgrammingLanguageSelector
    = org.apache.cocoon.components.CocoonComponentSelector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.language.markup.MarkupLanguageSelector =
    org.apache.cocoon.components.CocoonComponentSelector)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.store.Store =
    org.apache.cocoon.components.store.MemoryStore)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Adding component
    (org.apache.cocoon.components.classloader.ClassLoaderManager =
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl)
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Setting up the sitemap.
    DEBUG 422 [cocoon  ] (ExecuteThread-11): Sitemap location =
    sitemap.xmap
    DEBUG 703 [cocoon  ] (ExecuteThread-11): ComponentFactory creating
    new instance of org.apache.cocoon.components.url.URLFactoryImpl.
    DEBUG 703 [cocoon  ] (ExecuteThread-11): Getting the URLFactories
    DEBUG 703 [cocoon  ] (ExecuteThread-11): for protocol:
    resource org.apache.cocoon.components.url.ResourceURLFactory
    DEBUG 718 [cocoon  ] (ExecuteThread-11): for protocol: context
    org.apache.cocoon.components.url.ContextURLFactory
    DEBUG 718 [cocoon  ] (ExecuteThread-11): Beginning sitemap
    regeneration
    DEBUG 718 [cocoon  ] (ExecuteThread-11): Making URL from
    file:/D:/Programs/cocoon-1.8.2/samples/sitemap.xmap
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.
    DEBUG 718 [cocoon  ] (Thread-1): Could not find ComponentHandler,
    attempting to create one for role:
    org.apache.cocoon.components.language.generator.ServerPagesSelector
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.generator.GeneratorSelector.
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.
    DEBUG 718 [cocoon  ] (Thread-1): CocoonComponentSelector setting
    up with root element:
    DEBUG 718 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of org.apache.cocoon.components.CocoonComponentSelector.
    DEBUG 718 [cocoon  ] (Thread-1): CocoonComponentSelector setting
    up with root element: markup-languages
    DEBUG 734 [cocoon  ] (Thread-1): Adding
    org.apache.cocoon.components.language.markup.xsp.XSPMarkupLanguage for
    xsp
    DEBUG 734 [cocoon  ] (Thread-1): Adding
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage
    for sitemap
    DEBUG 734 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of org.apache.cocoon.components.CocoonComponentSelector.
    DEBUG 734 [cocoon  ] (Thread-1): CocoonComponentSelector setting
    up with root element: programming-languages
    DEBUG 750 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.programming.java.JavaLanguage.
    DEBUG 750 [cocoon  ] (Thread-1): Looking up
    org.apache.cocoon.components.classloader.ClassLoaderManager
    DEBUG 750 [cocoon  ] (Thread-1): Setting the parameters
    DEBUG 750 [cocoon  ] (Thread-1): Adding
    org.apache.cocoon.components.language.programming.java.JavaLanguage for
    java
    DEBUG 765 [cocoon  ] (Thread-1): The instance was not accessible,
    creating it now.
    DEBUG 765 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    DEBUG 1718 [cocoon  ] (Thread-1): Making URL from
    jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    DEBUG 1718 [cocoon  ] (Thread-1): Logicsheet
    Used:jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    WARN 4109 [cocoon  ] (Thread-1): Could not load class for program
    'org\apache\cocoon\www\sitemap_xmap'
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    java.security.AccessControlContext.checkPermission(AccessControlContext.java:272)
    at
    java.security.AccessController.checkPermission(AccessController.java:399)
    at
    java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
    at java.net.URLClassLoader$5.run(URLClassLoader.java:463)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.getPermissions(URLClassLoader.java:461)
    at
    java.security.SecureClassLoader.getProtectionDomain(SecureClassLoader.java:162)
    at
    java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
    at
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(ClassLoaderManagerImpl.java:58)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:121)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:163)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 4109 [cocoon  ] (Thread-1): Language Exception
    org.apache.cocoon.components.language.LanguageException: Could not load
    class for program 'org\apache\cocoon\www\sitemap_xmap' due to a
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:124)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:163)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 4109 [cocoon  ] (Thread-1): ComponentFactory decommissioning
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    DEBUG 4109 [cocoon  ] (Thread-1): Can't load ServerPage
    org.apache.avalon.ComponentManagerException: Could not add component for
    class: org.apache.cocoon.www.sitemap_xmap
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:61)
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.select(GeneratorSelector.java:50)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.select(ProgramGeneratorImpl.java:263)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:172)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 4109 [cocoon  ] (Thread-1): ComponentFactory creating new
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    DEBUG 4359 [cocoon  ] (Thread-1): Making URL from
    jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    DEBUG 4359 [cocoon  ] (Thread-1): Logicsheet
    Used:jar:file:/D:/avue/lib/cocoon.jar!/org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl
    WARN 6109 [cocoon  ] (Thread-1): Could not load class for program
    'org\apache\cocoon\www\sitemap_xmap'
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    java.security.AccessControlContext.checkPermission(AccessControlContext.java:272)
    at
    java.security.AccessController.checkPermission(AccessController.java:399)
    at
    java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
    at java.net.URLClassLoader$5.run(URLClassLoader.java:463)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.getPermissions(URLClassLoader.java:461)
    at
    java.security.SecureClassLoader.getProtectionDomain(SecureClassLoader.java:162)
    at
    java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
    at
    org.apache.cocoon.components.classloader.ClassLoaderManagerImpl.loadClass(ClassLoaderManagerImpl.java:58)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:121)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:210)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 6109 [cocoon  ] (Thread-1): Language Exception
    org.apache.cocoon.components.language.LanguageException: Could not load
    class for program 'org\apache\cocoon\www\sitemap_xmap' due to a
    java.security.AccessControlException: access denied
    (java.io.FilePermission
    \D:\Programs\cocoon-1.8.2\samples\WEB-INF\_tmp_war\- read)
    at
    org.apache.cocoon.components.language.programming.java.JavaLanguage.loadProgram(JavaLanguage.java:124)
    at
    org.apache.cocoon.components.language.programming.CompiledProgrammingLanguage.load(CompiledProgrammingLanguage.java:119)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.generateResource(ProgramGeneratorImpl.java:245)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:210)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 6109 [cocoon  ] (Thread-1): ComponentFactory decommissioning
    instance of
    org.apache.cocoon.components.language.markup.sitemap.SitemapMarkupLanguage.
    ERROR 6109 [cocoon  ] (Thread-1): Error compiling sitemap
    org.apache.avalon.ComponentManagerException: Could not add component for
    class: org.apache.cocoon.www.sitemap_xmap
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:61)
    at
    org.apache.cocoon.components.language.generator.GeneratorSelector.select(GeneratorSelector.java:50)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.select(ProgramGeneratorImpl.java:263)
    at
    org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:219)
    at org.apache.cocoon.sitemap.Handler.run(Handler.java:173)
    at java.lang.Thread.run(Thread.java:484)
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): Changing Cocoon
    context(sitemap.xmap) to prefix()
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): from
    context(file:/D:/Programs/cocoon-1.8.2/samples/) and prefix()
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): at URI
    DEBUG 6109 [cocoon  ] (ExecuteThread-11): New context is
    file:/D:/Programs/cocoon-1.8.2/samples/
    ERROR 6140 [cocoon  ] (ExecuteThread-11): Problem with servlet
    org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is
    not available.
    at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:106)
    at org.apache.cocoon.Cocoon.process(Cocoon.java:218)
    at
    org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:417)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at
    weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:123)
    at
    weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:761)
    at
    weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:708)
    at
    weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:252)
    at
    weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:346)
    at
    weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:246)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:135)
    INFO 6187 [cocoon  ] (ExecuteThread-11): '' Processed by Apache
    Cocoon 2.0a4 in 5.75 seconds.
    ================================================================
    Regards,
    Georgi

  • Having  Problem starting Weblogic  SP6

    The WebLogic Server did not start up properly.
    Exception raised: java.lang.reflect.InvocationTargetException
    java.lang.reflect.InvocationTargetException: java.lang.NoSuchMethodError
    at
    weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoa
    der.java:141)
    at
    weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoa
    der.java:112)
    at
    weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoa
    der.java:104)
    at
    weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader.<init>
    (RecursiveReloadOnModifyClassLoader.java:53)
    at
    weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader$Single
    Slave.<init>(RecursiveReloadOnModifyClassLoader.java:149)
    at
    weblogic.servlet.internal.ServletContextImpl.setClassLoader(ServletCo
    ntextImpl.java:1421)
    at
    weblogic.servlet.internal.ServletContextImpl.<init>(ServletContextImp
    l.java:519)
    at
    weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:492)
    at weblogic.t3.srvr.HttpServer.start(HttpServer.java:388)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1305)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)
    java.lang.NoSuchMethodError
    at
    weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoa
    der.java:141)
    at
    weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoa
    der.java:112)
    at
    weblogic.utils.classloaders.GenericClassLoader.<init>(GenericClassLoa
    der.java:104)
    at
    weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader.<init>
    (RecursiveReloadOnModifyClassLoader.java:53)
    at
    weblogic.utils.classloaders.RecursiveReloadOnModifyClassLoader$Single
    Slave.<init>(RecursiveReloadOnModifyClassLoader.java:149)
    at
    weblogic.servlet.internal.ServletContextImpl.setClassLoader(ServletCo
    ntextImpl.java:1421)
    at
    weblogic.servlet.internal.ServletContextImpl.<init>(ServletContextImp
    l.java:519)
    at
    weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java:492)
    at weblogic.t3.srvr.HttpServer.start(HttpServer.java:388)
    at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:1305)
    at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:827)
    at java.lang.reflect.Method.invoke(Native Method)
    at weblogic.Server.startServerDynamically(Server.java:99)
    at weblogic.Server.main(Server.java:65)
    at weblogic.Server.main(Server.java:55)

    "WebLogic" <[email protected]> wrote:
    The WebLogic Server did not start up properly.
    Exception raised: java.lang.reflect.InvocationTargetException
    java.lang.reflect.InvocationTargetException: java.lang.NoSuchMethodErrorSame with me.
    I also noted, that in a file "clodscape.LOG" there are messages "4.10.2000 15:12 Thread[JDBCStartupThread,6,main] Thank you for your interest in Cloudscape products. Your evaluation license has expired. Please contact Cloudscape sales at 1-888-59JAVA1 or [email protected]"
    Maybe this is the source of the problem, not NT SP6?
    - Juha

  • Problems with automatic syndications in MDM 5.5 SP6

    Hi all,
    Has anyone a solution for the following problem?
    I have a MDM repository for central master data management for articles. This i running under MDM 5.5 SP6. I use timestamps depending on spesific fields in order to execute the syndications. Most of the syndications are running automaticly and continously, with some few seconds delay between the syndication rounds.
    Each syndication takes some few seconds, appr. 10-15. When an end-user save the change, and the timestamp for the actual change happens to be in between the start/end of the belonging syndication, the record is not included in the syndication, and it seems that the status telling the mdm system that a record has been changed, is reset, although the record has not been syndicated. Thus the record is not included in the next syndication round either.
    I appreciate if anyone could help me.
    Regards,
    Jens

    Hi Jens,
    Workaround could be to use MDM Workflows.
    Design the workflow as shown below
    Start -> Branch -> Syndicate -> Stop
                           -> Stop
    Just pass the outbound port of type manual to the syndicate step and set the trigger action of the workflow to record update. Now whenever record gets updated, its time stamp gets modified and the workflow gets launched. If it is the desired record then it clears the validation step and go to syndicate step. Syndicate step just mark the records for syndication, it doesn't actually syndicates it. At the last it is the job of syndication server to actually syndicate the records. With this design you will get all the updates records.
    Regards,
    Jitesh Talreja

  • URGENT: sp6 and JSP compiling/classpath problem?

    Hi,
              We installed sp6 on our production site a little over a week and started
              seeing this problem on our logs with regards to any JSP with an include tag,
              such as:
              <%@ include file="/inc/insideHeadTag.jsp" %>
              INTERMITTENTLY, we will get the following error in the page on the client
              side at runtime:
              < ! -- cannot include file '/inc/insideHeadTag.jsp', resource not
              found -- >
              I grepped this newsgroup and noticed a previous unanswered post of the same
              nature, "Static compiles do not seem to include JSP's". Except in our case,
              this problem also manifest for dynamic JSP compiles, happens sporatically,
              and only started with sp6.
              Bug???
              Gene Chuang
              Join Kiko.com!
              

              Just to clarify - I'm not from BEA, I'm from EA - short a letter.
              As far as I know, there is no synchronization between WL instances in a cluster regarding the
              the compiling of JSPs. So when you start up two WL instances that share the same workingDir,
              and each WL instances gets a hit on your shiny new index.jsp, they both need to compile it. So the first
              one compiles it and writes index.class, the second does the same, overwriting the first _index.class,
              possibly at the same time that the first instance is trying to load _index.class into memory. And you
              get a mysterious 'class not found' error. Not likely, but possible.
              "Gene Chuang" <[email protected]> wrote:
              >Hmm, interesting... I thought Weblogic strongly recommends clustered
              >servers sharing the same file system?
              >
              >So you're saying the system-wide, cluster and node specific directories can
              >reside on the shared drive, but workingDirs should reside on local drives?
              >
              >--
              >Gene Chuang
              >Join Kiko.com!
              >
              >"Mike Reiche" <[email protected]> wrote in message
              >news:[email protected]...
              >>
              >> Make sure that your WLS instances are NOT sharing the workingDir. If two
              >instances
              >> try to compile the same JSP at the same time, bad things can happen.
              >>
              >> Mike
              >>
              >> "Gene Chuang" <[email protected]> wrote:
              >> >Hi Jong,
              >> >
              >> >Thanks for the reply; but I wish the solution is as simple as that.
              >Yes,
              >> >my .jsps are in the proper directory. They have been working properly
              >for
              >> >the past 6 months, since we were running WL 4.5.1. Only when I switched
              >to
              >> >WL 5.1 sp6 did this bug start showing up. Plus, like I said in my
              >original
              >> >post, this bug is sporatic. SOMETIMES the included jsp is found by
              >Weblogic
              >> >and the includer jsp compiles correctly; other times it isn't found and
              >the
              >> >includer jsp leaves a gap! What's going on?
              >> >
              >> >We are running clustered web servers in Solaris 2.7 with a shared file
              >> >system. This sporatic behavior may be because some nodes aren't working
              >> >properly???
              >> >
              >> >--
              >> >Gene Chuang
              >> >Join Kiko.com!
              >> >
              >> >"Jong Lee" <[email protected]> wrote in message
              >> >news:[email protected]...
              >> >>
              >> >> "Gene Chuang" <[email protected]> wrote:
              >> >> >Hi,
              >> >> >
              >> >> >We installed sp6 on our production site a little over a week and
              >started
              >> >> >seeing this problem on our logs with regards to any JSP with an
              >include
              >> >tag,
              >> >> >such as:
              >> >> I assumed insideHeadTag.jsp is in
              >> >> YOUR_DOCUMENT_ROOT/inc/insideHeadTag.jsp
              >> >>
              >> >> if you haven't read the spec of relative URI please do so:
              >> >> jsp spec 1.1 - section 2.5.2
              >> >>
              >> >> Jong
              >> >>
              >> >> >
              >> >> > <%@ include file="/inc/insideHeadTag.jsp" %>
              >> >> >
              >> >> >INTERMITTENTLY, we will get the following error in the page on the
              >client
              >> >> >side at runtime:
              >> >> >
              >> >> > < ! -- cannot include file '/inc/insideHeadTag.jsp', resource not
              >> >> >found -- >
              >> >> >
              >> >> >I grepped this newsgroup and noticed a previous unanswered post of the
              >> >same
              >> >> >nature, "Static compiles do not seem to include JSP's". Except in our
              >> >case,
              >> >> >this problem also manifest for dynamic JSP compiles, happens
              >> >sporatically,
              >> >> >and only started with sp6.
              >> >> >
              >> >> >Bug???
              >> >> >
              >> >> >Gene Chuang
              >> >> >Join Kiko.com!
              >> >> >
              >> >> >
              >> >> >
              >> >>
              >> >
              >> >
              >>
              >
              >
              

  • WLS 8.1 SP6 out of memory problem

    Hi, I just upgraded the weblogic server 8.1 from SP5 to SP6. After the upgrade, 2 applications keep getting out of memory error. I turned on the -verbosegc to see the heap used and it seems that the application seems to be taking up more heap space in SP6 than SP5. And the heap size keep increasing a lot over time when the application is in idle (meaning no access to the application) for SP6. Below are the GC output that I captured for SP5 and SP6. Anyone encounter the same problem or is able to shed some light on my problem?
    Thanks.
    Regards,
    Kwee Tin
    Weblogic Server 8.1 SP6
    [memory ] 10176.797: nursery GC 105762K->78260K (131072K), 24760.998 ms
    [memory ] Warning: Your computer has generated 13518 page faults during the last
    garbage collection.
    [memory ] If you find this swapping problematic, please consider running JRockit
    with a smaller heap.
    [memory ] 21317.467-21387.536: GC 112372K->47282K (131072K), 70069.000 ms
    [memory ] Warning: Your computer has generated 16155 page faults during the last
    garbage collection.
    [memory ] If you find this swapping problematic, please consider running JRockit
    with a smaller heap.
    [memory ] 43211.470-43224.562: GC 120122K->46107K (131072K), 13092.000 ms
    [memory ] Warning: Your computer has generated 8201 page faults during the last
    garbage collection.
    [memory ] If you find this swapping problematic, please consider running JRockit
    with a smaller heap.
    ==============================================================================
    Weblogic Server 8.1 SP5
    [GC 43957K->39667K(65364K), 0.0018362 secs]
    [GC 43827K->39756K(65364K), 0.0383081 secs]
    [GC 43916K->39755K(65364K), 0.0092326 secs]
    [GC 43915K->39755K(65364K), 0.0104231 secs]
    [GC 43882K->39855K(65364K), 0.0025257 secs]
    [GC 43954K->39667K(65364K), 0.0064288 secs]
    [GC 43784K->39791K(65364K), 0.0017668 secs]
    [GC 43951K->39761K(65364K), 0.0310669 secs]
    [GC 43921K->39756K(65364K), 0.0130043 secs]
    [GC 43916K->39755K(65364K), 0.0017214 secs]
    [GC 43915K->39756K(65364K), 0.0021745 secs]
    [GC 43855K->39855K(65364K), 0.0022713 secs]
    [GC 43957K->39667K(65364K), 0.0021330 secs]
    [GC 43784K->39791K(65364K), 0.0022585 secs]
    [GC 43951K->39761K(65364K), 0.0023629 secs]
    [GC 43921K->39755K(65364K), 0.0020136 secs]
    [GC 43915K->39756K(65364K), 0.0022553 secs]
    [GC 43916K->39756K(65364K), 0.0022444 secs]
    [GC 43888K->39855K(65364K), 0.0022625 secs]

    Hi Phil,
    I have not figured out what this issue was. For now I schedule to restart the server instance every morning to prevent the out of memory error.
    Do hope that someone can shed some light on why this is happening.
    Thanks.
    - Kwee Tin

  • Problem in EP6 SP6, DQE

    Hi All,
    I installed WAS 6.40 SP7 and then EP6 SP6 on Windows Platform. Installation was successfull.
    But when I tried to create Database iViews, its not opening the tables for the configured DB. Then i tried to open in Portal content page...
    System Administratation ---> Distributed Query Engine
    here when i open
    * Configuration       -> No content is displayed. 
    Session Manager     -> DQE not installed(this messge is displayed)
    MetaData Loader     -> Portal Runtime Error
    An exception occurred while processing a request for :
    iView : pcd:portal_content/administrator/super_admin/super_admin_role/com.sap.portal.system_administration/com.sap.portal.distributed_query_engine/com.sap.portal.metadata_loader
    Component Name : com.sap.portal.dqe.admintool.metadataloader.DQEMetadataLoader
    The exception was logged. Inform your system administrator..
    Exception id: 10:57_08/11/04_0002_9138850
    See the details for the exception ID in the log file.
    When i check the defalutTrace*.trc, the following message is printed...
    #1.5#00508BE9307C00170000006000000DA40003E86216ECCFF0#1099932919156#com.sap.engine.core.service630.container.ServiceRunner##com.sap.engine.core.service630.container.ServiceRunner#######SAPEngine_System_Thread[impl:5]_49##0#0#Error#1#/System/Server#Plain###Service DQE error. Nested exception is: com.sap.engine.frame.ServiceException: <Localization failed: ResourceBundle='com.sap.engine.frame.KernelResourceBundle', ID='Could not start DQE service, reason: Could not initialize RuntimeStateAdminAPIImpl.', Arguments: []> : Can't find resource for bundle java.util.PropertyResourceBundle, key Could not start DQE service, reason: Could not initialize RuntimeStateAdminAPIImpl.
         at com.metamatrix.sap.service.MetaMatrixServiceFrame.start(MetaMatrixServiceFrame.java:144)
         at com.sap.engine.core.service630.container.ServiceRunner.startApplicationServiceFrame(ServiceRunner.java:201)
         at com.sap.engine.core.service630.container.ServiceRunner.run(ServiceRunner.java:142)
         at com.sap.engine.frame.core.thread.Task.run(Task.java:60)
         at com.sap.engine.core.thread.impl5.SingleThread.execute(SingleThread.java:73)
         at com.sap.engine.core.thread.impl5.SingleThread.run(SingleThread.java:134)
    I fallowed the same instructions given in the installation guide, and insalled in two different machines,in both places I got same problem.
    Can any body tell me solution for this problem.
    When installing EP6SP3 I have choosen Portal Platform option(where we have DQE schema installation and Portal Platform option) and then updated to EP6SP6.Is it rigt?
    From SDN site I got WAS with SP7 and EP with SP6 , if any new stable versions available please let me know from where I can get them.
    Regards
    Abhilash

    Try service.sap.com/sp-stacks. EP SP9 had just arrived and you can patch your installation to the final Netweaver version
    For documentation about this version, I recommend a look at service.sap.com/nw04doc.
    Hope this help
    []'s,
    Marcelo

  • Ntrealm with SP6

    i've configured the weblogtic 5.1 to work to ntrealm
    but after installing sp6 an exception appeared when i try to start the
    server
    "no such field :domain"
    when i remove the realm properties from weblogic.properties the server
    starts.
    does anybody knows where is the problem

    make certain the service pack updated your wlntrealm.dll in the
    \weblogic\bin\
    directory as well as contained new weblogic.security.ntrealm.* classes.
    failing that, contact support for a patch for this. NTRealm has been going
    through some fairly nice growing pains lately, but the end result is much
    better than the original:
    - no longer needs to be on the PDC
    - may have a list of alternate, trusted domains
    - info is in weblogic.properties and no longer ntrealm.properties
    - smells better
    .paul
    Gasser wrote:
    i've configured the weblogtic 5.1 to work to ntrealm
    but after installing sp6 an exception appeared when i try to start the
    server
    "no such field :domain"
    when i remove the realm properties from weblogic.properties the server
    starts.
    does anybody knows where is the problem

  • Problem since SP6 upgrade

    Hello there,
    I am fairly confident this is not the correct forum, but then which one. Here goes.
    Since the update, NW OES 6.5 sp6, I continually get java "out of Memory" errors after about 5 minutes of people going into virtual office. The only things on this server are File, print (Broker and manager), iManager, Novel Storage Manager, Antivirus, DHCP/DNS. It is a Dual 3.8 Gig (with virtual processor off) and 4 GIG of RAM
    Any ideas or tweaks? I can not get into iManager to configure anything unless VO is not turned on. I took away the link from people because I do not know how to turn it off. :)
    Tom

    Hi,
    Treat the following:
    review tcadmup.ncf (sys:/system) and verify that the line exist:
    setenv CATALINA_OPTS=-vm160m -Xmx512m -Djavax.net.ssl.trustStore=sys:/adminsrv/conf/.keystore -Dsun.io.useCanonCaches=false
    the same for tomcat4.ncf
    Tell me that happen....
    WEB_on
    "Tom Hafemann" <[email protected]> escribi en el mensaje news:457517F9.3DEF.0061.0@nonspamtbmidwesttechnolo gies.com...
    Without the XMS statement, the server goes out of memory in about 5 minutes. With it, it takes abou
    t 15 minutes.
    Tom
    >>> WEB_on<[email protected]> 12/1/2006 9:28 AM >>>
    Yes. It already tried without Xms256m.
    "Tom Hafemann" <[email protected]> escribi en el mensaje news:[email protected]...
    are you asking me to take out the Xms256m?
    >>> WEB_on<[email protected]> 12/1/2006 8:53 AM >>>
    You already proved with this (without Xmx256m) ?
    setenv CATALINA_OPTS=-vm160m -Xmx512m -Djavax.net.ssl.trustStore=sys:/adminsrv/conf/.keystore -Dsun.io.useCanonCaches=false
    "Tom Hafemann" <[email protected]> escribi en el mensaje news:[email protected]...
    setenv CATALINA_OPTS=-vm160m -Xms256m -Xmx512m -Djavax.net.ssl.trustStore=sys:/adminsrv/conf/.keystore -Dsun.io.useCanonCaches=false
    Already did that-one of the first things. :(
    Tom
    >>> WEB_on<[email protected]> 11/30/2006 3:51 PM >>>
    see:
    http://www.novell.com/documentation/...e.html#b75prct
    2.10 Java Out-of-Memory Issue
    To avoid Java out-of-memory issues with Virtual Office and iManager, you can increase the memory allocated by editing the sys:\tomcat\4\tomcat4.ncf and increase the -Xmx256m setting up to -Xmx512. Then restart Tomcat.
    "Tom Hafemann" <[email protected]> escribi en el mensaje news:4566CAB6.3DEF.0061.0@nonspamtbmidwesttechnolo gies.com...
    Hello there,
    I am fairly confident this is not the correct forum, but then which one. Here goes.
    Since the update, NW OES 6.5 sp6, I continually get java "out of Memory" errors after about 5 minutes of people going into virtual office. The only things on this server are File, print (Broker and manager), iManager, Novel Storage Manager, Antivirus, DHCP/DNS. It is a Dual 3.8 Gig (with virtual processor off) and 4 GIG of RAM
    Any ideas or tweaks? I can not get into iManager to configure anything unless VO is not turned on. I took away the link from people because I do not know how to turn it off. :)
    Tom

  • IWS 6.1 SP6 - problem reloading *vsclassobj.conf files

    Hi, I hope someone can point me in the right direction as this is starting to drive me round the bend :-(
    In my configuration I require approx 80 virtual servers - one for each of the stores I support. When I am installing/configuring a new web server this creates a significant overhead.
    I use the command line "HttpServerAdmin create" first to create a class then a virtual server both based on an input file.
    Following that I have scripted the editing of those files to enable the multiple changes that are required.
    EG adding 'Service method="(GET|HEAD)" type="magnus-internal/directory" fn="send-error" path="error.html" '
    However when I enter the admin GUI, click manage server for the relevant server, click 'apply' then 'apply changes' to activate the changes, they are not reflected in the GUI.
    Each time I go back to the web server the familiar "Warning: manual edits not loaded" pop up appears, and I perform the actions above again. Each time to no avail?
    Any ideas anyone ?
    Cheers
    Chris

    Hi,
    I think the /config files are overwritten with the /conf_bk files when doing an apply/restart from the admin GUI - are your changes still in the /config files after the apply/restart? ...is there a file permissions problem - perhaps the admin GUI cannot write the changes to the /config files?
    I could be missing the point altogether though...

Maybe you are looking for

  • Embed pdf and print (redux)

    This continues this discussion in this community which got sidetracked into an interesting discussion of Hebrew and other RTL books. My problem: I want to embed a pdf "handout" into an iBook. (1) The reader should be able to see it as a thumbnail and

  • Stalled at 3.95ghz w/ X58 Pro

    Hey Guys, I have a X58 Pro motherboard that's currently clocked at 3.95ghz.  I'm real happy with the performance so far, compared to my GA-EX58-UD3R, but I'd like to push it a little farther. As the heading states, I'm stalled at 3.95ghz. If someone

  • ITunes quit working on my vista 64bit based os

    so i upgraded to vista and itunes worked for a short time then stopped working. i've uninstalled and re-installed it several times but can't seem to get it to work... i've even reformatted the computer and upgraded to a 64bit system but itunes only w

  • Question mark that came up

    I have a question mark that came up on my computer an i dont know what its for been there for awhile

  • PM Organization Units Authorization on User Level

    Hello experts, Is there a way to add authorization for an organization unit (i.e. Planning Plant) on a user (SU01) level and not on a authorization objects (PFCG) level? For example, I would like to create the following Role (profile): ZPM_AUT_EQM_EQ