Re: Tomcat/9.0.8 - Can't deploy war of 104MB

[Johan Compagner]

Op za 26 mei 2018 01:53 schreef Christopher Schultz <
ch...@christopherschultz.net>:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Johan,
>
> On 5/25/18 10:12 AM, Johan Compagner wrote:
> > On Thu, 24 May 2018 at 22:01, Arnold Morein 
> > wrote:
> >
> >> There are no errors in catalina.out when this occurs.
> >>
> >> Yes, via the manager UI I can deploy the WAR, but that doesn't
> >> help me in our automated scripts.
> >>
> >> It does appear to be on the Ant side of things though. Does
> >> chunking need to be turned on in Manager (or does that setting
> >> enable it)?
> >>
> >> Or does Ant need to support chunking?
> >>
> >
> >
> > i see you use username/password is that basic authentication? and
> > is that basic authenthication pre emptive?
> >
> > Because that could be a bit problem, if you send a very big file to
> > a server that then first replies that you need to authenticate You
> > should use pre emptivie, so send the username/password right away
> > with the first request
>
> I haven't read the code, but any upload task that accepts
> username+password and doesn't send those credentials on the first try
> would be fairly silly. I'm almost certain that the authentication
> information is sent with the first request.
>



Then it will fall with the latest tomcats. Not sure when this did change
but in our product and in our docs for our customers we now say the same.
You need to first hit a simple page (like main index) and then use that
client to do the real upload. Or do pre emtive

Because tomcat swallows it or something like that and returns something
else (a different code)



> - -chris
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlsIoe4ACgkQHPApP6U8
> pFi6Ug//dlh1e2wAhwZ5tqwffs7Z7wFDPqZKpCd6NULziWWZTno+eglpj3XQl2gc
> YDFFBkXaobsRW+N073Gk+5u0UDFEHxDda+HECHGzTEoq/Ss88dCSLWdX/yihw62S
> 467SC7U9GiWagNxuerj9EDxizwAtVyTBbnv2uueHvhIwMHY4ha9A5AD756mkm1eC
> S9n7gbFyT/NFyG8Smyn5jC14B12VSBG0+43CfV8bbMzYV4mCOo2SMN1FDu6rS3/K
> eDBR//yIj5Fxg4qln2LmcxBPZdJD/de5IyuQSK/q2g7NXvFLD/NwZL8sBv6ICpS6
> mtE8925deH5rHo7Dcm30R4UozAuAVcLret8EbkdHUpI87Dbw0OQiKI/fosTz7e1A
> 2Hszxz6XMNzVrGqhi2tZdpLEUrTv1l43FhVlafgh2C4oen5Uv9Sm7BLDXOyUjJBN
> +lDYC6kJRxEFZ7oL5V/o5N9xIESl5VOYBcpxgPImhYfeX1WEzyycZrhfWD64VX9o
> 2+w8Uzi80tYzqY+CdMswQgLvRkhjUhuhY49C9Mhk3yEBmpGSf94UyYHRgu5FBPCM
> XUOeVCLifs7rX2kKEz3G6zvdj+Crsez9b9M9u7S4iqYwWoeHcAYouRlJIKewJeU+
> 2iu2EUSRWhaWhvFyRsRCS3GEwIa0iyEFa2LNH+BXLXPnNPa5814=
> =Ex/m
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: Tomcat/9.0.8 - Can't deploy war of 104MB

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Johan,

On 5/25/18 10:12 AM, Johan Compagner wrote:
> On Thu, 24 May 2018 at 22:01, Arnold Morein 
> wrote:
> 
>> There are no errors in catalina.out when this occurs.
>> 
>> Yes, via the manager UI I can deploy the WAR, but that doesn't
>> help me in our automated scripts.
>> 
>> It does appear to be on the Ant side of things though. Does
>> chunking need to be turned on in Manager (or does that setting
>> enable it)?
>> 
>> Or does Ant need to support chunking?
>> 
> 
> 
> i see you use username/password is that basic authentication? and
> is that basic authenthication pre emptive?
> 
> Because that could be a bit problem, if you send a very big file to
> a server that then first replies that you need to authenticate You
> should use pre emptivie, so send the username/password right away
> with the first request

I haven't read the code, but any upload task that accepts
username+password and doesn't send those credentials on the first try
would be fairly silly. I'm almost certain that the authentication
information is sent with the first request.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlsIoe4ACgkQHPApP6U8
pFi6Ug//dlh1e2wAhwZ5tqwffs7Z7wFDPqZKpCd6NULziWWZTno+eglpj3XQl2gc
YDFFBkXaobsRW+N073Gk+5u0UDFEHxDda+HECHGzTEoq/Ss88dCSLWdX/yihw62S
467SC7U9GiWagNxuerj9EDxizwAtVyTBbnv2uueHvhIwMHY4ha9A5AD756mkm1eC
S9n7gbFyT/NFyG8Smyn5jC14B12VSBG0+43CfV8bbMzYV4mCOo2SMN1FDu6rS3/K
eDBR//yIj5Fxg4qln2LmcxBPZdJD/de5IyuQSK/q2g7NXvFLD/NwZL8sBv6ICpS6
mtE8925deH5rHo7Dcm30R4UozAuAVcLret8EbkdHUpI87Dbw0OQiKI/fosTz7e1A
2Hszxz6XMNzVrGqhi2tZdpLEUrTv1l43FhVlafgh2C4oen5Uv9Sm7BLDXOyUjJBN
+lDYC6kJRxEFZ7oL5V/o5N9xIESl5VOYBcpxgPImhYfeX1WEzyycZrhfWD64VX9o
2+w8Uzi80tYzqY+CdMswQgLvRkhjUhuhY49C9Mhk3yEBmpGSf94UyYHRgu5FBPCM
XUOeVCLifs7rX2kKEz3G6zvdj+Crsez9b9M9u7S4iqYwWoeHcAYouRlJIKewJeU+
2iu2EUSRWhaWhvFyRsRCS3GEwIa0iyEFa2LNH+BXLXPnNPa5814=
=Ex/m
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat/9.0.8 - Can't deploy war of 104MB

[Arnold Morein]

Not sure how configure that, its just an Ant task:



    
        
        
    



Do you have an example for that?


On May 25, 2018, at 09:13 AM, Johan Compagner  wrote:


On Thu, 24 May 2018 at 22:01, Arnold Morein  wrote:


There are no errors in catalina.out when this occurs.


Yes, via the manager UI I can deploy the WAR, but that doesn't help me in
our automated scripts.


It does appear to be on the Ant side of things though. Does chunking need
to be turned on in Manager (or does that setting enable it)?


Or does Ant need to support chunking?




i see you use username/password is that basic authentication?
and is that basic authenthication pre emptive?

Because that could be a bit problem, if you send a very big file to a
server that then first replies that you need to authenticate
You should use pre emptivie, so send the username/password right away with
the first request

Re: Tomcat/9.0.8 - Can't deploy war of 104MB

[Johan Compagner]

On Thu, 24 May 2018 at 22:01, Arnold Morein  wrote:

> There are no errors in catalina.out when this occurs.
>
> Yes, via the manager UI I can deploy the WAR, but that doesn't help me in
> our automated scripts.
>
> It does appear to be on the Ant side of things though. Does chunking need
> to be turned on in Manager (or does that setting enable it)?
>
> Or does Ant need to support chunking?
>


i see you use username/password is that basic authentication?
and is that basic authenthication pre emptive?

 Because that could be a bit problem, if you send a very big file to a
server that then first replies that you need to authenticate
You should use pre emptivie, so send the username/password right away with
the first request

Re: Tomcat/9.0.8 - Can't deploy war of 104MB

[Arnold Morein]

There are no errors in catalina.out when this occurs.



Yes, via the manager UI I can deploy the WAR, but that doesn't help me in our 
automated scripts.



It does appear to be on the Ant side of things though. Does chunking need to be 
turned on in Manager (or does that setting enable it)?



Or does Ant need to support chunking?


On May 24, 2018, at 11:48 AM, Luis Rodríguez Fernández  
wrote:


Hello Arnold,

In this type of issues you should get something like this in the
catalina.out:

ERROR
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager] -
HTMLManager: FAIL - Deploy Upload Failed, Exception:
[org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
the request was rejected because its size (355668026) exceeds the
configured maximum (52428800)]

It looks like is more in the ant side. Have you tried directly with the
/manager application?

Hope it helps,

Luis










2018-05-24 17:51 GMT+02:00 Arnold Morein :


Have been working on a WAR project that is pretty big (104MB) against
Tomcat 8. The Ant command:





Was working fine. After upgrading to the last JDK 8 (1.8.0_172) and Tomcat
9.0.8 this command results in:


build.xml:832: java.io.IOException: Error writing request body to server


I've googled but all I have found is that the Tomcat manager application
has a 50MB default upload limit, which I changed to:




15000
15000
0



And yet after restarting Tomcat, the error remains.


Can anyone else replicate this behavior or suggest a fix?






--

"Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better."

- Samuel Beckett

Re: Tomcat/9.0.8 - Can't deploy war of 104MB

[Luis Rodríguez Fernández]

Hello Arnold,

In this type of issues you should get something like this in the
catalina.out:

ERROR
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager] -
HTMLManager: FAIL - Deploy Upload Failed, Exception:
[org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
the request was rejected because its size (355668026) exceeds the
configured maximum (52428800)]

It looks like is more in the ant side. Have you tried directly with the
/manager application?

Hope it helps,

Luis










2018-05-24 17:51 GMT+02:00 Arnold Morein :

> Have been working on a WAR project that is pretty big (104MB) against
> Tomcat 8. The Ant command:
>
>  path="${path}" war="file:${dist.home}${path}.war" />
>
> Was working fine. After upgrading to the last JDK 8 (1.8.0_172) and Tomcat
> 9.0.8 this command results in:
>
> build.xml:832: java.io.IOException: Error writing request body to server
>
> I've googled but all I have found is that the Tomcat manager application
> has a 50MB default upload limit, which I changed to:
>
> 
>   
>   15000
>   15000
>   0
> 
>
> And yet after restarting Tomcat, the error remains.
>
> Can anyone else replicate this behavior or suggest a fix?
>
>


-- 

"Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better."

- Samuel Beckett

Tomcat/9.0.8 - Can't deploy war of 104MB

[Arnold Morein]

Have been working on a WAR project that is pretty big (104MB) against Tomcat 8. 
The Ant command:






Was working fine. After upgrading to the last JDK 8 (1.8.0_172) and Tomcat 
9.0.8 this command results in:



build.xml:832: java.io.IOException: Error writing request body to server


I've googled but all I have found is that the Tomcat manager application has a 
50MB default upload limit, which I changed to:




  
  15000
  15000
  0




And yet after restarting Tomcat, the error remains.



Can anyone else replicate this behavior or suggest a fix?

Re: Try to deploy war and keep access to my webapp in browser without entering context root name

[Евгений Кузнецов]

On 21.05.2015 19:36, Caldarale, Charles R wrote:

From: Daniel Mikusa [mailto:dmik...@pivotal.io]
Subject: Re: Try to deploy war and keep access to my webapp in browser without 
entering context root name

Rename mywebapp.war to ROOT.war (case is important) and deploy.

+1 - That will be the easiest solution and then you can probably remove the
Context/ tag from your server.xml, which is something that's frowned upon.

