Thanks. That's just about as bad as the hack for copying the files over to the tmp0 folder manually using the maven-resources-plugin from the w2e-wtp/web-resources folder.
I might give it a shot for the heck of it, but I fear the complexity will be too much to roll out as a common solution. My only other option is potentially to remove filtering when running from within the IDE - I'm not sure if that will work though. Thanks, Eric On Tue, Mar 15, 2016 at 4:39 PM, Fred Bricon <fbri...@gmail.com> wrote: > Sorry, but no, you can't remove src/main/webapp from the deployment > assembly. > > I can think of another alternative but it's really not pretty :-) > > You can install the JBossAS Tools feature from JBoss Tools 4.0.1 for Juno > [1]. Don't scream just yet. > Once installed, you can create a "Deploy Only" server [2], that will > simply assemble and copy an exploded version of your app wherever you want, > say your WAS deployment folder. You can tweak the publishing interval to > your needs (make it like 2s). I have no idea if it'll work with WAS or > cause horrible conflicts but that's the best I can offer :-) > > > [1] http://tools.jboss.org/downloads/jbosstools/juno/4.0.1.Final.html > [2] http://tools.jboss.org/features/server.html#deployment-only-server > > > On Tue, Mar 15, 2016 at 3:58 PM, Eric B <ebenza...@gmail.com> wrote: > >> I've tried to update the archiver settings, but I still have the m2e-wtp >> folder mapped to my / folder. Then I noticed a warning "Current Maven >> Archiver output settings are ignored as web resource filtering is currently >> used", which is what you referred to, I believe. >> >> So after further review and head scratching, I get the need to copy >> everything to the m2e-wtp folder to do the filtering. And the reason why >> it is added to the deployment assembly. All makes perfect sense. >> >> So then the question is if there is any way to remove the >> /src/main/webapp from my deployment assembly descriptor since I already >> have everything copied into my m2e-wtp/web-resources folder? >> >> My pom for the webapp is: >> <plugin> >> <groupId>org.apache.maven.plugins</groupId> >> <artifactId>maven-war-plugin</artifactId> >> <configuration> >> <nonFilteredFileExtensions> >> <nonFilteredFileExtension>xml</nonFilteredFileExtension> >> <nonFilteredFileExtension>properties</nonFilteredFileExtension> >> </nonFilteredFileExtensions> >> <webResources> >> <!-- enable filtering on all web resources, except those that must >> be put into special directories --> >> <resource> >> <directory>src/main/webapp</directory> >> <filtering>true</filtering> >> </resource> >> </webResources> >> </configuration> >> </plugin> >> >> >> I could even eliminate the nonFilteredExtensions if it helps me come to a >> semblance of a resolution. >> >> Thanks, >> >> Eric >> >> On Tue, Mar 15, 2016 at 1:20 AM, Fred Bricon <fbri...@gmail.com> wrote: >> >>> target/m2e-wtp/web-resources is used to keep generated stuff, like the >>> manifest (or filtered resources). See >>> https://wiki.eclipse.org/M2E-WTP_FAQ#What_is_this_web_resources_folder.3F >>> >>> You can go in Preferences > Maven > Java EE Integration and uncheck >>> "Maven archiver generates files under the build directory", that will >>> remove the web-resources folder from the deployment assembly. See >>> https://wiki.eclipse.org/M2E-WTP_FAQ#That_web_resources_folder_is_causing_me_some_trouble.2C_can_I_get_rid_of_it.3F >>> >>> http://screencast.com/t/sDDYkR4jCg >>> >>> The MANIFEST.MF and pom properties files will be generated under >>> src/main/webapp/META-INF. >>> Please not this setting will be ignored if resource filtering is active >>> (can't filter src/main/webapp/WEB-INF/web.xml into itself) >>> >>> >>> >>> >>> On Mon, Mar 14, 2016 at 9:27 PM, Eric B <ebenza...@gmail.com> wrote: >>> >>>> I think the problem is that the IBM Websphere plugin needs a single >>>> root. According to the IBM docs, having two different paths leading to the >>>> same root breaks "the single root rule". Consequently, I suppose it feels >>>> the need to recopy everything into a single directory (essentially >>>> recreating the war) and then using that as the root path. >>>> >>>> Is there a way to "remove" the /target/m2e-wtp/web-resources from the >>>> equation? What is supposed to end up in there? Can I redirect the output >>>> to the /WEB-INF/classes folder instead? >>>> >>>> I'm not precompiling my JSPs, if that makes any difference. >>>> >>>> Thanks, >>>> >>>> Eric >>>> >>>> >>>> On Mon, Mar 14, 2016 at 4:52 PM, Fred Bricon <fbri...@gmail.com> wrote: >>>> >>>>> That mapping corresponds to the archive layout. /src/main/webapp and >>>>> /target/m2e-wtp/web-resources >>>>> are to be considered the root of your .war, the build output of >>>>> /src/main/java >>>>> should go as /WEB-INF/classes in the .war >>>>> >>>>> On Mon, Mar 14, 2016 at 4:38 PM, Eric B <ebenza...@gmail.com> wrote: >>>>> >>>>>> I've updated my pom.xml to add the outputDirectory as indicated, but >>>>>> when I check my Deployment Assembly, I still see: >>>>>> >>>>>> Source: Deploy Path >>>>>> /src/main/java /WEB-INF/classes >>>>>> /src/main/webapp / >>>>>> /target/m2e-wtp/web-resources / >>>>>> >>>>>> And in my looseconfig.xmi, I see the .../tmp0 folder still indicated, >>>>>> prob b/c Websphere still thinks it needs to copy files over since it has >>>>>> multiple root settings. >>>>>> >>>>>> I've checked the java build path and the default output path is >>>>>> indeed src/main/webapp/WEB-INF/classes. >>>>>> >>>>>> >>>>>> What am I missing in my pom? Why are /src/main/webapp and >>>>>> web-resources still being mapped to /? >>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Eric >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Mar 11, 2016 at 1:51 PM, Marcel Schutte < >>>>>> maro.schu...@gmail.com> wrote: >>>>>> >>>>>>> Hi Eric, >>>>>>> >>>>>>> What works for us is to put the following bit in our pom.xml: >>>>>>> >>>>>>> <build> >>>>>>> <outputDirectory>src/main/webapp/WEB-INF/classes</outputDirectory> >>>>>>> </build> >>>>>>> >>>>>>> (obviously we put a .gitignore to keep them out of source control) >>>>>>> >>>>>>> The websphere connector needs your classes to be in WEB-INF/classes >>>>>>> to be able to run your web module directly from your workspace. If they >>>>>>> are >>>>>>> not, then it falls back to the behaviour you are seeing. It copies your >>>>>>> web >>>>>>> root and your build outputdirectory to this .plugins\ >>>>>>> org.eclipse.wst.server.core\tmp0\WarProject location. This in turn >>>>>>> causes your problem of needing a publish step before you see the >>>>>>> updates to >>>>>>> your jsp's. >>>>>>> >>>>>>> Please look at my explanation of the looseconfig.xmi in the reply to >>>>>>> your question last month. This will help your understand the way >>>>>>> websphere >>>>>>> and websphere eclipse connector work together. >>>>>>> >>>>>>> Regards, Marcel >>>>>>> >>>>>>> On Fri, Mar 11, 2016 at 7:36 PM, Eric B <ebenza...@gmail.com> wrote: >>>>>>> >>>>>>>> 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 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Fotografie >>>>>>> http://schutte.name/ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>> >>> >>> >>> >>> -- >>> "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
