[JBoss JIRA] (JBIDE-18772) Include publish steps in pom files
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18772?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-18772:
---------------------------------------------
why is both needed.
Shouldn't it just be one pair, which then gets defaulted to jbosstools and then set for devstudio in the devstudio jobs/pom's ?
> Include publish steps in pom files
> ----------------------------------
>
> Key: JBIDE-18772
> URL: https://issues.jboss.org/browse/JBIDE-18772
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build
> Reporter: Max Rydahl Andersen
> Assignee: Mickael Istria
> Priority: Critical
> Fix For: 4.3.0.Beta1
>
> Attachments: jbds-publish-to-snapshots.png
>
>
> instead of relying to publish.sh being on master, we should use a versioned publish.sh (or maybe even mojo) that the build then uses.
> suggestion:
> publish.sh (or mojo) gets released to our maven repo, use it in the pom.xml to perform publishing.
> What this helps with is:
> a) can do changes to publish mechanism without affecting every past builds.
> b) more movable build system
> c) isolated testing possible
>
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19820) Batch feature makes wildfly import way slower
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19820?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-19820:
----------------------------------------
[~rawagner] could you please test the next nightly build? Batch and CDI import should work a few times faster now.
> Batch feature makes wildfly import way slower
> ---------------------------------------------
>
> Key: JBIDE-19820
> URL: https://issues.jboss.org/browse/JBIDE-19820
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: batch
> Affects Versions: 4.3.0.Alpha2
> Reporter: Rastislav Wagner
> Assignee: Viacheslav Kabanovich
> Priority: Critical
> Fix For: 4.3.0.Beta1
>
>
> I made a comparison between Eclipse M6 and Eclipse M6 with batch feature installed while importing wildfly. WF is imported as maven project, maven is set to offline mode and local repository contains all needed dependencies.
> I did a 4 runs with following results:
> M6 was able to import WF 628,575,577,612 (in seconds) = average 598s
> M6 with batch feature: 843,832,924,877 (in seconds) = average 869s
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19884) cdi.ui test failure
by Alexey Kazakov (JIRA)
Alexey Kazakov created JBIDE-19884:
--------------------------------------
Summary: cdi.ui test failure
Key: JBIDE-19884
URL: https://issues.jboss.org/browse/JBIDE-19884
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: cdi
Affects Versions: 4.3.0.Beta1
Reporter: Alexey Kazakov
Assignee: Alexey Kazakov
Fix For: 4.3.0.Beta1
{code}
testCDINamedBeanDialogSearch(org.jboss.tools.cdi.ui.test.wizard.OpenCDINamedBeanDialogTest) Time elapsed: 6.177 sec <<< FAILURE!
junit.framework.AssertionFailedError: Unexpected editor is opened for CDI Named Bean 'blackWidow': SpiderProducer.java
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at org.jboss.tools.cdi.ui.test.wizard.OpenCDINamedBeanDialogTest.find(OpenCDINamedBeanDialogTest.java:74)
at org.jboss.tools.cdi.ui.test.wizard.OpenCDINamedBeanDialogTest.testCDINamedBeanDialogSearch(OpenCDINamedBeanDialogTest.java:32)
testCDINamedBeanDialogSearchShortHand(org.jboss.tools.cdi.ui.test.wizard.OpenCDINamedBeanDialogTest) Time elapsed: 5.786 sec <<< FAILURE!
junit.framework.AssertionFailedError: Unexpected editor is opened for CDI Named Bean 'blackWidow': SpiderProducer.java
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at org.jboss.tools.cdi.ui.test.wizard.OpenCDINamedBeanDialogTest.find(OpenCDINamedBeanDialogTest.java:74)
at org.jboss.tools.cdi.ui.test.wizard.OpenCDINamedBeanDialogTest.testCDINamedBeanDialogSearchShortHand(OpenCDINamedBeanDialogTest.java:38)
{code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19820) Batch feature makes wildfly import way slower
by Viacheslav Kabanovich (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19820?page=com.atlassian.jira.plugi... ]
Viacheslav Kabanovich commented on JBIDE-19820:
-----------------------------------------------
Results for wildfly import (https://github.com/wildfly/wildfly). Validation is turned off.
No batch, no cdi: 3.00 (min.sec)
batch improved, no cdi: 3.30
batch not imprived, no cdi: 4.30
batch improved, cdi improved: 3.50
batch not imprived, cdi not improved: 5.00
> Batch feature makes wildfly import way slower
> ---------------------------------------------
>
> Key: JBIDE-19820
> URL: https://issues.jboss.org/browse/JBIDE-19820
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: batch
> Affects Versions: 4.3.0.Alpha2
> Reporter: Rastislav Wagner
> Assignee: Viacheslav Kabanovich
> Priority: Critical
> Fix For: 4.3.0.Beta1
>
>
> I made a comparison between Eclipse M6 and Eclipse M6 with batch feature installed while importing wildfly. WF is imported as maven project, maven is set to offline mode and local repository contains all needed dependencies.
> I did a 4 runs with following results:
> M6 was able to import WF 628,575,577,612 (in seconds) = average 598s
> M6 with batch feature: 843,832,924,877 (in seconds) = average 869s
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19808) Teiid Designer would like to depend on org.apache.directory.studio plugins
by Paul Richardson (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19808?page=com.atlassian.jira.plugi... ]
Paul Richardson commented on JBIDE-19808:
-----------------------------------------
When the newly mirrored update site is added to the integration-stack target, mvn fails to validate it due to:
{code}
Caused by: org.eclipse.equinox.p2.core.ProvisionException: The p2 repository at http://download.jboss.org/jbosstools/updates/requirements/apache-director... contains partial IUs (see above) from an old style update site which cannot be used for dependency resolution
{code}
[~mickael_istria]
I have updated the [build.xml|https://github.com/phantomjinx/jbosstools-download.jboss.org/co...] to replicate the republishing task that is used by pmd. However, something still seems to be awry as the repubished repository remains with PARTIAL IUs and the build script produces the following error:
{code}
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.ant.core.AntRunner.run(AntRunner.java:511)
at org.eclipse.ant.core.AntRunner.start(AntRunner.java:608)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
Caused by: /home/phantomjinx/programming/java/tdesigner/mirroring/apache-directory/build.xml:34: java.lang.NullPointerException
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:116)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.eclipse.ant.internal.core.ant.EclipseDefaultExecutor.executeTargets(EclipseDefaultExecutor.java:36)
at org.apache.tools.ant.Project.executeTargets(Project.java:1248)
at org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:703)
at org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:566)
... 19 more
Caused by: java.lang.NullPointerException
at org.eclipse.equinox.p2.internal.repository.tools.RecreateRepositoryApplication.recreateRepository(RecreateRepositoryApplication.java:114)
at org.eclipse.equinox.p2.internal.repository.tools.RecreateRepositoryApplication.run(RecreateRepositoryApplication.java:42)
at org.eclipse.equinox.p2.internal.repository.tools.tasks.ProcessRepoTask.recreateRepository(ProcessRepoTask.java:103)
at org.eclipse.equinox.p2.internal.repository.tools.tasks.ProcessRepoTask.execute(ProcessRepoTask.java:90)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
... 29 more
Root exception:
/home/phantomjinx/programming/java/tdesigner/mirroring/apache-directory/build.xml:34: java.lang.NullPointerException
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:116)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.eclipse.ant.internal.core.ant.EclipseDefaultExecutor.executeTargets(EclipseDefaultExecutor.java:36)
at org.apache.tools.ant.Project.executeTargets(Project.java:1248)
at org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:703)
at org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:566)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.ant.core.AntRunner.run(AntRunner.java:511)
at org.eclipse.ant.core.AntRunner.start(AntRunner.java:608)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
Caused by: java.lang.NullPointerException
at org.eclipse.equinox.p2.internal.repository.tools.RecreateRepositoryApplication.recreateRepository(RecreateRepositoryApplication.java:114)
at org.eclipse.equinox.p2.internal.repository.tools.RecreateRepositoryApplication.run(RecreateRepositoryApplication.java:42)
at org.eclipse.equinox.p2.internal.repository.tools.tasks.ProcessRepoTask.recreateRepository(ProcessRepoTask.java:103)
at org.eclipse.equinox.p2.internal.repository.tools.tasks.ProcessRepoTask.execute(ProcessRepoTask.java:90)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
{code}
Line 34 is <p2.process.artifacts repositoryPath="file:${workDir}" /> task. Even cutting the number of IUs to mirror down to a single plugin, this exception still occurs.
I have tried gazing at the equinox.p2 source but that has helped little, although I have noticed:
* The generated artifacts.xml file has {code}<artifacts size='0'/>{code} at the bottom which seems kind of wrong to me;
* The generated contents.xml has {code}<property name='org.eclipse.equinox.p2.partial.iu' value='true'/>{code} set for each plugin. Although I can only find one place in the p2 code where that property is set (RemoteFeaturesAction) and that does not appear relevant.
If you or [~nickboldt] could shed any light on this, I would love to know what to try next.
Thanks
> Teiid Designer would like to depend on org.apache.directory.studio plugins
> --------------------------------------------------------------------------
>
> Key: JBIDE-19808
> URL: https://issues.jboss.org/browse/JBIDE-19808
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: target-platform, teiid
> Affects Versions: 4.2.3.Final
> Reporter: Paul Richardson
> Assignee: Barry LaFond
> Attachments: p2.diff
>
>
> *Reason:*
> Teiid Designer currently employs a UI for interrogating and importing metadata from an LDAP server. This UI (2 wizards) is limited and prone to issues, eg. [TEIIDDES-2478|https://issues.jboss.org/browse/TEIIDDES-2478].
> The project [directory.apache.org|https://directory.apache.org] provides a more sophisticated LDAP browser View UI but has componentized into smaller reusable widgets. The BrowserWidget provides the main tree view and querying ability. Teiid would like to reuse this widget in its UI. Originally, an attempt was made to copy the widget yet porting in this fashion required the porting of 100+ classes hence a dependency makes far more sense.
> The current working implementation of Teiid with this widget can be found here:
> https://github.com/phantomjinx/teiid-designer/tree/ldap-studio
> The current release of the apache.directory project is 2 years old. However, speaking to one of the developers on #apache-directory, the project is being actively maintained and a release is being considered with the next couple of months. In addition, the [svn repository|https://svn.apache.org/repos/asf/directory/studio/trunk] is receiving commits.
> *Project page/sources:*
> * [directory.apache.org|https://directory.apache.org]
> * [svn repository|https://svn.apache.org/repos/asf/directory/studio/trunk]
> * [udpate site | http://directory.apache.org/studio/update/2.x/]
> *Version:* 2.0.0
> *License and owner:* Apache licence and Foundation
> *Original p2 repo:* http://directory.apache.org/studio/update/2.x/
> *JBoss mirror:* http://download.jboss.org/jbosstools/updates/requirements/apache-director...
> *Include Sources:* Not available from existing update site but may well be in the next release.
> *Affected projects:* Teiid Designer
> *Include in JBDS:* Yes
> *Type of dependency:* distribution
> *List of bundles added/removed:*
> * org.apache.directory.api.ldap.model
> * org.apache.directory.studio.common.core
> * org.apache.directory.studio.common.ui
> * org.apache.directory.studio.connection.core
> * org.apache.directory.studio.connection.ui
> * org.apache.directory.studio.ldapbrowser.common
> * org.apache.directory.studio.ldapbrowser.core
> * -org.apache.directory.studio.ldapbrowser.ui- Eliminated the dependency
> {code}
> <!-- Needed by Teiid Designer for support with ldap browsing UI -->
> <location includeAllPlatforms="false" includeMode="slicer" includeSource="true" type="InstallableUnit">
> <repository location="http://directory.apache.org/studio/update/2.x/"/>
> <unit id="org.apache.directory.studio.ldapbrowser.feature.feature.group" version="2.0.0.v20130628"/>
> </location>
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19776) Create and use Mars RC2 target-platform
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19776?page=com.atlassian.jira.plugi... ]
Nick Boldt edited comment on JBIDE-19776 at 5/28/15 3:48 PM:
-------------------------------------------------------------
Adding the Jetty 9 bundles in version 9.2.10 that are missing for LiveReload
(LiveReload would use a mix of 9.2.9 and 9.2.10 bundles, which causes errors because of
some java.lang.NoClassDefFoundError: org/eclipse/jetty/util/thread/SpinLock)
Reported here: http://lists.jboss.org/pipermail/jbosstools-dev/2015-May/010181.html
PR here: https://github.com/jbosstools/jbosstools-target-platforms/pull/147
was (Author: xcoulon):
Adding the Jetty 9 bundles in versoin 9.2.10 that are missing for LiveReload
(LiveReload would use a mix of 9.2.9 and 9.2.10 bundles, which causes errors because of
some java.lang.NoClassDefFoundError: org/eclipse/jetty/util/thread/SpinLock)
> Create and use Mars RC2 target-platform
> ---------------------------------------
>
> Key: JBIDE-19776
> URL: https://issues.jboss.org/browse/JBIDE-19776
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: target-platform
> Reporter: Nick Boldt
> Assignee: Mickael Istria
> Priority: Blocker
> Fix For: 4.3.0.Beta1
>
> Attachments: jbdevstudio.p2diff.txt, jbdevstudio.p2diff.v20150514.txt, jbdevstudio.p2diff.v3.txt, jbosstools.p2diff.txt, jbosstools.p2diff.v20150514.txt, jbosstools.p2diff.v3.txt
>
>
> Mars M7 was released and contains interesting changes.
> We need to start using it ASAP to leverage new functionalities and adapt to the most important changes.
> However, moving to RC1 or RC2 might be ever better as RC1 includes a fix for JBIDE-19773.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19776) Create and use Mars RC2 target-platform
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19776?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-19776:
------------------------------------
[~xcoulon] has requested we also add 9.2.10 versions of these IUs:
{quote}I'm asking for more jetty bundles in version 9.2.10
{code}org.eclipse.jetty.util
org.eclipse.jetty.server
org.eclipse.jetty.servlet
org.eclipse.jetty.http
org.eclipse.jetty.proxy
org.eclipse.jetty.io
org.eclipse.jetty.continuation
org.eclipse.jetty.security{code}
let me try locally, first
{quote}
> Create and use Mars RC2 target-platform
> ---------------------------------------
>
> Key: JBIDE-19776
> URL: https://issues.jboss.org/browse/JBIDE-19776
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: target-platform
> Reporter: Nick Boldt
> Assignee: Mickael Istria
> Priority: Blocker
> Fix For: 4.3.0.Beta1
>
> Attachments: jbdevstudio.p2diff.txt, jbdevstudio.p2diff.v20150514.txt, jbdevstudio.p2diff.v3.txt, jbosstools.p2diff.txt, jbosstools.p2diff.v20150514.txt, jbosstools.p2diff.v3.txt
>
>
> Mars M7 was released and contains interesting changes.
> We need to start using it ASAP to leverage new functionalities and adapt to the most important changes.
> However, moving to RC1 or RC2 might be ever better as RC1 includes a fix for JBIDE-19773.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19883) purge .cvsignore files from JBT project repos
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19883?page=com.atlassian.jira.plugi... ]
Alexey Kazakov edited comment on JBIDE-19883 at 5/28/15 3:03 PM:
-----------------------------------------------------------------
Base done: https://github.com/jbosstools/jbosstools-base/commit/3aa723be7ed6dbe7d6d4...
Jst: https://github.com/jbosstools/jbosstools-jst/commit/569e1f8ac9c72b7797080...
Javaee: https://github.com/jbosstools/jbosstools-javaee/commit/dc0b25d924fcb570b5...
was (Author: akazakov):
Base done: https://github.com/jbosstools/jbosstools-base/commit/3aa723be7ed6dbe7d6d4...
> purge .cvsignore files from JBT project repos
> ---------------------------------------------
>
> Key: JBIDE-19883
> URL: https://issues.jboss.org/browse/JBIDE-19883
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: bpel, build, cdi, central, common/jst/core, esb, hibernate, jbpm, jmx, jsf, jsp/jsf/xml/html source editing, maven, seam2, server, webservices
> Affects Versions: 4.3.0.Alpha2
> Reporter: Nick Boldt
> Assignee: Robert (Bob) Brodt
>
> Believe it or not, there are residual .cvsignore files in the jbosstools-* project repos in github. These clearly serve no purpose and should be purged.
> {code}
> ./jbosstools-base/common/plugins/org.jboss.tools.common.model.ui/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.verification.ui/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.gef/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.model/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.projecttemplates/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.text.xml/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.text.ext/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.verification/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.meta.ui/.cvsignore
> ./jbosstools-base/common/features/org.jboss.tools.common.all.test.feature/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.el.core.test/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.verification.test/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.model.test/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.core.test/.cvsignore
> ./jbosstools-hibernate/plugins/org.hibernate.eclipse.help/.settings/.cvsignore
> ./jbosstools-hibernate/plugins/org.hibernate.eclipse.jdt.ui/.settings/.cvsignore
> ./jbosstools-hibernate/plugins/org.hibernate.eclipse.mapper/.settings/.cvsignore
> ./jbosstools-hibernate/tests/org.hibernate.eclipse.console.test/.settings/.cvsignore
> ./jbosstools-webservices/features/org.jboss.tools.ws.test.feature/.cvsignore
> ./jbosstools-central/maven/features/org.jboss.tools.maven.test.feature/.cvsignore
> ./jbosstools-jbpm/plugins/org.jbpm.gd.jpdl/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.ui.pages/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.pages.xml/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.xml/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.xml.ui/.cvsignore
> ./jbosstools-javaee/seam/tests/org.jboss.tools.seam.pages.xml.test/.cvsignore
> ./jbosstools-javaee/seam/tests/org.jboss.tools.seam.core.test/.cvsignore
> ./jbosstools-javaee/cdi/plugins/org.jboss.tools.cdi.xml/.cvsignore
> ./jbosstools-javaee/cdi/plugins/org.jboss.tools.cdi.xml.ui/.cvsignore
> ./jbosstools-javaee/cdi/features/org.jboss.tools.cdi.test.feature/.cvsignore
> ./jbosstools-javaee/cdi/features/org.jboss.tools.cdi.seam.test.feature/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.vpe.facelets/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.ui/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.verification/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.text.ext/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.text.ext.richfaces/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.text.ext.facelets/.cvsignore
> ./jbosstools-javaee/jsf/features/org.jboss.tools.jsf.test.feature/.cvsignore
> ./jbosstools-javaee/jsf/tests/org.jboss.tools.jsf.test/.cvsignore
> ./jbosstools-javaee/jsf/tests/org.jboss.tools.jsf.verification.test/.cvsignore
> ./jbosstools-server/jmx/features/org.jboss.tools.jmx.test.feature/.cvsignore
> ./jbosstools-esb/plugins/org.jboss.tools.esb.core/.cvsignore
> ./jbosstools-esb/plugins/org.jboss.tools.esb.ui/.cvsignore
> ./jbosstools-esb/plugins/org.jboss.tools.esb.validator/.cvsignore
> ./jbosstools-esb/tests/org.jboss.tools.esb.core.test/.cvsignore
> ./jbosstools-bpel/plugins/org.jboss.tools.bpel.runtimes/.cvsignore
> ./jbosstools-bpel/features/org.jboss.tools.bpel.test.feature/.cvsignore
> ./jbosstools-jst/plugins/org.jboss.tools.jst.web/.cvsignore
> ./jbosstools-jst/plugins/org.jboss.tools.jst.web.ui/.cvsignore
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19883) purge .cvsignore files from JBT project repos
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19883?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-19883:
----------------------------------------
Base done: https://github.com/jbosstools/jbosstools-base/commit/3aa723be7ed6dbe7d6d4...
> purge .cvsignore files from JBT project repos
> ---------------------------------------------
>
> Key: JBIDE-19883
> URL: https://issues.jboss.org/browse/JBIDE-19883
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: bpel, build, cdi, central, common/jst/core, esb, hibernate, jbpm, jmx, jsf, jsp/jsf/xml/html source editing, maven, seam2, server, webservices
> Affects Versions: 4.3.0.Alpha2
> Reporter: Nick Boldt
> Assignee: Robert (Bob) Brodt
>
> Believe it or not, there are residual .cvsignore files in the jbosstools-* project repos in github. These clearly serve no purpose and should be purged.
> {code}
> ./jbosstools-base/common/plugins/org.jboss.tools.common.model.ui/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.verification.ui/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.gef/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.model/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.projecttemplates/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.text.xml/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.text.ext/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.verification/.cvsignore
> ./jbosstools-base/common/plugins/org.jboss.tools.common.meta.ui/.cvsignore
> ./jbosstools-base/common/features/org.jboss.tools.common.all.test.feature/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.el.core.test/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.verification.test/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.model.test/.cvsignore
> ./jbosstools-base/common/tests/org.jboss.tools.common.core.test/.cvsignore
> ./jbosstools-hibernate/plugins/org.hibernate.eclipse.help/.settings/.cvsignore
> ./jbosstools-hibernate/plugins/org.hibernate.eclipse.jdt.ui/.settings/.cvsignore
> ./jbosstools-hibernate/plugins/org.hibernate.eclipse.mapper/.settings/.cvsignore
> ./jbosstools-hibernate/tests/org.hibernate.eclipse.console.test/.settings/.cvsignore
> ./jbosstools-webservices/features/org.jboss.tools.ws.test.feature/.cvsignore
> ./jbosstools-central/maven/features/org.jboss.tools.maven.test.feature/.cvsignore
> ./jbosstools-jbpm/plugins/org.jbpm.gd.jpdl/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.ui.pages/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.pages.xml/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.xml/.cvsignore
> ./jbosstools-javaee/seam/plugins/org.jboss.tools.seam.xml.ui/.cvsignore
> ./jbosstools-javaee/seam/tests/org.jboss.tools.seam.pages.xml.test/.cvsignore
> ./jbosstools-javaee/seam/tests/org.jboss.tools.seam.core.test/.cvsignore
> ./jbosstools-javaee/cdi/plugins/org.jboss.tools.cdi.xml/.cvsignore
> ./jbosstools-javaee/cdi/plugins/org.jboss.tools.cdi.xml.ui/.cvsignore
> ./jbosstools-javaee/cdi/features/org.jboss.tools.cdi.test.feature/.cvsignore
> ./jbosstools-javaee/cdi/features/org.jboss.tools.cdi.seam.test.feature/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.vpe.facelets/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.ui/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.verification/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.text.ext/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.text.ext.richfaces/.cvsignore
> ./jbosstools-javaee/jsf/plugins/org.jboss.tools.jsf.text.ext.facelets/.cvsignore
> ./jbosstools-javaee/jsf/features/org.jboss.tools.jsf.test.feature/.cvsignore
> ./jbosstools-javaee/jsf/tests/org.jboss.tools.jsf.test/.cvsignore
> ./jbosstools-javaee/jsf/tests/org.jboss.tools.jsf.verification.test/.cvsignore
> ./jbosstools-server/jmx/features/org.jboss.tools.jmx.test.feature/.cvsignore
> ./jbosstools-esb/plugins/org.jboss.tools.esb.core/.cvsignore
> ./jbosstools-esb/plugins/org.jboss.tools.esb.ui/.cvsignore
> ./jbosstools-esb/plugins/org.jboss.tools.esb.validator/.cvsignore
> ./jbosstools-esb/tests/org.jboss.tools.esb.core.test/.cvsignore
> ./jbosstools-bpel/plugins/org.jboss.tools.bpel.runtimes/.cvsignore
> ./jbosstools-bpel/features/org.jboss.tools.bpel.test.feature/.cvsignore
> ./jbosstools-jst/plugins/org.jboss.tools.jst.web/.cvsignore
> ./jbosstools-jst/plugins/org.jboss.tools.jst.web.ui/.cvsignore
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months