TC5.0.25 ignores my META-INF/context.xml

2004-06-20 Thread Ushakov, Sergey N

Hi, I've just upgraded from TC4.1.12 to TC5.0.25.

Everything is OK, but TC evidently ignores my context configuration file
unless I place it directly into 'conf\Catalina\localhost\'.
It is ignored both if placed as 'webapps\my-app\META-INF\context.xml' and as
'webapps\my-app.xml'.

What is wrong? Should I fix some server setting?

Regards,
Sergey


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tomcat and jdk1.3 or jdk1.4

2004-06-20 Thread Elijah Epifanov
Tomcat 5 doesn't require JDK 1.4.
Contrary, it has been extensively tested with Sun JDK 1.3.1.

- Original Message - 
From: QM [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Friday, June 18, 2004 4:21 PM
Subject: Re: Tomcat and jdk1.3 or jdk1.4


 On Fri, Jun 18, 2004 at 12:10:16PM +0200, Holger de Wall wrote:
 : are there different Tomcat-5.0.25-Downloads for jdk1.3 and jdk1.4
available?

 Sort of: Tomcat5 packages exist for 1.4; they don't exist for 1.3

 Tomcat5 requires JDK 1.4


 : Which java-packages are  missing in the Version for jdk1.4?

 I'm not sure what this means.  Please explain.

 -QM

 -- 

 software  -- http://www.brandxdev.net
 tech news -- http://www.RoarNetworX.com


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



workers2.properties path ???

2004-06-20 Thread Elijah Epifanov
Silly question:
Where do I need to store my workers2.properties file if my apache
isn't contained in one directory?
/var/conf/apache2 - replacement for ${APACHE2}/conf
/usr/local/apache2 - Apache2 root

error_log:
[Sun Jun 20 09:02:35 2004] [notice] Apache/2.0.49 (Unix) mod_ssl/2.0.49
OpenSSL/0.9.6g mod_jk2/2.0.4 configured -- resuming normal operations
[Sun Jun 20 09:02:35 2004] [error] uriEnv.init() map to invalid worker
/tomcat ajp13:localhost:8009
^^end^^

workers2.properties:
[channel.socket:localhost:8009]
tomcatId=localhost:8009

[ajp13:localhost:8009]
channel=channel.socket:localhost:8009

[uri:/jsp-examples]
info=JSP Examples
^^end^^

Everything worked ok before I decided to make a clean installation with more
organized tree.

:(

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

problem creating process

2004-06-20 Thread uwe geercken
hello everybody,

I hope to get an answer here to a problem, that I encountered when I
installed a web app on a customers machine.

following situation:

from the web application the user can select to make a backup from an mysql
database. the servlet code is as follows:

String execString = mysqldump -u  + editor.getUserid() + --password= +
editor.getPassword() +  -c --add-drop-table -r  + path + backupName + 
adb;
try
{
   Process process = Runtime.getRuntime().exec(execString);
   process.waitFor();
   Controller.log(Controller.LOG_TYPE_NOTE, MESSAGE_BACKUP_CREATED + :  +
backupName);
   session.setAttribute(ConstantsWeb.ATTRIBUTE_MESSAGE,
MESSAGE_BACKUP_CREATED + :  + backupName);
.

now this code works on two machines that I testet the installation on. but
on the customers machine, that is running win2k and the same tomcat 4.0.16
and mysql version as the testet machines, I get following error message that
I got from: sderr.log in the tomcat/log folder:

java.io.IOException: Create Process mysqldump - u
admin --password=test -c -add-drop-table -r
c:\tomcat4\webapps\asw\backup\backup200406172016.data  error=2
at java.lang.Win32Process.create(Native Method)
...

can anybody please tell me where the error could be located? What is this
error 2? I checked the folders and the user has read/write access to it. the
machine is running on the administrator account. I assume that it is a
security problem. if so could somebody help me to adjust the catalina policy
file?

thanks for your help in advance

uwe geercken


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: workers2.properties path ???

2004-06-20 Thread Elijah Epifanov
Got it ... sent a bug report.
mod_jk2 searches for *.properties in ${APACHE_ROOT}/conf,
irrelative of where u've set --sysconfdir while configuring.


- Original Message - 
From: Elijah Epifanov [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Sunday, June 20, 2004 1:33 PM
Subject: workers2.properties path ???


 Silly question:
 Where do I need to store my workers2.properties file if my apache
 isn't contained in one directory?
 /var/conf/apache2 - replacement for ${APACHE2}/conf
 /usr/local/apache2 - Apache2 root

 error_log:
 [Sun Jun 20 09:02:35 2004] [notice] Apache/2.0.49 (Unix) mod_ssl/2.0.49
 OpenSSL/0.9.6g mod_jk2/2.0.4 configured -- resuming normal operations
 [Sun Jun 20 09:02:35 2004] [error] uriEnv.init() map to invalid worker
 /tomcat ajp13:localhost:8009
 ^^end^^

 workers2.properties:
 [channel.socket:localhost:8009]
 tomcatId=localhost:8009

 [ajp13:localhost:8009]
 channel=channel.socket:localhost:8009

 [uri:/jsp-examples]
 info=JSP Examples
 ^^end^^

 Everything worked ok before I decided to make a clean installation with
more
 organized tree.

 :(








 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: TC5.0.25 ignores my META-INF/context.xml

2004-06-20 Thread Jacob Kjome
At 12:26 PM 6/20/2004 +0400, you wrote:
Hi, I've just upgraded from TC4.1.12 to TC5.0.25.
Everything is OK, but TC evidently ignores my context configuration file
unless I place it directly into 'conf\Catalina\localhost\'.
It is ignored both if placed as 'webapps\my-app\META-INF\context.xml' and as
'webapps\my-app.xml'.
What is wrong? Should I fix some server setting?
Nothing is wrong.  The loading of the context configuration files has 
simply changed between 4.1.xx and 5.0.xx.  The appropriate place for the 
context configuration file (CCF) is conf/[Engine]/[Host].  You can either 
put it there manually or you can go though the manager interface to deploy 
an application where either the WAR file has a META-INF/context.xml or you 
point the to the CCF explicitly.  Unfortunately, just dropping the WAR file 
into webapps won't autodeploy the META-INF/context.xml, so you'll have to 
put that under the conf directory manually.

Jake

Regards,
Sergey
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: TC5.0.25 ignores my META-INF/context.xml

2004-06-20 Thread Peter Rossbach
Hello Jacob,
I thing your analyze is not correct.
The problem is:
currently the auto deployment for directories not implement.
Copy a war with META-INF/context.xml at your webapps (host.appbase) dir
the file context.xml was extracted and deployed. Tested with 5.0.25.
 
see my log
20.06.2004 15:20:16 org.apache.catalina.startup.Catalina start
INFO: Server startup in 13259 ms
20.06.2004 15:20:24 org.apache.catalina.core.StandardHostDeployer install
INFO: Processing Context configuration file URL 
file:D:\tomcat\temp\temp\release
filter\webdev-server\conf\Catalina\localhost\releasefilter.xml

I thing, it was also a usefull feature to implement this for directory 
deployment.
   Easier for some non expert customer or developer ;-)

regards
peter
Jacob Kjome schrieb:
At 12:26 PM 6/20/2004 +0400, you wrote:
Hi, I've just upgraded from TC4.1.12 to TC5.0.25.
Everything is OK, but TC evidently ignores my context configuration file
unless I place it directly into 'conf\Catalina\localhost\'.
It is ignored both if placed as 'webapps\my-app\META-INF\context.xml' 
and as
'webapps\my-app.xml'.

What is wrong? Should I fix some server setting?

Nothing is wrong.  The loading of the context configuration files has 
simply changed between 4.1.xx and 5.0.xx.  The appropriate place for 
the context configuration file (CCF) is conf/[Engine]/[Host].  You can 
either put it there manually or you can go though the manager 
interface to deploy an application where either the WAR file has a 
META-INF/context.xml or you point the to the CCF explicitly.  
Unfortunately, just dropping the WAR file into webapps won't 
autodeploy the META-INF/context.xml, so you'll have to put that under 
the conf directory manually.

Jake

Regards,
Sergey
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
J2EE Systemarchitekt und Tomcat Experte
http://objektpark.de/
http://www.webapp.de/
Am Josephsschacht 72, 44879 Bochum, Deutschland
Telefon:  (49) 234 9413228
Mobil:(49) 175 1660884
E-Mail:  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[OT] EJB QL: using findBy with a legacy class

2004-06-20 Thread Jens Skripczynski
Hi,

I have a Problem using find with a serializeable CMP field.
(and hope someone here can give me a hint).
---
I'm using J2EE 1.3.1 Sun RI and ran into this problem:

I have a serializeable class as a CMP Field (Permission) and 
want to Do a findByPermission EJB query. (example code below).

Things I have checked:
- The dependant class in Serializeable (EJB SPEC 2.0 10.3.3)
  and has a new 'equals' method
- find Parameter is of the same class as CMP field as required for the
  = operator (SPEC 2.0 11.2.10)

- EJB QL Statement 
SELECT OBJECT(perm) FROM PermissionSchema as perm
WHERE perm.permission = ?1
- EJB QL Statement 

But still the RI Deployment Tool complains (while generating SQL):

Invalid type of expression (perm.permission = ?1)


Any Ideas ??



--- Java example code ---
public abstract class PermissionBean implements EntityBean{

   public abstract void setPermission(Permission perm);
   public abstract Permission getPermission();

   [...]
}

public interface PermissionHomeLocal extends EJBLocalHome {

   [...]

   public PermissionLocal findByPermission(Permission permission) 
  throws FinderException;

}

public class Permission implements Serializable {
   public final static Permission CREATE_USER = new Permission(Create User, Allows 
User Creation);

   final private String name;
   final private String description;


   private Permission (final String name, final String description){
  this.name = name;
  this.description = description;
   }

   public String getName() { return this.name; }

   public String getDescription() { return this.description; }

   public boolean equals(Object obj) {
  if (obj instanceof Permission) {
 Permission perm = (Permission) obj;
 return this.name.equals(perm.getName());
  } 
  return false;
   }
}
--- Java example code ---

Ciao

Jens Skripczynski
-- 
E-Mail: skripi-lists(at)myrealbox(dot)com

They say if you play the Windows 2000 CD backward, you can hear satanic words.
Oh, thats nothing. If you play it forward it installs Windows 2000 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: TC5.0.25 ignores my META-INF/context.xml

2004-06-20 Thread Jacob Kjome

At 03:23 PM 6/20/2004 +0200, you wrote:
Hello Jacob,
I thing your analyze is not correct.
Well, if your findings are right, then I'm glad I'm wrong :-)   Last time I 
checked, this was not working for me, but I can't remember how far back 
that was.  Just to be clear, I was wrong on only the bit on dropping a .war 
file into the webapps directory not deploying the META-INF/context.xml file 
to the conf/Catalina/localhost directory.  The rest should be correct.

Jake

The problem is:
currently the auto deployment for directories not implement.
Copy a war with META-INF/context.xml at your webapps (host.appbase) dir
the file context.xml was extracted and deployed. Tested with 5.0.25.
see my log
20.06.2004 15:20:16 org.apache.catalina.startup.Catalina start
INFO: Server startup in 13259 ms
20.06.2004 15:20:24 org.apache.catalina.core.StandardHostDeployer install
INFO: Processing Context configuration file URL 
file:D:\tomcat\temp\temp\release
filter\webdev-server\conf\Catalina\localhost\releasefilter.xml

I thing, it was also a usefull feature to implement this for directory 
deployment.
   Easier for some non expert customer or developer ;-)

regards
peter
Jacob Kjome schrieb:
At 12:26 PM 6/20/2004 +0400, you wrote:
Hi, I've just upgraded from TC4.1.12 to TC5.0.25.
Everything is OK, but TC evidently ignores my context configuration file
unless I place it directly into 'conf\Catalina\localhost\'.
It is ignored both if placed as 'webapps\my-app\META-INF\context.xml' and as
'webapps\my-app.xml'.
What is wrong? Should I fix some server setting?

Nothing is wrong.  The loading of the context configuration files has 
simply changed between 4.1.xx and 5.0.xx.  The appropriate place for the 
context configuration file (CCF) is conf/[Engine]/[Host].  You can either 
put it there manually or you can go though the manager interface to 
deploy an application where either the WAR file has a 
META-INF/context.xml or you point the to the CCF explicitly.
Unfortunately, just dropping the WAR file into webapps won't autodeploy 
the META-INF/context.xml, so you'll have to put that under the conf 
directory manually.

Jake

Regards,
Sergey
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
J2EE Systemarchitekt und Tomcat Experte
http://objektpark.de/
http://www.webapp.de/
Am Josephsschacht 72, 44879 Bochum, Deutschland
Telefon:  (49) 234 9413228
Mobil:(49) 175 1660884
E-Mail:  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Setup problem with Tomcat 5.0.25 running as a daemon under jsvc

2004-06-20 Thread Fernando Fernandez
Hi all,

I found a problem that might be more of a jsvc problem than a tomcat
issue. But perhaps someone has had the same issue and knows the
solution. When a user creates a new subdomain (e.g.
http://subdomain.mydomain.com) and publishes a new Java Server Page,
they get the following error:

java.io.FileNotFoundException:
/opt/jakarta-tomcat-5.0.25/work/Catalina/subdomain.mydomain.com/_/org/ap
ache/jsp/test_jsp.java
java.io.FileOutputStream.open(Native Method)
java.io.FileOutputStream.init(FileOutputStream.java:179)
java.io.FileOutputStream.init(FileOutputStream.java:70)

org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:188)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:461)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:442)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:430)

