Re: YAJL JSON data - how and when to save?

Brad Stone <[email protected]>
Newsgroups gmane.comp.systems.as400.web
Message-ID <CAAGV8OcQzcz9NeaQZRPofeKzHoD7U_QHo5H2mf9mLWYzxqMyow@mail.gmail.com>
It all depends on the application.

Jon mentioned how he does it with HTTPAPI.  Most of my applications use
GETURI... so if debug is ON, then I make sure any piece of software I'm
using, if it has a debug option, is on as well.

On Tue, Jan 11, 2022 at 7:00 AM Dave <[email protected]> wrote:

> Thanks Brad,
> When DEBUG is on, does the program do other stuff apart from not delete the
> JSON data?
>
> On Mon, 10 Jan 2022 at 19:09, Brad Stone <[email protected]> wrote:
>
> > I use a data area or control file to say if debug is on or not for my
> > application.
> >
> > I actually always save the JSON data (building or receiving).. .and if
> > debug is turned off I remove the file(s) with RMVLNK at the end.  That
> way
> > if it hard crashes the data may still be there to look at without having
> to
> > recreate the problem.
> >
> > I know others do differently, but after years I've found that's the
> > easiest.
> >
> > On Mon, Jan 10, 2022 at 11:41 AM Dave <[email protected]> wrote:
> >
> > > Hi,
> > >
> > >
> > >
> > > At the moment, during testing, each time my CGI programme receives JSON
> > > data, I'm saving it to the IFS.
> > >
> > >
> > > As I won't need to keep the JSON data once the application is deployed,
> > > what
> > > would be the best way to dynamically turn on and off the save function
> of
> > > the program in case it were needed? Seems to me there are many ways of
> > > doing it. I could configure an environment variable, an URL,  change a
> > data
> > > area, etc. What do you people do ?
> > >
> > >
> > >
> > >
> > > Thanks !
> > > --
> > > This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
> mailing
> > > list
> > > To post a message email: [email protected]
> > > To subscribe, unsubscribe, or change list options,
> > > visit: https://lists.midrange.com/mailman/listinfo/web400
> > > or email: [email protected]
> > > Before posting, please take a moment to review the archives
> > > at https://archive.midrange.com/web400.
> > >
> > >
> > --
> > This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
> > list
> > To post a message email: [email protected]
> > To subscribe, unsubscribe, or change list options,
> > visit: https://lists.midrange.com/mailman/listinfo/web400
> > or email: [email protected]
> > Before posting, please take a moment to review the archives
> > at https://archive.midrange.com/web400.
> >
> >
> >
> --
> This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
> list
> To post a message email: [email protected]
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/web400
> or email: [email protected]
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/web400.
>
>
-- 
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: [email protected]
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.