No probably - it definitely should be removed.  Leaving it in will create confusion, 
if nothing else.  The OP needs to read the rules about Context configuration:

http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Defining_a_context

  - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


Thank You All.
I resolved my problem.

I created 'tomcat-7/my_webapps' folder and copy to here '/manager' 
folder and it's content from 'tomcat-7/webapps'.

Also I created empty 'tomcat-7/my_webapps/ROOT' folder.
I removed context-tag from host-tag and modified host-tag:
Host name=my-web-app.loc appBase=my_webapps unpackWARs=true 
autoDeploy=true
In my etc/host: my-web-app.loc - 127.0.0.1, so I can use 
http://my-web-app.loc:8080/manager/text to deploy my ROOT.war with 
tomcat7-maven-plugin.
No 'META-INF/ROOT.xml' or 'META-INF/context.xml' are needed. I place 
ROOT.xml into 'tomcat-7/my_webapps' folder and that works fine.


--
Regards, Eugeny Kuznetsov


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Try to deploy war and keep access to my webapp in browser without entering context root name

[Mark Eggers]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 5/21/2015 8:56 AM, Евгений Кузнецов wrote:
 Hello,
 
 I asked question in stakoverflow 
 http://stackoverflow.com/questions/30304478/tomcat-deploying-a-webapp-
which-is-accessed-via-browser-without-context-root-na


 
 
 I ll repeat it here:
 
 I have a webapp (spring mvc 4 application) which code is placed in
  |tomcat-7/webapp/mywebapp/| folder. Webapp is accessed in browser 
 with url |http://my-web-app.loc:8080| (i.e. without context root 
 name |mywebapp| after port number). I have following setups in 
 |tomcat-7/conf/server.xml|:
 
 |Host name=my-web-app.loc appBase=webapps unpackWARs=true 
 autoDeploy=true Context path= docBase=mywebapp 
 reloadable=true allowLinking=true antiJARLocking=true 
 copyXML=true / Valve 
 className=org.apache.catalina.valves.AccessLogValve 
 directory=logs prefix=mywebapp.access. suffix=.log 
 pattern=common resolveHosts=true / /Host |
 
 I delploy webapp by placing war-file into |/webapp| folder. But 
 after war-file is unpacked and webapp is successfully deployed, I
 can access to webapp only with
 |http://my-web-app.loc:8080/mywebapp| url. Url
 |http://my-web-app.loc:8080| directs me to 404 tomcat error page.
 
 What I have to setup to access to webapp with 
 |http://my-web-app.loc:8080| url?
 

Rename mywebapp.war to ROOT.war (case is important) and deploy.

. . . just my two cents
/mde/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBAgAGBQJVXgG0AAoJEEFGbsYNeTwtkIoH/ixe/TEPmdDSwyfnGoivBjbP
BE1/p095dcm2K/sEn9FfxddgC7a2gIYa+2Nlu4IHrMoBk+hKH4FLfN5cQid7ZbIk
2PUwbxnC/tWULIJ8AWgLE8x6aIyHgNMeuSjZCMcKV90FNANhouDsh0XAg6Fod+Ky
CELckKpJKCGaAvfc/o8NNR2atJDrXdOUl1ApTgJ21RDcipBCp5dPQGCL3qZljjS5
tJtsXz3+fIutS8D+5walqG/mjUtLXDuWp5nCCOsq2uYGiCaIH6ISwdlAZpOm2kzN
fbTpmm4wjwn3GKYx6bNlLL624nd/ac6e6JHaUVcpDah4iQqfHJzSL3dTB1+7Vyw=
=jkyz
-END PGP SIGNATURE-

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Try to deploy war and keep access to my webapp in browser without entering context root name

[Daniel Mikusa]

On Thu, May 21, 2015 at 12:03 PM, Mark Eggers its_toas...@yahoo.com.invalid
 wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 5/21/2015 8:56 AM, Евгений Кузнецов wrote:
  Hello,
 
  I asked question in stakoverflow
  http://stackoverflow.com/questions/30304478/tomcat-deploying-a-webapp-
 which-is-accessed-via-browser-without-context-root-na
 
 
 
 
  I ll repeat it here:
 
  I have a webapp (spring mvc 4 application) which code is placed in
   |tomcat-7/webapp/mywebapp/| folder. Webapp is accessed in browser
  with url |http://my-web-app.loc:8080| (i.e. without context root
  name |mywebapp| after port number). I have following setups in
  |tomcat-7/conf/server.xml|:
 
  |Host name=my-web-app.loc appBase=webapps unpackWARs=true
  autoDeploy=true Context path= docBase=mywebapp
  reloadable=true allowLinking=true antiJARLocking=true
  copyXML=true / Valve
  className=org.apache.catalina.valves.AccessLogValve
  directory=logs prefix=mywebapp.access. suffix=.log
  pattern=common resolveHosts=true / /Host |
 
  I delploy webapp by placing war-file into |/webapp| folder. But
  after war-file is unpacked and webapp is successfully deployed, I
  can access to webapp only with
  |http://my-web-app.loc:8080/mywebapp| url. Url
  |http://my-web-app.loc:8080| directs me to 404 tomcat error page.
 
  What I have to setup to access to webapp with
  |http://my-web-app.loc:8080| url?
 

 Rename mywebapp.war to ROOT.war (case is important) and deploy.

 . . . just my two cents
 /mde/


+1 - That will be the easiest solution and then you can probably remove the
Context/ tag from your server.xml, which is something that's frowned upon.

Dan



 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2

 iQEcBAEBAgAGBQJVXgG0AAoJEEFGbsYNeTwtkIoH/ixe/TEPmdDSwyfnGoivBjbP
 BE1/p095dcm2K/sEn9FfxddgC7a2gIYa+2Nlu4IHrMoBk+hKH4FLfN5cQid7ZbIk
 2PUwbxnC/tWULIJ8AWgLE8x6aIyHgNMeuSjZCMcKV90FNANhouDsh0XAg6Fod+Ky
 CELckKpJKCGaAvfc/o8NNR2atJDrXdOUl1ApTgJ21RDcipBCp5dPQGCL3qZljjS5
 tJtsXz3+fIutS8D+5walqG/mjUtLXDuWp5nCCOsq2uYGiCaIH6ISwdlAZpOm2kzN
 fbTpmm4wjwn3GKYx6bNlLL624nd/ac6e6JHaUVcpDah4iQqfHJzSL3dTB1+7Vyw=
 =jkyz
 -END PGP SIGNATURE-

 ---
 This email is free from viruses and malware because avast! Antivirus
 protection is active.
 http://www.avast.com


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

Try to deploy war and keep access to my webapp in browser without entering context root name

[Евгений Кузнецов]

Hello,

I asked question in stakoverflow 
http://stackoverflow.com/questions/30304478/tomcat-deploying-a-webapp-which-is-accessed-via-browser-without-context-root-na


I ll repeat it here:

I have a webapp (spring mvc 4 application) which code is placed in 
|tomcat-7/webapp/mywebapp/| folder. Webapp is accessed in browser with 
url |http://my-web-app.loc:8080| (i.e. without context root name 
|mywebapp| after port number). I have following setups in 
|tomcat-7/conf/server.xml|:


|Host name=my-web-app.loc appBase=webapps unpackWARs=true 
autoDeploy=true
  Context path= docBase=mywebapp reloadable=true allowLinking=true 
antiJARLocking=true copyXML=true /
 Valve className=org.apache.catalina.valves.AccessLogValve
   directory=logs
   prefix=mywebapp.access.
   suffix=.log
   pattern=common
   resolveHosts=true /
/Host
|

I delploy webapp by placing war-file into |/webapp| folder. But after 
war-file is unpacked and webapp is successfully deployed, I can access 
to webapp only with |http://my-web-app.loc:8080/mywebapp| url. Url 
|http://my-web-app.loc:8080| directs me to 404 tomcat error page.


What I have to setup to access to webapp with 
|http://my-web-app.loc:8080| url?




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Try to deploy war and keep access to my webapp in browser without entering context root name

[Евгений Кузнецов]

Yes it is. Cross-posting.
I thought my question on stackoverflow is not pupular or sugnificant. 
And there are not many people interesting in it.

So I tried to ask here.

On 21.05.2015 19:32, Christopher Schultz wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Евгений,

On 5/21/15 11:56 AM, Евгений Кузнецов wrote:

I asked question in stakoverflow
http://stackoverflow.com/questions/30304478/tomcat-deploying-a-webapp-

which-is-accessed-via-browser-without-context-root-na

Cross-posting?
:(


I ll repeat it here:

I have a webapp (spring mvc 4 application) which code is placed in
|tomcat-7/webapp/mywebapp/| folder. Webapp is accessed in browser
with url |http://my-web-app.loc:8080| (i.e. without context root
name |mywebapp| after port number). I have following setups in
|tomcat-7/conf/server.xml|:

|Host name=my-web-app.loc appBase=webapps unpackWARs=true
autoDeploy=true Context path= docBase=mywebapp
reloadable=true allowLinking=true antiJARLocking=true
copyXML=true / Valve
className=org.apache.catalina.valves.AccessLogValve
directory=logs prefix=mywebapp.access. suffix=.log
pattern=common resolveHosts=true / /Host

Don't put your Context element in server.xml. Put it into your WAR
file in META-INF/context.xml.


I delploy webapp by placing war-file into |/webapp| folder. But
after war-file is unpacked and webapp is successfully deployed, I
can access to webapp only with
|http://my-web-app.loc:8080/mywebapp| url. Url
|http://my-web-app.loc:8080| directs me to 404 tomcat error page.

What I have to setup to access to webapp with
|http://my-web-app.loc:8080| url?

As others have said, re-name the directory from mywebapp to ROOT (case
matters).

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVXgiuAAoJEBzwKT+lPKRYpZEQAJ0z+/TepxE/EqpI8SnNE4lz
Vjho7G0jhyJafjKQ/uaRx6kFyX1BtcRvymlyAyes8iBK455acisXV939YmuAlCBX
S3X6yAeIOxNq1xMsLq8F4oJQkq2OBdhC9/ozoByBaIEk38n1pvlWVoIWKl/hLedb
GM4w793z/fgrzNYglN8Evsr3waxI3PSrUWOonRhpTMUHYXdlSZw2AYSUVsANPwzS
+FeSZTUL9x/M0NzBH/J1WAlw7MHusoVsIAfMuUm+tCOrdn/YGunb+hVHXz6lzVar
l8lll7FpxKAFLG+FmpBo5cRp2cbd28I0RXLnpEfWGd3z+v0cHpC4igoeTF+A7V8O
6S046Fxe02xlph/wlCFQ80VTGoJLtJFUR7yPrqI7T22qxi2b4iV+9Vr9dRbRg5kt
WmaawoUNe5yd3hQjxkbvTW+oh/+Al4vcYM+cFRaQo8NZsCAfU1nRTNxem16q9Yun
nLWkKx0H4uxCWRAaRbnr2ytrlODWP//XIzXCLaiZ4PZ7yUBLDxz00fFqMJ5v/Buv
snwLYsPtsYQks4iq/jtCzxk7HqMdEkVeHrDAZQXGuZ4NkpfJmc/3qPTQvZpWxDK9
DEV3vL2niUhZsgOp3hensOX3dRaxc/60Eq/4VCdYZVLJArIFDVVE2qgnhO36ObVU
n6O3DweS1xOtaZdng9NM
=H6Nb
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




