[jacorb-bugs] [Bug 925] Delay in serial (rxtx) communication

[bugzilla-daemon at jacorb.org]

http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=925





------- Comment #3 from kujtimhyseni at hotmail.com  2012-07-30 13:03 -------
Reply inline ...

(In reply to comment #2)
> Thank you for putting the code up. 
> 
> Could you include instructions on how to run the code and what we should
> expect?

Please read first the file "PLEASE READ ME FIRST!!!". Follow and implement
instructions as stated there. Then, call ant in "BindServer" folder to
compile.Then, in "...\BindServer\build\classes" folder run "BindServerServer"
class simply: "jaco BindServerServer iorfile.txt". Then, "jaco BindServerClient
iorfile.txt".
You should expect to get (return) string value from the operation that
"BindServerClient" calls in "BindServerServer". What currently doesn't works is
that the expected response delays from 5 to up to 20 seconds!!! it should be
received almost immediately, since the microcontroller at the moment does
nothing - it just replies quickly.



> 
> Can you include documentation on what your various classes are supposed to do?
> 
> It seems your code is still dependent on specialised hardware and you have not
> included an alternate implementation as I suggested - as the port communication
> should just be a byte stream that should be easy to simulate e.g. read a file
> to dummy it up. This would eliminate the gnu.io import dependency and make it
> simpler to test/reproduce.

I think that it is not good idea to "replace" serial i.e. gnu.io with simple
byte stream since the delay is faced in it i.e. gnu.io more precisely upon
receiving the reponse more precisely in method "public void serialEvent" which
when implemented in Java simple application (with main method) and recently
implemented within web service shows no delay.
The only replacement is the communication other PC instead with microcontroller
but still using gnu.io - for this I can provide the code for the "other PC".



> 
> If you wish to test to eliminate the overhead of the TCP/IIOP/etc you could run
> the client/server in the same ORB so that direct calls would be made instead.
> 

Currenlty I am doing test in the same ORB i.e. in same machine.


-- 
Configure bugmail: http://www.jacorb.org/cgi-bin/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.