costin 01/08/02 19:47:32
Modified:src/share/org/apache/tomcat/core Handler.java
Log:
Added explicit setContextManager() ( to prevent eventual NPE ).
Empty init/destroy ( most internal handlers don't need that, but it's better to
avoid future class loader problems )
Invo
- Original Message -
From: "alexus" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 02, 2001 6:42 PM
Subject: TOMCAT 3.2.3 won't compile
> su-2.05# echo $CLASSPATH
>
/usr/local/java/jaxp/jaxp.jar:/usr/local/java/jaxp/crimson.jar:/usr/local/ja
>
va/jaxp/xalan.jara:/usr
I'd like to second that. I am currently not involved in any active
development, but looking at sources contained in a binary dist is
certainly the first step towards getting involved (its on my list (o: )
cheers
dim
Fabien Le Floc'h wrote:
>
> As a tomcat user, I am not so enthousiast about y
> In fact it should be "daemon"... But I want to see what JSR-096 comes up
> with before switching... I'm on the expert group, and we're evaluating
> several different approaches, including this one...
>
> Pier
>
OK. A dot from me.
Incze
costin 01/08/02 19:45:01
Modified:src/share/org/apache/tomcat/core ContextManager.java
Log:
Add the MODULE_NOTE ( missing - all core entities support notes )
Revision ChangesPath
1.187 +1 -0
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
costin 01/08/02 19:34:22
Modified:src/etc server.xml
Log:
Moved the loader and trusted loader at beginning, it's the first thing that needs
initiated.
Changed to modules/
Added the missing module ( commented out ).
Revision ChangesPath
1.85 +9 -6
costin 01/08/02 19:54:53
Modified:src/share/org/apache/tomcat/util/xml XmlMapper.java
Log:
Added method to find what entities were found by the mapper.
Resize the rule[] ( for complex mappings )
Use the configured class loader to find resources ( can be a thread class loa
costin 01/08/02 19:44:24
Modified:src/share/org/apache/tomcat/core Context.java
Log:
Added the missing callback calls on setState ( they are defined in BaseInterceptor,
but I forgot to actually call them )
Added "addContainer" helper, as a general form for the addServletMapp
> -Original Message-
> From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]]
>
> [...]
>
> [X] - +1 Remove the sources [I will help in the process,
> meaning do the job]
> [ ] - +0 Remove the sources [I can't help, won't help]
> [ ] - -0 Leave the sources [But since I don't volunteer this
Don't want to be a pain in the back side... but (there is always at
least one of those :-), is anyone checking this one out?
I had a peek into the code and that NULL pointer is a variable called
'uwr->context'. Don't know much about mod_jk, but this one gets
initialised in the same file, function
costin 01/08/02 19:40:20
Modified:src/share/org/apache/tomcat/core BaseInterceptor.java
Log:
Final ( I hope ) review of the core.
Added missing notes in BaseInterceptor.
Revision ChangesPath
1.50 +23 -0
jakarta-tomcat/src/share/org/apache/tomcat/core/Base
costin 01/08/02 19:39:23
Modified:src/share/org/apache/jasper/compiler JasperMangler.java
Log:
2 fixes in mangler: don't allow keywords in the class name ( new.jsp ) and
digits in the first position ( 0.jsp ).
We have problems with that because we generate cleaner names, ins
Incze Lajos at [EMAIL PROTECTED] wrote:
>
> As I see, e.g. in HP CSF there is nothing "under" the services - just the
> "embeddor" which is a the very thin special layer interfacing to the
> actual software environment. But I understand that missed the boat your
> service is not that service. (An
First, I'm very impressed that someone answer me in this
mailing-list (I mean DEV).
--
Christopher Cain wrote:
>
>
> Loïc Lefèvre wrote:
> >
> > In my mind, there is one argument to let the source code in the
binarie
besides the typo in your classpath (I assume the xalan.jara must be
xalan.jar), my experience is best to just type ant and it builds fine
(assuming ant is in you path). This way it doesn't look for an in a specific
directory that you don't have..
mvgr,
Martin
> -Original Message-
> From
Paul Speed at [EMAIL PROTECTED] wrote:
>
> As another example, I've never tried to compile the JDK .java sources,
> but I always have at least a few of the files loaded into my editor at
> any given time.
That's a nice point :) I check out the JDK sources at least 3 times/day...
But never built
Arun Katkere wrote:
>
> I stand corrected.
On the Rob thing or the Craig thing? In any case, no worries, Ace! =)
> Is it possible, then, to archive all the releases of Tomcat on
> jakarta.apache.org? I noticed that there is
> http://jakarta.apache.org/builds/jakarta-tomcat/archives/ (is there
Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
>
> [ ] - +1 Remove the sources [I will help in the process, meaning do the job]
> [ ] - +0 Remove the sources [I can't help, won't help]
> [X] - -0 Leave the sources [But since I don't volunteer this is not binding]
> [ ] - -1 Are you nuts? Sources a
larryi 01/08/02 03:33:02
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Addresses problem with using an Alias directive with the root context.
Reported by: William Barker
The noRoot parameter now works with forwardAll false too. If noRoot is
Paul Speed at [EMAIL PROTECTED] wrote:
>
> Everyone who? jakarta/apache? I would agree with that.
Since I've been on the ASF, all project I saw always included SRCs in BINs
(now, someone of us might not do it, but that's not a project I use, then).
Discussion pointless... Clogging my inbox whe
"Pier P. Fumagalli" wrote:
>
> Pier P. Fumagalli at [EMAIL PROTECTED] wrote:
> >
> > [ ] - +1 Remove the sources [I will help in the process, meaning do the job]
> > [ ] - +0 Remove the sources [I can't help, won't help]
> > [X] - -0 Leave the sources [But since I don't volunteer this is not bind
OK, Rob, you are the voice of the majority (I probably missed a vote on this
topic where people told you so) and we are a few lazy developers wanting to
avoid an extra download. Take the source out.
-arun
ps: For what it is worth, my argument was not "leave src in there so that
when I want to lo
I don't generally throw in my $0.02 into a well worn thread and add to the
noise , but there is another issue which I didn't see anyone bring up.
Having source around helps you with debugging. And if that results in better
bug reports, i.e., instead of "it doesn't work and here is the stack trace
Fabien Le Floc'h wrote:
>
> As a tomcat user, I am not so enthousiast about your idea of removing the sources
>from the binaries.
>
> Almost every user download only the binaries. Having the sources inside means
>bringing more developers to the Tomcat project, just because it will be easier to
24 matches
Mail list logo
