Hi Andrew,

Could you clarify why you want to write your own build engine? Note that JBE is extensible, so you could add your own pre-build/build/post-build participants instead, which could save you a lot of work. Can you describe what you're trying to do at a higher level?

But to answer your questions:

1.

What I want to do however is load the correct workspace if its a personal request. Can I obtain this information from the BuildRequest and if so how?

        IBuildProperty property ...;

        ...

            property = getBuildRequest().getBuildDefinitionInstance().getProperty(

                    IJazzScmConfigurationElement.PROPERTY_WORKSPACE_UUID);

            if (property != null && property.getValue().length() > 0) {

        ...

    public static final String PROPERTY_WORKSPACE_UUID = "team.scm.workspaceUUID";

2.

I can see the change handles (ChangeSetInfo) but I would like to get the actual change details from these.

For getting the associated work items, take a look at the code for com.ibm.team.build.internal.publishing.WorkItemPublisher.publish(IBuildResultHandle, IWorkItemHandle[], ITeamRepository), and its getWorkItemHandles method. The latter does:

            for (int i = 0; i < changeSetHandles.length; i++) {

                IChangeSetHandle changeSetHandle = changeSetHandles[i];



                List<ILink> links = ChangeSetLinks.findLinks(

                        (ProviderFactory) teamRepository.getClientLibrary(ProviderFactory.class), changeSetHandle,

                        new NullProgressMonitor());



                for (ILink link : links) {

                    IReference targetRef = link.getTargetRef();



                    if (targetRef.isItemReference()

                            && ((IItemReference) targetRef).getReferencedItem() instanceof IWorkItemHandle) {



                        IWorkItemHandle workItemHandle = (IWorkItemHandle) ((IItemReference) targetRef).getReferencedItem();

                        // Need to use a HashTable in this way instead of a

                        // HashSet because we may have distinct work item

                        // handles, but

                        // they are pointing at the same uuidValue. We don't

                        // want to

                        // add handles with the same uuidValue.

                        workItemHandles.put(workItemHandle.getItemId().getUuidValue(), workItemHandle);

                    }

                }

            }

Where ChangeSetLinks is helper API in SCM: com.ibm.team.scm.common.links.ChangeSetLinks.

You could also use:

com.ibm.team.scm.client.SCMPlatform.getWorkspaceManager().getChangeSetLinkSummary(changeSetHandles, progressMonitor)

Regards,
Nick

Andrew, note that for integration with Hudson, you can do the workspace accept and fetch (aka load) phases using the Ant tasks in our Build Toolkit, as well as contribute compilation and test results, downloads, logs, etc. back to the RTC build definition as is normally done.

We have an article coming out shortly showing exactly how to do this (using Hudson).

But it sounds like you're aiming for an even tighter integration with Hudson, at least for the SCM portion of the build. I'm definitely interested in this, so please let me know how it goes. We also want to provide this kind of support for Maven. See 90042: Maven SCM plugin extension for RTC.

I'm not aware of any work on either a Netbeans integration or a Tortoise-like non-IDE client for Jazz SCM, but you should check out the work on making certain non-developer scenarios accessible via the web UI (planned for 2.0.0.2).

See:
87245: simple web ui for modifying streams / WES for streams
and also
87338: SCM Web UI post 2.0 work and investigation
and
87336: SCM Web UI post 2.0 - better integration with Build web ui? and its related items.

The SCM command line is also an option.

Regards,
Nick

We have an article coming out shortly showing exactly how to do this (using Hudson).