Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal


  • Give kudos
  • Received
  • Given


  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Developing new custom-field type using Atlassian Connect.

I saw that a similar question has already been done but the response don't convince me.

I need to develop this type of plugin for atlassian connect and extends the issue page and use the entity properties to store information IMHO isn't a correct way.

All the feature of developing customfield with P2 are missed: configure one or morecustomfields/screens/project where do you want the customfield and so on.

So If I want to create a  custom-field with atlassian connect I have to write all code to manage all this missing features.

What is the correct way? Extends issue page and write all code to manage your customfield visibility/numbers/and so on is really the correct way?

There is a demo code to develop new customfield type with Connect?




2 answers

1 accepted

2 votes
Answer accepted

Right, well, the short answer is "you can't".

Custom fields hook deeply into the internals of JIRA and are supported by the plugin framework around them.  When you create a custom field addon, JIRA handles a lot of the backend for you - storage, indexing, screen locations etc etc etc.  Connect is more abstracted and simply doesn't have that level of access to the internals.

So while you could replicate some of the functionality of a custom field with Connect, yes, you'd have to write all the rest of the structures for maintaining it, but also storage, and a separate way of indexing and searching it.

The last time I remember this being asked, I think @Travis Smith said something like "A custom field type" doesn't work in Connect as it does in a P2 addon.  Everything in Connect is more or less a bolted-on instead of integrated.

With Connect, you do need to handle all the storage, UI, and searching. You can store the data as an entity property and I'm guessing we'll see indexable entity properties one day because we now have indexable content properties in Confluence. If you store it in your add-on, you'll be 100% responsible for searching, indexing, and storage of that data.

So, if you have developed a custom-field type plugins  with P2 (for standard JIRA standalone server) and your customers ask you to port the code to use your customfield with jira cloud I have to responde that isn't possible? Is it correct?

Yes. P2 code is very different to Connect code - although you can reuse logical stuff like "how I calculate X for display", you'll need to write all the storage, indexing and maintenance from scratch.

The link does not work anymore - it returns 404

Like # people like this

Another URL explaining the workings of an issue field module, based on the example demo:

You need to add field options for this field via REST api call first:

There is also an UPDATE api call to update those field options after ie. updating data so that the fieldoptions get updated with latest source information.

Suggest an answer

Log in or Sign up to answer

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you