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 <[email protected]>
> > 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
>
>
