Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-dev] JSON Editor contribution
> 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 work again 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 follow the same architecture than WTP XML Editor : 

 * JFlex grammar
 * the JSON editor maintain a IJSONModel (like IDOMModel for XML) which implements SSE model (IStructuredModel, etc).
 * the JSON Editor is a StructuredTextEditor, which can be extended with WTP 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, especially with 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/ui of JSON Editor. In other word, those projects https://github.com/angelozerr/eclipse-wtp-json/tree/master/core

The 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 and https://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 WTP leadership to allow this feature into a service release.
The effort we've made in making JSDT easy to build locally and by providing 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 recent builds 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 a simultaneous 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 already takes care of that.
The next step for WTP seems to turn into a container project, just like Tools or Technology, and to let individual projects live their own lifecycle (but still discuss together via mailing-list) rather than adding constraints that are clearly not in sync with nowadays needs in adoption of technologies.

+1 WTP subprojects should do independent releases. Especially projects like 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@xxxxxxxxxxx
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@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/wtp-dev

Back to the top