Hi Dave.

Pardon me for not providing the appropriate argumentation. :-) Yes, we should keep on watching out for image bloat, but not by keeping essential packages/projects out of the trunk. Instead, we should minimize dependencies and make sure that projects can be unloaded on-the-fly if somebody needs to shrink the .image file.

Supporting web requests and their common content/mime types feels like supporting various character encodings when reading a text file. Among the common mime types, there are:

text/plain
text/html
text/csv --- external project, cross-smalltalk compatible
text/xml
application/xml
application/json --- external project, effectively Squeak only?
application/zip
application/gzip
image/gif
image/jpeg
image/png
image/svg+xml --- external project, cross-smalltalk compatible (?)

There is already support for plain text, html, xml, (g)zip, gif, jpeg, png in Trunk. There is also support for json in Trunk because of WebClient/WebUtils.

My impression is that both external JSON implementations are used by Squeak projects only:
(1) http://www.squeaksource.com/JSON
(2) http://squeaksource.com/PostgresV3/JSON-ul.56.mcz

So, it makes sense to unify those. Not having support for JSON in Trunk by default makes no sense considering that we do support XML by default. It would be more consistent to also keep JSON in Trunk. Just make it better.

In case that either (1) oder (2) support also other Smalltalk systems, I would rather not want to migrate those projects into Trunk. Levente? Tony? You might know more about this. 

Best,
Marcel
Am 07.07.2021 01:34:07 schrieb David T. Lewis <lewis at mail.msen.com>:
If it is already stable, high quality, and useful, then why does it
need to be in trunk? This seems like exactly the kind of package that
we want to be easily found and installed through something like SqueakMap.

Or maybe it would be better to handle it like the git tooling by making
JSON an installation option in the Preference Wizard.

I am perfectly happy if JSON is added to trunk, but I do want to point
out that we are not very consistent in these matters. One day we are
complaining about image bloat and lack of modularity, and the next day
we're all trying to add our favorite packages into trunk. We can't
have it both ways.

Dave


On Tue, Jul 06, 2021 at 03:06:29PM +0200, Marcel Taeumel wrote:
> Hi all!
>
> I think it would be nice to have JSON as part of Squeak Trunk. This would make parsing the content of web requests easier. Recently, I got lucky to find the last-modified date in the HTTP header for the public TravisCI badge. But usually, one would have to query the official endpoint/API to then get XML or JSON content.
>
> http://www.squeaksource.com/JSON
>
>
> What do you think? The project is
> + Self-contained
> + Stable since 2016
> + Not that big
> o Adding the extension #jsonWriteOn: to the system
>
> Latest maintainers seem to be:
> Hannes Hirzel (hjh, 2010)
> Levente??Uzonyi (ul, 2010)
> Tony Garnock-Jones (tonyg, 2016)
> Fabio Niephaus (FabN, 2016)
>
> Best,
> Marcel
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20210707/a0d9a949/attachment.html>