thanks for taking the time and reviewing the code (no matter what the
motivation was). But why didn't you sent me a mail and address the
"problem" to me personally?
In my environment a json "object" is build from the response data from a
web service. The data is parsed, used and thrown away. No need to keep
any of it "alive". The JSON service programs works just fine here. The
main bottleneck in my environment is the web service written in java.
... and yes, with dynamically allcoating memory we get some of the
flexibility of C (f.e.) but also the danger of memory leaks. But so
what? Every language which let the developer allocate memory is bad or
dangerous? I don't think so and this is probably not what you meant.
And IMO: having something is better than having nothing.
sf.net: Sourceforge is for everybody and not only for those hardcore or
business developers. It is also for those kids who dream of their own
game or game engine (and almost everybody knows that this will never see
milestone 1, but who cares. It is a lot of fun to work with people from
all around the world). If you want only production level code then look
at eclipse.org or apache.org.
Regards
Mihael
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Nathan Andelin
Sent: Friday, January 08, 2010 4:17 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Code donations for RPGUI initiative
...
Consider Mihael Schmid's JSON procedures. It took me less than an hour
of looking at the code to realize that I would never use it in a Web
application. It dynamically rebuilds and destroys the complete data
model in memory prior to streaming it for both input and output for
every request-response cycle. I'd never add that kind of overhead to my
applications. But you latched onto it, and gung-ho promoted it,
evidently because it was offered under GPL v3.
...
Nathan.
As an Amazon Associate we earn from qualifying purchases.
This thread ...
Re: Code donations for RPGUI initiative, (continued)
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.