grafana/docs/sources/developers/plugins/migration-guide/angular-react/_index.md

description	keywords	labels	menuTitle	title	weight
Guide for migrating plugins from AngularJS to React.	grafana plugins migration plugin documentation	products enterprise oss	Angular to React	Migrate a plugin from AngularJS to React	1000

Migrate a plugin from AngularJS to React

If you want to migrate a plugin to Grafana's React-based plugin platform, then we recommend that you release it under a new major version. Consider keeping a release branch for the previous version to be able to roll out patch releases for versions prior to Grafana 7.

While there's no standard migration path from an Angular plugin to the new React platform, we’ve learned that one of the easiest ways to migrate is to:

1. Create a new branch called migrate-to-react.
2. Start from scratch with one of the templates provided by the create-plugin tool.
3. Move the existing code into the new plugin incrementally, one component at a time.

Migrate a panel plugin

Starting with Grafana 7.0, plugins export a PanelPlugin from module.ts where MyPanelis a React component containing the props from PanelProps.

src/module.ts

import { PanelPlugin } from '@grafana/data';

export const plugin = new PanelPlugin<MyOptions>(MyPanel);

src/MyPanel.tsx

import { PanelProps } from '@grafana/data';

interface Props extends PanelProps<SimpleOptions> {}

export function MyPanel({ options, data, width, height }: Props) {
  // ...
}

Migrate a data source plugin

While all plugins are different, we'd like to share a migration process that has worked for some of our users.

1. Define your configuration model and ConfigEditor. For many plugins, the configuration editor is the simplest component, so it's a good candidate to start with.
2. Implement the testDatasource() method on the class that extends DataSourceApi. Use the settings in your configuration model to make sure that you can successfully configure and access the external API.
3. Implement the query() method. At this point, you can hard-code your query, because we haven’t yet implemented the query editor. The query() method supports both the new data frame response and the old TimeSeries response, so don’t worry about converting to the new format just yet.
4. Implement the QueryEditor. How much work this requires depends on how complex your query model is.

By now, you should be able to release your new version.

To fully migrate to the new plugin platform, convert the time series response to a data frame response.