On 15/03/2022 14:42, Christopher Schultz wrote:
Harri,
On 3/15/22 06:45, Harri Pesonen wrote:
Hello, that xml file is embedded in catalina.jar, so obviously I have
not modified it:
jar:file:/C:/Tomcat/tomcat_home/lib/catalina.jar!/org/apache/catalina/mbeans/mbeans-descriptors.xml
It's not
hink?
If you are reporting a bug, then consider it reported.
-chris
-Original Message-
From: Christopher Schultz
Sent: maanantai 14. maaliskuuta 2022 16.36
To: users@tomcat.apache.org
Subject: Re: NullPointerException in Tomcat startup while parsing XML
configuration file
Harri,
On 3/14/
.
-Harri
-Original Message-
From: Christopher Schultz
Sent: maanantai 14. maaliskuuta 2022 16.36
To: users@tomcat.apache.org
Subject: Re: NullPointerException in Tomcat startup while parsing XML
configuration file
Harri,
On 3/14/22 10:23, Harri Pesonen wrote:
> Hello, I don't
Harri,
On 3/14/22 10:23, Harri Pesonen wrote:
Hello, I don't know if this is interesting, but while I started Tomcat in IDEA
debugger, when I had breakpoint set to NullPointerException (so that it breaks
on all of them),
then it break here:
org\apache\tomcat\tomcat-util\8.5.75\tomcat-util-8.5
Problem resolved. Thank you.
On Wed, Jun 24, 2020, at 12:46 PM, Konstantin Kolinko wrote:
> ср, 24 июн. 2020 г. в 19:25, :
> >
> > I have a web application which is failing in RestEasy initialization with
> > an NPE. It worked for many years until I added a large number of jar
> > dependencies b
On 24/06/2020 17:25, tomcat-s...@stiprus.com wrote:
> I have a web application which is failing in RestEasy initialization with an
> NPE. It worked for many years until I added a large number of jar
> dependencies because of a new development effort. I've debugged the code by
> stepping through
ср, 24 июн. 2020 г. в 19:25, :
>
> I have a web application which is failing in RestEasy initialization with an
> NPE. It worked for many years until I added a large number of jar
> dependencies because of a new development effort. I've debugged the code by
> stepping through the Tomcat source t
пт, 12 июн. 2020 г. в 18:36, Mark A. Claassen :
>
> We were doing some load testing and we started getting a NullPointerException
> at the stack trace below. We don't get the NPE all the time, so I am
> guessing some of these objects got corrupted somehow.
> One place the clear() method is calle
<-- 89
}
-Original Message-
From: calder
Sent: Friday, June 12, 2020 12:31 PM
To: Tomcat Users List
Subject: Re: NullPointerException in CoyoteOutputStream
On Fri, Jun 12, 2020, 10:36 Mark A. Claassen wrote:
> We were doing some load testing and we started getting a
> NullP
On Fri, Jun 12, 2020, 10:36 Mark A. Claassen wrote:
> We were doing some load testing and we started getting a
> NullPointerException at the stack trace below. We don't get the NPE all
> the time, so I am guessing some of these objects got corrupted somehow.
> One place the clear() method is cal
On 17.07.2017 12:29, Konstantin Kolinko wrote:
-2017-07-17 11:59 GMT+03:00 Matthias Keller :
Hi
In our production environment we (sometimes but still often enough) have the
problem, that we get an NPE deep within the Response object.
This occurs under 8.5.13 and 8.5.16.
The stacktrace (from
-2017-07-17 11:59 GMT+03:00 Matthias Keller :
> Hi
>
> In our production environment we (sometimes but still often enough) have the
> problem, that we get an NPE deep within the Response object.
>
> This occurs under 8.5.13 and 8.5.16.
>
> The stacktrace (from 8.5.13) is as follows:
>
> org.apache.
On 17/07/17 09:59, Matthias Keller wrote:
> Hi
>
> In our production environment we (sometimes but still often enough) have
> the problem, that we get an NPE deep within the Response object.
>
> This occurs under 8.5.13 and 8.5.16.
>
> The stacktrace (from 8.5.13) is as follows:
>
> org.apache.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason,
On 3/10/16 4:40 PM, Jason Overland wrote:
> Chris,
>
> On Thu, Mar 10, 2016 at 6:18 AM, Christopher Schultz
> wrote:
>> Give this patch a try: ... I have no idea how the options get
>> parsed; we'll see if this simple implementation will get
On 10/03/2016 21:40, Jason Overland wrote:
> Chris,
>
> On Thu, Mar 10, 2016 at 6:18 AM, Christopher Schultz
> wrote:
>> Give this patch a try:
>> ...
>> I have no idea how the options get parsed; we'll see if this simple
>> implementation will get you going again.
>>
>> -chris
>>
>
> The parsin
Chris,
On Thu, Mar 10, 2016 at 6:18 AM, Christopher Schultz
wrote:
> Give this patch a try:
> ...
> I have no idea how the options get parsed; we'll see if this simple
> implementation will get you going again.
>
> -chris
>
The parsing is working correctly. After applying the patch I could
logi
Jason,
On 3/9/16 1:19 PM, Jason Overland wrote:
> For what it's worth, that analysis & approach to fixing seem
> reasonable to me. Yes I'll be glad to file a bug report and test a
> patch.
Give this patch a try:
CUT =
Index: java/org/apache/catalina/realm/JAASMemoryLog
Chris,
Thanks for the quick and informative response.
On Wed, Mar 9, 2016 at 7:26 AM, Christopher Schultz
wrote:
>
>> For authentication our configuration is using a MemoryRealm with
>> digest="SHA". We are storing usernames and passwords in a
>> tomcat-users.xml file. We are using a jaas.conf
Jason,
On 3/8/16 8:44 PM, Jason Overland wrote:
> Okay, so I checked out Tomcat 8.0.32 from source control. I then
> reverted MemoryRealm's authenticate method to how it was in 7.0.26 and
> built Tomcat and now my authentication works. This of course is not a
> solution, but it obviates most of m
Okay, so I checked out Tomcat 8.0.32 from source control. I then
reverted MemoryRealm's authenticate method to how it was in 7.0.26 and
built Tomcat and now my authentication works. This of course is not a
solution, but it obviates most of my other questions. I guess the
important question is: ho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
João,
On 1/28/16 3:09 PM, João Sávio wrote:
> I'm using Tomcat 7.0.53 and I've changed it to use the NIO
> connector recently. So, the following error start appearing on the
> logs (few per day)
>
> Jan 25, 2016 3:10:16 PM org.apache.tomcat.util.net.
Hello,
Never had any feedback on this, but I think I'm running into this bug:
https://bz.apache.org/bugzilla/show_bug.cgi?id=57943
At least, setting the socket.bufferPool to 0 tremendously helped and I
am not seeing this excpetion anymore.
Waiting for 7.0.64 release to upgrade but I have good
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric,
On 2/26/14, 3:39 AM, HU E wrote:
> Chris, Mark, thanks for your suggestion. After setting the system
> property org.apache.catalina.connector.RECYCLE_FACADES to true,
> this issue disappeared.
That suggests that your application is making a
: Tomcat Users List
Subject: Re: NullPointerException is thrown when executing
org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric,
On 2/19/14, 2:40 AM, HU E wrote:
> Thanks for your response. I will try your suggestion, i.e. sett
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric,
On 2/19/14, 2:40 AM, HU E wrote:
> Thanks for your response. I will try your suggestion, i.e. setting
> the system property org.apache.catalina.connector.RECYCLE_FACADES
> to true(I guess I can set this in catalina.properties).
I would set it
, February 18, 2014 6:30 PM
To: Tomcat Users List
Subject: Re: NullPointerException is thrown when executing
org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket
On 18/02/2014 09:31, HU E wrote:
> PRS0: Http response exception : java.lang.NullPointerException
> org.apache.coyote.
On 18/02/2014 09:31, HU E wrote:
> PRS0: Http response exception : java.lang.NullPointerException
> org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket(InternalNioOutputBuffer.java:463)
> org.apache.coyote.http11.InternalNioOutputBuffer.flushBuffer(InternalNioOutputBuffer.java:800)
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Konstantin,
On 3/14/13 5:25 PM, Konstantin Kolinko wrote:
> 2013/3/15 Nick Williams :
>
>> I resolved the NullPointerException by calling
>> tomcat.getService().setContainer(tomcat.getEngine()) between
>> init() and start(). Everything is working
On Mar 14, 2013, at 4:25 PM, Konstantin Kolinko wrote:
> 2013/3/15 Nick Williams :
>>
>> On Mar 14, 2013, at 2:56 PM, Nick Williams wrote:
>>
>>> Using a variety of tutorials I found online and the documentation for
>>> o.a.c.startup.Tomcat, I created the following main method to start up an
2013/3/15 Nick Williams :
>
> On Mar 14, 2013, at 2:56 PM, Nick Williams wrote:
>
>> Using a variety of tutorials I found online and the documentation for
>> o.a.c.startup.Tomcat, I created the following main method to start up an
>> embedded Tomcat. I'm using 7.0.37 Tomcat JARs.
>>
>>public
On Mar 14, 2013, at 2:56 PM, Nick Williams wrote:
> Using a variety of tutorials I found online and the documentation for
> o.a.c.startup.Tomcat, I created the following main method to start up an
> embedded Tomcat. I'm using 7.0.37 Tomcat JARs.
>
>public static void main(String... argumen
oh...@cox.net wrote:
>
> Mark Thomas wrote:
> > On 07/07/2012 17:33, oh...@cox.net wrote:
> >
> > Trace A:
> > > java.util.logging.ErrorManager: 5
> > > java.lang.NullPointerException
> > > at
> > > java.util.ListResourceBundle.handleGetObject(ListResourceBundle.java:109)
>
2012/7/8 :
>> On 07/07/2012 17:33, oh...@cox.net wrote:
>>
>> Trace A:
>> > java.util.logging.ErrorManager: 5
>> > java.lang.NullPointerException
>> > at
>> > java.util.ListResourceBundle.handleGetObject(ListResourceBundle.java:109)
>> > at java.util.ResourceBundle.getObject(Resou
Mark Thomas wrote:
> On 07/07/2012 17:33, oh...@cox.net wrote:
>
> Trace A:
> > java.util.logging.ErrorManager: 5
> > java.lang.NullPointerException
> > at
> > java.util.ListResourceBundle.handleGetObject(ListResourceBundle.java:109)
> > at java.util.ResourceBundle.getObje
On 07/07/2012 17:33, oh...@cox.net wrote:
Trace A:
> java.util.logging.ErrorManager: 5
> java.lang.NullPointerException
> at
> java.util.ListResourceBundle.handleGetObject(ListResourceBundle.java:109)
> at java.util.ResourceBundle.getObject(ResourceBundle.java:368)
> at ja
Mark Thomas wrote:
> On 07/07/2012 13:40, oh...@cox.net wrote:
> > Can anyone tell me what might be causing the error, and how I can eliminate
> > the problem?
>
> Since you have removed the part of the stack trace that might tell use
> what the cause is, no.
>
> Mark
Hi Mark,
Sorry
On 07/07/2012 13:40, oh...@cox.net wrote:
> Can anyone tell me what might be causing the error, and how I can eliminate
> the problem?
Since you have removed the part of the stack trace that might tell use
what the cause is, no.
Mark
On Feb 20, 2012, at 11:06 AM, "Adrien RUFFIE"
mailto:a.ruf...@e-deal.com>> wrote:
Hello all,
One of my client put a several bug in its tomcat prod server but I have juste
the following stacktrace
And I have no idea where it may come (unknow scenario, user action performed …)
Any idea ?
2012-0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave,
Resurrecting this thread from last week.
On 10/7/2010 2:53 PM, laredotornado wrote:
> You are correct. This stack trace came from a server with 6.0.13 installed.
> We also observed this in our environment with 6.0.24.
Can you give us the sta
You are correct. This stack trace came from a server with 6.0.13 installed.
We also observed this in our environment with 6.0.24. Right now, it is not
an option to upgrade. Is there a work-around? Below is the connector info
from our server.xml file and the request from the Net panel of Fireb
2010/10/6 laredotornado :
>
> Hi,
>
> I'm using Tomcat 6.0.26 with Java 1.6. I'm getting a strange
> NullPointerException from a Tomcat class. My code is …
>
> if (request != null &&
> request.getParameter(FORM_SUBMIT_SITE_NAME +
> "FormSubmit") != null) {
>
> and the stack trace
laredotornado wrote:
Hi,
I'm using Tomcat 6.0.26 with Java 1.6. I'm getting a strange
NullPointerException from a Tomcat class. My code is …
if (request != null &&
request.getParameter(FORM_SUBMIT_SITE_NAME +
"FormSubmit") != null) {
and the stack trace is below. I have ver
Thanks for the comment, I will search our code and see where we modify the
headers concurrently.
Bertalan Kis
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: 03 February 2010 06:34
To: Tomcat Users List
Subject: Re: NullPointerException in MimeHeaders
2010/2/2 Bertalan Kis :
> It seems attachments are disabled.
> Here are the stacktraces:
>
> Jan 29, 2010 1:13:20 AM
> com.sun.xml.ws.transport.http.servlet.WSServletDelegate doGet
> SEVERE: caught throwable
> java.lang.NullPointerException
> at
> org.apache.tomcat.util.http.MimeHeaders.se
[mailto:chuck.caldar...@unisys.com]
Sent: 02 February 2010 13:13
To: Tomcat Users List
Subject: RE: NullPointerException in MimeHeaders
> From: Bertalan Kis [mailto:bertalan@razorfish.com]
> Subject: RE: NullPointerException in MimeHeaders
>
> I can't see any suspicious in that class, maybe y
> From: Bertalan Kis [mailto:bertalan@razorfish.com]
> Subject: RE: NullPointerException in MimeHeaders
>
> I can't see any suspicious in that class, maybe you can:
The fact that the filter /sometimes/ chooses synchronization makes me very
suspicious, especially since the
request.getParameter("xsd") != null;
}
Cheers,
Bertalan Kis
-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Sent: 02 February 2010 12:53
To: Tomcat Users List
Subject: RE: NullPointerException in MimeHeaders
> From: Bertalan Kis [
> From: Bertalan Kis [mailto:bertalan@razorfish.com]
> Subject: RE: NullPointerException in MimeHeaders
>
> com.dnaO2.openspace.client.filter.MetadataRequestSynchFilter.doFilter
> (MetadataRequestSynchFilter.java:54)
The above is the spot you should be looking at, since that&#
It seems attachments are disabled.
Here are the stacktraces:
Jan 29, 2010 1:13:20 AM com.sun.xml.ws.transport.http.servlet.WSServletDelegate
doGet
SEVERE: caught throwable
java.lang.NullPointerException
at
org.apache.tomcat.util.http.MimeHeaders.setValue(MimeHeaders.java:269)
at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin,
On 9/18/2009 2:24 PM, Martin Gainty wrote:
> chris ..struts-1.2.9 is only 3 years old BTW
Fair enough, but it's been abandoned and replaced with 1.3.x, which does
not have the DataSource stuff in it anymore (for good reason: app
servers provi
mmm yes you're right I should post this on the struts forum but thanks... i'll
check what you said about the right implementation.
Thanks
> Date: Fri, 18 Sep 2009 12:04:11 -0400
> From: ch...@christopherschultz.net
> To: users@tomcat.apache.org
> Subject: Re: NullPoin
esponsabilité
pour le contenu fourni.
> Date: Fri, 18 Sep 2009 12:04:11 -0400
> From: ch...@christopherschultz.net
> To: users@tomcat.apache.org
> Subject: Re: NullPointerException on Struts Action
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Julio,
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Julio,
On 9/18/2009 9:44 AM, Julio César Chaves Fernández wrote:
> Hi, i've been having a strange behavior with some struts apps deployed on
> Oracle portal.
Given that this is Struts running on Oracle, why not ask your question
on the Struts list o
Hi Mark,
Pardon me for the mistakes (this was my first ever post to any forum).
The full stack trace is as follows:
java.lang.NullPointerException
at
org.apache.tomcat.util.http.MimeHeaders.clear(MimeHeaders.java:130)
at org.apache.coyote.Response.reset(Response.java:289)
Rastogi Nikhil wrote:
> I've implemented Axis2 Web Services in Tomcat 5.5.26 and at times of high
> load (when there are several web service client requests coming in to
> Tomcat), Tomcat starts throwing following NPE:
Posting the same question to the dev and users list is poor list
etiquette. If
> From: Martin Gainty [mailto:mgai...@hotmail.com]
> Subject: RE: NullPointerException from
> DriverManager.getConnection() ->JdbcOdbcDriver.initialize()
>
> that message does'nt make sense
Why not? It's a NullPointerException, not a ClassNotFoundException.
>
Tomcat: 5.5.25
Java: 1.6.0_02-b06
It works when I run Tomcat on JRE 1.5.
The class is loaded in Java 1.6, but the NPE is thrown within the
JdbcOdbcDriver code:
> java.lang.NullPointerException
> at sun.jdbc.odbc.JdbcOdbcDriver.initialize(Unknown Source) at
> sun.jdbc.odbc.JdbcOdbcDriver.con
that message does'nt make sense
%JAVA_HOME%\jre\lib\rt.jar
contains the sun.jdbc.odbc.JdbcOdbcDriver class
please verify rt.jar is on your CLASSPATH and display which version JAVA and TC
you are using..
Martin
__
Disclaimer and confidentiality no
> From: Nicholas Albion [mailto:nicholas.alb...@vecommerce.com.au]
> Subject: RE: NullPointerException from
> DriverManager.getConnection() -> JdbcOdbcDriver.initialize()
>
> all of a sudden, I'm getting a NullPointerException from
> the JDBC-ODBC bridge
The JDBC-
For whatever reason, I've had to down-grade from jdk1.6.0_06 to
jdk1.5.0_14/jre and it seems to be working
> all of a sudden, I'm getting a NullPointerException from the JDBC-ODBC
bridge, but only when I'm running the same code in Tomcat:
>
> java.lang.NullPointerException
> at sun.jdbc.odbc.Jdb
Adam Jenkins wrote:
> Hi All,
> I'be been tearing my hair out for a couple of weeks over this one and would
> appreciate any assistance anyone could give. It's a bit of a unique
> scenario, so it'll take me a little while to explain:
> We have a legacy struts app, forwarding to a jsf app (detail
On 5/9/07, mélanie langlois <[EMAIL PROTECTED]> wrote:
Hi,
Thank you for your explanation.
Actually, we don't need this feature in our application, so i want to
disable the persistence of session.
To disable the persistence of session add this
between the opening and closing tag
However
I saw only explanation for doing this on tomcat
5.5.x by modifying context.xml ..
Thanks,
Mélanie
From: David Delbecq <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List"
To: Tomcat Users List
Subject: Re: nullpointerexception with standard manager
Date: Mon, 07 Ma
The standardmanager persist sessions across reload using serialization.
That mean all object in session must be serializable.
An object is serializable if
1) it implements the Serializable interface (see also the externalizable
interface which give more control on serialization)
2) it has an no-par
Sebastiaan van Erk wrote:
Hi,
I'm running Tomcat 6.0.10 on Linux Ubuntu Feisty on Java 5. I have a
CometProcessor which handles a large number of requests in a very
short time, and after about 3000 requests I consistently get the
following two errors:
Apr 18, 2007 12:09:19 PM org.apache.tom
Hi Chris,
Rahul Thakur wrote:
> Looks like it was the 'username'. The username is being initialised in
> the taglib handler implementation but the behaviour differs between
> JRun and Tomcat.
That should not be the case. The servlet spec is quite clear about the
order of execution of the vario
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rahul,
Rahul Thakur wrote:
> Looks like it was the 'username'. The username is being initialised in
> the taglib handler implementation but the behaviour differs between
> JRun and Tomcat.
That should not be the case. The servlet spec is quite clear
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert,
Robert Harper wrote:
> Try username. I'm surprised the compiler doesn't complain that username is
> being used without being initialized. If it didn't, the compiler probably
> set username to be null.
I don't know of a single compiler that wi
Looks like it was the 'username'. The username is being initialised in
the taglib handler implementation but the behaviour differs between
JRun and Tomcat.
In the layout template jsp for the admin console, we use a taglib that
checks if a user is logged in or not. The following snippet works on
J
Try username. I'm surprised the compiler doesn't complain that username is
being used without being initialized. If it didn't, the compiler probably
set username to be null.
You need to pass a valid string to the method getParameter();
Try something more like:
String username = null;
Username =
On 4/10/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
Huh? Are you suggesting that this will cause an NPE:
String username;
...
username = pageContext.getRequest().getParameter(username);
??!
That's simply not true.
Sorry you are right, this code doesn't even compile leave alone
ge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rashmi,
Rashmi Rubdi wrote:
> From looking at the following snippet I assume that username, password
> and logout are initialized as in:
>
> String username ="username";
> String password ="password";
> String logout="logout";
>
> If the above are n
From looking at the following snippet I assume that username, password
and logout are initialized as in:
String username ="username";
String password ="password";
String logout="logout";
If the above are not initialized then you would get NPE.
On 4/9/07, Rahul Thakur <[EMAIL PROTECTED]> wrote:
Yes I noticed that bug report. Here's the relevant snippet for the login form.
TIA,
Rahul
- snip
Login
Can you also post the HTML Form? May be it has some syntax errors.
Someone has reported a bug that looks a bit similar but is not the same:
http://mail-archives.apache.org/mod_mbox/tomcat-dev/200401.mbox/[EMAIL
PROTECTED]
-Rashmi
On 4/9/07, Rahul Thakur <[EMAIL PROTECTED]> wrote:
root cause j
Please forgive my rather "dumb naivete" but what exactly is OpenEdit
supposed to be anyway? I don't believe that I have ever heard of it
before!!
Antonio F. Tornisiello wrote:
Hi,
I'm facing a very strange problem trying to install OpenEdit as a WAR
archive.
If I extract it under the main s
Mark,
You seen to have located the problem :D
On the main server the option to unpack WAR files was set to true but
not in the virtual site section.
It seens to have solved my problem.
Thanks a lot :D
[]'s
Antonio
Mark Thomas wrote:
This is expected with a WAR file. It looks like the app exp
Antonio F. Tornisiello wrote:
> Hi,
>
> I'm facing a very strange problem trying to install OpenEdit as a WAR
> archive.
> If I extract it under the main server webapps directory, it works fine.
> But the application is for only one customer, so I need to get it
> working under a virtual website.
78 matches
Mail list logo
