Recent changes to bugs

Thread visualisation

Thomas Pareaud — Sun, 16 Dec 2007 12:40:11 -0000

I am dealing with a thread issue in OpenCOMJ v1.3.3

In the visualition package, the VisualGraph.GraphPanel implements the Runnable interface.

When a GraphPanel object is created, a thread is launched.

This thread is never stopped.

When the visualisation package is used for several debug visualisation, this leads to a big overhead.

I propose to stop the thread when it positioningCounter >= MAX_POSITION_TIME, an relaunch it when necessary (for instance, new component created or old-one removed).

If doing that, when mouse is "grabbing" a component, a repaint action should be necessary.

I have not verified that this problem also occurs in laster versions.

--
Thomas Pareaud

UDPTransport.Close()

CarlosFlores — Thu, 29 Nov 2007 14:36:51 -0000

The close method of the UDPTransport component, closes the socket but does not remove listeners(EvHandlers).

Additionally, since individual sockets can be shared by different components closing a socket affects other components when various listeners are in place.

Hence, It might be necessary to change the implementation of the close() mehtod, so when this is called individual instances remove only their listeners (EvHandlers). The socket will be closed automatically when no more listeners for this socket extist.

UDPTransport, NotifyMsgHandlers

CarlosFlores — Mon, 22 Oct 2007 18:54:24 -0000

The method NotifyMsgHandlers forwards notifications to all available MsgHandlers. This is incorrect since notifications should only be sent to interested MsgHandlers. A Possible solution to this could be:

protected void NotifyMsgHandlers(String id, byte[] data, Object from){
for(int i=0; i<EvHandlers.size();i++){
MsgListener a = EvHandlers.get(i);
try{
if(a.ElementIdenetifier.equalsIgnoreCase(id))
a.ElementListener.Deliver(a.ElementIdenetifier,
data,data.length,from);
}
catch(Exception e){
}
}
}

Block and non-blocking

Anonymous — Thu, 31 May 2007 15:28:21 -0000

The IForward implementations of EventReceive() and Receive() are incomplete for certain components i.e only the one in use is implemented.

File Locations

Paul Grace — Sun, 04 Mar 2007 22:07:41 -0000

File reads from locations not linked to Gridkit environment variable; hence, won't work in certain installations

Receptacle Attributes

Paul Grace — Thu, 11 Jan 2007 15:54:51 -0000

Cannot attach meta data attributes to multireceptacles with dynamic context - missing from metainterface.java should have the following:

if((type.equalsIgnoreCase("OpenCOM.OCM_SingleReceptacle"))||(type.equalsIgnoreCase("OpenCOM.OCM_MultiReceptacle"))||(type.equalsIgnoreCase("OpenCOM.OCM_MultiReceptacleDynamicContext"))
||(type.equalsIgnoreCase("OpenCOM.OCM_MultiReceptacleContext"))||(type.equalsIgnoreCase("OpenCOM.OCM_MultiReceptacleParallel"))){

Will be fixed in next release

GridKit - SOAPToMulticast::ExtractEndpoint

Thomas Pareaud — Sun, 03 Dec 2006 11:50:21 -0000

Hello,

to my mind, the method SOAPToMulticast::ExtractEndpoint may not work in at least one case:

if the substring before "://" is less than 3 of length, then the third index will return a bad value...

I would change the code of this method to:

private String ExtractEndpoint(String URL){
// Extract the IP & port from the passed URL String to_URL = URL;
int port = -1;
int index=0;
if(to_URL.contains("://")){
index = to_URL.indexOf("://")+3;
}
to_URL = to_URL.substring(index);
// never used
//int secondIndex = to_URL.indexOf(":");
int thirdIndex = to_URL.indexOf("/");
String a_URL = to_URL.substring(0, thirdIndex);
return a_URL;
}

A more convenient way to do so should be to use a StringTokenizer objet. But it may be as using a tank to kill a fly :) (French Joke)

Thomas Pareaud
Phd studient at Laas-Cnrs
Toulouse/France

Resource Overload during visualisation

Paul Grace — Fri, 10 Nov 2006 14:23:23 -0000

On call of visualisation() significant resource
overload encountered.

OCM_MultiReceptacleContext

Paul Grace — Fri, 10 Nov 2006 14:22:12 -0000

The OCM_MultiReceptacleContext is unusable after first
round of disconnections

Delete Component

Paul Grace — Fri, 10 Nov 2006 14:12:45 -0000

The delete component operation throws null pointer
exceptions in some situations