Hi John!
I've added myself to the Wiki under cpenh...@perforce.com with the username
cpenhale_openlogic. Let me know if you need anything else!
Thanks!
Connor4
On 3/31/20, 7:42 PM, "John Roesler" <vvcep...@apache.org> wrote:
Hi Connor,
Unfortunately, the wiki has a separate user list from the Jira project.
You’ll have to create a user in the wiki and then let us know the I’d so we can
give you edit permission (so you can create the KIP).
Thanks!
-John
On Tue, Mar 31, 2020, at 13:38, Connor Penhale wrote:
> Hi Chris,
>
> No problem! My customer understands they need to push their Kafka
> release up to current ASAP, but they need to know which release they'd
> be likely targeting to have this kind of feature. I'll go through the
> KIP process and submit that. Should I use this as an opportunity now to
> ask for permission to "Create KIP" in JIRA? My user ID is the email I
> submitted the Improvement with.
>
> Thanks again!
> Connor
>
> On 3/31/20, 12:30 PM, "Christopher Egerton" <chr...@confluent.io> wrote:
>
> Hi Connor,
>
> Thanks for the contribution! It looks like the feature you've
> implemented
> changes public interface, which means that a KIP would be required
> in order
> to merge them into Kafka. You can find more information about what
> kinds of
> changes require KIPs, what a KIP should consist of, and the process
> for
> creating one at
>
>
https://cwiki.apache.org/confluence/display/KAFKA/Kafka+Improvement+Proposals
> .
>
> Additionally, if the changes constitute a feature addition (which it
> appears yours do), they're generally not applicable for backporting,
and
> should therefore be targeted against the latest branch of Kafka (i.e.,
> trunk) and will only be viable for inclusion in future releases. The
> earliest possible release that such changes could be included in
would be
> 2.6, since the KIP deadline has already passed for the upcoming 2.5
release.
>
> Hope this helps!
>
> Cheers,
>
> Chris
>
> On Tue, Mar 31, 2020 at 11:12 AM Connor Penhale
<cpenh...@perforce.com>
> wrote:
>
> > Hi Everyone!
> >
> > I’ve submitted a contribution for suppressing detailed exception
messages
> > from Kafka Connect here:
https://issues.apache.org/jira/browse/KAFKA-9766,
> > with a pull request here:
https://github.com/apache/kafka/pull/8355. I
> > was hoping to get some feedback on the code, and see if there’s
anything I
> > can do to help this feature become part of Kafka! We have a
customer that
> > really wants this feature, because their security team for PCI-DSS
is
> > unhappy with how Kafka Connect handles things like malformed JSON,
as an
> > example. Eager to work with everyone!
> >
> > Thanks!
> > Connor
> >
> > Connor Penhale | Enterprise Architect, OpenLogic
(https://openlogic.com/)
> > Perforce (https://www.perforce.com/)
> > Support: +1 866.399.6736
> >
> >
> >
> > This e-mail may contain information that is privileged or
confidential. If
> > you are not the intended recipient, please delete the e-mail and any
> > attachments and notify us immediately.
> >
> >
>
>
> CAUTION: This email originated from outside of the organization. Do
> not click on links or open attachments unless you recognize the sender
> and know the content is safe.
>
>
>
> This e-mail may contain information that is privileged or confidential.
> If you are not the intended recipient, please delete the e-mail and any
> attachments and notify us immediately.
>
>
CAUTION: This email originated from outside of the organization. Do not
click on links or open attachments unless you recognize the sender and know the
content is safe.
This e-mail may contain information that is privileged or confidential. If you
are not the intended recipient, please delete the e-mail and any attachments
and notify us immediately.
