Re: need information

[Nate McCall]

Hi Amit,
The ASF product name usage guidelines would be a good place to start:
http://www.apache.org/foundation/marks/guide

Give that a read and let us know if you have any questions.

Thanks reaching out about this either way.

Cheers,
-Nate

On Sat, Mar 30, 2019 at 10:54 AM Dinesh Joshi
 wrote:
>
> Hi Amit,
>
> Moving dev@ to bcc. I am adding Mark Thomas, ASF VP Brand Management. I am 
> not too clear on the legal aspect pertaining to the trademark policies. The 
> trademark policies are here: https://apache.org/foundation/marks/
>
> I can help answer the technical aspects of your questions. Please see my 
> responses below –
>
> > On Mar 29, 2019, at 12:11 PM, Amit Sengar  wrote:
> >
> > Hey thanks for reply
> >
> > Actually I've created a basic version for cassandra GUI in electron js and 
> > i just want to share this with the other developers at electron/apps 
> > website so my concern is regarding the permissions like
> > 1) can i use cassandra logo image?
> > 2) can i use cassandra GUI name as title of project?
> > 3) can i publish this as open source?
>
> Depends on you and your organization's legal policies. It's a complex topic 
> and many organizations have some sort of legal review and approval process to 
> open source your code.
>
> > 4) can i publish this at any web site?
>
> Again this depends. However, typically developers prefer to host the source 
> code at github.
>
> Thanks,
>
> Dinesh
>
>
> > Please consider the above questions and let me know the answers
> >
> >
> > Thanks a lot
> > Regards
> > Amit Sengar
> >
> >
> > Sent from my iPhone
> >
> >> On 29-Mar-2019, at 21:43, Dinesh Joshi  wrote:
> >>
> >> Hi Amit,
> >>
> >> Please feel free to share with the dev@ list or user@
> >>
> >> Dinesh
> >>
> >>> On Mar 29, 2019, at 7:51 AM, Craig Russell  wrote:
> >>>
> >>> Hi Amit,
> >>>
> >>> We have a community of developers of Cassandra (copied here) whom you can 
> >>> contact and discuss your ideas.
> >>>
> >>> Regards,
> >>>
> >>> Craig
> >>>
>  On Mar 29, 2019, at 1:43 AM, Amit Sengar  wrote:
> 
>  Hey
>  Hope you are doing well. Actually i'm using Cassandra Db but i am not 
>  able to find any free GUI for database so i have created my own i.e 
>  based on electron js. So please let me know how can i publish that for 
>  other developers for free. So if you will grant me permission than i can 
>  publish that online and please let me know the terms and policies which 
>  are preventing me for doing that.
> 
>  hope to hear from you soon.
> 
> 
> 
>  Regards
>  Amit Sengar
>  (+91-9001942319)
> 
> 
>  कृपया धरती को बचायें. अति आवश्यक होने पर ही प्रिंट करें.
>  Please don't print this e-mail unless you really need to. Be Green.
> >>>
> >>> Craig L Russell
> >>> Secretary, Apache Software Foundation
> >>> c...@apache.org  http://db.apache.org/jdo 
> >>> 
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> > For additional commands, e-mail: dev-h...@cassandra.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: dev-h...@cassandra.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org

Re: Audit logging to tables.

[Alex Ott]

Hi Sagar

3.x/4.x are versions for open source variant of drivers, while DSE versions
are 1.x/2.x

Description of this function is a 
thttps://docs.datastax.com/en/drivers/java/3.6/

