Raju,
Yes, these are macros I wrote for Webtop. I don't see a problem
contributing them to the platform.
David
On Jun 11, 2010, at 3:11 AM, Raju Bitter wrote:
Are you using that code for Webtop as well? I think I remember that I
saw the copy effect for Tomcat within the Webtop SDK as well. But that
was Webtop 1.5.
On Fri, Jun 11, 2010 at 12:09 PM, Raju Bitter
<[email protected]> wrote:
Great, David, thanks! That works. Just one question: Is the Ant macro
file your own code? Could that be added to the platform?
Now using this target
<target name="webapp.deploy" depends="init" unless="no.tomcat"
description="Deploy lps webapp into tomcat5." >
<tomcatDeployInPlace contextPath="/${build.branch}"
docBase="${LPS_HOME}"/>
</target>
I can deploy/undeploy in the old way with Tomcat 6.0.
@Tucker
Should we add a switch to the Ant build file. If Tomcat 5.5+ is used,
the new macro should be used to deploy the app.
On Fri, Jun 11, 2010 at 1:38 AM, David Nault <[email protected]
> wrote:
Here are some ant macros that automatically create a context file
for
in-place deployment without the nasty side effects when the app is
undeployed.
<import file="tomcat-manager-ant-macros.xml"/>
<tomcatDeployInPlace contextPath="/somecontext"
docBase="/path/to/exploded/webapp"/>
On Jun 10, 2010, at 2:45 PM, Raju Bitter wrote:
In the 5.0 docs I found regarding the undeploy command:
"WARNING - This command will delete the contents of the web
application directory and/or ".war" file if it exists within the
appBase directory (typically "webapps") for this virtual host . The
web application temporary work directory is also deleted. If you
simply want to take an application out of service, you should use
the
/stop command instead."
That would make sense. If you deploy an app through the local file
system using a directory outside the appBase dir (normally
$TOMCAT_HOME/webapps), an undeploy command will delete the webapp
folder and the temp folder.
Then I did some testing with Tomcat 6. If I use a context.xml
file -
which I place in the $LPS_HOME folder - I can use the Tomcat
manager
application to deploy and undeploy apps as we could with Tomcat
5.0.
Here's the context.xml I'm using:
<Context path="/trunk"
docBase="/Users/rajubitter/src/svn/openlaszlo/trunk-work/"
debug="0">
</Context>
I have that in my OL trunk folder:
/Users/rajubitter/src/svn/openlaszlo/trunk-work
In the Tomcat manager, I deploy a new webapp, using "/trunk" for
the
field "Context Path (required):".
For the field "XML Configuration file URL:" I use
"/Users/rajubitter/src/svn/openlaszlo/trunk-work/context.xml"
When I undeploy the app, the directory is not deleted.
Unfortunately,
using the ANT script with an additional attribute
config="${LPS_HOME}/context.xml"
the directory content is still copied into the webapps folder.
Here's
the full XML for the ANT task I tested:
<deploy url="${tom.url}"
username="${tom.username}"
password="${tom.password}"
path="/${build.branch}"
localWar="${LPS_HOME}"
config="${LPS_HOME}/context.xml"
/>
But at least you could quickly redeploy the webapp by using the URL
http://localhost:8080/manager/html/reload?path=/trunk, if you have
authenticated with Tomcat manager app.
On Thu, Jun 10, 2010 at 11:10 PM, Raju Bitter
<[email protected]> wrote:
You could try to use web app stop and start tasks instead of
redeploy.
<target name="start"
description="start application on servlet container">
<echo message="app path: ${app.path}"/>
<start
url="${catalina.manager.url}"
username="${catalina.manager.username}"
password="${catalina.manager.password}"
path="${app.path}"/>
</target>
<target name="stop"
description="Stop application on servlet container">
<echo message="app path: ${app.path}"/>
<stop
url="${catalina.manager.url}"
username="${catalina.manager.username}"
password="${catalina.manager.password}"
path="${app.path}"/>
</target>
On Thu, Jun 10, 2010 at 11:00 PM, Raju Bitter
<[email protected]> wrote:
It should be in /tomcat/conf/Catalina/localhost
In my case, I have a version of trunk deployed using the path
/trunk-work, and here's the corresponding XML file's content:
<?xml version='1.0' encoding='utf-8'?>
<Context docBase="/Users/rajubitter/src/svn/openlaszlo/trunk-
work"
path="/trunk-work">
</Context>
The name of the generated file will be the same as the path you
have
chosen for the app.
On Thu, Jun 10, 2010 at 10:55 PM, P T Withington
<[email protected]> wrote:
It looks like they must be. That's probably what's taking all
the
tiem.
Where is this context descriptor file of which you speak?
I am a tomcat dummy.
On 2010-06-10, at 16:43, Raju Bitter wrote:
Tucker, when you deploy the app, is the content being copied
into
Tomcat
webapps folder? What is the content of the context descriptor
file
generated?
On Thu, Jun 10, 2010 at 10:32 PM, Raju Bitter <
[email protected]> wrote:
I had some problems when I used Java 6 with the error
message javax
not
found, or something similar. That's the only thing I can
remember,
Henry.
Could it be an error with the docbase setting for the context?
On Thu, Jun 10, 2010 at 9:46 PM, Henry Minsky
<[email protected]>wrote:
Wasn't Raju complaining at one point about a newer
version of
tomcat
copying all the files from the working dir into it's own
dir instead
ofjust
running from the directory? Raju?
On Thu, Jun 10, 2010 at 3:40 PM, P T Withington <[email protected]
>
wrote:
And now webapp.deploy seems to take forever (1:43) and if
emacs has
left
any .# temp files in WEB-INF tomcat silently declines to
deploy my
servlet
(I guess) and serves up all my .lzx files as straight text.
Looking for suggestions...
--
Henry Minsky
Software Architect
[email protected]
