Hello all,
Looking through the wiki and found this page spammed but did not know how
to revert it:
http://wiki.apache.org/thrift/ThriftRequirements
also all of the links posted on the front page look bogus.
Regards,
Randy
Hello All,
Would be great to be added to the wiki contributors group. Wiki login:
RandyAbernethy
Best,
Randy
Hello All,
I have a number of questions I would like to pose to the group centered
on the Java Transport Library. Here is a class sketch of the 1.0 Java
transport package to help illustrate the questions.
http://rx-m.com/assets/JavaTransports.jpg
1.Do TFileProcessor and its relatives
on JIRA, see: http://www.atlassian.com/software/jira
--
Randy Abernethy
Managing Partner, RX-M, LLC
randy.aberne...@rx-m.com
Cell: +1-415-624-6447
San Francisco: +1-415-800-2922
Tokyo: +81-50-5532-8040
www.rx-m.com
@rxmllc
: JavaScript - Library, Node.js - Library
Affects Versions: 1.0
Environment: All
Reporter: Randy Abernethy
Assignee: Randy Abernethy
Priority: Minor
Labels: node, nodejs
Attachments:
0002-repairs-Node-JSON-and-Buffer-and-adds
of the people using Node volunteer to coordinate all these
patches to get an accepted and agreed patch (or patch set)? I do not use
Node myself yet, but I'd love to see all these issues fixed, simply because
it is Node.
Von: Randy Abernethy (JIRA)
Gesendet
0.5.0 on the current repo. We'd need to add new
tags like in http://semver.org/ : M.M.P or vM.M.P
@JakeRoger: why did we start appending thrift- to our tags after 0.5?
Cheers,
Henrique
On 1 February 2014 22:28, Randy Abernethy (JIRA) j...@apache.org
wrote:
[
https
Reporter: Randy Abernethy
Assignee: Henrique Mendonça
Priority: Minor
Fix For: 0.9.2
Attachments:
0001-add-async-support-to-default-JavaScript-client.patch,
0002-updated-grunfile-and-tests-for-async.patch,
0003-reorg-of-js-tests-removed
: Randy Abernethy
Assignee: Randy Abernethy
Priority: Minor
Fix For: 0.9.2
Attachments:
0001-add-ssl-and-websocket-support-to-node-and-js.patch
This patch adds support for SSL between Node.js and Browser JavaScript
as well as initial
Hey Jake,
I think consolidating the tutorial and cross language tests would be great.
Would eliminate a lot of redundancy. Makes the tutorial world a little more
complex but gives us one place to point to for example code and the
examples would be more robust.
-Randy
On Wed, Mar 5, 2014 at
Hello Chamila,
Great write up and a wonderful project to take on. This will be a great
contribution to Apache Thrift and the community. I have some transport
notes put together that I thought might help with your work on the tests in
some way.
Best regards,
Randy
*TTransport*
There is a
of the Apache Thrift PMC, I would like to welcome our newest
committer to the project:
Randy Abernethy
He has been extremely active contributing quality patches to many of the
client
libraries as well as helping answer questions on the dev and user lists. It
is my
honor to welcome him
Hi Suresh,
I will be in Colorado Springs working with a client all three days of the
Con. Such a bummer! That said if I can help you in any way just let me
know. I am presently completing the Manning Book, The Programmer's Guide to
Apache Thrift (http://www.manning.com/abernethy/). Chapter 1 (a
Hey All,
Sounds like we have a workable compromise which will make thrift easy to
install in PHP and JavaScript and keep the thrift master root clean. The
fact that composer.json and bower.json need to be in the repo root has
inspired the creation of thrift-php and thrift-js repos for
Hey Chamila,
We do need to update the Ubuntu docs. In the meantime try:
wget
http://sourceforge.net/projects/boost/files/boost/1.55.0/boost_1_55_0.tar.gztar
-xzvf boost_1_55_0.tar.gzcd boost_1_55_0./bootstrap.shsudo ./b2
install
On Wed, May 14, 2014 at 12:27 PM, Chamila Wijayarathna
Hey Chamila,
We should also add the compact protocol to the node.js cross tests.
-Randy
On Wed, May 21, 2014 at 10:44 AM, Chamila Wijayarathna
cdwijayarat...@gmail.com wrote:
Hi Roger,
I think now we have a good automated test reporting? Do I have do to any
modification on this?
If not
Hey Chamila,
Node.js does not yet support processor events so you can skip that switch.
Also
Node.js is event driven and has no notion of worker threads, so you can
also skip
the workers switch.
Best,
Randy
On Tue, May 27, 2014 at 10:37 AM, Chamila Wijayarathna
cdwijayarat...@gmail.com
=0AolXxLs9J7hydEFMVmRmNl9RY3MwVFNtbnJSM2ZOSUEusp=drive_web#gid=0https://docs.google.com/spreadsheet/ccc?key=0AolXxLs9J7hydEFMVmRmNl9RY3MwVFNtbnJSM2ZOSUEusp=drive_web#gid=0
Thank You!
On Wed, May 28, 2014 at 10:09 AM, Randy Abernethy
randy.aberne...@gmail.com wrote:
Hey Chamila,
Node.js does not yet support processor events
Hi Laurie,
If you only need the serialization bits you should be able to avoid
the platform specific stuff. I don't think there is a definitive list
of platform specific calls for the C++ lib. These are restricted to
networking and concurrency AFAIK. So for serialization you should be
able to
Hi Stig,
Presently the Node and JS libs are completely separate and I think
that, while there is quite a bit of common code, there's also a fair
amount of diversity. Given this and the language by language
management issues, perhaps it is best to keep Node and JS distinct for
now.
Thait said,
I am in particular agreement with the don't edit working code to
conform with style in the compiler and perhaps in compiled languages
in general. However in languages that are interpreted, often the
interpreter will accept really bad or even erroneous code which will
fail to execute (but only if
I would suggest we consider +json rather than .json. The +json suffix will
allow general parsers (jax-rs, etc.) to read the media type without
intervention.
On Thursday, October 2, 2014, Roger Meier (JIRA) j...@apache.org wrote:
Roger Meier created THRIFT-2756:
Thrift is utf-8 everywhere.
The string doc is here: https://thrift.apache.org/docs/types
On Wed, Oct 15, 2014 at 6:53 AM, Peter Neumark peter.neum...@prezi.com wrote:
Does thrift officially say anything about the character encoding of string
fields?
On Tue, Oct 14, 2014 at 9:48 PM, Jens
Hey Jens,
We should definitely have a strategy for all of this stuff. One
difficulty is the requirements of the various language library
managers. Some notes:
- /bower.json - Front End JavaScript
This file supports the Bower (http://bower.io/) package manager. Bower
requires the bower.json to
Thanks + have fun
JensG
Von: Randy Abernethy
Gesendet: 18.10.2014 02:41
An: dev@thrift.apache.org
Betreff: Re: library registration files
Hey Jens,
We should definitely have a strategy for all of this stuff. One
difficulty is the requirements
, Randy Abernethy r...@apache.org wrote:
Hey All,
The package manager topic Jens raises is an interesting
one, especially close to the 0.9.2 release. As I understand
it we have two kinds of package managers to deal with.
1. Those that pull source from the apache/thrift github repo
2. Those
alexodus,
Looks like a great patch, can you create an issue for it? Instructions here:
https://thrift.apache.org/docs/HowToContribute
If you did create an issue please point me at it, i could not locate
it by searching.
Best,
Randy
On Mon, Oct 27, 2014 at 5:19 AM, alexodus g...@git.apache.org
Hey All,
Using the Trusty Vagrant box for testing today I found Go and Python
Twisted both failing make check. Anyone have 0.9.2 patches in the
works for this? Do others have a different make check experience when
using the contrib/Vagrantfile with 0.9.2 or master?
-Randy
One of the things I love about Thrift is its simple IDL. No aliases
just simple self describing types (i8, i16, etc). We presently have
one keyword for each feature of the IDL. I think the Pandora's box
analogy is a good one. It is hard work keeping things simple.
On Mon, Dec 1, 2014 at 12:09 AM,
Touche. I can live with byte as a special case :-).
On Mon, Dec 1, 2014 at 6:02 AM, Konrad Grochowski hc...@minions.org.pl wrote:
There's no i8 but byte, which creates inconsistency ;)
Oryginalna wiadomość
Od: Randy Abernethy r...@apache.org
Data:01.12.2014 14:21 (GMT+01
helpful
pointers, maybe? Highly appreciated ...
Thanks,
JensG
Von: Randy Abernethy (JIRA)
Gesendet: 03.02.2015 04:56
An: dev@thrift.apache.org javascript:;
Betreff: [jira] [Commented] (THRIFT-2962) Docker Thrift env for
development and testing
[
https
that.
Von: Randy Abernethy (JIRA)
Gesendet: 06.02.2015 01:57
An: dev@thrift.apache.org
Betreff: [jira] [Created] (THRIFT-2981) IDL with no namespace produces
unparsable PHP
Randy Abernethy created THRIFT-2981
://www.necessaryandsufficient.net/2014/07/c11-on-centos/
What do you think?
all the best!
-roger
On 17.03.2015 03:49, Randy Abernethy (JIRA) wrote:
[ https://issues.apache.org/jira/browse/THRIFT-3043?page=
com.atlassian.jira.plugin.system.issuetabpanels:comment-
tabpanelfocusedCommentId
Ya, thanks for the patch!
Hope to have a reference Docker container for build/test soon to make it
easier for contribs to add value. Getting a build going from scratch can be
quite a challenge at present.
On Thu, Mar 26, 2015 at 4:16 PM, Willyham g...@git.apache.org wrote:
Github user Willyham
, Randy Abernethy
randy.aberne...@gmail.com
wrote:
I think Jens makes a good point +1. We need to clearly communicate this
stuff, this should be front page news on the web site with a plan and
milestones when a consensus develops.
I also think we should deal with Cpp for users (lib/cpp
/jessie/g++-mingw-w64-x86-64
Quoting Jens Geyer jensge...@hotmail.com:
What about mingw?
Von: Roger Meier
Gesendet: 18.03.2015 00:44
An: Randy Abernethy (JIRA); dev@thrift.apache.org
Betreff: [DISCUSS] let's switch to C++11 (was Re: [jira] [Commented
Hey Dave,
I can’t speak to the original motivations, but one view on the methods
front might be that method ordinals would be a little more prone to
collisions than method names in scenarios where service inheritance is in
place (particularly if the service interfaces are controlled by separate
Hey Henrique,
I also think this is a good commit for now.
Down the road, if all protocols are expected to have a valid media type, it
would be nice to have something like a GetMediaType() method in TProtocol
(across languages) to support headers and other dependent features.
-Randy
On Thu, Apr
+1
On Tue, May 12, 2015 at 9:21 PM, Jake Farrell jfarr...@apache.org wrote:
Based on a previous positive discussion regarding switching our build
system over from autoconf to cmake [1] and the recent progress that has
been made with cmake in trunk I would like to propose the following
1. we
Hello All,
I will be committing a patch to remove the Dense protocol from the Apache
thrift compiler and C++ lib in the next 48 hours. If anyone has any
concerns regarding this removal please respond to the dev list.
Best regards,
Randy
Hi Johnathan,
We try to avoid monster patches because they are hard to review. That said,
if everything is focused on adding and supplying tests for a single issue,
then one patch or pull request is probably appropriate.
Best,
Randy
On Tue, Oct 27, 2015 at 4:47 AM, Jonathan Heard (JIRA)
Welcome Nobuaki Sukegawa!
On Wed, Oct 21, 2015 at 9:41 PM, Jake Farrell wrote:
> On behalf of the Apache Thrift PMC, I would like to welcome our newest
> committer to the project:
>
> Nobuaki Sukegawa
>
> He has been contributing quality patches as well as helping the
gui...@aguilardelgado.com> wrote:
> Hi Randy,
>
> But the apache rules specify to upload a patch done with git and upload to
> thrift. That's what I did.
>
> I will try the pull request.
>
> Best regards,
>
> El 08/10/15 a las 14:53, Randy Abernethy escribió:
>
> Hello
+1
On Thu, Oct 1, 2015 at 6:24 PM, Jake Farrell wrote:
> All,
> I propose that we accept the following release candidate as the official
> Apache Thrift 0.9.3 release.
>
> http://people.apache.org/~jfarrell/thrift/0.9.3/thrift-0.9.3-rc0.tar.gz
>
>
> The release candidate
Hey Jens,
I would vote to keep Thrift simple and standardized on UTF-8 alone. The
simple part is the main thing for me.
-Randy
TL;DR
In my experience many lament the 16 bit choice once made. Originally 16 bit
Unicode (UCS-2) had no surrogates (as you mention), it was thought all of
the
Hey David,
Apache Thrift has a "string" type in its IDL and that type is a language
native string in the generated code but is UTF-8 on the wire when using
binary, compact or JSON protocols by default.
I think Jens is posing the question (correct me if I'm wrong Jens): Should
we also support
ssible gains
> are
> > worth doing it.
> >
> > Re keeping it simple: I fully agree, absolutely. But we have 4 integer
> > types and there are thoughts to integrate floats as well ...
> >
> > Happy new year!
> >
> >
To me 1.0 means (in order of significance):
1. Build is fully cmake (no bootstrap.sh, etc.)
2. Python 3 supported
3. Modern C++ supported
That is of course just my wish list. The first one is the most significant
given it impacts all users.
On Sun, Jan 10, 2016 at 6:17 PM, Aki Sukegawa
Hi All,
We are a community with limited resources. I think we should have precisely
1 CI solution. Multiple CI results confuse the casual contributor and we do
not have the resources to manage multiple parallel systems (which I think
is obvious). Of the things we have used Travis seems to be the
Hello Sonali,
Thrift version 0.7 is very old (in open source years), released in mid
2011. Would be easier for the community to help if you were on a more
modern version (0.9.3 preferrably). Elepahnt bird referrs to Thrift 0.9 on
their github page as follows:
>> Version compatibility ... Thrift
Hi Glenn,
While two minutes is a little surprising, I suspect opening/closng the file
every time the getData() method is called will be problematic. File open
operations are usually an order of magnitude more expensive than file read
or write operations. Try opening the file in the handler
I just published an Apache Thrift article on DZone for those who might be
interested:
https://dzone.com/articles/polyglot-microservices-and-apache-thrift
I am a big fan of the precommit as well (many thanks for that guys!).
Creating a pull request is about the same friction as uploading a patch but
the huge benefit at present is the build verification for pulls. If it
leads to an ongoing stable build and a single CI solution I would +1 pull
Hey Jake,
On this topic. The ASF Jenkins farm has a lot of custom slave setups. Any
discussion around installing a base linux and docker and testing everything
in containers? Would allow all builds to run on all slaves. Right now it is
sort of Ubuntu or nothing.
-Randy
On Tue, Feb 16, 2016 at
ment
> > Components: JavaScript - Library
> >Affects Versions: 0.9.2
> > Environment: Browser
> >Reporter: David Sautter
> >Assignee: Randy Abernethy
> >Priority: Trivial
> > Labels: feat
Nice, thanks Jake!
On Tue, Mar 1, 2016 at 6:09 PM, Jake Farrell wrote:
> I've just published the deb packages from our previously voted releases to
> help make them easier to use. Anyone interested in using them can add one
> of the following lines to their
87
> > Project: Thrift
> > Issue Type: Bug
> > Components: Node.js - Library
> >Reporter: James Reggio
> >Assignee: Randy Abernethy
> >Priority: Minor
> >
> > There are a handful
semantically 1.0 is a lot different from 0.10. I would not +1 a v1.0
release just yet.
On Thu, Jul 14, 2016 at 8:12 AM, Jim King wrote:
> Will this version change represent a problem for some build systems that
> use lexicographical sorting on version strings?
>
> Any
Hey All,
Our normal build (make) produces a lot of WARNING:s. What do folks think
about eliminating these? While I realize some are related to Negative
Testing it would be nice if these only manifested in a make check or cross.
Having warnings in the normal build means everyone ignores warnings,
+1
On Sun, Jul 10, 2016 at 7:02 PM, Jake Farrell wrote:
> With the builds now solely on travis and the pre-commit green again what
> are peoples thoughts on cutting 0.10.0, any objections?
>
> -Jake
>
Would be nice to have a UDP Transport! Have you wired it into the cross
tests? That IDL is sort of the benchmark for interop higher up the stack
--Randy.
On Wed, Aug 17, 2016 at 12:30 PM, Christopher Friedt
wrote:
> Hi folks,
>
> I'm working on a couple of transports on
Not I.
On Wed, Sep 28, 2016 at 6:49 AM, jfarrell wrote:
> Github user jfarrell commented on the issue:
>
> https://github.com/apache/thrift/pull/1098
>
> @RandyAbernethy @Jens-G @jeking3 any of you aware of the appveyor
> openssl issue this build just triggered?
>
>
Hey Allen,
Also excited to hear about the Rust work! Agree with Jake, on the pain
level associated with adding type as a keyword. However, type is probably a
pretty good word to add to the keyword list if we were to add one.
Similar/Identical keywords:
- Rust, Go, Delphi, Scala: type
- C#,
I agree with Jens, type should ultimately be reserved. If you make "type"
deprecated first, it will give everyone a window of time before it becomes
officially reserved (a version or two). Removing type from the cross test
is a no brainer and shoul dbe all you need to get Rust integrated with the
+1
On Oct 18, 2016 19:09, "Jake Farrell" wrote:
> All,
> I propose that we accept the following release candidate as the official
> Apache Thrift 0.10.0 release.
>
> https://dist.apache.org/repos/dist/dev/thrift/0.10.0/thrift-
> 0.10.0-rc0.tar.gz
>
>
> The release candidate
Welcome James!
On Tue, Oct 18, 2016 at 5:45 AM, Jake Farrell wrote:
> On behalf of the Apache Thrift PMC, I would like to welcome our newest
> committer to the project:
>
> James King
>
> He has been working to help get builds back on track, contributing quality
>
The Thrift test suit comes with a cross test that runs languages through a
complex set of idl tests, with themselves (client to server) and with other
languages. Take a look at make cross.
On Monday, October 31, 2016, Allen George wrote:
> Hi,
>
> I've just started
Nothing but upside from my perspective.
On Wed, Oct 12, 2016 at 9:59 PM, Jake Farrell wrote:
> Wanted to float the idea about using slack as a communication channel for
> Apache Thrift and see what others thought. A couple other projects at the
> ASF have been using it and
What a great new years gift to the community. Thanks for all the work Allen!
On Sun, Jan 1, 2017 at 10:32 AM, Allen George
wrote:
> Hi everyone.
>
> First - happy new year! - I hope everyone is enjoying their holidays.
>
> I've just submitted a PR for Rust support in
Just ran a bunch of builds/demos and all went well. Travis is green for
0.10 so:
+1
Many thanks for all the work on this Jake!
On Thu, Dec 22, 2016 at 12:35 PM, Jake Farrell wrote:
> All,
> I propose that we accept the following release candidate as the official
>
+1. !!
On Dec 19, 2016 1:23 PM, "Jake Farrell" wrote:
> This question has come up a couple times on the user@ list and also on irc
> and I thought it might be good to discuss. What do people think about
> creating a new git repository for release artifacts for any of our
Hello Gregory,
Apache Thrift does not have any real multitenancy features. It is a lower
level tool. You could easily build a server which received auth tokens in
requests sent by clients, deciding what resources to offer them based on
the token. You can also use TLS, offering access to only
Hello All,
Wanted to let the community know that OpenSource Summit Japan is happening
this year May 31 - June 2, 2017 at the Tokyo Conference Center (Ariake,
Tokyo) and that Aki Sukagawa and I are doing a talk titled: "High
performance Microservices on Linux with Apache Thrift". Should be a lot
elector, and found that it take ~2ms and ~2000 times of
> > handleRead invocation to fully read a frame which is only ~1MB.
> >
> > On Fri, Jun 23, 2017 at 8:53 AM, Randy Abernethy <r...@apache.org> wrote:
> >
> >> Hello,
> >> If you truly mean simu
Hello All,
Aki and I just wrapped up a talk at Open Source summit Japan on Thrift. Was
a lot of fun.
As requested, slides here for those interested: http://sched.co/AOmZ
The repo with the code for the performance comparos and demo stuff (is very
messy) here: https://github.com/RX-M/api-bench
ongrats! Do you know if the slides/talk will be posted online?
>
> Allen
> Terminal Musings: http://www.allengeorge.com/
> Raft in Java: https://github.com/allengeorge/libraft/
> Twitter: https://twitter.com/allenageorge/
>
>
> On Thu, Apr 27, 2017 at 7:40 PM, Randy Abernethy
+1
On Fri, Oct 6, 2017 at 5:27 AM, James E. King, III wrote:
> Hi folks,
>
> I converted the netcore library over to netstandard20 and netcoreapp20 and
> used the official dotnet 2.0.0 SDK on linux. The netcore library also runs
> as a client (but not a server yet) in the
Hi Tom,
All Apache Thrift generated exceptions are derived from TException, not
just user defined exceptions. There are transport exceptions like
TTransportException which raise connectivity problems, TProtocolExceptions
for serialization errors, TApplicationExceptions for Server errors (e.g.
Start contributing and if you stick with it and your patches are good it
will happen. Maintainers are not officially partitioned.
On Mon, Oct 16, 2017 at 7:48 PM Chris Wright wrote:
> Is there a current maintainer for the thrift dlang compiler and libraries?
> If not, what
I agree with Jim and Jens. It is hard to move Thrift forward if we have to
support language versions that the language maintainers do not support. To
rationalize this, if you are using old Go, you should also be ok using old
Thrift. I am strongly in favor of not supporting versions of languages
+1
On Sun, Dec 3, 2017 at 12:18 PM, Jens Geyer wrote:
> Hi all,
>
> I propose that we accept the following release candidate as the official
> Apache Thrift 0.11.0 release.
>
> https://dist.apache.org/repos/dist/dev/thrift/0.11.0-rc0/
> thrift-0.11.0-rc0.tar.gz
>
> The
Sounds like an oversight to me.
On Sat, Nov 18, 2017 at 9:16 AM, James E. King, III
wrote:
> Does anybody know why the cross tests have a built-in sleep in the one-way
> test? This slows down every test, seemingly unnecessarily. When I removed
> it from the cpp tests, the
I can help with some libs as well.
On Tue, Dec 5, 2017 at 11:06 AM, Jens Geyer wrote:
> Hi
>
> > Should the "dist" CI build produce these so we can
> > take them directly from the CI system
>
> That would be my favourite choice. That way we have a defined process which
>
I am a fan of tenacious elimination of complexity. Thrift should be fast
and easy. A low level platform upon which you can build your own higher
level abstractions.
-1 compiler plug ins
-1 recursive data structs
etc...
--Randy
On Sun, Oct 29, 2017 at 9:50 AM, Jens Geyer
Taking this apart:
- Any new fields that you add should be optional.
I disagree, default requiredness with a default value works fine as well
(and is my preference if you are not interested in optimizing the field
away in procs that know about it). On the server side,if the default field
is there
I think I already +1ed this but just in case:
+1
On Wed, Mar 14, 2018 at 8:44 AM, Jake Farrell wrote:
> private@ is for discussions and votes for either a new committer or pmc
> member and any project issues that require some discretion. all other
> discussions and votes
ce point on C++03, Boost is starting to move away from C++03
> support. It's now on a per-repository-maintainer decision. Also, folks
> who need boost and C++03 support can use 0.12.0 or earlier.
>
> Are there any objections?
>
> - Jim
--
--
Randy Abernethy
Managing Partner
RX-M, LLC
randy.aberne...@rx-m.com
o 415-800-2922
c 415-624-6447
- [swift] the Thrift.podspec "s.source:tag" specified '0.12.0' instead of
> 'v0.12.0'. This may still be functional due to the 0.12.0 branch which is
> identical to the v0.12.0 tag.
> - [swift] the Thrift-swift3.podspec "s.source:tag" specified '0.12.0'
> instead of 'v0.12.
omments are still
> quite welcome on the matter, and may help folks make a
> decision.
>
> Thanks,
>
> Jim King, PMC Member, Apache Thrift
--
--
Randy Abernethy
Managing Partner
RX-M, LLC
randy.aberne...@rx-m.com
o 415-800-2922
c 415-624-6447
gt; to the holidays and passes if at least three positive votes
> from the active PMC group are cast.
>
> For folks not in the Thrift PMC, your comments are still
> quite welcome on the matter, and may help folks make a
> decision.
>
> Thanks,
>
> Jim King, PMC Member, Apa
/apache/thrift
> - [pypi] https://pypi.org/project/thrift
> - [rust] https://crates.io/crates/thrift
>
> Thanks,
>
> Jim
--
--
Randy Abernethy
Managing Partner
RX-M, LLC
randy.aberne...@rx-m.com
o 415-800-2922
c 415-624-6447
.
On Wed, Jan 2, 2019 at 6:24 AM James E. King III wrote:
>
> We currently have two projects to support.NET 3.5 and .NET 4.5. The
> differences are minor but it causes us to have to build two projects. Do
> we need to continue to maintain support for .NET < 4.5 ?
>
> - Jim
--
ing it in another more flexible language like python. It
> would be easy for folks to extend it from there, however it would force a
> requirement on python to generate code.
>
> I'd really like us to consider eliminating the plug-in mode of the compiler
> to simplify the compil
really, just a small simplification, but if a lot of people are still on
> .NET 3.5 then we may decide not to remove support for it yet.
>
> - Jim
>
> On Wed, Jan 2, 2019 at 12:55 PM Randy Abernethy
> wrote:
>
> > While we're in the process of dropping old lang vers, I thi
t; mirrors sync, sometime tomorrow. In the meantime you can use this link to
> access the official distribution files:
>
> https://www-us.apache.org/dist/thrift/0.12.0/
>
> Thanks,
>
> Jim
--
--
Randy Abernethy
Managing Partner
RX-M, LLC
randy.aberne...@rx-m.com
o 415-800-2922
c 415-624-6447
ds in 72 hours, Friday January 18 at 13:00 UTC.
>
> Thanks,
>
> Jim
--
--
Randy Abernethy
Managing Partner
RX-M, LLC
randy.aberne...@rx-m.com
o 415-800-2922
c 415-624-6447
releases, We have folks interested and engaged and we need to help them
> contribute as much as possible.
>
> Votes aren't supposed to have conditions - do they? :)
>
> - Jim
>
> On Tue, Jan 15, 2019 at 9:48 AM Randy Abernethy
> wrote:
>
> > I am very pro the 1
/maven-thrift-plugin/commit/ff83d369866a203ee8c5e0a6cc9d65db2b8199f3
> > But I have a couple questions:
> >
> >
> > 1. Should I create an issue first in JIRA?
> > 2. Is it OK that we added new dependencies to get this to work,
> > specifically the commons
targets that would be ideal... I'm not sure
> how compatible the code is though.
>
> On Wed, Jan 2, 2019 at 8:34 PM Randy Abernethy
> wrote:
>
> > @jking yes /lib/netcore is the .Net Core impl, I am suggesting we
> > ultimately remove /lib/csharp, which is the .Net Fram
Ya, I think that is a prereq for sure.
On Thu, Jan 3, 2019 at 11:01 AM Jens Geyer wrote:
>
>
> Can we make sure all fixes to the C# bindings made in the meantime are also
> in netcore? Otherwise I'm against it.
>
>
> -Ursprüngliche Nachricht-
> From: Randy Ab
1 - 100 of 647 matches
Mail list logo