Developing DICOM Anonymizer Extensions

From MircWiki
Revision as of 15:32, 4 February 2014 by Johnperry (Talk | contribs) (Created page with "This article describes how to add functionality to the CTP DICOM Anonymizer through the CTP Plugin mechanism. The intended audience for this article is software engineers who are...")

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

This article describes how to add functionality to the CTP DICOM Anonymizer through the CTP Plugin mechanism. The intended audience for this article is software engineers who are extending or maintaining the code.

The purpose of an anonymizer extension is to add specialized processing that is not supported by the standard functions in the DICOM Anonymizer. Access to extensions is provided through the standard @call function. See the call function for more information.


As described in Building an Extension JAR, the best way to deploy CTP extensions is to put them in jars that are placed in the CTP/libraries directory or any of its subdirectories.

1 The AnonymizerExtension Interface

To be recognized as an , a class must implement the org.rsna.ctp.plugin.Plugin and org.rsna.ctp.stdstages.anonymizer.dicom.AnonymizerExtension interfaces. The best way to implement an AnonymizerExtension is to extend the org.rsna.ctp.plugin.AbstractPlugin class and then implement the single method required by the AnonymizerExtension interface.

The AnonymizerExtension interface provides the call method. The method takes one argument, org.rsna.ctp.stdstages.anonymizer.dicom.FnCall. The FnCall object provides access to the anonymizer script, the context dataset, the element being processed, and all the arguments of the @call instruction in the script being executed.

2 An Example AnonymizerExtension

Here is the code of a test AnonymizerExtension:

package org.test;

import org.rsna.ctp.plugin.AbstractPlugin;
import org.rsna.ctp.stdstages.anonymizer.dicom.AnonymizerExtension;
import org.rsna.ctp.stdstages.anonymizer.dicom.FnCall;
import org.w3c.dom.Element;

 * A test AnonymizerExtension.
public class TestAnonymizerExtension extends AbstractPlugin implements AnonymizerExtension {

    String prefix;

     * IMPORTANT: When the constructor is called, neither the
     * pipelines nor the HttpServer have necessarily been
     * instantiated. Any actions that depend on those objects
     * must be deferred until the start method is called.
     * @param element the XML element from the configuration file
     * specifying the configuration of the plugin.
    public TestAnonymizerExtension(Element element) {

        //Normally, you would get any configuration parameters
        //from the configuration element here.
        //For this test, we'll get the prefix attribute
        prefix = element.getAttribute("prefix");

     * Implement the AnonymizerExtension interface
     * @param fnCall the specification of the function call.
     * @return the result of the function call.
     * @throws Exception
    public String call(FnCall fnCall) throws Exception {

        //The fnCall argument contains all the information about the
        //the dataset and the element being processed, as well as the
        //arguments in the @call function in the anonymizer script.

        //The first argument must be the id attribute of the AnonymizerExtension.

        //In this example, we'll get the value of the element being processed,
        //prepend the prefix from the configuration, append the value of the
        //seconde argument of the fnCall, and return the result.

        String thisElementValue = fnCall.context.contents(fnCall.thisTag);
        String suffix = fnCall.getArg(1);
        return prefix + thisElementValue + suffix;

Here is the ant build file to build it:

<project name="TestAnonymizerExtension" default="all" basedir=".">

    <property name="build" value="${basedir}/build"/>
    <property name="libraries" value="${basedir}/libraries"/>
    <property name="products" value="${basedir}/products"/>
    <property name="source" value="${basedir}/source"/>
    <property name="java" value="${source}/java"/>
    <property name="resources" value="${source}/resources"/>
    <property name="ctp" value="../CTP"/>

    <path id="classpath">
        <pathelement location="${libraries}/util.jar"/>
        <pathelement location="${libraries}/CTP.jar"/>

    <target name="clean">
        <delete dir="${build}" failonerror="false"/>

    <target name="init">
        <mkdir dir="${build}"/>
            <format property="today" pattern="yyyy.MM.dd"/>
            <format property="now" pattern="HH:mm:ss"/>
        <echo message="Time now ${now}"/>
        <echo message=" = ${}" />
        <delete dir="${products}" failonerror="false" />
        <mkdir dir="${build}"/>
        <mkdir dir="${products}"/>

    <target name="getLibraryJars">
        <copy overwrite="true" todir="${libraries}">
            <fileset dir="${ctp}/libraries">
                <include name="CTP.jar"/>
                <include name="util.jar"/>

    <target name="jar" depends="init, getLibraryJars">

        <javac destdir="${build}" optimize="on"
                debug="true" debuglevel="lines,vars,source">
            <src path="${java}"/>

        <copy overwrite="true" todir="${build}">
            <fileset dir="${resources}"/>

        <jar jarfile="${products}/TestAnonymizerExtension.jar">
                <attribute name="Implementation-Version" value="${today} @ ${now}"/>
            <fileset dir="${build}" includes="**"/>


    <target name="all" depends="clean, jar"/>


Here is the <b><tt>ConfigurationTemplates.xml</tt></b> file that connects the plugin into the Launcher program's configuration editor, making it easy to insert the plugin into a configuration:


			<attr name="name" required="yes" default="TestAnonymizerExtension"/>
			<attr name="class" required="yes" default="org.test.TestAnonymizerExtension" editable="no"/>
			<attr name="id" required="yes" default="ExtID"/>
			<attr name="root" required="yes" default="roots/TestAnonymizerExtension"/>
			<attr name="prefix" required="yes">
				<helptext>The prefix to be prepended to processed elements.</helptext>