--
С уважением, Евгений Кузнецов


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Try to deploy war and keep access to my webapp in browser without entering context root name

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Евгений,

On 5/21/15 11:56 AM, Евгений Кузнецов wrote:
 I asked question in stakoverflow 
 http://stackoverflow.com/questions/30304478/tomcat-deploying-a-webapp-
which-is-accessed-via-browser-without-context-root-na

Cross-posting?
 
:(

 I ll repeat it here:
 
 I have a webapp (spring mvc 4 application) which code is placed in 
 |tomcat-7/webapp/mywebapp/| folder. Webapp is accessed in browser
 with url |http://my-web-app.loc:8080| (i.e. without context root
 name |mywebapp| after port number). I have following setups in 
 |tomcat-7/conf/server.xml|:
 
 |Host name=my-web-app.loc appBase=webapps unpackWARs=true 
 autoDeploy=true Context path= docBase=mywebapp
 reloadable=true allowLinking=true antiJARLocking=true
 copyXML=true / Valve
 className=org.apache.catalina.valves.AccessLogValve 
 directory=logs prefix=mywebapp.access. suffix=.log 
 pattern=common resolveHosts=true / /Host

Don't put your Context element in server.xml. Put it into your WAR
file in META-INF/context.xml.

 I delploy webapp by placing war-file into |/webapp| folder. But
 after war-file is unpacked and webapp is successfully deployed, I
 can access to webapp only with
 |http://my-web-app.loc:8080/mywebapp| url. Url 
 |http://my-web-app.loc:8080| directs me to 404 tomcat error page.
 
 What I have to setup to access to webapp with 
 |http://my-web-app.loc:8080| url?

As others have said, re-name the directory from mywebapp to ROOT (case
matters).

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVXgiuAAoJEBzwKT+lPKRYpZEQAJ0z+/TepxE/EqpI8SnNE4lz
Vjho7G0jhyJafjKQ/uaRx6kFyX1BtcRvymlyAyes8iBK455acisXV939YmuAlCBX
S3X6yAeIOxNq1xMsLq8F4oJQkq2OBdhC9/ozoByBaIEk38n1pvlWVoIWKl/hLedb
GM4w793z/fgrzNYglN8Evsr3waxI3PSrUWOonRhpTMUHYXdlSZw2AYSUVsANPwzS
+FeSZTUL9x/M0NzBH/J1WAlw7MHusoVsIAfMuUm+tCOrdn/YGunb+hVHXz6lzVar
l8lll7FpxKAFLG+FmpBo5cRp2cbd28I0RXLnpEfWGd3z+v0cHpC4igoeTF+A7V8O
6S046Fxe02xlph/wlCFQ80VTGoJLtJFUR7yPrqI7T22qxi2b4iV+9Vr9dRbRg5kt
WmaawoUNe5yd3hQjxkbvTW+oh/+Al4vcYM+cFRaQo8NZsCAfU1nRTNxem16q9Yun
nLWkKx0H4uxCWRAaRbnr2ytrlODWP//XIzXCLaiZ4PZ7yUBLDxz00fFqMJ5v/Buv
snwLYsPtsYQks4iq/jtCzxk7HqMdEkVeHrDAZQXGuZ4NkpfJmc/3qPTQvZpWxDK9
DEV3vL2niUhZsgOp3hensOX3dRaxc/60Eq/4VCdYZVLJArIFDVVE2qgnhO36ObVU
n6O3DweS1xOtaZdng9NM
=H6Nb
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Try to deploy war and keep access to my webapp in browser without entering context root name

[Caldarale, Charles R]

 From: Daniel Mikusa [mailto:dmik...@pivotal.io] 
 Subject: Re: Try to deploy war and keep access to my webapp in browser 
 without entering context root name

  Rename mywebapp.war to ROOT.war (case is important) and deploy.

 +1 - That will be the easiest solution and then you can probably remove the
 Context/ tag from your server.xml, which is something that's frowned upon.

No probably - it definitely should be removed.  Leaving it in will create 
confusion, if nothing else.  The OP needs to read the rules about Context 
configuration:

http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Defining_a_context

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Try to deploy war and keep access to my webapp in browser without entering context root name

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Евгений,

On 5/21/15 12:37 PM, Евгений Кузнецов wrote:
 Yes it is. Cross-posting. I thought my question on stackoverflow is
 not pupular or sugnificant. And there are not many people
 interesting in it.

Or, it's already been answered :)

http://stackoverflow.com/questions/4824239/how-to-get-a-welcome-page-fro
m-tomcat-root-rather-than-webapp-context

http://stackoverflow.com/questions/5668719/how-to-set-my-webapp-to-appea
r-as-rootfor-localhost8080/6433527?s=16|1.2113#6433527

http://stackoverflow.com/questions/26861999/how-to-set-context-path-to-r
oot-in-tomcat-7-0?s=21|1.1381

http://stackoverflow.com/questions/25368464/deploying-java-application-a
t-root-path?s=4|1.1145

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVXheoAAoJEBzwKT+lPKRYwQUQAJgdteVC4cYckeNs+x1pSt8Z
1Hex+vzfIZCFqaQN3xakbCwAf3ZuQ2wkE0oYf4oOk4LLF65hXiD2XQpiwgowABYp
1uvX/m/UJfjeDiA0h8sLSJrKcfqOIZfdwyz7c9IWi9nMICI3f/4ikt2IOcaFE8L6
GuM4FQu1CIXNC60ClQHpuNDpiu2fdJAoq0xJmaYu9Ncau0Hv3tcQ9NqF9aOesSDC
cRbbWG1TpZObVxmhVsEtLM53xx/sE2m50QQazVW0fgSp75/zJVNOT7Q250XjCAvQ
68FMFqWQmfFwa7drWOx4o6zA02pDC0DWQaNSs9Z3v92DwwOlLRILlvRVR6FNNRHA
t4P8w2ibf/hTkfrTGLszD8bfgEGV2o2fLR9nRjLGh2F8k9tCpeBuZTt3AfqU8h+g
qUuVyKZUiELYTagL6c6vFB/8sF4DDx7lLcG3c/JlWhdsKmm6VRNRnUMVoJA7I7vR
pzkmn07VI4hgPgXrkxlHjqYvrhwfQscvvbhBcp7+vO79AezzpZLuCyXRiCQt1oYK
0b+Ejj8MTcG6Jm/tgM6xIyRIWnxHbmHgzvRH7zg03s+zE9CvwWgu3zkoi2X54Ow3
GQPIrV0XojccP9jLJxV/M2koPQ6psqZg5RHsEugV+uzSjGecsEhBPnqqSpUK6yLJ
Eyw/a4+owUmmoDidOJN7
=u0eR
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Connection reset error trying to deploy WAR file

[pmoss]

I just installed Tomcat 7.0.55 on a Windows 7 64-bit machine. Previously, 
I was using Tomcat 6.0.32 (?) but I was having trouble running apps since 
I've installed Java 1.8. Anyway, the issue I am having with Tomcat 7 is 
that I am unable to deploy a WAR file via the Tomcat Manager HTML page. I 
browse to the WAR file location and then click Deploy. I immediately get a 
Connection was reset error and the WAR file does not deploy.

I think the reason lies in the following exception in the manager log:

SEVERE: HTMLManager: FAIL - Deploy Upload Failed, Exception: 
org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
 
the request was rejected because its size (62772907) exceeds the 
configured maximum (52428800)
java.lang.IllegalStateException: 
org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
 
the request was rejected because its size (62772907) exceeds the 
configured maximum (52428800)
at 
org.apache.catalina.connector.Request.parseParts(Request.java:2804)
at 
org.apache.catalina.connector.Request.parseParameters(Request.java:3096)
at 
org.apache.catalina.connector.Request.getParameter(Request.java:1145)
at 
org.apache.catalina.connector.RequestFacade.getParameter(RequestFacade.java:382)
at 
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:185)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:610)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:744)
Caused by: 
org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
 
the request was rejected because its size (62772907) exceeds the 
configured maximum (52428800)
at 
org.apache.tomcat.util.http.fileupload.FileUploadBase$FileItemIteratorImpl.init(FileUploadBase.java:815)
at 
org.apache.tomcat.util.http.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:259)
at 
org.apache.tomcat.util.http.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:283)
at 
org.apache.catalina.connector.Request.parseParts(Request.java:2737)
... 27 more

Is there a configuration parameter somewhere that allows me to increase 
the allowable size? Funny, because I never got this error when using 
Tomcat 6.

Thank you,
Peter

 
NOTICE from Ab Initio: This email (including any attachments) may contain 
information that is subject to confidentiality obligations or is legally 
privileged, and sender does not waive confidentiality or privilege. If 
received in error, please notify the sender, delete this email, and make 
no further use, disclosure, or distribution. 

Re: Connection reset error trying to deploy WAR file

[Konstantin Kolinko]

2014-09-30 15:21 GMT+04:00  pm...@abinitio.com:
 I just installed Tomcat 7.0.55 on a Windows 7 64-bit machine. Previously,
 I was using Tomcat 6.0.32 (?) but I was having trouble running apps since
 I've installed Java 1.8. Anyway, the issue I am having with Tomcat 7 is
 that I am unable to deploy a WAR file via the Tomcat Manager HTML page. I
 browse to the WAR file location and then click Deploy. I immediately get a
 Connection was reset error and the WAR file does not deploy.

 I think the reason lies in the following exception in the manager log:

 SEVERE: HTMLManager: FAIL - Deploy Upload Failed, Exception:
 org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
 the request was rejected because its size (62772907) exceeds the
 configured maximum (52428800)
 java.lang.IllegalStateException:
 org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
 the request was rejected because its size (62772907) exceeds the
 configured maximum (52428800)
 at
 org.apache.catalina.connector.Request.parseParts(Request.java:2804)
 at
 org.apache.catalina.connector.Request.parseParameters(Request.java:3096)
 at
 org.apache.catalina.connector.Request.getParameter(Request.java:1145)
 at
 org.apache.catalina.connector.RequestFacade.getParameter(RequestFacade.java:382)
 at
 org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:185)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
 at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
 at
 org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
 at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
 at
 org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
 at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
 at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
 at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
 at
 org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:610)
 at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
 at
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
 at
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
 at
 org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)
 at
 org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
 at
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314)
 at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at
 org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
 at java.lang.Thread.run(Thread.java:744)
 Caused by:
 org.apache.tomcat.util.http.fileupload.FileUploadBase$SizeLimitExceededException:
 the request was rejected because its size (62772907) exceeds the
 configured maximum (52428800)
 at
 org.apache.tomcat.util.http.fileupload.FileUploadBase$FileItemIteratorImpl.init(FileUploadBase.java:815)
 at
 org.apache.tomcat.util.http.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:259)
 at
 org.apache.tomcat.util.http.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:283)
 at
 org.apache.catalina.connector.Request.parseParts(Request.java:2737)
 ... 27 more

 Is there a configuration parameter somewhere that allows me to increase
 the allowable size? Funny, because I never got this error when using
 Tomcat 6.

In manager/WEB-INF/web.xml:

multipart-config
  !-- 50MB max --
  max-file-size52428800/max-file-size
  max-request-size52428800/max-request-size
  file-size-threshold0/file-size-threshold
/multipart-config

The error message mentions the number. Searching for the number would
have found it.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: 

FW: Tomcat 7.0.40 on Win2k8 occasionally does not deploy war file on restart

