> but my first choice is to use a language server and remove implementation out of JSDT.
Gorkem, you mean to do like typescript.java? If it that, I will be glad to do contribution if you are agree. 2016-05-30 17:20 GMT+02:00 Gorkem Ercan <gorkem.er...@gmail.com>: > > _____________________________ > From: Ilya Buziuk <ibuz...@redhat.com> > Sent: Monday, May 30, 2016 7:28 AM > Subject: Re: [wtp-dev] Fwd: [epp-dev] Neon RC2 packages > To: General discussion of project-wide or architectural issues. < > wtp-dev@eclipse.org> > > > > > On Mon, May 30, 2016 at 11:17 AM, Mickael Istria <mist...@redhat.com> > wrote: > >> Thanks for the info Eugene. >> About IP and license, would it be possible for JSDT to embed such a TS >> server to generate an AST-ish that we could use for such >> navigation/refactoring operations? >> > > As I recall, CQ for shipping node is already opened but not yet approved. > I guess, if it will be approved the next logical step will be opening CQ > for using tsserver. Anyway, It looks like support of language services in > JSDT is not going to happen early than Oxygen. For Neon.1 the plan is to > replace esprima with closure compiler, while still using DOM AST model > (converting from Closure's Internal Representation will be required). > > > We already have a CQ for typescript language services. If we can get > approval for both node.js and typescript we do plan to move JSDT services > to use a language server. > > Looking at the current state of JSDT, it seems like most features >> depending on AST are broken. So there are 2 ways to go AFAIK: dropping the >> legacy AST and using another model (such as the TS one) directly, or having >> the parsers populating an AST. I feel like the first one is more >> sustainable and >> > > We are still producing AST, the problems are mostly due to features > depending on the internal data or behaviour of the old parser. We can > probably move and fix some of them by using AST but my first choice is to > use a language server and remove implementation out of JSDT. > > > requires more effort. >> -- >> Mickael Istria >> Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools> >> My blog <http://mickaelistria.wordpress.com> - My Tweets >> <http://twitter.com/mickaelistria> >> >> _______________________________________________ >> wtp-dev mailing list >> wtp-dev@eclipse.org >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit >> https://dev.eclipse.org/mailman/listinfo/wtp-dev >> > > > > > _______________________________________________ > wtp-dev mailing list > wtp-dev@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/wtp-dev >
_______________________________________________ wtp-dev mailing list wtp-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/wtp-dev