Hi,
is it really TC crashing or is it the JVM ? Have a look into your
logfiles. Using native libraries it's likely that your native code is
crashing the JVM.
grisi
- Original Message -
From: J.Pablo M [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 08, 2004 10:57 PM
access - solved
Ah! If only you hadn't dropped the thread! Oh well, glad you got it
sorted.
As for the commas, looks like you found a bug - although I would check
that user_roles=admin works for admin only as well.
Adam
On 12/11/2003 04:09 PM Dirk Griesbach wrote:
I traced the problem
complains.
Maybe class
org.apache.catalina.realm.DataSourceRealm works different than
org.apache.catalina.realm.UserDatabaseRealm
regarding comma seperated roles ?
grisi
- Original Message -
From: Dirk Griesbach [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Thursday
hello folks,
a question on datasource realms and the manager app:
When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app.
Then I deployed our webapp (manually), configured a DataSourceRealm using mysql
for authentification, configured SSL, form based LogIn and ... the webapp
: premature
ending
Dirk Griesbach wrote:
Rémy,
I'm quite sure. With a summary of oreilly´s sources I see:
class MultipartParser {
...
private ServletInputStream in;
private byte[] buf = new byte[8 * 1024];
...
ServletInputStream in = req.getInputStream();
...
do
Hello Rémy,
Dirk Griesbach wrote:
Rémy,
how would you have done it ?
Maybe there can be applied a fix to it.
You could add a sys.out in their readLine() method to see what is
actually being read :)
you hit my thoughts thinking on debugging (:-)),
but we now know that this causes
intricate input
stream problems... But that's just me, and I'm not a patient debugger ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Dirk Griesbach [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2003 5:57 AM
To: Tomcat Users List
Subject: Re: TC 4 -oreillyMultipart
-Original Message-
From: Dirk Griesbach [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2003 9:44 AM
To: Tomcat Users List
Subject: Re: TC 4 -oreillyMultipart- TC5
Hi Yoav,
the 'full' error trace is:
java.lang.IllegalAccessError: tried to access method
4 -oreillyMultipart- TC5
Howdy,
I don't have an immediate idea, which is worrisome (to me at least ;)).
Let's try to not put this oreilly jar in commons/lib, but instead in
WEB-INF/lib.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Dirk Griesbach [mailto:[EMAIL
Rémy,
I had a look into the sources. There it reads:
class MultipartParser:
do {
String line = readLine();
if (line == null) {
throw new IOException(Corrupt form data: premature ending);
}
(:-)
By which method should 'readLine()' be replaced to
: Thursday, December 04, 2003 3:49 PM
Subject: Re: TC 4 -oreillyMultipart- TC5: Corrupt form data: premature
ending
Dirk Griesbach wrote:
Rémy,
I had a look into the sources. There it reads:
class MultipartParser:
do {
String line = readLine();
if (line == null
-oreillyMultipart- TC5: Corrupt form data: premature
ending
Dirk Griesbach wrote:
Rémy,
this copy is of type
javax.servlet.ServletInputStream.readLine()
acquired by
HttpServletRequest.getInputStream();
Would you agree that this is a good idea ?
Are you sure ?
There's
Hi folks,
I encountered a strange behaviour using 'oreilly's' multipartlibary (from Nov,2002):
It works fine on TC 4.1.27 but exactly the same servlet and library with TC 5.0.12 and
5.0.14
(just copied them) the error log reads:
java.lang.IllegalAccessError:
tried to access method
the library in a different place?
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Dirk Griesbach [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2003 8:28 AM
To: Tomcat Users List
Subject: TC 4 -oreillyMultipart- TC5
Hi folks,
I encountered a strange behaviour
...another possibilty could be to switch to POST-actions to navigate within
your site and make your entry page the only one being served via GET.
grisi
- Original Message -
From: BAO RuiXian [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Thursday, November 27, 2003 12:52
Hi Jim,
just make sure your OS can find the shared lib.
Under Win: make sure it can be found using your PATH-variable.
Under (L)UNIX: the same. Add an environment variable LD_LIBRARAY_PATH
and put your .so there.
greets
grisi
- Original Message -
From: Jim Lynch [EMAIL PROTECTED]
To:
Christopher,
thanks for your comprehensive response !
See more comments down ...
- Original Message -
From: Christopher Schultz [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Wednesday, October 29, 2003 3:29 PM
Subject: Re: memory-leaks in servlets, tool for tracing ?
hi everybody,
our TC-based webapplication performs well but the java-processes concerned are showing
increasing memory usage over time. For tracing we already stripped the app down to the
very basic to get a clue. Wasn't successful enough.
Does anybody's got experience with a profiling toolkit
Michael,
the servlet-mapping is missung in your web-xml:
add the following:
servlet-mapping
servlet-name
your servlet
/servlet-name
url-pattern
the URL through which it should be accessible
/url-pattern
/servlet-mapping
Hope this helps
Hi Hakan,
Servlet 2.2 specs provide a method
HttpServletResponse.setBufferSize(int size)
http://java.sun.com/products/servlet/2.2/javadoc/javax/servlet/ServletRespon
se.html
which I use to handle larger responses.
(But I didn't yet measure its influence on response performance)
Dirk
-
Hi Harald, Hi David,
look at the fully classified name of your native functions in the DLL or in
the .so and compare them to the ones you have in your jni.h headerfile
(created using 'javah').
If you have a (windoze).DLL you can view at them using a tool like
Depends.exe.
Keep in mind that the
Hi there and good afternoon world,
I have a question regarding JNI and Tomcat (4.1.27):
A servlet loads a DLL via
static {
System.loadLibrary(SharedLib);
}
This statement placed directly in my servlet works fine.
But when another servlet is about to use some functions included
Hi folks,
we encountered that Tomcat (or, Coyote) omits encoded space characters
(%20-chars) when parsing a request (tested on 4.0.4, 4.1.7 and 4.1.24).
So a request containing a param like ...PARAM=this%20is%20a%20test... ends
up in PARAM=thisisatest.
A config issue? A bug ?
--
Hi folks,
we encountered that Tomcat (or, Coyote) omits encoded space characters
(%20-chars) when parsing
a request (tested on 4.0.4, 4.1.7 and 4.1.24). So a request containing a
param like ...PARAM=this%20is%20a%20test... ends up in PARAM=thisisatest. A
config issue? A bug ?
--
COMPUTERBILD
24 matches
Mail list logo