Github user asfgit closed the pull request at:
https://github.com/apache/trafficserver/pull/435
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Github user bgaff commented on the pull request:
https://github.com/apache/trafficserver/pull/435#issuecomment-179032182
This looks good to me. :+1: Thanks!
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project
Hi all,
I've prepared a release candidate for v6.1.1, which includes:
* [TS-4142] - Compile errors on OmniOS
* [TS-4165] - Logging breaks if changing log format
* [TS-4168] - Only close inactive and active connections that have a
non-zero timeout
* [TS-4170] - Error receiving dat
Github user yishimur commented on the pull request:
https://github.com/apache/trafficserver/pull/435#issuecomment-178980520
@bgaff Please take another look
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project d
Just a heads up, I’m going to cut a 6.1.1 release candidate tonight, this fixes
a serious connection close issue. The list of Jira’s included in this release
is attached below. If you feel strongly about any other Jira’s that must go
into this 6.1.1 release, please let me know asap.
Cheers,
—
GitHub user sc0ttbeardsley opened a pull request:
https://github.com/apache/trafficserver/pull/452
adding TS_EVENT_HTTP_PRE_REMAP
Noticed this event wasn't listed here...
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/sc0ttbeards
GitHub user brkishore opened a pull request:
https://github.com/apache/trafficserver/pull/451
TS-4163 changes for ts_lua plugin document
Context information is deleted for "Hook point constants". And also
additional information with the table is added.
You can merge this pull reque
> On Feb 2, 2016, at 7:21 AM, Devaki Chokshi (dchokshi)
> wrote:
>
> Hello,
>
> I am fairly new to ATS.
>
> Are there any available APIs/libraries in ATS 6.0 that will parse a URL?
https://docs.trafficserver.apache.org/en/latest/developer-guide/api/functions/TSUrlCreate.en.html#c.TSUrlParse
The example didn't seem to have made it to the mailing list. Here it is:
https://github.com/apache/trafficserver/blob/master/plugins/experimental/esi/combo_handler.cc#L419
On Tuesday, February 2, 2016 7:45 AM, Sudheer Vinukonda
wrote:
There are TS API that let you retrieve basic URL co
The example didn't make it through the email
On Tuesday, February 2, 2016, 7:46 AM, Sudheer Vinukonda
wrote:
There are TS API that let you retrieve basic URL components like hostname
(TSHttpHdrUrlGet), scheme (TSUrlSchemeGet), path(TSUrlPathGet), query string
(TSUrlHttpQueryGet) etc. but,
There are TS API that let you retrieve basic URL components like hostname
(TSHttpHdrUrlGet), scheme (TSUrlSchemeGet), path(TSUrlPathGet), query string
(TSUrlHttpQueryGet) etc. but, there's no generic API that can parse params
within a query string.
Typically, plugin developers tend to do this s
Hello,
I am fairly new to ATS.
Are there any available APIs/libraries in ATS 6.0 that will parse a URL?
Thank you
Devaki
Github user bgaff commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178572544
Sounds good :+1:
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this
Github user sudheerv commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178572302
Yeah, I thought about that, but, once you pull the handles you'd need to
keep track of it, and reset/reinit them subsequently anyway. So, I tried to
keep it simp
Github user bgaff commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178570331
What I'm suggesting is actually pulling the handles when you do something
that accesses them...but I suppose what this PR is doing is probably more
efficient
---
Github user sudheerv commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178570076
Yeah, that was the case before this PR, but, the handles are now
reinitialized at each hook (along with the URL and header objects), no?
---
If your project is
Github user bgaff commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178565238
If the handles change then they wouldn't be valid to use anyway so I'm not
sure that we need to worry about that, right?
---
If your project is set up for it, you
Github user sudheerv commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178564856
Does it not affect the plugins that use API such as Request::getUrl() or
Request::getHeaders() etc which rely on the cached handles at the moment? OR
Are you sug
Github user bgaff commented on a diff in the pull request:
https://github.com/apache/trafficserver/pull/435#discussion_r51563391
--- Diff: lib/atscppapi/src/Transaction.cc ---
@@ -186,6 +186,20 @@ Transaction::setErrorBody(const std::string &page)
TSHttpTxnErrorBodySet(state_
Github user bgaff commented on the pull request:
https://github.com/apache/trafficserver/pull/443#issuecomment-178554333
Why would this need to go in 7.0? it'd be a fully backwards compatible
change and could really land at any point.
---
If your project is set up for it, you can rep
Hi,
when the Comcast "Traffic Portal" CDN interface (Traffic Control project) will
be released to Open Source?
Thank you
21 matches
Mail list logo
