firebird-net-provider — All about development of the MS .Net provider

[Firebird-net-provider] [FB-Tracker] Created: (DNET-772) Support for isc_spb_utf8_filename

[Jiri C. (JIRA) <tr...@fi...>]

Support for isc_spb_utf8_filename
---------------------------------

                 Key: DNET-772
                 URL: http://tracker.firebirdsql.org/browse/DNET-772
             Project: .NET Data provider
          Issue Type: New Feature
          Components: ADO.NET Provider
    Affects Versions: 5.9.1.0
            Reporter: Jiri Cincura
            Assignee: Jiri Cincura
            Priority: Minor




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Firebird-net-provider] Connecting to encrypted databases

[Jiří Č. <ji...@ci...>]

> Binary  data  should be able to be represented with hexadecimal.  And,

Good point.

> We are looking at implementing our own encryption plugin, but still
> undecided how the key will be passed, since our application uses a mix
> of Delphi(IBDAC) and C#(EF6). Our initial thought is that it will have
> to be on the server with the database, since we can't find proper
> documentation on how to pass it from the client, even with the
> database management tools, although it is part of Firebird's
> architecture. It seems to be one area that third-party tools and

Look at op_crypt_key_callback.

> And, I'm hoping that I will have the time in the next few weeks to
> create a VSIX installer for DDEX, because the registry entries are not
> staying and I have to add them everytime that I need to add EF6 classes
> to  represent  tables.  Once created, it will surely be contributed to
> the project.

Great.

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

[Firebird-net-provider] Global event on connection open

[Jiří Č. <ji...@ci...>]

Hi *,

I had a conversation with long time Firebird user. They I'd like to see
very easy feature - global event that fires when some FbConnection is
opened. The motivation is that sometimes there's some connection being
opened from weird or wrong place and this would allow to hunt it down.

What do you think? 

I wish I could even pass that information to MON$ATTACHMENTS.

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

Re: [Firebird-net-provider] Connecting to encrypted databases

[Daniel R. <da...@ac...>]

Hi,

At July 12, 2017, 5:44 AM, Jiří Činčura wrote:

>> I think it makes more sense on the connection string. It already contains
>> sensitive info (username,password) and needing to provide connection
>> related info by another method would be counter intuitive.

> Good point.

> In my thinking I saw two problems, slightly different from what password
> does. The key can be binary data and that's difficult to pass in string.
> And the key might be stored on some HSM.

> Not that it would rule out connection string completely, it just makes
> fit less, IMO.


Binary  data  should be able to be represented with hexadecimal.  And,
don't forget that whatever is chosen has to be easily implemented when
using Entity Framework.

We are looking at implementing our own encryption plugin, but still
undecided how the key will be passed, since our application uses a mix
of Delphi(IBDAC) and C#(EF6). Our initial thought is that it will have
to be on the server with the database, since we can't find proper
documentation on how to pass it from the client, even with the
database management tools, although it is part of Firebird's
architecture. It seems to be one area that third-party tools and
components haven't taken much time implementing, maybe because that
there is no disk encryption plugin provided out-of-the-box with
Firebird, and not enough user interest.

Having said that, keep up the excellent work Jiri.

And, I'm hoping that I will have the time in the next few weeks to
create a VSIX installer for DDEX, because the registry entries are not
staying and I have to add them everytime that I need to add EF6 classes
to  represent  tables.  Once created, it will surely be contributed to
the project.

-- 
Best regards,
 Daniel Rail
 Senior Software Developer
 ACCRA Solutions Inc. (www.accra.ca)
 ACCRA Med Software Inc. (www.filopto.com)

Re: [Firebird-net-provider] Connecting to encrypted databases

[Jiří Č. <ji...@ci...>]

> Which would not be true anymore, except if you add EncryptionKey to
> connection string parsing anyway.

Of course I would. The builder and connection string options are in
sync.

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

Re: [Firebird-net-provider] Connecting to encrypted databases

[Gerdus v. Z. <ger...@gm...>]

