Is it possible to move workitems from one Project Area (on server A) to another Project Area (on server b)

Thanks, given the relatively small number of workitems we needed to migrate we decided to use the csv export/import capability and then manually re-create the links.

This handles attributes fairly well, but loses out things such as attachments, links, and approvals.

Using a server with the JKE Banking example loaded, I was able to add links in the query output. If your new server/project area has the same relationships with the same non-CCM projects, these links may line up and work. The link seems to be by name, so I assume it will be looking for the right sort of artifact with the same name (e.g., the Story item that starts with "Story","57","Allocate Dividends by Percentage"... has a Tested By Test Case value of "Allocate Dividends by Percentage"). 

Millard

come on!.. stop giving folks false hope.

if it were that easy, IBM would have done it.   at my prior company we spent a lot of time working on tools to do this task because we got backed into a deployment corner, and were only 90% successful.  IBM has a services offering too, but our tool was significantly better.

Plan item 93151 documents the work plan for this. (not happening anytime soon)

I tried using the csv import/export. The links are exported as a text representation (without the URL information) and so cannot be imported this way.

Thanks, are there any samples available? Where can I find the documentation for the API?

The JavaDoc for the Plain Java Client Libraries can be found on the download page. https://jazz.net/wiki/bin/view/Main/ProgrammaticWorkItemCreation is an example on the wiki. My blog has more and also links to others. Start here: https://rsjazz.wordpress.com/2013/02/28/setting-up-rational-team-concert-for-api-development/

I am not sure if this works across servers - I have never tested it, but you could look into https://jazz.net/wiki/bin/view/Main/BulkMoveWorkItemsBetweenProjectAreas I think it works only on one server.

Using the API is a lot of work - I have experimented with it. Implementing all Attribute types makes the most work. You could try CSV export and import.

Unfortunately in my attempts, you cannot be connected to two repositories at the same time. thus you have to extract the data in one pass, and insert it into another pass.  to make links work you need to know what the old endpoints were and what the new ones are.  links are the easiest of the extra data.
note that you cannot link across servers except with the special chage request links.. so a link to some other (non-moved) workitem will become a problem.

until 4.0.3 you cannot 'delete' attachments. I haven't looked into the UI code to determine how this is done yet.

do you care about the workitem change history? we did. this is all kinds of fun in itself. you will NOT be able to recreate the original dates, only the order

also, workitem content is impacted by users, categories, team areas, plans, and a host of other non-workitem data.

My team has written a "bridge" between two RTC repositories such that a work item created in project area A on server A can be bridged (a new work item created in project area B on server B) and sync'd (comments and status).  so it is possible and we have one bridge running and another bridge under development.  So we read the data from one work item and then we do a work item create with the data, while connected to both repositories.  The code is very specific to the individual project area configuration and has to know both to be able to map attributes/enumeration values and the like.  We can map normal attributes, and while we sync comments, we do not use the userid of the person who made the original comment (it is added by the bridge ID although we put in the comment text the userid/email address of the original commenter).  We do not specifically move any history . just actual attributes.

I'm heading on vacation, but when I get back, I can try to clean up something and post an example.
Susan

do you use the syncronizer interface between the repositories?

It is unclear what "example" you are referring to.   Minimally, you will want to post this as a comment on one of the answers, not as a separate answer.