RE: Tomcat Ant Tasks

2004-10-18 Thread Phillip Qin
This is my ant task deploy url=${dev.manager} username=${username} password=${password} path=${context.path} war=${war.url} update=true/ No need to define config. On *nix box, war.url is file:/your/path/to/war, on win32 box, war.url is

RE: Tomcat Ant Tasks

2004-10-18 Thread Gregg Bolinger
the WAR file. I am only having a problem getting my custom context config to get deployed as well. -Original Message- From: Phillip Qin [mailto:[EMAIL PROTECTED] Sent: Monday, October 18, 2004 11:08 AM To: 'Tomcat Users List' Subject: RE: Tomcat Ant Tasks This is my ant task deploy

RE: Tomcat Ant Tasks

2004-10-18 Thread Phillip Qin
Pack your context into war, as META-INF/context.xml using ant jar command. -Original Message- From: Gregg Bolinger [mailto:[EMAIL PROTECTED] Sent: October 18, 2004 12:14 PM To: 'Tomcat Users List' Subject: RE: Tomcat Ant Tasks Then I am confused. I have a config that contains my

RE: Tomcat Ant Tasks

2004-10-18 Thread Gregg Bolinger
PERFET! Thanks. Now, is that in the docs anywhere? If it's not, it should be. -Original Message- From: Phillip Qin [mailto:[EMAIL PROTECTED] Sent: Monday, October 18, 2004 11:16 AM To: 'Tomcat Users List' Subject: RE: Tomcat Ant Tasks Pack your context into war, as META-INF

RE: Tomcat Ant Tasks

2004-10-18 Thread Phillip Qin
I think it is part of sub's jar spec. -Original Message- From: Gregg Bolinger [mailto:[EMAIL PROTECTED] Sent: October 18, 2004 12:29 PM To: 'Tomcat Users List' Subject: RE: Tomcat Ant Tasks PERFET! Thanks. Now, is that in the docs anywhere? If it's not, it should be. -Original

RE: Tomcat Ant Tasks

2004-10-18 Thread Phillip Qin
Or documented in tomcat doc? Sorry, I forgot. -Original Message- From: Phillip Qin [mailto:[EMAIL PROTECTED] Sent: October 18, 2004 12:31 PM To: 'Tomcat Users List' Subject: RE: Tomcat Ant Tasks I think it is part of sub's jar spec. -Original Message- From: Gregg Bolinger

RE: Tomcat Ant Tasks

2004-10-18 Thread Shapira, Yoav
Ant Tasks Or documented in tomcat doc? Sorry, I forgot. -Original Message- From: Phillip Qin [mailto:[EMAIL PROTECTED] Sent: October 18, 2004 12:31 PM To: 'Tomcat Users List' Subject: RE: Tomcat Ant Tasks I think it is part of sub's jar spec. -Original Message- From: Gregg

RE: Tomcat Ant Tasks

2004-10-18 Thread Gregg Bolinger
Do you have a specific link? What is our docs? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, October 18, 2004 11:33 AM To: Tomcat Users List Subject: RE: Tomcat Ant Tasks Hi, It's not part of the JAR or WAR specs, it's a tomcat-specific feature

RE: Tomcat Ant Tasks

2004-10-18 Thread Shapira, Yoav
ownership by the Tomcat team. As opposed to the many external docs that exist for Tomcat, some of which also covering this topic. Yoav -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, October 18, 2004 11:33 AM To: Tomcat Users List Subject: RE: Tomcat Ant Tasks

RE: Tomcat Ant Tasks

2004-10-18 Thread Phillip Qin
Don't know if context.xml page is broken, however, there are 2 attributes that do not have name (between swallowOutput and useNaming). -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: October 18, 2004 12:58 PM To: Tomcat Users List Subject: RE: Tomcat Ant Tasks

RE: Tomcat Ant Tasks

2004-10-18 Thread Shapira, Yoav
Hi, Don't know if context.xml page is broken, however, there are 2 attributes that do not have name (between swallowOutput and useNaming). Oops ;) I've just fixed it in CVS, it'll show up in the next release. They're the two tldValidation options, not frequently used, and for those who care

RE: tomcat ant tasks (docs?)

2003-02-20 Thread Wendy Smoak
I wrote: Then, the install task doesn't seem to work with a .war file. It installed my .war file under the /webapps/bendev directory instead of under /webapps where it belongs. I guess it's supposed to work with a set of loose files? Oops... I'm sure you know this, but it didn't move the

Re: tomcat ant tasks (docs?)

2003-02-20 Thread Erik Price
Wendy Smoak wrote: Now I'm trying to use the tomcat ant tasks to automate things, and I'm running into problems. First, I can't reload this app with the ant task. It says: w:\java\bendevant reload Buildfile: build.xml reload: BUILD FAILED file:w:/java/bendev/build.xml:159:

Re: tomcat ant tasks (docs?)

2003-02-20 Thread Paul Yunusov
On Thursday 20 February 2003 12:51 pm, Wendy Smoak wrote: On advice given here, I've got tomcat configured to _not_ unpack my .war file. Then my ant 'deploy' target [not task] simply copies the .war file over to /path/to/tomcat/webapps. Wendy, why are you dealing with war files during

RE: tomcat ant tasks (docs?)

2003-02-20 Thread Wendy Smoak
Wendy, why are you dealing with war files during development at all? Ant does a great job installing and reloading from docBases at arbitrariry locations on the filesystem. At the moment, I don't have my development files arranged in a webapp structure (with WEB-INF, etc.). I was developing

RE: tomcat ant tasks (docs?)

2003-02-20 Thread Wendy Smoak
Erik wrote: Does your ant task provide the HTTP authentication credentials? According to the example build.xml comments, you need to set a manager.username and manager.password property for the ant script to access the /manager app with. It's taken almost straight from the example: target

Re: tomcat ant tasks (docs?)

2003-02-20 Thread Erik Price
Wendy Smoak wrote: It's taken almost straight from the example: target name=reload description=Reload Web application depends= reload url=${manager.url} username=${manager.username} password=${manager.password} path=/${context}/ /target (With the appropriate properties set, of

Re: tomcat ant tasks (docs?)

2003-02-20 Thread Rasputin
* Paul Yunusov [EMAIL PROTECTED] [0245 19:45]: On Thursday 20 February 2003 12:51 pm, Wendy Smoak wrote: On advice given here, I've got tomcat configured to _not_ unpack my .war file. Then my ant 'deploy' target [not task] simply copies the .war file over to /path/to/tomcat/webapps.

RE: tomcat ant tasks (docs?)

2003-02-20 Thread Wendy Smoak
Erik wrote: Hmm... not to be contradictory but those two URLs are not the same, if you look closely. (One is manager/html/reload, the other is manager/reload.) But I do not know much about the /manager app, so this might not be the source of your problems. One is what you use when