|Re: [wtp-dev] JSON Editor contribution|
On 5 Jul 2015, at 17:11, Kaloyan Raev wrote:
JSON editor contribution only has SSE dependency. There are no JSDT dependencies. I agree that we should not introduce JSDT (or any other similar) dependency to it and I do not think we need to.
Because we want to have bower and npm etc. have better support on JSDT I think can have a dependency
to JSON editor.
It would be great also if the JSON editor is designed for embedding in multi-tab editors. Greetings, KaloyanOn Sat, Jul 4, 2015 at 5:53 PM, Angelo zerr <angelo.zerr@xxxxxxxxx> wrote:That's pretty good news! Thanks Angelo for submitting, and Gorkem for the follow-up.Glad Eclipse WTP JSON contribution please you! But there a lot of workagain to stablize it (I mean sync of IJSONModel with editor).Is this really WTP?Yes, because Eclipse WTP JSON is based on WTP and I have tried to followthe same architecture than WTP XML Editor : * JFlex grammar* the JSON editor maintain a IJSONModel (like IDOMModel for XML) whichimplements SSE model (IStructuredModel, etc).* the JSON Editor is a StructuredTextEditor, which can be extended withWTP extension points. * it provides completion (for npm, bower depdencies) like XML editor.JSON is a very common data format that's used in many places, especiallywith config files.Right, I think we should have a new component called "wst.json" like we have "wst.html", "wst.xml", etc. This component provides only the core/uiof JSON Editor. In other word, those projects https://github.com/angelozerr/eclipse-wtp-json/tree/master/coreThe JSON Editor can be extended for instance to provide custom completion. I have done that for npm and bower dependencies. So I think JSDT should host https://github.com/angelozerr/eclipse-wtp-json/tree/master/bower andhttps://github.com/angelozerr/eclipse-wtp-json/tree/master/npm Regard's Angelo 2015-07-04 14:49 GMT+02:00 Gorkem Ercan <gorkem.ercan@xxxxxxxxx>:On 4 Jul 2015, at 4:17, Mickael Istria wrote: On 07/04/2015 09:10 AM, Konstantin Komissarchik wrote:From the process side, the main thing you loose is ability to control your releases. Only a project can release. If you a part of WTP, you are tied to WTP release schedule, which may be a problem for some adopters that are on a faster release cycle. For instance, you would not be able to do the first release until June of next year, unless you can convince WTPleadership to allow this feature into a service release.The effort we've made in making JSDT easy to build locally and byproviding an additional dedicated build and p2 repo for JSDT snapshots goes in the direction of allowing it to deliver faster than WTP, and if not releasing it, to allow users and integrators to get access to more recentbuilds more easily.In that context, I believe it would be totally do-able to make a JSDT release for SR1 or SR2 if we want to (and it seems more and more likely). As long as JSDT relies on stable APIs of WTP, it shouldn't cause any issue.Such a release could include a JSON editor. In the end, I (and some others) don't believe in the concept of asimultaneous build/release for WTP. There are too many things in it that don't evolve at the same time at all, and the benefit of a simultaneous build/release is quite questionable since the Eclipse release train alreadytakes care of that.The next step for WTP seems to turn into a container project, just likeTools or Technology, and to let individual projects live their ownlifecycle (but still discuss together via mailing-list) rather than adding constraints that are clearly not in sync with nowadays needs in adoption oftechnologies.+1 WTP subprojects should do independent releases. Especially projectslike SSE and JSDT that are be consumed independent of most of WTP. --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@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribefrom this list, visit https://dev.eclipse.org/mailman/listinfo/wtp-dev_______________________________________________ wtp-dev mailing list wtp-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribefrom this list, visit https://dev.eclipse.org/mailman/listinfo/wtp-dev_______________________________________________ wtp-dev mailing list wtp-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribefrom this list, visit https://dev.eclipse.org/mailman/listinfo/wtp-dev_______________________________________________ wtp-dev mailing list wtp-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribe from this list, visit
Back to the top