You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by Robert Munteanu <ro...@apache.org> on 2018/03/27 08:17:02 UTC
Extending the Slide IDE tooling beyond Eclipse
Hi,
I plan to set some time aside next week to look into what is needed to
extend the Sling IDE tooling to other platforms - IntelliJ is the first
candidate.
I have written down my ideas at [1], comments and helping hands more
than welcome :-)
Thanks,
Robert
[1]: https://cwiki.apache.org/confluence/display/SLING/Extend+the+Sling
+IDE+tooling+beyond+Eclipse
Re: Extending the Slide IDE tooling beyond Eclipse
Posted by Robert Munteanu <ro...@apache.org>.
Hi Jason,
On Wed, 2018-03-28 at 11:59 -0400, Jason E Bailey wrote:
> It took me a while to catch up to what the LSP is doing, and I think
> I'm there, but I'm not sure how that integrates with the Sling IDE.
>
> I see the LSP is great for a language, like HTL, but my understanding
> with Sling IDE was primarily tooling around supporting the different
> representation of the data and manipulating that representation.
The LSP idea is more of a shot in the dark TBH. I'll explore the
possibility that we can extract all the content sync logic into a LSP
implementation that we can reuse in Eclipse and IntelliJ ( and also VS
Code, but the first target is IntelliJ).
If that does not work out I'll try something else.
Robert
>
>
> - Jason
>
> On Tue, Mar 27, 2018, at 4:17 AM, Robert Munteanu wrote:
> > Hi,
> >
> > I plan to set some time aside next week to look into what is needed
> > to
> > extend the Sling IDE tooling to other platforms - IntelliJ is the
> > first
> > candidate.
> >
> > I have written down my ideas at [1], comments and helping hands
> > more
> > than welcome :-)
> >
> > Thanks,
> >
> > Robert
> >
> > [1]: https://cwiki.apache.org/confluence/display/SLING/Extend+the+S
> > ling
> > +IDE+tooling+beyond+Eclipse
Re: Extending the Slide IDE tooling beyond Eclipse
Posted by Jason E Bailey <je...@apache.org>.
It took me a while to catch up to what the LSP is doing, and I think I'm there, but I'm not sure how that integrates with the Sling IDE.
I see the LSP is great for a language, like HTL, but my understanding with Sling IDE was primarily tooling around supporting the different representation of the data and manipulating that representation.
- Jason
On Tue, Mar 27, 2018, at 4:17 AM, Robert Munteanu wrote:
> Hi,
>
> I plan to set some time aside next week to look into what is needed to
> extend the Sling IDE tooling to other platforms - IntelliJ is the first
> candidate.
>
> I have written down my ideas at [1], comments and helping hands more
> than welcome :-)
>
> Thanks,
>
> Robert
>
> [1]: https://cwiki.apache.org/confluence/display/SLING/Extend+the+Sling
> +IDE+tooling+beyond+Eclipse
Re: Extending the Slide IDE tooling beyond Eclipse
Posted by Robert Munteanu <ro...@apache.org>.
Hi Andy,
On Wed, 2018-03-28 at 08:44 -0700, Andreas Schaefer wrote:
> Hi Robert
>
> Is LSP indented to be used for the UI to work with the server or
> server data?
The flow that I'm thinking right now is
User changes file/folder
-> IDE triggeres notification
-> notification send to Sling LSP
-> Sling LSP syncs changes to server
-> Sling LSP reports operation result
-> IDE displays result (if needed)
>
> The Resource Change Command Factory contains a lot of UI logic
> intertwined with server logic and my concern is that we need to
> separate these two to make upgrades easier and more straight forward.
If that works it would be fine for me. There are lots of bindings to
Eclipse-specific APIs in the content sync implementation so if we need
to remove those then we will.
>
> This is more or less the reason why the IntelliJ plugin lags behind
> because it takes so long to make sure I incorporate all the changes
> and update the IntelliJ plugin but leaving the Eclipse logic out.
>
> Having the Sling IDE Maven based is for sure making things easier
> even though not on such a high priority for me as the IntelliJ plugin
> is not Maven based and I did not find a way to make it Maven based.
I will have more answers regarding these issues when I'll dig more into
the LSP implementations.
Robert
>
> Cheers - Andy Schaefer
>
> > On Mar 27, 2018, at 1:17 AM, Robert Munteanu <ro...@apache.org>
> > wrote:
> >
> > Hi,
> >
> > I plan to set some time aside next week to look into what is needed
> > to
> > extend the Sling IDE tooling to other platforms - IntelliJ is the
> > first
> > candidate.
> >
> > I have written down my ideas at [1], comments and helping hands
> > more
> > than welcome :-)
> >
> > Thanks,
> >
> > Robert
> >
> > [1]: https://cwiki.apache.org/confluence/display/SLING/Extend+the+S
> > ling
> > +IDE+tooling+beyond+Eclipse
>
>
Re: Extending the Slide IDE tooling beyond Eclipse
Posted by Andreas Schaefer <sc...@me.com>.
Hi Robert
Is LSP indented to be used for the UI to work with the server or server data?
The Resource Change Command Factory contains a lot of UI logic intertwined with server logic and my concern is that we need to separate these two to make upgrades easier and more straight forward.
This is more or less the reason why the IntelliJ plugin lags behind because it takes so long to make sure I incorporate all the changes and update the IntelliJ plugin but leaving the Eclipse logic out.
Having the Sling IDE Maven based is for sure making things easier even though not on such a high priority for me as the IntelliJ plugin is not Maven based and I did not find a way to make it Maven based.
Cheers - Andy Schaefer
> On Mar 27, 2018, at 1:17 AM, Robert Munteanu <ro...@apache.org> wrote:
>
> Hi,
>
> I plan to set some time aside next week to look into what is needed to
> extend the Sling IDE tooling to other platforms - IntelliJ is the first
> candidate.
>
> I have written down my ideas at [1], comments and helping hands more
> than welcome :-)
>
> Thanks,
>
> Robert
>
> [1]: https://cwiki.apache.org/confluence/display/SLING/Extend+the+Sling
> +IDE+tooling+beyond+Eclipse