[Laszlo-dev] Required Ant target for recompiling LPS server Java classes
dda at ddanderson.com
Mon Oct 10 13:32:17 PDT 2011
Seems like you could muck with build.xml, and create a build2 target which is the same as 'build', except that it stops after the 'build-classes' step. Maybe you could strip it down more. BUT -- if you change anything in the compiler or sc directories (or the grammar, and probably elsewhere), you're potentially affecting how the LFC is built. So caveat emptor.
On Oct 10, 2011, at 3:54 PM, Raju Bitter wrote:
> Thanks, Don. It just takes so long to rebuild all the LFC files. Is it
> possible to skip the build for those files when doing an "ant build"
> from $LPS_HOME?
> On Mon, Oct 10, 2011 at 6:29 PM, Donald Anderson <dda at ddanderson.com> wrote:
>> Hi Raju,
>> Maybe someone else can answer the 'minimal time' technique. I always just
>> do 'ant' at the top level, and I bounce tomcat. Maybe that's overkill in
>> the case you've only changed java files, there always seems to be plenty
>> else to work on while a build is running... :-)
>> If you're working just on .lzs files (I know, not your question), you can do
>> a quick build for just one runtime, e.g.: cd WEB-INF/lps/lfc; ./buildlfc
>> - Don
>> On Oct 10, 2011, at 11:58 AM, Raju Bitter wrote:
>> Which Ant targets need to be executed when changes are made to Java
>> classes in WEB-INF/lps/server? I'm looking for the least time
>> consuming compilation/redeployment?
>> Just running "ant build" in folder ./WEB-INF/lps/server, and then "cd
>> $LPS_HOME; ant webapp.undeploy" plus "cd $LPS_HOME; ant webapp.deploy"
>> does not load changes to the Java classes, correct?
>> Don Anderson
>> Java/C/C++, Berkeley DB, systems consultant
>> voice: 617-306-2057
>> email: dda at ddanderson.com
>> www: http://www.ddanderson.com
>> blog: http://libdb.wordpress.com
Java/C/C++, Berkeley DB, systems consultant
email: dda at ddanderson.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Laszlo-dev