org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja
va:511)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:274)

org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)

org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)

It looks like the problem has something to do with Tomcat trying to
create the new directory structure under Tomcat's 'work' directory,
because I don't see part of the directory path mentioned in the message.
And when I start Tomcat using /bin/startup.sh as root, the page runs
fine and the directory structure is created. After that, any new page
published works fine in the original setup. 

I tried 'chmod -R 777 work' to allow changes to that directory by
anyone, but it still doesn't work. I tried specifying root as the user
in the jsvc call, and it doesn't make a difference. Is this behaviour by
design or is it a problem, probably in jsvc? If a solution is not
possible using jsvc to run Tomcat as a daemon, is there another way to
run it (I'm a newbie to Tomcat, and I first tried the recommendation in
Apache's web site). 

Thanks for your help,

Fernando.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



mod_jk install problem

2004-06-20 Thread Graeme
Afternoon all, I'm trying to install mod_jk and I can't create the mod_jk.so file.  I 
think the problem is something to do with:

need to check for Perl first, apxs depends on it...checking for perl... /usr/bin/perl
Use of uninitialized value in concatenation (.) or string at /usr/sbin/apxs line 262.

I'm using Redhat 9.

Anyone got any ideas?


[EMAIL PROTECTED] native]# ./configure --with-apxs=/usr/sbin/apxs
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... none
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking dependency style of gcc... (cached) none
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for test... /usr/bin/test
checking for rm... /bin/rm
checking for grep... /bin/grep
checking for echo... /bin/echo
checking for sed... /bin/sed
checking for cp... /bin/cp
checking for mkdir... /bin/mkdir
checking for libtool... /usr/bin/libtool
need to check for Perl first, apxs depends on it...
checking for perl... /usr/bin/perl
could not find /usr/sbin/apxs
configure: error: You must specify a valid --with-apxs path
[EMAIL PROTECTED] native]# vi /usr/sbin/apxs
[EMAIL PROTECTED] native]# ./configure --with-apxs=/usr/sbin/apxs
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... none
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking command to parse 

