Re: Cannot build mod_webapp.so on Solaris 8

[Hannu Kivimäki]

Hello Jim,

At 15:23 10.10.2002 -0600, James C. McMaster wrote:
>I downloaded jakarta-tomcat-connectors-4.1.12-src.tar.gz from jakarta, and
>have read all the instructions.  When I go to the webapp directory,
>README.txt says:
>
> > How to build the WebApp module from CVS sources: --
> > --
> >
> > If you downloaded the CVS sources (as described above) or downloaded a
> > source distribution of the WebApp module, now all you need to do is
> > build the binary module for your platform. To do so, start by doing a:
> >
> > ./configure --with-apxs
> > make
>
>There is no configure script in webapps, nor can I find one anywhere else.
>...
>I looked in cvs, and there does not seem to be a configure script there
>either.  Since there does not seem to be a binary for Solaris 8, I really
>need to build one.  Can anyone tell me how to do that, or where to find
>configure?
>
>Thank you
>--
>Jim McMaster

I think you skipped "How to obtain the WebApp and Apache Portable Runtime 
sources"
in webapp/README.txt?

1.) Download Jakarta Tomcat Connector sources 
(jakarta-tomcat-connectors-4.1.12-src.tar.gz)
2.) Download Apache APR sources from http://cvs.apache.org/snapshots/apr/
3.) Extract JTC sources
4.) Extract APR sources into ../jakarta-tomcat-connectors-4.1.12-src/webapp/apr
5.) Run webapp/support/buildconf.sh
6.) Run webapp/configure --with-apxs=/path/to/apache/apxs
7.) Run webapp/make
8.) Copy webapp/build/mod_webapp.so to Apache lib dir

Hannu


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13515] - Presistent Sessions are loaded before the Servlet is initialized.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13515

Presistent Sessions are loaded before the Servlet is initialized.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2002-10-11 07:38 ---
This is not specified in the spec, AFAIK, so relying on that is risky.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888

WebappClassLoader: Lifecycle error : CL stopped





--- Additional Comments From [EMAIL PROTECTED]  2002-10-11 07:39 ---
There there, Remy, hush now:) 
Now see what you've done Jon? You've made him upset! That won't help him fix the
problem and we both want the problem fixed don't we?:)

OK without the BS: I've talked a little with Remy over private mail yesterday,
and with a friend of mine. In our server we'd forgotten to remove the examples
webapp. If there ever was a webapp which causes problems it's that bugger. I
removed it, and am getting a lot less errors. I still however did get some CL
errors overnight... A lot less, but they still exist. 

Now here's a question for you Remy, I have no webapps left that are set to
reloadable. Examples was the only one. You say this bug happens when a
classloader is replaced by a new classloader. Why is the classloader replaced in
the first place? Because of an attempt to conserve memory usage or something?

Furthermore, I think Jon is correct to say that when the Classloader is stopped,
it doesn't truly matter whether or not anything within this classloader had
references to anything within this classloader itself. These references must be
broken by VM. Otherwise the whole concept of the singleton (which has a static
reference to an instance of itself) is an instant memory leak. So, if this holds
true, it must mean, that something within a classloader holds a reference to
something in another classloader (I think this is the point you're trying to
make Remy?) Now, the only code I use from within my webapps, is the Servlet API
classes, which is in the common classloader I believe, and I use a resource pool
with mysql connections. However, I am fairly certain that I keep no connections
open. Jon, you're getting this problem as well, do you use Tomcat's resource
pooling? Maybe that's where we should start fishing. Anyway, let me know what
you think about this novel I've just written:)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [5.0] 5.0.0 tag

[jean-frederic clere]

Remy Maucherat wrote:
> Is tagging 5.0.0 ok ?

-0 : If the API has to change it is better to change it before tagging.


