Can these guys have access to TJ logger?

I'll start needing this in the private integration rewrite with Salesforce
and Marketo. In those, you have lots of bulk API in memory call build up,
not matching trait fields, sending the batch, async checking the status of
the batch, etc. Basically you're fucked if you're debugging and the only
thing you can do is bubble up a success message or a single err object.


On Wed, Feb 26, 2014 at 2:11 PM, Calvin French-Owen <
notifications@github.com> wrote:

> In lib/proto.js:
>
> > + * @api public
> > + */
> > +
> > +exports.page = tick();
> > +
> > +/**
> > + * Enabled.
> > + *
> > + * @param {Facade} facade
> > + * @param {Object} settings
> > + * @return {Boolean}
> > + * @api public
> > + */
> > +
> > +exports.enabled = function(facade, settings){
> > +  return 'server' == facade.channel()
>
> ah yeah, facade.enabled() only checks the context.providers or
> context[providerName] field so that we can use it on the frontend. then
> we also have the integrations check -- stuff like webhooks doesn't check
> for channel since we want everything to go through.
>
> i've wanted to add some sort of metadata for awhile where we record
> whether there's js and mobile support for a library. that way we could just
> keep that updated and remove from there when we phase out mobile or js libs.
>
> --
> Reply to this email directly or view it on GitHub<https://github.com/segmentio/integration/pull/4/files#r10102332>
> .
>