java.security.AccessControlException
Hi
I had a servlet working using jwsdp 1.3. I changed to 1.4 and I get now
a java.security.AccessControlException
My classes are in a jar located in WEB-INF/lib/
my policy is :
grant {
permission java.security.AllPermission , ;
};
Any help welcome
Andre Legendre
Error is :
INFO: Server startup in 20279 ms
Setting controller properties
Setting controller RMISecurityManager
Setting controller RMISecurityManager Finish
127.0.0.1
Setting controller startDiscovery
java.security.AccessControlException: access denied
(java.io.FilePermission
/home/rcs/Master/extern/java/jwsdp/tomcat-jwsdp-1.4/webapps/mfg_ServletToJsp/WEB-INF/classes/com/sun/rio/resources/client/JiniClient.class
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:269)
at
java.security.AccessController.checkPermission(AccessController.java:401)
at
java.lang.SecurityManager.checkPermission(SecurityManager.java:524)
at java.lang.SecurityManager.checkRead(SecurityManager.java:863)
at java.io.File.exists(File.java:678)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:881)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:263)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:338)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1729)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1597)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:891)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1220)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at WebMfgServiceManager.startDiscovery(Unknown Source)
at WebMfgServiceManager.init(Unknown Source)
at servletToJsp.init(Unknown Source)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1044)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:712)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:719)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:516)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:453)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:369)
at
org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:717)
at
org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:687)
at
org.apache.jsp.jsptoserv.jsptoservlet_jsp._jspService(jsptoservlet_jsp.java:45)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:286)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:258)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:256)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:210)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:513)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:196)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:175)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149
Repost: java.security.AccessControlException
Hi
I post again my problem because I get stuck and I need some help.
I had a servlet working using jwsdp 1.3. I changed to 1.4 and I get now
a java.security.AccessControlException
My classes are in a jar located in WEB-INF/lib/
my policy is :
grant {
permission java.security.AllPermission , ;
};
Any help welcome
Andre Legendre
Error is :
INFO: Server startup in 20279 ms
Setting controller properties
Setting controller RMISecurityManager
Setting controller RMISecurityManager Finish
127.0.0.1
Setting controller startDiscovery
java.security.AccessControlException: access denied
(java.io.FilePermission
/home/rcs/Master/extern/java/jwsdp/tomcat-jwsdp-1.4/webapps/mfg_ServletToJsp/WEB-INF/classes/com/sun/rio/resources/client/JiniClient.class
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:269)
at
java.security.AccessController.checkPermission(AccessController.java:401)
at
java.lang.SecurityManager.checkPermission(SecurityManager.java:524)
at java.lang.SecurityManager.checkRead(SecurityManager.java:863)
at java.io.File.exists(File.java:678)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:881)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:263)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:338)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1729)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1597)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:891)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1220)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at WebMfgServiceManager.startDiscovery(Unknown Source)
at WebMfgServiceManager.init(Unknown Source)
at servletToJsp.init(Unknown Source)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1044)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:712)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:719)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:516)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:453)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:369)
at
org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:717)
at
org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:687)
at
org.apache.jsp.jsptoserv.jsptoservlet_jsp._jspService(jsptoservlet_jsp.java:45)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:286)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:258)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:256)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:210)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:513)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:196)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:175)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149
Re: Repost: java.security.AccessControlException
Hi David
Thanks for your message.
I solved my problem starting tomcat with -security.
The fact is that I try first to get things works, even without security
and then
set security step by step.
Now that things are working again I will start to set back security on.
Best Regards
Andre Legendre
David Wall wrote:
The syntax is:
permission java.security.AllPermission;
Of course, why use a security manager at all if the default is no security
at all?
David
- Original Message -
From: Andre Legendre [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, September 07, 2004 8:34 AM
Subject: Repost: java.security.AccessControlException
Hi
I post again my problem because I get stuck and I need some help.
I had a servlet working using jwsdp 1.3. I changed to 1.4 and I get now
a java.security.AccessControlException
My classes are in a jar located in WEB-INF/lib/
my policy is :
grant {
permission java.security.AllPermission , ;
};
Any help welcome
Andre Legendre
Error is :
INFO: Server startup in 20279 ms
Setting controller properties
Setting controller RMISecurityManager
Setting controller RMISecurityManager Finish
127.0.0.1
Setting controller startDiscovery
java.security.AccessControlException: access denied
(java.io.FilePermission
/home/rcs/Master/extern/java/jwsdp/tomcat-jwsdp-1.4/webapps/mfg_ServletToJsp
/WEB-INF/classes/com/sun/rio/resources/client/JiniClient.class
read)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java
:269)
at
java.security.AccessController.checkPermission(AccessController.java:401)
at
java.lang.SecurityManager.checkPermission(SecurityManager.java:524)
at java.lang.SecurityManager.checkRead(SecurityManager.java:863)
at java.io.File.exists(File.java:678)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:881)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:263)
at
org.apache.naming.resources.ProxyDirContext.lookup(ProxyDirContext.java:338)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClas
sLoader.java:1729)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo
ader.java:1597)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav
a:891)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
a:1340)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav
a:1220)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at WebMfgServiceManager.startDiscovery(Unknown Source)
at WebMfgServiceManager.init(Unknown Source)
at servletToJsp.init(Unknown Source)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:10
44)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:712)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
java:719)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis
patcher.java:516)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch
er.java:453)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher
.java:369)
at
org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:717
)
at
org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:687)
at
org.apache.jsp.jsptoserv.jsptoservlet_jsp._jspService(jsptoservlet_jsp.java:
45)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:141)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:286)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:258)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
Valve.java:256)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:210)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:151)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:513)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
t.java:149
Re: java environment + cron issue
I don't know the cause of your problem, but personaly I use nohup to start commands from cron : nohup /usr/local/jakarta-tomcat-5.0.18/bin/shutdown.sh nohup manage in good way standard input and output (you can pass options) and keep your task running after father task die. Hope it help. Andre John Sidney-Woollett wrote: On a unix RH8 box starting and stopping TC 5.0.18 under the root account using the following script: #!/bin/sh # This script stops tomcat for (about) 1 minute, and then restarts it # it is run at the same time as the script to backup the # database (which is shutdown, and a file level copy made) echo Stopping Tomcat at `date` /usr/local/jakarta-tomcat-5.0.18/bin/shutdown.sh echo Tomcat shutdown at `date` sleep 15 echo Starting Tomcat at `date` /usr/local/jakarta-tomcat-5.0.18/bin/startup.sh stops and starts TC as expected, and after TC is restarted all my JSP's correctly render UTF-8 strings. However if the script is invoked from cron, the JSPs render all non-standard ASCII characters (like accented ones) as a ? (question mark), until TC is restarted again by executing the above script under the root account. Does anyone know what the cause of the problem is, and how to fix it? (We will be upgrading to TC 5.0.28 shortly, but I don't think the TC version is the issue). There must be some kind of enviroment issue going on that I don't understand. Thanks John Sidney-Woollett ps here is the cron entry (created using crontab -e from the root account). # crontab -l # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.11679 installed on Fri Aug 20 07:12:03 2004) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) 45 3 * * * /bin/nice /usr/bin/rsync-backup-client / [EMAIL PROTECTED]:/ # Pause tomcat for database backup, make sure this job is run # at the same time as the db backup job on ddgfe1a 5 5 * * * /usr/local/bin/pauseTC.sh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Precompiling JSP How To
Hi
I tried to use this build.xml. It help me alot but I still have some
difficulties.
My build.xml is use to compile many other elements.
Because of that build.xml is not located in the directory where are the jsp.
How can I declare the directory where are located the jsp files to
translate ?
Best regards
Andre
Tim Funk wrote:
You need common/lib/jasper-compiler.jar in your classpath. [And
probably a couple of other files in common/lib]
-Tim
Evgeny Gesin wrote:
Hi,
when I run that code I get this error No public
no-arg constructor in class org.apache.jasper.JspC,
probably in taskdef
What could be wrong?
Evgeny
--- Tim Funk [EMAIL PROTECTED] wrote:
Use this in your build.xml ...
target name=jsp-compile depends=compile
description=prcompile the jsps
!-- declare JspC task --
taskdef classname=org.apache.jasper.JspC
name=jasper2
classpath refid=classpath/
/taskdef
!-- declare and make scratch dirs for the java
files and classes --
property name=jsp.src
value=${build.dir}/WEB-INF/jspc/src/
property name=jsp.classes
value=${build.dir}/WEB-INF/jspc/classes/
mkdir dir=${jsp.src}/
mkdir dir=${jsp.classes}/
!-- turn the jsp's into java files --
jasper2 compile=false
validateXml=false
uriroot=${build.dir}
webXmlFragment=${build.dir}/WEB-INF/generated_web.xml
addWebXmlMappings=true
outputDir=${jsp.src} /
!-- compile java files --
javac destdir=${jsp.classes}
optimize=off
debug=on failonerror=false
srcdir=${jsp.src}
excludes=**/*.smap
classpath refid=classpath/
include name=** /
/javac
!--
Take the compiled java files and put em in a
jar
You really don't need this step but I like jar
files.
--
jar
jarfile=${build.dir}/WEB-INF/lib/jsps.jar
index=false
fileset dir=${jsp.classes}
include name=**/*.class /
/fileset
/jar
!-- Chuck build jsp src and classes --
delete dir=${jsp.src}/
delete dir=${jsp.classes}/
/target
-Tim
Hofmann, Benjamin wrote:
How do I set up my Tomcat 5 to precompile all of
my JSP files?
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
__
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Precompiling JSP How To
Hi Tim
Thank you for your answer. It is Ok now.
Have nice time
Andre
Tim Funk wrote:
In the jasper2 task, the uriroot=${build.dir} is where the root of
the web app is located. So you build.xml can be one place, the webapp
root can be at another pllace, and the outputfiles from jspc (and
compiled classes) can each be their own subdirectories.
-Tim
Andre Legendre wrote:
Hi
I tried to use this build.xml. It help me alot but I still have some
difficulties.
My build.xml is use to compile many other elements.
Because of that build.xml is not located in the directory where are
the jsp.
How can I declare the directory where are located the jsp files to
translate ?
Best regards
Andre
Tim Funk wrote:
You need common/lib/jasper-compiler.jar in your classpath. [And
probably a couple of other files in common/lib]
-Tim
Evgeny Gesin wrote:
Hi,
when I run that code I get this error No public
no-arg constructor in class org.apache.jasper.JspC,
probably in taskdef
What could be wrong?
Evgeny
--- Tim Funk [EMAIL PROTECTED] wrote:
Use this in your build.xml ...
target name=jsp-compile depends=compile
description=prcompile the jsps
!-- declare JspC task --
taskdef classname=org.apache.jasper.JspC
name=jasper2
classpath refid=classpath/
/taskdef
!-- declare and make scratch dirs for the java
files and classes --
property name=jsp.src
value=${build.dir}/WEB-INF/jspc/src/
property name=jsp.classes
value=${build.dir}/WEB-INF/jspc/classes/
mkdir dir=${jsp.src}/
mkdir dir=${jsp.classes}/
!-- turn the jsp's into java files --
jasper2 compile=false
validateXml=false
uriroot=${build.dir}
webXmlFragment=${build.dir}/WEB-INF/generated_web.xml
addWebXmlMappings=true
outputDir=${jsp.src} /
!-- compile java files --
javac destdir=${jsp.classes}
optimize=off
debug=on failonerror=false
srcdir=${jsp.src}
excludes=**/*.smap
classpath refid=classpath/
include name=** /
/javac
!--
Take the compiled java files and put em in a
jar
You really don't need this step but I like jar
files.
--
jar
jarfile=${build.dir}/WEB-INF/lib/jsps.jar
index=false
fileset dir=${jsp.classes}
include name=**/*.class /
/fileset
/jar
!-- Chuck build jsp src and classes --
delete dir=${jsp.src}/
delete dir=${jsp.classes}/
/target
-Tim
Hofmann, Benjamin wrote:
How do I set up my Tomcat 5 to precompile all of
my JSP files?
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
__
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Help for jsp
Hi I try to run jsp from a servlet Servlet was working good without jsp. Any help welcome. Andre To try I first make a very basic jsp page : html body bgcolor=white h1 First try of : % out.print (request.getAttribute(servletName).toString()); % Servlet. /h1 /html The doGet method is also very simple : String jspPage = /MFGserviceViewer.jsp; request.setAttribute (servletName, mfg_Servlet); getServletConfig().getServletContext().getRequestDispatcher(jspPage).forward(request, response); but I get following errors : 2004-07-07 08:42:44 SingleSignOn[localhost]: Process request for '/Mfg_Scm/servlet/mfg_Servlet' 2004-07-07 08:42:44 SingleSignOn[localhost]: Checking for SSO cookie 2004-07-07 08:42:44 SingleSignOn[localhost]: SSO cookie is not present 2004-07-07 08:42:45 ApplicationDispatcher[/Mfg_Scm] Servlet.service() for servlet jsp threw exception java.lang.SecurityException: class org.apache.tools.ant.taskdefs.optional.IContract's signer information does not match signer information of other classes in the same package at java.lang.ClassLoader.checkCerts(ClassLoader.java:599) at java.lang.ClassLoader.defineClass(ClassLoader.java:532) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:520) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:857) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at org.apache.tools.ant.Project.init(Project.java:274) at org.apache.jasper.compiler.Compiler.getProject(Compiler.java:164) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:339) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:455) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:555) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:300) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:293) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:286) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:752) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:516) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:453) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:369) at org.compiere.mfg_scm.mfg_Servlet.controller.ControllerServlet.processRequest(Unknown Source) at org.compiere.mfg_scm.mfg_Servlet.controller.ControllerServlet.doGet(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:286) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:258) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:256) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:210) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:513) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:196) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:175) at
Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind
Hi Ivan I heard same story for assemblor supporters about C 30 years ago : Slower and not better. Fact is that today's software are larger than 30 years ago. Tools just cannot be the same as complexity is exponential to the size. It is not one good tool, you have tools adapted for each job. Assemblor is ideal for very small code, some parts of drivers, of image processing etc. C is ideal for medium size code requiring speed : drivers, document processing etc. Java is ideal for large size project : ERP, manufacturing etc. Tcl is ideal as script language at script level etc. Awk is ideal for small text manipulation, Yacc, lex, sh, HTML, Xml, javascript and so many others give pleasure and save time to many peoples. For my side I use all of them. It is said that you can reconize a good worker at the quality of it's tools. If you want to limit yourself to just one tool, OK. But whatever you do, yo will have bad result. So, please, let us choose our tools freely and enjoywith them. Best regards Andre Ivan Jouikov wrote: My replies below -Original Message- From: Joel [mailto:[EMAIL PROTECTED] Sent: Monday, July 05, 2004 2:24 AM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind On Mon, 5 Jul 2004 00:55:17 -0700 Ivan Jouikov [EMAIL PROTECTED] wrote My replies below -Original Message- From: Joel [mailto:[EMAIL PROTECTED] Sent: Sunday, July 04, 2004 6:19 PM To: Tomcat Users List Subject: Re: I've officially decided that JSTL is one of the worst things to ever happen to mankind On Sat, 3 Jul 2004 23:03:45 -0700 Ivan Jouikov [EMAIL PROTECTED] wrote ... Point of this message: DO NOT USE JSTL OR EL. Youl regret it. I did. If a tool doesn't work for you, don't use it. There are plenty of tools. We all make mistakes. No reason to hate a tool just because it let you down. If there are serious faults in a certain tool in the context of your use, set it aside, regroup, learn from the experience, re-negotiate with your boss, coworkers, and/or your customers, move on. (Any boss or any customer who isn't willing to put up with the overhead of getting the right tool for the job just isn't worth the trouble.) Customer isn't worth the trouble? Maybe that theory of thought is the reason why you're using Japanese mail server? I live and work in Japan. :-o But if a customer is going to ask you to use a tool proficiently before you've had time to even learn whether it's appropriate for the job, and is not willing to negotiate, you should definitely think hard about whether they're paying you enough to cover rent. A tool is a tool. Rather than declare that a tool is worse than useless, it probably would be more effective to explain why you couldn't use it this time. It's a little easier that way to talk about what can be done, what tools could be used instead, where you might still profitably use the recalcitrant tool. Ok, so you're saying that if my task is to dig a hole, and there's a tool whose documentation says used for digging holes efficiently and easy, it automatically means that it's good for that task? You ever thought that good ideas don't necessarily mean good results? What if that tool is a vacuum cleaner? How would you dig a hole with a vacuum cleaner? I mean that's what its documentation says... The point is, some tools are just no good. If the customer or boss is willing to negotiate, positive information will be more useful. And that is enough platitudes for a day or so. I'll shut up. -- Joel [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
