• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

RAD - WAS6 Admin Console -Error page exception

 
Greenhorn
Posts: 2
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello to everyone,

I'm trying to migrate our source to use WAS 6, using RAD6. I'm currently experiencing a problem accessing my admin console as soon as I add my jars in ws.ext.dirs. The following is the problem I'm getting:



If I remove my entry in ws.ext.dirs, I can successfully access the admin console.

The following are the jar files specified:



I've updated the WAS6 test environment to 6.0.2 but still no luck. Could anyone please advice on the problem?

Thanks in advance

Regards,
Allan
[ November 16, 2007: Message edited by: Allan Tom ]
 
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi,

I'm trying to migrate our source to WAS 6.0, using RAD7.0
Could please tell me where I can add the directory in ws.ext.dirs with WAS V6.0 ?
Actually, I cannot access the admin console, see the exception:
Erreur de servlet]-[_ibmjsp._logon]: java.lang.ClassNotFoundException: _ibmjsp._logon
at com.ibm.ws.classloader.CompoundClassLoader.findClass(CompoundClassLoader.java:464)
at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:365)
at java.lang.ClassLoader.loadClass(ClassLoader.java(Compiled Code))
at java.beans.Beans.instantiate(Beans.java:202)
at java.beans.Beans.instantiate(Beans.java:63)
at com.ibm.ws.webcontainer.servlet.ServletWrapper$3.run(ServletWrapper.java:1780)
at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:118)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.loadServlet(ServletWrapper.java:1775)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:558)
at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper.handleRequest(GenericServletWrapper.java:121)
at com.ibm.ws.jsp.webcontainerext.JSPExtensionServletWrapper.handleRequest(JSPExtensionServletWrapper.java:204)
at com.ibm.ws.jsp.webcontainerext.JSPExtensionProcessor.handleRequest(JSPExtensionProcessor.java:254)
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3071)
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:236)
at com.ibm.ws.webcontainer.VirtualHost.handleRequest(VirtualHost.java:210)
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1958)
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:89)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:472)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:411)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:288)
at com.ibm.ws.ssl.channel.impl.SSLConnectionLink.determineNextChannel(SSLConnectionLink.java:950)
at com.ibm.ws.ssl.channel.impl.SSLConnectionLink$MyReadCompletedCallback.complete(SSLConnectionLink.java:582)
at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext.java:1701)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:566)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:619)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:952)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1039)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1471)

Could anyone give me some advice for this problem ?
 
Greenhorn
Posts: 22
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
The problems given are caused by the security enabled on the Server.
I recently enabled WAS security using Local OS for authentication along with Java 2 security for application.
After which I could deploy and test my application but could not open the Administration Console.
I am not sure about the cause.
But the next thing I did was add the all permission entries in the
app.policy(all sections) and library.policy(just the one section was there).
Also for my application I added my own was.policy file.
All these files can be found in the was profile folder.

I am pasting the final contents of these files here just for reference.
You might need to modify it for your own purposes.
Also I used the AllPermission which is like a super set of all security allowance policies you might want to use a specific entry which gives specific permissions to specific files.
You will be doing yourself a big favor by using the java policytool to edit your policy files.

{profileHome)/config/cells/{cellName}/nodes/{nodeName}/app.policy

/* AUTOMATICALLY GENERATED ON Thu Apr 09 10:05:53 CST 2009*/
/* DO NOT EDIT */

grant codeBase "file:${application}" {
permission java.io.FilePermission "${was.install.root}${/}lib${/}mail-impl.jar", "read";
permission java.io.FilePermission "${was.install.root}${/}lib${/}activation-impl.jar", "read";
permission java.security.AllPermission;
};

grant codeBase "file:${jars}" {
permission java.net.SocketPermission "*", "connect";
permission java.util.PropertyPermission "*", "read";
permission java.security.AllPermission;
};

grant codeBase "file:${connectorComponent}" {
permission java.net.SocketPermission "*", "connect";
permission java.util.PropertyPermission "*", "read";
permission java.security.AllPermission;
};

grant codeBase "file:${webComponent}" {
permission java.io.FilePermission "${was.module.path}${/}-", "read, write";
permission java.lang.RuntimePermission "loadLibrary.*";
permission java.lang.RuntimePermission "queuePrintJob";
permission java.net.SocketPermission "*", "connect";
permission java.util.PropertyPermission "*", "read";
permission java.security.AllPermission;
};

grant codeBase "file:${ejbComponent}" {
permission java.lang.RuntimePermission "queuePrintJob";
permission java.net.SocketPermission "*", "connect";
permission java.util.PropertyPermission "*", "read";
permission java.security.AllPermission;
};

{profileHome)/config/cells/{cellName}/nodes/{nodeName}/library.policy

/* AUTOMATICALLY GENERATED ON Thu Apr 09 10:03:19 CST 2009*/
/* DO NOT EDIT */

grant {
permission java.security.AllPermission;
};

{EARProjectName)/META-INF/was.policy

/* AUTOMATICALLY GENERATED ON Tue Mar 24 17:39:57 CST 2009*/

/* DO NOT EDIT */

grant codeBase "file:${application}" {

permission java.security.AllPermission;

};

grant codeBase "file:${jars}" {

permission java.security.AllPermission;

};

grant codeBase "file:${connectorComponent}" {

permission java.security.AllPermission;

};

grant codeBase "file:${webComponent}" {

permission java.security.AllPermission;

};

grant codeBase "file:${ejbComponent}" {

permission java.security.AllPermission;

};
 
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime.
reply
    Bookmark Topic Watch Topic
  • New Topic