versafix-users Mailing List for VersaFix
Brought to you by:
rcurry
Menu
▾
▴
versafix-users — Public mailing list for VersaFix users.
You can subscribe to this list here.
| 2010 |
Jan
(3) |
Feb
(4) |
Mar
(3) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Russell E. C. <ru...@as...> - 2010-05-06 16:24:15
|
Hi All, Due to a number of problems some people have been experiencing with SF, we've decided to just move the whole VersaFix project over to Tradebreaker.com. The subversion server has been relocated to that site, and there are now binary and source distributions of the system available there in the "Downloads" section. Here's the address for SVN clients if you want to access the source: svn://www.tradebreaker.com/VersaFix Thanks, Russ ---- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com <http://www.assimilate.com/> 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-04-04 17:37:22
|
Hi All, I just wanted to let everyone know that we're getting ready to launch a community site for electronic trading systems developers. The site is oriented towards developing trading systems using open source technologies, and we'll be providing a lot of resources related to open source engines and utilities. Due to the problems that we've been having with people getting the "page deprecated" errors from SourceForge when they try to access the VersaFix project site, we will probably be moving the VersaFix project over to this new site in a week or two. It depends on whether or not we can get the issue corrected on SF. If not, we may leave the SVN server and mailing lists on SF, but will create separate discussion forums and resource pages on Tradebreaker.com. The site won't be officially announced until Tuesday, but it is up and running right now. If you'd like to visit and register for an account, it would be great to have you as part of the community. The URL is: http://www.tradebreaker.com Thanks, Russ ---- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com <http://www.assimilate.com/> 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-03-23 23:57:40
|
Hi All, The latest commits to the repository include some significant changes to the system: 1. Project Binaries - The 'Lib' Folder Has Been Deprecated! The project output from building VersaFix now goes exclusively into the Bin folder of your working directory, rather than putting any binaries in the Lib folder. From this point on, please consider the Lib folder deprecated in terms of containing any output from building the system. Please take note of this change and start referencing the assemblies in the 'Bin' folder rather than those that you may have in the 'Lib' folder, because the Visual Studio project no longer outputs binaries in the 'Lib' folder, which means that your existing applications will not be running off of the latest code if you update from the repository and rebuild the project in the future. 2. FIX Dictionary Editor Now Supports QuickFix Data Dictionaries. The DxEditor utility, a visual editor for FIX data dictionaries now provides full support for QuickFix format data dictionaries. You can load QuickFix dictionaries by selecting the "QuickFix Format" option in the File Open and File Save dialogs in the dictionary editor. This allows you to to work with both dictionary formats, in case you want to export a VersaFix data dictionary out for use with QuickFix or in case you want to export a QuickFix dictionary out for use with the VersaFix system. We had a number of uses request this since they already had QuickFix dictionaries which contained custom message and field definitions and wanted to be able to use those with the VersaFix engine instead. 3. Additional Classes For Working With QuickFix Data Dictionaries. The Vfx.Fix namespace now contains some additional classes for importing and exporting QuickFix format data dictionaries. These classes were added as part of incorporating QuickFix support into the dictionary editor and can also be used for any situation where you might need to load a QuickFix dictionary from a file and so on. Thanks again for the continued support, as we move closer to bringing VersaFix to the point where we can refer to it as a 'BETA' release rather than an 'ALPHA' release. I anticipate that we will be able to shift the project over to beta status in a few days, as we get more code moved over to VersaFix from our proprietary source code repository. As always, please contact us if you have any issues or concerns related to the VersaFix system, and we'll have the project information pages updated to reflect these recent changes in the next day or two. Thanks, Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-03-16 20:38:06
|
Hi All, The latest commits to the trunk of the SVN repository include a slight change to the format of the FIX data dictionaries that are used by the system. Specifically, we've moved the attributes that you used to find in the root XML element into a separate 'metadata' element in the XML file(s). This was done to make it easier to work with data dictionaries from the QuickFIX system - as we put together more tools that interact with data dictionaries, it's just easier to store those attributes (like Title, Fix.Major, Fix.Minor) in a separate section of the XML rather than trying to jam them all in as attributes of the root XML element. In the case of QuickFIX dictionaries, we'll just translate between their file format and ours when those dictionaries are loaded into tools, etc. and then translate them back when they need to be written out again. There are also a number of defect fixes and improvements to some of the session handling and network code. As always, if you hit any problems, please let us know as soon as you can - send mail to the list or email me directly, either way, so we can get any issues resolved for you. Thanks, Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-03-05 18:53:38
|
Hi All, The latest modifications to the VersaFix system have been committed. This includes some minor updates that touch most of the files and assemblies in the system. The most significant change is that several of the assemblies have been renamed to make them a little more consistent in terms of naming convention and use throughout the system. Specifically: 1. The Vfx.Metabase assembly is now Vfx.Settings. The Vfx.Metabase assembly was named inappropriately at the start of the project, and we just got around to rectifying this. The new name is more appropriate, Vfx.Settings, since the classes defined in this assembly relate to managing configuration settings for a VersaFix application. The classes that were in Vfx.Metabase have also been renamed appropriately. The Vfx.Settings assembly provides the IVfxSettings interface, which allows you to retrieve and assign configuration settings for components in the VersaFix system, as well as in your own application if you are building something using some of the VersaFix assemblies. The VfxAppSettings class in Vfx.Settings provides a concrete implementation of this interface, so you now do this: IVfxSettings mySettings = new VfxAppSettings(); As opposed to doing this: IVfxMetaSection mySettings = new VfxMetaSection(); 2. The Vfx.ServiceContainer assembly is now Vfx.Services. In the spirit of renaming the Vfx.Metabase assembly, we've also renamed the Vfx.ServiceContainer assembly to Vfx.Services. The components in that assembly have also been renamed, in the same fashion as was done with the Vfx.Metabase assembly, so you now do this: IVfxServices services = new VfxAppServices(); As opposed to doing this: IVfxServiceContainer services = new VfxServiceContainer(); These changes were just made so that all instances of classes that provide access to their settings and services do so in a more consistent fashion, for example: IVfxSettings settings = MyObject.Settings; IVfxServices services = MyObject.Services; instead of the older, more inconsistent method of doing this: IVfxMetaSection settings = MyObject.Settings; IVfxServiceContainer services = MyObject.Services; In addition, we've improved the event dispatching model for the FIX service implementations, and knocked out some minor defects in the IPC code and related modules. As always, if you encounter any problems or have any concerned, please don't hesitate to contact me or any other member of the development team. Thanks, Russ PS: There will be a lot of activity in the source tree over the next few days as we get closer to transitioning the project to BETA status. -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-02-21 21:32:39
|
Hi All, The latest commits to the repository include some significant changes. The session code and application callback handler has been updated to support a start/stop event notification from FIX sessions. The start notification occurs when a session is connected to the peer system, and the stop notification occurs when the session has been disconnected/shutdown. Also, Richard Clarke has committed initial code for a FIX session log viewer. This is found in the \Utilities\VfxLogViewer folder off the root of the source code tree. I would like to note that although we're calling this an "alpha" stage release of the system, several companies are already developing solutions using VersaFix - the system is getting to be pretty stable and has been working well in our internal testing, as well as at customer sites. This is great progress, so thanks to everyone who has contributed code and advice so far. Additionally, we'll be adding support for importing and exporting QuickFIX format data dictionaries to the dictionary editor, so if you need to import proprietary dictionaries from a QuickFIX installation, or you want to export VersaFix dictionaries out to one, you will be able to do that in the near future. As always, please let us know if you encounter and problems or have any questions and we'll be happy to help get them resolved. Cheers, Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-02-12 19:44:54
|
Hi All, The latest commits to SVN include updates to the data dictionary tool chain. The data dictionary editor is mostly complete now, and is in the \Utilities\DxEditor folder in the source tree. We're still working on getting QuickFix import/export capabilities into it, but otherwise it is working pretty well now. There will be a couple of more updates to it over the weekend, but that should about do it. If you do have any problems or issues with either the DxDataGen, DxEditor, or DxCodeGen utilities, please let me know so that we can get them resolved straight away. Cheers, Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-02-05 16:56:08
|
Hi All, Some great news today - Richard Clarke has completed the first cut of a code generator for VersaFix. This has been added to SVN, as a project titled DxCodeGen under the Utilities folder in the source tree. The DxCodeGen utility generates C# classes that correspond to the entities in an instance of a FIX data dictionary. This allows you to create type-safe class libraries based on a dictionary, in much the same way that you would with QuickFIX/J or some of the non-OSS systems. Richard did an awesome job on putting that code generation system together, so if you use it, please shoot him an email to say thanks! Now that we've got this capability in place, we're one step closer to having a great tool chain for working with FIX data dictionaries. The last piece of the puzzle is the dictionary editor, which fell a little behind schedule, but is close to being done. Once that's done, this is what the tool chain will consist of: DxDataGen: Generates VersaFix FIX data dictionaries from the FPL FIX repository files. DxEditor: Full-featured GUI for viewing/editing FIX data dictionaries. DxCodeGen: Generates type-safe C# libraries from a VersaFix FIX data dictionary. This will make things a lot easier for people to develop and work with custom data dictionaries for their in-house systems. Also, we'll support QuickFIX dictionaries in the DxEditor application so import/export between QuickFIX and VersaFix dictionaries will be pretty smooth. Cheers, Russ ---- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com <http://www.assimilate.com/> 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-02-01 17:48:25
|
Hi All, I just wanted to keep everyone updated on some recent developments. Richard Clarke has volunteered to develop the code generation system for VersaFix, and has been cranking on that over the course of the last week. That activity is getting close to completion, so we'll have another update out once he's ready to have people take a look at it. It's going really well so far and we now are very close to having complete code generation for type-safe classes, in much the same way that the QuickFix system does. This is a tremendous bunch of work that Richard is contributing, and I think people are going to really like the end result. Also, the DxBuilder project has been replaced, in SVN, with a project called DxDataGen. It's the same utility, just under a different project name. Once Richard is done with the code generation work, we're going to add his system as a project called DxCodeGen, so we'll end up with the following tools for working with VersaFix data dictionaries: 1. DxDataGen (\Utilities\DxDataGen): Generates VersaFix FIX data dictionaries from an instance of the FPL FIX repository. 2. DxCodeGen (Utilities\DxCodeGen): Generates type-safe C# classes from an instance of a VersaFix FIX data dictionary. 3. DxEditor (Utilities\DxEditor): GUI application for viewing and modifying the contents of a FIX data dictionary. We're going to include support for QuickFix in the DxEditor application, so users will be able to import and export QuickFIX format dictionaries using it. Thanks for all of the help with testing, evaluating, and so on! The project is going great so far, and we are starting to get more firms interested in using VersaFix to build trading applications. Cheers, Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-01-25 20:44:00
|
Hi All, The latest commits to the repository include some more work on the dictionary editor - this is very close to completion, we're just running a little behind converting the dialogs from another product to work with the VersaFix code. If you run the dictionary editor, you can now see the full contents of the dictionary and the field editing panel and dialog are working. This should be wrapped up by tomorrow if all goes well. We're going to include an import/export capability for QuickFIX dictionaries as well, in case people want to use this for editing their QuickFIX data dictionaries or if they want to convert QuickFIX dictionaries to the VersaFix format. Once the dictionary editor is complete, we'll move back over to finishing the session handlers for the FIX 5.0+ versions. Cheers, Russ PS: I'm putting the date and time on these update messages, since SourceForge likes to consolidate all messages that have the same title (e.g. "Latest Commits.") into a single thread, which is not what I had intended to have happen with the previous update messages. - - - - Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-01-24 00:09:46
|
Hi All, More changes have been checked in. The FIX data dictionaries now support a separate section for FIX data type definitions. The DxBuilder application has been updated to support this; the application now supports a "-types" switch that allows you to specify a different FIX repository as the source for the data types section of the dictionary it generates. That option was added since earlier versions of the repository, before FIX 5.0, do not provide a DataTypes.xml file, so if you are generating a FIX 4.2 dictionary, but want to have data type definitions included in it, you can ask the DxBuilder application to pull the data types from the FIX 5.0 repository, and so on. All components of the system, most notably those in the Vfx.Fix namespace, have been updated to take this change into consideration. The work is also continuing on the dictionary editor, should be done with that by Monday, so we'll have a nice tool for editing FIX data dictionaries - we are also going to include support for importing and exporting QuickFIX data dictionaries so that people can use the editor for all open source FIX engines. Cheers, Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
|
From: Russell E. C. <ru...@as...> - 2010-01-22 19:58:50
|
Hi All, The latest commits to the SVN repository include a couple of big changes: 1. The FIX data dictionaries now use the name of a FIX field as the enumeration identifier for an enumeration, rather than the numeric/tag identifier that is used in the FPL's FIX repository. In the repository, each enumeration that is defined has a numeric identifier, which is usually the tag of the FIX field that the enumeration was originally developed for. This is all well and good, but looks like hell when you try to display the list of enumerations in a GUI, as we are doing in the data dictionary editor. The DxBuilder application has been updated to make this conversion when generating data dictionaries, and all of the dictionaries in SVN have been regenerated in the new format. 2. The FixDxCollection class has been changed so that it is a derivative of the .NET collection class, Collection<IFixDxElement> in this case. This was done because on further analysis of our needs, we didn't need the type-specific maps and accessors that were originally coded in that class. The FixDictionary class is currently being modified to reflect this change, and we'll commit that code pretty soon. Also, work is continuing on the FIX data dictionary editor - this should be done by Monday if all goes well. More to come... Russ -- Russell E. Curry CEO Assimilate Technology, Inc. www.assimilate.com 715-928-2717 (mobile) |
