Git Product home page Git Product logo

tcpmon's People

Watchers

 avatar

tcpmon's Issues

Large Post Completely Locks up TCPMON

What steps will reproduce the problem?
1. Start up tcpmon via java web start, listening on port 8888, sending to port 
8080
2. Start up a server that can receive a post request on port 8080
3. Submit a post to the server via tcpmon where the post body contains a very 
large file (such as a 16MB war archive)

What is the expected output? What do you see instead?

Expected:
1. The connection shows up in the table at the top
2. The request should show up in the request area
3. The response should show up in the response area
4. The application should remain functional

Observed:
1. The connection is not displayed
2. After some time the request does show up
3. The response is never displayed
4. The UI stops responding and the program can only be killed via the operating 
system.

What version of the product are you using? On what operating system?
1.1

Please provide any additional information below.

In my case I was checking the action of apache httpclient when using FileEntity 
(which does not properly set up a multipart file upload as I had hoped still 
need to do the full MultipartEntity thing after all).

I suggest that you monitor the incoming data and beyond a certain size drop it 
to a temp file. If the user wants to see more than 100k (for example) of data, 
you can write it to a text file for them to view. Note that I am not suggesting 
that you make the binary data readable. That's not your problem, and probably 
not desireable since your tool is supposed to show exactly what transpired over 
the wire.

Original issue reported on code.google.com by [email protected] on 23 Nov 2011 at 6:47

No Main-Class attribute in manifest

What steps will reproduce the problem?
1. Double-click the downloaded jar
2. or run: java -jar tcpmon-1.1.jar


What is the expected output? What do you see instead?
App should start.
Instead -> Failed to load Main-Class manifest attribute from

What version of the product are you using? On what operating system?
1.1
osx


Original issue reported on code.google.com by [email protected] on 15 Sep 2011 at 11:11

Delay request and response

Hi Indeer,

I'm using your tcpmon tool with my application. I integrated your jar but am 
getting request and response in the table after so much of delay. But in 
client, i got quickly. Kindly help me to fix it.


Original issue reported on code.google.com by [email protected] on 6 Dec 2013 at 2:04

Running java -jar tcpmon-1.1.jar on Mac fails

Mac 0S X

Download jar

open terminal window

execute 

java -jar tcpmon-1.1.jar 

Get error message:

Failed to load Main-Class manifest attribute from
tcpmon-1.1.jar

Original issue reported on code.google.com by BruceAPhillips on 9 Jun 2011 at 7:43

  • Merged into: #10

Enable xml format

What is the expected output? What do you see instead?
Enable XML to be viewed in pretty-print format

What version of the product are you using? On what operating system?
1.1 windows 7 64bit

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 4 Jan 2012 at 3:46

Provide a text-based interface for use on head-less servers

From: http://java.net/jira/browse/TCPMON-12

(Thanks to Lalitha for reporting this issue).

It will be great to have a text-based interface that doesn't use Swing. This
will be useful on headless servers on which tcpmon gives out the following 
error:

[root@voip-sim06:java]$ java -jar/var/tmp/lalitha/work/qa/voip/nss/tcpmon.jar
-ea tcpmon.MainWindow
Exception in thread "main"
java.lang.UnsatisfiedLinkError:
/tools/stow/jdk_1_4_1_02.i386.solaris.5_7-20030423T1450/java/jre/lib/i386/motif2
1/libmawt.so:
ld.so.1: java: fatal: libXm.so.4: open failed: No such
file or directory
at
java.lang.ClassLoader$NativeLibrary.load(Native
Method)
at
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1473)
at
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1368)
at java.lang.Runtime.load0(Runtime.java:737)
at java.lang.System.load(System.java:809)
at
java.lang.ClassLoader$NativeLibrary.load(Native
Method)
at
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1473)
at
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1389)
at
java.lang.Runtime.loadLibrary0(Runtime.java:788)
at
java.lang.System.loadLibrary(System.java:832)
at
sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at
java.security.AccessController.doPrivileged(Native
Method)
at
sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
at
sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
at
java.awt.Component.<clinit>(Component.java:507)

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:15

tcpmon does not display large requests

From: http://java.net/jira/browse/TCPMON-11

tcpmon does not handle very large packets. I have a web request which comprises 
2 x 20 element arrays, 3 x 2000 element arrays, 4 x 20 element arrays and a 1 x 
60 element array.

The response displays fine but the request simply displays:

