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

Frank Schroeder updated THRIFT-2418:
------------------------------------

    Description: 
The Go compiler is using the wrong err variable when handling an internal error 
in a handler method. Tested on fd62df75fa17d5c2af12302de6cee78ad7405692.

The relevant generated code looks like this:

{code}
var err2 error
if result.Success, err2 = p.handler.RemoveBatchBySource(args.SourceId, 
args.SourceSystem, args.SourceType, args.UserId); err2 != nil {
        x := thrift.NewTApplicationException(thrift.INTERNAL_ERROR, "Internal 
error processing removeBatchBySource: "+err.Error())
        oprot.WriteMessageBegin("removeBatchBySource", thrift.EXCEPTION, seqId)
        x.Write(oprot)
        oprot.WriteMessageEnd()
        oprot.Flush()
        return false, err2
}
{code}

The error in the {{TApplicationException}} should be {{err2.Error()}} and not 
{{err.Error()}}. Since {{err}} is {{nil}} at that point the server panics.

The patch for the Go compiler is a simple one line fix is attached.

  was:
The Go compiler is using the wrong err variable when handling an internal error 
in a handler method. Tested on fd62df75fa17d5c2af12302de6cee78ad7405692.

The relevant generated code looks like this:

{code}
        var err2 error
if result.Success, err2 = p.handler.RemoveBatchBySource(args.SourceId, 
args.SourceSystem, args.SourceType, args.UserId); err2 != nil {
        x := thrift.NewTApplicationException(thrift.INTERNAL_ERROR, "Internal 
error processing removeBatchBySource: "+err.Error())
        oprot.WriteMessageBegin("removeBatchBySource", thrift.EXCEPTION, seqId)
        x.Write(oprot)
        oprot.WriteMessageEnd()
        oprot.Flush()
        return false, err2
}
        }
{code}

The error in the {{TApplicationException}} should be {{err2.Error()}} and not 
{{err.Error()}}. Since {{err}} is {{nil}} at that point the server panics.

The patch for the Go compiler is a simple one line fix is attached.


> panic on internal error
> -----------------------
>
>                 Key: THRIFT-2418
>                 URL: https://issues.apache.org/jira/browse/THRIFT-2418
>             Project: Thrift
>          Issue Type: Bug
>          Components: Go - Compiler
>    Affects Versions: 0.9.2
>         Environment: All
>            Reporter: Frank Schroeder
>             Fix For: 0.9.2
>
>         Attachments: THRIFT-2418.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> The Go compiler is using the wrong err variable when handling an internal 
> error in a handler method. Tested on fd62df75fa17d5c2af12302de6cee78ad7405692.
> The relevant generated code looks like this:
> {code}
> var err2 error
> if result.Success, err2 = p.handler.RemoveBatchBySource(args.SourceId, 
> args.SourceSystem, args.SourceType, args.UserId); err2 != nil {
>       x := thrift.NewTApplicationException(thrift.INTERNAL_ERROR, "Internal 
> error processing removeBatchBySource: "+err.Error())
>       oprot.WriteMessageBegin("removeBatchBySource", thrift.EXCEPTION, seqId)
>       x.Write(oprot)
>       oprot.WriteMessageEnd()
>       oprot.Flush()
>       return false, err2
> }
> {code}
> The error in the {{TApplicationException}} should be {{err2.Error()}} and not 
> {{err.Error()}}. Since {{err}} is {{nil}} at that point the server panics.
> The patch for the Go compiler is a simple one line fix is attached.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to