Sling IDE toolingPage added by Robert MunteanuSling IDE tooling 1.0The 1.0 release will be a release with minimal release which will allow users to sync content between their IDE and the repository. NamingOur IDE tooling should not focus on a single IDE and the naming should reflect that. Possible names
Platform supportWe will aim to support Eclipse and IntelliJ with a first 1.0 release. High-level architectureCore servicesThe core services will be IDE-agnostic and aim to support all platforms. As such, they will be constrained to not use specific APIs. Eclipse mandates that all I/O operations be done using its resource layer. Server controlThe server control service will handle communication with a Sling Launchpad instance, including
Transport APIContains the APIs needed to connect to Sling launchpad and import/export content. Transport implementationsVLT transportFile vault is in process of being donated to to ASF and is a good candidate for a transport implementation. Pros
Cons
Lightweight HTTP-based transportThe current implementation is based on the Sling DefaultGetServlet and DefaultPostServlet and is another candidate for a transport implementation. Pros
Cons
Change Notification Preferences
View Online
|
Add Comment
|
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
- [CONF] Apache Sling > Sling IDE tooling confluence