> 
> I did some profiling on 5.0, and committed some optimizations. The 
> biggest problem by far is the mapper (which thanks to the new welcome 
> files code is much much worse than 4.1's mapper). I plan to rewrite the 
> mapper for inclusion in 5.0.1. This will introduce some changes 
> (additions) in the Request API, as well as starting to actually use the 
> j-t-c/util buffers in the main pipeline.
> Real world performance will likely be quite good when that is done (the 
> sendRedirect abuse Tomcat currently suffers from is likely putting some 
> strain on the servers).
> 
> Remy
> 
> 
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3888

WebappClassLoader: Lifecycle error : CL stopped





--- Additional Comments From [EMAIL PROTECTED]  2002-10-11 07:52 ---
I think that part of the problem might be that when the classloader is 
dumped, there is a few cases where objects within the classloader are 
not first nulled out. I sent Remy a patch which I have not heard back from 
him on. It is worth a try at least.

Also, I don't have any of the example webapp's...and I can't tell where 
Scarab might be messing up because it is a very complex application 
(Scarab has already uncovered about 4-5 odd bugs in Tomcat so far...).

I also don't see how putting jar files in different locations should be a 
requirement of the user (ala Remy's claim of "user" error).

-jon

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [5.0] 5.0.0 tag

[Remy Maucherat]

jean-frederic clere wrote:
> Remy Maucherat wrote:
> 
>> Is tagging 5.0.0 ok ?
> 
> 
> -0 : If the API has to change it is better to change it before tagging.

This is a milestone, probably not even an alpha. Think of it as Apache 
2.0.0.

OTOH, it will likely make the life of early adopters of the new APIs easier.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [5.0] 5.0.0 tag

[jean-frederic clere]

Remy Maucherat wrote:
> jean-frederic clere wrote:
> 
>> Remy Maucherat wrote:
>>
>>> Is tagging 5.0.0 ok ?
>>
>>
>>
>> -0 : If the API has to change it is better to change it before tagging.
> 
> 
> This is a milestone, probably not even an alpha. Think of it as Apache 
> 2.0.0.
> 
> OTOH, it will likely make the life of early adopters of the new APIs 
> easier.

Ok +0.

> 
> Remy
> 
> 
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml

[remm]

remm2002/10/11 01:54:12

  Modified:catalina/src/conf server.xml
  Log:
  - Update based on current components.
  
  Revision  ChangesPath
  1.8   +1 -165jakarta-tomcat-catalina/catalina/src/conf/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/server.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- server.xml7 Oct 2002 18:20:23 -   1.7
  +++ server.xml11 Oct 2002 08:54:12 -  1.8
  @@ -111,13 +111,6 @@
  useURIValidationHack="false"
  protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler"/>
   
  -
  -
  -
   
   
   
   
  -
  -
  -
  -
  -
  -
   
   
   
  -
  -
  -  
  -  
  -
  -  
  -
  -
  -
  -  
  -   
  -  
  -  
  -  
  -  
  -usernamesa
  -password
  -driverClassName
  -  org.hsql.jdbcDriver
  -url
  -  jdbc:HypersonicSQL:database
  -  
  -  
  -  
  -
  -  mail.smtp.host
  -  localhost
  -
  -  
  -  
  -
  -
 
   
   
   
 
  -
  -  
  -
  -  
  -
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/net SSLServerSocketFactory.java

[remm]

remm2002/10/11 01:56:29

  Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
  Removed: catalina/src/share/org/apache/catalina/connector
HttpRequestBase.java HttpResponseBase.java
RequestBase.java RequestStream.java
ResponseBase.java ResponseStream.java
ResponseWriter.java
   catalina/src/share/org/apache/catalina/net
SSLServerSocketFactory.java
  Log:
  - As voted, remove deprecated components.
  
  Revision  ChangesPath
  1.8   +18 -13
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
  
  Index: WebappClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- WebappClassLoader.java10 Oct 2002 14:35:21 -  1.7
  +++ WebappClassLoader.java11 Oct 2002 08:56:29 -  1.8
  @@ -1432,26 +1432,31 @@
   
   started = false;
   
  -int length = jarFiles.length;
  +int length = files.length;
  +for (int i = 0; i < length; i++) {
  +files[i] = null;
  +}
  +
  +length = jarFiles.length;
   for (int i = 0; i < length; i++) {
   try {
   jarFiles[i].close();
  -jarFiles[i] = null;
   } catch (IOException e) {
   // Ignore
   }
  +jarFiles[i] = null;
   }
   
   notFoundResources.clear();
   resourceEntries.clear();
  -repositories = new String[0];
  -files = new File[0];
  -jarFiles = new JarFile[0];
  -jarRealFiles = new File[0];
  +repositories = null;
  +files = null;
  +jarFiles = null;
  +jarRealFiles = null;
   jarPath = null;
  -jarNames = new String[0];
  -lastModifiedDates = new long[0];
  -paths = new String[0];
  +jarNames = null;
  +lastModifiedDates = null;
  +paths = null;
   hasExternalRepositories = false;
   
   permissionList.clear();
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector LocalStrings.properties LocalStrings_es.properties LocalStrings_ja.properties

[remm]

remm2002/10/11 01:58:03

  Removed: catalina/src/share/org/apache/catalina/connector
LocalStrings.properties LocalStrings_es.properties
LocalStrings_ja.properties
  Log:
  - The strings also appear not to be used anymore.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5/resources/confinstall server_2.xml

[remm]

remm2002/10/11 01:58:56

  Modified:resources/confinstall server_2.xml
  Log:
  - Update based on current components.
  
  Revision  ChangesPath
  1.4   +0 -164jakarta-tomcat-5/resources/confinstall/server_2.xml
  
  Index: server_2.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/resources/confinstall/server_2.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- server_2.xml  11 Aug 2002 13:50:54 -  1.3
  +++ server_2.xml  11 Oct 2002 08:58:56 -  1.4
  @@ -25,13 +25,6 @@
  useURIValidationHack="false"
  protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler"/>
   
  -
  -
  -
   
   
   
   
  -
  -
  -
  -
  -
  -
   
   
  -
  -
  -  
  -  
  -
  -  
  -
  -
  -
  -  
  -   
  -  
  -  
  -  
  -  
  -usersa
  -password
  -driverClassName
  -  org.hsql.jdbcDriver
  -driverName
  -  jdbc:HypersonicSQL:database
  -  
  -  
  -  
  -
  -  mail.smtp.host
  -  localhost
  -
  -  
  -  
  -
  -
 
   
   
   
 
  -
  -  
  -
  -  
  -
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina build.xml

[remm]

remm2002/10/11 02:27:45

  Modified:catalina build.xml
  Log:
  - Remove JSSE server socket factory.
  
  Revision  ChangesPath
  1.22  +0 -2  jakarta-tomcat-catalina/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- build.xml 7 Oct 2002 15:01:21 -   1.21
  +++ build.xml 11 Oct 2002 09:27:45 -  1.22
  @@ -631,8 +631,6 @@
  unless="compile.tyrex"/>
 
  -  
 
 mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/netSSLServerSocketFactory.java

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
> remm2002/10/11 01:56:29
> 
>   Modified:catalina/src/share/org/apache/catalina/loader
> WebappClassLoader.java

Oops, I committed Jon's patch at the same time by accident.
It appeared to be working fine, though.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk2 and daemon ( was Re: commons-daemon release ?)

[Henri Gomez]

Pier Fumagalli wrote:
> On 11/10/02 3:14, "Jon Scott Stevens" <[EMAIL PROTECTED]> wrote:
> 
> 
>>on 2002/10/10 6:50 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
>>
>>
>>>I can tell you that our main Java instance for VNUNET.COM takes
>>>approximately 4 to 5 minutes to start...
>>
>>OUCH.
> 
> 
> Our main web-app has roughly 400 JSP pages to compile (you never know), 20
> servlets loaded on startup, 4 lucene indexes to open, 500 connections to the
> database, 350/400 megabytes of "cached" objects to de-serialize and put down
> into memory, and some initial synchronization checks with the DB to find out
> what are the articles that need to be displayed first (articles ranking) out
> of an history of some hundred thousand of them (all on line)...
> 
> It is a big bubba, the JVM memory size is somewhat in the range of 640 Mb...
> :-) (and it's just 1 web-application out of 6)
> 
> Only problem? Tomcat doesn't scale "that high" :-(

Couldn't you split the load on different tomcat engines and use for JK 
for example to spray the load ?




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk2 and daemon ( was Re: commons-daemon release ?)

[Henri Gomez]

Costin Manolache wrote:
> Pier Fumagalli wrote:
> 
> 
>>"Costin Manolache" <[EMAIL PROTECTED]> wrote:
>>
>>
>>>- starting a VM using exec / monitor the child process. It is not
>>>implemented yet in jk2 - but pretty important ( it's one of the features
>>>from jserv that wasn't yet ported). It seems daemon has a bit
>>>of code - as I mentioned from reading it I don't think it works,
>>>and it would be better to use the code from jserv for this - whenever
>>>we do implement this.
>>
>>That was the feature which created more problems in JServ... I remember me
>>and Ed hammering on it for months in 97/98. My hint, forget about it, also
>>because if you tie it to the web server process, when you take down the
>>Web Server, also your servlet engine is going to go down, and that's not a
>>very desirable feature given how much time it takes to initialize 7/8 web
>>applications
> 
> 
> I know about this - and I wasn't thinking to implement it in the same way
> ( i.e. have the web server directly start/stop tomcat ).
> 
> The 'feature' is that all tomcat processes ( and you may run more than
> one in a load balanced mode ) can be started automatically and monitored.
> If one dies, it'll be automatically restarted.

What do you plan to use to do the real-time monitoring ?

Threads embedded in Apache 2.0 or will Apache 2.0
execing daemon/service monitors which in turn launch
and monitor the JVM ?

> To make things interesting, this information ( and other like that ) needs 
> to be communicated to apache servers ( to stop sending requests to 
> not-ready servers ), and potentially to an eventual JMX proxy. This is
> the kind of 'control channel' that was proposed several times and will 
> have to be implemented for other purposes.

Ajp13++ ?


Well with that proposal, we'll be very similar to WebSphere for example, 
which have such features, and allow a sysadmin to launch instance (JVM)
from a single control panel.





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

New JSR on Java(TM) Compiler API

[Neal M Gafter]

[I am resending this due the Mozilla's munging of the attachment on the previous try]

Tomcat developers-

I am starting up a new JSR on an API for invoking a Java Language compiler from within
a Java program.  A draft of the JSR proposal is enclosed.  This API would be very 
useful
anywhere a Java program will want to invoke the Java Compiler, for example ANT 
rebuilds,
Java Server Pages, or anywhere an application wants to turn a small snippet of Java 
code
into a Class efficiently.  In addition, this API calls for the compiler to provide
dependency information after compiling, which would help support incremental rebuilds.

I am in the process of gathering support for this JSR to help it along the initial 
stages
of the Java Community Process.  Your comments are most welcome.

Regards,
Neal Gafter



JSR Proposal

Title:
Java(TM) Compiler API

Summary:
A service provider API that allows a Java program to select
and invoke a Java Language Compiler programmatically.

Submitter:
Sun Microsystems

Contact Name:
Neal Gafter

Contact E-Mail:
[EMAIL PROTECTED]

Contact Phone:
408-276-7080

Contact Fax:
408-276-7700

Spec Lead Name:
Neal Gafter

Spec Lead E-Mail:
[EMAIL PROTECTED]

Spec Lead Phone:
408-276-7080

Spec Lead Fax:
408-276-7700

Initial Group Membership:
TBD

Supporting this JSR:
Sun Microsystems

Section 2.1: (Description of the proposed Specification)
The Java Compiler API is a set of interfaces that describes
the functions provided by a Java Language Compiler, and a
service provider framework so vendors can provide
implementations of these interfaces.

The interfaces abstract the way a compiler interacts with its
environment.  While the existing command-line versions of
compiler receive their inputs from the file systems and
deposit their outputs there, reporting errors in a single
output stream, the new compiler API will allow a compiler to
interact with an abstraction of the file system.  This
abstraction will likely be provided by an extension of the NIO
facilities in Tiger (1.5), and allow users to provide source
and class files (and paths) to the compiler in the file
system, in jar files, or in memory, and allowing the compiler
to deposit its output similarly.  Diagnostics will be returned
from a compiler as structured data, with both pre- and
post-localization messages available.

In addition, the new API should provide a facility for a
compiler to report dependency information among compilation
units.  Such information can assist an integrated development
environment in reducing the scope of future recompilations.

Future versions of this API might expose more of the structure
of the program, for example the declaration structure of the
program (ala the javadoc API), program annotations (JSR 175)
or even the code itself (ASTs: Abstract Sytntax Trees).  These
are not goals of the initial version of this specifications.

Section 2.2: (The target Java platform)
J2SE

Section 2.3: (What need of the Java community will be addressed by the spec)
The main initial audiences are
(1) JSP implementations, which must invoke a Java
Language compiler on generated Java code
(2) IDE (Integrated Development Environments) which
must process user-written source code
(3) Some internal Java facilities are simplified
by the ability to generate class files efficiently
through generation of source files.

Section 2.4: (Why isn't this met by existing specifications?)
There simply isn't anything like this in the platform.

Section 2.5: (Description of the underlying technologies)
The reference implementation will likely be built on Sun's javac.

Section 2.6: (Proposed package name for the API spec)
javax.compiler

Section 2.7: (Are there any dependencies on OS/CPU/devices?)
No

Section 2.8: (Are there any new security issues?)
No

Section 2.9: (Are there internationalization of localization issues?)
These will be explicitly addressed by the specification.

Section 2.10: (Will any existring specs become obsolete?)
No

Section 2.11: (What is the anticipated schedule for this spec?)
We hope to have the specification completed in time to be
included in the next major revision of the Java platform
(Tiger).

Section 2.12: (What is the working model for the expert group?)
Sun will lead the specification and implementation work, with
experts contributing to the API specification.

Section 3.1: (What existing documents, specs, or implementations
describe the technology?)
See http://groups.yahoo.com/group/

New JSR on Java(TM) Compiler API

[Neal M Gafter]

Tomcat developers-

I am starting up a new JSR on an API for invoking a Java Language compiler from within
a Java program.  A draft of the JSR proposal is enclosed.  This API would be very 
useful
anywhere a Java program will want to invoke the Java Compiler, for example ANT 
rebuilds,
Java Server Pages, or anywhere an application wants to turn a small snippet of Java 
code
into a Class efficiently.  In addition, this API calls for the compiler to provide
dependency information after compiling, which would help support incremental rebuilds.

I am in the process of gathering support for this JSR to help it along the initial 
stages
of the Java Community Process.  Your comments are most welcome.

Regards,
Neal Gafter



API
Description: application/java-vm

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13538] New: - Cannot set relative path in <%@include ... %>directive

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13538

Cannot set relative path in <%@include ... %>directive

   Summary: Cannot set relative path in <%@include ... %>directive
   Product: Tomcat 4
   Version: 4.1.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have two directories 
a
b
and in 'b' have file that include jsp file from 'a' directory
<%@ include file="../a/page_safeheader.jsp" %>
in this case Jasper create path /b/../c/header.jsp
but he cannot find header.jsp file and include it.
I found it in JBoss that integrate Tomcat 4.1.2

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[JK2] uriMap and virtual hosts

[Mladen Turk]

Hi,

I have a question whether it would be OK to implement uriMap vhost in a
following way:

When we define a host using scheme [uri:somehost] then only the mappings
defined for that host are
used for uriMap matching.
I would like to add the option like 'inherit' that will when set and the
uriMap wasn't matched for a particular host,  go to the default host and
try to find a match from there.
Basically it will duplicate all the default host mappings inside each
host's mappings. That way we may use the single [uri:/*.jsp] that will
propagate trough each virtual host that has the 'inherit' flag set.

Does it make sense to do something like that?


MT.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Form Based Authentication, getting login and password

[Externo]

Hello, I didn't get a response to this question on tomcat-user
so I'll give it a try here. Sorry, I write you as a last resort. Apparently,
nobody know about this.

How I can guess login and password strings of an user, from error page (JSP)
using "Form Based Authentication of Tomcat"?

I need know it to lock the count each 3 error tries (if login is ok but
password is bad, insteed).

Methods 'getRemoteUser', 'isUserInRole' and 'getUserPrincipal' of
HttpServletRequest interface have this result: If no user has been
authenticated, returns null, false and null respectly. For this reason, they
aren't utils for me.

If I don´t know login what user writed, I can't lock his/her count.

Exist solution for this? Thanks



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13533] New: - JSPs compiled inconsistently

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13533

JSPs compiled inconsistently

   Summary: JSPs compiled inconsistently
   Product: Tomcat 4
   Version: 4.1.12
  Platform: Sun
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When deploying a webapp on Tomcat 4.1.12 running as part of Apache and using 
the WarpConnector, JSPs are compiled inconsistently, two examples are below:

The following error was received after deploying a webapp containing JSPs that 
worked perfectly under Tomcat 4.0.3. After refreshing, the problem disappeared. 
This happens every time the webapp is redeployed, we tried deleting the 
compiled webapp in the work directory but this made no difference:

HTTP Status 500 - Internal Server Error



type Exception report

message Internal Server Error

description The server encountered an internal error (Internal Server Error) 
that prevented it from fulfilling this request.

exception 

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Compiling 1 source file

/usr/local/jakarta-tomcat-
4.1.12/work/Apache/goyt.ananova.net/catalogue/indexCatalogue_jsp.java:13: 
org.apache.jsp.indexCatalogue_jsp should be declared abstract; it does not 
define _jspService
(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) 
in org.apache.jasper.runtime.HttpJspBase
public class indexCatalogue_jsp extends HttpJspBase {
   ^
/usr/local/jakarta-tomcat-
4.1.12/work/Apache/goyt.ananova.net/catalogue/indexCatalogue_jsp.java:22: 
cannot access Throwable.Throwable
file Throwable/Throwable.class not found
  public void _jspService(HttpServletRequest request, HttpServletResponse 
response)
  ^
2 errors


at org.apache.jasper.compiler.DefaultErrorHandler.javacError
(DefaultErrorHandler.java:120)
at org.apache.jasper.compiler.ErrorDispatcher.javacError
(ErrorDispatcher.java:293)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324)
at org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:474)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:184)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:260)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2396)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.S