Not exactly sure what you mean with right away. The reason to not use the
existing ConnectionStringBuilder is that it is implicit that it can be
converted to a string.
Which would not be true anymore, except if you add EncryptionKey to
connection string parsing anyway.

On 12 July 2017 at 13:51, Jiří Činčura <ji...@ci...> wrote:

> > What about a callback on Connection that returns a Connection Info
> > (ConnectionStringBuilder-like) object.
> > Could also add a connection constructor overload that accepts a
> > Connection
> > Info object.
> > Can then provide all connection data in one place with convenience of not
> > converting from/to a string.
>
> Then the ConnectionStringBuilder can be used right away, no?
>
> --
> Mgr. Jiří Činčura
> https://www.tabsoverspaces.com/
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Firebird-net-provider mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
>

Re: [Firebird-net-provider] Connecting to encrypted databases

[Jiří Č. <ji...@ci...>]

> What about a callback on Connection that returns a Connection Info
> (ConnectionStringBuilder-like) object.
> Could also add a connection constructor overload that accepts a
> Connection
> Info object.
> Can then provide all connection data in one place with convenience of not
> converting from/to a string.

Then the ConnectionStringBuilder can be used right away, no?

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

Re: [Firebird-net-provider] Connecting to encrypted databases

[Gerdus v. Z. <ger...@gm...>]

What about a callback on Connection that returns a Connection Info
(ConnectionStringBuilder-like) object.
Could also add a connection constructor overload that accepts a Connection
Info object.
Can then provide all connection data in one place with convenience of not
converting from/to a string.


On 12 July 2017 at 10:44, Jiří Činčura <ji...@ci...> wrote:

> > I think it makes more sense on the connection string. It already contains
> > sensitive info (username,password) and needing to provide connection
> > related info by another method would be counter intuitive.
>
> Good point.
>
> In my thinking I saw two problems, slightly different from what password
> does. The key can be binary data and that's difficult to pass in string.
> And the key might be stored on some HSM.
>
> Not that it would rule out connection string completely, it just makes
> fit less, IMO.
>
> --
> Mgr. Jiří Činčura
> https://www.tabsoverspaces.com/
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Firebird-net-provider mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
>

Re: [Firebird-net-provider] Connecting to encrypted databases

[Jiří Č. <ji...@ci...>]

> I think it makes more sense on the connection string. It already contains
> sensitive info (username,password) and needing to provide connection
> related info by another method would be counter intuitive.

Good point.

In my thinking I saw two problems, slightly different from what password
does. The key can be binary data and that's difficult to pass in string.
And the key might be stored on some HSM.

Not that it would rule out connection string completely, it just makes
fit less, IMO.

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

Re: [Firebird-net-provider] Connecting to encrypted databases

[Gerdus v. Z. <ger...@gm...>]

I think it makes more sense on the connection string. It already contains
sensitive info (username,password) and needing to provide connection
related info by another method would be counter intuitive.


On 12 July 2017 at 08:55, Jiří Činčura <ji...@ci...> wrote:

> Hi *,
>
> thanks to IBPhoenix I have an plugin
> (http://www.ibphoenix.com/products/software/encryptionplugin) to create
> encrypted database and I have a working prototype for passing the key.
> Now the question of the day. :)
>
> How to pass the key? The two obvious options are in connection string
> and callback on i.e. FbConnection. The callback seems to be an obvious
> choice, because it's most versatile. But I'd like to hear some other
> opinions as well.
>
> --
> Mgr. Jiří Činčura
> https://www.tabsoverspaces.com/
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Firebird-net-provider mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
>

[Firebird-net-provider] Connecting to encrypted databases

[Jiří Č. <ji...@ci...>]

Hi *,

thanks to IBPhoenix I have an plugin
(http://www.ibphoenix.com/products/software/encryptionplugin) to create
encrypted database and I have a working prototype for passing the key.
Now the question of the day. :) 

