Conversation
8b23613 to
9781931
Compare
|
This moves all providers except for SQL Server, Cosmos NoSQL and MongoDB from the Semantic Kernel repo to here. I made as few changes to product code as possible compared to the Semantic Kernel origin. On the test side I did do some extensive stabilization work, so that now all conformance tests are passing; all but Cosmos Mongo and Azure AI Search are now running in CI (most against Testcontainers) and seem quite reliable (those two exceptions have no Testcontainer option and require an actual cloud instance). |
|
@westey-m (and @jeffhandley) pushed a commit which ports microsoft/semantic-kernel#13902 to here. |
jeffhandley
left a comment
There was a problem hiding this comment.
Thanks for your patience, @roji. This is super comprehensive and from what I can tell everything moved over cleanly. The dev environment is straightforward/idiomatic without challenging setup steps, and the code style is consistent throughout.
I didn't review any of the code for correctness; I trust that's all been reviewed/tested ahead of this transition.
|
Thanks for spending time on this @jeffhandley! I've figure out publishing logistics for this next and we'll get the nugets out (previews). |
Port MEVD (Microsoft Extensions Vector Data) provider implementations from the Semantic Kernel repository into CommunityToolkit.AI.
Providers (9 total)
AzureAISearch, CosmosMongoDB, InMemory, PgVector, Pinecone, Qdrant, Redis, SqliteVec, Weaviate
Infrastructure
Microsoft.SemanticKernel.Connectors.*→CommunityToolkit.VectorData.*Directory.Packages.propsShared/LegacySupport/) for net462/netstandard2.0Throw.cs,VectorStoreErrorHandler.csglobal.jsonpinning .NET 10 SDK.github/workflows/mevd.yml)Test coverage
Notable fixes
CollectionModelBuilder.SetPropertyStorageNamebug in MEVD Abstractions 10.5.0 (StorageName not respectingUsesExternalSerializerflag)