Re: Setup problem with Tomcat 5.0.25 running as a daemon under jsvc

2004-06-20 Thread Parsons Technical Services
Do a
chgrp -R youruser tomcatBaseDir

and a

chusr -R youruser tomcatBaseDir

To have the tomcat directory structure that is owned and belongs to the user
specified in jsvc.

Doug
www.parsonstechnical.com


- Original Message - 
From: Fernando Fernandez [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Sunday, June 20, 2004 1:28 PM
Subject: Setup problem with Tomcat 5.0.25 running as a daemon under jsvc


 Hi all,

 I found a problem that might be more of a jsvc problem than a tomcat
 issue. But perhaps someone has had the same issue and knows the
 solution. When a user creates a new subdomain (e.g.
 http://subdomain.mydomain.com) and publishes a new Java Server Page,
 they get the following error:

 java.io.FileNotFoundException:
 /opt/jakarta-tomcat-5.0.25/work/Catalina/subdomain.mydomain.com/_/org/ap
 ache/jsp/test_jsp.java
 java.io.FileOutputStream.open(Native Method)
 java.io.FileOutputStream.init(FileOutputStream.java:179)
 java.io.FileOutputStream.init(FileOutputStream.java:70)

 org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:188)
 org.apache.jasper.compiler.Compiler.compile(Compiler.java:461)
 org.apache.jasper.compiler.Compiler.compile(Compiler.java:442)
 org.apache.jasper.compiler.Compiler.compile(Compiler.java:430)

 org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja
 va:511)

 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
 va:274)

 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)

 org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:810)

 It looks like the problem has something to do with Tomcat trying to
 create the new directory structure under Tomcat's 'work' directory,
 because I don't see part of the directory path mentioned in the message.
 And when I start Tomcat using /bin/startup.sh as root, the page runs
 fine and the directory structure is created. After that, any new page
 published works fine in the original setup.

 I tried 'chmod -R 777 work' to allow changes to that directory by
 anyone, but it still doesn't work. I tried specifying root as the user
 in the jsvc call, and it doesn't make a difference. Is this behaviour by
 design or is it a problem, probably in jsvc? If a solution is not
 possible using jsvc to run Tomcat as a daemon, is there another way to
 run it (I'm a newbie to Tomcat, and I first tried the recommendation in
 Apache's web site).

 Thanks for your help,

 Fernando.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



no down time deploy into multiple servers

2004-06-20 Thread Keizo Shimizu
Hi,

Is it possible to deploy same application update to multiple
Tomcat server in one touch, as shortest down time as possible,
hopefully no down time (some of cluster may down, but not entire
cluster) ?
If it's possible, how should I do it ?

Thank you.

-- 
Keizo SHIMIZU
Nissho Techno System Coporation


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Thank you for your e-mail

2004-06-20 Thread bruno





Thank you for e-mailing my office.  Your comments and suggestions are very
important to me and an integral part of the legislative process.  If you
have not already done so, please forward your name and address to my
office.  This allows my office to stay in touch and keep you up to date on
the important issues that affect you as a constituent.  Again, thank you
for your e-mail.  If I can be of further assistance, please do not hesitate
to contact my office.

Sincerely,

Joseph L. Bruno

[Please note that you will receive only one copy of this automated response
each day.]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: mod_jk install problem

2004-06-20 Thread shiv juluru

as per my knowledge follow the INSTALL file in ur apache folder.

or

for more details follow this url 
http://johnturner.com/howto/apache2-tomcat4127-jk-rh9-howto.html

i hope it may helpful for u.


-
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!

Load-balancing with MS IIS and tomcat 5

2004-06-20 Thread Sng Wee Jim

Hi,

Is there any tutorial/documentation site that detail how to load-balance
Microsoft IIS working with Tomcat 5 (via JK2 connector).

Any difference in using MS IIS compared to Apache webserver?


- Jim




The information in this email is confidential and is intended solely
for the addressee(s).
Access to this email by anyone else is unauthorized. If you are not
an intended recipient, please notify the sender of this email 
immediately. You should not copy, use or disseminate the 
information contained in the email.
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Capco.

http://www.capco.com/