equip-developers Mailing List for EQUIP
Status: Beta
Brought to you by:
cgreenhalgh
You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
(2) |
Oct
(25) |
Nov
(19) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
(2) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Chris G. <cmg@Cs.Nott.AC.UK> - 2007-06-12 14:24:14
|
I have now migrated EQUIP2 from the MRL to the EQUIP sourceforge project. The source is now in the EQUIP CVS (modules equip2, equip2webapp and javatrans); there is currently one source tarball on the file downloads; I have added an "EQUIP general" category to the bugs and RFE trackers. enjoy! cheers chris This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jc...@cs...> - 2006-09-21 17:20:27
|
I am going to replace all the BlueCove bluetooth libraries (jars and intelbth.dll) in ECT with the newest version as it claims to fix a few bugs. Hope this doesn't cause any problems. Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-08-14 13:38:48
|
I have just added a new page to the ECT web-site (www.equator.ac.u/technology/ect) titled "Hints and tips for component developers". I'm planning to make this a repository of advice about any difficulties in getting components working properly. At present, I have added some initial tips to this page, but if anyone has any they would like to be added, please let me know. Thanks Stef This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-08-03 10:01:45
|
I am currently adding a "publications" page to the ECT website (http://www.equator.ac.uk/technology/ect). If anyone know of any papers that are related to ECT and that should be listed on this page, please send me a reference (and preferrably a link to a downloadable version of the paper) and I will add it to this page. Stef This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-06-28 13:39:56
|
Hi all I can confirm, as Chris pointed out, that the new version of the phidget library seems to work fine with ECT, and that in addition the PhidgetLCD component works fine with the two new PhidgetTextLCD + 8/8/8 interface kit devices that we have bought for demo purposes. As such, I will remove phidget20.dll (the old version of the dll) from CVS just to make sure that it does not cause any trouble. Stef This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jc...@cs...> - 2006-05-05 16:39:59
|
Jigsaw editor has been reworked to bring up to date with current editor code base. Basic functionality should be available, until further necessity (eg persistency, bean info icon loading, compound components, and such are not available, but should be easy to introduce if required). Slight modifications to several editor classes have been made to accomodate this. Let me know of any problems. Cheers, Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- |
From: Jan H. <jc...@cs...> - 2006-05-02 15:54:04
|
Encountered a problem with representing null value properties in the XML persistency representation. Currently null value component properties -and potentially other value sorts- are represented as empty string (""). With this there arises conflicting interpretations when recovering from persistency. E. g. A property of java.lang.Object might have a valid null value or an empty string value, both represented in the same way in XML. The proposed solution and soon to be commited into CVS is to have a moniker for null values, currently chosen to be "[Lnull" similar to java class signatures in the XML persistency representation. Does this sound reasonable? Cheers, Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- |
From: Jan H. <jc...@cs...> - 2006-04-09 22:49:26
|
Some new changes to the ECT repository: I've introduced axis libraries to the ect resources, under resources/common/webservice. This is to accomodate webservice/wsdl support based components, partly in order to avoid previously conflicting libraries (i e embedded into jars). Please try to make use of these when necessary. WebSearch component has now been rewritten to accomodate the new libraries. I generated new stubs from the original google wsdl, making googleapi.jar obsolete. Hopefully this should alleviate conflicts with axis clashing libraries (e g with email components, reported previously by axh). This component is still not part of the default build until proper testing. To build: ant websearch ant install Please let me know if you perceive any problems. I also reformated the build.xml with indentation, since it was getting to look kind of messy. Cheers, Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- |
From: Jan H. <jc...@cs...> - 2006-04-03 16:36:24
|
Since Friday I've been once again unable to access the cvs repository. Keep getting messages on network errors. Any idea why? Cheers, Jan ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-03-20 12:06:05
|
ECT version 0.3 is now up on the web-site (http://www.equator.ac.uk/technology/ect). Compared to version 0.2, version 0.3 includes enhancements to component naming and to the display editor. Users can now give components multiple names, of which one is designated as the active name. This allows a component to be used as both a source and a sink in the display editor (the decision about which half of the display editor a component icon should be placed in depends upon the names that have been given to the component). The display editor tutorial on the web-site has therefore been updated. This release also includes significant improvements to the SMS component (allows SMS to be sent and received through a number of GSM devices) and minor improvements to some other components. New javadocs have also been uploaded to the website. Stef This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-03-03 16:32:31
|
ok, website is up and running ok now. Let me know if you find any errors Stef Stefan Rennick Egglestone wrote: > I am currently doing some updates to the EQUIP4J/ECT website (at > http://www.equator.ac.uk/technology/ect), so the website is unlikely > to be working properly for the next few hours. Included in these > updates are: > > 1. a new release of ECT (v0.2). This includes substantial bug fixes to > the display editor and graph editor, new display editor functionality > making it suitable for use on a touch screen, new components and > improvements to design and functionality of existing components and > better component documentation > > 2. updates to content of website, included improved ECT overview and > additional tutorials (scripter and display editor) > > I will email when the website updates have been completed. > Stef > > > > This message has been checked for viruses but the contents of an > attachment > may still contain software viruses, which could damage your computer > system: > you are advised to perform your own checks. Email communications with the > University of Nottingham may be monitored as permitted by UK legislation. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Equip-developers mailing list > Equ...@li... > https://lists.sourceforge.net/lists/listinfo/equip-developers This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-03-03 14:32:53
|
I am currently doing some updates to the EQUIP4J/ECT website (at http://www.equator.ac.uk/technology/ect), so the website is unlikely to be working properly for the next few hours. Included in these updates are: 1. a new release of ECT (v0.2). This includes substantial bug fixes to the display editor and graph editor, new display editor functionality making it suitable for use on a touch screen, new components and improvements to design and functionality of existing components and better component documentation 2. updates to content of website, included improved ECT overview and additional tutorials (scripter and display editor) I will email when the website updates have been completed. Stef This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2006-01-25 12:00:47
|
Hi. I would like to put in a request for ECT development to move towards jdk1.5, as I would like to make use of generics, http proxy libraries, and other 1.5 specific stuff. For deployment with backward compatibility we could always flag it as 1.4. Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2006-01-23 13:18:09
|
Has the code for the original ECT Browser been discontinued. There are a number of errors which need to be fixed to bring it up to date and make it compilable. Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2006-01-16 12:15:44
|
I'm guessing that this is something that Sharam did, but I don't know the reason why. Jan Humble wrote: > The current X10 component in ECT seems to be dependent on the > javax10project package. The source for this has been checked into > CVS, what was the reason for it? What was the reason for choosing > this specific package? I would like to update the package, but > instead of updating just a jar dependency I have to update all the > source. > > Jan > This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2006-01-16 11:35:51
|
The current X10 component in ECT seems to be dependent on the javax10project package. The source for this has been checked into CVS, what was the reason for it? What was the reason for choosing this specific package? I would like to update the package, but instead of updating just a jar dependency I have to update all the source. Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Chris G. <cmg@Cs.Nott.AC.UK> - 2006-01-03 14:02:21
|
Jan Humble wrote: > There is an outstanding issue with capability host ids. For example > the scripter component does not have a capability attached to it (is > this correct), but is there another way to acquire the host id of the > scripter as it uses a simple container to run? in principle the Container (and perhaps also Host) data items should be implemented and used. The container ID in the component should then refer to the corresponding Container data item which would contain relevant information. Although these were part of the original concept design they have never been implemented/used. The Host data item is a little problematic in that a policy or strategy is needed to decide which of possibly many containers on a single host should create/maintain it. So it might be safer to just add the Container item for now, and replicate Host information in it. Presumably the Container Manager or Container Manager helper will create it. I think that the persistence probably already preserves the container GUID (it certainly will need to). do you want to take care of this Jan? cheers chris > > Jan > This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jc...@cs...> - 2005-12-28 10:39:08
|
Sorry for the late reply, but my net connection has been down for some days. > Note (*jan*): auto-linking generally relies on RDF naming of components > (graph editor, name set) - this currently doesn't work (reliably??) if > the statement is found before the component (i assume, e.g. when > recreating from persistence). > > Note (*jan*): the graph editor also does not consistently draw all of > the autogenerated links - perhaps some kind of race with it seeing the > creation of dynamic properties? Committed changes that should hopefully alleviate these issues (and some pending others). There are still some querky auto-linking when combined with persistency recovery, but I'd need to decide on a priority scheme for this at some point. There is an outstanding issue with capability host ids. For example the scripter component does not have a capability attached to it (is this correct), but is there another way to acquire the host id of the scripter as it uses a simple container to run? Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- |
From: Chris G. <cmg@Cs.Nott.AC.UK> - 2005-12-14 12:20:58
|
i have created a new scripting application (a minimal IDE really), caller 'scripter'. it uses bean shell but with extra declarative information in the scripts to also establish its own links by name and to specify java types (and initial values) for properties. currently not integrated with webstart. the scripts can also be used in the new scripter component, although the name-based linking is not attempted inthe component. e.g. <pre> inputs: Input.value as boolean in1 outputs: Input2.value as boolean out1 state: status: on in1: out1 = in1; System.out.println("Hello " + out1); </pre> using the application gives error reporting, realtime viewing of variable values (and set option) and link status, editor automation for current possible inputs/outpus, and some other runtime notifications (e.g. running of on... scriptlets). i have added it to the default build. run with runScripter.bat it still needs some (app & web page) documentation and a number of apparent enhancement options include: - integrate with graph editor - support on start and on stop targets for cons/destructor stuff - allow multiple links to/from a script property in the application - auto-convert between application version and component version - text highlight (status), tooltips (values) - note requires changing from a JTextArea to a JTextPane Note (*jan*): auto-linking generally relies on RDF naming of components (graph editor, name set) - this currently doesn't work (reliably??) if the statement is found before the component (i assume, e.g. when recreating from persistence). Note (*jan*): the graph editor also does not consistently draw all of the autogenerated links - perhaps some kind of race with it seeing the creation of dynamic properties? cheers chris This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Stefan R. E. <sre@Cs.Nott.AC.UK> - 2005-12-02 13:38:48
|
I just had a look at the sourceforge cvs modules list http://cvs.sourceforge.net/viewcvs.py/equip/ and can't see an ect4j module. Can you let me know where you saw it? Jan Humble wrote: > I just noticed a new module in sourceforge Equip CVS, ect4j. What is > the difference between this and 'ect'? > > Jan > This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2005-12-02 12:38:42
|
I just noticed a new module in sourceforge Equip CVS, ect4j. What is the difference between this and 'ect'? Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Chris G. <cmg@Cs.Nott.AC.UK> - 2005-12-01 09:05:51
|
are you sure it isn't the editor help viewer that is cacheing and reusing the documentation? i don't see any html documentation in the persistence files cheers chris Jan Humble wrote: > I noticed something odd when jar'ing html docs with the component bean > in ECT. > > It seems persistency stores the capability html documentation and does > not use the updated version. Say you have a capability publishing the > htmlDocumentation, if one kills the exporter, re jars the bean to use > the html specified in the manifest (or any other changes for that > matter) the next time one launches the exporter the old html > documentation (or lack thereof) is still present. > > Is this a bug, or is this the way persistency is supposed to work? > > Jan > This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2005-11-30 18:25:43
|
I noticed something odd when jar'ing html docs with the component bean in ECT. It seems persistency stores the capability html documentation and does not use the updated version. Say you have a capability publishing the htmlDocumentation, if one kills the exporter, re jars the bean to use the html specified in the manifest (or any other changes for that matter) the next time one launches the exporter the old html documentation (or lack thereof) is still present. Is this a bug, or is this the way persistency is supposed to work? Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2005-11-28 09:11:12
|
I created a new ant target which generates an HTML file and a manifest from the javadoc header. This is useful for exporting the documentation for beans which already have bean infos. It sets the classification and other attributes defined in the header as attributes for the specified main class. The manifest is generated as "manifest.mf" in the specified destdir, so remember to include it in your jar target. The current format is ... <antcall target="buildbeandoc"> <param name="destdir" value="${build}/filewriter/equip/ect/components/fileio" /> <param name="srcpath" value="${src}/equip/ect/components/fileio"/> <param name="mainclass" value="FileWriter"/> </antcall> For an example, see the 'filewriter' target. Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: Jan H. <jch@Cs.Nott.AC.UK> - 2005-11-25 15:45:04
|
Before commiting any changes to the ect build file, please ensure that it works for a clean build. Particularly, one should 'update' the build file and test a clean build before commiting any changes, so as to avoid major conflicts. Cheers, Jan -- ----------------------------------- Jan Humble E-mail: hu...@si... jc...@cs... URL: http://www.sics.se/~humble ICQ: 25307249 ----------------------------------- This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |