org.mule.devkit.generation.studio
Class MuleStudioManifestGenerator
java.lang.Object
org.mule.devkit.generation.studio.AbstractMuleStudioGenerator
org.mule.devkit.generation.studio.AbstractMuleStudioNamespaceGenerator
org.mule.devkit.generation.studio.MuleStudioManifestGenerator
- All Implemented Interfaces:
- Generator, MultiModuleGenerator
public class MuleStudioManifestGenerator
- extends AbstractMuleStudioNamespaceGenerator
|
Method Summary |
List<Product> |
consumes()
|
void |
generate(org.mule.devkit.model.module.Module module)
When generating the packaging for Studio, when using multi-module projects (connection management + oauth so far)
are implemented by inheritance. |
List<Product> |
produces()
|
| Methods inherited from class java.lang.Object |
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait |
MuleStudioManifestGenerator
public MuleStudioManifestGenerator()
consumes
public List<Product> consumes()
- Specified by:
consumes in interface Generator- Overrides:
consumes in class AbstractMuleStudioGenerator
produces
public List<Product> produces()
- Specified by:
produces in interface Generator- Overrides:
produces in class AbstractMuleStudioGenerator
generate
public void generate(org.mule.devkit.model.module.Module module)
throws GenerationException
- Description copied from class:
AbstractMuleStudioNamespaceGenerator
- When generating the packaging for Studio, when using multi-module projects (connection management + oauth so far)
are implemented by inheritance. This forces devkit to sort the modules to take always the first module as connection
management, while the others will be "discarded". More information in DEVKIT-548.
Once devkit supports connection strategies, this complete artifact (mule-devkit-plugin-studio) must be refactored.
- Specified by:
generate in class AbstractMuleStudioNamespaceGenerator
- Throws:
GenerationException
Copyright © 2010–2014 MuleSoft, Inc.. All rights reserved.