This wiki has undergone a migration to Confluence found Here
Difference between revisions of "FHIR Build Process"
Jump to navigation
Jump to search
Line 10: | Line 10: | ||
## Get commit privileges for FHIR by contacting one of the [[FHIR Management Group]] co-chairs. (Let them know your gForge id) | ## Get commit privileges for FHIR by contacting one of the [[FHIR Management Group]] co-chairs. (Let them know your gForge id) | ||
# Prepare to run a build | # Prepare to run a build | ||
− | ## Check out the FHIR project (http://gforge.hl7.org/svn/fhir/trunk) into a local directory of your choice | + | ## Check out the FHIR project (http://gforge.hl7.org/svn/fhir/trunk/build) into a local directory of your choice (under trunk there are several directories that contain archives, documents, presentations and so forth that come to many MB of content not required to run the build program. You can sync either the trunk or the build) |
## Ensure you have a current Java SDK installed on your machine (1.6) | ## Ensure you have a current Java SDK installed on your machine (1.6) | ||
### Note: A JVM is <b>not</b> sufficient. You MUST have a Java SDK | ### Note: A JVM is <b>not</b> sufficient. You MUST have a Java SDK | ||
− | ## | + | ## You may need to edit the "publish.bat" or "publish.sh" file to point to your SDK. (and please don't commit this file) |
### Just invoking "Java" based on your path will run the JVM rather than the SDK, as installing the SDK installs a JVM too | ### Just invoking "Java" based on your path will run the JVM rather than the SDK, as installing the SDK installs a JVM too | ||
+ | ### we're still trying to figure this one out - stupid JAVA | ||
## Download and install GraphViz[http://www.graphviz.org/Download.php] | ## Download and install GraphViz[http://www.graphviz.org/Download.php] | ||
# Run the build | # Run the build |
Revision as of 07:57, 22 May 2013
Contents
Set up
To create or maintain resources, you need to take a number of steps:
- Sign up to the FHIR Developers list server (fhirsvn@lists.hl7.org) (this is distinct from the FHIR list server). This ensures you'll receive updates about planned changes to the build process, outages, etc.
- Get access to HL7's SVN environment and permission to edit FHIR resources
- Acquire an SVN client such as TortoiseSVN[1] or Eclipse
- Get an gForge account
- Get commit privileges for FHIR by contacting one of the FHIR Management Group co-chairs. (Let them know your gForge id)
- Prepare to run a build
- Check out the FHIR project (http://gforge.hl7.org/svn/fhir/trunk/build) into a local directory of your choice (under trunk there are several directories that contain archives, documents, presentations and so forth that come to many MB of content not required to run the build program. You can sync either the trunk or the build)
- Ensure you have a current Java SDK installed on your machine (1.6)
- Note: A JVM is not sufficient. You MUST have a Java SDK
- You may need to edit the "publish.bat" or "publish.sh" file to point to your SDK. (and please don't commit this file)
- Just invoking "Java" based on your path will run the JVM rather than the SDK, as installing the SDK installs a JVM too
- we're still trying to figure this one out - stupid JAVA
- Download and install GraphViz[2]
- Run the build
- Launch either the publish.bat or publish.sh depending on your environment
The result should look something like this:
Running publication process now Publish FHIR in folder [Base FHIR folder] 0sec 6MB Checking Source for [Base FHIR folder] 0sec 6MB Loading 6sec 22MB Load Concept Domains 7sec 26MB Validating 12sec 36MB Produce delphi Reference Implementation 14sec 86MB Produce java Reference Implementation 16sec 138MB Produce csharp Reference Implementation 18sec 44MB Produce ecore Reference Implementation 25sec 84MB Compile java Reference Implementation 25sec 86MB Produce Schemas 35sec 114MB Produce Content 37sec 133MB ...resource [SomeResource] 38sec 181MB ... ...diagram [SomeDiagram] 99sec 292MB ... ...page [Some specification page].htm 100sec 190MB ... ...profile [Some profile] 102sec 379MB ... ...summaries 102sec 379MB ...zips 103sec 389MB ...zip 103sec 389MB Produce Book Form 114sec 112MB Produce HL7 copy 115sec 243MB Produce Archive copy 163sec 301MB Validating XML 179sec 662MB .. Loading schemas 179sec 662MB .... done 190sec 680MB Reference Platform Validation. 204sec 165MB ...validate [Some example] 204sec 165MB ... Finished publishing FHIR 232sec 126MB
Build Policies
Failure to adhere to these policies will annoy (and create unwelcome additional work for) your fellow FHIR developers. Repeated violations may eventually result in revocation of commit privileges.
- Don't commit content until you've run a build and confirmed you haven't broken anything
- Don't make changes other than minor grammar, spelling or formatting changes to resource or other source files you don't "own"
- Exception: You can make changes to resource references if you've renamed a resource someone else is pointing to
- Commit regularly, ideally at least once a week so others, including the FHIR Management Group can keep track of what you're doing
- Be sure to respect rule #1 though
- Don't commit content during ballot/connectathon freeze periods as announced on the FHIR developers list
- When committing, try to provide a semi-descriptive explanation of what you've done
- Committing in small batches makes it easier to have meaningful commit descriptions
- If you do an update and find someone else has broken the build, feel free to publicly scold and mock them on the FHIR developers list
- You'd be wise to double-check that the problem is their content (not your own) before scolding and mocking . . .
- And, as a near term work around, you can revert to a previous version of the broken content