If a NB project is a part of a Kenai project with an issue tracker, it should be possible to submit a bug from the
projects view (we know the path NBProject>KenaiProject>IssueTracker, we can transitively retrieve an issue tracker for
the NB project).
Maybe it can be solved alongside the issue 169031 ("Indicate that NetBeans project is a part of the Kenai project in the
Let's try to plan for 6.8...
Mapping NB project -> Kenai project which determines the top level component in issue tracker is needed for this.
A nice to have would be also allow to map NB project to a subcomponent for more fine grained setup.
In case of nb.org support this would be complicated by that the hg repository will just one for all the projects on the
site, so no obvious way to map certain piece of code to a Kenai project.
We need UI spec, Ondro.
Mapping from NbProject to Kenai project is not obvious, but still easy:
String remoteLocation = nbProject.getProjectDirectory().getAttribute("ProvidedExtensions.RemoteLocation");
KenaiProject prj = KenaiProject.forRepository(remoteLocation)
currently it does not work for external repositories (will be problem for nb.org).
Anyway, joshis, do you want this issue?
Reassigning back for implementation, please don't hesitate to contact me if anything is needed.
Yes, I do... ;)
Just a brief discussion:
> String remoteLocation = nbProject.getProjectDirectory().getAttribute("ProvidedExtensions.RemoteLocation");
> KenaiProject prj = KenaiProject.forRepository(remoteLocation)
This does not work too well - "forRepository" tries to contact server, but I have to decide what popup menu to show
(Kenai/Share on Kenai) and it has to be quick... In other words - a quicker way of binding NBProject to Kenai project is
required. I will try to workaround this problem via the Kenai dashboard and Kenai/NB project connections it handles...
but this does not really decide if the project is on Kenai - it is more about if the project is opened in the Kenai
dashboard. Another implementation problem with this: issue tracking does not work for Kenai projects that are not
visible in the Kenai dashboard (only projects that are in the Kenai dashboard are in the Product combobox), so I would
have to open the project in the Kenai dashboard later anyway.
Ondro - if I have some NetBeans project that is hosted on Kenai (has Kenai.com repo) but it is not opened in the Kenai
dashboard (i.e. because user configured repository manually or closed it in the dashboard), what popup menu should be
displayed? Should it be "Share on Kenai" or "Kenai" submenu? IMO possible solution is to quickly determine that the
project has a Kenai repo (based on the URL) and to offer opening in the Kenai dashboard (it cannot be shared, but Kenai
services cannot be easily used with current API as it is not opened in the dashboard).
Ondro, any cool ideas? :)
... ok, it is too late - I meant "Honzo, any cool ideas..."
KenaiProject.forRepository loads the project if it is not yet loaded.
Take a look at forRepository impl. there is a regular expression, which you can use for detection of kenai project.
Later we can create some new API.
OK - I have worked around this using the Kenai dashboard Nb/Kenai references and it seems to work quite nicely - once a
Kenai project is in the Kenai dashboard and has a reference to a NB project, the Kenai popup menu works fine on a NB
project... The regexp from "forRepository" does not solve the issue with popup menu slowness - it just moves it little
further: in the submenu of Kenai menu, you should display issue trackers only if the Kenai project has some -> you need
to get the project info anyway.
The question is what to do with the NB projects where we can guess are the Kenai projects, but they are not loaded in
> The question is what to do with the NB projects where we can guess are the Kenai projects,
> but they are not loaded in the dashboard...
Well .. here the Kenai submenu should be shown.
We don't have any problems with versioning actions for these, right?
But we have a problem with issue related actions for them, as they are not opened in dashboard, right? Issuetracking is
generally independent of Kenai, so if we are able to get repository address, we should be able to work with it. CCing
tstupka, who worked on versioning, he may be able to help.
Fixed the part with reporting issues, I am opening a new issue to add versioning support in the popup menu (issue 170384).
Verified, done for 6.8 - Kenai popup menu is present on the project's node if a repository is hosted on Kenai