Categories:
Audio (13)
Biotech (29)
Bytecode (36)
Database (77)
Framework (7)
Game (7)
General (507)
Graphics (53)
I/O (35)
IDE (2)
JAR Tools (101)
JavaBeans (21)
JDBC (121)
JDK (426)
JSP (20)
Logging (108)
Mail (58)
Messaging (8)
Network (84)
PDF (97)
Report (7)
Scripting (84)
Security (32)
Server (121)
Servlet (26)
SOAP (24)
Testing (54)
Web (15)
XML (309)
Collections:
Other Resources:
commons-net.jar Source Code
commons-net.jar is the bytecode of Apache Commons Net library, which implements the client side of many basic Internet protocols.
Apache Commons Net Source Code files are provided in the binary packge (commons-net-3.8.0-bin.zip). You can download it at Apache Commons Net Website.
The source code of commons-net-3.8.0.jar is provided below:
✍: FYIcenter
⏎ org/apache/commons/net/tftp/TFTP.java
/* * Licensed to the Apache Software Foundation (ASF) under one or more * contributor license agreements. See the NOTICE file distributed with * this work for additional information regarding copyright ownership. * The ASF licenses this file to You under the Apache License, Version 2.0 * (the "License"); you may not use this file except in compliance with * the License. You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an "AS IS" BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package org.apache.commons.net.tftp; import java.io.IOException; import java.io.InterruptedIOException; import java.net.DatagramPacket; import java.net.SocketException; import org.apache.commons.net.DatagramSocketClient; /** * The TFTP class exposes a set of methods to allow you to deal with the TFTP * protocol directly, in case you want to write your own TFTP client or * server. However, almost every user should only be concerend with * the {@link org.apache.commons.net.DatagramSocketClient#open open() }, * and {@link org.apache.commons.net.DatagramSocketClient#close close() }, * methods. Additionally,the a * {@link org.apache.commons.net.DatagramSocketClient#setDefaultTimeout setDefaultTimeout() } * method may be of importance for performance tuning. * <p> * Details regarding the TFTP protocol and the format of TFTP packets can * be found in RFC 783. But the point of these classes is to keep you * from having to worry about the internals. * * * @see org.apache.commons.net.DatagramSocketClient * @see TFTPPacket * @see TFTPPacketException * @see TFTPClient */ public class TFTP extends DatagramSocketClient { /** * The ascii transfer mode. Its value is 0 and equivalent to NETASCII_MODE */ public static final int ASCII_MODE = 0; /** * The netascii transfer mode. Its value is 0. */ public static final int NETASCII_MODE = 0; /** * The binary transfer mode. Its value is 1 and equivalent to OCTET_MODE. */ public static final int BINARY_MODE = 1; /** * The image transfer mode. Its value is 1 and equivalent to OCTET_MODE. */ public static final int IMAGE_MODE = 1; /** * The octet transfer mode. Its value is 1. */ public static final int OCTET_MODE = 1; /** * The default number of milliseconds to wait to receive a datagram * before timing out. The default is 5000 milliseconds (5 seconds). */ public static final int DEFAULT_TIMEOUT = 5000; /** * The default TFTP port according to RFC 783 is 69. */ public static final int DEFAULT_PORT = 69; /** * The size to use for TFTP packet buffers. Its 4 plus the * TFTPPacket.SEGMENT_SIZE, i.e. 516. */ static final int PACKET_SIZE = TFTPPacket.SEGMENT_SIZE + 4; /** A buffer used to accelerate receives in bufferedReceive() */ private byte[] receiveBuffer; /** A datagram used to minimize memory allocation in bufferedReceive() */ private DatagramPacket receiveDatagram; /** A datagram used to minimize memory allocation in bufferedSend() */ private DatagramPacket sendDatagram; /** * A buffer used to accelerate sends in bufferedSend(). * It is left package visible so that TFTPClient may be slightly more * efficient during file sends. It saves the creation of an * additional buffer and prevents a buffer copy in _newDataPcket(). */ byte[] sendBuffer; /** * Returns the TFTP string representation of a TFTP transfer mode. * Will throw an ArrayIndexOutOfBoundsException if an invalid transfer * mode is specified. * * @param mode The TFTP transfer mode. One of the MODE constants. * @return The TFTP string representation of the TFTP transfer mode. */ public static final String getModeName(final int mode) { return TFTPRequestPacket.modeStrings[mode]; } /** * Creates a TFTP instance with a default timeout of DEFAULT_TIMEOUT, * a null socket, and buffered operations disabled. */ public TFTP() { setDefaultTimeout(DEFAULT_TIMEOUT); receiveBuffer = null; receiveDatagram = null; } /** * This method synchronizes a connection by discarding all packets that * may be in the local socket buffer. This method need only be called * when you implement your own TFTP client or server. * * @throws IOException if an I/O error occurs. */ public final void discardPackets() throws IOException { final int to; final DatagramPacket datagram; datagram = new DatagramPacket(new byte[PACKET_SIZE], PACKET_SIZE); to = getSoTimeout(); setSoTimeout(1); try { while (true) { _socket_.receive(datagram); } } catch (final SocketException | InterruptedIOException e) { // Do nothing. We timed out so we hope we're caught up. } setSoTimeout(to); } /** * This is a special method to perform a more efficient packet receive. * It should only be used after calling * {@link #beginBufferedOps beginBufferedOps() }. beginBufferedOps() * initializes a set of buffers used internally that prevent the new * allocation of a DatagramPacket and byte array for each send and receive. * To use these buffers you must call the bufferedReceive() and * bufferedSend() methods instead of send() and receive(). You must * also be certain that you don't manipulate the resulting packet in * such a way that it interferes with future buffered operations. * For example, a TFTPDataPacket received with bufferedReceive() will * have a reference to the internal byte buffer. You must finish using * this data before calling bufferedReceive() again, or else the data * will be overwritten by the the call. * * @return The TFTPPacket received. * @throws InterruptedIOException If a socket timeout occurs. The * Java documentation claims an InterruptedIOException is thrown * on a DatagramSocket timeout, but in practice we find a * SocketException is thrown. You should catch both to be safe. * @throws SocketException If a socket timeout occurs. The * Java documentation claims an InterruptedIOException is thrown * on a DatagramSocket timeout, but in practice we find a * SocketException is thrown. You should catch both to be safe. * @throws IOException If some other I/O error occurs. * @throws TFTPPacketException If an invalid TFTP packet is received. */ public final TFTPPacket bufferedReceive() throws IOException, InterruptedIOException, SocketException, TFTPPacketException { receiveDatagram.setData(receiveBuffer); receiveDatagram.setLength(receiveBuffer.length); _socket_.receive(receiveDatagram); final TFTPPacket newTFTPPacket = TFTPPacket.newTFTPPacket(receiveDatagram); trace("<", newTFTPPacket); return newTFTPPacket; } /** * This is a special method to perform a more efficient packet send. * It should only be used after calling * {@link #beginBufferedOps beginBufferedOps() }. beginBufferedOps() * initializes a set of buffers used internally that prevent the new * allocation of a DatagramPacket and byte array for each send and receive. * To use these buffers you must call the bufferedReceive() and * bufferedSend() methods instead of send() and receive(). You must * also be certain that you don't manipulate the resulting packet in * such a way that it interferes with future buffered operations. * For example, a TFTPDataPacket received with bufferedReceive() will * have a reference to the internal byte buffer. You must finish using * this data before calling bufferedReceive() again, or else the data * will be overwritten by the the call. * * @param packet The TFTP packet to send. * @throws IOException If some I/O error occurs. */ public final void bufferedSend(final TFTPPacket packet) throws IOException { trace(">", packet); _socket_.send(packet.newDatagram(sendDatagram, sendBuffer)); } /** * Initializes the internal buffers. Buffers are used by * {@link #bufferedSend bufferedSend() } and * {@link #bufferedReceive bufferedReceive() }. This * method must be called before calling either one of those two * methods. When you finish using buffered operations, you must * call {@link #endBufferedOps endBufferedOps() }. */ public final void beginBufferedOps() { receiveBuffer = new byte[PACKET_SIZE]; receiveDatagram = new DatagramPacket(receiveBuffer, receiveBuffer.length); sendBuffer = new byte[PACKET_SIZE]; sendDatagram = new DatagramPacket(sendBuffer, sendBuffer.length); } /** * Releases the resources used to perform buffered sends and receives. */ public final void endBufferedOps() { receiveBuffer = null; receiveDatagram = null; sendBuffer = null; sendDatagram = null; } /** * Sends a TFTP packet to its destination. * * @param packet The TFTP packet to send. * @throws IOException If some I/O error occurs. */ public final void send(final TFTPPacket packet) throws IOException { trace(">", packet); _socket_.send(packet.newDatagram()); } /** * Receives a TFTPPacket. * * @return The TFTPPacket received. * @throws InterruptedIOException If a socket timeout occurs. The * Java documentation claims an InterruptedIOException is thrown * on a DatagramSocket timeout, but in practice we find a * SocketException is thrown. You should catch both to be safe. * @throws SocketException If a socket timeout occurs. The * Java documentation claims an InterruptedIOException is thrown * on a DatagramSocket timeout, but in practice we find a * SocketException is thrown. You should catch both to be safe. * @throws IOException If some other I/O error occurs. * @throws TFTPPacketException If an invalid TFTP packet is received. */ public final TFTPPacket receive() throws IOException, InterruptedIOException, SocketException, TFTPPacketException { final DatagramPacket packet; packet = new DatagramPacket(new byte[PACKET_SIZE], PACKET_SIZE); _socket_.receive(packet); final TFTPPacket newTFTPPacket = TFTPPacket.newTFTPPacket(packet); trace("<", newTFTPPacket); return newTFTPPacket; } /** * Trace facility; this implementation does nothing. * <p> * Override it to trace the data, for example:<br> * {@code System.out.println(direction + " " + packet.toString());} * @param direction {@code >} or {@code <} * @param packet the packet to be sent or that has been received respectively * @since 3.6 */ protected void trace(final String direction, final TFTPPacket packet) { } }
⏎ org/apache/commons/net/tftp/TFTP.java
Or download all of them as a single archive file:
File name: commons-net-3.8.0-sources.jar File size: 437325 bytes Release date: 2020-01-22 Download
⇒ Download and Install commons-net.jar Binary Package
2009-02-08, 149331👍, 0💬
Popular Posts:
Woodstox 6.4.0 Source Code Files are provided at the Woodstox GitHub Website . You can download them...
iText is an ideal library for developers looking to enhance web- and other applications with dynamic...
What Is commons-io-2.11.jar? commons-io-2.11.jar is the JAR file for Commons IO 2.5, which is a libr...
Apache Log4j API provides the interface that applications should code to and provides the adapter co...
How to show the XML parsing flow with sax\DocumentTracer.java provided in the Apache Xerces package?...