remm01/07/30 22:57:37
Modified:.build.xml
Log:
- The installer allows to install the source, so the installer target
depends on dist-source.
Revision ChangesPath
1.34 +1 -1 jakarta-tomcat-4.0/build.xml
Index: build.xml
===
GOMEZ Henri wrote:
>
> >Just realised that the core I have was compiled without -g option. VERY
> >useful. I also wanted to replicate the core dump with the
> >httpd that was
> >compiled with -g, but that didn't work. Now I'm starting to think that
> >the core file I had was a result of a differe
The generated docs are super green! Just like the others - very schwank. I
can certainly say that I'm sick of Times New Roman, but that's another email
I guess ;)
Since it took me all night just to get it to build (this laptop is hurting
), tomorrow I'll start working on a "Welcome to Tomcat" g
craigmcc01/07/30 19:00:02
Modified:catalina/src/share/org/apache/catalina Session.java
catalina/src/share/org/apache/catalina/authenticator
AuthenticatorBase.java Constants.java
FormAuthenticator.java
catalina
Hi Pier,
>Whoha... Looking for troubles, huh? :)
no - trouble usually comes looking for me :)
>> B.T.W. My 'provider' is an interface between apache and an IIOP (CORBA)
>> connector that allows apache to converse with tomcat (using an IIOP java
>> connector).
>One of these days you'll enlight
pier01/07/30 18:26:39
Modified:java/org/apache/service Service.java
Log:
Final layout of the Service interface. Craig and Kevin convinced me that
this is the best way to go:
- init() and destroy() will be tied to the lifecycle of the VM process in
the underlying operatin
Eryq at [EMAIL PROTECTED] wrote:
> "Pier P. Fumagalli" wrote:
>
>> The CVS repo is jakarta-tomcat-connectors/webapp
>> Build both the module and the java part... Follow the README.
>
> It didn't work. Same behavior: Catalina runs
> fine standalone, and the Warp port is definitely
> being liste
"Pier P. Fumagalli" wrote:
> The CVS repo is jakarta-tomcat-connectors/webapp
> Build both the module and the java part... Follow the README.
It didn't work. Same behavior: Catalina runs
fine standalone, and the Warp port is definitely
being listened to, but when Apache tries to deploy a Webap
Thom Park at [EMAIL PROTECTED] wrote:
>
> Pier et. al.
>
> I hope that someone more enlightened can assist me with this one as I'm
> totally flummoxed by this - this applies to Solaris threads being used within
> mod_webapp (but not directly)...
Whoha... Looking for troubles, huh? :)
> I have
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
> +1 for the second approach. If the logic of your service allows for
> "restarting" without forcing an unload/reload of the entire JVM, the APIs
> should accomodate that.
Again, it would not mean "restart", but merely "pause" and "continue", as
m
Pier et. al.
I hope that someone more enlightened can assist me with this one as I'm
totally flummoxed
by this - this applies to Solaris threads being used within mod_webapp (but
not directly)...
I have succesfully (yay!) built mod_webapp (and apr) using the native SUN C
compiler on Solaris
2.8
Kevin Seguin at [EMAIL PROTECTED] wrote:
>
> i kind of like the second approach.
That's what I'm oriented for...
> i like the idea, for example, of being able to tweak a config file, then
> restart a service without having to restart the entire vm.
Well, that's not _always_ true... For example
remm01/07/30 17:30:28
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- The system policy file is now refreshed in the CL constructor, since it's more
likely to succeed here (in getPermissions, it could end up failin
>
>
> [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
> >
> > [...]
> >
> > public interface Service {
> > public void load(ServiceContext context) throws Exception;
> > public void start() throws Exception;
> > public void stop() throws Exception;
> > }
>
> I keep going back and fo
+1 for the second approach. If the logic of your service allows for
"restarting" without forcing an unload/reload of the entire JVM, the APIs
should accomodate that.
Craig
On Tue, 31 Jul 2001, Pier P. Fumagalli wrote:
> [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
> >
> > [...]
> >
> > pub
The configuration:
causes ApacheConfig to output a line of the form:
Alias / /path/to/ROOT
which makes Apache very unhappy when trying to find static files.
One alternative to the attached patch would be to simply output a
DocumentRoot directive for this special case, but I thought that t
On Mon, 30 Jul 2001, Christopher Cain wrote:
> (Two different mails snipped and referenced below :-)
>
> "Craig R. McClanahan" wrote:
> >
> > Yes, that should be "conf/server/lib". Alternatively (and the way I run
> > it), you can put these three JAR files in $JAVA_HOME/jre/lib/ext.
>
> A fe
Remy Maucherat wrote:
>
> Quoting Christopher Cain <[EMAIL PROTECTED]>:
>
> > Hot damn. Taking the classes out of the TC hierarchy got rid of that No
> > Such Algorithm business. Thanks Kevin!
> >
> > Is that more-or-less expected behavior, or should I log it into
> > bugzilla
> > so that it ge
Quoting Christopher Cain <[EMAIL PROTECTED]>:
> Hot damn. Taking the classes out of the TC hierarchy got rid of that No
> Such Algorithm business. Thanks Kevin!
>
> Is that more-or-less expected behavior, or should I log it into
> bugzilla
> so that it gets tracked as a bug?
I don't know if it'
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
>
> [...]
>
> public interface Service {
> public void load(ServiceContext context) throws Exception;
> public void start() throws Exception;
> public void stop() throws Exception;
> }
I keep going back and forth between two ideas: the f
Hot damn. Taking the classes out of the TC hierarchy got rid of that No
Such Algorithm business. Thanks Kevin!
Is that more-or-less expected behavior, or should I log it into bugzilla
so that it gets tracked as a bug? I'd be happy to look into it further,
although with my rather limited exposure
GOMEZ Henri wrote:
>
> >Just realised that the core I have was compiled without -g option. VERY
> >useful. I also wanted to replicate the core dump with the
> >httpd that was
> >compiled with -g, but that didn't work. Now I'm starting to think that
> >the core file I had was a result of a differe
pier01/07/30 16:25:42
Added: java/org/apache/service ServiceListener.java
Log:
Initial draft of the ServiceListener interface.
Revision ChangesPath
1.1
jakarta-tomcat-service/java/org/apache/service/ServiceListener.java
Index: ServiceListener
pier01/07/30 16:25:00
Added: java/org/apache/service ServiceController.java
Log:
Initial implementation of the ServiceController interface.
Revision ChangesPath
1.1
jakarta-tomcat-service/java/org/apache/service/ServiceController.java
Index:
pier01/07/30 16:24:29
Added: java/org/apache/service ServiceContext.java
Log:
Initial draft of the ServiceContext interface.
Revision ChangesPath
1.1
jakarta-tomcat-service/java/org/apache/service/ServiceContext.java
Index: ServiceContext.jav
pier01/07/30 16:23:55
Added: java/org/apache/service Service.java
Log:
Initial draft of the Service interface.
Revision ChangesPath
1.1 jakarta-tomcat-service/java/org/apache/service/Service.java
Index: Service.java
=
pier01/07/30 16:23:22
Modified:java/org/apache/service ServicePermission.java
Log:
Wrong license.
Revision ChangesPath
1.3 +5 -5
jakarta-tomcat-service/java/org/apache/service/ServicePermission.java
Index: ServicePermission.java
===
i have seen this.
little background first...
i had some webapps that needed to use jsse, plus catalina needed it for
https. so, i figured i'd put the jsse jars somewhere in the tc4 dist tree
so that both the webapps and catalina could find them. i believe that was
$TC4_HOME/common/lib. well,
(Two different mails snipped and referenced below :-)
"Craig R. McClanahan" wrote:
>
> Yes, that should be "conf/server/lib". Alternatively (and the way I run
> it), you can put these three JAR files in $JAVA_HOME/jre/lib/ext.
A few things here. First, it is unnecessary, then, to have the JSSE
craigmcc01/07/30 13:35:49
Modified:catalina/src/share/org/apache/catalina InstanceEvent.java
catalina/src/share/org/apache/catalina/core
ApplicationFilterChain.java
catalina/src/share/org/apache/catalina/util
craigmcc01/07/30 13:04:05
Modified:catalina/src/share/org/apache/catalina Realm.java
catalina/src/share/org/apache/catalina/authenticator
LocalStrings.properties SSLAuthenticator.java
catalina/src/share/org/apache/catalina/realm Real
craigmcc01/07/30 12:16:25
Modified:webapps/tomcat-docs build.xml index.xml project.xml
Added: webapps/tomcat-docs/config index.xml project.xml
Log:
Check in the infrastructure to begin converting the server configuration
reference documents.
Revision ChangesPath
craigmcc01/07/30 10:48:34
jakarta-tomcat-4.0/webapps/tomcat-docs/config - New directory
On Mon, 30 Jul 2001, Christopher Cain wrote:
>
> Christopher Cain wrote:
> >
> > [snip]
> >
> > P.S. Quick question: The 3 JSSE libraries need to live in
> > $TCHOME/server/lib, yes?
>
> Okay, I guess as long as I'm asking, can someone please post the exact
> syntax for the second (SSL) Con
On Mon, 30 Jul 2001, Christopher Cain wrote:
>
> "Craig R. McClanahan" wrote:
> >
> > > What's the top priority for the "Administrators" section?
> >
> > IMHO, documenting the various settings in server.xml is critical.
>
> +1000
>
> I spent several hours last night attempting to get SSL w
On Mon, 30 Jul 2001, Rob S. wrote:
> > It's not formally resolved, but it's time for us to just "do
> > something" instead of just talk about it.
>
> Agreed. Keeping things HT/XML with an agreed-upon set of tags sounds good
> to me. I'll do that, keeping in mind the example docs (e.g. index.
In message <[EMAIL PROTECTED]>,
"Twiggs, Glenn" <[EMAIL PROTECTED]> writes
>Yes. With a patch applied to avoid the NT Logout snafu that causes the VM to
>shutdown.
Do you have any information on this patch (I'm also using jk_service)?
--
Sean Legassick
[EMAIL PROTECTED]
Soy un hombre:
Christopher Cain wrote:
>
> [snip]
>
> P.S. Quick question: The 3 JSSE libraries need to live in
> $TCHOME/server/lib, yes?
Okay, I guess as long as I'm asking, can someone please post the exact
syntax for the second (SSL) Connector in server.xml (keystoreName &
keystorePass are attributes of
"Craig R. McClanahan" wrote:
>
> > What's the top priority for the "Administrators" section?
>
> IMHO, documenting the various settings in server.xml is critical.
+1000
I spent several hours last night attempting to get SSL working on TC4m6
standalone, with no success. I did everything the "C
Hi Folks,
has anyone managed to successfully build and run mod_webapp using the native
c compiler on Sun (5.8)?
I've had no end of grief with apr and mod_webapp. When I do get it to build
I either get "apr_pstrdup not found" (on a good day) or a nasty
"elf_xxx" (can't remember the exact routine
> It's not formally resolved, but it's time for us to just "do
> something" instead of just talk about it.
Agreed. Keeping things HT/XML with an agreed-upon set of tags sounds good
to me. I'll do that, keeping in mind the example docs (e.g. index.xml).
Soon tho', we'll have to decide on a more
[EMAIL PROTECTED] wrote:
>
> problem on aix4.3.3, apache 1.3 and tomcat 3.2 I will really appreciate if
> anyone could help...
>
> I issued the following command:
Try to use jakarta-tomcat-connectors and the configure of jk/native
subdirectory.
>
> make -f Makefile.linux mod_jk.so
42 matches
Mail list logo