[Adam Scarborough]

Hi

I was wondering if anyone can help

We have an issue with with tomcat7 deploying wars on server2k8 which is quite 
perplexing:

Essentially the normal and desired procedure is that we build a new set of wars 
(using jenkins) which are then moved to an output directory, this change in the 
output directory is detected by puppet, which then overwrites the war file in 
the tomcat webapps folder and restarts the tomcat7 service (we have hot 
deployment disabled and deployonstartup enabled) On startup tomcat unpacks the 
war files to the folder inside the webapps directory. This happens 95% of the 
time.

However

We noticed an issue occasionally that the new version of the webapp would not 
be deployed after starting tomcat. At this point we noticed some access denied 
errors (sometimes) when the deployment failed. At this point we thought this 
may be due to windows file locking behaviour, At this point we enabled 
antiResourceLocking in the hopes that these would go away - They did however we 
still have a seemingly separate issue where webapps deploy into the temp 
folder, and the log reports successful deployment with no errors. However the 
version in the webapps folder is not updated and the previous version of the 
webapp is brought up by tomcat. We have been unable to locate anything in the 
logs which might tell us what is going on.

Any help would be appreciated

Adam


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: FW: Tomcat 7.0.40 on Win2k8 occasionally does not deploy war file on restart

[André Warnier]

Adam Scarborough wrote:

Hi

I was wondering if anyone can help

We have an issue with with tomcat7 deploying wars on server2k8 which is quite 
perplexing:

Essentially the normal and desired procedure is that we build a new set of wars 
(using jenkins) which are then moved to an output directory, this change in the 
output directory is detected by puppet, which then overwrites the war file in 
the tomcat webapps folder and restarts the tomcat7 service (we have hot 
deployment disabled and deployonstartup enabled) On startup tomcat unpacks the 
war files to the folder inside the webapps directory. This happens 95% of the 
time.

However

We noticed an issue occasionally that the new version of the webapp would not 
be deployed after starting tomcat. At this point we noticed some access denied 
errors (sometimes) when the deployment failed. At this point we thought this 
may be due to windows file locking behaviour, At this point we enabled 
antiResourceLocking in the hopes that these would go away - They did however we 
still have a seemingly separate issue where webapps deploy into the temp 
folder, and the log reports successful deployment with no errors. However the 
version in the webapps folder is not updated and the previous version of the 
webapp is brought up by tomcat. We have been unable to locate anything in the 
logs which might tell us what is going on.

Any help would be appreciated

Just a little question to describe the issue further : are all of the above local 
directories on that server, or are there network shares involved ?


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Re: FW: Tomcat 7.0.40 on Win2k8 occasionally does not deploy war file on restart

[Adam Scarborough]

 Adam Scarborough wrote:
  Hi
 
  I was wondering if anyone can help
 
  We have an issue with with tomcat7 deploying wars on server2k8 which is
 quite perplexing:
 
  Essentially the normal and desired procedure is that we build a new set of
 wars (usingjenkins) which are then moved to an output directory, this
 change in the output directory is detected by puppet, which then overwrites
 the war file in the tomcat webapps folder and restarts the tomcat7 service
 (we have hot deployment disabled and deployonstartup enabled) On startup
 tomcat unpacks the war files to the folder inside the webapps directory. This
 happens 95% of the time.
 
  However
 
  We noticed an issue occasionally that the new version of the webapp
 would not be deployed after starting tomcat. At this point we noticed some
 access denied errors (sometimes) when the deployment failed. At this point
 we thought this may be due to windows file locking behaviour, At this point
 we enabled antiResourceLocking in the hopes that these would go away -
 They did however we still have a seemingly separate issue where webapps
 deploy into the temp folder,and the log reports successful deployment with
 no errors. However the version in the webappsfolder is not updated and the
 previous version of the webapp is brought up by tomcat. We havebeen
 unable to locate anything in the logs which might tell us what is going on.
 
  Any help would be appreciated
 
 Just a little question to describe the issue further : are all of the above 
 local
 directories on that server, or are there network shares involved ?


Puppet pulls the war files from a remote location (successfully). After this 
point all files are under c:\tomcat7\  (c:\tomcat7\webapps and c:\tomcat7\temp)


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: [OT] FW: Tomcat 7.0.40 on Win2k8 occasionally does not deploy war file on restart

[André Warnier]

Adam Scarborough wrote:

Adam Scarborough wrote:

Hi

I was wondering if anyone can help

We have an issue with with tomcat7 deploying wars on server2k8 which is

quite perplexing:

Essentially the normal and desired procedure is that we build a new set of

wars (usingjenkins) which are then moved to an output directory, this
change in the output directory is detected by puppet, which then overwrites
the war file in the tomcat webapps folder and restarts the tomcat7 service
(we have hot deployment disabled and deployonstartup enabled) On startup
tomcat unpacks the war files to the folder inside the webapps directory. This
happens 95% of the time.

However

We noticed an issue occasionally that the new version of the webapp

would not be deployed after starting tomcat. At this point we noticed some
access denied errors (sometimes) when the deployment failed. At this point
we thought this may be due to windows file locking behaviour, At this point
we enabled antiResourceLocking in the hopes that these would go away -
They did however we still have a seemingly separate issue where webapps
deploy into the temp folder,and the log reports successful deployment with
no errors. However the version in the webappsfolder is not updated and the
previous version of the webapp is brought up by tomcat. We havebeen
unable to locate anything in the logs which might tell us what is going on.

Any help would be appreciated


Just a little question to describe the issue further : are all of the above 
local
directories on that server, or are there network shares involved ?



Puppet pulls the war files from a remote location (successfully). After this 
point all files are under c:\tomcat7\  (c:\tomcat7\webapps and c:\tomcat7\temp)


Ok, that would seem to exclude what I'm saying below, which was the reason why 
I was asking.

Over a long time, I have noticed that in some ill-defined circumstances the very first 
access to a Windows network share is unsuccesful, while all accesses after that succeed 
without further problems. I suspect that this may be due sometimes to some Windows name 
resolution which fails within some time limit.  I have never gone to the bottom of it, 
but it is such a real occurrence that I have taken the habit, in critical software, to 
make a first dummy access which can fail or not (and is ignored), followed by the real one 
that counts and which then always works (or not, but then there is a real problem).


But again, that seems to be excluded here, so back to the original issue..

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Can I deploy war file to the running Tomcat, by using my web application?

[Ivan Mladenović]

Hi,

I am using Tomcat 6.0.26. Manager user is enabled in my tomcat-users.xml
file.

Can I deploy war file to the running Tomcat, by using my web application?

Could I get some examples about this?

Thanks in advance.


Best Regards,

Ivan Mladenovic

Re: Can I deploy war file to the running Tomcat, by using my web application?

[Pid]

On 02/06/2010 09:30, Ivan Mladenović wrote:
 Hi,
 
 I am using Tomcat 6.0.26. Manager user is enabled in my tomcat-users.xml
 file.
 
 Can I deploy war file to the running Tomcat, by using my web application?

Using the manager application you can deploy applications.

 Could I get some examples about this?

 http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html

or:

 http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html


p


 Thanks in advance.
 
 
 Best Regards,
 
 Ivan Mladenovic
 




signature.asc
Description: OpenPGP digital signature

Re: Can I deploy war file to the running Tomcat, by using my web application?

[Ivan Mladenović]

Hi,

Thank you for the replay.
I solve the problem by using HTTP client.

Best Regards,

Ivan Mladenovic


On Wed, Jun 2, 2010 at 1:06 PM, Pid p...@pidster.com wrote:

 On 02/06/2010 09:30, Ivan Mladenović wrote:
  Hi,
 
  I am using Tomcat 6.0.26. Manager user is enabled in my tomcat-users.xml
  file.
 
  Can I deploy war file to the running Tomcat, by using my web application?

 Using the manager application you can deploy applications.

  Could I get some examples about this?

  http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html

 or:

  http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html


 p


  Thanks in advance.
 
 
  Best Regards,
 
  Ivan Mladenovic
 

Re: Deploy war

[Pid]

On 05/03/2010 06:08, Kaushal Shriyan wrote:

On Wed, Mar 3, 2010 at 9:22 PM, Gurkan Erdogducgurkanerdo...@gmail.com  wrote:

I wonder whether you have looked at
http://tomcat.apache.org/tomcat-6.0-doc/index.html or not

2010/3/3 Kaushal Shriyankaushalshri...@gmail.com


On Wed, Mar 3, 2010 at 4:50 PM, André Warniera...@ice-sa.com  wrote:

Pid wrote:


On 03/03/2010 09:52, André Warnier wrote:


Kaushal Shriyan wrote:


Hi,

At the moment, I stop,kill tomcat and scp the war to webapps folder
and start tomcat server. is there a better way to do it ?



http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html


At the very least you could


*without stopping Tomcat*

upload an inactive version webapp.war-off


and then rename it webapp.war once it's there, which would reduce the
downtime.



Which is what is explained - among other useful things like autoDeploy -

in

the section Deploying on a running Tomcat server.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




Hi,

is it possible to restart tomcat using ant ? I googled and found out
that its possible using build.xml file.
Any example ?

Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org





--
Gurkan Erdogdu
http://gurkanerdogdu.blogspot.com



Hi,

We face issues whenever we deploy application using tomcat manager we
used to face the situation where new
changes were not reflected. On stopping, cleaning work folder and
starting tomcat again application used to get deployed properly. But
to restart and clean we need to ssh again on the machine where we want
to deploy defeating our main purpose.

Also one more issue we have faced is we are not able to locate the new
war file where Tomcat manager has deployed it

We need to have a tool that does the following on specified remote hosts

1. stop the tomcat
2. back up the existing war
3. remove existing wars and folders and copy the new war
4. start the tomcat again

Are the above steps possible using ant or is there a better and
efficient way to do it ?


Yes.  The Deployer uses Ant, perhaps you missed the link from earlier.

 http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html#Deploying 
using the Client Deployer Package



p


Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[Kaushal Shriyan]

On Wed, Mar 3, 2010 at 9:22 PM, Gurkan Erdogdu cgurkanerdo...@gmail.com wrote:
 I wonder whether you have looked at
 http://tomcat.apache.org/tomcat-6.0-doc/index.html or not

 2010/3/3 Kaushal Shriyan kaushalshri...@gmail.com

 On Wed, Mar 3, 2010 at 4:50 PM, André Warnier a...@ice-sa.com wrote:
  Pid wrote:
 
  On 03/03/2010 09:52, André Warnier wrote:
 
  Kaushal Shriyan wrote:
 
  Hi,
 
  At the moment, I stop,kill tomcat and scp the war to webapps folder
  and start tomcat server. is there a better way to do it ?
 
 
  http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html
 
  At the very least you could
 
  *without stopping Tomcat*
 
  upload an inactive version webapp.war-off
 
  and then rename it webapp.war once it's there, which would reduce the
  downtime.
 
 
  Which is what is explained - among other useful things like autoDeploy -
 in
  the section Deploying on a running Tomcat server.
 
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 

 Hi,

 is it possible to restart tomcat using ant ? I googled and found out
 that its possible using build.xml file.
 Any example ?

 Thanks and Regards,

 Kaushal

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




 --
 Gurkan Erdogdu
 http://gurkanerdogdu.blogspot.com


Hi,

