Hi,
My goal is to use digester within a servlet, to parse a configuration file.
When running within the servlet context digester is unable to find the
classes specified by my rules. For example, I have this set of rules to
process an element which occurs within a element:
digester.addObjec
Frank W. Zammetti [mailto:[EMAIL PROTECTED] writes ...
>It looks to me like your ObjectCreate rule is incorrect...
>I believe the class you reference must be the fully-qualified name.
That set me on the right track - thank you. My ObjectCreate rule was actually
OK because I specified the Class i
I have something happening with class loading from within a server, and I don't
understand it.
My servlet defines some classes called:
org.something.server -- the class that extends HttpServlet
org.something.DatabaseRequestHandler -- an interface
When you make a request to the s
As an experiment, I placed a file in the webapp dir of a servlet (not in
WEB-INF but in the directory above it) and attempted to read it using
getResource(). What I found was that I could not locate the resource unless
I used getServletContext().getResource().
Reading through the Classloading Ho
I have a servlet that sends and listens to a local UDP service. To
allow this, I established the following policy:
grant codebase "file:${catalina.base}/webapps/modbus/-" {
permission java.net.SocketPermission "localhost:502", "connect";
};
This allowed packets out to the external serv
>> Here's my question: if this was failing, why didn't it throw a
>> SecurityException? It would have been less challenging to figure out
>> what was going on had there been one.
> Ask your Java vendor. :)
> There is no Tomcat code there.
Really? I guess I didn't realize that. I figured the sec
This is described here:
http://www.mail-archive.com/log4j-u...@logging.apache.org/msg10697.html
If you truly want them to go nowhere you can do this:
log4j.logger.org.apache.commons.digester.Digester=WARN, nowhere
log4j.logger.org.apache.commons.digester.Digester.sax=WARN, nowhere
log4j.appender
Hi,
I just switched from Tomcat 5.5 to Tomcat 6 on an Ubuntu server. I'm
trying to use log4j with this configuration:
log4j.appender.R=org.apache.log4j.ConsoleAppender
log4j.appender.R.target=System.out
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPatt
Hi,
I'm running tomcat 6 and am having the problem that swallowOutput
doesn't work for my service threads (i.e. threads owned by the webapp,
created in ServletContextListener.contextInitialized() and managed
entirely by me).
I noticed that swallowOutput="true" doesn't seem to affect these child
t
> (By the way, did you solve your other problem of not getting *any*
> stdout output swallowed when swallowOutput="true"?)
Yep. I put it in what is essentially $CATALINA_HOME/conf/context.xml
which means it's server-wide and not host-specific ... and as you
pointed out, is a setting for all webap
Y
On Tue, Jun 9, 2009 at 3:45 PM, Christopher
Schultz wrote:
>> log4j.appender.R=org.apache.log4j.ConsoleAppender
>> log4j.appender.R.target=System.out
>> log4j.appender.R.layout=org.apache.log4j.PatternLayout
>> log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
>
> I've never used the "ta
Konstantin
Kolinko wrote:
> 2009/6/9 Christopher Piggott :
>> (...)
>> This was not working, so I searched documentation and learned about:
>>
>> ...
>>
>> However, this swallowOutput doesn't seem to work. I tried putting
>> this in several places:
On Fri, Jun 12, 2009 at 4:32 PM, André Warnier wrote:
> If yes, you are using the Ubuntu prepackaged version of tomcat 6.x (?), and
> it probably install it alongside tomcat 5.5, not on top of it.
Yep, that's exactly what it does. The ubuntu packages put tomcat6
into directories whose paths inclu
13 matches
Mail list logo