[JBoss JIRA] (JBIDE-16665) Add Sapphire to TP
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16665?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-16665:
----------------------------------------
Sapphire is part of the release train, and the luna repository does include the source bundles as well, so there is no need to mirror sapphire repository.
> Add Sapphire to TP
> ------------------
>
> Key: JBIDE-16665
> URL: https://issues.jboss.org/browse/JBIDE-16665
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: target-platform, testing-tools
> Affects Versions: 4.2.0.Alpha2
> Reporter: Snjezana Peco
>
> Reason: Required by new feature described in JBIDE-15394
> License and owner: EPL, Eclipse
> Original repository: http://download.eclipse.org/sapphire/0.7/repository
> JBoss Mirrored repository: http://downloads.jboss.org/jbosstools/updates/requirements/sapphire
> Source: Yes
> Affected projects: arquillian
> Required in devstudio: No
> Type of dependency:
> List of bundles added:
> org.eclipse.sapphire.java
> org.eclipse.sapphire.java.jdt
> org.eclipse.sapphire.java.jdt.ui
> org.eclipse.sapphire.modeling
> org.eclipse.sapphire.modeling.xml
> org.eclipse.sapphire.osgi
> org.eclipse.sapphire.osgi.fragment
> org.eclipse.sapphire.platform
> org.eclipse.sapphire.ui
> org.eclipse.sapphire.ui.swt.gef
> org.eclipse.sapphire.ui.swt.xml.editor
> org.eclipse.sapphire.workspace
> org.eclipse.sapphire.workspace.ui
> org.objectweb.asm
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (JBIDE-16651) Remove hard-coded enterprise dependency resolution for upcoming archetypes embedding the RedHat Maven repo
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16651?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-16651:
--------------------------------
Git Pull Request: https://github.com/jbosstools/jbosstools-central/pull/217, https://github.com/jboss-jdf/jdf-stack/pull/36, https://github.com/jbosstools/jbosstools-central/pull/220 (was: https://github.com/jbosstools/jbosstools-central/pull/217, https://github.com/jboss-jdf/jdf-stack/pull/36)
> Remove hard-coded enterprise dependency resolution for upcoming archetypes embedding the RedHat Maven repo
> ----------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-16651
> URL: https://issues.jboss.org/browse/JBIDE-16651
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: maven, project-examples
> Affects Versions: 4.1.1.Final
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Fix For: 4.1.2.CR1
>
>
> In JBoss Central, when an Enterprise runtime is selected for any given Archetype, we check if the Red Hat Enterprise repository is available by trying to resolve a redhat version of org.jboss.spec:jboss-javaee-web-6.0. Then, if some essential dependencies are defined in stacks.yaml, we also try to resolve these. If the dependencies can't be resolved, a warning message appears with a link allowing users to add the RH repo to their Maven settings.xml
> Upcoming archetypes will have the Red Hat repository already added to the generated pom.xml, so adding it to settings.xml becomes unnecessary. However, we'd get false positive warning by trying to resolve org.jboss.spec:jboss-javaee-web-6.0 from the settings.xml *before* generating the archetype.
> Our goal is to remove the hardcoded check from MavenArtifactHelper and, when necessary, declare org.jboss.spec:jboss-javaee-web-6.0 as an essential dependency in stacks.yaml for *old* archetypes that do not add the RH repo to the gen'd pom.xml
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (JBIDE-16651) Remove hard-coded enterprise dependency resolution for upcoming archetypes embedding the RedHat Maven repo
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16651?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-16651:
-------------------------------------
PR fixing the issue https://github.com/jbosstools/jbosstools-central/pull/220
> Remove hard-coded enterprise dependency resolution for upcoming archetypes embedding the RedHat Maven repo
> ----------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-16651
> URL: https://issues.jboss.org/browse/JBIDE-16651
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: maven, project-examples
> Affects Versions: 4.1.1.Final
> Reporter: Fred Bricon
> Assignee: Fred Bricon
> Fix For: 4.1.2.CR1
>
>
> In JBoss Central, when an Enterprise runtime is selected for any given Archetype, we check if the Red Hat Enterprise repository is available by trying to resolve a redhat version of org.jboss.spec:jboss-javaee-web-6.0. Then, if some essential dependencies are defined in stacks.yaml, we also try to resolve these. If the dependencies can't be resolved, a warning message appears with a link allowing users to add the RH repo to their Maven settings.xml
> Upcoming archetypes will have the Red Hat repository already added to the generated pom.xml, so adding it to settings.xml becomes unnecessary. However, we'd get false positive warning by trying to resolve org.jboss.spec:jboss-javaee-web-6.0 from the settings.xml *before* generating the archetype.
> Our goal is to remove the hardcoded check from MavenArtifactHelper and, when necessary, declare org.jboss.spec:jboss-javaee-web-6.0 as an essential dependency in stacks.yaml for *old* archetypes that do not add the RH repo to the gen'd pom.xml
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (JBIDE-16661) Eclipse Console Logging for CordovaSim
by Konstantin Marmalyukov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16661?page=com.atlassian.jira.plugi... ]
Konstantin Marmalyukov commented on JBIDE-16661:
------------------------------------------------
It looks like getting this console requires LaunchConfiguration extension. Implementing all requires interfaces requires a lot of time. So I guess we should have everything done only for cordovaSim. At least for now.
> Eclipse Console Logging for CordovaSim
> --------------------------------------
>
> Key: JBIDE-16661
> URL: https://issues.jboss.org/browse/JBIDE-16661
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: browsersim
> Reporter: Konstantin Marmalyukov
> Assignee: Konstantin Marmalyukov
> Fix For: 4.2.0.Beta1
>
> Attachments: Screenshot 2014-02-27 16.23.47.png
>
>
> If I understand everything correct from email thread [~maxandersen] wants to have something like in attached screenshot(standart console where error log and terminate button presents) for BrowserSim and CordovaSim launching.
> My point that it could be done for CordovaSim because it's a launch tool, but not for BrowserSim because it's "just a browser".
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (JBIDE-16664) Mylyn related packages removed from Target Platform - can we get them back?
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16664?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-16664:
----------------------------------------
Does your test actually depend on a feature? If so, it this really necessary? What's missing with plain MANIFEST.MF dependencies?
> Mylyn related packages removed from Target Platform - can we get them back?
> ---------------------------------------------------------------------------
>
> Key: JBIDE-16664
> URL: https://issues.jboss.org/browse/JBIDE-16664
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: target-platform
> Affects Versions: 4.2.0.Beta1
> Reporter: Len DiMaggio
> Assignee: Mickael Istria
> Fix For: 4.2.0.Beta1
>
>
> I noticed that this test starting failing a few days ago:
> https://github.com/ldimaggi/jbosstools-integration-tests/tree/master/test...
> For exmaple:
> http://machydra.brq.redhat.com:8080/job/jbosstools.mylyn.bot.tests.poc/38...
> With an error of:
> [ERROR] Software being installed: org.eclipse.mylyn.context_feature.feature.group 3.11.0.20131105-2146
> [ERROR] Missing requirement: org.eclipse.mylyn.context_feature.feature.group 3.11.0.20131105-2146 requires 'org.eclipse.mylyn_feature.feature.group [3.11.0,3.12.0)' but it could not be found
> And I found that here - the mylyn-related packages that the test needs were indeed removed - can we get them back?
> https://github.com/jbosstools/jbosstools-target-platforms/pull/36/files
> - <!-- Mylyn site contains more than is in Kepler site, and this way we get sources too -->
> - <location includeAllPlatforms="false" includeMode="slicer" type="InstallableUnit" includeSource="true">
> - <repository location="http://download.jboss.org/jbosstools/updates/requirements/mylyn/3.11.0-I2..."/>
> - <unit id="org.eclipse.mylyn.bugzilla_feature.feature.group" version="3.11.0.20131218-0113"/>
> - <unit id="org.eclipse.mylyn.commons.feature.group" version="3.11.0.20131024-1846"/>
> - <unit id="org.eclipse.mylyn.commons.compatibility.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.commons.core" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.commons.identity.feature.group" version="1.3.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.commons.net" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.commons.notifications.feature.group" version="1.3.0.20131105-2126"/>
> - <unit id="org.eclipse.mylyn.commons.repositories.feature.group" version="1.3.0.20131127-1955"/>
> - <unit id="org.eclipse.mylyn.commons.repositories.http.feature.group" version="1.3.0.20131129-1037"/>
> - <unit id="org.eclipse.mylyn.commons.screenshots" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.commons.soap" version="3.11.0.20131219-1119"/>
> - <unit id="org.eclipse.mylyn.commons.ui" version="3.11.0.20131024-1846"/>
> - <unit id="org.eclipse.mylyn.commons.xmlrpc" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.context_feature.feature.group" version="3.11.0.20131105-2146"/>
> - <unit id="org.eclipse.mylyn.cvs.feature.group" version="1.3.0.20131021-1910"/>
> - <unit id="org.eclipse.mylyn.discovery.core" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.discovery.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.discovery.ui" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn_feature.feature.group" version="3.11.0.20131218-0113"/>
> - <unit id="org.eclipse.mylyn.git.feature.group" version="1.3.0.20131021-1910"/>
> - <unit id="org.eclipse.mylyn.ide_feature.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.java_feature.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.monitor.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.pde_feature.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.tasks.bugs" version="3.11.0.20131021-1910"/>
> - <unit id="org.eclipse.mylyn.tasks.core" version="3.11.0.20131218-0113"/>
> - <unit id="org.eclipse.mylyn.tasks.ide.feature.group" version="3.11.0.20131021-1910"/>
> - <unit id="org.eclipse.mylyn.tasks.ui" version="3.11.0.20131218-0113"/>
> - <unit id="org.eclipse.mylyn.team_feature.feature.group" version="3.11.0.20131021-1909"/>
> - <unit id="org.eclipse.mylyn.versions.feature.group" version="1.3.0.20131021-1910"/>
> - <unit id="org.eclipse.mylyn.wikitext_feature.feature.group" version="2.0.0.20131219-0024"/>
> - </location>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months