You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by TomK <sw...@yahoo.com> on 2005/01/05 00:27:56 UTC
JAR locking / Tomcat 5.5.4 / Windows
I've been following the recent threads regarding JAR locking with Tomcat 5.x on Windows platforms. A few people mentioned they had been able to get either the antiJARLocking or antiResourceLocking attributes to work, so I've spent quite a bit of time trying out different scenarios and configurations, under the impression that I must be missing something simple.....however, I've not yet found a situation where either attribute has any effect on deploy/undeploy.
I've put together a simple app that illustrates the issue. Here's how to replicate:
(I've actually started with a fresh, clean copy of Windows XP SP2)
1. Install JRE 5.0 (Update 1)
2. Install Tomcat 5.5.4, using windows installer.
3. Start Tomcat.
4. Using the manager webApp, deploy this WAR.
5. Point your browser to the webApp (named 'sample'), follow the link, enter data in sample form, click OK.
6. note the [TomcatHome]/'temp' directory is empty.
7. Using the manager webApp, undeploy the sample app.
at this point, on my machine, struts.jar is left in the WEB-INF/lib directory. Note that at step 5, the application should be running from the 'temp' directory, which it is not. The context.xml for this webApp has the antiResourceLocking="true" value set. Setting this attribute in the global context.xml also has no effect.
Any ideas are appreciated.
thanks
tk
Re: JAR locking / Tomcat 5.5.4 / Windows
Posted by Siarhei Dudzin <si...@gmail.com>.
Do you know how to set the same when running Tomcat in console mode
(from command prompt)?
On Thu, 13 Jan 2005 10:33:15 -0800 (PST), TomK
<sw...@yahoo.com> wrote:
> Success! I was able to get the antiResourceLocking attribute to finally take effect with Tomcat 5.5.4.
>
> The problem is the default Windows install does not set the "Working Path" (viewable on the Startup/Shutdown tabs of the service manager that sits in the SysTray). Once I set the working path to the tomcat base directory, and restarted Tomcat, and deployed the WAR, the application files were copied to the temp directory and run from there, just as promised. Undeploy works fine. Interestingly, the directories created in the temp directory aren't deleted when Tomcat is shutdown, for the same reason: the jar's are locked.
>
> Dominik -- Regarding your statement that "the latest CVS version does not suffer from the nasty jar locking." I'll try it out later, but are you suggesting 5.5.7 will not have JAR locking issues at all, and thus the antiResourceLocking and antiJARLocking attributes will be unnecessary??
>
> thanks
> -tk
>
> TomK <sw...@yahoo.com> wrote:
> Thanks very much, I'll check the latest version out and post my results, in case anyone else has this issue.
>
> -tk
>
> Dominik Drzewiecki wrote:
> Siarhei Dudzin wrote:
> > Did you find a solution?
>
> FYI it has been fixed on 17/12/2004 and the latest CVS version does not
> suffer from the nasty jar locking.
> The root of the problem was the JasperLoader locking (using cached
> getResourceAsStream()) the jars containing jsp tag libraries.
> It works for me. Please do give it a spin and test for yourselves.
> BTW, there seems to be 5.5.7 distro coming soon.
>
> cheers,
> /dd
>
> >
> > On Tue, 4 Jan 2005 15:27:56 -0800 (PST), TomK
> > wrote:
> >> I've been following the recent threads regarding JAR locking with
> >> Tomcat 5.x on Windows platforms. A few people mentioned they had been
> >> able to get either the antiJARLocking or antiResourceLocking attributes
> >> to work, so I've spent quite a bit of time trying out different
> >> scenarios and configurations, under the impression that I must be
> >> missing something simple.....however, I've not yet found a situation
> >> where either attribute has any effect on deploy/undeploy.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
RE: Sending email with zip file attach problem
Posted by Daxin Zuo <dz...@techexcel.com>.
Thanks for the reply. So I have to output the file.
If, in jave, there is no way to upload the file and attach the file
directly, it seems strange.
-----Original Message-----
From: Caroline Jen [mailto:jiapei_jen@yahoo.com]
Sent: Monday, January 24, 2005 11:10 AM
To: Tomcat Users List
Subject: Re: Sending email with zip file attach problem
It is an example of sending bulk mails with
attachment.
You have to write the uploaded file into a temporary
directory.
See the attachments. I hope the example could be
useful.
-Caroline
--- Daxin Zuo <dz...@techexcel.com> wrote:
>
> Hi,
> Please help. Any sugestion is welcome. In my web
> page, users send email
> with attachment, so upload is related. I can provide
> the file in either a
> byte[] array, or in an inputstream. I try to send
> the attachement with
> JavaMail(I know there is email api in Tomcat-Common.
> But I have no a good
> example).
>
> --- my code in a function in a servlet ---
> DiskFileUpload upload = new DiskFileUpload();
> List items = upload.parseRequest(request);
> Iterator itr = items.iterator();
> item = (FileItem) itr.next();
> .....
> //----- now it is a attachement. ----
> InputStream istrm= item.getInputStream();
> ... ....
> MimeBodyPart messageBodyPart = new MimeBodyPart();
> messageBodyPart.setDisposition(Part.INLINE);
> messageBodyPart.setContent(strBodyText,
> "text/plain");
> MimeMultipart multipart = new MimeMultipart();
> multipart.addBodyPart(messageBodyPart);
> messageBodyPart = new MimeBodyPart(istrm);
>
messageBodyPart.setDisposition(messageBodyPart.ATTACHMENT);
> messageBodyPart.addHeader("Content-Type",strMime);
> //strMime is correct
> messageBodyPart.setFileName(fileName);
> multipart.addBodyPart(messageBodyPart);
> ....
>
>
> NO metter what file it is, the attachement received
> is ATT00211.txt.
> I the file is a text file, the contents are correct.
> if the file is a small zip file, it adds the lines
> as following in attached
> file:
> Content-Type: application/zip; name=idmeta.zip
> Content-Disposition: attachment; filename=idmeta.zip
> Content-Transfer-Encoding: 7bit
>
> What's wrong? Please forward instruction.
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> tomcat-user-help@jakarta.apache.org
>
>
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Re: Sending email with zip file attach problem
Posted by Caroline Jen <ji...@yahoo.com>.
It is an example of sending bulk mails with
attachment.
You have to write the uploaded file into a temporary
directory.
See the attachments. I hope the example could be
useful.
-Caroline
--- Daxin Zuo <dz...@techexcel.com> wrote:
>
> Hi,
> Please help. Any sugestion is welcome. In my web
> page, users send email
> with attachment, so upload is related. I can provide
> the file in either a
> byte[] array, or in an inputstream. I try to send
> the attachement with
> JavaMail(I know there is email api in Tomcat-Common.
> But I have no a good
> example).
>
> --- my code in a function in a servlet ---
> DiskFileUpload upload = new DiskFileUpload();
> List items = upload.parseRequest(request);
> Iterator itr = items.iterator();
> item = (FileItem) itr.next();
> .....
> //----- now it is a attachement. ----
> InputStream istrm= item.getInputStream();
> ... ....
> MimeBodyPart messageBodyPart = new MimeBodyPart();
> messageBodyPart.setDisposition(Part.INLINE);
> messageBodyPart.setContent(strBodyText,
> "text/plain");
> MimeMultipart multipart = new MimeMultipart();
> multipart.addBodyPart(messageBodyPart);
> messageBodyPart = new MimeBodyPart(istrm);
>
messageBodyPart.setDisposition(messageBodyPart.ATTACHMENT);
> messageBodyPart.addHeader("Content-Type",strMime);
> //strMime is correct
> messageBodyPart.setFileName(fileName);
> multipart.addBodyPart(messageBodyPart);
> ....
>
>
> NO metter what file it is, the attachement received
> is ATT00211.txt.
> I the file is a text file, the contents are correct.
> if the file is a small zip file, it adds the lines
> as following in attached
> file:
> Content-Type: application/zip; name=idmeta.zip
> Content-Disposition: attachment; filename=idmeta.zip
> Content-Transfer-Encoding: 7bit
>
> What's wrong? Please forward instruction.
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> tomcat-user-help@jakarta.apache.org
>
>
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
Sending email with zip file attach problem
Posted by Daxin Zuo <dz...@techexcel.com>.
Hi,
Please help. Any sugestion is welcome. In my web page, users send email
with attachment, so upload is related. I can provide the file in either a
byte[] array, or in an inputstream. I try to send the attachement with
JavaMail(I know there is email api in Tomcat-Common. But I have no a good
example).
--- my code in a function in a servlet ---
DiskFileUpload upload = new DiskFileUpload();
List items = upload.parseRequest(request);
Iterator itr = items.iterator();
item = (FileItem) itr.next();
.....
//----- now it is a attachement. ----
InputStream istrm= item.getInputStream();
... ....
MimeBodyPart messageBodyPart = new MimeBodyPart();
messageBodyPart.setDisposition(Part.INLINE);
messageBodyPart.setContent(strBodyText, "text/plain");
MimeMultipart multipart = new MimeMultipart();
multipart.addBodyPart(messageBodyPart);
messageBodyPart = new MimeBodyPart(istrm);
messageBodyPart.setDisposition(messageBodyPart.ATTACHMENT);
messageBodyPart.addHeader("Content-Type",strMime); //strMime is correct
messageBodyPart.setFileName(fileName);
multipart.addBodyPart(messageBodyPart);
....
NO metter what file it is, the attachement received is ATT00211.txt.
I the file is a text file, the contents are correct.
if the file is a small zip file, it adds the lines as following in attached
file:
Content-Type: application/zip; name=idmeta.zip
Content-Disposition: attachment; filename=idmeta.zip
Content-Transfer-Encoding: 7bit
What's wrong? Please forward instruction.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
RE: Authentication problem in Sending email from servlet. (tomcate 5)
Posted by Daxin Zuo <dz...@techexcel.com>.
Sorry, no problem. The account password is wrong.
-----Original Message-----
From: Daxin Zuo [mailto:dzuo@techexcel.com]
Sent: Thursday, January 13, 2005 3:44 PM
To: Tomcat Users List
Subject: Authentication problem in Sending email from servlet. (tomcate
5)
Hi,
In my web page, user sends email with attachment, so upload is related. I
load the file in a byte array, and try to send with JavaMail(I know there is
Mail api in Tomcat-Common. But I have no a good example).
The related code is copied at the end.
The email serve needs no user-name and password, because the C++ program
sends email without authentication.
if I set prop.put("mail.smtp.auth", "false");
Exception: SendEmail Error: javax.mail.AuthenticationFailedException
If I set to Password and username to "", or set the user name to the
From-Email address:
SendEmail Error: com.sun.mail.smtp.SMTPSendFailedException: 530 5.7.0
Authentication required
Please tell me what's wrong. Thanks.
import javax.mail.*;
import javax.mail.internet.*;
import javax.activation.*;
import org.apache.commons.net.smtp.*;
import org.apache.commons.net.io.Util;
....
Properties prop = System.getProperties();
prop.put("mail.smtp.host", szServer);
prop.put("mail.smtp.from", strFrom);
prop.put("mail.transport.protocol", "SMTP");
final String user = tool.isnull2(szAccount)==""?
strFrom: // From email Address
tool.isnull2(szAccount);// Account of the user.
final String pwd = tool.isnull2(szPassword);
Authenticator auth = null;
prop.put("mail.smtp.auth", "true");
auth = new Authenticator (){
public PasswordAuthentication getPasswordAuthentication() {
return new PasswordAuthentication(user, pwd);
}
};
Session ses1=Session.getInstance(prop,auth);
MimeMessage msg = new MimeMessage(ses1);
msg.setFrom(new InternetAddress(strFrom));
String[] Recipts = strRecipts.split(",");
for( int k=0; k < Recipts.length; k++)
msg.addRecipient(Message.RecipientType.TO,
new InternetAddress(Recipts[k]));
if (!tool.isnull(strCcRecipts)){
Recipts = strCcRecipts.split(",");
for (int k = 0; k < Recipts.length; k++)
msg.addRecipient(Message.RecipientType.CC,
new InternetAddress(Recipts[k]));
}
msg.setSubject(strSubject);
msg.setHeader("X-Mailer", "Java Mail");
MimeBodyPart messageBodyPart = new MimeBodyPart();
messageBodyPart.setDisposition(Part.INLINE);
messageBodyPart.setContent(strBodyText, "text/plain");
MimeMultipart multipart = new MimeMultipart();
multipart.addBodyPart(messageBodyPart);
if (AttacheFileSize > 0) { // one attache file only.
messageBodyPart = new MimeBodyPart();
messageBodyPart.setDataHandler(new DataHandler(
ByteArrayOfFile, // byte[] it holds the file contents
myFileMimeType)); //String, mime type of the file
messageBodyPart.setFileName(astrAttach);
multipart.addBodyPart(messageBodyPart);
}
msg.setContent(multipart);
msg.setSentDate(new Date());
Transport.send(msg);
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Authentication problem in Sending email from servlet. (tomcate 5)
Posted by Daxin Zuo <dz...@techexcel.com>.
Hi,
In my web page, user sends email with attachment, so upload is related. I
load the file in a byte array, and try to send with JavaMail(I know there is
Mail api in Tomcat-Common. But I have no a good example).
The related code is copied at the end.
The email serve needs no user-name and password, because the C++ program
sends email without authentication.
if I set prop.put("mail.smtp.auth", "false");
Exception: SendEmail Error: javax.mail.AuthenticationFailedException
If I set to Password and username to "", or set the user name to the
From-Email address:
SendEmail Error: com.sun.mail.smtp.SMTPSendFailedException: 530 5.7.0
Authentication required
Please tell me what's wrong. Thanks.
import javax.mail.*;
import javax.mail.internet.*;
import javax.activation.*;
import org.apache.commons.net.smtp.*;
import org.apache.commons.net.io.Util;
....
Properties prop = System.getProperties();
prop.put("mail.smtp.host", szServer);
prop.put("mail.smtp.from", strFrom);
prop.put("mail.transport.protocol", "SMTP");
final String user = tool.isnull2(szAccount)==""?
strFrom: // From email Address
tool.isnull2(szAccount);// Account of the user.
final String pwd = tool.isnull2(szPassword);
Authenticator auth = null;
prop.put("mail.smtp.auth", "true");
auth = new Authenticator (){
public PasswordAuthentication getPasswordAuthentication() {
return new PasswordAuthentication(user, pwd);
}
};
Session ses1=Session.getInstance(prop,auth);
MimeMessage msg = new MimeMessage(ses1);
msg.setFrom(new InternetAddress(strFrom));
String[] Recipts = strRecipts.split(",");
for( int k=0; k < Recipts.length; k++)
msg.addRecipient(Message.RecipientType.TO,
new InternetAddress(Recipts[k]));
if (!tool.isnull(strCcRecipts)){
Recipts = strCcRecipts.split(",");
for (int k = 0; k < Recipts.length; k++)
msg.addRecipient(Message.RecipientType.CC,
new InternetAddress(Recipts[k]));
}
msg.setSubject(strSubject);
msg.setHeader("X-Mailer", "Java Mail");
MimeBodyPart messageBodyPart = new MimeBodyPart();
messageBodyPart.setDisposition(Part.INLINE);
messageBodyPart.setContent(strBodyText, "text/plain");
MimeMultipart multipart = new MimeMultipart();
multipart.addBodyPart(messageBodyPart);
if (AttacheFileSize > 0) { // one attache file only.
messageBodyPart = new MimeBodyPart();
messageBodyPart.setDataHandler(new DataHandler(
ByteArrayOfFile, // byte[] it holds the file contents
myFileMimeType)); //String, mime type of the file
messageBodyPart.setFileName(astrAttach);
multipart.addBodyPart(messageBodyPart);
}
msg.setContent(multipart);
msg.setSentDate(new Date());
Transport.send(msg);
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Re: JAR locking / Tomcat 5.5.4 / Windows
Posted by Dominik Drzewiecki <dr...@post.pl>.
TomK <sw...@yahoo.com> wrote:
> Dominik -- Regarding your statement that "the latest CVS version does
> not suffer from the nasty jar locking." I'll try it out later, but are
> you suggesting 5.5.7 will not have JAR locking issues at all, and thus
> the antiResourceLocking and antiJARLocking attributes will be
> unnecessary??
Well, in my particular case (I have a test app using jstl fmt taglib) I no
longer needed antiJARLocking. I have even explicitely set it to false in
context.xml. It undeploys now whereas before having the fix applied
undeploy failed.
cheers
/dd
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Re: JAR locking / Tomcat 5.5.4 / Windows
Posted by TomK <sw...@yahoo.com>.
Success! I was able to get the antiResourceLocking attribute to finally take effect with Tomcat 5.5.4.
The problem is the default Windows install does not set the "Working Path" (viewable on the Startup/Shutdown tabs of the service manager that sits in the SysTray). Once I set the working path to the tomcat base directory, and restarted Tomcat, and deployed the WAR, the application files were copied to the temp directory and run from there, just as promised. Undeploy works fine. Interestingly, the directories created in the temp directory aren't deleted when Tomcat is shutdown, for the same reason: the jar's are locked.
Dominik -- Regarding your statement that "the latest CVS version does not suffer from the nasty jar locking." I'll try it out later, but are you suggesting 5.5.7 will not have JAR locking issues at all, and thus the antiResourceLocking and antiJARLocking attributes will be unnecessary??
thanks
-tk
TomK <sw...@yahoo.com> wrote:
Thanks very much, I'll check the latest version out and post my results, in case anyone else has this issue.
-tk
Dominik Drzewiecki wrote:
Siarhei Dudzin wrote:
> Did you find a solution?
FYI it has been fixed on 17/12/2004 and the latest CVS version does not
suffer from the nasty jar locking.
The root of the problem was the JasperLoader locking (using cached
getResourceAsStream()) the jars containing jsp tag libraries.
It works for me. Please do give it a spin and test for yourselves.
BTW, there seems to be 5.5.7 distro coming soon.
cheers,
/dd
>
> On Tue, 4 Jan 2005 15:27:56 -0800 (PST), TomK
> wrote:
>> I've been following the recent threads regarding JAR locking with
>> Tomcat 5.x on Windows platforms. A few people mentioned they had been
>> able to get either the antiJARLocking or antiResourceLocking attributes
>> to work, so I've spent quite a bit of time trying out different
>> scenarios and configurations, under the impression that I must be
>> missing something simple.....however, I've not yet found a situation
>> where either attribute has any effect on deploy/undeploy.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Re: JAR locking / Tomcat 5.5.4 / Windows
Posted by TomK <sw...@yahoo.com>.
Thanks very much, I'll check the latest version out and post my results, in case anyone else has this issue.
-tk
<didn't_get_my_coffee_this_morning_rant>
That I find myself saying "In case anyone else has this issue" is somewhat amazing to me. Either:
1) Hardly anyone is using Windows as their deployment environment for Tomcat. (I probably wouldn't be either, if I had a choice.)
or
2) Those using Windows as the deploy environment aren't concerned about re-deploying applications, and are content to simply restart the server, so resource locking is not an issue.
or
3) Everyone can properly edit the context.xml file, except me and 5 other people on this list.
There have been quite a few posts to this list, as well as bugs opened in bugzilla reporting JAR locking (with versions 5.0.x, 5.5.x). I'm a bit disheartened by the earlier replies. Either the bug was closed as "invalid", or the reply was "Get yourself a better operating system", or "You aren't doing it right". Given the unlikely nature of #3 above, it seems much more likely that this is indeed a bug. I hope it has been fixed.
</didn't_get_my_coffee_this_morning_rant>
Dominik Drzewiecki <dr...@post.pl> wrote:
Siarhei Dudzin wrote:
> Did you find a solution?
FYI it has been fixed on 17/12/2004 and the latest CVS version does not
suffer from the nasty jar locking.
The root of the problem was the JasperLoader locking (using cached
getResourceAsStream()) the jars containing jsp tag libraries.
It works for me. Please do give it a spin and test for yourselves.
BTW, there seems to be 5.5.7 distro coming soon.
cheers,
/dd
>
> On Tue, 4 Jan 2005 15:27:56 -0800 (PST), TomK
> wrote:
>> I've been following the recent threads regarding JAR locking with
>> Tomcat 5.x on Windows platforms. A few people mentioned they had been
>> able to get either the antiJARLocking or antiResourceLocking attributes
>> to work, so I've spent quite a bit of time trying out different
>> scenarios and configurations, under the impression that I must be
>> missing something simple.....however, I've not yet found a situation
>> where either attribute has any effect on deploy/undeploy.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Re: JAR locking / Tomcat 5.5.4 / Windows
Posted by Dominik Drzewiecki <dr...@post.pl>.
Siarhei Dudzin <si...@gmail.com> wrote:
> Did you find a solution?
FYI it has been fixed on 17/12/2004 and the latest CVS version does not
suffer from the nasty jar locking.
The root of the problem was the JasperLoader locking (using cached
getResourceAsStream()) the jars containing jsp tag libraries.
It works for me. Please do give it a spin and test for yourselves.
BTW, there seems to be 5.5.7 distro coming soon.
cheers,
/dd
>
> On Tue, 4 Jan 2005 15:27:56 -0800 (PST), TomK
> <sw...@yahoo.com> wrote:
>> I've been following the recent threads regarding JAR locking with
>> Tomcat 5.x on Windows platforms. A few people mentioned they had been
>> able to get either the antiJARLocking or antiResourceLocking attributes
>> to work, so I've spent quite a bit of time trying out different
>> scenarios and configurations, under the impression that I must be
>> missing something simple.....however, I've not yet found a situation
>> where either attribute has any effect on deploy/undeploy.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
Re: JAR locking / Tomcat 5.5.4 / Windows
Posted by Siarhei Dudzin <si...@gmail.com>.
Did you find a solution?
On Tue, 4 Jan 2005 15:27:56 -0800 (PST), TomK
<sw...@yahoo.com> wrote:
> I've been following the recent threads regarding JAR locking with Tomcat 5.x on Windows platforms. A few people mentioned they had been able to get either the antiJARLocking or antiResourceLocking attributes to work, so I've spent quite a bit of time trying out different scenarios and configurations, under the impression that I must be missing something simple.....however, I've not yet found a situation where either attribute has any effect on deploy/undeploy.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org