.bu...@gmail.com>
wrote:
> https://github.com/apache/incubator-trafficcontrol/pull/1768
> https://github.com/apache/incubator-trafficcontrol/pull/1769
>
> @oren Do those solve your use case?
>
>
> On Sun, Jan 7, 2018 at 1:36 AM, Oren Shemesh <or...@qwilt.com&
> > have
> > > >> extensible stats. It'd mean users would have to set up an
> intermediary
> > > >> service (for every single Cache) to transform the Stats, for Cache
> > > >> applications which aren't sufficiently configurable.
> > > >
Type" map? That solution
> >> seems fairly easy, and much easier for users to add custom stats than
> >> having to write and deploy an intermediary service. It will also be
> safe,
> >> if we make the TO database field non-nullable and default to the current
>
t; >> Github" button that Ryan requested ( https://github.com/apache/incu
> >> bator-trafficcontrol/issues/1625 ).
> >>
> >>
> >> Thoughts?
> >>
> >>
> >> JvD
> >>
> >>
>
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
gt; * This gets us a step closer to instant SSL service builds
> without
> > > the need to implement something like “letsencrypt”.
> > > 2. Operations Load: Reducing the management of a constant flow of
> > > orders and renewals for SSL certs would save opera
agnostic',
while also eliminating the need to re-classify URLs into DS (Which is what
happens today in TM), hence it is a good step in a good direction.
Any comments / opinions, please ?
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
ng methods or to follow the existing pattern and mock all
> of the SQL queries required by functions like “getMonitoringServers” and
> “getCachegroups” when testing functions like “getMonitoringJson”?
>
> Thanks,
> Kevin Mackenzie
>
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
l
> which already allows this. :)
>
> Best,
> Rawlin
>
>
>
> On Wed, Nov 1, 2017 at 9:29 AM, Oren Shemesh <or...@qwilt.com> wrote:
> > Hmmm.
> > Further digging into TR code shows that this behaviour happens because CR
> > config contains this piece
: Apache-Coyote/1.1
Location: https://p39-edge-lab.xxx.stage-cdn.yyy/AAA
Content-Length: 0
Date: Wed, 01 Nov 2017 10:56:11 GMT
Thanks, Oren.
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
-created, full-chain certificate, in
Traffic Ops ?
Thanks a lot, Oren.
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
igrate. The question becomes if we
> >>>>> ever
> >>>>>>> get
> >>>>>>>>>>> around to rewriting TrafficOps APIs in golang, will the Perl
> >>>>> version
> >>>>>>> then
> >>
TPS, though I cannot remember exactly what the minimum version needs to
> > be (I am running 7.43 on my laptop).
> > You might have better luck using the openssl command instead; something
> > like ```openssl s_client -showcerts -connect
> tr...:443```.
> >
> >
format,
because TR responds properly now.
All, Have a good day :-)
On Tue, Apr 25, 2017 at 11:57 PM, Oren Shemesh <or...@qwilt.com> wrote:
> Another bit of crucial information:
>
> The tomcat log (/opt/tomcat/logs/catalina.out) show multiple identical
> warning messages lik
would appreciate any
advice. For example:
1. Is there a way to query the tomcat server, at run time, what
certificates it knows about ?
2. Are there any relevant log messages that can be enabled ? If so, how do
I enable them ?
3. Any idea as to any other thing worth checking ?
Thanks a lot in advance, Oren.
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
it.
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
you ever submit a PR for this? I don't recall seeing it.
>
> Thanks, Jeremy
>
> On Wed, Feb 8, 2017 at 10:39 AM, Oren Shemesh <or...@qwilt.com> wrote:
>
> > Sure, will do.
> >
> > On Feb 8, 2017 3:53 PM, "Dave Neuman" <neu...@apache.org> wr
iccontrol/commit/
abb936a85f6bb09169329b8daf1d2b2c094e07f1
you're suggesting that the code in that commit be reverted and a
double-fork be pursued instead?
jeremy
On Tue, Feb 7, 2017 at 3:33 PM, Oren Shemesh <or...@qwilt.com> wrote:
> I believe that the merge of PR 155 solved a problem, in the sa
/pull/155
> >
> > I'm not really sure if it's a good or bad idea to wrap every call to
> > $self->mail(...);
> > as you suggested. maybe others have thoughts on that.
> >
> > preferably, it would be nice to get TC-74 done and remove our dependency
> on
> &
lem.
Thoughts ?
I plan to create a JIRA and a PR, but I wanted to get someone's more expert
view on this before I go on.
Being a bit of a novice, maybe I am missing some key thing here.
Thanks ,Oren.
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637| Mobile: +972-50-2281168 | or...@qwilt.com
<y...@qwilt.com>
>
> > > Jeremy
> > >
> > > On Wed, Feb 1, 2017 at 8:17 AM, Dave Neuman <neu...@apache.org> wrote:
> > >
> > > > As for the release notes, since Dan is our release manager, I would
> get
> > > > them over to him.
> > > &g
're right, and it is confusing (and you should open a JIRA). I
> was just pointing out that in general, you'll see the "right" hostname
> there anyway, because of the way we write it to the filesystem.
>
> Rgds,
> JvD
>
> > On Dec 26, 2016, at 08:49, Oren Shemesh <or...@qwi
rrently there is no
entry from the traffic ops itself, but such an entry can be created for
this purpose), or from cdn.conf.
Shall I report this as an issue in JIRA ?
--
*Oren Shemesh*
Qwilt | Work: +972-72-2221637 <+972%2072-222-1637>| Mobile: +972-50-2281168
<+972%2050-228-1168> | or...@qwilt.com <y...@qwilt.com>
22 matches
Mail list logo