[Laszlo-dev] So I upgraded my tomcat from 5.0 to 5.5

David Nault dnault at laszlosystems.com
Fri Jun 11 15:31:32 PDT 2010


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
> <r.bitter.mailinglists at googlemail.com> 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 <dnault at laszlosystems.com 
>> > 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
>>>> <r.bitter.mailinglists at googlemail.com> 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
>>>>> <r.bitter.mailinglists at googlemail.com> 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  
>>>>>> <ptw at pobox.com> 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 <
>>>>>>>> r.bitter.mailinglists at googlemail.com> 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
>>>>>>>>> <henry.minsky at gmail.com>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 <ptw at pobox.com 
>>>>>>>>>> >
>>>>>>>>>> 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
>>>>>>>>>> hminsky at laszlosystems.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>



More information about the Laszlo-dev mailing list