Results 1 to 2 of 2
  1. #1
    Member
    Join Date
    Jan 2007
    Location
    SomeCity
    Posts
    13

    Compile error when using DotNetAdapter_N2 from LS version 3.4.3.1336

    Hello,

    I recently updated my LS project from version 3.3.4 build 1289 to the newer 3.4.3 build 1336. After doing so I noticed that my code wasn't compiling correctly and tracked it down to the fact that the path to the DotNetAdapter_N2.dll/DotNetClient_N2.dll had changed. So I updated that path to the new files. After doing so I began to receive compile errors saying: "'Lightstreamer.DotNet.Utils.StringTokenizer' is not accessable due to its protection level" There are other errors that also seem to deal with the 'Lightstreamer.DotNet.Utils.StringTokenizer'. If I replace the new DotNetAdapter_N2.dll (Runtime Version v2.0.50727, Version 1.3.2657.23207) with the old DotNetAdapter_N2.dll (Runtime Version v2.0.50727, Version 1.0.2657.20919), it will compile and it appear to work.

    So my question is; What do I need to do to be able to use the newer DotNetAdapter_N2.dll? What problems could I expect to run into if I continue to use the older DotNetAdapter_N2.dll with the new LS build?

    Thanks for all the help!

  2. #2
    Administrator
    Join Date
    Jul 2006
    Location
    Milan
    Posts
    970
    Hi

    The .NET library has undergone a couple of revisions since version 1.0
    (please, check the details in the Changelog).
    In particular, the 'Lightstreamer.DotNet.Utils.StringTokenizer' class is no longer exposed in the interface, as it has always been intended for internal use only.
    The sample StockListDemo code, which included a reference to this class, has now been fixed, by including a personal copy of the StringTokenizer class code.
    Hence, you can find this code in
    DOCS-SDKs\sdk_adapter_dotnet\examples\DotNetStockListDe mo\src_metadata_adapter\LiteralBasedProvider.cs
    and copy it in your adapters.

    If you move to the current Server, upgrading DotNetAdapter_N2.dll is recommended, because the Adapter Remoting Interface protocol has been also extended from version 1.0 to version 1.1 in the meantime.
    If you need to temporarily use the old DotNetAdapter_N2.dll, then you must also keep the old version of the Proxy Adapter (i.e. of ls-proxy-adapters.jar).

    Dario

 

 

Similar Threads

  1. JVM version
    By Waddy in forum General
    Replies: 3
    Last Post: March 12th, 2013, 08:53 AM
  2. .net version for messenger
    By jeane@jse.co.za in forum Adapter APIs
    Replies: 3
    Last Post: February 23rd, 2011, 09:22 AM
  3. JVM version
    By rmoura in forum General
    Replies: 1
    Last Post: September 28th, 2010, 11:17 AM
  4. Known issues in version 4.4
    By DarioCrivelli in forum Client APIs
    Replies: 1
    Last Post: April 6th, 2010, 11:12 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
All times are GMT +1. The time now is 08:20 PM.