You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(68) |
Dec
(77) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(75) |
Feb
(84) |
Mar
(89) |
Apr
(96) |
May
(52) |
Jun
(73) |
Jul
(99) |
Aug
(46) |
Sep
(40) |
Oct
(46) |
Nov
(45) |
Dec
(25) |
2004 |
Jan
(13) |
Feb
(74) |
Mar
(40) |
Apr
(18) |
May
(31) |
Jun
(1) |
Jul
(16) |
Aug
(1) |
Sep
(21) |
Oct
(19) |
Nov
(10) |
Dec
(16) |
2005 |
Jan
(4) |
Feb
(12) |
Mar
(46) |
Apr
(33) |
May
(64) |
Jun
(1) |
Jul
(60) |
Aug
(31) |
Sep
(26) |
Oct
(24) |
Nov
(37) |
Dec
(10) |
2006 |
Jan
(3) |
Feb
(31) |
Mar
(122) |
Apr
(22) |
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
(4) |
Oct
(8) |
Nov
(3) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(8) |
From: Eric B. R. <eb...@tc...> - 2002-11-11 18:42:37
|
On Monday, November 11, 2002, at 01:33 PM, Matthew Inger wrote: > Do you know approximately when 1.1 will be released? > I like lots of the new stuff (#macro and #const), but > am reluctant to code using a beta for a production system. Hopefully VerySoon (tm). Maybe around the middle of December. One thing that will help us get 1.1 out the door faster is to have people like you help us test. If you've got a development environment, I'd recommend popping 1.1b1 in, and giving it a go. #macro and #const have been in CVS, and in heavy use by some of us, for many many months now. I think you'll be surprised at the stability. :) eric > > > On Sun, 2002-11-10 at 15:40, Eric B. Ridge wrote: >> On Wednesday, November 6, 2002, at 01:12 PM, Petr Toman wrote: >>> I would like to ask for small changes for WM 1.1: >>> >>> 1) please remove "final" from WMServlet.doGet() >>> (no, I'm not going to argue about this obvious thing ;-) >> >> done. In fact, the javadocs for that method have always said: "blah >> blah you can override this method blah blah". >> >>> 2) modify Log methods, so they take Throwable as argument, >>> instead of Exception >> >> done. >> >> These changes are in CVS, and will eventually find their way into >> 1.1b2. >> >> eric >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Webmacro-user mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/webmacro-user > -- > Matt Inger (mat...@se...) > SEDONA Corporation > 455 S. Gulph Road, Suite 300 > King of Prussia, PA 19406 > (484) 679-2213 > "Self-respect - the secure feeling that no one, > as yet, is suspicious." -H.L. Mencken > |
From: Eric B. R. <eb...@tc...> - 2002-11-10 20:40:33
|
On Wednesday, November 6, 2002, at 01:12 PM, Petr Toman wrote: > I would like to ask for small changes for WM 1.1: > > 1) please remove "final" from WMServlet.doGet() > (no, I'm not going to argue about this obvious thing ;-) done. In fact, the javadocs for that method have always said: "blah blah you can override this method blah blah". > 2) modify Log methods, so they take Throwable as argument, > instead of Exception done. These changes are in CVS, and will eventually find their way into 1.1b2. eric |
From: Nikhil G. D. <ng...@ce...> - 2002-11-09 08:40:49
|
Can someone point me to a place that details changes between 1.0 and 1.1b1. It's been a long time since 1.0 and don't have the time to go through the source to figure it out. Thanks a lot. -ngd. |
From: Bobby N. <bwn...@fe...> - 2002-11-09 05:48:53
|
Endre, I faced something just as screwy here at work. =20 We had some code that worked on every development machine in our shop; intel/windows NT, intel/windows 2000, intel/RH Linux 7.2, intel/RH Linux 7.3, Sun Ultra I/Solaris 8, and 2 Sun Ultra II/Solaris 8s. When we moved that code into our staging/production environment, which is also Sun Solaris 8 (unsure of the hardware model), it would bomb on us. We finally tracked the problem down to a call to a String objects' getBytes() method. =20 The problem was in the JVM/Class library's implementation on that particular combination of hardware/software. Who knows if the os needs patching or the JVM, but in the end we put a work around into our code to avoid the call to getBytes. =20 I guess that's why Java's unofficial mantra is "write once, test everywhere". Bobby Nations On Fri, 08 Nov 2002 09:22:20 +0100 (CET) Endre St=F8lsvik <web...@st...> wrote: > On Thu, 7 Nov 2002, Eric B.Ridge wrote: >=20 > | <snip> > | > | this isn't WebMacro's fault. :) >=20 > Well, that's OK, but it's still -my- problem! ;) >=20 > | > | > The secondary stack trace: > | > > | > -- secondary stack trace -- > | > java.lang.IllegalAccessError: tried to access method > | > java.lang.Object.clone()Ljava/lang/Object; from class > | > com.corelets.statistics.SamplerHolder > | > at > | > com.corelets.statistics.SamplerHolder.getValues(SamplerHolder.jav > | > a:208) > | <snip> > | > HERE =3D=3D>> ret.lastSample =3D (double[]) _lastSample.clone= (); > | > | You found the line. I'm willing to bet that whatever object this > | _lastSample variable is, at one point didn't "implements Cloneable" > | (but now it does), and somehow your compiled .class files got out of > | sync. >=20 > It's a double-array (as the lines before were trying to suggest). They > are cloneable, right?? And it's an IllegalAccessError..? >=20 > Sources are all rebuilt. The deal is that all files are actually > _copied_ from the devel to the prod environment (it works on the > devel), so I just can't figure out what is the problem. Same VM, same > Tomcat, same everything (at least to the point I've managed to > research so far). Thus, I'm more asking for ideas for where to hunt > for this, in my view, psycho-problem..! >=20 >=20 > --=20 > Mvh, > Endre St=F8lsvik M[+47 93054050] F[+47 51625182] > Developer @ CoreTrek AS - http://www.coretrek.com/ > CoreTrek corporate portal / EIP - http://www.corelets.com/ >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm=20 > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > Webmacro-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-user >=20 --=20 Sr. Programmer / Analyst FedEx Services 20 FedEx Parkway Collierville, TN 38017 (901) 263-6517 |
From: <web...@st...> - 2002-11-08 08:22:28
|
On Thu, 7 Nov 2002, Eric B.Ridge wrote: | <snip> | | this isn't WebMacro's fault. :) Well, that's OK, but it's still -my- problem! ;) | | > The secondary stack trace: | > | > -- secondary stack trace -- | > java.lang.IllegalAccessError: tried to access method | > java.lang.Object.clone()Ljava/lang/Object; from class | > com.corelets.statistics.SamplerHolder | > at | > com.corelets.statistics.SamplerHolder.getValues(SamplerHolder.java:208) | <snip> | > HERE ==>> ret.lastSample = (double[]) _lastSample.clone(); | | You found the line. I'm willing to bet that whatever object this | _lastSample variable is, at one point didn't "implements Cloneable" | (but now it does), and somehow your compiled .class files got out of | sync. It's a double-array (as the lines before were trying to suggest). They are cloneable, right?? And it's an IllegalAccessError..? Sources are all rebuilt. The deal is that all files are actually _copied_ from the devel to the prod environment (it works on the devel), so I just can't figure out what is the problem. Same VM, same Tomcat, same everything (at least to the point I've managed to research so far). Thus, I'm more asking for ideas for where to hunt for this, in my view, psycho-problem..! -- Mvh, Endre Stølsvik M[+47 93054050] F[+47 51625182] Developer @ CoreTrek AS - http://www.coretrek.com/ CoreTrek corporate portal / EIP - http://www.corelets.com/ |
From: Eric B. R. <eb...@tc...> - 2002-11-07 21:00:03
|
On Thursday, November 7, 2002, at 09:11 AM, Endre St=F8lsvik wrote: > I get this error when trying to access some property. It is just on =20= > this > one single installation, and I can't seem to understand why. =20 > Everything is > (seems to be) exactly the same on the prod and devel sites, however, =20= > the > devel site is OK, while this one function always gives this exception =20= > on > the prod site: > > (Webmacro 1.0) <snip> this isn't WebMacro's fault. :) > The secondary stack trace: > > -- secondary stack trace -- > java.lang.IllegalAccessError: tried to access method =20 > java.lang.Object.clone()Ljava/lang/Object; from class =20 > com.corelets.statistics.SamplerHolder > at =20 > = com.corelets.statistics.SamplerHolder.getValues(SamplerHolder.java:208) <snip> > HERE =3D=3D>> ret.lastSample =3D (double[]) _lastSample.clone(); You found the line. I'm willing to bet that whatever object this =20 _lastSample variable is, at one point didn't "implements Cloneable" =20 (but now it does), and somehow your compiled .class files got out of =20 sync. Try rebuilding all your sources and doing it again. eric |
From: <web...@st...> - 2002-11-07 14:11:05
|
I get this error when trying to access some property. It is just on this one single installation, and I can't seem to understand why. Everything is (seems to be) exactly the same on the prod and devel sites, however, the devel site is OK, while this one function always gives this exception on the prod site: (Webmacro 1.0) WebMacro encountered an error while executing a template: (stream): org.webmacro.PropertyException: Attempt to invoke method public com.corelets.statistics.SamplerHolder$Values com.corelets.statistics.SamplerHolder.getValues() on object com.corelets.servlets.Parameters@1b...@CC...rameters|Sampler5Min of class com.corelets.statistics.SamplerHolder raised an exception: java.lang.IllegalAccessError: tried to access method java.lang.Object.clone()Ljava/lang/Object; from class com.corelets.statistics.SamplerHolder java.lang.IllegalAccessError: tried to access method java.lang.Object.clone()Ljava/lang/Object; from class com.corelets.statistics.SamplerHolder (The insane "on object" is just the .toString() of that object, which is a bit weird. However ..) The secondary stack trace: -- secondary stack trace -- java.lang.IllegalAccessError: tried to access method java.lang.Object.clone()Ljava/lang/Object; from class com.corelets.statistics.SamplerHolder at com.corelets.statistics.SamplerHolder.getValues(SamplerHolder.java:208) at sun.reflect.GeneratedMethodAccessor1052.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.webmacro.engine.PropertyOperator.invoke(PropertyOperatorCache.java:855) at org.webmacro.engine.UnaryMethodAccessor.get(PropertyOperatorCache.java:1260) at org.webmacro.engine.PropertyOperator.getProperty(PropertyOperatorCache.java:645) at org.webmacro.engine.PropertyOperatorCache.getProperty(PropertyOperatorCache.java:138) at org.webmacro.Context.internalGet(Context.java:301) at org.webmacro.Context.getProperty(Context.java:355) at org.webmacro.engine.PropertyVariable.getValue(PropertyVariable.java:49) at org.webmacro.engine.Variable.evaluate(Variable.java:150) at org.webmacro.directive.SetDirective.write(SetDirective.java:76) at org.webmacro.engine.Block.write(Block.java:107) at org.webmacro.engine.WMTemplate.write(WMTemplate.java:218) at org.webmacro.directive.IncludeDirective.write(IncludeDirective.java:360) at org.webmacro.engine.Block.write(Block.java:109) at org.webmacro.directive.ForeachDirective.write(ForeachDirective.java:156) at org.webmacro.engine.Block.write(Block.java:107) at org.webmacro.engine.WMTemplate.write(WMTemplate.java:218) at org.webmacro.servlet.WMServlet.execute(WMServlet.java:556) at org.webmacro.servlet.WMServlet.doRequest(WMServlet.java:277) at org.webmacro.servlet.WMServlet.doGet(WMServlet.java:202) Problem occurs at: // Copy the Last Sample array if (_lastSample == null) { // There hasn't been any sample yet. ret.lastSample = new double[_numberOfStatistics]; } else { HERE ==>> ret.lastSample = (double[]) _lastSample.clone(); } -- Mvh, Endre Stølsvik M[+47 93054050] F[+47 51625182] Developer @ CoreTrek AS - http://www.coretrek.com/ CoreTrek corporate portal / EIP - http://www.corelets.com/ |
From: Eric B. R. <eb...@tc...> - 2002-11-06 19:16:21
|
> On Wednesday, November 6, 2002, at 01:12 PM, Petr Toman wrote: > >> > It's been awhile since we had a release, but WebMacro 1.1b1 is >> > finally here! >> >> Cool! :) What about new features? Should we use this list or SF >> tracker? > > Hey Petr! Glad to know you're still alive. How's ActionServlet > doing? I hope you don't mind, but I'm cc-ing the -user list. The new > SF mailing lists don't seem to allow reply-to munging like our old > list did. :( doh! I suppose we should use the SF tracker, eh? Anyone have any objections? eric |
From: Eric B. R. <eb...@tc...> - 2002-11-06 18:57:41
|
On Wednesday, November 6, 2002, at 01:12 PM, Petr Toman wrote: > > It's been awhile since we had a release, but WebMacro 1.1b1 is > > finally here! > > Cool! :) What about new features? Should we use this list or SF > tracker? Hey Petr! Glad to know you're still alive. How's ActionServlet doing? I hope you don't mind, but I'm cc-ing the -user list. The new SF mailing lists don't seem to allow reply-to munging like our old list did. :( > > I would like to ask for small changes for WM 1.1: > > 1) please remove "final" from WMServlet.doGet() > (no, I'm not going to argue about this obvious thing ;-) > 2) modify Log methods, so they take Throwable as argument, > instead of Exception I think both of these are acceptable requests. eric |
From: Lane S. <la...@op...> - 2002-11-06 05:41:42
|
Gang, If you have new or updated sites or projects using wm, please update this url: http://www.webmacro.org/SolutionsBuiltByWebMacro Also, I would like to coordinate with a few of you using the new 1.1 features: WebMacro functions and macros. Can you please reply offline so I can work with you on some small work? Thanks, Lane Sharman CTO, Open Doors Software |
From: Jian L. <jia...@st...> - 2002-11-05 22:53:38
|
Thank you for your help. I did not call WM from an EJB. I have several EJBs, I want to use servelet to access them. I packaged my servelet classes along with the wm jar as a j2ee web component. Thanks Jian ----- Original Message ----- From: "Keats Kirsch" <kea...@na...> Cc: <web...@li...> Sent: Wednesday, October 30, 2002 11:28 PM Subject: Re: [WebMacro] Re: [WebMacro-user] Help about using webmacro with J2ee > I'm no J2EE expert either but here is my understanding ... > > First of all, the Servlet API is part of J2EE, in fact, as I understand > it, it is by far the most popular part of the J2EE. Presumeably you are > talking about EJBs. > > I don't think you'll have much luck calling WebMacro directly from an > EJB. EJBs have lot's of restrictions that WebMacro violates -- dynamic > class loading, threads, etc. WM must run outside of the EJB container > -- like inside of a Servlet container. This is probably about your only > choice from an EJB, since I don't think you're allowed to open a socket > either. > > However, you should be able to call EJBs from a WM application without > any problems. > > I hope this helps. > > Keats > > Eric B.Ridge wrote: > > Hi Jian! Let me apologize up front. The WebMacro project is in the > > process of moving our mailing lists to SourceForge (should be complete > > in the next few days), and you're the first to post to our new > > SourceForge list. Unfortunately, our j2ee experts are not on this list > > yet. I'm cc'ing our old list just to see if anyone has any ideas. > > Hopefully, if they do, they'll make sure to include the new list in > > their reponse. > > > > I know little about j2ee, so bear with me... > > > > What I do know about j2ee is that it is supposed to be secure and that > > the security policies can be configured. Is this true? > > > > Anyways, it looks to me as if the java.lang.ClassLoader class (or even > > the java.lang.ClassLoader.getSystemClassLoader() method) is something > > that cannot be accessed by regular code. WebMacro does all sorts of > > loading via the classloader. > > > > I'm wondering if you can expand your security policy to allow access to > > (at least) java.lang.ClassLoader.getSystemClassLoader(). Perhaps even > > all methods of the class. > > > > Does this help? I hope it does > > > > eric > > > > On Wednesday, October 30, 2002, at 06:19 PM, Jian Liu wrote: > > > >> I am a student in UTD. I am trying to use webmacro with j2ee. i just > >> added the webmacro.jar and webmacro.properties files into the WAR > >> components. But when I run the servlet, it gave me such an error > >> message: > >> > >> java.lang.ExceptionInInitializerError: > >> java.security.AccessControlException: access denied > >> (java.lang.RuntimePermission getClassLoader) > >> at > >> java.security.AccessControlContext.checkPermission(AccessControlContext > >> .java:272) > >> at > >> java.security.AccessController.checkPermission(AccessController.java:39 > >> 9) > >> at java.lang.SecurityManager.checkPermission(SecurityManager.java:545) > >> at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:964) > >> at org.webmacro.Broker.(Broker.java:58) > >> at org.webmacro.WM.(WM.java:74) > >> at MyServlet.init(MyServlet.java:33) > >> at > >> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852) > >> ...... > >> > >> What does this mean? I am using webmacro 1.0.1 and j2sdkee1.3.1, > >> jdk1.3.1_01. > >> > >> Btw, i tested my servlet using apache+tomcat+webmacro, it worked. > >> > >> > >> Thank you very much, with the best regrads. > >> > >> Jian Liu > > > > > > --- > > WebMacro Mailing List > > > > WebMacro URL: http://www.webmacro.org > > List Address: web...@we... > > List Archive: http://spitfire.velocet.net/pipermail/webmacro/ > > > > Subscribe/Unsubscribe: > > http://spitfire.velocet.net/mailman/listinfo/webmacro > > Subscribe/Unsubscribe: email:web...@we... > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > _______________________________________________ > Webmacro-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-user |
From: Eric B. R. <eb...@tc...> - 2002-11-05 03:26:35
|
It's been awhile since we had a release, but WebMacro 1.1b1 is finally here! This release includes new and exciting features such as #macro and $functions(). Please see http://www.webmacro.org/DownloadWebMacro for download instructions. As always, report bugs to our "user" list, or to bugzilla: http://www.webmacro.org/bugzilla/ Thanks! eric |
From: Sebastian K. <seb...@mu...> - 2002-10-31 22:38:20
|
On Thursday 31 October 2002 00:30, Eric B.Ridge wrote: > On Wednesday, October 30, 2002, at 06:19 PM, Jian Liu wrote: > > I am a student in UTD. I am trying to use webmacro with j2ee. i just > > added the webmacro.jar and webmacro.properties files into the WAR > > components. But when I run=A0the servlet, it gave me such an error > > message: > > =A0 > > java.lang.ExceptionInInitializerError: > > java.security.AccessControlException: access denied > > (java.lang.RuntimePermission getClassLoader) > > at > > java.security.AccessControlContext.checkPermission(AccessControlConte= xt > > .java:272) The problem seems to be, that WebMacro is run under a restrictive securi= ty=20 manager, that forbids getClassLoader-calls. You'll have to add appropriat= e=20 permissions to the security configuration of your app-server. ciao Sebastian |
From: Keats K. <kea...@na...> - 2002-10-31 05:28:55
|
I'm no J2EE expert either but here is my understanding ... First of all, the Servlet API is part of J2EE, in fact, as I understand it, it is by far the most popular part of the J2EE. Presumeably you are talking about EJBs. I don't think you'll have much luck calling WebMacro directly from an EJB. EJBs have lot's of restrictions that WebMacro violates -- dynamic class loading, threads, etc. WM must run outside of the EJB container -- like inside of a Servlet container. This is probably about your only choice from an EJB, since I don't think you're allowed to open a socket either. However, you should be able to call EJBs from a WM application without any problems. I hope this helps. Keats Eric B.Ridge wrote: > Hi Jian! Let me apologize up front. The WebMacro project is in the > process of moving our mailing lists to SourceForge (should be complete > in the next few days), and you're the first to post to our new > SourceForge list. Unfortunately, our j2ee experts are not on this list > yet. I'm cc'ing our old list just to see if anyone has any ideas. > Hopefully, if they do, they'll make sure to include the new list in > their reponse. > > I know little about j2ee, so bear with me... > > What I do know about j2ee is that it is supposed to be secure and that > the security policies can be configured. Is this true? > > Anyways, it looks to me as if the java.lang.ClassLoader class (or even > the java.lang.ClassLoader.getSystemClassLoader() method) is something > that cannot be accessed by regular code. WebMacro does all sorts of > loading via the classloader. > > I'm wondering if you can expand your security policy to allow access to > (at least) java.lang.ClassLoader.getSystemClassLoader(). Perhaps even > all methods of the class. > > Does this help? I hope it does > > eric > > On Wednesday, October 30, 2002, at 06:19 PM, Jian Liu wrote: > >> I am a student in UTD. I am trying to use webmacro with j2ee. i just >> added the webmacro.jar and webmacro.properties files into the WAR >> components. But when I run the servlet, it gave me such an error >> message: >> >> java.lang.ExceptionInInitializerError: >> java.security.AccessControlException: access denied >> (java.lang.RuntimePermission getClassLoader) >> at >> java.security.AccessControlContext.checkPermission(AccessControlContext >> .java:272) >> at >> java.security.AccessController.checkPermission(AccessController.java:39 >> 9) >> at java.lang.SecurityManager.checkPermission(SecurityManager.java:545) >> at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:964) >> at org.webmacro.Broker.(Broker.java:58) >> at org.webmacro.WM.(WM.java:74) >> at MyServlet.init(MyServlet.java:33) >> at >> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852) >> ...... >> >> What does this mean? I am using webmacro 1.0.1 and j2sdkee1.3.1, >> jdk1.3.1_01. >> >> Btw, i tested my servlet using apache+tomcat+webmacro, it worked. >> >> >> Thank you very much, with the best regrads. >> >> Jian Liu > > > --- > WebMacro Mailing List > > WebMacro URL: http://www.webmacro.org > List Address: web...@we... > List Archive: http://spitfire.velocet.net/pipermail/webmacro/ > > Subscribe/Unsubscribe: > http://spitfire.velocet.net/mailman/listinfo/webmacro > Subscribe/Unsubscribe: email:web...@we... > |
From: Eric B. R. <eb...@tc...> - 2002-10-30 23:32:25
|
Hi Jian! Let me apologize up front. The WebMacro project is in the =20= process of moving our mailing lists to SourceForge (should be complete =20= in the next few days), and you're the first to post to our new =20 SourceForge list. Unfortunately, our j2ee experts are not on this list =20= yet. I'm cc'ing our old list just to see if anyone has any ideas. =20 Hopefully, if they do, they'll make sure to include the new list in =20 their reponse. I know little about j2ee, so bear with me... What I do know about j2ee is that it is supposed to be secure and that =20= the security policies can be configured. Is this true? Anyways, it looks to me as if the java.lang.ClassLoader class (or even =20= the java.lang.ClassLoader.getSystemClassLoader() method) is something =20= that cannot be accessed by regular code. WebMacro does all sorts of =20 loading via the classloader. I'm wondering if you can expand your security policy to allow access to =20= (at least) java.lang.ClassLoader.getSystemClassLoader(). Perhaps even =20= all methods of the class. Does this help? I hope it does eric On Wednesday, October 30, 2002, at 06:19 PM, Jian Liu wrote: > I am a student in UTD. I am trying to use webmacro with j2ee. i just =20= > added the webmacro.jar and webmacro.properties files into the WAR =20 > components. But when I run=A0the servlet, it gave me such an error =20 > message: > =A0 > java.lang.ExceptionInInitializerError: =20 > java.security.AccessControlException: access denied =20 > (java.lang.RuntimePermission getClassLoader) > at =20 > = java.security.AccessControlContext.checkPermission(AccessControlContext=20= > .java:272) > at =20 > = java.security.AccessController.checkPermission(AccessController.java:39=20= > 9) > at java.lang.SecurityManager.checkPermission(SecurityManager.java:545) > at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:964) > at org.webmacro.Broker.(Broker.java:58) > at org.webmacro.WM.(WM.java:74) > at MyServlet.init(MyServlet.java:33) > at =20 > = org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852) > ...... > =A0 > What does this mean?=A0=A0I am using webmacro 1.0.1 and j2sdkee1.3.1, =20= > jdk1.3.1_01. > =A0 > Btw, i tested my servlet using apache+tomcat+webmacro, it worked. > > =A0 > Thank you very much, with the best regrads. > =A0 > Jian Liu |
From: Jian L. <jia...@st...> - 2002-10-30 23:21:06
|
I am a student in UTD. I am trying to use webmacro with j2ee. i just = added the webmacro.jar and webmacro.properties files into the WAR = components. But when I run the servlet, it gave me such an error = message: java.lang.ExceptionInInitializerError: = java.security.AccessControlException: access denied = (java.lang.RuntimePermission getClassLoader) at = java.security.AccessControlContext.checkPermission(AccessControlContext.j= ava:272) at = java.security.AccessController.checkPermission(AccessController.java:399)= at java.lang.SecurityManager.checkPermission(SecurityManager.java:545) at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:964) at org.webmacro.Broker.(Broker.java:58) at org.webmacro.WM.(WM.java:74) at MyServlet.init(MyServlet.java:33) at = org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:852) ...... What does this mean? I am using webmacro 1.0.1 and j2sdkee1.3.1, = jdk1.3.1_01. Btw, i tested my servlet using apache+tomcat+webmacro, it worked. Thank you very much, with the best regrads. Jian Liu |
From: Eric B. R. <eb...@tc...> - 2002-10-19 19:08:01
|
Does this work? eric |