[JBoss JIRA] (ERT-531) Maven 3.3.1 doesn't pick up the customized Toolchain for the WTP build [EBZ#472084]
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/ERT-531?page=com.atlassian.jira.plugin.sy... ]
Nick Boldt updated ERT-531:
---------------------------
Sprint: devex #142 December 2017
> Maven 3.3.1 doesn't pick up the customized Toolchain for the WTP build [EBZ#472084]
> -----------------------------------------------------------------------------------
>
> Key: ERT-531
> URL: https://issues.jboss.org/browse/ERT-531
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Community
> Reporter: Friendly Jira Robot
> Assignee: Nick Boldt
> Priority: Critical
> Labels: Hudson, bzira
>
> A few WTP plugins need to build with the old JDK and a WTP toolchains.xml is set up. It works fine with Maven 3.2.5 but fails with Maven 3.3.1.
> The current investigation showed that instead of using the WTP specific toolchains.xml which is defined in the Hudson build configuration, a common toolchains /opt/public/common/maven-toolchains.xml is linked as the user toolchains.
> genie.gef ~> ll ~/.m2
> [....]
> lrwxrwxrwx 1 genie.gef tools.gef 37 23 févr. 04:05 settings.xml -> /opt/public/common/maven-settings.xml
> lrwxrwxrwx 1 genie.gef tools.gef 39 23 févr. 04:05 toolchains.xml -> /opt/public/common/maven-toolchains.xml
> I wonder how Maven 3.2.5 can pick up the customized toolchains but not 3.3.1. It would be great if Maven 3.3.1 can pick up the customized toolchains as 3.2.5.
> At the same time, I wonder whether the common toolchains file can be changed to support IBM JDK 1.4. Its current JDK 1.4 points to the Sun's which is broken and generates compile errors.
> <toolchain>
> <type>jdk</type>
> <provides>
> <id>J2SE-1.4</id>
> </provides>
> <configuration>
> <jdkHome>/shared/webtools/apps/IBMJava2-142-SR13FP10/jre</jdkHome>
> </configuration>
> </toolchain>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25301) [release] externalize common properties to parameterize jobs
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25301?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-25301:
-------------------------------
Sprint: (was: devex #141 December 2017)
> [release] externalize common properties to parameterize jobs
> ------------------------------------------------------------
>
> Key: JBIDE-25301
> URL: https://issues.jboss.org/browse/JBIDE-25301
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, target-platform
> Affects Versions: 4.5.1.Final
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.5.2.AM3
>
>
> As in JBIDE-25137, we can externalize properties used in Jenkins to run jobs so the jobs are more parameterized.
> for example we could set these params in the jbosstools-jenkins.properties files:
> {code}TARGET_PLATFORM_VERSION_MIN=
> TARGET_PLATFORM_VERSION_MAX=
> TARGET_PLATFORM_CENTRAL_MAX=
> {code}
> Or we could simply remove them and source them from the parent pom.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25295) Cannot use minishift binary instead of CDK in CDK server adapter in IDE
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25295?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25295:
-------------------------------
Sprint: devex #142 December 2017
> Cannot use minishift binary instead of CDK in CDK server adapter in IDE
> -----------------------------------------------------------------------
>
> Key: JBIDE-25295
> URL: https://issues.jboss.org/browse/JBIDE-25295
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk
> Affects Versions: 4.5.1.Final
> Reporter: Ondrej Dockal
> Assignee: Rob Stryker
> Priority: Critical
> Fix For: 4.5.x
>
> Attachments: Screenshot_20171025_134414.png
>
>
> I am curious what if user will want to use upstream minishift binary for CDK 3.x (3.2+) server adapter. It is not possible now.
> Is there a reason for not allowing user to use upstream minishift binary? Before we did not distinguish between CDK 3.1 and 3.2, it was possible in my opinion. We lost this option when new adapter was added and we started to check CDK v.3.x.x version string for two CDK 3.1 and CDK 3.2 binaries.
> [~rob.stryker] [~jeffmaury] [~mmalina] WDYT?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months
[JBoss JIRA] (JBIDE-25434) Connection specific oc location taken even after override oc location is reset
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25434?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25434:
-------------------------------
Sprint: devex #142 December 2017
> Connection specific oc location taken even after override oc location is reset
> ------------------------------------------------------------------------------
>
> Key: JBIDE-25434
> URL: https://issues.jboss.org/browse/JBIDE-25434
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.AM1
> Reporter: Jeff MAURY
> Assignee: Rob Stryker
> Labels: openshift, openshift_v3, server_adapter, server_adapter_wizard
> Fix For: 4.5.x
>
>
> ASSERT: have no oc binary configured at preferences
> ASSERT: have an oc configured at the connection level and override set
> EXEC: create a server adapter
> ASSERT: no warning about oc version should be displayed
> ASSERT: reset the oc override flag for the connection
> EXEC: create a server adapter
> ASSERT: a warning about oc should be set, but it is not
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 3 months