[JBoss JIRA] (JBDS-2122) Unable to install EGit from JBoss Central
by Radim Hopp (JIRA)
Radim Hopp created JBDS-2122:
--------------------------------
Summary: Unable to install EGit from JBoss Central
Key: JBDS-2122
URL: https://issues.jboss.org/browse/JBDS-2122
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: 3rdPartyCertification, central
Affects Versions: 5.0.0.Beta3
Environment: JBDS 5.0.0.Beta3
Fedora 16
OpenJDK 1.6.0_24 64b
Reporter: Radim Hopp
Assignee: Snjezana Peco
Fix For: 5.0.0.Beta3
Attachments: EgitInstall.png, EgitInstall1.png
Installation of EGit through JBoss Central says "The following connectors are not available: Eclipse EGit"
EGit isn't even on extras site.
See attached screenshots.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months
[JBoss JIRA] (JBIDE-11166) Supporting multi-module projects in OpenShift Deployment
by Max Rydahl Andersen (JIRA)
Max Rydahl Andersen created JBIDE-11166:
-------------------------------------------
Summary: Supporting multi-module projects in OpenShift Deployment
Key: JBIDE-11166
URL: https://issues.jboss.org/browse/JBIDE-11166
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift, JBossAS/Servers
Reporter: Max Rydahl Andersen
Assignee: Andre Dietisheim
Priority: Critical
Fix For: 3.3.0.Beta1, 3.3.0.Beta2
POH5 archetype recently got updated and became the first project layout that requires support for multimodule project layouts.
What they have is the following:
Aggregator Project "AP" includes two child projects "A" and "B".
This is the simplest case - but you could also easily have more complex layouts,
i.e. AP includes another aggregatorproject QAP which nest other child projects.
But the key point is that the "root" in OpenShift is considered the Aggegator project.
And this is the kind of layout we would need to support, and I see the following things we need to check/implement to make it happen:
A) The "magic" project on our OpenShift server adapter should be allowed to be any kind of project as long as it has git enabled on it.
B) OpenShift Server Adapter should *not* deploy any child of Aggregator as binary by default
C) Import of OpenShift Application should be sure it will actually import a multimodule project.
D) Import of OpenShift App when using existing App would need to do some validity checks *and* somehow ensure the child projects gets available if they aren't imported (maybe a warning is enough?)
I belive A and C should be trivially implemented if not already.
B should be as simple as checking the phyiscal location. i.e. if A is a subdir within AP then dont deploy. i.e. /Users/max/ap is parent for project A stored in /Users/max/ap/x/y/z/a
D is the hard part.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months
[JBoss JIRA] Created: (JBIDE-9688) Add JBoss public repository to list of default repositories in Eclipse
by Rob Cernich (JIRA)
Add JBoss public repository to list of default repositories in Eclipse
----------------------------------------------------------------------
Key: JBIDE-9688
URL: https://issues.jboss.org/browse/JBIDE-9688
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: maven
Reporter: Rob Cernich
Assignee: Fred Bricon
Priority: Minor
M2e exposes an extension point, which allows plugins to contribute repositories to be indexed. Automatically registering the JBoss repository seems like a sensible thing for JBoss Tools. This would allow the user to access the JBoss public repository from the tooling (e.g. add dependency) without requiring them to add the JBoss public repository to their settings.xml file. Of course, the user would still need to ensure that the repository was correctly configured within their pom so the project will build correctly.
The following is all that is required (in plugin.xml):
<extension
point="org.eclipse.m2e.core.indexes">
<index
indexId="JBOSS_NEXUS"
isShort="true"
repositoryUrl="http://repository.jboss.org/nexus/content/groups/public">
</index>
</extension>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months
[JBoss JIRA] (JBDS-2030) Disabled modal usage dialogs from extras plugins by default
by Jiri Peterka (JIRA)
Jiri Peterka created JBDS-2030:
----------------------------------
Summary: Disabled modal usage dialogs from extras plugins by default
Key: JBDS-2030
URL: https://issues.jboss.org/browse/JBDS-2030
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Build, updatesite
Affects Versions: 5.0.0.M5
Environment: JBDS 5.0.0.M5
Reporter: Jiri Peterka
Assignee: Nick Boldt
Fix For: 5.0.0.Beta1
Usage analysis modal dialogs from extras plugins are quire annoying. Mainly in situations when there is more then one and the one with focus is hidden behind the other. It would be nice if appearing of these dialogs could be disabled by default in JBDS.
Namely these:
* subclipse usage
* atlasian connector
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months