Support target authentication

[embano1]

The send command currently assumes no authentication in the endpoint. kn event send is useful outside of direct Knative cluster access, e.g. to send Cloud Events to arbitrary webhooks or endpoints (services) in Kubernetes/Knative which enforce authentication, e.g. basic_auth.

What do you think about adding support for authentication schemes?

[cardil]

At first, I thought this is a good idea - a common case. But, then I recalled that this issue is similar to #31.

Seeing those two issues, I fear, a little, that after a while we might end up with having cURL number of options slipped to kn-event:

$ curl --help all | wc -l
241

I'm not sure is that a correct way to go. Maybe we could do better somehow...

Any ideas, @rhuss?

[embano1]

Yeah, the API would certainly grow. But IMHO there's a couple of basic flags which should be supported, e.g. TLS, insecure and (basic) auth. Let's see what Roland says...

[github-actions]

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

[cardil]

/remove-lifecycle stale

[github-actions]

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

[cardil]

/remove-lifecycle stale

[github-actions]

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Reopen the issue with /reopen. Mark the issue as
fresh by adding the comment /remove-lifecycle stale.

[cardil]

/remove-lifecycle stale
/triage accepted

[rhuss]

I'm +1 for adding security-related options as this is something that is not uncommon. At the moment I don't see that we will run into option bloat, so adding commonly used transport related options makes much sense to me.