[JBoss JIRA] (JBIDE-26139) openshift does not compile anymore
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26139?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-26139 at 6/20/18 11:09 AM:
--------------------------------------------------------------------
Latest JGit Repository marked #getRef as deprecated and tells users to use #findRef instead
{code}
/**
* Get a ref by name.
*
* @param name
* the name of the ref to lookup. May be a short-hand form, e.g.
* "master" which is is automatically expanded to
* "refs/heads/master" if "refs/heads/master" already exists.
* @return the Ref with the given name, or {@code null} if it does not exist
* @throws java.io.IOException
* @deprecated Use {@link #exactRef(String)} or {@link #findRef(String)}
* instead.
*/
@Deprecated
@Nullable
public Ref getRef(final String name) throws IOException {
return findRef(name);
}
{code}
was (Author: adietish):
TestRepository marked #getRef as deprecated and tells users to use #extractRef instead
{code}
/**
* Get a ref by name.
*
* @param name
* the name of the ref to lookup. May be a short-hand form, e.g.
* "master" which is is automatically expanded to
* "refs/heads/master" if "refs/heads/master" already exists.
* @return the Ref with the given name, or {@code null} if it does not exist
* @throws java.io.IOException
* @deprecated Use {@link #exactRef(String)} or {@link #findRef(String)}
* instead.
*/
@Deprecated
@Nullable
public Ref getRef(final String name) throws IOException {
return findRef(name);
}
{code}
> openshift does not compile anymore
> ----------------------------------
>
> Key: JBIDE-26139
> URL: https://issues.jboss.org/browse/JBIDE-26139
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.6.0.AM3
> Reporter: Jeff MAURY
> Assignee: Andre Dietisheim
> Fix For: 4.6.0.Final
>
>
> Since a change in the target platform, jbosstools openshift does not compile anymore. an unknown method is used in org.jboss.tools.openshift.egit.test
> {code}
> [ERROR] Failed to execute goal org.eclipse.tycho:tycho-compiler-plugin:1.1.0:compile (default-compile) on project org.jboss.tools.openshift.egit.test: Compilation failure: Compilation failure:
> [ERROR] /mnt/hudson_workspace/workspace/jbosstools-openshift-Pull-Request/tests/org.jboss.tools.openshift.egit.test/src/org/jboss/tools/openshift/egit/internal/test/util/TestRepository.java:[477]
> [ERROR] Ref ref = repository.getRef(Constants.HEAD);
> [ERROR] ^^^^^^
> [ERROR] The method getRef(String) is undefined for the type Repository
> [ERROR] 1 problem (1 error)
> [ERROR] -> [Help 1]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (JBIDE-25546) Explorer: context menu has "Delete Resource" available even if there's nothing selected
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25546?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-25546:
-------------------------------------
Story Points: 2
> Explorer: context menu has "Delete Resource" available even if there's nothing selected
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-25546
> URL: https://issues.jboss.org/browse/JBIDE-25546
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.AM3
> Reporter: Andre Dietisheim
> Assignee: Andre Dietisheim
> Priority: Minor
> Labels: explorer
> Fix For: 4.6.0.Final
>
> Attachments: explorer-context-menu.png
>
>
> # ASSERT: have Properties view visible
> # ASSERT: have nothing selected in OpenShift Explorer
> # EXEC: open the context menu in OpenShift Explorer
> Result:
> !explorer-context-menu.png!
> The context menu in OpenShift Explorer holds New > Connection which is right, but also a "Delete Resource" entry which makes no sense at all
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (JBIDE-25866) Schema files for WildFly 12 are missing
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25866?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25866:
-------------------------------
Sprint: devex #151 June 2018
> Schema files for WildFly 12 are missing
> ---------------------------------------
>
> Key: JBIDE-25866
> URL: https://issues.jboss.org/browse/JBIDE-25866
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.5.3.AM3
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.6.x
>
>
> I accidentally found out that schema files that are new in WildFly 12 haven't been added to org.jboss.tools.as.catalog plugin, for instance jboss-web_12_0.xsd (I'm not sure if there are more).
> Why I found out is that I was just trying to verify and close this older JIRA:
> JBIDE-25102 Add "jboss-web-11_0.xsd" to catalog
> And since then we now have WildFly 12 too.
> So this is something to keep in mind when adding a new server adapter.
> Also, please check if this needs to be added to https://github.com/robstryker/jboss.org.schema too.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (JBIDE-26071) Add server adapter for WildFly 13
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26071?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26071:
-------------------------------
Sprint: devex #151 June 2018
> Add server adapter for WildFly 13
> ---------------------------------
>
> Key: JBIDE-26071
> URL: https://issues.jboss.org/browse/JBIDE-26071
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.6.0.AM2
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Priority: Blocker
> Fix For: 4.6.0.Final
>
>
> It turns out WildFly 13 was released yesterday. They're on a quarterly release cadence now apparently. So I wonder how we should deal with this. Perhaps should group some of the versions if there are no breaking changes for us? Or do you think it's better to stick with our current model of always adding a new adapter and that way you can always update the libs?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (JBIDE-22138) Server adapter: doesn't respect openshift maven profile
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22138?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-22138:
-------------------------------------
Story Points: 16
> Server adapter: doesn't respect openshift maven profile
> -------------------------------------------------------
>
> Key: JBIDE-22138
> URL: https://issues.jboss.org/browse/JBIDE-22138
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Environment: JBoss Developer Studio (Core Features) 9.1.0.GA-v20160403-1700-B477
> Openshift plugin 3.1.0.Final-v20160401-2357-B263
> Reporter: Rafael Benevides
> Assignee: Andre Dietisheim
> Labels: openshift_v3, server_adapter
> Fix For: 4.6.0.Final
>
>
> This is a follow up on JBIDE-22128.
> The maven profile is never read to determine the actual archive name. That will require more coupling to m2e, in order to load the pom.xml model using the openshift profile, if it exists, in order to determine the archive name. This will be a long running operation and will require more significant changes
> steps:
> # EXEC: follow steps outlined in https://github.com/redhat-helloworld-msa/helloworld-msa/blob/master/hello... (deploying with fabric8 maven plugin doesn't work, you end up having the pod failing with ImagePullBack error. You need to take the alternative road where you deploy via "oc new-build", "oc new-app", "oc expose" etc.)
> # EXEC: import the app into your Eclipse workspace
> # EXEC: "hello" (workspace) project: Properties > Maven > Active Maven Profile: set "openshift"
> # EXEC: create a server adapter and start it
> # ASSERT: adapter starts syncing, verify what war is used
> Result:
> The war that's created locally and then synced to the pod is "hello.war" even though the profile specifies "ROOT.war"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months