- If you don't have one, create an OpenMRS ID, which you can use to contribute to this Wiki, manage issues in JIRA, and more.
- Sign up for the developer (and maybe implementer) mailing lists. The developers mailing list is a great place to ask specific questions if you get stuck along the way (if you can't find answers elsewhere).
- Since we moved from the mailing list,its important to acquire an id so as you can continue to interact with the community. We are currently using http://talk.openmrs.org
- Create an account at https://github.com/
- Configure your Eclipse environment with the Step-by-Step Installation for Developers. The New Developer's Guide has a helpful chapter on Setting Up Your Development Environment.
- Watch some OpenMRS development screen-casts on YouTube.
- Create your first OpenMRS module. The New Developer's Guide features a chapter on how to create a Hello World Module.
- Find some introductory issues (also shown below) that have the "Ready for Work" status to work on, and assign them to yourself by clicking the Claim Issue button. (Ask for clarification on the issue if needed.) If you find yourself taking long (days) without making any progress, feel free to un-assign yourself from the issue and choose another.
- Try as much as you can to include unit tests for your changes. Remember to also do an "mvn clean install" to ensure that all existing unit tests and yours pass. Then create a pull request. If your changes affect the user interface, please run the web application to see the effects, and then attach a screenshot, before you commit.
- Log your time spent on that issue and click "Request Code Review" and a core developer will get you some feedback in short order
- Find another issue or choose a larger project to work on. See Unassigned Projects.
- If you join a sprint or choose to share your module (we hope you do), then you'll want to read about Using Git.
- When you no longer want to work on an issue that you have already assigned to yourself, please remember to un-assign yourself from it such that others can take it up. If you have any findings that you feel would be useful to whoever takes it up, please feel free to add a comment.
Please record your experiences (good or bad) on this child page. We are always trying to find ways to improve where we can do better and reinforce things we are doing well, so getting input from your perspective is very helpful & appreciated.
Current Sprint Issues
At all times, we have an ongoing Development Sprint.
For each sprint, we include issues of low complexity which are suitable for developers who are getting started with OpenMRS. We therefore encourage you to look in this pool of issues when looking for which to work on. Because a sprint has a number of developers working on a set of related features at the same time, working on it will give you the advantage of getting more immediate feedback in terms of responses to blocker questions, reviewing of your code, mentoring and guidance regarding how to do the issues, pair programming where necessary, and more.
The following issues are both "introductory" and also "curated", meaning that they have thorough descriptions of how to approach solving them:
If you aren't able to find an appropriate issue in the list above, here is the complete list of "introductory" issues, not necessarily "curated":
After Introductory Issues
After doing a couple of introductory issues, you may feel like working on issues of increased complexity. Or you may find the introductory issues boring and hence want to work on something more exciting.
Should you find yourself in this state, the active Development Sprint may be a good place for you to look next. The sprint has issues for all levels of complexity. The Sprint Schedule will always be updated with the active or current development sprint.
Here is a backlog of tickets prioritized by the community:
|UIFR-199||-DuiFramework.development.moduleid vm argument should support multiple folders||2016-01-21||2016-02-01||Unassigned||Daniel Kayiwa [X]||Ready for Work||Unresolved|
|UICM-71||Build an example of an Open Web App with the Reference Application style guide||2016-02-14||2016-02-14||Unassigned||Darius Jazayeri [X]||Ready for Work||Unresolved|
|TRUNK-4905||Drug Search should behave as it used to before switching to lucene||2016-07-25||2016-07-25||Unassigned||Daniel Kayiwa [X]||Ready for Work||Unresolved|
|TRUNK-4830||Delete liquibase changesets added before OpenMRS 1.9.x||2016-02-16||2016-03-21||Unassigned||Rafal Korytkowski||Design||Unresolved|
|TRUNK-4822||Fix broken CI plan for MariaDB Docker test||2016-02-01||2016-02-14||Unassigned||Wyclif Luyima||Ready for Work||Unresolved|
|TRUNK-4821||Fix broken CI plan for OpenMRS on MariaDB||2016-02-01||2016-02-14||Unassigned||Wyclif Luyima||Ready for Work||Unresolved|
|TRUNK-4820||Fix broken CI plan for MySQL with OpenMRS||2016-02-01||2016-07-01||Unassigned||Wyclif Luyima||Ready for Work||Unresolved|
|TRUNK-4730||Verify that all relevant domain objects have changed_by and date_changed fields||2015-06-09||2016-07-01||Unassigned||Darius Jazayeri [X]||Ready for Work||Unresolved|
|TRUNK-4212||SchedulerServiceTest fails depending on thread scheduling||2014-01-10||2016-06-02||Unassigned||Rafal Korytkowski||Ready for Work||Unresolved|
|TRUNK-3675||Cache results from getSearchLocales()||2012-08-10||2016-03-18||Unassigned||Rafal Korytkowski||Ready for Work||Unresolved|
|TRUNK-3638||Separate liquibase file into separate files per version||2012-07-25||2016-07-01||Wolf Schlegel||Roger Friedman||In Progress||Unresolved|
|STAND-85||Drastically improve documentation about building the Standalone||2016-02-18||2016-05-06||Sri Maurya Kummamuru [X]||Darius Jazayeri [X]||Code Review (Post-Commit)||Unresolved|
|RESTWS-606||Should be able to get a system setting with a dot in its name on platform 2.0||2016-07-25||2016-07-25||Unassigned||Daniel Kayiwa [X]||Ready for Work||Unresolved|
|RESTWS-605||Cannot create patient via REST when running Platform 2.0||2016-07-24||2016-07-25||Daniel Kayiwa [X]||Wyclif Luyima||Code Review (Post-Commit)||Unresolved|
|RESTWS-538||Review recent changes to Java API and ensure everything is reflected in REST module||2015-11-09||2016-04-01||Daniel Kayiwa [X]||Darius Jazayeri [X]||Code Review (Post-Commit)||Unresolved|
|RESTWS-496||Handle internal errors gracefully, make them self-explanatory||2015-03-25||2016-04-19||James deGraft-Johnson [X]||Lluis Martinez||Code Review (Post-Commit)||Unresolved|
|RESTWS-466||REST custom representation of encounter : exception thrown if no preferredName||2014-10-27||2016-04-08||Unassigned||Jonathan Dick [X]||Ready for Work||Unresolved|
|RESTWS-439||Get concepts throws exception when concept numeric fields are included in custom representation||2014-05-06||2016-04-08||Unassigned||Deepak N [X]||Ready for Work||Unresolved|
|RESTWS-362||Add search for subresources||2013-02-25||2016-04-08||Unassigned||Rafal Korytkowski||Ready for Work||Unresolved|
|RA-1008||Most login scenarios should take you to the home page, not the last page that a logged-in user was seeing||2016-02-13||2016-04-08||Unassigned||Darius Jazayeri [X]||Waiting for Dev||Unresolved|
You could also do code reviews for pull requests.