[jira] [Commented] (THRIFT-383) Lots of warnings in Java generated code.

[Alexey Sviridov (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483850#comment-13483850
 ] 

Alexey Sviridov commented on THRIFT-383:


This warnings is really annoying. Would be nice if new thift generator v1.0 get 
rid of them.

> Lots of warnings in Java generated code.
> 
>
> Key: THRIFT-383
> URL: https://issues.apache.org/jira/browse/THRIFT-383
> Project: Thrift
>  Issue Type: Bug
>  Components: Java - Compiler
>Reporter: Nitay Joffe
>Priority: Minor
> Attachments: Hbase.thrift, THRIFT-383.diff
>
>
> I'm using Thrift from 03/19/09, commit 
> 87e73b073889fec8d105cbf3b66bcbf48b4e71e2
> Looking through some Thrift generated Java code for an HBase server under 
> Eclipse I see a lot of warnings. I'll attach the thrift IDL separately. I can 
> also post some of my Eclipse settings to see all these warnings if need be.
> There's many occurances of these types of warnings. Here's some examples:
>  
> - The import java.util.ArrayList is never used
> - The serializable class AlreadyExists does not declare a static final 
> serialVersionUID field of type long 
> - Redundant superinterface Serializable for the type AlreadyExists, already 
> defined by Throwable
> - The field AlreadyExists.__isset is never read locally
> - The method getMessage() of type AlreadyExists should be tagged with 
> @Override since it actually overrides a superclass method
> - The local variable first is never read
> - The declared exception TException is not actually thrown by the method 
> validate() from type AlreadyExists
> - Duplicate javadoc tags
> - Access to enclosing constructor AlreadyExists.Isset() is emulated by a 
> synthetic accessor method. Increasing its visibility will improve your 
> performance
> - FindBugs: [H C DMI] Invocation of toString on an array 
> [DMI_INVOKING_TOSTRING_ON_ARRAY]
> - FindBugs: [M P Bx] Method invokes inefficient Number constructor; use 
> static valueOf instead [DM_NUMBER_CTOR]
> - FindBugs: [M B CN] clone method does not call super.clone() 
> [CN_IDIOM_NO_SUPER_CALL]
> The second batch is particularly important because it has potential 
> performance issues. The first batch are would be nice to fix things.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (THRIFT-1741) Add Vala export file '.vapi' while compile for c_glib ,and export Vala interface file for c_glib library

[david han (JIRA)]

david han created THRIFT-1741:
-

 Summary: Add Vala export file '.vapi' while compile for c_glib 
,and export Vala interface file for c_glib library
 Key: THRIFT-1741
 URL: https://issues.apache.org/jira/browse/THRIFT-1741
 Project: Thrift
  Issue Type: New Feature
  Components: C glib - Compiler
Affects Versions: 0.9
Reporter: david han
 Fix For: 1.0


Vala language is based on glib,it's very useful while building a c program.
So, it's very helpfully for Thrift to export Vala bind 

[https://live.gnome.org/Vala/]
[https://live.gnome.org/Vala/DeveloperDocumentation]

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-274) Towards a working release/versioning process

[Jake Farrell (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483774#comment-13483774
 ] 

Jake Farrell commented on THRIFT-274:
-

I agree with that, but also want to try and clean up some versioning where
possible (im working on java right now and  updating all java components to
maven to improve testing, versioning and common functionality).

-Jake





> Towards a working release/versioning process
> 
>
> Key: THRIFT-274
> URL: https://issues.apache.org/jira/browse/THRIFT-274
> Project: Thrift
>  Issue Type: Bug
>Reporter: Luke Lu
>Assignee: Jake Farrell
>
> The current thrift version is virtually useless because it's not getting 
> updated when backward compatibility is broken (it's always 20080411-exported 
> on all the snapshots,) I can't just tell people to use the trunk and not 
> breaking things due things like namespace changes etc. Many projects maintain 
> a reasonable versioning scheme even when system is in alpha state.
> Thrift overall is stable enough to warrant a working versioning scheme. Can 
> we at least start to discuss a version scheme, e.g., major.minor.patch or 
> major.minor.micro.patch, where patch number changes are bug fixes and minor 
> or micro are backward compatible changes and major changes indicate breaking 
> backward compatibility or just marketing hype.
> I propose that we call the current thrift version 1.0.0.0 after all the 
> namespace changes and stick to a reasonable scheme instead of using suffixes 
> (like beta/rc etc.) as it's much friendlier to other components that 
> uses thrift.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-1708) Add event handlers for processor events

[Jake Farrell (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483772#comment-13483772
 ] 

Jake Farrell commented on THRIFT-1708:
--

Thanks Andrew, appreciated 

> Add event handlers for processor events
> ---
>
> Key: THRIFT-1708
> URL: https://issues.apache.org/jira/browse/THRIFT-1708
> Project: Thrift
>  Issue Type: New Feature
>  Components: Java - Library
>Affects Versions: 0.9
> Environment: all
>Reporter: Andrew Cox
>Assignee: Andrew Cox
>Priority: Minor
> Fix For: 1.0
>
> Attachments: thrift-1708-processor-event-handlers.patch
>
>
> Integrates some code we've been using (here at facebook) to add event 
> handlers that can handle processor events with the server event handlers in 
> apache thrift.
> Processor events include: preRead (before reading arguments), postRead (after 
> reading arguments), preWrite (before writing results), postWrite (after 
> writing results), and processorError (when a non-IDL exception is thrown as a 
> result of an error handling the request). The processor handler is given the 
> method name and input and output protocol that will be used to process the 
> request, and can inspect arguments on postRead, and results on pre/postWrite 
> events.
> This change also enables event handlers for non-blocking servers.
> Some unit tests are included to exercise the new processor event handlers, 
> and demonstrate how they can connect with server event handlers.
> It also fixes a minor bug I found while testing, where FrameBuffers on 
> non-blocking servers could have been close()'d more than once.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-1735) integrate tutorial into regular build

[Hudson (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483720#comment-13483720
 ] 

Hudson commented on THRIFT-1735:


Integrated in Thrift #575 (See [https://builds.apache.org/job/Thrift/575/])
THRIFT-1735 do nothing when building with MINGW (Revision 1401897)

 Result = SUCCESS
roger : http://svn.apache.org/viewvc/?view=rev&rev=1401897
Files : 
* /thrift/trunk/tutorial/Makefile.am


> integrate tutorial into regular build
> -
>
> Key: THRIFT-1735
> URL: https://issues.apache.org/jira/browse/THRIFT-1735
> Project: Thrift
>  Issue Type: Improvement
>Reporter: Roger Meier
>Assignee: Roger Meier
> Fix For: 1.0
>
> Attachments: THRIFT-1735_tutorial_build_improvement_cpp.patch, 
> THRIFT-1735_tutorial.patch
>
>
> I would like to have tutorial built via regular build:
> - proof build
> - simplify "get started" for new users

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Jenkins build is back to normal : Thrift-Compiler-Windows #422

[Apache Jenkins Server]

See 

[jira] [Commented] (THRIFT-1740) Make C++ library build on OS X and iOS

[Ben Craig (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483648#comment-13483648
 ] 

Ben Craig commented on THRIFT-1740:
---

The attached patch applies cleanly on 0.9 and the current 1.0-dev trunk.

> Make C++ library build on OS X and iOS
> --
>
> Key: THRIFT-1740
> URL: https://issues.apache.org/jira/browse/THRIFT-1740
> Project: Thrift
>  Issue Type: Improvement
>  Components: C++ - Library
>Affects Versions: 0.9, 1.0
> Environment: Patch fixes OS X xcode 3.2 with gcc 4.2 toolchain.  Also 
> fixes iOS xcode 4.4 with clang 4.0 toolchain.
>Reporter: Ben Craig
>  Labels: c++, ios, mac
> Fix For: 0.9, 1.0
>
> Attachments: mac_and_ios.patch
>
>
> Various small issues keep the existing Thrift c++ libraries from building on 
> OS X and iOS.  For example, in Clang, there is no , only a 
> regular .  Instead of adding a new configure token and a million 
> #ifdefs, the patch has added a wrapper header that throws the relevant 
>  symbols into the apache::thrift:stdcxx namespace.
> There are also several fixes for unused variable warnings in release mode.  I 
> have added a helper macro to better document these cases (as opposed to just 
> adding the mysterious "ret=ret;" everywhere).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (THRIFT-1740) Make C++ library build on OS X and iOS

[Ben Craig (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ben Craig updated THRIFT-1740:
--

Attachment: mac_and_ios.patch

> Make C++ library build on OS X and iOS
> --
>
> Key: THRIFT-1740
> URL: https://issues.apache.org/jira/browse/THRIFT-1740
> Project: Thrift
>  Issue Type: Improvement
>  Components: C++ - Library
>Affects Versions: 0.9, 1.0
> Environment: Patch fixes OS X xcode 3.2 with gcc 4.2 toolchain.  Also 
> fixes iOS xcode 4.4 with clang 4.0 toolchain.
>Reporter: Ben Craig
>  Labels: c++, ios, mac
> Fix For: 0.9, 1.0
>
> Attachments: mac_and_ios.patch
>
>
> Various small issues keep the existing Thrift c++ libraries from building on 
> OS X and iOS.  For example, in Clang, there is no , only a 
> regular .  Instead of adding a new configure token and a million 
> #ifdefs, the patch has added a wrapper header that throws the relevant 
>  symbols into the apache::thrift:stdcxx namespace.
> There are also several fixes for unused variable warnings in release mode.  I 
> have added a helper macro to better document these cases (as opposed to just 
> adding the mysterious "ret=ret;" everywhere).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (THRIFT-1740) Make C++ library build on OS X and iOS

[Ben Craig (JIRA)]

Ben Craig created THRIFT-1740:
-

 Summary: Make C++ library build on OS X and iOS
 Key: THRIFT-1740
 URL: https://issues.apache.org/jira/browse/THRIFT-1740
 Project: Thrift
  Issue Type: Improvement
  Components: C++ - Library
Affects Versions: 0.9, 1.0
 Environment: Patch fixes OS X xcode 3.2 with gcc 4.2 toolchain.  Also 
fixes iOS xcode 4.4 with clang 4.0 toolchain.
Reporter: Ben Craig
 Fix For: 1.0, 0.9


Various small issues keep the existing Thrift c++ libraries from building on OS 
X and iOS.  For example, in Clang, there is no , only a regular 
.  Instead of adding a new configure token and a million #ifdefs, 
the patch has added a wrapper header that throws the relevant  
symbols into the apache::thrift:stdcxx namespace.

There are also several fixes for unused variable warnings in release mode.  I 
have added a helper macro to better document these cases (as opposed to just 
adding the mysterious "ret=ret;" everywhere).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Python JSON protocol implementation

[Frederic Delbos]

No probleme.
Actually I write it because i wanted to integrate thrift with django, so i
can also provide a django module.

2012/10/24 Henrique Mendonça 

> Hi Frederic,
>
> This is awesome news!
> It would be really great if you could add a little inline web server to
> test it against the JavaScript version.
> But that's totally up to you, at least Java and C++ implement this protocol
> already.
>
> Merci!
> Henrique
>
> On 24 October 2012 23:25, Frederic Delbos  wrote:
>
> > Thank for the answer, I'll get back to you soon.
> >
> > 2012/10/24 Roger Meier 
> >
> > > Cool!
> > >
> > > lib/py/test unit test  => some languages have this within test/py
> > > test/py/ThriftTest.thrift client and server
> > > test/test.shcross language test suite
> > > tutorial/py tutorial.thrift implementation
> > >
> > > http://thrift.apache.org/docs/HowToContribute/
> > >
> > > thanks
> > > -roger
> > > ;-r
> > >
> > > > -Ursprüngliche Nachricht-
> > > > Von: Frederic Delbos [mailto:fred.del...@gmail.com]
> > > > Gesendet: Mittwoch, 24. Oktober 2012 22:56
> > > > An: dev@thrift.apache.org
> > > > Betreff: Python JSON protocol implementation
> > > >
> > > > Hello,
> > > >
> > > > I have written a python JSON protocol implementation :
> > > > https://gist.github.com/3948701
> > > >
> > > > I'm in the process of testing it...
> > > >
> > > > If the Thrift team is interested I would like to integrate it to the
> > > project. What
> > > > are the requirements (test, code...) ?
> > > >
> > > >
> > > > bye
> > > >
> > > > --
> > > > Frederic DELBOS
> > >
> > >
> >
> >
> > --
> > Frederic DELBOS
> >
>



-- 
Frederic DELBOS

[jira] [Updated] (THRIFT-6) Thrift libraries and compiler lack version number

[Roger Meier (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-6?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Roger Meier updated THRIFT-6:
-

Fix Version/s: 1.0

> Thrift libraries and compiler lack version number
> -
>
> Key: THRIFT-6
> URL: https://issues.apache.org/jira/browse/THRIFT-6
> Project: Thrift
>  Issue Type: Bug
>Reporter: Bryan Duxbury
>Assignee: Roger Meier
> Fix For: 1.0
>
> Attachments: 
> ASF.LICENSE.NOT.GRANTED--v1-0001-THRIFT-6.-Add-a-Makefile-rule-to-print-the-version-f.patch,
>  THRIFT-6_align_version_and_description_to_0.6.0-dev.patch
>
>
> Right now it's impossible to tell which version of Thrift you have installed. 
> If you're depending on features that have recently been added (and that 
> subtly don't exist), you can spend a lot of time chasing your tail trying to 
> figure out what the problem is.
> This may be something that has to be implemented piecemeal on each client 
> library (ruby gem, java classes, etc). Thoughts?
> While we're at it, let's add a --version switch or something to the compiler 
> so you know what version of stuff you're actually generating.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Python JSON protocol implementation

[Henrique Mendonça]

Hi Frederic,

This is awesome news!
It would be really great if you could add a little inline web server to
test it against the JavaScript version.
But that's totally up to you, at least Java and C++ implement this protocol
already.

Merci!
Henrique

On 24 October 2012 23:25, Frederic Delbos  wrote:

> Thank for the answer, I'll get back to you soon.
>
> 2012/10/24 Roger Meier 
>
> > Cool!
> >
> > lib/py/test unit test  => some languages have this within test/py
> > test/py/ThriftTest.thrift client and server
> > test/test.shcross language test suite
> > tutorial/py tutorial.thrift implementation
> >
> > http://thrift.apache.org/docs/HowToContribute/
> >
> > thanks
> > -roger
> > ;-r
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Frederic Delbos [mailto:fred.del...@gmail.com]
> > > Gesendet: Mittwoch, 24. Oktober 2012 22:56
> > > An: dev@thrift.apache.org
> > > Betreff: Python JSON protocol implementation
> > >
> > > Hello,
> > >
> > > I have written a python JSON protocol implementation :
> > > https://gist.github.com/3948701
> > >
> > > I'm in the process of testing it...
> > >
> > > If the Thrift team is interested I would like to integrate it to the
> > project. What
> > > are the requirements (test, code...) ?
> > >
> > >
> > > bye
> > >
> > > --
> > > Frederic DELBOS
> >
> >
>
>
> --
> Frederic DELBOS
>

Re: Python JSON protocol implementation

[Frederic Delbos]

Thank for the answer, I'll get back to you soon.

2012/10/24 Roger Meier 

> Cool!
>
> lib/py/test unit test  => some languages have this within test/py
> test/py/ThriftTest.thrift client and server
> test/test.shcross language test suite
> tutorial/py tutorial.thrift implementation
>
> http://thrift.apache.org/docs/HowToContribute/
>
> thanks
> -roger
> ;-r
>
> > -Ursprüngliche Nachricht-
> > Von: Frederic Delbos [mailto:fred.del...@gmail.com]
> > Gesendet: Mittwoch, 24. Oktober 2012 22:56
> > An: dev@thrift.apache.org
> > Betreff: Python JSON protocol implementation
> >
> > Hello,
> >
> > I have written a python JSON protocol implementation :
> > https://gist.github.com/3948701
> >
> > I'm in the process of testing it...
> >
> > If the Thrift team is interested I would like to integrate it to the
> project. What
> > are the requirements (test, code...) ?
> >
> >
> > bye
> >
> > --
> > Frederic DELBOS
>
>


-- 
Frederic DELBOS

AW: Python JSON protocol implementation

[Roger Meier]

Cool!

lib/py/test unit test  => some languages have this within test/py
test/py/ThriftTest.thrift client and server
test/test.shcross language test suite
tutorial/py tutorial.thrift implementation

http://thrift.apache.org/docs/HowToContribute/

thanks
-roger
;-r

> -Ursprüngliche Nachricht-
> Von: Frederic Delbos [mailto:fred.del...@gmail.com]
> Gesendet: Mittwoch, 24. Oktober 2012 22:56
> An: dev@thrift.apache.org
> Betreff: Python JSON protocol implementation
> 
> Hello,
> 
> I have written a python JSON protocol implementation :
> https://gist.github.com/3948701
> 
> I'm in the process of testing it...
> 
> If the Thrift team is interested I would like to integrate it to the
project. What
> are the requirements (test, code...) ?
> 
> 
> bye
> 
> --
> Frederic DELBOS

Python JSON protocol implementation

[Frederic Delbos]

Hello,

I have written a python JSON protocol implementation :
https://gist.github.com/3948701

I'm in the process of testing it...

If the Thrift team is interested I would like to integrate it to the
project. What are the requirements (test, code...) ?


bye

-- 
Frederic DELBOS

[jira] [Commented] (THRIFT-1708) Add event handlers for processor events

[Andrew Cox (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483536#comment-13483536
 ] 

Andrew Cox commented on THRIFT-1708:


Sorry to have disappeared for a bit, I was on vacation. I will start work on 
the C++ and python versions of the port as well.

> Add event handlers for processor events
> ---
>
> Key: THRIFT-1708
> URL: https://issues.apache.org/jira/browse/THRIFT-1708
> Project: Thrift
>  Issue Type: New Feature
>  Components: Java - Library
>Affects Versions: 0.9
> Environment: all
>Reporter: Andrew Cox
>Assignee: Andrew Cox
>Priority: Minor
> Fix For: 1.0
>
> Attachments: thrift-1708-processor-event-handlers.patch
>
>
> Integrates some code we've been using (here at facebook) to add event 
> handlers that can handle processor events with the server event handlers in 
> apache thrift.
> Processor events include: preRead (before reading arguments), postRead (after 
> reading arguments), preWrite (before writing results), postWrite (after 
> writing results), and processorError (when a non-IDL exception is thrown as a 
> result of an error handling the request). The processor handler is given the 
> method name and input and output protocol that will be used to process the 
> request, and can inspect arguments on postRead, and results on pre/postWrite 
> events.
> This change also enables event handlers for non-blocking servers.
> Some unit tests are included to exercise the new processor event handlers, 
> and demonstrate how they can connect with server event handlers.
> It also fixes a minor bug I found while testing, where FrameBuffers on 
> non-blocking servers could have been close()'d more than once.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-1736) Visual Studio top level project files within msvc

[Roger Meier (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483526#comment-13483526
 ] 

Roger Meier commented on THRIFT-1736:
-

today:
{noformat}
./compiler/cpp/compiler.sln
./compiler/cpp/compiler.vcxproj
./contrib/transport-sample/server/server.vcxproj
./contrib/transport-sample/client/client.vcxproj
./contrib/transport-sample/transport-sample.sln
./contrib/zeromq/csharp/ThriftZMQ.csproj
./contrib/zeromq/csharp/ThriftZMQ.sln
./lib/cpp/thrift.sln
./lib/cpp/libthrift.vcxproj
./lib/cpp/libthriftnb.vcxproj
./lib/csharp/ThriftMSBuildTask/ThriftMSBuildTask.csproj
./lib/csharp/src/Thrift.csproj
./lib/csharp/src/Thrift.sln
./lib/csharp/src/Thrift.WP7.csproj
./test/csharp/ThriftTest/ThriftTest.csproj
./tutorial/csharp/CsharpClient/CsharpClient.csproj
./tutorial/csharp/CsharpServer/CsharpServer.csproj
./tutorial/csharp/tutorial.sln
{noformat}

tomorrow:
{noformat}
msvc/compiler_vs2010.sln
msvc/compiler.vcxproj
msvc/thrift_vs2010.sln
msvc/lib-cpp.vcxproj
msvc/lib-cppnb.vcxproj
msvc/lib-cpp-test.csproj => not available today
msvc/lib-cpp-tutorial.csproj => not available today
msvc/lib-csharp.csproj
msvc/lib-csharp.WP7.csproj
msvc/lib-csharp-test.csproj
msvc/lib-csharp-tutorial.csproj
{noformat}

what about this?

> Visual Studio top level project files within msvc
> -
>
> Key: THRIFT-1736
> URL: https://issues.apache.org/jira/browse/THRIFT-1736
> Project: Thrift
>  Issue Type: Improvement
>Reporter: Roger Meier
>
> improve visual studio support by introducing a top level solution file within 
> top level msvc folder.
> see libusb for a good example:
> http://www.libusb.org/browser/libusb/msvc

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-988) perl: add version Info to the library via configure

[Christian Lavoie (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483506#comment-13483506
 ] 

Christian Lavoie commented on THRIFT-988:
-

No progress.

Honestly, haven't touched (or used) Thrift in nearly a year now. I'd be happy 
to poke at this when I get time, but that likely is weeks away.

> perl: add version Info to the library via configure
> ---
>
> Key: THRIFT-988
> URL: https://issues.apache.org/jira/browse/THRIFT-988
> Project: Thrift
>  Issue Type: Sub-task
>  Components: Perl - Library
>Reporter: Roger Meier
>Assignee: Christian Lavoie
>
> perl does not use version info from configure scripts 
>  * lib/perl/lib/Thrift.pm
>  * lib/perl/Makefile.PL 
> update http://wiki.apache.org/thrift/HowToVersion

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-988) perl: add version Info to the library via configure

[Roger Meier (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483505#comment-13483505
 ] 

Roger Meier commented on THRIFT-988:


Christian, any progress?

or are there some other perl contributors around?

> perl: add version Info to the library via configure
> ---
>
> Key: THRIFT-988
> URL: https://issues.apache.org/jira/browse/THRIFT-988
> Project: Thrift
>  Issue Type: Sub-task
>  Components: Perl - Library
>Reporter: Roger Meier
>Assignee: Christian Lavoie
>
> perl does not use version info from configure scripts 
>  * lib/perl/lib/Thrift.pm
>  * lib/perl/Makefile.PL 
> update http://wiki.apache.org/thrift/HowToVersion

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-1735) integrate tutorial into regular build

[Hudson (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483497#comment-13483497
 ] 

Hudson commented on THRIFT-1735:


Integrated in Thrift #573 (See [https://builds.apache.org/job/Thrift/573/])
THRIFT-1735 integrate tutorial into regular build
- cpp support
- cleanup stuff (Revision 1401818)

 Result = ABORTED
roger : http://svn.apache.org/viewvc/?view=rev&rev=1401818
Files : 
* /thrift/trunk/configure.ac
* /thrift/trunk/tutorial/Makefile.am
* /thrift/trunk/tutorial/cpp
* /thrift/trunk/tutorial/cpp/Makefile
* /thrift/trunk/tutorial/cpp/Makefile.am
* /thrift/trunk/tutorial/java/Makefile.am
* /thrift/trunk/tutorial/java/build.xml
* /thrift/trunk/tutorial/js/Makefile.am
* /thrift/trunk/tutorial/js/build.xml


> integrate tutorial into regular build
> -
>
> Key: THRIFT-1735
> URL: https://issues.apache.org/jira/browse/THRIFT-1735
> Project: Thrift
>  Issue Type: Improvement
>Reporter: Roger Meier
>Assignee: Roger Meier
> Fix For: 1.0
>
> Attachments: THRIFT-1735_tutorial_build_improvement_cpp.patch, 
> THRIFT-1735_tutorial.patch
>
>
> I would like to have tutorial built via regular build:
> - proof build
> - simplify "get started" for new users

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Build failed in Jenkins: Thrift-cpp #478

[Apache Jenkins Server]

See 

Changes:

[roger] add missing svn:ignore for Makefile

[roger] THRIFT-1735 integrate tutorial into regular build
- cpp support
- cleanup stuff

--
[...truncated 631 lines...]
libtool: link: g++  -fPIC -DPIC -shared -nostdlib 
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crti.o 
/usr/lib/gcc/x86_64-linux-gnu/4.6/crtbeginS.o  
.libs/libthriftnb_la-TNonblockingServer.o 
.libs/libthriftnb_la-TAsyncProtocolProcessor.o 
.libs/libthriftnb_la-TEvhttpServer.o 
.libs/libthriftnb_la-TEvhttpClientChannel.o   -L/usr/lib -lssl -lcrypto -lrt 
-lpthread -L/usr/lib/gcc/x86_64-linux-gnu/4.6 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib -L/lib/x86_64-linux-gnu 
-L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/x86_64-linux-gnu/4.6/crtendS.o 
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crtn.o
-Wl,-soname -Wl,libthriftnb-1.0.0-dev.so -o .libs/libthriftnb-1.0.0-dev.so
libtool: link: (cd ".libs" && rm -f "libthriftnb.so" && ln -s 
"libthriftnb-1.0.0-dev.so" "libthriftnb.so")
libtool: link: ar cru .libs/libthriftnb.a  libthriftnb_la-TNonblockingServer.o 
libthriftnb_la-TAsyncProtocolProcessor.o libthriftnb_la-TEvhttpServer.o 
libthriftnb_la-TEvhttpClientChannel.o
libtool: link: ranlib .libs/libthriftnb.a
libtool: link: ( cd ".libs" && rm -f "libthriftnb.la" && ln -s 
"../libthriftnb.la" "libthriftnb.la" )
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../..  -I/usr/include -I./src -I./src/thrift  -Wno-long-long 
-Wno-variadic-macros -Wno-overflow -Werror -Wall -Wno-long-long 
-Wno-variadic-macros -Wno-overflow -Werror -MT libthriftz_la-TZlibTransport.lo 
-MD -MP -MF .deps/libthriftz_la-TZlibTransport.Tpo -c -o 
libthriftz_la-TZlibTransport.lo `test -f 
'src/thrift/transport/TZlibTransport.cpp' || echo 
'./'`src/thrift/transport/TZlibTransport.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include -I./src 
-I./src/thrift -Wno-long-long -Wno-variadic-macros -Wno-overflow -Werror -Wall 
-Wno-long-long -Wno-variadic-macros -Wno-overflow -Werror -MT 
libthriftz_la-TZlibTransport.lo -MD -MP -MF 
.deps/libthriftz_la-TZlibTransport.Tpo -c 
src/thrift/transport/TZlibTransport.cpp  -fPIC -DPIC -o 
.libs/libthriftz_la-TZlibTransport.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include -I./src 
-I./src/thrift -Wno-long-long -Wno-variadic-macros -Wno-overflow -Werror -Wall 
-Wno-long-long -Wno-variadic-macros -Wno-overflow -Werror -MT 
libthriftz_la-TZlibTransport.lo -MD -MP -MF 
.deps/libthriftz_la-TZlibTransport.Tpo -c 
src/thrift/transport/TZlibTransport.cpp -o libthriftz_la-TZlibTransport.o 
>/dev/null 2>&1
mv -f .deps/libthriftz_la-TZlibTransport.Tpo 
.deps/libthriftz_la-TZlibTransport.Plo
/bin/bash ../../libtool --tag=CXX   --mode=link g++ -Wall -Wno-long-long 
-Wno-variadic-macros -Wno-overflow -Werror -release 1.0.0-dev -L/usr/lib  -o 
libthriftz.la -rpath /usr/local/lib libthriftz_la-TZlibTransport.lo  -lssl 
-lcrypto -lrt -lpthread 
libtool: link: g++  -fPIC -DPIC -shared -nostdlib 
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crti.o 
/usr/lib/gcc/x86_64-linux-gnu/4.6/crtbeginS.o  
.libs/libthriftz_la-TZlibTransport.o   -L/usr/lib -lssl -lcrypto -lrt -lpthread 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib -L/lib/x86_64-linux-gnu 
-L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib 
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/x86_64-linux-gnu/4.6/crtendS.o 
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crtn.o
-Wl,-soname -Wl,libthriftz-1.0.0-dev.so -o .libs/libthriftz-1.0.0-dev.so
libtool: link: (cd ".libs" && rm -f "libthriftz.so" && ln -s 
"libthriftz-1.0.0-dev.so" "libthriftz.so")
libtool: link: ar cru .libs/libthriftz.a  libthriftz_la-TZlibTransport.o
libtool: link: ranlib .libs/libthriftz.a
libtool: link: ( cd ".libs" && rm -f "libthriftz.la" && ln -s 
"../libthriftz.la" "libthriftz.la" )
/usr/bin/moc-qt4 -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore 
-I/usr/include/qt4/QtNetwork   src/thrift/qt/TQTcpServer.h -o 
src/thrift/qt/moc_TQTcpServer.cpp
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../..  -I/usr/include -I./src -I./src/thrift -DQT_SHARED -I/usr/include/qt4 
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork   -Wno-long-long 
-Wno-variadic-macros -Wno-overflow -Werror -Wall -Wno-long-long 
-Wno-variadic-macros -Wno-overflow -Werror -MT 
libthriftqt_la-moc_TQTcpServer.lo -MD -MP -MF 
.deps/libthriftqt_la-moc_TQTcpServer.Tpo -c -o 
libthriftqt_la-moc_TQTcpServer.lo `test -f 'src/thrift/qt/moc_TQTcpServer.cpp' 
|| echo './'`src/thrift/q

Build failed in Jenkins: Thrift-Compiler-Windows #421

[Apache Jenkins Server]

See 

Changes:

[roger] add missing svn:ignore for Makefile

[roger] THRIFT-1735 integrate tutorial into regular build
- cpp support
- cleanup stuff

--
[...truncated 347 lines...]
config.status: creating lib/erl/Makefile
config.status: creating lib/hs/Makefile
config.status: creating lib/java/Makefile
config.status: creating lib/js/test/Makefile
config.status: creating lib/perl/Makefile
config.status: creating lib/perl/test/Makefile
config.status: creating lib/php/Makefile
config.status: creating lib/php/test/Makefile
config.status: creating lib/py/Makefile
config.status: creating lib/rb/Makefile
config.status: creating test/Makefile
config.status: creating test/cpp/Makefile
config.status: creating test/hs/Makefile
config.status: creating test/nodejs/Makefile
config.status: creating test/php/Makefile
config.status: creating test/perl/Makefile
config.status: creating test/py/Makefile
config.status: creating test/py.twisted/Makefile
config.status: creating test/rb/Makefile
config.status: creating tutorial/Makefile
config.status: creating tutorial/cpp/Makefile
config.status: creating tutorial/java/Makefile
config.status: creating tutorial/js/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
=== configuring in lib/php/src/ext/thrift_protocol 
(
configure: running /bin/bash ./configure --disable-option-checking 
'--prefix=/usr/local'  '--without-cpp' '--without-c_glib' '--without-java' 
'--without-csharp' '--without-python' '--without-ruby' '--without-haskell' 
'--without-perl' '--without-php' '--without-erlang' '--build=i686-pc-linux-gnu' 
'--host=i586-mingw32msvc' 'CPPFLAGS=-DMINGW' 'build_alias=i686-pc-linux-gnu' 
'host_alias=i586-mingw32msvc' --cache-file=/dev/null --srcdir=.
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking for i586-mingw32msvc-cc... i586-mingw32msvc-cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... yes
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i586-mingw32msvc-cc accepts -g... yes
checking for i586-mingw32msvc-cc option to accept ISO C89... none needed
checking how to run the C preprocessor... i586-mingw32msvc-cc -E
checking for icc... no
checking for suncc... no
checking whether i586-mingw32msvc-cc and cc understand -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i586-pc-mingw32msvc
checking target system type... i586-pc-mingw32msvc
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php5 -I/usr/include/php5/main 
-I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext 
-I/usr/include/php5/ext/date/lib
checking for PHP extension directory... /usr/lib/php5/20090626
checking for PHP installed headers prefix... /usr/include/php5
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
configure: WARNING: You will need re2c 0.13.4 or later if you want to 
regenerate PHP parsers.
checking for gawk... no
checking for nawk... nawk
checking if nawk is broken... no
checking whether to enable the thrift_protocol extension... yes, shared
checking for i586-mingw32msvc-g++... i586-mingw32msvc-g++
checking whether we are using the GNU C++ compiler... yes
checking whether i586-mingw32msvc-g++ accepts -g... yes
checking how to run the C++ preprocessor... i586-mingw32msvc-g++ -E
checking how to print strings... printf
checking for a sed that does not truncate output... (cached) /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by i586-mingw32msvc-cc... /usr/i586-mingw32msvc/bin/ld
checking if the linker (/usr/i586-mingw32msvc/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... 
/usr/bin/i586-mingw32msvc-nm -B
checking the name lister (/usr/bin/i586-mingw32msvc-nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i686-pc-linux-gnu file names to i586-pc-mingw32msvc 
format... func_convert_file_nix_to_w32
checking how to convert i686-pc-linux-gnu file names to toolchain format... 
func_convert_file_noop
checking for /usr/i586-mingw32msvc/bin/ld option to reload object files... -r
checking fo

[jira] [Commented] (THRIFT-274) Towards a working release/versioning process

[Roger Meier (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483474#comment-13483474
 ] 

Roger Meier commented on THRIFT-274:


I think we can close this issue. What do you think?

The only additional thing I would like to have is a buildnumber.

We can add the jenkins variable BUILD_NUMBER via main build job:
https://builds.apache.org/view/S-Z/view/Thrift/job/Thrift/


> Towards a working release/versioning process
> 
>
> Key: THRIFT-274
> URL: https://issues.apache.org/jira/browse/THRIFT-274
> Project: Thrift
>  Issue Type: Bug
>Reporter: Luke Lu
>Assignee: Jake Farrell
>
> The current thrift version is virtually useless because it's not getting 
> updated when backward compatibility is broken (it's always 20080411-exported 
> on all the snapshots,) I can't just tell people to use the trunk and not 
> breaking things due things like namespace changes etc. Many projects maintain 
> a reasonable versioning scheme even when system is in alpha state.
> Thrift overall is stable enough to warrant a working versioning scheme. Can 
> we at least start to discuss a version scheme, e.g., major.minor.patch or 
> major.minor.micro.patch, where patch number changes are bug fixes and minor 
> or micro are backward compatible changes and major changes indicate breaking 
> backward compatibility or just marketing hype.
> I propose that we call the current thrift version 1.0.0.0 after all the 
> namespace changes and stick to a reasonable scheme instead of using suffixes 
> (like beta/rc etc.) as it's much friendlier to other components that 
> uses thrift.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (THRIFT-1731) error: expected identifier before ‘;’ token

[Henrique Mendonca (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henrique Mendonca closed THRIFT-1731.
-


> error: expected identifier before ‘;’ token
> ---
>
> Key: THRIFT-1731
> URL: https://issues.apache.org/jira/browse/THRIFT-1731
> Project: Thrift
>  Issue Type: Bug
>  Components: C++ - Compiler
>Affects Versions: 0.9
>Reporter: Martin Vogt
>Assignee: Roger Meier
>Priority: Trivial
>  Labels: empty, namespaces
> Attachments: ns2.patch
>
>
> If the .thrift file contains no namespace the cpp generator
> creates a:
> using namespace ;
> line. This does not compile.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (THRIFT-1730) error: ‘numeric_limits’ is not a member of ‘std’

[Henrique Mendonca (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henrique Mendonca closed THRIFT-1730.
-

Assignee: Roger Meier

> error: ‘numeric_limits’ is not a member of ‘std’
> 
>
> Key: THRIFT-1730
> URL: https://issues.apache.org/jira/browse/THRIFT-1730
> Project: Thrift
>  Issue Type: Bug
>  Components: C++ - Library
>Affects Versions: 0.9
> Environment: OpenSuSE 11.1
>Reporter: Martin Vogt
>Assignee: Roger Meier
>Priority: Trivial
> Attachments: limits.patch
>
>
> Compiler error with current git:
> src/thrift/transport/THttpClient.cpp: In member function ‘virtual void 
> apache::thrift::transport::THttpClient::flush()’:
> src/thrift/transport/THttpClient.cpp:104: error: ‘numeric_limits’ is not a 
> member of ‘std’
> src/thrift/transport/THttpClient.cpp:104: error: expected primary-expression 
> before ‘>’ token
> src/thrift/transport/THttpClient.cpp:104: error: ‘::max’ has not been declared

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (THRIFT-1705) Unable to compile Thrift Enum in MSVC++

[Henrique Mendonca (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henrique Mendonca closed THRIFT-1705.
-


> Unable to compile Thrift Enum in MSVC++
> ---
>
> Key: THRIFT-1705
> URL: https://issues.apache.org/jira/browse/THRIFT-1705
> Project: Thrift
>  Issue Type: Bug
>  Components: C++ - Library
>Affects Versions: 0.8
>Reporter: Ryan Haswell
>  Labels: patch
> Attachments: Thrift.h
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> Files generated by thrift files with an Enum in them will not compile using 
> Microsoft Visual Studio C++.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (THRIFT-1713) Named and Anonymous Pipe transport (Delphi)

[Henrique Mendonca (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henrique Mendonca closed THRIFT-1713.
-


> Named and Anonymous Pipe transport (Delphi)
> ---
>
> Key: THRIFT-1713
> URL: https://issues.apache.org/jira/browse/THRIFT-1713
> Project: Thrift
>  Issue Type: Bug
>  Components: Delphi - Library
> Environment: Windows
>Reporter: Jens Geyer
>Assignee: Jens Geyer
> Fix For: 1.0
>
> Attachments: 
> TRHIFT-1713_Named_and_Anonymous_Pipe_transport_Delphi_02_refactoring_rev3.patch,
>  TRHIFT-1713_Named_and_Anonymous_Pipe_transport_Delphi.patch
>
>
> Adds pipe support similar to THRIFT-1558 (in fact, most of the code is based 
> on that version, many thanks Peace!).
> The implementation has been successfully tested using the standard test 
> server/client, appropriate switches have been added to both programs. 
> However, the code has neither been tested against another language 
> implementation, nor under strict security settings for the pipes.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (THRIFT-1414) bufferoverflow in c_glib buffered transport/socket client

[Henrique Mendonca (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henrique Mendonca closed THRIFT-1414.
-


> bufferoverflow in c_glib buffered transport/socket client
> -
>
> Key: THRIFT-1414
> URL: https://issues.apache.org/jira/browse/THRIFT-1414
> Project: Thrift
>  Issue Type: Bug
>  Components: C glib - Library
>Affects Versions: 0.7
> Environment: Server running on Windows 7 SP1 64bit based on csharp.
> Client running on Ubuntu 11.04 Server 64 bit (fresh install) based on c_glib.
> svn rev: 1190015M
>Reporter: Christian Zimnick
>Priority: Critical
> Attachments: thrift-0.9.0-c_glib-jira1414.patch, THRIFT-1414.patch
>
>   Original Estimate: 10m
>  Remaining Estimate: 10m
>
> Quote of comment in source:
> ---
> if the buffer is still smaller than what we
> want to read, then just read it directly.
> ---
> But the code reading into the tempdata with size of the buffer and reading 
> all data into this.
> file: lib/c_glib/transport/thrift_buffered_transport.c line 74/98
> Also if the buffer is still bigger that what we want to read, then reading 
> the buffer size.
> But recv blocks than and waiting of data if there nothing to read after the 
> receiving data len.
> file: lib/c_glib/transport/thrift_buffered_transport.c line 118
> i attached a patch that fix this problems but i dont know if all of this is 
> correct.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-1735) integrate tutorial into regular build

[Roger Meier (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483457#comment-13483457
 ] 

Roger Meier commented on THRIFT-1735:
-

committed cpp stuff

> integrate tutorial into regular build
> -
>
> Key: THRIFT-1735
> URL: https://issues.apache.org/jira/browse/THRIFT-1735
> Project: Thrift
>  Issue Type: Improvement
>Reporter: Roger Meier
>Assignee: Roger Meier
> Fix For: 1.0
>
> Attachments: THRIFT-1735_tutorial_build_improvement_cpp.patch, 
> THRIFT-1735_tutorial.patch
>
>
> I would like to have tutorial built via regular build:
> - proof build
> - simplify "get started" for new users

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (THRIFT-1536) Maven thrift plugin

[Jake Farrell (JIRA)]

[ 
https://issues.apache.org/jira/browse/THRIFT-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483150#comment-13483150
 ] 

Jake Farrell commented on THRIFT-1536:
--

yes, ive got a copy working with some changes that i'll be supplying a patch 
for soon. this will be available for the next release

> Maven thrift plugin
> ---
>
> Key: THRIFT-1536
> URL: https://issues.apache.org/jira/browse/THRIFT-1536
> Project: Thrift
>  Issue Type: New Feature
>Reporter: Jake Farrell
>Assignee: Jake Farrell
> Attachments: maven-thrift-plugin.zip
>
>
> Working with David Trott to bring the Maven thrift Plugin he has written into 
> the code base and deploy to maven central as part of the release process 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (THRIFT-1724) HTML generator doesn't identify unions in output

[Henrique Mendonca (JIRA)]

 [ 
https://issues.apache.org/jira/browse/THRIFT-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henrique Mendonca closed THRIFT-1724.
-


> HTML generator doesn't identify unions in output
> 
>
> Key: THRIFT-1724
> URL: https://issues.apache.org/jira/browse/THRIFT-1724
> Project: Thrift
>  Issue Type: Bug
>  Components: Compiler (General)
>Affects Versions: 0.8
>Reporter: Kevin Radloff
>Assignee: Roger Meier
>Priority: Minor
> Attachments: html_union.diff
>
>
> In the output of the HTML generator, unions appear identical to normal 
> structs.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira