[ https://issues.apache.org/jira/browse/NET-477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15863276#comment-15863276 ]
Niranjana Mai TM commented on NET-477: -------------------------------------- Thank you, is there a tentative release date/month for the new 3.6 jar release > TFTP sendFile retry broken > -------------------------- > > Key: NET-477 > URL: https://issues.apache.org/jira/browse/NET-477 > Project: Commons Net > Issue Type: Bug > Components: TFTP > Affects Versions: 3.1, 3.2 > Environment: Linux **** 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 > 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux > java version "1.6.0_26" > Java(TM) SE Runtime Environment (build 1.6.0_26-b03) > Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) > Reporter: John Walton > Fix For: 3.6 > > > TFTPClient.java sendFile() method does not retry after initial timeout. > Between revisons 1088720 & 1229692 the 'continue' statements were changed to > 'continue _sendPacket'. After the initial timeout of bufferedReceive() these > cause the control to flow to the outer loop and never retry. If the control > did flow accordingly, the retry would loop indefinitely since the timeouts > variable is reset to zero each time as well. > I am using a workaround by calling bufferedSend(sent) just before continue, > in place of the 'continue _sendPacket' statement. > It looks as if similar logic was applied to the receiveFile() method as well. > Revision:1229692 > Time:01/10/2012 01:14 PM > Author:sebb > Path:http://svn.apache.org/repos/asf/commons/proper/net/trunk/src/main/java/org/apache/commons/net/tftp/TFTPClient.java > Message:NET-410 Apache Commons TFTP does not handle RFC 783 retransmits -- This message was sent by Atlassian JIRA (v6.3.15#6346)