So then it is conceivable that the IBM guys coded their adapter to behave differently in the case of a Maven nature vs an Eclipse nature. Oh boy - I can foresee this is as being a tough one to resolve.
Even if I were to manually add entries into my Deployment Assembly, m2e tends to overwrite them whenever updating my project. Are there any settings I can add into my pom/etc to force certain entries into my Deployment Assembly? Thanks, Eric On Fri, Mar 11, 2016 at 1:31 PM, Fred Bricon <fbri...@gmail.com> wrote: > Tomcat and JBoss server adapters use a deployment directory by default. > Publishing is incremental, i.e. only files that changed are published, > which is very fast. > For Tomcat, you have a serve module without publishing which serves files > directly from the workspace, skipping the publishing mode. > > Each server adapter is implemented differently, so behavior might vary > from an adapter to another. But in general they should honor the deployment > assembly settings. > > On Fri, Mar 11, 2016 at 1:27 PM, Eric B <ebenza...@gmail.com> wrote: > >> I haven't checked the Tomcat/JBoss adapters in a long long time, but do >> you know if they copy files to a temp folder as well? >> >> Is it normal that the server adapters that modify their behaviour based >> on the project's natures? I would have expected that the adapter simply >> uses whatever is in the Deployment Assembly data to determine how to >> deploy/structure classpaths/etc. >> >> Chuck/Roberto - are you able to provide any additional info for this? >> I'm using RAD 9.1.1 with the WAS 8.5 tools (but it has been tried in Luna >> with the WAS 8.5 tools and the same result as well) >> >> Thanks! >> Eric >> >> >> On Fri, Mar 11, 2016 at 1:21 PM, Fred Bricon <fbri...@gmail.com> wrote: >> >>> This is a question for the IBM team. Cc'ing Chuck and Roberto on this. >>> I know Tomcat and JBoss server adapters work just fine, but I can't test >>> WebSphere. >>> >>> Fred >>> >>> On Fri, Mar 11, 2016 at 10:41 AM, Eric B <ebenza...@gmail.com> wrote: >>> >>>> I'm confused as to why this is happening in my m2e projects vs standard >>>> Eclipse projects. >>>> >>>> When I configure my WAR/EAR projects as normal eclipse (non-maven) >>>> projects and deploy to WebSphere, I see that the WebSphere connector adds a >>>> classpath entry pointing to my JSP folder: >>>> >>>> c:\dev\WarProject\webApplication >>>> >>>> However, when I convert to a properly structured maven/m2e project the >>>> classpath entry changes to: >>>> c:\dev\WarProject\ >>>> \.plugins\org.eclipse.wst.server.core\tmp0\WarProject >>>> >>>> So this means that for WAS to see any modifications made to my JSPs >>>> they must first be recopied into the tmp0\... folder. But during the >>>> standard m2e/maven save process, the files are only copied into the >>>> target/folder and not the deployed ..../tmp0 folder. >>>> >>>> Which leads to the problem of WAS not seeing the updated JSPs. My >>>> options are: >>>> >>>> 1. If I enable the "automatic deployment" in the WAS options it >>>> tries to redeploy my entire EAR which is very slow >>>> 2. If I don't enable the "automatic deployment", the files are not >>>> copied to the tmp0\ folder so WAS doesn't see the changes to the JSP >>>> >>>> >>>> So I've hacked something into my pom.xml to use the >>>> maven-resources-plugin to automatically copy my jsp into the tmp0 folder >>>> (on validate phase so everytime the jsp is saved it is copied over), but >>>> that is brutally ugly, and requires hardcoding a path in my pom to point to >>>> a path generated by the WAS plugin. >>>> >>>> >>>> 1) Is there a way to force the WAS deployer to point to my >>>> WarProject/main/webapp/src folder instead of the tmp0 folder? >>>> >>>> 2) Is there another/better way to configure this? >>>> >>>> >>>> Thanks, >>>> >>>> Eric >>>> >>>> >>>> >>>> _______________________________________________ >>>> m2e-users mailing list >>>> m2e-users@eclipse.org >>>> To change your delivery options, retrieve your password, or unsubscribe >>>> from this list, visit >>>> https://dev.eclipse.org/mailman/listinfo/m2e-users >>>> >>> >>> >>> >>> -- >>> "Have you tried turning it off and on again" - The IT Crowd >>> And if that fails, then http://goo.gl/tnBgH5 >>> >>> _______________________________________________ >>> m2e-users mailing list >>> m2e-users@eclipse.org >>> To change your delivery options, retrieve your password, or unsubscribe >>> from this list, visit >>> https://dev.eclipse.org/mailman/listinfo/m2e-users >>> >> >> >> _______________________________________________ >> m2e-users mailing list >> m2e-users@eclipse.org >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit >> https://dev.eclipse.org/mailman/listinfo/m2e-users >> > > > > -- > "Have you tried turning it off and on again" - The IT Crowd > And if that fails, then http://goo.gl/tnBgH5 > > _______________________________________________ > m2e-users mailing list > m2e-users@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/m2e-users >
_______________________________________________ m2e-users mailing list m2e-users@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/m2e-users