POST / HTTP/1.1
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 
1.1.4322.2032)
Content-Type: text/xml; charset=utf-8
SOAPAction: ""
Content-Length: 59237
Expect: 100-continue
Connection: Keep-Alive
Host: 127.0.0.1:8080

and nothing else.

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:08

Newly created tab should be selected automatically

From: http://java.net/jira/browse/TCPMON-4

For the convenience of users, whenever a new tab is created, it should be 
selected immediately.

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:10

On monitor panel, close tab should also stop the monitor

From: http://java.net/jira/browse/TCPMON-7

When a tab is closed the monitoring of the tcp connection for that panel should 
also be stopped.this is really a user-interface issue.

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:12

The monitor should display data as it flowing on the connection, not at the end

The current implementation of tcpmon displays the data only when both sender 
and receiver have closed their data streams. tcpmon should display data as it 
is flowing on the network. This problem is exacerbated for browser connections 
that use keep-alive.

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:13

Failed to load Main-Class manifest attribute

What steps will reproduce the problem?
java -jar tcpmon-1.1.jar

1.
2.
3.

What is the expected output? What do you see instead?

Failed to load Main-Class manifest attribute from
tcpmon-1.1.jar


What version of the product are you using? On what operating system?
1.1

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 25 May 2011 at 3:48

Central Maven Repository

Hi,
is the tcpmon jar also available at the Central Maven Repository? If not, is it 
planned to put it there?

Regards,
Stefan

Original issue reported on code.google.com by [email protected] on 20 Mar 2013 at 3:17

Current version(dated 25/11/2013) is not executable

What steps will reproduce the problem?
1. download jar from project home page
2. run executable jar by double click 
3. GUI isn't displayed


What version of the product are you using? On what operating system?
- version dated 25/11/2013
- Windows 7

Please provide any additional information below.
- potential cause of problem: MainClass isn't present in file Manifest.MF

Original issue reported on code.google.com by [email protected] on 25 Nov 2013 at 8:33

Option to uncompress data would be helpful.

When server is sending compressed output, it would be helpful if tcpmon could 
uncompress the data.  Ideally, this would be an optional setting such that 
users could see the compressed data stream if desired.

Original issue reported on code.google.com by [email protected] on 17 Oct 2011 at 3:46

no main manifest attribute in jar

What steps will reproduce the problem?
1. java -jar '/home/me/Downloads/tcpmon-1.1.jar' 

What is the expected output? What do you see instead?
doesn't run as stated "Download tcpmon and simply double-click on the 
downloaded executable jar file to launch tcpmon."
no main manifest attribute, in /home/peter/Downloads/tcpmon-1.1.jar

What version of the product are you using? On what operating system?
1.1
Linux

Please provide any additional information below.
Resolution: add the Main class to the manifest using Maven

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-jar-plugin</artifactId>
                <configuration>
                    <archive>
                        <manifest>
<mainClass>com.codegoogle.tcpmon.Main</mainClass>                            
                        </manifest>
                    </archive>
                </configuration>
            </plugin>

Original issue reported on code.google.com by peter.g.doyle on 22 Nov 2013 at 12:20

request or response windows should be independently resizeable

should be possible to increase the size of either of them. Best done with a 
slider. The table should be smaller than the other two. Check out what happens 
when you maximize tcpmon.


Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:14

Downloaded jar will not run

What steps will reproduce the problem?
1. Downloading the jar
2. Running it locally
3.

What is the expected output? What do you see instead?
Expect to run. Runs from web.
Failed to load Main Class Manifest attribute from the jar.

What version of the product are you using? On what operating system?


Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 2 Dec 2011 at 10:27

Attachments:

Add ability to search

From: http://java.net/jira/browse/TCPMON-13

It would be nice if there were a way to search the contents of the two traffic  
windows. Something that worked like FireFox's QuickFind (hitting '/'), or a 
standard Ctrl-F dialog.

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:16

Use nio for stream threads

From: http://java.net/jira/browse/TCPMON-6

The thread-usage can be cut down significantly by using nio.

Original issue reported on code.google.com by inder123 on 16 May 2011 at 8:11

Show response time

What is the expected output? What do you see instead?
Add column to see response time 

What version of the product are you using? On what operating system?
1.1, Windows 7 64bit

Please provide any additional information below.


Original issue reported on code.google.com by [email protected] on 4 Jan 2012 at 3:49

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.