[prev in list] [next in list] [prev in thread] [next in thread] 

List:       turbine-user
Subject:    RES: Problem getting things to work...
From:       "Gustavo Pinheiro" <gustavo () estatcamp ! com ! br>
Date:       2004-01-22 19:25:34
Message-ID: 001301c3e11d$831b4710$7c00a8c0 () blackdog
[Download RAW message or body]

Hi Eric and everyone,

As I said before, I have had some trouble with my ISP. They use a customized
security manager in Tomcat and it does not allow code to read or write
system properties (System.getProperties or setProperty). The solution my ISP
came with was to "seek and destroy" such kind of code. I could only find
such in the main turbine servlet, as can be seen on my previous e-mail
below.
Well, after commenting it out and rebuilding Turbine 2.3 with maven, a new
error showed up. No more PermissionError, now I get a sound
java.lang.NullPointerException!!!!!

java.lang.NullPointerException
	at org.apache.turbine.Turbine.doGet(Turbine.java:876)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
	at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilter
Chain.java:98)
	at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain
.java:176)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:172)
	.
	.
	.

Looking at line 876 one would see:

// Return the used RunData to the factory for recycling.
rundataService.putRunData(data);

Any ideas on what could be causing this?
Why would data be null?

Thanks

-----Mensagem original-----
De: Eric Pugh [mailto:epugh@upstate.com] 
Enviada em: Thursday, January 22, 2004 9:52 AM
Para: 'Turbine Users List'
Assunto: RE: Problem getting things to work...


Actually, if you look at things, the Log4jFactory is deprecated.  I think
how we are defaulting the commons logging is not the right way.  This has
been an ongoing issue.  You can comment it out (with unknown results on
logging!), but even better would be a patch!

Eric

> -----Original Message-----
> From: Gustavo Pinheiro [mailto:gustavo@estatcamp.com.br]
> Sent: Tuesday, January 20, 2004 9:34 PM
> To: 'Turbine Users List'
> Subject: RES: Problem getting things to work...
>
>
> Hi again,
>
> I got some feedback from my ISP. They said they do use a custom 
> security manager and that it does not allow me to set system
> properties (my website
> is hosted along with 49 others in a shared server). Then,
> given that the
> tomcat log pointed to the init() method as the source of
> failure, I decided
> to take a look at org.apache.turbine.Turbine source code and
> came across
> this:
>
> 	//
>       // Set up Commons Logging to use the Log4J Logging
>       //
>       System.getProperties().setProperty(LogFactory.class.getName(),
>
> Log4jFactory.class.getName());
>
> Could it be what's causing the the security manager to freak out? If 
> so, can I comment it out without compromising Turbine?
>
> And if not, is there anything else I can do to go around this issue?
>
> Please help!!!! My project's dealine is approaching...
>
>
>
> -----Mensagem original-----
> De: Eric Pugh [mailto:epugh@upstate.com]
> Enviada em: Tuesday, January 20, 2004 12:52 PM
> Para: 'Turbine Users List'
> Assunto: RE: Problem getting things to work...
>
>
> Wow..  That is one of the problems with ISP's..  They may be running 
> Tomcat under customized security manager..  I'll mark (off the top)
> the jars you
> need..
>
> > -----Original Message-----
> > From: Gustavo Pinheiro [mailto:gustavo@estatcamp.com.br]
> > Sent: Tuesday, January 20, 2004 3:23 PM
> > To: turbine-user@jakarta.apache.org
> > Subject: Problem getting things to work...
> >
>
>
>
> >
> > Hello to everyone,
> >
> > I've been using the TDK 2.3 for developing my apps and now I had 
> > trouble deploying my app in my production environment. Couldn't get 
> > much help from my ISP's costumer service so far. So here I am...
> >
> > First of all, I'm not completely sure all the required jars are in 
> > place. My ISP had some jars that were present in the TDK removed, 
> > which are:
> >
> > activation.jar
> Need
>
> > avalon-framework-4.1.4.jar
> Need
>
> > hsqldb-1.7.0.jar
> > jakarta-regexp-1.3.jar
> I think need
> > javamail-1.3.1.jar
> need for email
>
> > jdbc-2.0.jar
> I think need (if you have any database stuff)
>
> > junit-3.8.1.jar
> > xercesImpl-2.0.2.jar
> I think need, but depends on what xml parsers are already packaged
>
> > servlet.jar
> > servletapi-2.3.jar
> > xmlParserAPIs-2.0.2.jar
> I think xmlParserAPIS is same as xercesImpl.
>
> >
> > I believe some of them are already present in Tomcat, but
> some MAY be
> > required. Can anyone point the required ones out for me?
> >
> > In second place, the Tomcat log points out a permission issue (see 
> > stack trace below). It seems to take place in Turbine's init() 
> > method. I have no clue to which resource it is trying access.
> >
> > Any help is highly apreciated.
> >
> > Thanks.
> >
> >
> > TOMCAT LOG Excerpt:
> >
> >
> > 2004-01-20 11:25:58,783 [main] FATAL org.apache.turbine.Turbine -
> > Turbine:
> > init() failed:
> > java.security.AccessControlException: access denied 
> > (java.util.PropertyPermission * read,write)
> > 	at
> java.security.AccessControlContext.checkPermission(AccessContr
> > olContext.java
> > :270)
> > 	at java.security.AccessController.checkPermission(AccessControlle
> > r.java:401)
> > 	at
> > java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
> > 	at
> > java.lang.SecurityManager.checkPropertiesAccess(SecurityManage
> > r.java:1259)
> > 	at java.lang.System.getProperties(System.java:500)
> > 	at org.apache.turbine.Turbine.configure(Turbine.java:269)
> > 	at org.apache.turbine.Turbine.init(Turbine.java:230)
> > 	at javax.servlet.GenericServlet.init(GenericServlet.java:258)
> > 	.
> > 	.
> > 	.
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> turbine-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]