We face issues whenever we deploy application using tomcat manager we
used to face the situation where new
changes were not reflected. On stopping, cleaning work folder and
starting tomcat again application used to get deployed properly. But
to restart and clean we need to ssh again on the machine where we want
to deploy defeating our main purpose.

Also one more issue we have faced is we are not able to locate the new
war file where Tomcat manager has deployed it

We need to have a tool that does the following on specified remote hosts

1. stop the tomcat
2. back up the existing war
3. remove existing wars and folders and copy the new war
4. start the tomcat again

Are the above steps possible using ant or is there a better and
efficient way to do it ?

Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Deploy war

[Kaushal Shriyan]

Hi,

At the moment, I stop,kill tomcat and scp the war to webapps folder
and start tomcat server. is there a better way to do it ?

Thanks,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[André Warnier]

Kaushal Shriyan wrote:

Hi,

At the moment, I stop,kill tomcat and scp the war to webapps folder
and start tomcat server. is there a better way to do it ?



http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[Pid]

On 03/03/2010 09:52, André Warnier wrote:

Kaushal Shriyan wrote:

Hi,

At the moment, I stop,kill tomcat and scp the war to webapps folder
and start tomcat server. is there a better way to do it ?



http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html


At the very least you could upload an inactive version webapp.war-off 
and then rename it webapp.war once it's there, which would reduce the 
downtime.



p


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[André Warnier]

Pid wrote:

On 03/03/2010 09:52, André Warnier wrote:

Kaushal Shriyan wrote:

Hi,

At the moment, I stop,kill tomcat and scp the war to webapps folder
and start tomcat server. is there a better way to do it ?



http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html


At the very least you could 


*without stopping Tomcat*

upload an inactive version webapp.war-off
and then rename it webapp.war once it's there, which would reduce the 
downtime.




Which is what is explained - among other useful things like autoDeploy - 
in the section Deploying on a running Tomcat server.




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[Kaushal Shriyan]

On Wed, Mar 3, 2010 at 4:50 PM, André Warnier a...@ice-sa.com wrote:
 Pid wrote:

 On 03/03/2010 09:52, André Warnier wrote:

 Kaushal Shriyan wrote:

 Hi,

 At the moment, I stop,kill tomcat and scp the war to webapps folder
 and start tomcat server. is there a better way to do it ?


 http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html

 At the very least you could

 *without stopping Tomcat*

 upload an inactive version webapp.war-off

 and then rename it webapp.war once it's there, which would reduce the
 downtime.


 Which is what is explained - among other useful things like autoDeploy - in
 the section Deploying on a running Tomcat server.



 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org



Hi,

is it possible to restart tomcat using ant ? I googled and found out
that its possible using build.xml file.
Any example ?

Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[Gurkan Erdogdu]

I wonder whether you have looked at
http://tomcat.apache.org/tomcat-6.0-doc/index.html or not

2010/3/3 Kaushal Shriyan kaushalshri...@gmail.com

 On Wed, Mar 3, 2010 at 4:50 PM, André Warnier a...@ice-sa.com wrote:
  Pid wrote:
 
  On 03/03/2010 09:52, André Warnier wrote:
 
  Kaushal Shriyan wrote:
 
  Hi,
 
  At the moment, I stop,kill tomcat and scp the war to webapps folder
  and start tomcat server. is there a better way to do it ?
 
 
  http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html
 
  At the very least you could
 
  *without stopping Tomcat*
 
  upload an inactive version webapp.war-off
 
  and then rename it webapp.war once it's there, which would reduce the
  downtime.
 
 
  Which is what is explained - among other useful things like autoDeploy -
 in
  the section Deploying on a running Tomcat server.
 
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 

 Hi,

 is it possible to restart tomcat using ant ? I googled and found out
 that its possible using build.xml file.
 Any example ?

 Thanks and Regards,

 Kaushal

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Gurkan Erdogdu
http://gurkanerdogdu.blogspot.com

Re: Deploy war

[Kaushal Shriyan]

On Thu, Feb 25, 2010 at 12:55 PM, Kaushal Shriyan
kaushalshri...@gmail.com wrote:
 Hi,

 Is there a tool available to deploy same war to multiple tomcat server ?

 Thanks,

 Kaushal

Hi,

can someone guide me about
http://tomcat.apache.org/tomcat-5.5-doc/deployer-howto.html ?
I did downloaded TCD and extracted it. I got build.xml  docs  images
lib  LICENSE NOTICE  RELEASE-NOTES
what do i do next to proceed ?

Please suggest.

Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[Kaushal Shriyan]

