I've been away from Tomcat for a while, and just tried setting up 5.5.9
on WinXP, with JDK1.5.0_2. It's working reasonably well, but I'm having
some issues.
First of all, what is the "admin app"? It's obviously different from
"manager", but I can't find any information about it. When I try to
e
No, I don't mean the request parameter name in the form, I mean the LDAP
attribute name.
Nevertheless, after looking over the Tomcat documentation, this probably
isn't your issue. You should read over this documentation carefully and
make sure you've specified everything you need to connect to yo
I haven't tried to set up an LDAP authenticator in Tomcat, but shouldn't
you have to specify the attribute name for the uid? You've specified
the pattern for the search DN, but I would assume you'd have to specify
"uid" separately somewhere.
> -Original Message-
> From: Maurice Coyle - Su
to using it? Is it still considered "standard"?
>
> -Original Message-
> From: Karr, David [mailto:[EMAIL PROTECTED]
>
> The setup can be a little simpler than this. The taglib jar can
contain
> the TLD for the taglib in the "META-INF" directory of the j
has the tld?
> More specifically, I'm using the jakarta dbtags. do they package it
that
> way?
>
> -Original Message-
> From: Karr, David [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 05, 2003 11:21 AM
> To: Tomcat Users List
> Subject: RE: JSTL and EL ques
The setup can be a little simpler than this. The taglib jar can contain
the TLD for the taglib in the "META-INF" directory of the jar. If it is
present there, you do not have to deploy the TLD separately. In
addition, if the TLD is present there, you do not have to have the
explicit taglib map i
> -Original Message-
> From: Karr, David
>
> I'm using JDK 1.4.1, and Tomcat 4.1.24.
>
> I was seeing a strange situation where some cactus/ant tests of mine
> would succeed on one run, and then fail on the next, and alternate in
> that pattern continuously.
I'm using JDK 1.4.1, and Tomcat 4.1.24.
I was seeing a strange situation where some cactus/ant tests of mine
would succeed on one run, and then fail on the next, and alternate in
that pattern continuously.
After looking carefully at the Tomcat logs, I discovered that a class
that is instantiated
IS* in caps
> when watching JSPC do it's file search up the tree, it does in fact
find
> the directory porperly.
>
> next?
>
> -Original Message-
> From: Karr, David [mailto:[EMAIL PROTECTED]
>
> Normal behavior. You need to change "web-inf" to "W
Normal behavior. You need to change "web-inf" to "WEB-INF".
> -Original Message-
> From: Dufresne, Marc [mailto:[EMAIL PROTECTED]
>
> I'm doing a simple test to compile the checkbox JSP from the TOMCAT
> examples with the -webinc switch
> The JAVA and XML files are properly generates but
Any JPDA-compliant debugger can do this. NetBeans is one example. You simply specify
the "Attach to remote server" option (different debuggers will name this differently),
and specify the host where your JVM is running on, "dt_socket" connections, and the
address. You'll probably want to have
How about changing the double quotes on the "value" attribute value to
single quotes?
> -Original Message-
> From: Mufaddal Khumri [mailto:[EMAIL PROTECTED]
>
> I downcasted but it did not help.
>
> property="dbReader"
>
Or simply:
<%= new java.util.Date().toString() %>
> -Original Message-
> From: Fines, Steven [mailto:[EMAIL PROTECTED]
>
> If the body of your JSP is solely <%= java.util.Date %> you haven't
given
> it
> anything to display. You will need to do something like this:
>
>
>
> <%
> java.u
The JSPC tool does exactly that, it generates .java files. You have to
compile them in your build step. You also need to make sure that your
JSPC tool generates a "web.xml" excerpt that can be semi-automatically
or automatically (by JSPC) merged into your main "web.xml" file. The
"web.xml" excer
I'd say your best strategy is to approach this problem from a different
direction. Instead of figuring out how to make it easy to emit HTML
from your servlet, work on building JSP custom tags which emit small
logical pieces, and then reference those tags from your JSP pages.
> -Original Messa
It seems perfectly reasonable to me to default JPDA_ADDRESS to 8000, as
is set in "catalina.sh". However, I noticed that in "catalina.bat", the
default is not 8000, and isn't even a number, being "jdbconn", whatever
that means. What is the reason for that difference?
---
16 matches
Mail list logo