Sagar  at "Tue, 26 Mar 2019 22:12:56 +0530" wrote:
 S> Thanks Andy,

 S> This enhancement is in the datastax version and not in the apache cassandra
 S> driver?

 S> Thanks!
 S> Sagar.

 S> On Tue, Mar 26, 2019 at 3:23 AM Andy Tolbert 
 S> wrote:

 >> Hello
 >>
 >> 1) yes its local only. The driver by default does connect to each host
 >> > though so its pretty trivial to have a load balancing policy that you can
 >> > direct to specific hosts (this should probably be in the driver so people
 >> > dont have to keep reimplementing it).
 >> >
 >>
 >> The capability to target a specific host was added to the java driver (and
 >> others) recently in anticipation of Virtual Tables in version 3.6.0+ via
 >> Statement.setHost [1].  This will bypass the load balancing policy
 >> completely and send the request directly to that that Host (assuming it's
 >> connected).
 >>
 >> The drivers also parse virtual table metadata as well.
 >>
 >> [1]:
 >>
 >> https://docs.datastax.com/en/drivers/java/3.6/com/datastax/driver/core/Statement.html#setHost-com.datastax.driver.core.Host-
 >>
 >> Thanks!
 >> Andy
 >>
 >> On Mon, Mar 25, 2019 at 11:29 AM Sagar  wrote:
 >>
 >> > Thanks Chris. I got caught up with a few things and couldn't reply back.
 >> > So, I re-looked this again and I think virtual tables can be used for
 >> audit
 >> > logging. Considering that they don't have any replication - so we won't
 >> be
 >> > clogging the network with replication IO.
 >> >
 >> > In terms of storage, from what I understood, virtual tables don't have
 >> any
 >> > associated SSTables. So, is data stored only in Memtables? Can you please
 >> > shed some light on storage and the retention because of this?
 >> >
 >> > Lastly, the driver changes, I agree, we should make the driver be able to
 >> > contact to specific hosts with the correct LBP. If we do go this route, I
 >> > can start taking a look at it.
 >> >
 >> > Thanks!
 >> > Sagar.
 >> >
 >> > On Wed, Mar 6, 2019 at 10:42 PM Chris Lohfink 
 >> > wrote:
 >> >
 >> > > 1) yes its local only. The driver by default does connect to each host
 >> > > though so its pretty trivial to have a load balancing policy that you
 >> can
 >> > > direct to specific hosts (this should probably be in the driver so
 >> people
 >> > > dont have to keep reimplementing it).
 >> > >
 >> > > 2) yes, easiest way is to setup a whitelist load balancing policy like
 >> in
 >> > > cqlsh but like above. Best option is a custom LBP + StatementWrapper
 >> that
 >> > > holds the host target which can direct individual queries to specific
 >> > hosts
 >> > >
 >> > > 3) yes, cqlsh makes a connection to local C* instance with whitelist
 >> > policy
 >> > > so it only queries that one node.
 >> > >
 >> > > Chris
 >> > >
 >> > > On Wed, Mar 6, 2019 at 9:43 AM Sagar 
 >> wrote:
 >> > >
 >> > > > So, I went through the ticket for the creation of Virtual Tables(must
 >> > say
 >> > > > it was quite a long ticket spanning across 4 years).
 >> > > >
 >> > > > I see that there are a few tables created in the db.virtual package.
 >> > > These
 >> > > > appear to be metrics related tables.
 >> > > >
 >> > > > Couple of questions here:
 >> > > >
 >> > > > 1) Do all the tables pertain only data locally? What I mean is that
 >> in
 >> > a
 >> > > > cluster, each node will have its own ThreadPoolsTable pertaining to
 >> > > thread
 >> > > > pools on that node? Is that assumption correct?
 >> > > > 2) In terms of querying, again can we query only locally? I saw a lot
 >> > of
 >> > > > discussion on the ticket for where node = 1.2.3.4. I guess that isn't
 >> > > > supported? So. for any user to query for metrics of a given node, he
 >> > will
 >> > > > have to login and query on that node.
 >> > > > 3) Looks like these metrics are queryable via cqlsh? Is that
 >> statement
 >> > > > correct?
 >> > > >
 >> > > > Thanks!
 >> > > > Sagar.
 >> > > >
 >> > > > On Tue, Mar 5, 2019 at 7:30 AM Sagar 
 >> > wrote:
 >> > > >
 >> > > > > Right, Thanks Jonathan and Chris.
 >> > > > >
 >> > > > > Mean while, I would go through the 2 jira items to try and
 >> understand
 >> > > > > about virtual tables.
 >> > > > >
 >> > > > > Thanks!
 >> > > > > Sagar.
 >> > > > >
 >> > > > > On Tue, Mar 5, 2019 at 1:14 AM Jonathan Haddad 
 >> > > > wrote:
 >> > > > >
 >> > > > >> Sagar,
 >> > > > >>
 >> > > > >> There isn't going to be much in the way of docs, since it's brand
 >> > new
 >> > > > and
 >> > > > >> not really a public facing thing yet.  As Chris pointed out,
 >> there's
 >> > > > other
 >> > > > >> work that would need to be done to work on virtual tables for
 >> large
 >> > > > >> datasets.
 >> > > > >>
 >> > > > >> Jon
 >> > > > >>
 >> > > > >> On Mon, Mar 4, 2019 at 6:42 AM Chris Lohfink <
 >> clohfin...@gmail.com>
 >> > > > >> wrote:
 >> > > > >>
 >> > > > >> > While