[JBoss JIRA] (JBDS-3210) create a JBDS Central feature which includes only JBDS Central branding plugin
by Zbyněk Červinka (Jira)
[ https://issues.redhat.com/browse/JBDS-3210?page=com.atlassian.jira.plugin... ]
Zbyněk Červinka closed JBDS-3210.
---------------------------------
> create a JBDS Central feature which includes only JBDS Central branding plugin
> ------------------------------------------------------------------------------
>
> Key: JBDS-3210
> URL: https://issues.redhat.com/browse/JBDS-3210
> Project: Red Hat CodeReady Studio (devstudio)
> Issue Type: Feature Request
> Components: central, requirements
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Priority: Major
>
> Purpose:
> Provide a single feature which includes both JBoss Central (pulled from JBoss Tools, minus its "community" plugin, org.jboss.tools.community.central) and the JBDS Central branding plugin, com.jboss.devstudio.core.central.
> Reason:
> This will allow us to create Marketplace installs for things like JBDS Fuse Tooling which include ONLY the Fuse features + the bare bones of Central, without having all of JBDS come along for the ride. Without this, we can create a JBoss Tools-branded Fuse entry in the Marketplace, or a JBDS-branded Fuse entry in the Marketplace [which includes all of JBDS]. We want a JBDS-branded Fuse entry, which only includes the bare bones, not ALL the JBDS stuff.
> Technical problems:
> * Marketplace can only install features, not individual plugins
> * Today, the only way to install JBDS Central via Marketplace is to include the com.jboss.devstudio.core.feature, which includes the com.jboss.devstudio.core.central branding plugin. But doing so installs ALL of JBDS, too.
> Solution:
> 1. Create a com.jboss.devstudio.core.central.feature which includes:
> * com.jboss.devstudio.core.central
> * org.jboss.tools.central
> 2. Optionally, could also include these plugins:
> * com.jboss.devstudio.core.project.examples
> * com.jboss.devstudio.core.usage.branding
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (JBIDE-15324) Add an option to regenerate project files
by Zbyněk Červinka (Jira)
[ https://issues.redhat.com/browse/JBIDE-15324?page=com.atlassian.jira.plug... ]
Zbyněk Červinka closed JBIDE-15324.
-----------------------------------
> Add an option to regenerate project files
> -----------------------------------------
>
> Key: JBIDE-15324
> URL: https://issues.redhat.com/browse/JBIDE-15324
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: maven
> Reporter: George Gastaldi
> Priority: Major
>
> JBIDE-15322 was caused due to a malformed .project file. It would be nice to have an option when updating (or importing) the Maven project to allow regeneration of these files (.project, .classpath, .settings/).
> Here is a chat transcript from [~akazakov] and [~gastaldi] in the #jbosstools channel:
> {quote}
> <akazakov> can you remove this project, pull it again and re-import?
> <gastaldi> I deleted my .project, .classpath, .settings and .external-builders and it works now
> <gastaldi> is it possible to add an option to regenerate these files on import ?
> <gastaldi> this may be garbage from older m2 versions
> <akazakov> when you import the project as a maven project then these files should be generated
> <gastaldi> in my case these files already existed
> <gastaldi> but they were screwed
> <akazakov> yes the maven tooling just updates them if they exist.
> <akazakov> it can't remove the old one since it can have some custom settings you don't want to loose
> <gastaldi> I know, that's why I asked for an option to regenerate it :)
> <gastaldi> I think that the majority of use-cases will not have any custom settings
> <akazakov> ah. got it. I'm not sure.. Maybe Fred knows anything about it.
> <gastaldi> is he on PTO ?
> <akazakov> yes
> <gastaldi> ok, perhaps it may be worth talking with him about this, since it may save some headaches in the future :)
> <akazakov> yes. you are right
> <gastaldi> thanks for your time akazakov
> <akazakov> no problem )
> <akazakov> can you create an issue about the option to regenerate .project .classpath etc when importing a maven project? Just not to forget it when Fred is back
> <gastaldi> ok
> {quote}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (JBIDE-10973) An internal error occurred during: "Importing..."
by Zbyněk Červinka (Jira)
[ https://issues.redhat.com/browse/JBIDE-10973?page=com.atlassian.jira.plug... ]
Zbyněk Červinka closed JBIDE-10973.
-----------------------------------
> An internal error occurred during: "Importing..."
> -------------------------------------------------
>
> Key: JBIDE-10973
> URL: https://issues.redhat.com/browse/JBIDE-10973
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: project-examples
> Affects Versions: 3.3.0.Beta1
> Reporter: Yahor Radtsevich
> Assignee: Snjezana Peco
> Priority: Major
> Attachments: screenshot-1.png
>
>
> The stack trace follows:
> {code}
> eclipse.buildId=unknown
> java.version=1.7.0
> java.vendor=Oracle Corporation
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> Framework arguments: -product com.jboss.jbds.product.product
> Command-line arguments: -os win32 -ws win32 -arch x86 -product com.jboss.jbds.product.product
> Error
> Tue Feb 21 14:21:27 AST 2012
> An internal error occurred during: "Importing...".
> java.lang.AbstractMethodError: org.jboss.tools.maven.project.examples.ImportMavenProjectExample.importProject(Lorg/jboss/tools/project/examples/model/ProjectExample;Ljava/io/File;Ljava/util/Map;Lorg/eclipse/core/runtime/IProgressMonitor;)Z
> at org.jboss.tools.project.examples.wizard.NewProjectExamplesJob.runInWorkspace(NewProjectExamplesJob.java:68)
> at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (JBIDE-11117) Java EE Web Project: DnD deployment doesn't work with JBossAS 7.1.0.Final
by Zbyněk Červinka (Jira)
[ https://issues.redhat.com/browse/JBIDE-11117?page=com.atlassian.jira.plug... ]
Zbyněk Červinka closed JBIDE-11117.
-----------------------------------
> Java EE Web Project: DnD deployment doesn't work with JBossAS 7.1.0.Final
> -------------------------------------------------------------------------
>
> Key: JBIDE-11117
> URL: https://issues.redhat.com/browse/JBIDE-11117
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: maven
> Affects Versions: 3.3.0.M5
> Environment: 3.3.0.Beta1b (for QE testing)
> Reporter: Juergen Zimmermann
> Assignee: Fred Bricon
> Priority: Major
>
> I'm using 3.3.0.Beta1b (for QE testing) which I downloaded from http://download.jboss.org/jbosstools/builds/development/3.3.0.Beta1b.core.... When I'm using "mvn -DskipTests package jboss-as:deploy", then my project is deployed into JBossAS 7.1 as expected.
> However, when I drag'n'drop the project onto the JBoss server entry, then the deployed war in %JBOSS_HOME%\standalone\deployments contains these artifacts which may not be included:
> (1) resources that are excluded in pom.xml are regardless copied from src/main/resources into WEB-INF/classes
> (2) test classes are copied from target/test-classes into WEB-INF/classes
> (3) test resources are copied from src/test/resources (or target/test-classes?) into WEB-INF/classes
> Topic (2) is a blocker, because it is resulting in stack traces like these when the test classes are using DbUnit and JUnit:
> 12:17:57,644 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-8) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class de.shop.test.util.DbService
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.1.0.Final.jar:7.1.0.Final]
> at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.1.0.Final.jar:7.1.0.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_03]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_03]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_03]
> Caused by: java.lang.NoClassDefFoundError: org/dbunit/database/IDatabaseConnection
> at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.7.0_03]
> at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [rt.jar:1.7.0_03]
> at java.lang.Class.getDeclaredFields(Class.java:1760) [rt.jar:1.7.0_03]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) [guava-10.0.1.jar:]
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> ... 11 more
> Caused by: java.lang.ClassNotFoundException: org.dbunit.database.IDatabaseConnection from [Module "deployment.shop.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
> ... 29 more
> 12:17:57,660 INFO [org.jboss.weld.ClassLoading] (MSC service thread 1-8) catching: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class de.shop.test.service.BestellverwaltungTest
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:86) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:115) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:171) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:336) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.as.weld.WeldContainer.start(WeldContainer.java:82) [jboss-as-weld-7.1.0.Final.jar:7.1.0.Final]
> at org.jboss.as.weld.services.WeldService.start(WeldService.java:76) [jboss-as-weld-7.1.0.Final.jar:7.1.0.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_03]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_03]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_03]
> Caused by: org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class de.shop.test.util.AbstractTest
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:152) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:139) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) [guava-10.0.1.jar:]
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> ... 11 more
> Caused by: java.lang.NoClassDefFoundError: Lorg/junit/rules/ExpectedException;
> at java.lang.Class.getDeclaredFields0(Native Method) [rt.jar:1.7.0_03]
> at java.lang.Class.privateGetDeclaredFields(Class.java:2308) [rt.jar:1.7.0_03]
> at java.lang.Class.getDeclaredFields(Class.java:1760) [rt.jar:1.7.0_03]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:102) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflections$4.work(SecureReflections.java:99) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAndWrap(SecureReflectionAccess.java:63) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.util.reflection.SecureReflections.getDeclaredFields(SecureReflections.java:99) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:153) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:118) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:49) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.resources.ClassTransformer$TransformTypeToWeldClass.apply(ClassTransformer.java:40) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) [guava-10.0.1.jar:]
> at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) [guava-10.0.1.jar:]
> at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:149) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> ... 21 more
> Caused by: java.lang.ClassNotFoundException: org.junit.rules.ExpectedException from [Module "deployment.shop.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
> ... 39 more
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (JBIDE-10196) Java build paths break when converting project to maven
by Zbyněk Červinka (Jira)
[ https://issues.redhat.com/browse/JBIDE-10196?page=com.atlassian.jira.plug... ]
Zbyněk Červinka closed JBIDE-10196.
-----------------------------------
> Java build paths break when converting project to maven
> -------------------------------------------------------
>
> Key: JBIDE-10196
> URL: https://issues.redhat.com/browse/JBIDE-10196
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: maven, upstream
> Affects Versions: 3.3.0.M4
> Environment: OSX Lion 10.7.2, JDK 1.6, Eclipse Java EE IDE for Web Developers, JBoss Tools updated today (18th Nov) from http://download.jboss.org/jbosstools/updates/development/indigo/
> Reporter: Dana Mison
> Priority: Major
> Attachments: After_1.png, After_2.png, Before_2.png, before_1.png
>
>
> I created an EJB Project, added a session bean and converted it to a Maven project (via right-click, Configure->Convert to Maven Project). Left default values in the Create POM dialog.
> These two warnings and errors now manifest:
> ERROR:Java compiler level does not match the version of the installed Java project facet.
> WARNING:Build path specifies execution environment J2SE-1.5. There are no JREs installed in the workspace that are strictly compatible with this environment.
> It appears to try to switch the Java build settings to use 1.5 although it was configured for 1.6.
> Before and after screenshots of settings changes attached.
> Project builds again after changing the JRE in the Java Build Path/Libraries back to Java SE 6 (MacOS X Default) and the Compiler compliance level to 1.6
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (JBIDE-16341) WAR resource filtering not working in Eclipse 4.3.1 and JBoss Tools 4.1.1
by Zbyněk Červinka (Jira)
[ https://issues.redhat.com/browse/JBIDE-16341?page=com.atlassian.jira.plug... ]
Zbyněk Červinka closed JBIDE-16341.
-----------------------------------
> WAR resource filtering not working in Eclipse 4.3.1 and JBoss Tools 4.1.1
> -------------------------------------------------------------------------
>
> Key: JBIDE-16341
> URL: https://issues.redhat.com/browse/JBIDE-16341
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: maven
> Affects Versions: 4.1.1.Final
> Environment: Linux, Eclipse 4.3.1, JBossTools 4.1.1, Maven 3.1.1.
> Reporter: Esteve Aviles
> Priority: Minor
> Labels: filtering, resource, war
> Fix For: 4.1.0.1.Final, 4.1.1.Final
>
>
> i,
>
> I work in a project where web.xml content must be filtered depending on maven profiles. I have configured pom.xml as follows but Eclipse doesn't process filtering for web.xml when deploying the app to the server through Full Publish from Servers Tab.
>
> <plugin>
> <artifactId>maven-war-plugin</artifactId>
> <version>2.4</version>
> <configuration>
> <failOnMissingWebXml>false</failOnMissingWebXml>
> <webResources>
> <resource>
> <filtering>true</filtering>
> <directory>src/main/webapp</directory>
> <includes>
> <include>**/web.xml</include>
> </includes>
> </resource>
> </webResources>
> <warSourceDirectory>src/main/webapp</warSourceDirectory>
> <webXml>src/main/webapp/WEB-INF/web.xml</webXml>
> </configuration>
> </plugin>
>
> Environment: Eclipse Kepler 4.3.1, JBoss Tools 4.1.1, JBossAS7.1 and Maven 3.1.1.
> If I build the project with maven package everything is working fine.
>
> You can clone this Git repository to test it: esteveavi/forge-test · GitHub
>
> Can anyone check if you have the same problem?
>
> Thanks in advance.
>
> Regards.
> Esteve
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months