RE: [JK2] uriMap and virtual hosts

[Ignacio J. Ortega]

> From: Mladen Turk [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 11, 2002 4:32 PM

> host's mappings. That way we may use the single [uri:/*.jsp] that will
> propagate trough each virtual host that has the 'inherit' flag set.
> 
> Does it make sense to do something like that?

I'm a little lost in the uriMap journey.. this is not a global mapping?
this should work right now, only by putting a single [uri:/*.jsp] in
wk2.p file.., this is what i called global mappings.. 

Saludos, 
Ignacio J. Ortega 

> -Original Message-
> To: [EMAIL PROTECTED]
> Subject: [JK2] uriMap and virtual hosts
> 
> 
> Hi,
> 
> I have a question whether it would be OK to implement uriMap 
> vhost in a
> following way:
> 
> When we define a host using scheme [uri:somehost] then only 
> the mappings
> defined for that host are
> used for uriMap matching.
> I would like to add the option like 'inherit' that will when 
> set and the
> uriMap wasn't matched for a particular host,  go to the 
> default host and
> try to find a match from there.
> Basically it will duplicate all the default host mappings inside each
> 
> 
> MT.
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk2 and daemon ( was Re: commons-daemon release ?)

[Costin Manolache]

Henri Gomez wrote:

> What do you plan to use to do the real-time monitoring ?
> 
> Threads embedded in Apache 2.0 or will Apache 2.0
> execing daemon/service monitors which in turn launch
> and monitor the JVM ?

The solution must work for apache1.3 and other single-threaded
and multiprocess servers. So scoreboard is probably the
best solution.

Various apache thread/processes will update the scoreboard
with the information we need, and will monitor the scoreboard
for requsts for config changes.
( the code for the last part is already there - that's how
reloading jk2.properties when changed works ).

We need a process that reads/write to the scoreboard - it
can be a tomcat ( using JNI+JK2 ).

As a note, aparently the solution is also used in other applications
- like gnome/RedHat config ( I think kde too ). ( I was just browsing
freedesktop.org )

-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13523] - problem using JSTL fmt:setLocale with Tomcat 4.1.9

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13523

problem using JSTL fmt:setLocale with Tomcat 4.1.9

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2002-10-11 14:48 ---
Yes, you can do it this way by declaring the bundle in every single fmt: 
statement, but it should not be necessary according to the specification and 
therefore this is a bug.

>From Section 9.2 of the JSR-52 JavaServer Pages™ Standard Tag Library 1.0 (JSTL 
1.0) specification:
--
 action
If a formatting action is nested inside a  action (see Section 
8.6), the
locale of the i18n localization context of the enclosing  action is 
used
as the formatting locale. ...
--

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [JK2] uriMap and virtual hosts

[Costin Manolache]

Mladen Turk wrote:

> When we define a host using scheme [uri:somehost] then only the mappings
> defined for that host are used for uriMap matching.

You mean that 'default' mappings ( those without a host ) shouldn't be 
used ? 

I see the problem - 'default' mappings should be used for requests 
that don't have an explicit host defined. And you would want to finely
control if such a 'default' map can be also used to extend 
host mappings. ( i.e. the 'default' /help to be visible in all 
apps ).

Well, if you can keep it simple, I'm fine. 

> I would like to add the option like 'inherit' that will when set and the
> uriMap wasn't matched for a particular host,  go to the default host and
> try to find a match from there.
> Basically it will duplicate all the default host mappings inside each
> host's mappings. That way we may use the single [uri:/*.jsp] that will
> propagate trough each virtual host that has the 'inherit' flag set.
> 
> Does it make sense to do something like that?

+1

Not sure about 'inherit', but if you can't find a better name.

BTW, what's the reason for adding the 'deprecated' message on jk_uri ? 
At least the path attribute is used by httpd.conf/Location.


 
-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13536] New: - Erroneous code generated for jsp:param when request-time attribute value is used

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13536

Erroneous code generated for jsp:param when request-time attribute value is used

   Summary: Erroneous code generated for jsp:param when request-time
attribute value is used
   Product: Tomcat 4
   Version: 4.1.12
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The code generated for the following jsp:params block inside a jsp:plugin 
element:

  




  

does not use the *value* of the four variables but instead has 'value= scp', 
i.e. the *name* of the variable without double quotes.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup BootstrapService.java

[remm]

remm2002/10/11 03:54:53

  Modified:catalina/src/share/org/apache/catalina/startup
BootstrapService.java
  Log:
  - Remove dependency on daemon. Add one on launcher.
  
  Revision  ChangesPath
  1.3   +12 -20
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/BootstrapService.java
  
  Index: BootstrapService.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/BootstrapService.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- BootstrapService.java 24 Aug 2002 02:27:27 -  1.2
  +++ BootstrapService.java 11 Oct 2002 10:54:52 -  1.3
  @@ -71,8 +71,6 @@
   import java.net.MalformedURLException;
   import java.net.URL;
   import java.util.ArrayList;
  -import org.apache.commons.daemon.Daemon;
  -import org.apache.commons.daemon.DaemonContext;
   import org.apache.catalina.loader.StandardClassLoader;
   
   
  @@ -88,8 +86,7 @@
* @version $Revision$ $Date$
*/
   
  -public final class BootstrapService 
  -implements Daemon {
  +public final class BootstrapService {
   
   
   // --- Static Variables
  @@ -98,7 +95,7 @@
   /**
* Service object used by main.
*/
  -private static Daemon service = null;
  +private static BootstrapService service = null;
   
   
   /**
  @@ -119,19 +116,14 @@
   /**
* Load the Catalina Service.
*/
  -public void init(DaemonContext context)
  +public void init(String[] arguments)
   throws Exception {
   
  -String arguments[] = null;
  -
  -/* Read the arguments from the Daemon context */
  -if (context!=null) {
  -arguments = context.getArguments();
  -if (arguments!=null) {
  -for (int i = 0; i < arguments.length; i++) {
  -if (arguments[i].equals("-debug")) {
  -debug = 1;
  -}
  +// Read the arguments
  +if (arguments != null) {
  +for (int i = 0; i < arguments.length; i++) {
  +if (arguments[i].equals("-debug")) {
  +debug = 1;
   }
   }
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina build.xml

[remm]

remm2002/10/11 03:55:07

  Modified:catalina build.xml
  Log:
  - Remove dependency on daemon. Add one on launcher.
  
  Revision  ChangesPath
  1.23  +8 -35 jakarta-tomcat-catalina/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- build.xml 11 Oct 2002 09:27:45 -  1.22
  +++ build.xml 11 Oct 2002 10:55:07 -  1.23
  @@ -47,10 +47,9 @@
   
   
   
  -
   
   
  -
  +
   
   
   
  @@ -80,7 +79,6 @@
   
   
   
  -
   
   
   
  @@ -139,9 +137,6 @@
   
  -
   
  @@ -150,9 +145,9 @@
classpath="${commons-digester.jar}"/>
   
  + classpath="${commons-launcher.jar}"/>
   
  + file="${commons-launcher.bootstrap.class}"/>
   
  @@ -222,7 +217,6 @@
classpath="${xercesImpl.jar}" />
   
   
  -
   
   
   
  @@ -263,12 +257,6 @@
   
   
   
  -
  -  
  -
  -
  -  
  -
   
 
   
  @@ -354,12 +342,6 @@
   
   
   
  -
  -  
  -
  -
  -  
  -
   
 
   
  @@ -441,7 +423,6 @@
   
   
   
  -
   
   
   
  @@ -464,7 +445,6 @@
   
   
   
  -
   
   
   
  @@ -472,13 +452,11 @@
   
   
   
  -
   
   
   
   
   
  -
   
   
   
  @@ -492,13 +470,13 @@
   
   
   
  -
   
   
  +
   
   
   
  -   
  +
   
 
   
  @@ -523,9 +501,6 @@
   
   
 
  -  
  -
  -  
 
   
 
  @@ -535,8 +510,8 @@
 
 
   
  -
  -
  +
  +
   
 
   
  @@ -557,7 +532,7 @@
   
   
 
  -  
  +  
   
   
   
  @@ -623,8 +598,6 @@
  unless="jdk.1.3.present"/>
 
  -  
 
 mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 

RE: [JK2] uriMap and virtual hosts

[Mladen Turk]

> -Original Message-
> From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
> 
> > host's mappings. That way we may use the single 
> [uri:/*.jsp] that will 
> > propagate trough each virtual host that has the 'inherit' flag set.
> > 
> > Does it make sense to do something like that?
> 
> I'm a little lost in the uriMap journey.. this is not a 
> global mapping? this should work right now, only by putting a 
> single [uri:/*.jsp] in wk2.p file.., this is what i called 
> global mappings.. 
> 

It is true if you don't have any vhosts defined (or particular one) in
wk2.p, but if you have one defined then only it's mappings will be used
for matching

So:

[uri:somehost]

[uri:/*.jsp]

If you only have a host definition, then nothing for somehost will be
mapped alowing you to have a virtual host and no mappings at all. Of
course you can use the [uri:somehost/*.jsp]. The 'otherhost' will be
mapped through default host cause it has no definition in the wk2.p.

We can make that 'reverse' meaning as default, but still need to be able
to separate the no-mapping cases.

MT.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5 build.properties.default build.xml

[remm]

remm2002/10/11 03:56:55

  Modified:.build.properties.default build.xml
  Log:
  - Remove dependency on daemon. Add one on launcher.
  
  Revision  ChangesPath
  1.42  +8 -9  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- build.properties.default  10 Oct 2002 18:00:16 -  1.41
  +++ build.properties.default  11 Oct 2002 10:56:55 -  1.42
  @@ -59,14 +59,13 @@
   
commons-collections.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-collections/v2.0/commons-collections-2.0.tar.gz
   
   
  -# - Commons Daemon, version 20020731 or later -
  -commons-daemon.home=${base.path}/commons-daemon
  -commons-daemon.lib=${commons-daemon.home}
  -commons-daemon.jar=${commons-daemon.lib}/commons-daemon.jar
  -commons-daemon.bin=${commons-daemon.home}/bin
  -commons-daemon-launcher.jar=${commons-daemon.bin}/commons-launcher.jar
  
-commons-daemon-launcher-bootstrap.class=${commons-daemon.bin}/LauncherBootstrap.class
  -commons-daemon.loc=jakarta-commons-sandbox/daemon
  +# - Commons Launcher, version 20021012 or later -
  +commons-launcher.home=${base.path}/commons-launcher
  +commons-launcher.lib=${commons-launcher.home}
  +commons-launcher.bin=${commons-launcher.home}/bin
  +commons-launcher.jar=${commons-launcher.home}/commons-launcher.jar
  +commons-launcher.bootstrap.class=${commons-launcher.bin}/LauncherBootstrap.class
  +commons-launcher.loc=jakarta-commons-sandbox/launcher
   
   
   # - Commons Digester, version 20020820 or later -
  
  
  
  1.41  +7 -11 jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- build.xml 9 Oct 2002 12:20:40 -   1.40
  +++ build.xml 11 Oct 2002 10:56:55 -  1.41
  @@ -649,21 +649,17 @@
   
   
   
  -  
  -  
  -  
  +  
  +  
  +  
   
   
   
  -
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5 BUILDING.txt

[remm]

remm2002/10/11 03:59:05

  Modified:.BUILDING.txt
  Log:
  - Remove dependency on daemon. Add one on launcher.
  
  Revision  ChangesPath
  1.25  +6 -6  jakarta-tomcat-5/BUILDING.txt
  
  Index: BUILDING.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/BUILDING.txt,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- BUILDING.txt  25 Aug 2002 19:34:55 -  1.24
  +++ BUILDING.txt  11 Oct 2002 10:59:05 -  1.25
  @@ -251,17 +251,17 @@
 distribution resides in its own directory.
   
   
  -(11) Download and Install the Commons Daemon Binary Distribution
  +(11) Download and Install the Commons Launcher Binary Distribution
   
  -* Download a binary distribution of version 20020731 or later from:
  +* Download a binary distribution of version 20021012 or later from:
   
  -http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-daemon
  +http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-launcher
   
 On a Windows platform, you will need:
  -commons-daemon-MMDD.zip
  +commons-launcher-MMDD.zip
   
 On a Unix platform, you will need:
  -commons-daemon-MMDD.tar.gz
  +commons-launcher-MMDD.tar.gz
   
   * Unpack the binary distribution into a convenient location so that the
 distribution resides in its own directory.
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [JK2] uriMap and virtual hosts

[Mladen Turk]

> -Original Message-
> From: news [mailto:[EMAIL PROTECTED]] On Behalf Of Costin Manolache
> Sent: Friday, October 11, 2002 4:47 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JK2] uriMap and virtual hosts
> 
> 
> Mladen Turk wrote:
> 
> > When we define a host using scheme [uri:somehost] then only the 
> > mappings defined for that host are used for uriMap matching.
> 
> You mean that 'default' mappings ( those without a host ) 
> shouldn't be 
> used ? 
> 

I'm calling them 'default' (Nacho calls them global) simply because this
name is more what they really are (mappings bound to the default host).

> I see the problem - 'default' mappings should be used for requests 
> that don't have an explicit host defined. And you would want 
> to finely control if such a 'default' map can be also used to extend 
> host mappings. ( i.e. the 'default' /help to be visible in all 
> apps ).
> 

Those mappings are used for non explicitly defined hosts (cause
no-found-host maps to the default one), but I would like to use them and
for the selected defined ones.


MT.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13533] - JSPs compiled inconsistently

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13533

JSPs compiled inconsistently





--- Additional Comments From [EMAIL PROTECTED]  2002-10-11 10:45 ---
This is not reproduceable for me. Does it happen also when accessing Tomcat
through the default HTTP/1.1 connector ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5 build.properties.default

[bobh]

bobh2002/10/11 08:16:41

  Modified:.build.properties.default
  Log:
  - update LogKit (as older edition was no longer available for downloading)
  
  Revision  ChangesPath
  1.43  +4 -4  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- build.properties.default  11 Oct 2002 10:56:55 -  1.42
  +++ build.properties.default  11 Oct 2002 15:16:41 -  1.43
  @@ -124,10 +124,10 @@
   log4j.loc=http://jakarta.apache.org/log4j/jakarta-log4j-1.2.6.tar.gz
   
   # - LogKit -
  -logkit.home=${base.path}/LogKit-1.0.1
  +logkit.home=${base.path}/LogKit-1.1
   logkit.lib=${logkit.home}
  -logkit.jar=${logkit.lib}/logkit-1.0.1.jar
  
-logkit.loc=http://jakarta.apache.org/builds/jakarta-avalon/release/logkit/latest/LogKit-1.0.1-bin.tar.gz
  +logkit.jar=${logkit.lib}/logkit-1.1.jar
  
+logkit.loc=http://jakarta.apache.org/builds/jakarta-avalon/release/logkit/latest/LogKit-1.1-bin.tar.gz
   
   
   # - Jaxen ( required by taglibs/standard required by jasper ) -
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup SecurityClassLoad.java

[jfarcand]

jfarcand2002/10/11 08:17:37

  Modified:catalina/src/share/org/apache/catalina/startup
SecurityClassLoad.java
  Log:
  Remove HttpRequestBase and HttpResponseBase inner classes special loading since they 
are no longer in the workspace.
  
  Revision  ChangesPath
  1.2   +4 -10 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/SecurityClassLoad.java
  
  Index: SecurityClassLoad.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/SecurityClassLoad.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SecurityClassLoad.java18 Jul 2002 16:47:50 -  1.1
  +++ SecurityClassLoad.java11 Oct 2002 15:17:37 -  1.2
  @@ -111,12 +111,6 @@
"core.ContainerBase$PrivilegedAddChild");
   loader.loadClass
   (basePackage +
  - "connector.HttpRequestBase$PrivilegedGetSession");
  -loader.loadClass
  -(basePackage +
  - "connector.HttpResponseBase$PrivilegedFlushBuffer");
  -loader.loadClass
  -(basePackage +
"loader.WebappClassLoader$PrivilegedFindResource");
   loader.loadClass
   (basePackage + "session.StandardSession");
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/netSSLServerSocketFactory.java

[Jean-Francois Arcand]

Hi Remy,

when you start with the SecurityManager, the following exception is thrown.

java.lang.ClassNotFoundException: 
org.apache.catalina.connector.HttpRequestBase$Privilege
dGetSession
at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.j
ava:890)
at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.j
ava:755)
at 
org.apache.catalina.startup.SecurityClassLoad.securityClassLoad(SecurityClassL
oad.java:112)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:178)

I just commited the patch ;-)

-- Jeanfrancois

[EMAIL PROTECTED] wrote:

>remm2002/10/11 01:56:29
>
>  Modified:catalina/src/share/org/apache/catalina/loader
>WebappClassLoader.java
>  Removed: catalina/src/share/org/apache/catalina/connector
>HttpRequestBase.java HttpResponseBase.java
>RequestBase.java RequestStream.java
>ResponseBase.java ResponseStream.java
>ResponseWriter.java
>   catalina/src/share/org/apache/catalina/net
>SSLServerSocketFactory.java
>  Log:
>  - As voted, remove deprecated components.
>  
>  Revision  ChangesPath
>  1.8   +18 -13
>jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
>  
>  Index: WebappClassLoader.java
>  ===
>  RCS file: 
>/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
>  retrieving revision 1.7
>  retrieving revision 1.8
>  diff -u -r1.7 -r1.8
>  --- WebappClassLoader.java   10 Oct 2002 14:35:21 -  1.7
>  +++ WebappClassLoader.java   11 Oct 2002 08:56:29 -  1.8
>  @@ -1432,26 +1432,31 @@
>   
>   started = false;
>   
>  -int length = jarFiles.length;
>  +int length = files.length;
>  +for (int i = 0; i < length; i++) {
>  +files[i] = null;
>  +}
>  +
>  +length = jarFiles.length;
>   for (int i = 0; i < length; i++) {
>   try {
>   jarFiles[i].close();
>  -jarFiles[i] = null;
>   } catch (IOException e) {
>   // Ignore
>   }
>  +jarFiles[i] = null;
>   }
>   
>   notFoundResources.clear();
>   resourceEntries.clear();
>  -repositories = new String[0];
>  -files = new File[0];
>  -jarFiles = new JarFile[0];
>  -jarRealFiles = new File[0];
>  +repositories = null;
>  +files = null;
>  +jarFiles = null;
>  +jarRealFiles = null;
>   jarPath = null;
>  -jarNames = new String[0];
>  -lastModifiedDates = new long[0];
>  -paths = new String[0];
>  +jarNames = null;
>  +lastModifiedDates = null;
>  +paths = null;
>   hasExternalRepositories = false;
>   
>   permissionList.clear();
>  
>  
>  
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>
>
>  
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [JK2] uriMap and virtual hosts

[Ignacio J. Ortega]

> From: Mladen Turk [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 11, 2002 5:00 PM
> 
> I'm calling them 'default' (Nacho calls them global) simply 
> because this
> name is more what they really are (mappings bound to the 
> default host).
> 

I think we are calling it diffreent because they were different ( at
least for me ), not tested lately with apache so lost track of the
code.. but what you ask now is what i called global mappings then,
mappings that are used on every VS in a server, not only on no-named
ones as it seems means now..

I'll post the use-cases i'm pursuing, next days.. i need to do some
tests, to get to know what we have now..

Saludos, 
Ignacio J. Ortega 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

[jfarcand]

jfarcand2002/10/11 08:52:01

  Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
  Log:
  Security Audit. Isolate the doPrivilege block by only including the code that need 
the privilege.
  
  Revision  ChangesPath
  1.9   +34 -29
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
  
  Index: WebappClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- WebappClassLoader.java11 Oct 2002 08:56:29 -  1.8
  +++ WebappClassLoader.java11 Oct 2002 15:52:01 -  1.9
  @@ -154,16 +154,16 @@
   protected class PrivilegedFindResource
   implements PrivilegedAction {
   
  -private String name;
  +private File file;
   private String path;
   
  -PrivilegedFindResource(String name, String path) {
  -this.name = name;
  +PrivilegedFindResource(File file, String path) {
  +this.file = file;
   this.path = path;
   }
   
   public Object run() {
  -return findResourceInternal(name, path);
  +return findResourceInternal(file, path);
   }
   
   }
  @@ -895,13 +895,7 @@
   
   ResourceEntry entry = (ResourceEntry) resourceEntries.get(name);
   if (entry == null) {
  -if (securityManager != null) {
  -PrivilegedAction dp =
  -new PrivilegedFindResource(name, name);
  -entry = (ResourceEntry)AccessController.doPrivileged(dp);
  -} else {
  -entry = findResourceInternal(name, name);
  -}
  +entry = findResourceInternal(name, name);
   }
   if (entry != null) {
   url = entry.source;
  @@ -1484,13 +1478,7 @@
   
   ResourceEntry entry = null;
   
  -if (securityManager != null) {
  -PrivilegedAction dp =
  -new PrivilegedFindResource(name, classPath);
  -entry = (ResourceEntry)AccessController.doPrivileged(dp);
  -} else {
  -entry = findResourceInternal(name, classPath);
  -}
  +entry = findResourceInternal(name, classPath);
   
   if ((entry == null) || (entry.binaryContent == null))
   throw new ClassNotFoundException(name);
  @@ -1565,6 +1553,23 @@
   
   }
   
  +/**
  + * Find specified resource in local repositories. This block
  + * will execute under an AccessControl.doPrivilege block.
  + *
  + * @return the loaded resource, or null if the resource isn't found
  + */
  +private ResourceEntry findResourceInternal(File file, String path){
  +ResourceEntry entry = new ResourceEntry();
  +try {
  +entry.source = getURL(new File(file, path));
  +entry.codeBase = entry.source;
  +} catch (MalformedURLException e) {
  +return null;
  +}   
  +return entry;
  +}
  +
   
   /**
* Find specified resource in local repositories.
  @@ -1607,14 +1612,14 @@
   
   // Note : Not getting an exception here means the resource was
   // found
  + if (securityManager != null) {
  +PrivilegedAction dp =
  +new PrivilegedFindResource(files[i], path);
  +entry = (ResourceEntry)AccessController.doPrivileged(dp);
  + } else {
  +entry = findResourceInternal(files[i], path);   
  
  + }
   
  -entry = new ResourceEntry();
  -try {
  -entry.source = getURL(new File(files[i], path));
  -entry.codeBase = entry.source;
  -} catch (MalformedURLException e) {
  -return null;
  -}
   ResourceAttributes attributes =
   (ResourceAttributes) resources.getAttributes(fullPath);
   contentLength = (int) attributes.getContentLength();
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java

[jfarcand]

jfarcand2002/10/11 09:08:59

  Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
  Log:
  Security Audit. Protect some security sensible method. Actually, those methods are 
not used by any clas. Should I remove them or some special classloader extension needs 
them?
  
  Those method are not accessibles to web app since they are protected by the  
package.access property.
  
  Revision  ChangesPath
  1.4   +6 -6  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java
  
  Index: StandardClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- StandardClassLoader.java  24 Aug 2002 02:27:27 -  1.3
  +++ StandardClassLoader.java  11 Oct 2002 16:08:59 -  1.4
  @@ -368,7 +368,7 @@
*
* @param path file directory path
*/
  -public void setPermissions(String path) {
  +protected void setPermissions(String path) {
   if( securityManager != null ) {
   if( path.startsWith("jndi:") || path.startsWith("jar:jndi:") ) {
   permissionList.add(new JndiPermission(path + "*"));
  @@ -385,7 +385,7 @@
*
* @param url URL for a file or directory on local system
*/
  -public void setPermissions(URL url) {
  +protected void setPermissions(URL url) {
   setPermissions(url.toString());
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [JK2] uriMap and virtual hosts

[Mladen Turk]

> -Original Message-
> From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
> > 
> > I'm calling them 'default' (Nacho calls them global) simply
> > because this
> > name is more what they really are (mappings bound to the 
> > default host).
> > 
> 
> I think we are calling it diffreent because they were different ( at
> least for me ), not tested lately with apache so lost track of the
> code.. but what you ask now is what i called global mappings then,
> mappings that are used on every VS in a server, not only on no-named
> ones as it seems means now..
>

Well, the problem was that the vhosts didn't behave as they should (at
least from my point of view ;).
For example if you had a (global) mapping that mapped *.jsp, you had no
mean to forbid that rule on any virtual host.
That is IMO no good at all. Even further there was no meen to forbid any
mappings on a selected vhost.

Now, the question is are we going to allow that by default and forbid
explicitly, or forbid by default and allow explicitly (that my favor).
Either way we need a option parameter (I'm thinking that the
'inheritGlobal' would be a good one).

> I'll post the use-cases i'm pursuing, next days.. i need to do some
> tests, to get to know what we have now..
> 

Good.

MT.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/compat Jdk12Support.java

[costin]

costin  2002/10/11 09:38:40

  Modified:src/share/org/apache/tomcat/util/compat Jdk12Support.java
  Log:
  Add the ability to pass a ProtectionDomain.
  This will allow more flexibility - you can use the webapp
  protection domain without needing an actual call from the app.
  
  Revision  ChangesPath
  1.12  +14 -2 
jakarta-tomcat/src/share/org/apache/tomcat/util/compat/Jdk12Support.java
  
  Index: Jdk12Support.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/compat/Jdk12Support.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- Jdk12Support.java 13 Sep 2002 04:47:02 -  1.11
  +++ Jdk12Support.java 11 Oct 2002 16:38:40 -  1.12
  @@ -85,8 +85,20 @@
return AccessController.getContext();
   }
   
  -public Object doPrivileged( Action action, Object accO ) throws Exception {
  - AccessControlContext acc=(AccessControlContext)accO;
  +public Object doPrivileged( Action action, Object accObj ) throws Exception {
  +ProtectionDomain domain[]=null;
  +if ( accObj instanceof ProtectionDomain ) {
  +domain=new ProtectionDomain[1];
  +domain[0]=(ProtectionDomain)accObj;
  +} else if (accObj instanceof ProtectionDomain[] ) {
  +domain=(ProtectionDomain []) accObj;
  +}
  + AccessControlContext acc=null;
  +if( domain==null ) {
  +acc=(AccessControlContext)accObj;
  +} else {
  +acc=new AccessControlContext( domain );
  +}
if( acc==null )
throw new Exception("Invalid access control context ");
Object proxy=action.getProxy();
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/mappers DecodeInterceptor.java

[costin]

costin  2002/10/11 09:39:55

  Modified:src/share/org/apache/tomcat/modules/mappers
DecodeInterceptor.java
  Log:
  Compilation with GCJ had some problems.
  
  Revision  ChangesPath
  1.17  +2 -2  
jakarta-tomcat/src/share/org/apache/tomcat/modules/mappers/DecodeInterceptor.java
  
  Index: DecodeInterceptor.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/mappers/DecodeInterceptor.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- DecodeInterceptor.java23 Apr 2002 19:49:40 -  1.16
  +++ DecodeInterceptor.java11 Oct 2002 16:39:55 -  1.17
  @@ -626,7 +626,7 @@
   
   }
   
  -private static final byte[] HTTP = new byte[] { 'h','t','t','p',':'};
  -private static final byte[] HTTPS = new byte[] { 'h','t','t','p','s',':'};
  +private static final byte[] HTTP = new byte[] { 
(byte)'h',(byte)'t',(byte)'t',(byte)'p',(byte)':'};
  +private static final byte[] HTTPS = new byte[] { 
(byte)'h',(byte)'t',(byte)'t',(byte)'p',(byte)'s',(byte)':'};
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade WebXmlReader.java

[costin]

costin  2002/10/11 09:46:55

  Modified:src/facade22/org/apache/tomcat/facade WebXmlReader.java
  Log:
  The reading of web.xml should happen with the webapp privs.
  That means entity refs and all other processing done by the
  parser must be done withing the sandbox, with the rights of the
  webapp and not the rights of container.
  
  In addition, the context class loader is disabled - the
  parser that is used must be the container class loader. The
  webapp can still use whatever parser it wants for its internal
  processings, but web.xml should use our parser ( that's another
  way user code could run with container privs ).
  
  Revision  ChangesPath
  1.17  +44 -1 
jakarta-tomcat/src/facade22/org/apache/tomcat/facade/WebXmlReader.java
  
  Index: WebXmlReader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/WebXmlReader.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- WebXmlReader.java 29 Nov 2001 03:23:26 -  1.16
  +++ WebXmlReader.java 11 Oct 2002 16:46:55 -  1.17
  @@ -15,6 +15,7 @@
   import org.xml.sax.*;
   import org.xml.sax.helpers.*;
   import org.w3c.dom.*;
  +import org.apache.tomcat.util.compat.*;
   
   // XXX XXX Specific to servlet 2.2 
   
  @@ -30,6 +31,8 @@
   
   private static StringManager sm 
=StringManager.getManager("org.apache.tomcat.resources");
   boolean validate=true;
  +static Jdk11Compat jdk11Compat=Jdk11Compat.getJdkCompat();
  +
   
   public WebXmlReader() {
   }
  @@ -235,7 +238,27 @@
   
addSecurity( xh );
   
  - Object ctx1=xh.readXml(f, ctx);
  +Object ctx1=null;
  +
  +xh.useLocalLoader( false ); // we'll use our own parser for web.xml
  +
  +// Perform the reading with the context privs
  +Object pd=ctx.getAttribute( Context.ATTRIB_PROTECTION_DOMAIN);
  +//System.out.println("Protection domain " + pd);
  +
  +if( pd!=null ) {
  +// Do the action in a sandbox, with context privs
  +PriviledgedAction di = new PriviledgedAction(xh, f, ctx);
  +try {
  +ctx1=jdk11Compat.doPrivileged(di, pd);
  +} catch( TomcatException ex1 ) {
  +throw ex1;
  +} catch( Exception ex ) {
  +throw new TomcatException( ex );
  +}
  +} else {
  +ctx1=xh.readXml(f, ctx);
  +}
   
if( validate && xeh != null && xeh.isOk() ) {
// don't create the validation mark if an error was detected
  @@ -258,6 +281,26 @@
}
   }
   
  +
  +// Sandbox support
  +static class PriviledgedAction extends Action {
  +XmlMapper xh;
  +File f;
  +Context ctx;
  +
  + public PriviledgedAction(XmlMapper xh, File f, Context ctx ) {
  + this.xh=xh;
  + this.ctx=ctx;
  +this.f=f;
  + }   
  + public Object run() throws Exception {
  +return xh.readXml(f, ctx);
  + }   
  +}
  +
  +
  +
  +
   // Add security rules - complex code
   void addSecurity( XmlMapper xh ) {
xh.addRule("web-app/security-constraint",
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Form Based Authentication, getting login and password

[Craig R. McClanahan]

On Fri, 11 Oct 2002, Externo wrote:

>
> Hello, I didn't get a response to this question on tomcat-user
> so I'll give it a try here. Sorry, I write you as a last resort. Apparently,
> nobody know about this.
>

The username is available (if you successfully logged in) via
request.getRemoteUser(), but the password is not available..  If login
failed, there is no portable mechanism to acquire the username or
password.  There is also no portable mechanism to build a "3 strikes and
you are out" mechanism.

To implement anything like that, you'd need to modify Tomcat's
authenticator classes (and, of course, become container dependent).

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

HttpSessionBindingListener ClassLoader

[Aaron Mulder]

I'ts been brought to my attention that a
HttpSessionBindingListener is being called with an unexpected thread
context ClassLoader when the session expires.  That interface is used to
detect when object are bound or unbound from a session, and the developer
was attempting to perform an EJB call when the object was unbound.  
However, in Tomcat 3.3.1, the EJB classes are not available when the call
comes in due to a session timeout, because the TCCL is not set to the
appropriate application CL.
Does anyone have any thoughts on the appropriate behavior here?  
Would it be unreasonable to set the TCCL to the application CL when 
calling a HttpSessionBindingListener in the timeout case?  If not, I'll 
file a bug report.
Also, I'm not sure whether this is an issue with the 4.x/5.x 
releases.

Thanks,
Aaron


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New JSR on Java(TM) Compiler API

[Kin-Man Chung]

This is great and is sorely needed.  I am all for it!

It'd be nice if the new API also include supports for JSR-45 (Debugging
Support for Other Languages).  For instance, when invoking javac with
a smap file, javac should 

1) report errors by JSP page source and line numbers, and
2) incoporate the informantion in the smap file into the resultant
   class file.
   
Step 1) would eliminate an ugly part of Jasper, which parses javac
errors messages for the line number in the generated java files to report
errors in the orginal JSP file.

Step 2) would eliminate a post (javac) processor to do the same.

If these are not feasible, then at least include in the API a way to
inform the client of the error locations programmatically.

Thanks.


> Date: Thu, 10 Oct 2002 16:39:29 -0700
> From: Neal M Gafter <[EMAIL PROTECTED]>
> Subject: New JSR on Java(TM) Compiler API
> To: [EMAIL PROTECTED]
> 
> [I am resending this due the Mozilla's munging of the attachment on the 
previous try]
> 
> Tomcat developers-
> 
> I am starting up a new JSR on an API for invoking a Java Language compiler 
from within
> a Java program.  A draft of the JSR proposal is enclosed.  This API would be 
very useful
> anywhere a Java program will want to invoke the Java Compiler, for example ANT 
rebuilds,
> Java Server Pages, or anywhere an application wants to turn a small snippet of 
Java code
> into a Class efficiently.  In addition, this API calls for the compiler to 
provide
> dependency information after compiling, which would help support incremental 
rebuilds.
> 
> I am in the process of gathering support for this JSR to help it along the 
initial stages
> of the Java Community Process.  Your comments are most welcome.
> 
> Regards,
> Neal Gafter
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New JSR on Java(TM) Compiler API

[Neal M Gafter]

Kin-Man Chung wrote:
> If these are not feasible, then at least include in the API a way to
> inform the client of the error locations programmatically.

It's in there: "Diagnostics will be returned from a compiler as
structured data, with both pre- and post-localization
messages available."

The structued data includes the file in which the error occurred,
line number, and column number.

-Neal


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Form Based Authentication, getting login and password

[Ian Darwin]

On October 11, 2002 01:18 pm, Craig R. McClanahan wrote:
> To implement anything like that, you'd need to modify Tomcat's
> authenticator classes (and, of course, become container dependent).

Or, use servlet-managed security, that is, break down and write your own
authentication. Not for the faint of heart, but not terribly involved - the devil
is in the details.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5 build.xml

[bobh]

bobh2002/10/11 12:31:58

  Modified:.build.xml
  Log:
  - This changes the "release" target to only copy the *.exe if running
  on a windows platform.  I may not have done this in the most elegant
  way possible.  Remmy, please review.
  
  Revision  ChangesPath
  1.42  +5 -3  jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- build.xml 11 Oct 2002 10:56:55 -  1.41
  +++ build.xml 11 Oct 2002 19:31:58 -  1.42
  @@ -418,7 +418,7 @@
   
   
 
  -  
   
   
  @@ -430,8 +430,6 @@
todir="${tomcat.release}/v${version}/bin"/>
   
  -
   
   
  @@ -453,7 +451,11 @@
   
  +  
   
  +  
  +
 
   
 
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13551] New: - TagLibraryInfo.getRequiredVersion() returns null.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13551

TagLibraryInfo.getRequiredVersion() returns null.

   Summary: TagLibraryInfo.getRequiredVersion() returns null.
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Given 2.0 in a TLD,
Jasper returns null when TagLibraryInfo.getRequiredVersion() is called.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13552] New: - missing attribute name in exception message when EL expression evaluation fails

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13552

missing attribute name in exception message when EL expression evaluation fails

   Summary: missing attribute name in exception message when EL
expression evaluation fails
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When an EL expression that is supplied as the value for an action
attribute fails to evaluate, the exception message does not contain
the name of the attribute. Instead, it contains an empty string.

For example, if the following EL expression

  

fails to evaluate, this exception message is printed:

  An error occurred while evaluating custom action attribute "" with
  value "${bookDB.bookDetails.title}"

It would be useful if the exception message contained the attribute name.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13553] New: - Jasper incorrectly generating a translation error if a tag has both a TEI and variable declarations.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13553

Jasper incorrectly generating a translation error if a tag has both a TEI and variable 
declarations.

   Summary: Jasper incorrectly generating a translation error if a
tag has both a TEI and variable declarations.
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Given:


test
com.foo.TestTEI

var1



Jasper will generate the following:

   "variable subelement defined in TLD when TagExtraInfo class MyClass
is non-null"

This translation error should only occur if a tag has a variable declaration
and a call to TagExtraInfo.getVariableInfo() returns a non-null value.

See lines 412-418 in o.a.j.compile.TagLibraryInfoImpl.java.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Sorry to disturb

[Carlos de Luna Saenz]

Before start... i want to contribuite with the port of Tomcat to the Warp (eCS OS/2 
)version of Tomcat... i want to know if any of you know if there's this job anywere 
and if there's something i should know first... since i haven't seen a different code 
for Win32 or UNIX i assume the code is portable to any platform... but i want to know 
what kind of things i should use (compiler, JDK, etc)... thanks in advance.

Carlos de Luna Saenz



-
Do You Yahoo!?
La emoción e intensidad del deporte enYahoo! Deportes.

DO NOT REPLY [Bug 13554] New: - startup.sh failes, shutdown.sh dumps core

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13554

startup.sh failes, shutdown.sh dumps core

   Summary: startup.sh failes, shutdown.sh dumps core
   Product: Tomcat 4
   Version: 4.1.12
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Sun OS 5.8 (Solaris 8) have tried a couple direrent JVMs (j2sdkee1.3 j2sdf1.4.1)
w/ and w/o 64bit support.

catalina.out containes:
Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/catalina/startup/Bootstrap

after running startup.sh ...

'file core' results in:
core:   ELF 32-bit MSB core file SPARC Version 1, from 'java'

I have read and re-read the docs, FAQs, newsgroups (google) to no avail.

uname -a yeilds:
SunOS wwwdev 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-250

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext TagLibraryInfo.java TagVariableInfo.java

[kinman]

kinman  2002/10/11 13:35:26

  Modified:jsr152/src/share/javax/servlet/jsp/tagext
TagLibraryInfo.java TagVariableInfo.java
  Log:
  - Patch submitted by Ryan Lubke <[EMAIL PROTECTED]>
  
  TagVariableInfo
- getClassName() will return java.lang.String if
  the  element is not specified.
  
- getDeclare() will return true if the 
  element is not specified.
  
- getScope() will return NESTED as the scope if
   is not specified.
  
  TagLibraryInfo
  
- Changed the directive from include to taglib in
  description of getShortName().
  
- Minor rewording of getReliableURN for clarity.
  
  Revision  ChangesPath
  1.4   +3 -4  
jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/TagLibraryInfo.java
  
  Index: TagLibraryInfo.java
  ===
  RCS file: 
/home/cvs/jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/TagLibraryInfo.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- TagLibraryInfo.java   20 Aug 2002 21:08:24 -  1.3
  +++ TagLibraryInfo.java   11 Oct 2002 20:35:26 -  1.4
  @@ -148,7 +148,7 @@
   /**
* The preferred short name (prefix) as indicated in the TLD.
* This may be used by authoring tools as the preferred prefix
  - * to use when creating an include directive for this library.
  + * to use when creating an taglib directive for this library.
*
* @return the preferred short name for the library
*/
  @@ -157,10 +157,9 @@
   }
   
   /**
  - * The "reliable" URN indicated in the TLD.
  + * The "reliable" URN indicated in the TLD (the uri element).
* This may be used by authoring tools as a global identifier
  - * (the uri attribute) to use when creating a taglib directive
  - * for this library.
  + * to use when creating a taglib directive for this library.
*
* @return a reliable URN to a TLD like this
*/
  
  
  
  1.3   +7 -3  
jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/TagVariableInfo.java
  
  Index: TagVariableInfo.java
  ===
  RCS file: 
/home/cvs/jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/TagVariableInfo.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TagVariableInfo.java  19 Aug 2002 16:29:51 -  1.2
  +++ TagVariableInfo.java  11 Oct 2002 20:35:26 -  1.3
  @@ -139,7 +139,8 @@
   /**
* The body of the  element.  
*
  - * @return The name of the class of the variable
  + * @return The name of the class of the variable or
  + * 'java.lang.String' if not defined in the TLD.
*/
   
   public String getClassName() {
  @@ -149,7 +150,8 @@
   /**
* The body of the  element
*
  - * @return Whether the variable is to be declared or not
  + * @return Whether the variable is to be declared or not.
  + * If not defined in the TLD, 'true' will be returned.
*/
   
   public boolean getDeclare() {
  @@ -159,7 +161,9 @@
   /**
* The body of the  element
*
  - * @return The scope to give the variable.
  + * @return The scope to give the variable.  NESTED
  + * scope will be returned if not defined in 
  + * the TLD.
*/
   
   public int getScope() {
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: