[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
and
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
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
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
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 the
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: nada
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.xml).
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 working on TC4m6
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) Connector in
craigmcc01/07/30 10:48:34
jakarta-tomcat-4.0/webapps/tomcat-docs/config - New directory
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 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
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
(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 jars
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,
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
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: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:
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: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:
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 different crash
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
[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 first
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's
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 gets tracked as a
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 few things here.
The configuration:
ApacheConfig forwardAll=false useJkMount=true
jkDebug=error noRoot=false /
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
+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:
[...]
public
[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
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
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,
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
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
most of the
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
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 Webapp,
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 listened to, but
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
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 enlighten me
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
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
grumble), tomorrow I'll start working on a Welcome to
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 different crash
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
42 matches
Mail list logo