dataImport task run tomcatDeploy without compiled custom skins

[jgribonvald]

Describe the bug
#227 removed CompileLess but without removing tomcatDeploy. So the tomcatDeploy remove and doesn't deploy local/custom used skins and it break the deployed app (the portal serve page without skin)

To Reproduce
Steps to reproduce the behavior:

1. have or create a local skin, deploy and use it (run tomcat)
2. if you do a dataImport it will run :overlays:uPortal:tomcatClean and :overlays:uPortal:tomcatDeploy
3. go back to your portal and refresh the page
4. See error - there isn't more a skin applied - the skin is missing from sources !

Expected behavior
dataImport should not run :overlays:uPortal:tomcatClean and :overlays:uPortal:tomcatDeploy or remove #227 commits

[jgribonvald]

this could be a problem on production (with provided conf) because if you import a portlet definition it will redeploy your tomcat and if you autorized tomcat autoDeploy the service won't be available during the task run and until the project is mounted back !
I don't encounter the problem as I set

<Host ... unpackWARs="false" autoDeploy="false"...c>

and I defined all <Context ... for all autorized apps

[drewwills]

Folks -- the dataImport (and other Import/Export tasks) require tomcatDeploy because they use the deployed versions of uPortal technology to run.

Perhaps they shouldn't require tomcatClean.

[jgribonvald]

@drewwills I don't understand the requirement, could you explain the case on where the version deployment of uPortal is required ?

My case fix #281 fix the problem of runing only a dataImport to apply few change on production (as example setting new options on a portlet definition). In the current use (without my fix) dataImport can cause a service failure during the redeploy, as many peoples will run it on the same server where the portal is deployed.

In my mind we should always make a tomcatDeploy when changing uPortal version or any other dependency before to run a dataImport, but nothing avoid to run dataImport on a separate command...