On Thu, Feb 25, 2010 at 10:01 PM, Oliver Dauter odau...@gmail.com wrote:
 On Thu, Feb 25, 2010 at 13:27, Kaushal Shriyan kaushalshri...@gmail.com 
 wrote:
 On Thu, Feb 25, 2010 at 4:33 PM, Lorenzo Salvadorini
 lorenzo.salvador...@softecspa.it wrote:
 2010/2/25 Kaushal Shriyan kaushalshri...@gmail.com

 I did downloaded
 http://archive.apache.org/dist/tomcat/tomcat-5/v5.5.27/bin/apache-tomcat-5.5.27-deployer.tar.gz
 After extracting i see only build.xml  docs  images  lib  LICENSE
 NOTICE  RELEASE-NOTES

 What do i do next?

  Please suggest

 cat docs/*

 --
 Go easy. Step lightly. Stay free. - The Clash


Hi Oliver

I did read that already. cat docs/* contains manual.html it contains
the same contents as The TCD includes a ready-to-use Ant script, with
the following targets:

The Tomcat Client Deployer Package looks to be what you need to deploy
to a remote server from the command line. From the page:

This is a package which can be used to validate, compile, compress to
.WAR, and deploy web applications to production or development Tomcat
servers. It should be noted that this feature uses the Tomcat Manager
and as such the target Tomcat server should be running.

How can i use it from command line. Please suggest.

Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy war

[Kaushal Shriyan]

On Thu, Feb 25, 2010 at 7:14 PM, Kaushal Shriyan
kaushalshri...@gmail.com wrote:
 On Thu, Feb 25, 2010 at 12:55 PM, Kaushal Shriyan
 kaushalshri...@gmail.com wrote:
 Hi,

 Is there a tool available to deploy same war to multiple tomcat server ?

 Thanks,

 Kaushal

 Hi,

 can someone guide me about
 http://tomcat.apache.org/tomcat-5.5-doc/deployer-howto.html ?
 I did downloaded TCD and extracted it. I got build.xml  docs  images
 lib  LICENSE NOTICE  RELEASE-NOTES
 what do i do next to proceed ?

 Please suggest.

 Thanks and Regards,

 Kaushal


Hi,

deployer.properties


build=/usr/local/test/build
webapp=config
path=/config
url=http://example:8080/manager
username=tomcat
password=tomcat


ant -Durl=http:/some.other.host:8080/manager

is that correct ?

Please suggest.

Thanks and Regards,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Deploy war

[Kaushal Shriyan]

Hi,

Is there a tool available to deploy same war to multiple tomcat server ?

Thanks,

Kaushal

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Deploy WAR on ROOT without losing Manager application

[nodje]

We need tp have our application accessed from the Root context /.
So we usually delete the ROOT.war and rename our application to ROOT.war.
This works well of course but we lose the benefit of using the Tomcat
manager.

What would be the best way to obtain that?

I don't understand Virtual Host usage yet, but I suspect it could be a way
to keep both applications accessible from the root context, on two different
host name.

cheers
-- 
View this message in context: 
http://www.nabble.com/Deploy-WAR-on-ROOT-without-losing-Manager-application-tp21199112p21199112.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Deploy WAR on ROOT without losing Manager application

[Konstantin Kolinko]

2008/12/29 nodje nodje...@gmail.com:

 We need tp have our application accessed from the Root context /.
 So we usually delete the ROOT.war and rename our application to ROOT.war.
 This works well of course but we lose the benefit of using the Tomcat
 manager.


No, you are not loosing it. The ROOT application contains only the welcome
page. The manager is a separate web application and it is still there.

Also, do not forget to mention your Tomcat version when asking questions
here.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Problem by deploy WAR to Tomcat

[Thomas Chang]

Hi all,
   
  I deployed my WAR to Tomcat by using mvn tomcat:deploy  Though I got 
result BUILD SUCCESSFUL, I can't see this web-app in Tomcat.
   
  Someone knows why?

   
-
Ihr erstes Fernweh? Wo gibt es den schönsten Strand. 

How to deploy WAR to Tomcat with MAVEN2?

[Thomas Chang]

Hi all,

I use maven2. I wonder if there is a mvn-command which can deploy/reploy/delete 
the war to/from Tomcat?

Regards

Thomas

   
-
Jetzt Mails schnell in einem Vorschaufenster überfliegen. Dies und viel mehr 
bietet das  neue Yahoo! Mail. 

Re: How to deploy WAR to Tomcat with MAVEN2?

[Giancarlo Frison]

Hi Thomas,

http://cargo.codehaus.org
It works with Tomcat 5.x.
I experimented the attached script without a deep insight on this plugin
features. Let us know your comments about Cargo.
Regards,

Thomas Chang ha scritto:
 Hi all,

 I use maven2. I wonder if there is a mvn-command which can 
 deploy/reploy/delete the war to/from Tomcat?

 Regards

 Thomas


 -
 Jetzt Mails schnell in einem Vorschaufenster überfliegen. Dies und viel mehr 
 bietet das  neue Yahoo! Mail. 
   

Giancarlo Frison
http://www.jroller.com/giancarlo
	build
		plugins
			plugin
artifactIdmaven-war-plugin/artifactId
configuration
	webXmlweb/WEB-INF/web.xml/webXml
	archive
		manifest
			addClasspathtrue/addClasspath
			classpathPrefixlib//classpathPrefix
		/manifest
	/archive
/configuration
			/plugin
			plugin
groupIdorg.codehaus.cargo/groupId
artifactIdcargo-maven2-plugin/artifactId
executions
	execution
		idverify-deploy/id
		phaseinstall/phase
		goals
			goaldeployer-deploy/goal
		/goals
	/execution
	execution
		idclean-undeploy/id
		phasepre-clean/phase
		goals
			goaldeployer-undeploy/goal
		/goals
	/execution
/executions
configuration

	!-- Container Configuration --
	container
		containerIdtomcat5x/containerId
		typeremote/type
	/container

	!-- Configuration to use with the container --
	configuration
		typeruntime/type
		properties
			cargo.tomcat.manager.url
http://localhost:8080/manager
			/cargo.tomcat.manager.url
			cargo.remote.username
tomcat
			/cargo.remote.username
			cargo.remote.password
tomcat
			/cargo.remote.password
		/properties
	/configuration

	!-- Deployer and Deployables configuration --
	deployer
		typeremote/type
		deployables
			deployable
groupId'group-id'/groupId
artifactId'id'/artifactId
typewar/type
pingURL
	http://localhost:8080/webappName/frontend/login.htm
/pingURL
			/deployable
		/deployables
	/deployer

/configuration
			/plugin
		/plugins
	/build-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Scott McClanahan]

On Wed, 2007-12-05 at 08:12 +, Mark Thomas wrote:
 Eric B. wrote:
  I have submitted the bug  patch to Bugzilla 
  (http://issues.apache.org/bugzilla/show_bug.cgi?id=44021).  However, I am 
  not 100% sure that my patch is in the right format/etc.  Can you take a 
  quick look at it and let me know if it is submitted properly?
 
 Format looks good.
 
  Any idea if/when this patch would be available in a release version of 
  Tomcat?
 
 This is on my things to do list but I do want to resolve some DBCP issues
 first.
 
 I would expect to get to this in time for the next 6.0.x or the one after
 that. Unless, of course, one of the other committers gets there first.
 
 Mark
 
 
 
 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

Is tomcat 5.5 still accepting enhancements?  Could we expect to see this
capability in a tomcat 5.5 release?  Thanks.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Mark Thomas]

Scott McClanahan wrote:
 Is tomcat 5.5 still accepting enhancements?  Could we expect to see this
 capability in a tomcat 5.5 release?  Thanks.

Yes. Assuming the patch is good (I haven't tested it yet) I'll propose it
for backport.

Mark



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Mark Thomas]

Eric B. wrote:
 I have submitted the bug  patch to Bugzilla 
 (http://issues.apache.org/bugzilla/show_bug.cgi?id=44021).  However, I am 
 not 100% sure that my patch is in the right format/etc.  Can you take a 
 quick look at it and let me know if it is submitted properly?

Format looks good.

 Any idea if/when this patch would be available in a release version of 
 Tomcat?

This is on my things to do list but I do want to resolve some DBCP issues
first.

I would expect to get to this in time for the next 6.0.x or the one after
that. Unless, of course, one of the other committers gets there first.

Mark



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Mark Thomas [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 From a cursory inspection, it looks like the # naming convention 
 wasn't
 thoroughly tested out for these types of scenarios in Tomcat's
 autodeployer.
 The
 # convention is currently only for webapps hosted outside the appBase. 
 If
 you'd like to submit a patch...

 Am in the midst of a rush for a major release here right now, but once 
 I'm
 done I'll take a look at the deployment code and see if I can patch it. 
 I
 suspect it to be something relatively minor (a couple of hours), but will
 let you know once I'm done.

 Great. If you need a pointer or two - just ask.


Ok - have looked through the code, and actually, turns out to be quite a 
simplistic patch for the autodeployer to handle wars with #s.  How / where 
do I submit a patch for this?

Thanks!

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Mark Thomas]

Eric B. wrote:
 Mark Thomas [EMAIL PROTECTED] wrote in message 
 Great. If you need a pointer or two - just ask.
 
 
 Ok - have looked through the code, and actually, turns out to be quite a 
 simplistic patch for the autodeployer to handle wars with #s.  How / where 
 do I submit a patch for this?

That is good news. Open a bugzilla item and attach the patch (in diff -u
format) to the bugzilla entry.

Cheers,

Mark



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Mark Thomas [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 Eric B. wrote:
 Mark Thomas [EMAIL PROTECTED] wrote in message
 Great. If you need a pointer or two - just ask.


 Ok - have looked through the code, and actually, turns out to be quite a
 simplistic patch for the autodeployer to handle wars with #s.  How / 
 where
 do I submit a patch for this?

 That is good news. Open a bugzilla item and attach the patch (in diff -u
 format) to the bugzilla entry.

Okay - will look into doing that.

In the meantime, I've run into an issue with the undeployer that I'm not 
sure how to handle.

I'm testing with an application of mine that uses webwork-2.1.6.jar as a lib 
in the WEB-INF/lib directory.  The unpackWARs is set to true.  So the war 
gets properly exploded into its directory.  However, when I try to undeploy 
it, the undeployer seems unable to delete the webwork-2.1.6.jar file.  If I 
try to delete it manually, I see that there is a lock on it by the Tomcat 
process.  Until I stop Tomcat, I am unable to delete (and consequently 
unable to redeploy) the war.

Any ideas what can be done about this?

Tx,

Eric







-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to Deploy WAR using a sub-context path?

[Caldarale, Charles R]

 From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
 Subject: Re: How to Deploy WAR using a sub-context path?
 
 I see that there is a lock on it by the Tomcat process.

You need to set the antiJARLocking and antiResourceLocking attributes of
the Context element to true.  This should only be needed on Windows
systems.

Doc page:
http://tomcat.apache.org/tomcat-6.0-doc/config/context.html

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Mark Thomas [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 Eric B. wrote:
 Mark Thomas [EMAIL PROTECTED] wrote in message
 Great. If you need a pointer or two - just ask.


 Ok - have looked through the code, and actually, turns out to be quite a
 simplistic patch for the autodeployer to handle wars with #s.  How / 
 where
 do I submit a patch for this?

 That is good news. Open a bugzilla item and attach the patch (in diff -u
 format) to the bugzilla entry.

Done.  Actually, turned out to be a little more complicated than I had 
originally reported; ran into some difficulties with the undeployer, but 
working now.

I have submitted the bug  patch to Bugzilla 
(http://issues.apache.org/bugzilla/show_bug.cgi?id=44021).  However, I am 
not 100% sure that my patch is in the right format/etc.  Can you take a 
quick look at it and let me know if it is submitted properly?

Any idea if/when this patch would be available in a release version of 
Tomcat?

Thanks,

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Caldarale, Charles R [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
 Subject: Re: How to Deploy WAR using a sub-context path?

 I see that there is a lock on it by the Tomcat process.

You need to set the antiJARLocking and antiResourceLocking attributes of
the Context element to true.  This should only be needed on Windows
systems.

Doc page:
http://tomcat.apache.org/tomcat-6.0-doc/config/context.html

 - Chuck


Awesome.  Thanks!

Eric 




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Johnny Kewl]

---
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---

Chuck... check me here ;)
I started wondering why I have never wanted to do this.
ie never wanted to deploy a web-app to a /Demo/WebAppName/ context and I 
realized its because I use the MVC model.


So what I would do is rename the WebApp to Demo... and just change the 
Servlet Mapping to


   servlet-mapping
   servlet-namestart/servlet-name
   url-pattern/WebAppName/url-pattern
   /servlet-mapping

Same URL results

Becaue my JSP's are always called from a servlet... that works.

With static JSP pages... if one moved them to a folder /WebAppName

Is it not the same thing?... in other words all these deployment tricks can 
be thrown away... we back to a normal webapp.


In either case I think if the contexts have been hard coded, nothing will 
work, but if not, maybe its the same thing with no pain ;)


If we see it like this  /Demo/WebAppName/
We wanna play with contexts
But if we see it like this
/WebAppName/WhatEver
We wanna play with mapping and folders?

Maybe its just meant to be done another way... thats what I'm getting at. 



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Mark Thomas [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 Eric B. wrote:
From a cursory inspection, it looks like the # naming convention wasn't
 thoroughly tested out for these types of scenarios in Tomcat's 
 autodeployer.
 Either that, or I am missing something somewhere obvious.

 What you are missing is that it was never intended to work in this way. 
 The
 # convention is currently only for webapps hosted outside the appBase. If
 you'd like to submit a patch...

Am in the midst of a rush for a major release here right now, but once I'm 
done I'll take a look at the deployment code and see if I can patch it.  I 
suspect it to be something relatively minor (a couple of hours), but will 
let you know once I'm done.

Thanks!

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Mark Thomas]

Eric B. wrote:
 Mark Thomas [EMAIL PROTECTED] wrote in message 
 news:[EMAIL PROTECTED]
 Eric B. wrote:
 From a cursory inspection, it looks like the # naming convention wasn't
 thoroughly tested out for these types of scenarios in Tomcat's 
 autodeployer.
 Either that, or I am missing something somewhere obvious.
 What you are missing is that it was never intended to work in this way. 
 The
 # convention is currently only for webapps hosted outside the appBase. If
 you'd like to submit a patch...
 
 Am in the midst of a rush for a major release here right now, but once I'm 
 done I'll take a look at the deployment code and see if I can patch it.  I 
 suspect it to be something relatively minor (a couple of hours), but will 
 let you know once I'm done.

Great. If you need a pointer or two - just ask.

Mark


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to Deploy WAR using a sub-context path?

[Eric B.]

Hi,

I have a Tomcat 6 server that is mapped to my httpd server using jkmounts. 
Under normal conditions, everything is working fine.   I am able to deploy 
my wars as webapps using Tomcat's maanger  autodeployer without any issues. 
However, I now have a need to deploy my WAR under a context path that is not 
at the root level of my tomcat server.

For example, I need to deploy my application.war under:
http://www.domain.com/demo/application

When I was configuring all my contexts manually directly in server.xml, I 
would be able to specify that the context path was /demo/application. 
However, when I am now using the autodeployer, is there any way to specify 
that the path should be /demo/application?

I have tried putting my context.xml file into Meta-Inf/demo/context.xml, but 
Tomcat doesnt even recognize it when it is there.  I tried to create a 
directory demo under webapps and put my war there, but that doesn't work 
either.

Are there any settings that I can set/create in tomcat to allow me to do 
something like this?



Short of that, is there anyway I could remap my JkMount in httpd to point 
from /demo/application to /application in my tomcat instance?  Currently, my 
JkMount is the following:
JkMount /demo/application/* JkDemo

Although, this mount redirects application correctly over the jk connection, 
Tomcat ends up looking for the /demo/application context, which I am having 
trouble creating.


Any help / suggestions and/or ideas would be greatly appreciated!

Thanks!

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to Deploy WAR using a sub-context path?

[Caldarale, Charles R]

 From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
 Subject: How to Deploy WAR using a sub-context path?
 
 However, I now have a need to deploy my WAR under a context 
 path that is not at the root level of my tomcat server.
 
 For example, I need to deploy my application.war under:
 http://www.domain.com/demo/application

You need to put your Context element in
conf/Catalina/[hostname]/demo#application.xml; include a docBase
attribute to point to the location of the appropriate war file (or
directory).  Do not put the application under the Host appBase
directory, or it will be deployed twice.

I don't know if you can do this with the autodeployer, but a simple
script should suffice.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Caldarale, Charles R [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 However, I now have a need to deploy my WAR under a context
 path that is not at the root level of my tomcat server.

 For example, I need to deploy my application.war under:
 http://www.domain.com/demo/application

You need to put your Context element in
conf/Catalina/[hostname]/demo#application.xml; include a docBase
attribute to point to the location of the appropriate war file (or
directory).  Do not put the application under the Host appBase
directory, or it will be deployed twice.

I don't know if you can do this with the autodeployer, but a simple
script should suffice.

Yeah - that much I had somewhat figured out.  Although, I have to admit, the 
naming convention of the context file is really bizarre.  Is it really with 
a # in the file name??

My bigger problem, however, is that I am starting to really push ppl to use 
the tomcat manager as much as possible to avoid manual manipulations on the 
server itself; ideally I would like everything packaged in the war file to 
limit the number of potential mistakes and problems that can arise when you 
work directly on the server's filesystem.

Is there anyway to instruct tomcat to rename the META-INF/context.xml file 
to be demo#application.xml instead of application.xml?  Maybe an instruction 
within the context tag itself or even somewhere else (another file, or in 
the server.xml file)?

Thanks!

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to Deploy WAR using a sub-context path?

[Caldarale, Charles R]

 From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
 Subject: Re: How to Deploy WAR using a sub-context path?
 
 Is it really with a # in the file name??

Yup.

 Is there anyway to instruct tomcat to rename the 
 META-INF/context.xml file to be demo#application.xml
 instead of application.xml?

The manager isn't actually part of Tomcat proper, but rather it's just
an application that ships with Tomcat.  It's all open-source, so you're
free to make it work as you wish.  Shouldn't be too hard to parse the
optional Context Path field to handle slash delimiters.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Eric B. [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 Caldarale, Charles R [EMAIL PROTECTED] wrote in message 
 news:[EMAIL PROTECTED]
 However, I now have a need to deploy my WAR under a context
 path that is not at the root level of my tomcat server.

 For example, I need to deploy my application.war under:
 http://www.domain.com/demo/application

You need to put your Context element in
conf/Catalina/[hostname]/demo#application.xml; include a docBase
attribute to point to the location of the appropriate war file (or
directory).  Do not put the application under the Host appBase
directory, or it will be deployed twice.

I don't know if you can do this with the autodeployer, but a simple
script should suffice.

 Yeah - that much I had somewhat figured out.  Although, I have to admit, 
 the naming convention of the context file is really bizarre.  Is it really 
 with a # in the file name??

 My bigger problem, however, is that I am starting to really push ppl to 
 use the tomcat manager as much as possible to avoid manual manipulations 
 on the server itself; ideally I would like everything packaged in the war 
 file to limit the number of potential mistakes and problems that can arise 
 when you work directly on the server's filesystem.

 Is there anyway to instruct tomcat to rename the META-INF/context.xml file 
 to be demo#application.xml instead of application.xml?  Maybe an 
 instruction within the context tag itself or even somewhere else (another 
 file, or in the server.xml file)?


I had the brilliant idea of trying to name my war as demo#application.war, 
but the auto-deployer rejected it upon startup.  It did extract the 
META-INF/context.xml to conf/Catalina/[hostname]/demo#application.xml 
properly, but couldn't unpack the war the demo/application directory. 
(Currently have unpackWARs=true in my Host tag).

Still open to ideas / suggestions if anyone has any.

Thanks,

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Johnny Kewl]

---
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---
Chuck is right... the application has to be there already.

Another slight variation on what Chuck is saying is this...

http://localhost:8080/manager/deploy?config=file://D:\\GARBAGE\\TestSite\\META-INF\\context.xmlpath=/demo/test

The above URL will deploy it...BUT
Unpack the war file at a TestSite location outside of Tomcat/WebApps
Make the context.xml file in that unpacked file look like this.
Context docBase=D:\GARBAGE\TestSite path=/Ignored/

It will become /demo/test
NOT /Ignored

I think you could deliver the WAR to TestSite
And just a reference context.xml file and do it as well... it will ignore 
the internal context, I think.


Its weird because it picks up docBase from the context, but looks at the 
path (context) in the URL.
I tried it, normal deployment does not work with a sub context... as soon as 
you do that it looks for a docBase.


Two ways... but not as slick as the normal deployer... not too Auto ;)


- Original Message - 
From: Caldarale, Charles R [EMAIL PROTECTED]

To: Tomcat Users List users@tomcat.apache.org
Sent: Monday, November 19, 2007 9:41 PM
Subject: RE: How to Deploy WAR using a sub-context path?



From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
Subject: How to Deploy WAR using a sub-context path?

However, I now have a need to deploy my WAR under a context
path that is not at the root level of my tomcat server.

For example, I need to deploy my application.war under:
http://www.domain.com/demo/application


You need to put your Context element in
conf/Catalina/[hostname]/demo#application.xml; include a docBase
attribute to point to the location of the appropriate war file (or
directory).  Do not put the application under the Host appBase
directory, or it will be deployed twice.

I don't know if you can do this with the autodeployer, but a simple
script should suffice.

- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Eric B.]

Caldarale, Charles R [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
 Subject: Re: How to Deploy WAR using a sub-context path?

 Is it really with a # in the file name??

Yup.

 Is there anyway to instruct tomcat to rename the
 META-INF/context.xml file to be demo#application.xml
 instead of application.xml?

The manager isn't actually part of Tomcat proper, but rather it's just
an application that ships with Tomcat.  It's all open-source, so you're
free to make it work as you wish.  Shouldn't be too hard to parse the
optional Context Path field to handle slash delimiters.

Sure.  I realize that.  But after more fishing around in the auto deployer 
of Tomcat, it seems that there are greater issues within Tomcat itself.  If 
I rename the war to demo#application.war, with unpackWAR set to true, I get 
the following error:

SEVERE: Exception fixing docBase: {0}
java.net.MalformedURLException: no !/ in spec
at java.net.URL.init(Unknown Source)
at java.net.URL.init(Unknown Source)
at java.net.URL.init(Unknown Source)
at 
org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:889)


The application still tries to launch, but fails miserably:
java.lang.IllegalArgumentException: Document base 
/usr/local/tomcat/apache-tomcat-6.0/demo/webapps/demo/application does not 
exist or is not a readable directory


If I turn off the unpackWAR setting, the first error goes away (as it is no 
longer trying to unpack the war), but it still fails on the second error - 
it is still looking for the war as demo/application.war instead of 
demo#application.war.

From a cursory inspection, it looks like the # naming convention wasn't 
thoroughly tested out for these types of scenarios in Tomcat's autodeployer. 
Either that, or I am missing something somewhere obvious.

Thanks,

Eric




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Johnny Kewl]

---
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---
- Original Message - 
From: Johnny Kewl [EMAIL PROTECTED]

To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, November 20, 2007 12:31 AM
Subject: Re: How to Deploy WAR using a sub-context path?




---
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---
Chuck is right... the application has to be there already.

Another slight variation on what Chuck is saying is this...

http://localhost:8080/manager/deploy?config=file://D:\\GARBAGE\\TestSite\\META-INF\\context.xmlpath=/demo/test

The above URL will deploy it...BUT
Unpack the war file at a TestSite location outside of Tomcat/WebApps
Make the context.xml file in that unpacked file look like this.
Context docBase=D:\GARBAGE\TestSite path=/Ignored/

It will become /demo/test
NOT /Ignored

I think you could deliver the WAR to TestSite
And just a reference context.xml file and do it as well... it will ignore 
the internal context, I think.


YES! that works as well...
If its a WAR... it unpacks it in WEB-Apps
If its unpacked already... it runs that... interesting because this is 
exactly how Netbeans makes TC use the build code in a project.




Its weird because it picks up docBase from the context, but looks at the 
path (context) in the URL.
I tried it, normal deployment does not work with a sub context... as soon 
as you do that it looks for a docBase.


Two ways... but not as slick as the normal deployer... not too Auto ;)


- Original Message - 
From: Caldarale, Charles R [EMAIL PROTECTED]

To: Tomcat Users List users@tomcat.apache.org
Sent: Monday, November 19, 2007 9:41 PM
Subject: RE: How to Deploy WAR using a sub-context path?



From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
Subject: How to Deploy WAR using a sub-context path?

However, I now have a need to deploy my WAR under a context
path that is not at the root level of my tomcat server.

For example, I need to deploy my application.war under:
http://www.domain.com/demo/application


You need to put your Context element in
conf/Catalina/[hostname]/demo#application.xml; include a docBase
attribute to point to the location of the appropriate war file (or
directory).  Do not put the application under the Host appBase
directory, or it will be deployed twice.

I don't know if you can do this with the autodeployer, but a simple
script should suffice.

- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Mark Thomas]

Eric B. wrote:
From a cursory inspection, it looks like the # naming convention wasn't 
 thoroughly tested out for these types of scenarios in Tomcat's autodeployer. 
 Either that, or I am missing something somewhere obvious.

What you are missing is that it was never intended to work in this way. The
# convention is currently only for webapps hosted outside the appBase. If
you'd like to submit a patch...

Mark



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to Deploy WAR using a sub-context path?

[Johnny Kewl]

---
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---
- Original Message - 
From: Eric B. [EMAIL PROTECTED]

To: users@tomcat.apache.org
Sent: Tuesday, November 20, 2007 12:34 AM
Subject: Re: How to Deploy WAR using a sub-context path?


Caldarale, Charles R [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]

From: news [mailto:[EMAIL PROTECTED] On Behalf Of Eric B.
Subject: Re: How to Deploy WAR using a sub-context path?

Is it really with a # in the file name??


Yup.


Is there anyway to instruct tomcat to rename the
META-INF/context.xml file to be demo#application.xml
instead of application.xml?


The manager isn't actually part of Tomcat proper, but rather it's just
an application that ships with Tomcat.  It's all open-source, so you're
free to make it work as you wish.  Shouldn't be too hard to parse the
optional Context Path field to handle slash delimiters.


Sure.  I realize that.  But after more fishing around in the auto deployer 
of Tomcat, it seems that there are greater issues within Tomcat itself. 
If I rename the war to demo#application.war, with unpackWAR set to true, I 
get the following error:


SEVERE: Exception fixing docBase: {0}
java.net.MalformedURLException: no !/ in spec
   at java.net.URL.init(Unknown Source)
   at java.net.URL.init(Unknown Source)
   at java.net.URL.init(Unknown Source)
   at 
org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:889)



The application still tries to launch, but fails miserably:
java.lang.IllegalArgumentException: Document base 
/usr/local/tomcat/apache-tomcat-6.0/demo/webapps/demo/application does not 
exist or is not a readable directory



If I turn off the unpackWAR setting, the first error goes away (as it is 
no longer trying to unpack the war), but it still fails on the second 
error - it is still looking for the war as demo/application.war instead of 
demo#application.war.


From a cursory inspection, it looks like the # naming convention wasn't 
thoroughly tested out for these types of scenarios in Tomcat's 
autodeployer. Either that, or I am missing something somewhere obvious.


No, I dont think so, I think this is just an incredibly complex area with a 
million tradeoffs.

IDE's have to use it.
It must be able to send a war from a remote machine, or install it locally, 
or run one that is unpacked already, sometimes ignore the context, sometimes 
not. Allow an IDE to test complex context paths but discourage it from use. 
Like I dont know, we figured out how to make it do /Demo/TheWebApp, what 
happens if someone drops in a WebApp called Demo now?

Its just complicated.
When the contexts break, but its convenient, we dont mind.
Like when we just change the WebApp name and magic... the /NewName just 
happens.
That actually breaks the internal context.xml... but the alternative is to 
unpack, change, repack... what user is going to do that I think its a 
very complicated area... fix something like this, you'll have an issue 
with an IDE, or something.


Scary stuff ;)



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Embedded Tomcat Auto Deploy War

[Christopher Johnson]

All -

I've managed to created a embedded tomcat working based off various
examples I've found online and can successfully add the desired
context to my server, although when the context is packaged as a war
file I my embedded tomcat wont auto deploy it,  how to do construct an
embedded tomcat to auto deploy war files?  If someone could point me
towards an example that would be great.

Thanks in advance,
..Chris

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Lionel Crine]

Peter Stavrinides a écrit :


If you set up Tomcat correctly, and place all your jars in the correct 
places you can hot deploy the war without a restart. This works over 
plain http, you don't even need access to the server, all you need is a 
password for the manager (it's better to use a database realm).


There are many ways to secure the manager in production, the simplest is 
to remove the manager.xml and host-manager.xml files from the 
$CATALINA_BASE/conf/Catalina/localhost/ directory, or if your 
configuration permits allow the manager url to resolve only on the 
internal network, this is a typical scenario if tomcat is left to run on 
a secure port.




If you do that and want to use the manager again, you should replace 
those files ?

If so, I'll be really annoying to do that.


For my part, I did a deployment shell to do all the gregor's action 
(because my servers are on DMZ).


Last thing, the less applications are deployed the faster the server is.
That is also why I don't use the manager.





cheers
Peter



is to make the manager URL resolve

Gregor Schneider wrote:

- *never* start tomcat as root: create a user tomcat if not already
existing and run tomcat with that user-id

- if it's not a production-server with very high security, grant
ftp-access to user tomcat

- from your local pc, ftp to your ubuntu, login as user tomcat

- change to directory www/webapps

- put your web-app.war

that's it

be sure that autodeploy is set to true. having done so, there's no
need to delete any directories on your ubuntu-server

cheers

gregor

ps: before starting tomcat as user tomcat, you might have to issue

chown -R tomcat:tomcat * in $CATALINA_HOME
  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[David Smith]

No.  Tomcat will create a directory either in webapps or in the work 
directory depending on settings, but it will expand the war file 
regardless.  You wouldn't want tomcat to attempt to run your webapp 
archived anyway -- performance would suffer horribly.


--David

Angelo Chen wrote:

Hi,

Can war file be deployed without creating a directory, I meant, tomcat can
just use the WAR file without creating a directory?

Thanks,

A.C.


samk-2 wrote:
  

See Thread at: http://www.techienuggets.com/Detail?tx=11882 Posted on
behalf of a User

Even when you hot or auto-deploy the war file the previous version has to
be replaces by extracting content from the new war file. There will be a
pause with 404 errors if you hit the URL while the deployment is taking
place. As far as I know there's no instant way of doing this.


In Response To: 






  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Mark Thomas]

David Smith wrote:
 No.  Tomcat will create a directory either in webapps or in the work
 directory depending on settings, but it will expand the war file
 regardless.

Not always the case. This only happens if unpackWARs on the host is
set to true (the default)

Mark


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[David Smith]

But doesn't that still unpack the wars to the work directory or 
something similar?  I was under the impression it always unpacked the 
wars for performance reasons -- just not always in the webapps directory.


--David

Mark Thomas wrote:


David Smith wrote:
 


No.  Tomcat will create a directory either in webapps or in the work
directory depending on settings, but it will expand the war file
regardless.
   



Not always the case. This only happens if unpackWARs on the host is
set to true (the default)

Mark


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

 




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Mark Thomas]

David Smith wrote:
 But doesn't that still unpack the wars to the work directory or
 something similar?  I was under the impression it always unpacked the
 wars for performance reasons -- just not always in the webapps directory.

I'd need to check the code but AFAIR it only does that it you use one
of the anti-locking attributes.

Mark


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

an easier way to deploy war file?

[Angelo Chen]

Hi,

I use Tomcat 5.5, I installed it in an ubuntu, I have to start it as root
with startup.sh. to deplay a war file during development I have to do
following:

1. ftp to my home directory
2. ssh to the host as root, shutdown.sh
3. delete the program directory under webapps
4. copy war file from my home directory to webapps/
5. start again tomcat server.

any easy way to do this? Thanks.

A.C.
-- 
View this message in context: 
http://www.nabble.com/an-easier-way-to-deploy-war-file--tf4376062.html#a12473298
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Yannick Haudry]

Hi,

maybe there is a better way, but at least I guess you can use Ant to
automate all that in one task.

Yannick

On 9/4/07, Angelo Chen [EMAIL PROTECTED] wrote:

 Hi,

 I use Tomcat 5.5, I installed it in an ubuntu, I have to start it as root
 with startup.sh. to deplay a war file during development I have to do
 following:

 1. ftp to my home directory
 2. ssh to the host as root, shutdown.sh
 3. delete the program directory under webapps
 4. copy war file from my home directory to webapps/
 5. start again tomcat server.

 any easy way to do this? Thanks.

 A.C.
 --
 View this message in context: 
 http://www.nabble.com/an-easier-way-to-deploy-war-file--tf4376062.html#a12473298
 Sent from the Tomcat - User mailing list archive at Nabble.com.


 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Gregor Schneider]

- *never* start tomcat as root: create a user tomcat if not already
existing and run tomcat with that user-id

- if it's not a production-server with very high security, grant
ftp-access to user tomcat

- from your local pc, ftp to your ubuntu, login as user tomcat

- change to directory www/webapps

- put your web-app.war

that's it

be sure that autodeploy is set to true. having done so, there's no
need to delete any directories on your ubuntu-server

cheers

gregor

ps: before starting tomcat as user tomcat, you might have to issue

chown -R tomcat:tomcat * in $CATALINA_HOME
-- 
what's puzzlin' you, is the nature of my game
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Juha Laiho]

Angelo Chen wrote:
 I use Tomcat 5.5, I installed it in an ubuntu, I have to start it as root
 with startup.sh. to deplay a war file during development I have to do
 following:
 
 1. ftp to my home directory
 2. ssh to the host as root, shutdown.sh
 3. delete the program directory under webapps
 4. copy war file from my home directory to webapps/
 5. start again tomcat server.
 
 any easy way to do this? Thanks.


The Tomcat manager app simplifies this significantly.

Take a look, and check whether you can use it:
http://tomcat.apache.org/tomcat-5.5-doc/manager-howto.html

-- 
..Juha

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Peter Stavrinides]

If you set up Tomcat correctly, and place all your jars in the correct 
places you can hot deploy the war without a restart. This works over 
plain http, you don't even need access to the server, all you need is a 
password for the manager (it's better to use a database realm).


There are many ways to secure the manager in production, the simplest is 
to remove the manager.xml and host-manager.xml files from the 
$CATALINA_BASE/conf/Catalina/localhost/ directory, or if your 
configuration permits allow the manager url to resolve only on the 
internal network, this is a typical scenario if tomcat is left to run on 
a secure port.


cheers
Peter 





is to make the manager URL resolve

Gregor Schneider wrote:

- *never* start tomcat as root: create a user tomcat if not already
existing and run tomcat with that user-id

- if it's not a production-server with very high security, grant
ftp-access to user tomcat

- from your local pc, ftp to your ubuntu, login as user tomcat

- change to directory www/webapps

- put your web-app.war

that's it

be sure that autodeploy is set to true. having done so, there's no
need to delete any directories on your ubuntu-server

cheers

gregor

ps: before starting tomcat as user tomcat, you might have to issue

chown -R tomcat:tomcat * in $CATALINA_HOME
  



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Angelo Chen]

Hi Gregor,

Thanks, i tried this, it works, sometimes I can see the updated program
immediately, but sometimes I got all those 404 errors, I have to wait for a
few minutes before I can see the updates reflected, any idea? how to reflect
changes asap? Thanks.



Gregor Schneider wrote:
 
 - *never* start tomcat as root: create a user tomcat if not already
 existing and run tomcat with that user-id
 
 - if it's not a production-server with very high security, grant
 ftp-access to user tomcat
 
 - from your local pc, ftp to your ubuntu, login as user tomcat
 
 - change to directory www/webapps
 
 - put your web-app.war
 
 that's it
 
 be sure that autodeploy is set to true. having done so, there's no
 need to delete any directories on your ubuntu-server
 
 cheers
 
 gregor
 
 ps: before starting tomcat as user tomcat, you might have to issue
 
 chown -R tomcat:tomcat * in $CATALINA_HOME
 -- 
 w
 

-- 
View this message in context: 
http://www.nabble.com/an-easier-way-to-deploy-war-file--tf4376062.html#a12490683
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[samk]

See Thread at: http://www.techienuggets.com/Detail?tx=11882 Posted on behalf of 
a User

Even when you hot or auto-deploy the war file the previous version has to be 
replaces by extracting content from the new war file. There will be a pause 
with 404 errors if you hit the URL while the deployment is taking place. As far 
as I know there's no instant way of doing this.


In Response To: 


Hi Gregor,

Thanks, i tried this, it works, sometimes I can see the updated program
immediately, but sometimes I got all those 404 errors, I have to wait for a
few minutes before I can see the updates reflected, any idea? how to reflect
changes asap? Thanks.



Gregor Schneider wrote:
 
 - *never* start tomcat as root: create a user tomcat if not already
 existing and run tomcat with that user-id
 
 - if it's not a production-server with very high security, grant
 ftp-access to user tomcat
 
 - from your local pc, ftp to your ubuntu, login as user tomcat
 
 - change to directory www/webapps
 
 - put your web-app.war
 
 that's it
 
 be sure that autodeploy is set to true. having done so, there's no
 need to delete any directories on your ubuntu-server
 
 cheers
 
 gregor
 
 ps: before starting tomcat as user tomcat, you might have to issue
 
 chown -R tomcat:tomcat * in $CATALINA_HOME
 -- 
 w
 

-- 
... 
http://www.nabble.com/an-easier-way-to-deploy-war-file--tf4376062.html#a12490683
Sent from the Tomcat - User mailing list archive at 


-
To start a new topic, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: an easier way to deploy war file?

[Angelo Chen]

Hi,

Can war file be deployed without creating a directory, I meant, tomcat can
just use the WAR file without creating a directory?

Thanks,

A.C.


samk-2 wrote:
 
 See Thread at: http://www.techienuggets.com/Detail?tx=11882 Posted on
 behalf of a User
 
 Even when you hot or auto-deploy the war file the previous version has to
 be replaces by extracting content from the new war file. There will be a
 pause with 404 errors if you hit the URL while the deployment is taking
 place. As far as I know there's no instant way of doing this.
 
 
 In Response To: 
 
 

-- 
View this message in context: 
http://www.nabble.com/an-easier-way-to-deploy-war-file--tf4376062.html#a12491811
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Deploy WAR file with multi-level context path (was: Re: Path element in context.xml)

[Markus Schönhaber]

Markus Schönhaber wrote:
 Markus Schönhaber wrote:
  So, name your WAR file some#foo.war.

 I'm wrong. Although I seemed to remember that I once did it that way,
 trying to do it failed for me on 5.5.20 too (should have tried *before*
 answering). So, if I didn't overlook something very obvious, your Bugzilla
 report propably isn't invalid either.

I've done some more research but didn't find a way to deploy a WAR file so 
that the application is accessible via a multi-level context path.
Is there a way to achieve this?

Regards
  mks

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Deploy WAR file with multi-level context path (was: Re: Path element in context.xml)

[Markus Schönhaber]

Markus Schönhaber wrote:

 I've done some more research but didn't find a way to deploy a WAR file so
 that the application is accessible via a multi-level context path.
 Is there a way to achieve this?

There is, as Chris explains:
http://issues.apache.org/bugzilla/show_bug.cgi?id=41447#c3

Regards
  mks

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Undeploy/deploy WAR clears out files in symlink?

[Michael Atlas]

Hello,

I currently deploy my JSP application via the ant WAR tasks to my
production server.

After it gets deployed, I have a directory that needs to be a symlink on
the server:

/opt/tomcat/webapps/myapp/userfiles/specialfiles - /specialfiles 

I make this symlink in my ant script after deploying to the production
server.

THE PROBLEM:

When I run the undeploy task (which hits the manager servlet), the
entire application
directory for myapp gets cleared - recursively. That means that all
files in the 

/specialfiles/* directory get deleted as well.

The symlink should have been deleted, not everything within the
directory for what it pointed to.

MY CURRENT WORKAROUND:

Before re-deploying, I remove the symlink in my ant script, then
undeploy and deploy, then re-create the symlink.

QUESTION:

Is there a better way to do this? Can I prevent Tomcat manager
application from recursively deleting files within a symlink directory?

Thanks,

Mike


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