Jump to: navigation, search

Difference between revisions of "Mylyn/JIRA Connector"

m (Priority JIRA web service API needs)
m (Tasks)
Line 7: Line 7:
 
== Tasks ==
 
== Tasks ==
  
* key JIRA Connector bugs fixes (see http://www.eclipse.org/mylar/bugs.php)
+
* key JIRA Connector [https://bugs.eclipse.org/bugs/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&product=Mylar&component=Jira&long_desc_type=allwordssubstr&long_desc=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&order=Importance bugs fixes]
 
* unit test suite to match that of Bugzilla & Trac
 
* unit test suite to match that of Bugzilla & Trac
 
* <s>attachment and context sharing support (may need WS enhancement)</s>
 
* <s>attachment and context sharing support (may need WS enhancement)</s>

Revision as of 00:33, 15 May 2007

Info

Tasks

  • key JIRA Connector bugs fixes
  • unit test suite to match that of Bugzilla & Trac
  • attachment and context sharing support (may need WS enhancement)
  • jira-specific comment management. i.e. delete, specify who can see it (may need WS..)
  • show issue dependencies/linking/subtasks in task editor and Task List
  • documentation and articles
  • support for custom attributes (need WS enhancements)
  • workflow enhancements, time tracking integration
  • vote and watch support (may need WS enhancements)
  • support display of issue change history (may need WS enhancement)

Priority JIRA web service API needs

  • Retrieving all details about custom fields from the project configuration, including values of select/multiselect/radio fields and mandatory fields required for creating new issue.
  • Retrieving available workflow actions and operations for issue (based on issue type, status, current user etc)
  • Retrieving available actions for each comment (edit, delete, change visibility etc) and required metadata (i.e. list of values for selecting who can see comment)
  • Retrieving, adding and removing dependencies, links and subtasks trough the SOAP/XML-RPC API (links, etc should be present on the Issue object)
  • Update time tracking info trough SOAP/XML-RPC API
  • Retrieving and adding votes trough SOAP API (number of votes and whether or not the current user has voted should be present on the Issue object)
  • Watch/CC status of the issue given the current user (should be present on the Issue object)
  • Watch/unwatch an issue during an update by setting/unsetting the watched flag on the issue (allows us to reassign an issue, but continue to watch it with one call)
  • Retrieve issue history trough SOAP/XML-RPC API
  • Retrieving, adding and removing attachments for given issue trough the SOAP/XML-RPC API

Other JIRA web service API needs

  • Service to get wiki macro details (for rich text editing and autocompletion)
    • Is it a block macro
    • Does it have parameters, if so, what values are possible
  • Service to get RPC api version (need to call this before calling anything else) - could be added to the existing getServerInfo service
    • We actually need to support RPC plugin versions, not Jira versions. Currently we just guess the rpc version based on the Jira version
  • Retrieving screen layouts given issue type, project and action (for editing custom fields on workflow transition)
  • Submitting query/filter and only getting keys back (not issues+comments).
  • Service to get issue summaries (everything but the comments) given a set of issue keys (for populating search results page at a time)
  • Service to get all server configuration at once (Projects/Components/Versions)
  • Service to get server "customization" settings (is voting enabled, attachments allowed, etc...) - currently admin only
    • This is needed to disable operations that are not enabled on the server
  • Service to get all 'meta' information at once (issue types, issue statuses, ProjectCategory, etc) - any configurable objects that apply across projects
  • Project object should say what category it belongs to (if any)
  • Service to search for issues - model this after the core services search method? ie. object based query
    • Allow searching by voting and watch status (I don't think these are currently stored in the GenericValue object, so aren't indexed by Lucene)
    • Allow searches to be saved as named queries
  • Service to search for users - like the issue search, just return IDs and let the caller get the details
  • Service to search for groups
  • Provide all services in wrapped doc/literal format to be WS-I compliant. Some toolkits such as XFire only support Doc/Literal web services