How to pass the key? The two obvious options are in connection string
and callback on i.e. FbConnection. The callback seems to be an obvious
choice, because it's most versatile. But I'd like to hear some other
opinions as well.

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

[Firebird-net-provider] [FB-Tracker] Created: (DNET-771) Get Expert Training in Technical Analysis Course from share market training in Hyderabad Learn Stock Trading Investing from Industry Experts Practical Case studies..

[mohan r. (JIRA) <tr...@fi...>]

Get Expert Training in Technical Analysis Course from share market training in Hyderabad Learn Stock Trading Investing from Industry Experts Practical Case studies..
---------------------------------------------------------------------------------------------------------------------------------------------------------------------

                 Key: DNET-771
                 URL: http://tracker.firebirdsql.org/browse/DNET-771
             Project: .NET Data provider
          Issue Type: Bug
            Reporter: mohan raj
            Assignee: Jiri Cincura


Get Expert Training in Technical Analysis Course from share market training in Hyderabad Learn Stock Trading Investing from Industry Experts Practical Case studies..

http://rcptec.com/stock-market-online-training-hyderabad

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-net-provider] [FB-Tracker] Created: (DNET-770) Problem with INSERT (...) RETURNING (...) and using DataReader

[Remigiusz B. (JIRA) <tr...@fi...>]

Problem with INSERT (...) RETURNING (...) and using DataReader
--------------------------------------------------------------

                 Key: DNET-770
                 URL: http://tracker.firebirdsql.org/browse/DNET-770
             Project: .NET Data provider
          Issue Type: Bug
          Components: ADO.NET Provider
    Affects Versions: 5.9.1.0
         Environment: Windows x64 ;  Firebird database 2.5.4 ;  FirebirdSql.Data.FirebirdClient 5.9.1
            Reporter: Remigiusz Babicz
            Assignee: Jiri Cincura


INSERT (...) RETURNING (...) statement:
* works fine when using ExecuteScalar()
* doesn't work when using Executereader()


Full Code:

using System;
using FirebirdSql.Data.FirebirdClient;

namespace FirebirdClient
{
   class Program
   {
      static void Main(string[] args)
      {
         object generatedID;
         string command = @"
INSERT INTO CUSTOMER(CUSTOMER, CONTACT_FIRST, CONTACT_LAST, PHONE_NO, ADDRESS_LINE1, ADDRESS_LINE2, CITY, STATE_PROVINCE, COUNTRY, POSTAL_CODE, ON_HOLD)
VALUES('aaa', 'Jan','Kowalski', '1256', 'ulica', 'miasto', 'city', 'province', 'USA', '123', '*' ) RETURNING CUST_NO";
         string connectionString = @"DataSource = localhost;Database = ""localhost:C:\Program Files\Firebird\Firebird_2_5\examples\empbuild\EMPLOYEE.FDB""; User = sysdba; Password = masterkey";
         using (FbConnection con = new FbConnection(connectionString))
         {
            con.Open();
            using (FbCommand fbc = new FbCommand(command, con))
            {
               if (false)
               {
                  generatedID = fbc.ExecuteScalar(); //this works fine!
               }
               else
               {
                  //this doesn't work
                  FbDataReader dr = fbc.ExecuteReader();
                  int fielsCount = dr.FieldCount; //return 1
                  string namse = dr.GetName(0); //return CUST_NO
                  Type type = dr.GetFieldType(0); //return int
                  bool rows = dr.HasRows; //return false
                  bool read = dr.Read(); //return false
                  generatedID = dr.GetValue(0); //throws exception
               }
            }
         }
      }
   }
}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-net-provider] [FB-Tracker] Created: (DNET-769) Big models overrun the hex literal limit when inserting into __MigrationHistory

[Jiri C. (JIRA) <tr...@fi...>]

Big models overrun the hex literal limit when inserting into __MigrationHistory
-------------------------------------------------------------------------------

                 Key: DNET-769
                 URL: http://tracker.firebirdsql.org/browse/DNET-769
             Project: .NET Data provider
          Issue Type: Improvement
          Components: Entity Framework support
    Affects Versions: 5.9.1.0
            Reporter: Jiri Cincura
            Assignee: Jiri Cincura
            Priority: Minor


