Re: [DISCUSS] Discord Server?

2021-05-24 Thread David Bechberger
I agree, I think fewer channels is better to start with.  If we get to a
level where the activity level is high we can always add additional
channels.


On Fri, May 21, 2021 at 9:54 AM Stephen Mallette 
wrote:

> thanks dave. I imagine the available channels are up for discussion. to
> start, i'd think the fewer channels the better. should we already be
> looking to peel off into different graph provider channels?
>
> On Fri, May 21, 2021 at 1:14 PM David Bechberger 
> wrote:
>
> > I've gone ahead and set up a Discord instance for us to try.
> >
> > My thinking is that we can try this out internally for a week or two and
> > then, if we like it, we promote this to the larger community.  Thoughts?
> >
> > If you click on the link below it should allow anyone here to join:
> > https://discord.gg/5a72PZgmdq
> >
> >
> > On Fri, May 14, 2021 at 2:17 AM Stephen Mallette 
> > wrote:
> >
> > > We've not promoted Slack as a place for users (purposefully). I'd say
> > it's
> > > worth adding Discord and giving it a shot for the user community and
> > > keeping slack for those few moments where we need to ping each other
> for
> > > dev related items that might need some quick back/forth interaction.
> > >
> > > On Thu, May 13, 2021 at 9:14 PM Joshua Shinavier 
> > > wrote:
> > >
> > > > I haven't used Discord much myself, but I don't see the down side of
> > > trying
> > > > it out amongst ourselves, then inviting a few community members. If
> the
> > > > response is positive, announce it on gremlin-users. We already have a
> > > Slack
> > > > workspace which is not much used, so in the worst case, now there are
> > > two.
> > > >
> > > > ^^ $0.02
> > > >
> > > > On Wed, May 12, 2021 at 4:53 PM David Bechberger <
> d...@bechberger.com>
> > > > wrote:
> > > >
> > > > > With the recent uptick in both StackOverflow posts and mailing list
> > > > posts,
> > > > > it has got me thinking about ways to get more users engaged with
> the
> > > > > TinkerPop community. I was curious what people's thoughts were on
> > > > starting
> > > > > a Discord server?
> > > > >
> > > > > The pros I see here are:
> > > > >
> > > > > * The ability to interact with users directly
> > > > > * The ability (through bots) to create a single location to monitor
> > for
> > > > > questions
> > > > > * The ability to have statistics on user engagement
> > > > > * The ability to promote TinkerPop on internal/external discord
> > server
> > > > > lists
> > > > >
> > > > > The biggest con I can think of is that if there is not much usage
> of
> > > it,
> > > > > then it would look like the project was not an active community.
> > > > >
> > > > > Thoughts?
> > > > >
> > > >
> > >
> >
>


[jira] [Closed] (TINKERPOP-2571) Remove actual arguments from exception message in JavaTranslator

2021-05-24 Thread Stephen Mallette (Jira)


 [ 
https://issues.apache.org/jira/browse/TINKERPOP-2571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Mallette closed TINKERPOP-2571.
---
Resolution: Invalid

oops - looks like this change was already put in place as CTR: 
https://github.com/apache/tinkerpop/commit/8bdde85d5d743c0f70ec771cce1d4ead7324e0b6#diff-f6f59e8db09cfc8b3f247766f303b6eeaea3dfd158d27d3872d75e841c701584

> Remove actual arguments from exception message in JavaTranslator
> 
>
> Key: TINKERPOP-2571
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2571
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: process
>Affects Versions: 3.4.11
>Reporter: Stephen Mallette
>Assignee: Stephen Mallette
>Priority: Minor
>
> {{JavaTranslator}} currently generate exceptions with messages that display 
> the values of arguments that failed to be called for a particular step. 
> That's helpful to debugging but could share too much information to logs if 
> those arguments contain some form of private data. Instead of including the 
> argument values, instead output their types so that the debug information is 
> still meaningful, but the data itself stays hidden.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (TINKERPOP-2571) Remove actual arguments from exception message in JavaTranslator

2021-05-24 Thread Stephen Mallette (Jira)
Stephen Mallette created TINKERPOP-2571:
---

 Summary: Remove actual arguments from exception message in 
JavaTranslator
 Key: TINKERPOP-2571
 URL: https://issues.apache.org/jira/browse/TINKERPOP-2571
 Project: TinkerPop
  Issue Type: Improvement
  Components: process
Affects Versions: 3.4.11
Reporter: Stephen Mallette
Assignee: Stephen Mallette


{{JavaTranslator}} currently generate exceptions with messages that display the 
values of arguments that failed to be called for a particular step. That's 
helpful to debugging but could share too much information to logs if those 
arguments contain some form of private data. Instead of including the argument 
values, instead output their types so that the debug information is still 
meaningful, but the data itself stays hidden.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)