Menu
▾
▴
quickfixj-users — General mailing list for QuickFIX/J topics.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(13) |
Jun
(21) |
Jul
(14) |
Aug
(29) |
Sep
(39) |
Oct
(47) |
Nov
(70) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(43) |
Feb
(50) |
Mar
(90) |
Apr
(96) |
May
(84) |
Jun
(40) |
Jul
(58) |
Aug
(55) |
Sep
(55) |
Oct
(52) |
Nov
(38) |
Dec
(75) |
| 2008 |
Jan
(49) |
Feb
(72) |
Mar
(49) |
Apr
(55) |
May
(21) |
Jun
(31) |
Jul
(47) |
Aug
(59) |
Sep
(59) |
Oct
(77) |
Nov
(51) |
Dec
(54) |
| 2009 |
Jan
(52) |
Feb
(57) |
Mar
(17) |
Apr
(27) |
May
(44) |
Jun
(46) |
Jul
(69) |
Aug
(38) |
Sep
(39) |
Oct
(45) |
Nov
(38) |
Dec
(37) |
| 2010 |
Jan
(49) |
Feb
(35) |
Mar
(21) |
Apr
(33) |
May
(52) |
Jun
(28) |
Jul
(39) |
Aug
(34) |
Sep
(21) |
Oct
(82) |
Nov
(36) |
Dec
(20) |
| 2011 |
Jan
(28) |
Feb
(64) |
Mar
(93) |
Apr
(75) |
May
(151) |
Jun
(77) |
Jul
(35) |
Aug
(53) |
Sep
(56) |
Oct
(36) |
Nov
(94) |
Dec
(59) |
| 2012 |
Jan
(105) |
Feb
(43) |
Mar
(68) |
Apr
(91) |
May
(45) |
Jun
(18) |
Jul
(103) |
Aug
(77) |
Sep
(45) |
Oct
(59) |
Nov
(58) |
Dec
(43) |
| 2013 |
Jan
(48) |
Feb
(65) |
Mar
(63) |
Apr
(22) |
May
(41) |
Jun
(60) |
Jul
(43) |
Aug
(17) |
Sep
(20) |
Oct
(20) |
Nov
(42) |
Dec
(43) |
| 2014 |
Jan
(54) |
Feb
(34) |
Mar
(34) |
Apr
(20) |
May
(31) |
Jun
(39) |
Jul
(66) |
Aug
(22) |
Sep
(52) |
Oct
(22) |
Nov
(67) |
Dec
(70) |
| 2015 |
Jan
(18) |
Feb
(5) |
Mar
(40) |
Apr
(32) |
May
(62) |
Jun
(28) |
Jul
(86) |
Aug
(44) |
Sep
(61) |
Oct
(65) |
Nov
(8) |
Dec
(19) |
| 2016 |
Jan
(50) |
Feb
(22) |
Mar
(38) |
Apr
(55) |
May
(30) |
Jun
(42) |
Jul
(11) |
Aug
(9) |
Sep
(4) |
Oct
(51) |
Nov
(38) |
Dec
(31) |
| 2017 |
Jan
(40) |
Feb
(40) |
Mar
(23) |
Apr
(35) |
May
(121) |
Jun
(55) |
Jul
(37) |
Aug
(16) |
Sep
(27) |
Oct
(109) |
Nov
(67) |
Dec
(23) |
| 2018 |
Jan
(52) |
Feb
(6) |
Mar
(23) |
Apr
(28) |
May
(32) |
Jun
(20) |
Jul
(20) |
Aug
(22) |
Sep
(8) |
Oct
(33) |
Nov
(32) |
Dec
(13) |
| 2019 |
Jan
(16) |
Feb
(29) |
Mar
(17) |
Apr
(16) |
May
(1) |
Jun
(2) |
Jul
(25) |
Aug
(50) |
Sep
(17) |
Oct
(29) |
Nov
(16) |
Dec
(7) |
| 2020 |
Jan
|
Feb
|
Mar
(29) |
Apr
(64) |
May
(25) |
Jun
(49) |
Jul
(15) |
Aug
(10) |
Sep
(37) |
Oct
(20) |
Nov
(19) |
Dec
(9) |
| 2021 |
Jan
(33) |
Feb
(10) |
Mar
(67) |
Apr
(40) |
May
(70) |
Jun
(33) |
Jul
(14) |
Aug
(10) |
Sep
|
Oct
(7) |
Nov
(6) |
Dec
(16) |
| 2022 |
Jan
(27) |
Feb
(2) |
Mar
(5) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
(10) |
| 2023 |
Jan
(1) |
Feb
(2) |
Mar
(21) |
Apr
(3) |
May
(15) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
| 2024 |
Jan
(7) |
Feb
(2) |
Mar
(8) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2025 |
Jan
(10) |
Feb
(4) |
Mar
(9) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Colin D. <co...@ma...> - 2018-05-13 21:49:37
|
I think it depends somewhat on what, if any, Eclipse plug-in you're using, but, try from the command line: mvn eclipse:eclipse and see if that helps. This will generate all the Eclipse project files and classpaths. Then you can just "Import Existing Projects". This is bypassing the Eclipse Maven plugin stuff, so may not be what you want. It works for me. I'm happy (about that, anyway). On 05/13/2018 01:16 PM, Daniel Enders wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hi together, > > > I am trying to use QuickFIX/J with Eclipse (version: Oxygen.3A) but Eclipse > shows me the following error: > > ‘Could not find artifact > org.quickfixj:quickfixj-codegenerator:jar:2.1.0-SNAPSHOT’ > Resource: pom.xml > Path: /quickfixj-core > Location: line 1 > Type: Maven pom Loading Problem > > I’ve used the following commands for Installation and Building: > > sudo add-apt-repository ppa:webupd8team/java > sudo apt-get update > sudo apt-get install oracle-java8-installer > sudo apt-get install git > cd /home/{username}/ > git init > cd .git > git clone https://github.com/quickfix-j/quickfixj.git > cd quickfixj > sudo apt-get install maven > mvn package > > From maven I got the following information on the terminal: ‘BUILD SUCCESS’. > Then I’ve selected in Eclipse ‘File/Import/Maven/Existing Maven Projects’. > Then I’ve just selected the directory /home/{username}/.git/quickfixj and > I’ve clicked ‘Finish’. > > My Linux distribution is Ubuntu 16.04.4 LTS (xenial) and my Apache Maven > version is 3.3.9. > > Do you know a solution for this error? > > > Many thanks for your help! > Best regards, > Daniel > > > My /quickfixj-core/pom.xml file contains the following: > > <project xmlns="http://maven.apache.org/POM/4.0.0" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > http://maven.apache.org/maven-v4_0_0.xsd"> > <modelVersion>4.0.0</modelVersion> > <parent> > <groupId>org.quickfixj</groupId> > <artifactId>quickfixj-parent</artifactId> > <version>2.1.0-SNAPSHOT</version> > </parent> > > <artifactId>quickfixj-core</artifactId> > <packaging>bundle</packaging> > > <name>QuickFIX/J Core engine</name> > <description>The core QuickFIX/J engine</description> > <url>http://www.quickfixj.org</url> > > <properties> > <acceptance.tests>**/AcceptanceTestSuite.java</acceptance.tests> > <mainClass>org.quickfixj.Version</mainClass> > </properties> > > <dependencies> > <dependency> > <groupId>junit</groupId> > <artifactId>junit</artifactId> > <version>${junit.version}</version> > <scope>test</scope> > </dependency> > <dependency> > <groupId>org.mockito</groupId> > <artifactId>mockito-all</artifactId> > <version>1.10.19</version> > <scope>test</scope> > </dependency> > <dependency> > <groupId>org.hamcrest</groupId> > <artifactId>hamcrest-all</artifactId> > <version>1.1</version> > <scope>test</scope> > </dependency> > <dependency> > <groupId>hsqldb</groupId> > <artifactId>hsqldb</artifactId> > <version>1.8.0.10</version> > <scope>test</scope> > </dependency> > <dependency> > <groupId>tyrex</groupId> > <artifactId>tyrex</artifactId> > <version>1.0.1</version> > <scope>test</scope> > </dependency> > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>slf4j-jdk14</artifactId> > <version>${slf4j.version}</version> > <scope>test</scope> > </dependency> > > <dependency> > <groupId>org.apache.mina</groupId> > <artifactId>mina-core</artifactId> > <version>2.0.17</version> > </dependency> > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>slf4j-api</artifactId> > <version>${slf4j.version}</version> > </dependency> > > <dependency> > <groupId>com.cloudhopper.proxool</groupId> > <artifactId>proxool</artifactId> > <version>0.9.1</version> > <optional>true</optional> > <exclusions> > > <exclusion> > <groupId>avalon-framework</groupId> > <artifactId>avalon-framework-api</artifactId> > </exclusion> > > <exclusion> > <groupId>commons-logging</groupId> > <artifactId>commons-logging</artifactId> > </exclusion> > </exclusions> > </dependency> > <dependency> > <groupId>com.cloudhopper.proxool</groupId> > <artifactId>proxool-cglib</artifactId> > <version>0.9.1</version> > <optional>true</optional> > <exclusions> > > <exclusion> > <groupId>avalon-framework</groupId> > <artifactId>avalon-framework-api</artifactId> > </exclusion> > > <exclusion> > <groupId>commons-logging</groupId> > <artifactId>commons-logging</artifactId> > </exclusion> > </exclusions> > </dependency> > <dependency> > > <groupId>org.slf4j</groupId> > <artifactId>jcl-over-slf4j</artifactId> > <version>${slf4j.version}</version> > <scope>runtime</scope> > <optional>true</optional> > </dependency> > <dependency> > <groupId>berkeleydb</groupId> > <artifactId>je</artifactId> > <version>2.1.30</version> > <optional>true</optional> > </dependency> > </dependencies> > > <build> > <resources> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fixt11/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix50sp2/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix50sp1/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix50/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix44/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix43/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix42/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix41/src/main/resources</directory> > </resource> > <resource> > > <directory>../quickfixj-messages/quickfixj-messages-fix40/src/main/resources</directory> > </resource> > </resources> > > <testResources> > <testResource> > <directory>src/test/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fixt11/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix50sp2/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix50sp1/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix50/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix44/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix43/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix42/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix41/src/main/resources</directory> > </testResource> > <testResource> > > <directory>../quickfixj-messages/quickfixj-messages-fix40/src/main/resources</directory> > </testResource> > <testResource> > <directory>src/main/resources</directory> > </testResource> > </testResources> > > <plugins> > <plugin> > <groupId>org.quickfixj</groupId> > <artifactId>quickfixj-codegenerator</artifactId> > <version>${project.version}</version> > <executions> > <execution> > <id>fixt11</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fixt11/src/main/resources/FIXT11.xml</dictFile> > <packaging>quickfix.fixt11</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix50sp2</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix50sp2/src/main/resources/FIX50SP2.modified.xml</dictFile> > <packaging>quickfix.fix50sp2</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix50sp1</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix50sp1/src/main/resources/FIX50SP1.modified.xml</dictFile> > <packaging>quickfix.fix50sp1</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix50</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix50/src/main/resources/FIX50.xml</dictFile> > <packaging>quickfix.fix50</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix44</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix44/src/main/resources/FIX44.modified.xml</dictFile> > <packaging>quickfix.fix44</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix43</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix43/src/main/resources/FIX43.xml</dictFile> > <packaging>quickfix.fix43</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix42</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix42/src/main/resources/FIX42.xml</dictFile> > <packaging>quickfix.fix42</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix41</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix41/src/main/resources/FIX41.xml</dictFile> > <packaging>quickfix.fix41</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > <execution> > <id>fix40</id> > <goals> > <goal>generate</goal> > </goals> > <configuration> > > <dictFile>../quickfixj-messages/quickfixj-messages-fix40/src/main/resources/FIX40.xml</dictFile> > <packaging>quickfix.fix40</packaging> > <fieldPackage>quickfix.field</fieldPackage> > <decimal>${generator.decimal}</decimal> > </configuration> > </execution> > </executions> > </plugin> > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-jar-plugin</artifactId> > <version>${maven-jar-plugin-version}</version> > <configuration> > <includes> > <include>quickfix/**</include> > <include>org/**</include> > <include>quickfix/field/converter/*</include> > <include>FIX*.xml</include> > </includes> > <excludes> > <exclude>quickfix/field/*</exclude> > <exclude>quickfix/fix*/**</exclude> > </excludes> > </configuration> > </plugin> > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-source-plugin</artifactId> > <configuration> > <includes> > <include>quickfix/**</include> > <include>org/**</include> > <include>quickfix/field/converter/*</include> > <include>FIX*.xml</include> > </includes> > <excludes> > <exclude>quickfix/field/*</exclude> > <exclude>quickfix/fix*/**</exclude> > </excludes> > </configuration> > </plugin> > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-javadoc-plugin</artifactId> > <version>${maven-javadoc-plugin-version}</version> > <executions> > <execution> > <id>attach-javadocs</id> > <goals> > <goal>jar</goal> > </goals> > <configuration> > > <additionalparam>-Xdoclint:none</additionalparam> > <maxmemory>3g</maxmemory> > > <includeDependencySources>false</includeDependencySources> > > <sourcepath>src/main/java</sourcepath> > </configuration> > </execution> > </executions> > </plugin> > <plugin> > <groupId>org.apache.felix</groupId> > <artifactId>maven-bundle-plugin</artifactId> > <configuration> > <instructions> > > <Export-Package>quickfix,quickfix.field.*,quickfix.mina.*,org.quickfixj.*</Export-Package> > <Import-Package> > > quickfix.fix40;resolution:=optional, > quickfix.fix41;resolution:=optional, > quickfix.fix42;resolution:=optional, > quickfix.fix43;resolution:=optional, > quickfix.fix44;resolution:=optional, > quickfix.fix50;resolution:=optional, > quickfix.fix50sp1;resolution:=optional, > quickfix.fix50sp2;resolution:=optional, > quickfix.fixt11;resolution:=optional, > > quickfix,quickfix.field,* > </Import-Package> > <Private-Package /> > </instructions> > </configuration> > </plugin> > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-surefire-plugin</artifactId> > <configuration> > <argLine>-Xmx512m > -Djava.net.preferIPv4Stack=true</argLine> > <trimStackTrace>false</trimStackTrace> > <includes> > <include>**/*Test.java</include> > <include>${acceptance.tests}</include> > </includes> > <excludes> > <exclude>**/*ForTest.java</exclude> > <exclude>**/Abstract*Test.java</exclude> > <exclude>**/AcceptanceTestSuite$*</exclude> > </excludes> > <systemPropertyVariables> > <atest.heartbeat>5</atest.heartbeat> > <atest.timeout>60000</atest.timeout> > <atest.reconnectDelay>5</atest.reconnectDelay> > <atest.skipslow>false</atest.skipslow> > </systemPropertyVariables> > </configuration> > </plugin> > </plugins> > </build> > > <reporting> > <plugins> > <plugin> > <artifactId>maven-surefire-report-plugin</artifactId> > <version>${maven-surefire-plugin-version}</version> > <reportSets /> > <configuration> > <showSuccess>true</showSuccess> > </configuration> > </plugin> > <plugin> > <artifactId>maven-jxr-plugin</artifactId> > <version>2.5</version> > </plugin> > </plugins> > </reporting> > > <profiles> > > <profile> > <id>skipAT</id> > <activation> > <property> > <name>skipAT</name> > <value>true</value> > </property> > </activation> > <properties> > <acceptance.tests /> > </properties> > </profile> > </profiles> > </project> > > > > > > -- > Sent from: http://quickfix-j.364392.n2.nabble.com/ > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Christoph J. <chr...@ma...> - 2018-05-03 13:37:27
|
Current HEAD is what will be in QFJ2.1.0. There is a 2.0.x branch which contains fewer changes. Cheers, Chris. On 03/05/18 15:34, Joshua Johnson wrote: > Sorry, "my group" is the company I work for. > > Another question if you don't mind. If I were to build the current HEAD (which is a bit different > than QFJ_RELEASE_2_0_0), is there anything that you don't expect to be in QFJ_RELEASE_2_1_0? > > Thanks, > Josh > > > On Thu, May 3, 2018 at 9:22 AM, Christoph John <chr...@ma... > <mailto:chr...@ma...>> wrote: > > Hi, > > due to time constraints I did not have the time to follow up on several of the older PRs. But > I'm on it now and the changes will go into QFJ 2.1.0. Release date TBD. But I assume it will > be in the first half of 2018. > > Cheers, > Chris. > > P.S.: What is "your group"? ;) > > > On 03/05/18 15:19, Joshua Johnson wrote: >> Yep, I've been going through the commits for this pull and came across that one. Looks like >> it meets our group's specific needs (and more). I see the original pull request came in 2015. >> Any idea when this might make it in to the release branch (apologies in advance if there's >> somewhere to find this out as as I'm not familiar with how it all works)? >> >> Josh >> >> >> On Thu, May 3, 2018 at 9:07 AM, Christoph John <chr...@ma... >> <mailto:chr...@ma...>> wrote: >> >> Just realized that there are many commits due to the late merge. >> Here is the commit of interest >> https://github.com/quickfix-j/quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058 >> <https://github.com/quickfix-j/quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058> >> >> Chris. >> >> On 02/05/18 23:37, Christoph John via Quickfixj-users wrote: >>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> >>> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >>> >>> >>> >>> >>> Hi, >>> >>> there is this pull request which should do what you want: >>> https://github.com/quickfix-j/quickfixj/pull/39 >>> <https://github.com/quickfix-j/quickfixj/pull/39> >>> >>> Cheers, >>> Chris. >>> >>> On 02/05/18 23:31, Joshua Johnson wrote: >>>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> >>>> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >>>> >>>> >>>> >>>> >>>> Hi, >>>> >>>> Has there been any discussion about quickfix.Message::toString() using a ThreadLocal >>>> StringBuilder instead of a heap allocated StringBuilder()? For large volume fix users I >>>> would think reusing a StringBuilder (which would quickly grow to an optimal size since >>>> I imagine most fix msgs are close in size) would be be a net positive. >>>> >>>> I was thinking of just rolling a custom for our use, something like: >>>> >>>> --- [snip] --- >>>> class Message >>>> { >>>> ... >>>> final ThreadLocal<StringBuilder> tlsb = new ThreadLocal<StringBuilder>() { >>>> @Override >>>> public StringBuilder initialValue() >>>> { >>>> return new StringBuilder(); >>>> } >>>> }; >>>> >>>> ... >>>> >>>> @Override >>>> public String toString() { >>>> ... >>>> final StringBuilder sb = tlsb.get(); >>>> sb.setLength(0); >>>> header.calculate(sb, null, null); >>>> ... >>>> } >>>> >>>> --- [/snip] --- >>>> >>>> Seems however that maybe this would be desired by others so maybe this might be a good >>>> change to give back to the community. I imagine there might be those who want/need to >>>> have the heap allocated StringBuilder so maybe setting this behavior per Session would >>>> be the way to go. >>>> >>>> Thoughts? >>>> Josh >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org!http://sdm.link/slashdot >>>> >>>> >>>> _______________________________________________ >>>> Quickfixj-users mailing list >>>> Qui...@li... <mailto:Qui...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>>> <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> >>> >>> -- >>> Christoph John >>> Development & Support >>> T +49 241 557080-28 >>> chr...@ma... <mailto:chr...@ma...> >>> >>> MACD GmbH >>> Oppenhoffallee 103 >>> D-52066 Aachen >>> www.macd.com <http://www.macd.com> >>> >>> Amtsgericht Aachen: HRB 8151 >>> Ust.-Id: DE 813021663 >>> Geschäftsführer: George Macdonald >>> >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org!http://sdm.link/slashdot >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... <mailto:Qui...@li...> >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> >> >> -- >> Christoph John >> Development & Support >> T +49 241 557080-28 >> chr...@ma... <mailto:chr...@ma...> >> >> MACD GmbH >> Oppenhoffallee 103 >> D-52066 Aachen >> www.macd.com <http://www.macd.com> >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald >> >> > > -- > Christoph John > Development & Support > T +49 241 557080-28 > chr...@ma... <mailto:chr...@ma...> > > MACD GmbH > Oppenhoffallee 103 > D-52066 Aachen > www.macd.com <http://www.macd.com> > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > -- Christoph John Development & Support T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 D-52066 Aachen www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Joshua J. <ja...@gm...> - 2018-05-03 13:34:38
|
Sorry, "my group" is the company I work for. Another question if you don't mind. If I were to build the current HEAD (which is a bit different than QFJ_RELEASE_2_0_0), is there anything that you don't expect to be in QFJ_RELEASE_2_1_0? Thanks, Josh On Thu, May 3, 2018 at 9:22 AM, Christoph John <chr...@ma...> wrote: > Hi, > > due to time constraints I did not have the time to follow up on several > of the older PRs. But I'm on it now and the changes will go into QFJ > 2.1.0. Release date TBD. But I assume it will be in the first half of > 2018. > > Cheers, > Chris. > > P.S.: What is "your group"? ;) > > > On 03/05/18 15:19, Joshua Johnson wrote: > > Yep, I've been going through the commits for this pull and came across > that one. Looks like it meets our group's specific needs (and more). I see > the original pull request came in 2015. Any idea when this might make it in > to the release branch (apologies in advance if there's somewhere to find > this out as as I'm not familiar with how it all works)? > > Josh > > > On Thu, May 3, 2018 at 9:07 AM, Christoph John <chr...@ma...> > wrote: > >> Just realized that there are many commits due to the late merge. >> Here is the commit of interest https://github.com/quickfix-j/ >> quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058 >> >> Chris. >> >> On 02/05/18 23:37, Christoph John via Quickfixj-users wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> >> Hi, >> >> there is this pull request which should do what you want: >> https://github.com/quickfix-j/quickfixj/pull/39 >> >> Cheers, >> Chris. >> >> On 02/05/18 23:31, Joshua Johnson wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> >> Hi, >> >> Has there been any discussion about quickfix.Message::toString() using a >> ThreadLocal StringBuilder instead of a heap allocated StringBuilder()? For >> large volume fix users I would think reusing a StringBuilder (which would >> quickly grow to an optimal size since I imagine most fix msgs are close in >> size) would be be a net positive. >> >> I was thinking of just rolling a custom for our use, something like: >> >> --- [snip] --- >> class Message >> { >> ... >> final ThreadLocal<StringBuilder> tlsb = new >> ThreadLocal<StringBuilder>() { >> @Override >> public StringBuilder initialValue() >> { >> return new StringBuilder(); >> } >> }; >> >> ... >> >> @Override >> public String toString() { >> ... >> >> final StringBuilder sb = tlsb.get(); >> sb.setLength(0); >> >> header.calculate(sb, null, null); >> ... >> } >> >> --- [/snip] --- >> >> Seems however that maybe this would be desired by others so maybe this >> might be a good change to give back to the community. I imagine there might >> be those who want/need to have the heap allocated StringBuilder so maybe >> setting this behavior per Session would be the way to go. >> >> Thoughts? >> Josh >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> >> -- >> Christoph John >> Development & Support >> T +49 241 557...@ma... >> >> MACD GmbH >> Oppenhoffallee 103 >> D-52066 Aachenwww.macd.com >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> >> -- >> Christoph John >> Development & Support >> T +49 241 557...@ma... >> >> MACD GmbH >> Oppenhoffallee 103 >> D-52066 Aachenwww.macd.com >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald >> >> > > -- > Christoph John > Development & Support > T +49 241 557...@ma... > > MACD GmbH > Oppenhoffallee 103 > D-52066 Aachenwww.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > |
|
From: Joshua J. <ja...@gm...> - 2018-05-03 13:25:07
|
Yep, I've been going through the commits for this pull and came across that one. Looks like it meets our group's specific needs (and more). I see the original pull request came in 2015. Any idea when this might make it in to the release branch (apologies in advance if there's somewhere to find this out as as I'm not familiar with how it all works)? Josh On Thu, May 3, 2018 at 9:07 AM, Christoph John <chr...@ma...> wrote: > Just realized that there are many commits due to the late merge. > Here is the commit of interest https://github.com/quickfix-j/ > quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058 > > Chris. > > On 02/05/18 23:37, Christoph John via Quickfixj-users wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > there is this pull request which should do what you want: > https://github.com/quickfix-j/quickfixj/pull/39 > > Cheers, > Chris. > > On 02/05/18 23:31, Joshua Johnson wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > Has there been any discussion about quickfix.Message::toString() using a > ThreadLocal StringBuilder instead of a heap allocated StringBuilder()? For > large volume fix users I would think reusing a StringBuilder (which would > quickly grow to an optimal size since I imagine most fix msgs are close in > size) would be be a net positive. > > I was thinking of just rolling a custom for our use, something like: > > --- [snip] --- > class Message > { > ... > final ThreadLocal<StringBuilder> tlsb = new ThreadLocal<StringBuilder>() > { > @Override > public StringBuilder initialValue() > { > return new StringBuilder(); > } > }; > > ... > > @Override > public String toString() { > ... > > final StringBuilder sb = tlsb.get(); > sb.setLength(0); > > header.calculate(sb, null, null); > ... > } > > --- [/snip] --- > > Seems however that maybe this would be desired by others so maybe this > might be a good change to give back to the community. I imagine there might > be those who want/need to have the heap allocated StringBuilder so maybe > setting this behavior per Session would be the way to go. > > Thoughts? > Josh > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > -- > Christoph John > Development & Support > T +49 241 557...@ma... > > MACD GmbH > Oppenhoffallee 103 > D-52066 Aachenwww.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > -- > Christoph John > Development & Support > T +49 241 557...@ma... > > MACD GmbH > Oppenhoffallee 103 > D-52066 Aachenwww.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > |
|
From: Christoph J. <chr...@ma...> - 2018-05-03 13:22:18
|
Hi, due to time constraints I did not have the time to follow up on several of the older PRs. But I'm on it now and the changes will go into QFJ 2.1.0. Release date TBD. But I assume it will be in the first half of 2018. Cheers, Chris. P.S.: What is "your group"? ;) On 03/05/18 15:19, Joshua Johnson wrote: > Yep, I've been going through the commits for this pull and came across that one. Looks like it > meets our group's specific needs (and more). I see the original pull request came in 2015. Any > idea when this might make it in to the release branch (apologies in advance if there's somewhere > to find this out as as I'm not familiar with how it all works)? > > Josh > > > On Thu, May 3, 2018 at 9:07 AM, Christoph John <chr...@ma... > <mailto:chr...@ma...>> wrote: > > Just realized that there are many commits due to the late merge. > Here is the commit of interest > https://github.com/quickfix-j/quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058 > <https://github.com/quickfix-j/quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058> > > Chris. > > On 02/05/18 23:37, Christoph John via Quickfixj-users wrote: >> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> >> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >> >> >> >> >> Hi, >> >> there is this pull request which should do what you want: >> https://github.com/quickfix-j/quickfixj/pull/39 <https://github.com/quickfix-j/quickfixj/pull/39> >> >> Cheers, >> Chris. >> >> On 02/05/18 23:31, Joshua Johnson wrote: >>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> >>> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >>> >>> >>> >>> >>> Hi, >>> >>> Has there been any discussion about quickfix.Message::toString() using a ThreadLocal >>> StringBuilder instead of a heap allocated StringBuilder()? For large volume fix users I >>> would think reusing a StringBuilder (which would quickly grow to an optimal size since I >>> imagine most fix msgs are close in size) would be be a net positive. >>> >>> I was thinking of just rolling a custom for our use, something like: >>> >>> --- [snip] --- >>> class Message >>> { >>> ... >>> final ThreadLocal<StringBuilder> tlsb = new ThreadLocal<StringBuilder>() { >>> @Override >>> public StringBuilder initialValue() >>> { >>> return new StringBuilder(); >>> } >>> }; >>> >>> ... >>> >>> @Override >>> public String toString() { >>> ... >>> final StringBuilder sb = tlsb.get(); >>> sb.setLength(0); >>> header.calculate(sb, null, null); >>> ... >>> } >>> >>> --- [/snip] --- >>> >>> Seems however that maybe this would be desired by others so maybe this might be a good >>> change to give back to the community. I imagine there might be those who want/need to have >>> the heap allocated StringBuilder so maybe setting this behavior per Session would be the way >>> to go. >>> >>> Thoughts? >>> Josh >>> >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org!http://sdm.link/slashdot >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... <mailto:Qui...@li...> >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> >> >> -- >> Christoph John >> Development & Support >> T +49 241 557080-28 >> chr...@ma... <mailto:chr...@ma...> >> >> MACD GmbH >> Oppenhoffallee 103 >> D-52066 Aachen >> www.macd.com <http://www.macd.com> >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org!http://sdm.link/slashdot >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... <mailto:Qui...@li...> >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> > > -- > Christoph John > Development & Support > T +49 241 557080-28 > chr...@ma... <mailto:chr...@ma...> > > MACD GmbH > Oppenhoffallee 103 > D-52066 Aachen > www.macd.com <http://www.macd.com> > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > -- Christoph John Development & Support T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 D-52066 Aachen www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Christoph J. <chr...@ma...> - 2018-05-03 13:07:17
|
Just realized that there are many commits due to the late merge. Here is the commit of interest https://github.com/quickfix-j/quickfixj/pull/39/commits/8a1cfb78666a5f601c311931410781163a336058 Chris. On 02/05/18 23:37, Christoph John via Quickfixj-users wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > Hi, > > there is this pull request which should do what you want: > https://github.com/quickfix-j/quickfixj/pull/39 > > Cheers, > Chris. > > On 02/05/18 23:31, Joshua Johnson wrote: >> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ >> QuickFIX/J Support:http://www.quickfixj.org/support/ >> >> >> >> >> Hi, >> >> Has there been any discussion about quickfix.Message::toString() using a ThreadLocal >> StringBuilder instead of a heap allocated StringBuilder()? For large volume fix users I would >> think reusing a StringBuilder (which would quickly grow to an optimal size since I imagine most >> fix msgs are close in size) would be be a net positive. >> >> I was thinking of just rolling a custom for our use, something like: >> >> --- [snip] --- >> class Message >> { >> ... >> final ThreadLocal<StringBuilder> tlsb = new ThreadLocal<StringBuilder>() { >> @Override >> public StringBuilder initialValue() >> { >> return new StringBuilder(); >> } >> }; >> >> ... >> >> @Override >> public String toString() { >> ... >> final StringBuilder sb = tlsb.get(); >> sb.setLength(0); >> header.calculate(sb, null, null); >> ... >> } >> >> --- [/snip] --- >> >> Seems however that maybe this would be desired by others so maybe this might be a good change to >> give back to the community. I imagine there might be those who want/need to have the heap >> allocated StringBuilder so maybe setting this behavior per Session would be the way to go. >> >> Thoughts? >> Josh >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org!http://sdm.link/slashdot >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Christoph John > Development & Support > T +49 241 557080-28 > chr...@ma... > > MACD GmbH > Oppenhoffallee 103 > D-52066 Aachen > www.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Development & Support T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 D-52066 Aachen www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Qing G. <Qi...@cr...> - 2018-05-03 12:55:38
|
Thanks a lot, Qing -----Original Message----- From: Colin DuPlantis [mailto:co...@ma...] Sent: Wednesday, May 2, 2018 11:46 AM To: qui...@li... Subject: Re: [Quickfixj-users] Add a new session to QuickFIX/J engine Yes, this is possible. The way we handle this is to create a new SocketInitiator for the new session. You can have more than one. The process is a little more complicated for acceptor sessions, but you don't have to worry about that if you don't deal with acceptors. On 05/02/2018 08:06 AM, Qing Guo wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > Hi, > > I'm using QuickFIX/J engine as a buy side engine. Whenever I need to > add a new session to the engine, I have to stop the engine and create > a new SocketInitiator object. So other sessions on the engine have to > logout. I'm wondering if there is a way to add a new session without > logout existing sessions on the engine. Any suggestion ? > > Thanks, > > Qing > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 +1.541.306.6556 http://www.marketcetera.org QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ |
|
From: Christoph J. <chr...@ma...> - 2018-05-02 21:38:12
|
Hi, there is this pull request which should do what you want: https://github.com/quickfix-j/quickfixj/pull/39 Cheers, Chris. On 02/05/18 23:31, Joshua Johnson wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > Hi, > > Has there been any discussion about quickfix.Message::toString() using a ThreadLocal StringBuilder > instead of a heap allocated StringBuilder()? For large volume fix users I would think reusing a > StringBuilder (which would quickly grow to an optimal size since I imagine most fix msgs are close > in size) would be be a net positive. > > I was thinking of just rolling a custom for our use, something like: > > --- [snip] --- > class Message > { > ... > final ThreadLocal<StringBuilder> tlsb = new ThreadLocal<StringBuilder>() { > @Override > public StringBuilder initialValue() > { > return new StringBuilder(); > } > }; > > ... > > @Override > public String toString() { > ... > final StringBuilder sb = tlsb.get(); > sb.setLength(0); > header.calculate(sb, null, null); > ... > } > > --- [/snip] --- > > Seems however that maybe this would be desired by others so maybe this might be a good change to > give back to the community. I imagine there might be those who want/need to have the heap > allocated StringBuilder so maybe setting this behavior per Session would be the way to go. > > Thoughts? > Josh > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Development & Support T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 D-52066 Aachen www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Joshua J. <ja...@gm...> - 2018-05-02 21:32:10
|
Hi,
Has there been any discussion about quickfix.Message::toString() using a
ThreadLocal StringBuilder instead of a heap allocated StringBuilder()? For
large volume fix users I would think reusing a StringBuilder (which would
quickly grow to an optimal size since I imagine most fix msgs are close in
size) would be be a net positive.
I was thinking of just rolling a custom for our use, something like:
--- [snip] ---
class Message
{
...
final ThreadLocal<StringBuilder> tlsb = new ThreadLocal<StringBuilder>() {
@Override
public StringBuilder initialValue()
{
return new StringBuilder();
}
};
...
@Override
public String toString() {
...
final StringBuilder sb = tlsb.get();
sb.setLength(0);
header.calculate(sb, null, null);
...
}
--- [/snip] ---
Seems however that maybe this would be desired by others so maybe this
might be a good change to give back to the community. I imagine there might
be those who want/need to have the heap allocated StringBuilder so maybe
setting this behavior per Session would be the way to go.
Thoughts?
Josh
|
|
From: Colin D. <co...@ma...> - 2018-05-02 15:46:22
|
Yes, this is possible. The way we handle this is to create a new SocketInitiator for the new session. You can have more than one. The process is a little more complicated for acceptor sessions, but you don't have to worry about that if you don't deal with acceptors. On 05/02/2018 08:06 AM, Qing Guo wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > Hi, > > I’m using QuickFIX/J engine as a buy side engine. Whenever I need to > add a new session to the engine, I have to stop the engine and create > a new SocketInitiator object. So other sessions on the engine have to > logout. I’m wondering if there is a way to add a new session without > logout existing sessions on the engine. Any suggestion ? > > Thanks, > > Qing > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 +1.541.306.6556 http://www.marketcetera.org |
|
From: Qing G. <Qi...@cr...> - 2018-05-02 15:40:36
|
Hi, I'm using QuickFIX/J engine as a buy side engine. Whenever I need to add a new session to the engine, I have to stop the engine and create a new SocketInitiator object. So other sessions on the engine have to logout. I'm wondering if there is a way to add a new session without logout existing sessions on the engine. Any suggestion ? Thanks, Qing |
|
From: Viswadeep <vis...@gm...> - 2018-04-27 17:32:36
|
Thanks! On a different note, I have few more questions. 1) Any known benchmarking. 2) How to collect metrics and fine tune. 3) Message durability (I do some db tables.). Thanks Viswadeep Viswadeep Veguru. On Thu, Apr 26, 2018 at 11:58 PM, Øyvind Matheson Wergeland < oyv...@om...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > That is correct, as long as you don't have to worry about that the > synchronizing internally in QF/J does not guarantee the message order under > contention, but should yield a higher throughput. See the fairness > discussion at https://docs.oracle.com/javase/7/docs/api/java/util/ > concurrent/locks/ReentrantLock.html > > > Best regards > > *Øyvind Matheson Wergeland* > CTO > > Mobile: (+47) 95 16 16 88 > E-mail: oyv...@om... > > *Oslo Market Solutions* > PO Box 4, 0051 Oslo, Norway > Telephone: (+47) 40 00 23 13 > www.oms.no > On 26/04/2018 22:15, Viswadeep wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > HI, > > I am doing one Fix Session case you expressed. > > "For sending messages on the same FIX session, you can have several > threads that dispatch messages, they will be sent in sequential order (note > that Session.send uses a lock with an unfair ordering policy)." > > This answers, I don't need to have an extra synchronized block before > dispatching (session.send()). > > > Thanks > Viswadeep > > Viswadeep Veguru. > > > On Thu, Apr 26, 2018 at 1:02 PM, Øyvind Matheson Wergeland < > oyv...@om...> wrote: > >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J <http://www.quickfixj.org/documentation/%0AQuickFIX/J> >> Support: http://www.quickfixj.org/support/ >> >> >> >> Could you elaborate on what you need to process concurrently? >> >> If you have more than one FIX session, you can set up QF/J to receive >> messages in each session with concurrent threads. >> >> For sending messages on the same FIX session, you can have several >> threads that dispatches messages, they will be sent in sequential order >> (note that Session.send uses a lock with an unfair ordering policy). >> >> In fromApp callback, you can dispatch messages to your own concurrent >> threads. But be careful with this, as a FIX message may relate to an >> earlier FIX message. >> >> Does this answer your question? >> >> >> Best regards >> >> *Øyvind Matheson Wergeland* >> CTO >> >> Mobile: (+47) 95 16 16 88 >> E-mail: oyv...@om... >> >> *Oslo Market Solutions* >> PO Box 4, 0051 Oslo, Norway >> Telephone: (+47) 40 00 23 13 >> www.oms.no >> On 26/04/2018 20:42, Viswadeep wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> Hi, >> I am new to quickfixj and trying to understand this API. Does it support >> concurrency? >> Thanks for any suggestions. >> Thanks >> Viswadeep >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most engaging >> tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ Quickfixj-users mailing >> list Qui...@li... https://lists.sourceforge.net/ >> lists/listinfo/quickfixj-users > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > |
|
From: Øyvind M. W. <oyv...@om...> - 2018-04-27 06:58:53
|
That is correct, as long as you don't have to worry about that the synchronizing internally in QF/J does not guarantee the message order under contention, but should yield a higher throughput. See the fairness discussion at https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/locks/ReentrantLock.html Best regards Øyvind Matheson Wergeland CTO Mobile: (+47) 95 16 16 88 E-mail: oyv...@om... Oslo Market Solutions PO Box 4, 0051 Oslo, Norway Telephone: (+47) 40 00 23 13 www.oms.no > On 26/04/2018 22:15, Viswadeep wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > HI, > > I am doing one Fix Session case you expressed. > > "For sending messages on the same FIX session, you can have several threads that dispatch messages, they will be sent in sequential order (note that Session.send uses a lock with an unfair ordering policy)." > > This answers, I don't need to have an extra synchronized block before dispatching (session.send()). > > > Thanks > Viswadeep > > Viswadeep Veguru. > > >> On Thu, Apr 26, 2018 at 1:02 PM, Øyvind Matheson Wergeland <oyv...@om...> wrote: >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> >> Could you elaborate on what you need to process concurrently? >> If you have more than one FIX session, you can set up QF/J to receive messages in each session with concurrent threads. >> >> For sending messages on the same FIX session, you can have several threads that dispatches messages, they will be sent in sequential order (note that Session.send uses a lock with an unfair ordering policy). >> In fromApp callback, you can dispatch messages to your own concurrent threads. But be careful with this, as a FIX message may relate to an earlier FIX message. >> >> Does this answer your question? >> >> Best regards >> >> Øyvind Matheson Wergeland >> CTO >> >> Mobile: (+47) 95 16 16 88 >> E-mail: oyv...@om... >> >> Oslo Market Solutions >> PO Box 4, 0051 Oslo, Norway >> Telephone: (+47) 40 00 23 13 >> www.oms.no >>> On 26/04/2018 20:42, Viswadeep wrote: >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>> >>> >>> >>> Hi, >>> I am new to quickfixj and trying to understand this API. Does it support concurrency? >>> Thanks for any suggestions. >>> Thanks >>> Viswadeep >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Colin D. <co...@ma...> - 2018-04-26 20:17:24
|
Ha, I misread your note "concurrency", not "currency". Yes, QFJ supports concurrency. See ThreadedSocketInitiator and ThreadedSocketAcceptor. On 04/26/2018 01:01 PM, Viswadeep wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > Thanks for quick response. > is 167 is the version? > > I did not find 1.6.7 > https://mvnrepository.com/artifact/org.quickfixj/quickfixj-core in maven. > > Thanks > Viswadeep > > > Viswadeep Veguru. > > On Thu, Apr 26, 2018 at 12:08 PM, Colin DuPlantis > <co...@ma... <mailto:co...@ma...>> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/%0AQuickFIX/J> > Support: http://www.quickfixj.org/support/ > <http://www.quickfixj.org/support/> > > > > If you mean, 167=FOR, yes, it does. > > > On 04/26/2018 11:42 AM, Viswadeep wrote: >> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ >> <http://www.quickfixj.org/documentation/> >> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >> >> >> >> >> Hi, >> >> I am new to quickfixj and trying to understand this API. Does it >> support concurrency? >> >> Thanks for any suggestions. >> >> Thanks >> Viswadeep >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org!http://sdm.link/slashdot >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> <mailto:Qui...@li...> >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884 +1.541.306.6556 > http://www.marketcetera.org > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > <mailto:Qui...@li...> > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 +1.541.306.6556 http://www.marketcetera.org |
|
From: Viswadeep <vis...@gm...> - 2018-04-26 20:15:40
|
HI, I am doing one Fix Session case you expressed. "For sending messages on the same FIX session, you can have several threads that dispatch messages, they will be sent in sequential order (note that Session.send uses a lock with an unfair ordering policy)." This answers, I don't need to have an extra synchronized block before dispatching (session.send()). Thanks Viswadeep Viswadeep Veguru. On Thu, Apr 26, 2018 at 1:02 PM, Øyvind Matheson Wergeland < oyv...@om...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Could you elaborate on what you need to process concurrently? > > If you have more than one FIX session, you can set up QF/J to receive > messages in each session with concurrent threads. > > For sending messages on the same FIX session, you can have several threads > that dispatches messages, they will be sent in sequential order (note that > Session.send uses a lock with an unfair ordering policy). > > In fromApp callback, you can dispatch messages to your own concurrent > threads. But be careful with this, as a FIX message may relate to an > earlier FIX message. > > Does this answer your question? > > > Best regards > > *Øyvind Matheson Wergeland* > CTO > > Mobile: (+47) 95 16 16 88 > E-mail: oyv...@om... > > *Oslo Market Solutions* > PO Box 4, 0051 Oslo, Norway > Telephone: (+47) 40 00 23 13 > www.oms.no > On 26/04/2018 20:42, Viswadeep wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > I am new to quickfixj and trying to understand this API. Does it support > concurrency? > > Thanks for any suggestions. > > Thanks > Viswadeep > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > |
|
From: Øyvind M. W. <oyv...@om...> - 2018-04-26 20:02:56
|
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Could you elaborate on what you need to process concurrently?<br>
</p>
<p>If you have more than one FIX session, you can set up QF/J to
receive messages in each session with concurrent threads.</p>
<p>For sending messages on the same FIX session, you can have
several threads that dispatches messages, they will be sent in
sequential order (note that Session.send uses a lock with an
unfair ordering policy).<br>
</p>
<p>In fromApp callback, you can dispatch messages to your own
concurrent threads. But be careful with this, as a FIX message may
relate to an earlier FIX message.</p>
<p>Does this answer your question?<br>
</p>
<p><br>
</p>
<div class="moz-signature">
<title></title>
<font face="Verdana"><small>Best regards<br>
<br>
<b><font color="#003366">Øyvind Matheson Wergeland</font></b><br>
CTO</small><br>
<small>
<br>
Mobile: (+47) 95 16 16 88<br>
E-mail: <a class="moz-txt-link-abbreviated" href="mailto:oyv...@om...">oyv...@om...</a><br>
<br>
<b><font color="#003366">Oslo Market Solutions</font></b><br>
PO Box 4, 0051 Oslo, Norway<br>
Telephone: (+47) 40 00 23 13<br>
<a class="moz-txt-link-abbreviated" href="http://www.oms.no">www.oms.no</a></small><br>
</font>
</div>
<div class="moz-cite-prefix">On 26/04/2018 20:42, Viswadeep wrote:<br>
</div>
<blockquote
cite="mid:CAA...@ma..."
type="cite">
<pre wrap="">QuickFIX/J Documentation: <a class="moz-txt-link-freetext" href="http://www.quickfixj.org/documentation/">http://www.quickfixj.org/documentation/</a>
QuickFIX/J Support: <a class="moz-txt-link-freetext" href="http://www.quickfixj.org/support/">http://www.quickfixj.org/support/</a>
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<div dir="ltr">Hi,
<div><br>
</div>
<div>I am new to quickfixj and trying to understand this API.
Does it support concurrency?</div>
<div><br>
</div>
<div>Thanks for any suggestions.</div>
<div><br>
</div>
<div>Thanks</div>
<div>Viswadeep</div>
<div><br clear="all">
<div>
<div class="gmail_signature"><br>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Quickfixj-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Qui...@li...">Qui...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/quickfixj-users">https://lists.sourceforge.net/lists/listinfo/quickfixj-users</a>
</pre>
</blockquote>
<br>
</body>
</html>
|
|
From: Viswadeep <vis...@gm...> - 2018-04-26 20:01:26
|
Thanks for quick response. is 167 is the version? I did not find 1.6.7 https://mvnrepository.com/artifact/org.quickfixj/quickfixj-core in maven. Thanks Viswadeep Viswadeep Veguru. On Thu, Apr 26, 2018 at 12:08 PM, Colin DuPlantis <co...@ma...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > If you mean, 167=FOR, yes, it does. > > On 04/26/2018 11:42 AM, Viswadeep wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > I am new to quickfixj and trying to understand this API. Does it support > concurrency? > > Thanks for any suggestions. > > Thanks > Viswadeep > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884 +1.541.306.6556http://www.marketcetera.org > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > |
|
From: Colin D. <co...@ma...> - 2018-04-26 19:39:32
|
If you mean, 167=FOR, yes, it does. On 04/26/2018 11:42 AM, Viswadeep wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > > Hi, > > I am new to quickfixj and trying to understand this API. Does it > support concurrency? > > Thanks for any suggestions. > > Thanks > Viswadeep > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 +1.541.306.6556 http://www.marketcetera.org |
|
From: Viswadeep <vis...@gm...> - 2018-04-26 18:42:22
|
Hi, I am new to quickfixj and trying to understand this API. Does it support concurrency? Thanks for any suggestions. Thanks Viswadeep |
|
From: Christoph J. <chr...@ma...> - 2018-04-25 14:26:24
|
I'd also suggest to use a more recent QFJ version. ;) E.g. https://www.quickfixj.org/jira/browse/QFJ-825 sounds a little like your problem. Cheers, Chris. On 24/04/18 22:43, Starkie, Michael wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > It was not a good day. > > -----Original Message----- > From: Øyvind Matheson Wergeland [mailto:oyv...@om...] > Sent: Tuesday, April 24, 2018 4:43 PM > To: qui...@li... > Subject: Re: [Quickfixj-users] Spurious Resend Request > > QuickFIX/J Documentation: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_documentation_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=kWtVkmqqTm1TZwgicEtttgtnPu6-bKjzWAqz8AThdOM&e= > QuickFIX/J Support: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_support_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=f5AwqCCR56uzAN6GDUZA80MUuDj7nIGO6MCREOG-0ec&e= > > > Ouch - that will wreak all kinds of havoc. > > -Øyvind > > On 24.04.2018 22.39, Starkie, Michael wrote: >> QuickFIX/J Documentation: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ >> documentation_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg& >> r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzok >> hC9ZeWStI2ygcXOBceKvQ&s=kWtVkmqqTm1TZwgicEtttgtnPu6-bKjzWAqz8AThdOM&e= >> QuickFIX/J Support: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ >> support_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65 >> A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeW >> StI2ygcXOBceKvQ&s=f5AwqCCR56uzAN6GDUZA80MUuDj7nIGO6MCREOG-0ec&e= >> >> >> Thank you. I think the issue here was due to me accidentally starting two SocketInitiator instances during app initialization. >> >> -----Original Message----- >> From: Øyvind Matheson Wergeland [mailto:oyv...@om...] >> Sent: Tuesday, April 24, 2018 4:10 PM >> To: qui...@li... >> Subject: Re: [Quickfixj-users] Spurious Resend Request >> >> QuickFIX/J Documentation: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ >> documentation_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg& >> r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZ >> brf8KGqYEIt_ujVlVs1aI&s=2B6jO8BIRV185A7h1SC71ZGQoDktgZengPBsfZ96ApQ&e= >> QuickFIX/J Support: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ >> support_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65 >> A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZbrf8KG >> qYEIt_ujVlVs1aI&s=WnUDPnlxzQAh-eUICu8gtQTh79KvlNsbTT5iVrG4jKs&e= >> >> >> >> ---------------------------------------------------------------------- >> -------- Check out the vibrant tech community on one of the world's >> most engaging tech sites, Slashdot.org! >> https://urldefense.proofpoint.com/v2/url?u=http-3A__sdm.link_slashdot& >> d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtH >> DaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXO >> BceKvQ&s=0pagh50ZhAr5n-va_7rglu-eGSMpi5757GdWeUR-FYI&e= >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge >> .net_lists_listinfo_quickfixj-2Dusers&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6 >> KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m >> =YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=7DjBjz1hsIdhRDffEQuN9m- >> s9gunhWh0IX0__qlnZbg&e= > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! https://urldefense.proofpoint.com/v2/url?u=http-3A__sdm.link_slashdot&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=0pagh50ZhAr5n-va_7rglu-eGSMpi5757GdWeUR-FYI&e= > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_quickfixj-2Dusers&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=7DjBjz1hsIdhRDffEQuN9m-s9gunhWh0IX0__qlnZbg&e= > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Development & Support T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 D-52066 Aachen www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Starkie, M. <mst...@aq...> - 2018-04-24 21:22:16
|
It was not a good day. -----Original Message----- From: Øyvind Matheson Wergeland [mailto:oyv...@om...] Sent: Tuesday, April 24, 2018 4:43 PM To: qui...@li... Subject: Re: [Quickfixj-users] Spurious Resend Request QuickFIX/J Documentation: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_documentation_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=kWtVkmqqTm1TZwgicEtttgtnPu6-bKjzWAqz8AThdOM&e= QuickFIX/J Support: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_support_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=f5AwqCCR56uzAN6GDUZA80MUuDj7nIGO6MCREOG-0ec&e= Ouch - that will wreak all kinds of havoc. -Øyvind On 24.04.2018 22.39, Starkie, Michael wrote: > QuickFIX/J Documentation: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ > documentation_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg& > r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzok > hC9ZeWStI2ygcXOBceKvQ&s=kWtVkmqqTm1TZwgicEtttgtnPu6-bKjzWAqz8AThdOM&e= > QuickFIX/J Support: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ > support_&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65 > A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeW > StI2ygcXOBceKvQ&s=f5AwqCCR56uzAN6GDUZA80MUuDj7nIGO6MCREOG-0ec&e= > > > Thank you. I think the issue here was due to me accidentally starting two SocketInitiator instances during app initialization. > > -----Original Message----- > From: Øyvind Matheson Wergeland [mailto:oyv...@om...] > Sent: Tuesday, April 24, 2018 4:10 PM > To: qui...@li... > Subject: Re: [Quickfixj-users] Spurious Resend Request > > QuickFIX/J Documentation: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ > documentation_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg& > r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZ > brf8KGqYEIt_ujVlVs1aI&s=2B6jO8BIRV185A7h1SC71ZGQoDktgZengPBsfZ96ApQ&e= > QuickFIX/J Support: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_ > support_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65 > A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZbrf8KG > qYEIt_ujVlVs1aI&s=WnUDPnlxzQAh-eUICu8gtQTh79KvlNsbTT5iVrG4jKs&e= > > > > ---------------------------------------------------------------------- > -------- Check out the vibrant tech community on one of the world's > most engaging tech sites, Slashdot.org! > https://urldefense.proofpoint.com/v2/url?u=http-3A__sdm.link_slashdot& > d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtH > DaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXO > BceKvQ&s=0pagh50ZhAr5n-va_7rglu-eGSMpi5757GdWeUR-FYI&e= > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge > .net_lists_listinfo_quickfixj-2Dusers&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6 > KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m > =YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=7DjBjz1hsIdhRDffEQuN9m- > s9gunhWh0IX0__qlnZbg&e= ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! https://urldefense.proofpoint.com/v2/url?u=http-3A__sdm.link_slashdot&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=0pagh50ZhAr5n-va_7rglu-eGSMpi5757GdWeUR-FYI&e= _______________________________________________ Quickfixj-users mailing list Qui...@li... https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_quickfixj-2Dusers&d=DwIF-g&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=YnKh6n2VL9ceoiHkjijzokhC9ZeWStI2ygcXOBceKvQ&s=7DjBjz1hsIdhRDffEQuN9m-s9gunhWh0IX0__qlnZbg&e= |
|
From: Øyvind M. W. <oyv...@om...> - 2018-04-24 20:42:44
|
Ouch - that will wreak all kinds of havoc. -Øyvind On 24.04.2018 22.39, Starkie, Michael wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Thank you. I think the issue here was due to me accidentally starting two SocketInitiator instances during app initialization. > > -----Original Message----- > From: Øyvind Matheson Wergeland [mailto:oyv...@om...] > Sent: Tuesday, April 24, 2018 4:10 PM > To: qui...@li... > Subject: Re: [Quickfixj-users] Spurious Resend Request > > QuickFIX/J Documentation: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_documentation_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZbrf8KGqYEIt_ujVlVs1aI&s=2B6jO8BIRV185A7h1SC71ZGQoDktgZengPBsfZ96ApQ&e= > QuickFIX/J Support: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_support_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZbrf8KGqYEIt_ujVlVs1aI&s=WnUDPnlxzQAh-eUICu8gtQTh79KvlNsbTT5iVrG4jKs&e= > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Starkie, M. <mst...@aq...> - 2018-04-24 20:39:34
|
Thank you. I think the issue here was due to me accidentally starting two SocketInitiator instances during app initialization. -----Original Message----- From: Øyvind Matheson Wergeland [mailto:oyv...@om...] Sent: Tuesday, April 24, 2018 4:10 PM To: qui...@li... Subject: Re: [Quickfixj-users] Spurious Resend Request QuickFIX/J Documentation: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_documentation_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZbrf8KGqYEIt_ujVlVs1aI&s=2B6jO8BIRV185A7h1SC71ZGQoDktgZengPBsfZ96ApQ&e= QuickFIX/J Support: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.quickfixj.org_support_&d=DwICAg&c=3v6EBbtpnn9A7jIZYjOw6KN7Pe17WoimzcinOq2Xztg&r=CF65A89Q7aWtHDaIcZXKC05u8eluOc0_wvQdeatnelo&m=FB71QALRWTRpHr3Z75RjbZbrf8KGqYEIt_ujVlVs1aI&s=WnUDPnlxzQAh-eUICu8gtQTh79KvlNsbTT5iVrG4jKs&e= |
|
From: Øyvind M. W. <oyv...@om...> - 2018-04-24 20:22:38
|
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>
<blockquote type="cite">
<p class="MsoNormal"><span style="font-family:"Courier
New"">Could it be that I have too much business logic
on the QFJ Message Processor Thread and it’s taking too long
to complete?<o:p></o:p></span></p>
</blockquote>
</p>
<p>Yes.</p>
The message processor thread should only put the message on some
queue (preferably resilient in some way) and return to process the
next message as quick as possible. Otherwise, the seqno for accepted
messages may not be incremented in time to the next message.<br>
<p><br>
</p>
<div class="moz-signature">
<title></title>
<font face="Verdana"><small>Best regards<br>
<br>
<b><font color="#003366">Øyvind Matheson Wergeland</font></b><br>
CTO</small><br>
<small>
<br>
Mobile: (+47) 95 16 16 88<br>
E-mail: <a class="moz-txt-link-abbreviated" href="mailto:oyv...@om...">oyv...@om...</a><br>
<br>
<b><font color="#003366">Oslo Market Solutions</font></b><br>
PO Box 4, 0051 Oslo, Norway<br>
Telephone: (+47) 40 00 23 13<br>
<a class="moz-txt-link-abbreviated" href="http://www.oms.no">www.oms.no</a></small><br>
</font>
</div>
<div class="moz-cite-prefix">On 24.04.2018 20.46, Starkie, Michael
wrote:<br>
</div>
<blockquote
cite="mid:9e5...@aq..."
type="cite">
<pre wrap="">QuickFIX/J Documentation: <a class="moz-txt-link-freetext" href="http://www.quickfixj.org/documentation/">http://www.quickfixj.org/documentation/</a>
QuickFIX/J Support: <a class="moz-txt-link-freetext" href="http://www.quickfixj.org/support/">http://www.quickfixj.org/support/</a>
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Courier New";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="font-family:"Courier
New"">Hi,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">I’m seeing strange behavior where my initiator
seems to think it’s missing a message and transmits a Resend
Request to the acceptor. The QuickFix logs show I received
message 1744 on the Message processor thread:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New""><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">2018-04-24 13:49:24.109 [20962108][QFJ Message
Processor][INFO ] Received MessageMap[10=170, ...,
<span style="background:yellow;mso-highlight:yellow">34=1744</span>,
...9=362] [Phase3Gateway.java:218]<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New""><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">but then the same thread immediately complains it
didn’t receive msg number 1744<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New""><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">2018-04-24 13:49:24.109 [20962108][QFJ Message
Processor][ERROR] FIX.4.2: MsgSeqNum too high,
<span style="background:yellow;mso-highlight:yellow">expecting
1744</span> but received 1745: 8=FIX.4.2^A9=362 ... ^<span
style="background:yellow;mso-highlight:yellow">A34=1745</span>
... ^A10=153^A [SLF4JLog.java:147]<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New""><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">I’m using:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">quickfixj-all-1.5.3.jar<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New""><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Courier
New"">Could it be that I have too much business logic
on the QFJ Message Processor Thread and it’s taking too long
to complete?<o:p></o:p></span></p>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! <a class="moz-txt-link-freetext" href="http://sdm.link/slashdot">http://sdm.link/slashdot</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Quickfixj-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Qui...@li...">Qui...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/quickfixj-users">https://lists.sourceforge.net/lists/listinfo/quickfixj-users</a>
</pre>
</blockquote>
<br>
</body>
</html>
|
|
From: Starkie, M. <mst...@aq...> - 2018-04-24 19:37:56
|
Hi, I'm seeing strange behavior where my initiator seems to think it's missing a message and transmits a Resend Request to the acceptor. The QuickFix logs show I received message 1744 on the Message processor thread: 2018-04-24 13:49:24.109 [20962108][QFJ Message Processor][INFO ] Received MessageMap[10=170, ..., 34=1744, ...9=362] [Phase3Gateway.java:218] but then the same thread immediately complains it didn't receive msg number 1744 2018-04-24 13:49:24.109 [20962108][QFJ Message Processor][ERROR] FIX.4.2: MsgSeqNum too high, expecting 1744 but received 1745: 8=FIX.4.2^A9=362 ... ^A34=1745 ... ^A10=153^A [SLF4JLog.java:147] I'm using: quickfixj-all-1.5.3.jar Could it be that I have too much business logic on the QFJ Message Processor Thread and it's taking too long to complete? |
103 messages has been excluded from this view by a project administrator.