Instead of one big insert, multiple smaller updates might be a way out.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Firebird-net-provider] Entity Update-Database not working

[Jiří Č. <ji...@ci...>]

Mark basically already responded to you. The full explanation in the
answer:
https://stackoverflow.com/questions/44266141/entity-framework-code-first-migrations-and-firebird/44280925#44280925
.

-- 
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/

[Firebird-net-provider] Entity Update-Database not working

[Bruno X. <bfx...@gm...>]

Hello all,

I'm trying to use Code First on an existing database, without success.

I managed to reverse engineer the models, and make them work, without
migrations.

When I try to enable migrations, it works until the point of
Update-Database, where it craps out with a

ScriptHalted


I posted all my findings on this question on SO:

https://stackoverflow.com/questions/44266141/entity-framework-code-first-migrations-and-firebird

It seems that, since the DB is big, the Model VarBinary generated for the
MigrationHistory table is bigger than the allowed by Firebird.

Anyone knows a workaround?

Thank you
-- 
Bruno Xavier - 2017

[Firebird-net-provider] [FB-Tracker] Created: (DNET-768) Update-database not working

[Bruno X. (JIRA) <tr...@fi...>]

Update-database not working 
----------------------------

                 Key: DNET-768
                 URL: http://tracker.firebirdsql.org/browse/DNET-768
             Project: .NET Data provider
          Issue Type: Bug
          Components: Entity Framework support
    Affects Versions: 5.9.1.0
         Environment: Windows 10, VS2015, Firebird 2.5
            Reporter: Bruno Xavier
            Assignee: Jiri Cincura


I'm trying to enable migrations to a Firebird 2.5 database.

I created the code first models via reverse engineer and enabled migrations.

After I run a Update-Database, it starts, create the MigrationHistory table and does a ScriptHalt.

If I try to create the same database on a MSSQL or MySQL page, it works.

Further information on the StackOverflow post: https://stackoverflow.com/questions/44266141/entity-framework-code-first-migrations-and-firebird?noredirect=1#comment75543669_44266141

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-net-provider] [FB-Tracker] Created: (DNET-767) Update-Database on Package Manager halts on ScriptHalted

[Bruno X. (JIRA) <tr...@fi...>]

Update-Database on Package Manager halts on ScriptHalted
--------------------------------------------------------

                 Key: DNET-767
                 URL: http://tracker.firebirdsql.org/browse/DNET-767
             Project: .NET Data provider
          Issue Type: Bug
          Components: ADO.NET Provider, Entity Framework support
    Affects Versions: 5.9.1.0
         Environment: Windows 10, VS2015
            Reporter: Bruno Xavier
            Assignee: Jiri Cincura
            Priority: Critical


The problem seems to be on the MigrationHistory bit, adding the Blob to the Database.

Full issue discribed on StackOverflow: https://stackoverflow.com/questions/44266141/entity-framework-code-first-migrations-and-firebird

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-net-provider] [FB-Tracker] Created: (DNET-766) Not enabling auto-enlistment should not disable system transactions.

[Frédéric D. (J. <tr...@fi...>]

Not enabling auto-enlistment should not disable system transactions.
--------------------------------------------------------------------

                 Key: DNET-766
                 URL: http://tracker.firebirdsql.org/browse/DNET-766
             Project: .NET Data provider
          Issue Type: Bug
          Components: ADO.NET Provider
    Affects Versions: 5.9.1.0
            Reporter: Frédéric Delaporte
            Assignee: Jiri Cincura


It appears that when auto-enlistment is not enabled, explicit enlistment (FbConnection.EnlistTransaction) is disabled too.

The connection string parameter Enlist is normally only about enabling automatic enlistment at connection opening. It is not supposed to disable explicit enlistment.

Found while trying to get NHibernate transaction scope tests working with Firebird: rollback test fails even in a dedicated branch where I have added explicit enlistment. (I was hoping to be able to test that this way, since auto-enlistment breaks the NHibernate tests due to DNET-764). Firebird .Net provider is the only provider tested by NHibernate which behaves in such a way.

Checked in the source, it looks like `Enlist` is not only used for auto-enlistment at connection opening, but also for globally disabling system transactions.
https://sourceforge.net/p/firebird/NETProvider/ci/master/tree/Provider/src/FirebirdSql.Data.FirebirdClient/FirebirdClient/FbConnectionInternal.cs#l282


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Firebird-net-provider] [FB-Tracker] Created: (DNET-765) Enable auto-enlistment by default

