• Hide
      Atlassian Status as at September 2 2010

      Update (2-Sept-2010): We are starting to document the plugin points for JIRA Agile and build out a JIRA Agile Development Hub (very sparse at the moment). First through the gate is the GreenHopper LinkProvider Plugin Documentation, any feedback on this functionality should be added to GHS-2451. The GreenHopper LinkProvider is available in GreenHopper 5.2.

      Short answer; It is our intention to make the source code available for GreenHopper and to provide plugin points for third-party JIRA plugins. We have committed to making source code available by October 2010.

      Long answer; There are two primary groups who wish to access the source code, customers for debugging and plugin developers. Our primary concern at this stage is that our quick and significant changes to the code may impact customers who wish to develop plugins which rely on JIRA Agile.

      If you are a watcher on this issue and wish to have access to the source code to better integrate with JIRA Agile I ask that you add your ideas below or contact me directly. We are keen to work with other plugin developers to get feedback.

      Show
      Atlassian Status as at September 2 2010 Update (2-Sept-2010): We are starting to document the plugin points for JIRA Agile and build out a JIRA Agile Development Hub (very sparse at the moment). First through the gate is the GreenHopper LinkProvider Plugin Documentation , any feedback on this functionality should be added to GHS-2451. The GreenHopper LinkProvider is available in GreenHopper 5.2. Short answer; It is our intention to make the source code available for GreenHopper and to provide plugin points for third-party JIRA plugins. We have committed to making source code available by October 2010. Long answer; There are two primary groups who wish to access the source code, customers for debugging and plugin developers. Our primary concern at this stage is that our quick and significant changes to the code may impact customers who wish to develop plugins which rely on JIRA Agile. If you are a watcher on this issue and wish to have access to the source code to better integrate with JIRA Agile I ask that you add your ideas below or contact me directly. We are keen to work with other plugin developers to get feedback.
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      We are in the process of working towards an upgrade to Jira 4. We have a few plugins that we have developed that make use of JIRA Agile information when it is available in an installation. Some examples of the information we access or tasks performed:

      1. Use of version start dates when available
      2. Use of master version information when available
      3. Registration of certain projects with JIRA Agile context on new project creation

      In Jira 4, now that the classloaders are segregated with the use of OSGI, it looks like we are having problems accessing the classes we need to make this happen.

      As a workaround we have modified the manifest file in the JIRA Agile jar to add the following:

      Export-Package: com.pyxis.greenhopper.jira.configurations,com.pyxis.greenhopper.jira.boards.context
      

      This at least solves our first 2 issues (haven't looked into the 3rd item I mention above yet), as we are now able to access these APIs from our plugin. I am no OSGI expert, so not sure if Export-Package is the best route, but can the generated plugin artifacts distributed by Atlassian be created in a way where we can access the APIs from our plugins?

            [JSWSERVER-1853] Make JIRA Agile APIs available to other plugins

            I'd like to configure a Context via the GreenHopper API. When I say Context, I mean the thing named Context in the user interface that has a Name, a Sort By Field and order, a Filter and Criteria, and a Highlight Filter and Criteria. It's unclear to me what that object is named in the API and how to modify it. I see BoardContext, Contexts, and Context. How do I set the current Context – in the UI sense – and how do I change its fields via the API?

            Matt McClure (Inactive) added a comment - I'd like to configure a Context via the GreenHopper API. When I say Context, I mean the thing named Context in the user interface that has a Name, a Sort By Field and order, a Filter and Criteria, and a Highlight Filter and Criteria. It's unclear to me what that object is named in the API and how to modify it. I see BoardContext, Contexts, and Context. How do I set the current Context – in the UI sense – and how do I change its fields via the API?

            Artur added a comment -

            Hi
            Could you please provide me with a code for how to get a value of the version's "start date".
            Or please explain how can I do this.
            Thanks

            Artur added a comment - Hi Could you please provide me with a code for how to get a value of the version's "start date". Or please explain how can I do this. Thanks

            Hi Kenneth,

            Are you using the LinkProvider to add an action to the list in the drop down?

            Thanks,
            Nick

            Nicholas Muldoon [Atlassian] added a comment - Hi Kenneth, Are you using the LinkProvider to add an action to the list in the drop down? Thanks, Nick

            Updating Atlassian Status to reflect availability of GreenHopper LinkProvider Plugin documentation, which can be used in GreenHopper 5.2.

            Nicholas Muldoon [Atlassian] added a comment - Updating Atlassian Status to reflect availability of GreenHopper LinkProvider Plugin documentation, which can be used in GreenHopper 5.2.

            Hi there (again )

            When pressing the Cog button on an issue (on fx the planning board) i get a drop down list of possible operation/actions. Is it possible to add issue specific operations to this list?

            Kind regards
            Kenneth

            Kenneth Houmark added a comment - Hi there (again ) When pressing the Cog button on an issue (on fx the planning board) i get a drop down list of possible operation/actions. Is it possible to add issue specific operations to this list? Kind regards Kenneth

            I have actually succeed in placing a web-item in the operation-operation section on the issue screen. I will present a page where i can choose a master version and an optional subversion (using the greenhoppers hierarchy). The moves seems to work flawlessly.

            Kenneth Houmark added a comment - I have actually succeed in placing a web-item in the operation-operation section on the issue screen. I will present a page where i can choose a master version and an optional subversion (using the greenhoppers hierarchy). The moves seems to work flawlessly.

            JC added a comment -

            No unfortunately we will not provide any API or doco before Oct. 2010 as stated in the "Atlassian Status" above.

            For your operation, seems quite complex to implement via a simple Issue operation since you will need to select the destination version. You wont be able to achieve this proactively via the drag and drop of GH. The only solution I see is via the "Epic" screen. Jump to the Issue Navigator then bulk edit the issues to move them into another version. But then again there are no way to enforce that the destination version is a "Master"

            I will think it a bit more though.

            Cheers,
            JC

            JC added a comment - No unfortunately we will not provide any API or doco before Oct. 2010 as stated in the "Atlassian Status" above. For your operation, seems quite complex to implement via a simple Issue operation since you will need to select the destination version. You wont be able to achieve this proactively via the drag and drop of GH. The only solution I see is via the "Epic" screen. Jump to the Issue Navigator then bulk edit the issues to move them into another version. But then again there are no way to enforce that the destination version is a "Master" I will think it a bit more though. Cheers, JC

            The goal is the following: I need to make a "move to version" issue operation, that moves an Epic and all related user stories + subtasks (we have a epic-label on user stories to add another "level" of issues) to another version. And such i would like the operation to be able to only be able to choose "master" versions to move to.

            I looks like that i am able to do this with your help in above comment. I will try Thanks alot for the quick reply.

            Btw. Do you have any documentation regarding the GreenHopper 5.0 API for developers? I am having trouble finding it

            Kenneth Houmark added a comment - The goal is the following: I need to make a "move to version" issue operation, that moves an Epic and all related user stories + subtasks (we have a epic-label on user stories to add another "level" of issues) to another version. And such i would like the operation to be able to only be able to choose "master" versions to move to. I looks like that i am able to do this with your help in above comment. I will try Thanks alot for the quick reply. Btw. Do you have any documentation regarding the GreenHopper 5.0 API for developers? I am having trouble finding it

            JC added a comment - - edited

            Hi Kenneth,

            What would be your goal for the move to version?
            You know you can build a simple JIRA listener and catch this event.

            For the hierarchy you can access it via the BoardContext.
            Here is an example:

            BoardContext ctx = new DefaultBoardContext(yourProject, theUser);
            VersionAssociations associations = ctx.getVersionAssociations();
            LinkedList<Long> hierarchy = associations.getHierarchyOf(myVersionId);
            

            Where hierarchy would be populated with all the version ids in the hierarchy ended by myVersion.
            [my version id, direct parent of my version id, direct parent of the parent of my version id, ....]

            The API of GH should be accessible to the other plugins so you should not have any problems creating your BoardContext.

            Cheers,
            JC

            JC added a comment - - edited Hi Kenneth, What would be your goal for the move to version? You know you can build a simple JIRA listener and catch this event. For the hierarchy you can access it via the BoardContext. Here is an example: BoardContext ctx = new DefaultBoardContext(yourProject, theUser); VersionAssociations associations = ctx.getVersionAssociations(); LinkedList< Long > hierarchy = associations.getHierarchyOf(myVersionId); Where hierarchy would be populated with all the version ids in the hierarchy ended by myVersion. [my version id, direct parent of my version id, direct parent of the parent of my version id, ....] The API of GH should be accessible to the other plugins so you should not have any problems creating your BoardContext. Cheers, JC

            Kenneth Houmark added a comment - - edited

            Hi there.

            I am developing jira plugins for my company, and we need to be able to access GreenHoppers functionality/model. Fx we would love to be able to access its "move issue to version" functionality and also it hierarchy of versions. Fx getting master version etc.

            Is it possible with the newest GH and Jira 4.1? If not, any workaround?

            Kind regards
            Kenneth Houmark

            Kenneth Houmark added a comment - - edited Hi there. I am developing jira plugins for my company, and we need to be able to access GreenHoppers functionality/model. Fx we would love to be able to access its "move issue to version" functionality and also it hierarchy of versions. Fx getting master version etc. Is it possible with the newest GH and Jira 4.1? If not, any workaround? Kind regards Kenneth Houmark

              Unassigned Unassigned
              5774d8f4f1c6 Ryan Rich
              Votes:
              26 Vote for this issue
              Watchers:
              34 Start watching this issue

                Created:
                Updated:
                Resolved: