Smart completion for values - Find list of existing beans about camel-idea-plugin HOT 15 CLOSED

And we should use #beanName style to refer to the bean by its name for the smart completion values, eg ...filter=#myFilter

from camel-idea-plugin.

@davsclaus what would be the search scope of the beans?

For XML I can easily search in the current XML file and all of the XML imports but for Java I have no idea.

Do we need to prevent importing something that will fail to be resolved at runtime or not? I'm thinking about OSGI containers that can complicate the things.

from camel-idea-plugin.

Yeah at first its fine for XML - lets focus on that as its easier as you say, its in both spring and blueprint xml files.

For Java lets create another ticket and discuss there.

from camel-idea-plugin.

This is how it looks:

In the completion popup it shows all the beans that inherit the wanted class or interface located in the Intellij application context (if the Spring facet is configured). Thus the search scope can be at maximum the IntelliJ module.

@davsclaus is this ok?

from camel-idea-plugin.

@adrianbumbas yeah that looks great. Mind that when the value is inserted, it should use # syntax in Camel to refer to beans: eg

"cxf:bean:soapMessageEndpoint?bus=#blueprintBus"

Notice how the # is prefixed before the bean id.

There is a section about referring beans in the docs: http://camel.apache.org/how-do-i-configure-endpoints.html

from camel-idea-plugin.

@davsclaus ok,done that.

Now i'm struggling to fix the existing unit test. The Spring Intellij plugin depends on the java-i18n plugin. That plugin registers his own reference contribuitor which interferes with the PropertyEndpointSmartCompletionTestIT unit test. I'm currently having fun debugging the paltform.

from camel-idea-plugin.

Figured out the issue:

The com.intellij.lang.properties.PropertiesReferenceContributor from the com.intellij.java-i18n plugin is registered in place of CamelPropertiesOrYamlFileReferenceContributor.

This can be solved in the plugin.xml file by adding order="FIRST" to the CamelPropertiesOrYamlFileReferenceContributor.

from camel-idea-plugin.

I now realize that the Spring plugin works only with the Ultimate version.

http://www.jetbrains.org/intellij/sdk/docs/reference_guide/frameworks_and_external_apis/spring_api.html

The Travis build is using the Community edition.

from camel-idea-plugin.

@adrianbumbas bommer, do you need any specific IDEA spring artifacts or can you depend on the spring artifacts from maven?

from camel-idea-plugin.

I need the Spring plugin to be enabled in IDEA, it would not even run on the Community edition. I develop everything on the Ultimate edition and I never thought that it will not work on the Community. Lesson learned.

from camel-idea-plugin.

Well I guess you need to make it a optional dependency. I'm not sure if it possible but you might be able to install as part of the testing.

I describe an issue with other language support in #285 and testing we to look into.

from camel-idea-plugin.

If I understand this correctly the optional dependency allows some feature to be enabled in your plugin only if a certain plugin is present. This should do the trick, but the Spring IDEA jars must be in classpath so that the unit test passes, for that the Travis build must be changed to use the IDEA Ultimate edition.

Do I have any other alternative?

from camel-idea-plugin.

If you can't find it in the plugins browser I guess there is no way of installing the Spring IDEA jars in the community edition. If we change the Travis build to use the Ultimate version we properly need a license for this, since the Ultimate license is personally

from camel-idea-plugin.

Yeah they have some plugins that are private and only in the ultimate (paid) version - sadly spring is one of them.

from camel-idea-plugin.

Unfortunately this feature cannot be implemented.

from camel-idea-plugin.