[Frédéric D. (J. <tr...@fi...>]

Enable auto-enlistment by default
---------------------------------

                 Key: DNET-765
                 URL: http://tracker.firebirdsql.org/browse/DNET-765
             Project: .NET Data provider
          Issue Type: Improvement
          Components: ADO.NET Provider
    Affects Versions: 5.9.1.0
            Reporter: Frédéric Delaporte
            Assignee: Jiri Cincura
            Priority: Minor


The default behavior about auto-enlistment is to have enabled by default. From Msdn:

> Automatic enlistment is the default (and preferred) way of integrating ADO.NET connections with System.Transactions.

https://msdn.microsoft.com/en-us/library/ms254973(v=vs.110).aspx#Anchor_1

This behavior is followed by SqlConnection, SQLiteConnection, SqlCeConnection, OdbcConnection, OracleConnection (managed & unmanaged), and MySqlConnection. NpgsqlConnection does not enable it by default in its 3.2 version but has change that in their code base for the 3.3 version of Npgsql ( https://github.com/npgsql/npgsql/issues/1483 ).

Not having this enabled by default is unexpected for developers used to almost any other database.

But before enabling it by default, it will likely be required to do DNET-764, which is about another unexpected behavior which will not play very well with enabling auto-enlistment by default.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Firebird-net-provider] [FB-Tracker] Created: (DNET-764) Supports lack of ambient transaction when auto-enlisting is activated

[Frédéric D. (J. <tr...@fi...>]

Supports lack of ambient transaction when auto-enlisting is activated
---------------------------------------------------------------------

                 Key: DNET-764
                 URL: http://tracker.firebirdsql.org/browse/DNET-764
             Project: .NET Data provider
          Issue Type: New Feature
          Components: ADO.NET Provider
    Affects Versions: 5.9.1.0
            Reporter: Frédéric Delaporte
            Assignee: Jiri Cincura


When auto-enlistment is enabled, opening a Firebird connection without an ongoing ambient system transaction fails with error:
System.InvalidOperationException : There is no active TransactionScope to enlist transactions.

Quite self explanatory. But this behavior is exclusive to Firebird and quite unexpected for users of other database connections, and also unexpected according to MSDN about auto-enlistment:

> A connection object will automatically enlist in an existing distributed transaction if it determines that a transaction is active, which, in System.Transaction terms, means that Transaction.Current is not null. Automatic transaction enlistment occurs when the connection is opened. It will not happen after that even if a command is executed inside of a transaction scope.

https://msdn.microsoft.com/en-us/library/ms254973(v=vs.110).aspx#Anchor_1

Usually, enabling auto-enlistment does not mandate an active transaction for opening connection. The connection simply does not enlist to anything when opened if there are no active transaction at that time. (Thankfully, since most other db connections have auto-enlistment enabled by default.)

For reference, here is the list of other connections which I have tested and support opening with auto-enlistment enabled and lack of ambient transaction: SqlConnection, SQLiteConnection, SqlCeConnection, OdbcConnection, OracleConnection (managed & unmanaged), NpgsqlConnection, MySqlConnection.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Firebird-net-provider] [FB-Tracker] Created: (DNET-763) Starting with 5.6.0.0 - FBConfiguration doesnt work with special characters (Ä/Ö/Ü/ß)

[Rand R. (JIRA) <tr...@fi...>]

Starting with 5.6.0.0 - FBConfiguration doesnt work with special characters (Ä/Ö/Ü/ß)
-------------------------------------------------------------------------------------

                 Key: DNET-763
                 URL: http://tracker.firebirdsql.org/browse/DNET-763
             Project: .NET Data provider
          Issue Type: Bug
          Components: ADO.NET Provider
    Affects Versions: 5.9.1.0, 5.9.0.0, 5.8.1.0, 5.8.0.0, 5.7.0.0, 5.6.0.0
         Environment: Firebird 2.5
            Reporter: Rand Random
            Assignee: Jiri Cincura


The following code fails:

                var x = new FbConfiguration(GetConnectionString());
                x.DatabaseShutdown2(FbShutdownOnlineMode.Single, FbShutdownType.ForceShutdown, 0);

with the exception:

"I/O error during \"CreateFile (open)\" operation for file \"C:\\TEST\\DüEMO.CONX\"\r\nError while trying to open file"

ConnectionString is this:
port number=3050;character set=UTF8;initial catalog=C:\\rfa\\Düemo.conx;data source=localhost;user id=xxxxx;password=xxxxx;pooling=False"

In earlier versions this code works fine, addtionionally the normal "FbConnection" works fine with the given Connection string and I can retrieve data just fine.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Firebird-net-provider] ADO.NET provider 5.9.1.0

[Jiří Č. <ji...@ci...>]

More info:
https://www.tabsoverspaces.com/233624-ado-net-provider-5-9-1-0-for-firebird-is-ready/
.

-- 
Mgr. Jiří Činčura
Independent IT Specialist

[Firebird-net-provider] [FB-Tracker] Created: (DNET-763) AWS Training in Hyderabad

[mohan r. (JIRA) <tr...@fi...>]

AWS Training in Hyderabad
-------------------------

                 Key: DNET-763
                 URL: http://tracker.firebirdsql.org/browse/DNET-763
             Project: .NET Data provider
          Issue Type: Task
         Environment: Hyderabad
            Reporter: mohan raj
            Assignee: Jiri Cincura


This course provides information on Amazon Web Services (AWS), their features and characteristics as well as how and why to use them. The AWS training in Ameerpet introduces you to AWS and cloud computing to provide you with the necessary information to make informed decisions based on your business needs.


http://www.awsguru.co.in/p/index.html

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-net-provider] [FB-Tracker] Created: (DNET-762) Update the referenced Microsoft.BCL packages to latest version for NET40 projects

[André Z. (J. <tr...@fi...>]

Update the referenced Microsoft.BCL packages to latest version for NET40 projects
---------------------------------------------------------------------------------

                 Key: DNET-762
                 URL: http://tracker.firebirdsql.org/browse/DNET-762
             Project: .NET Data provider
          Issue Type: Improvement
          Components: ADO.NET Provider
    Affects Versions: 5.9.0.0
            Reporter: André Ziegler
            Assignee: Jiri Cincura


Please update the referenced Microsoft.BCL packages to latest version for NET40 projects because I use newer versions and here I get conflict. 

You use

  <package id="Microsoft.Bcl" version="1.1.8" targetFramework="net40-client" />
  <package id="Microsoft.Bcl.Async" version="1.0.168" targetFramework="net40-client" />
  <package id="Microsoft.Bcl.Build" version="1.0.14" targetFramework="net40-client" />

but there are 2 updates:

  <package id="Microsoft.Bcl" version="1.1.10" 
  <package id="Microsoft.Bcl.Build" version="1.0.21" 

I have no idea why you added old versions when there are already newer ones available for years.

I've added assemblyBinding entriy in app.config to redirect the referenced System.Runtime to the newer 2.6.10.0. (Microsoft.Bcl" version="1.1.10" ) but when I capture a trace with WPR.exe and analyze the ETL I still see "System.IO.FileLoadException" entry when .net tries to load System.Runtime in version  2.6.8.0.



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira