XObjectsCore 3.4.0
See the version list below for details.
dotnet add package XObjectsCore --version 3.4.0
NuGet\Install-Package XObjectsCore -Version 3.4.0
<PackageReference Include="XObjectsCore" Version="3.4.0" />
paket add XObjectsCore --version 3.4.0
#r "nuget: XObjectsCore, 3.4.0"
// Install XObjectsCore as a Cake Addin #addin nuget:?package=XObjectsCore&version=3.4.0 // Install XObjectsCore as a Cake Tool #tool nuget:?package=XObjectsCore&version=3.4.0
LinqToXsdCore Release Notes
Version 3.4.0
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.4.0
<SplitCodeFiles By="Namespace" />
now works, but it requires a newFile
filename attribute on every<Namespace />
. If you had set this unimplemented option in your config before upgrading, you will get an error and need to modify your config!<NullableReferences>
option should now be set inside<CodeGeneration>
. It still works in<Configuration>
for backward compatibility.- New options
<UseDateOnly>
and<UseTimeOnly>
inside<CodeGeneration>
. Whentrue
, .net 6DateOnly
andTimeOnly
types will be generated forxs:date
andxs:time
properties. - Minor breaking change: if you used
XObjectsCodeGen
directly (as a library), a few public APIs have changed to support splitting files by namespace. There is no breaking change for users of LinqToXsd tool andXObjectsCore
runtime.
Version 3.3.3
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.3.3
- Fixes an issue with the
NullableReferences
element not appearing in generated config files.
- Fixes an issue with the
Version 3.3.2
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.3.2
- This update only applies to the LinqToXsd global
dotnet
tool; it fixes a bug whereby a class constructor was being generated for classes for XSD elements, whose schema types are simple types, and said simple types are defined as enum restrictions on string types (likeNMToken
orxs:string
) and the class constructor accepted a value for the enum type. The functional constructor now converts from the given string value to the inner enum type by parsing the string value and convert it to it's proper inner enum type (stored in the TypedValue property).
- This update only applies to the LinqToXsd global
Version 3.3.1
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.3.1
- This update only applies to the LinqToXsd global
dotnet
tool; it re-enables .NET Core 3.1 as a runtime target, and also adds .NET 5, alongside .NET 6 that was added in 3.3.0. - PDB debug information is now embedded inside the shipping assemblies.
- This update only applies to the LinqToXsd global
Version 3.3.0
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.3.0
- https://www.nuget.org/packages/XObjectsCore/3.3.0
- The LinqToXsd global tool now targets .NET 6 (note that the supporting library XObjectsCore and all code generated by the LinqToXsd tool still targets .NET Standard 2.)
- This new release fixes bugs with the content model and enum code generation. It incorporates contributions from rvuistin in PR36 (many thanks!).
LinqToXsdCore 3.2.1 and XObjectsCodeGen 3.2.1 (no changes to XObjectsCore)
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.2.1
- https://www.nuget.org/packages/XObjectsCodeGen/3.2.1
- Disabled checking for duplicate enum type declaration when creating a nested enum type for a property on a generated class (partially resolves GitHub Issue 31).
LinqToXsdCore 3.2.0, XObjectsCore 3.2.0 and XObjectsCodeGen 3.2.0
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.2.0
- https://www.nuget.org/packages/XObjectsCore/3.2.0
- XObjectsCore has now had all the code generation facilities split into a separate library: XObjectsCodeGen. This change now means that generated code no longer needs to depend on System.CodeDom when it is used in shipping apps or libraries.
- Fixes an error that occurs when attempting to pass null to a property that had validation logic in the property setter (see GitHub PR28).
- https://www.nuget.org/packages/XObjectsCodeGen/3.2.0
- The number of
XName
instantiations in generated code is now greatly reduced (see GitHub PR23). - Now includes an option for null-annotating generated code (see GitHub PR29).
- Enums in generated code are now properly generated as CLR value types (see GitHub 21).
- Updated to fix ambiguous types where an element is a base type and a derrived type is used (see GitHub 16).
- The number of
LinqToXsdCore 3.1.0 and XObjectsCore 3.1.0
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.1.0
- https://www.nuget.org/packages/XObjectsCore/3.1.0
- Fixed a enum type generation bug that occurs when referencing locally defined enum types.
- Also fixed another one enum generation bug for multiple inline enum types defined with the same name; the XSD spec allows for multiple inline enum types to share the same name so long as they're not defined in the same complex type or element, and are not global types.
- Fixed an issue with ambiguous types where an element is a base type and a derrived type is used.
LinqToXsdCore 3.0.1 and XObjectsCore 3.0.1
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.0.1
- https://www.nuget.org/packages/XObjectsCore/3.0.1
- Fixed Github Issue #10
- Imported code changesets for v2.0.2 from the legacy LinqToXsd project, which generates the proper type definitions for union types.
- Switched to a tripartite versioning scheme.
- The global tool LinqToXsd now targets .NET Core 3.1 in addition to .NET Core 2.1. This allows users using either version of .NET Core to still use the global tool to generate code.
LinqToXsdCore 3.0.0.12 and XObjectsCore 3.0.0.11
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.12
- https://www.nuget.org/packages/XObjectsCore/3.0.0.11
- When a group of XSD files or a folder of them all import or include each other, LinqToXsd cannot decide which one to use as the entry point for code generation, so now the CLI throws an exception when that condition is met while trying to resolve which XSD file to use.
- Reverts "Avoid type name conflicts in generated code" from previous release, as it broke the code generation of the
BuildWrapperDictionary()
method generated inside theLinqToXsdTypeManager
; it addstypeof(void)
expressions, which breaks untypedXElement
type conversion. Previous (and correct) behavior was to addtypeof(T)
expressions where T was the generated complex or global element type. - Fixes an issue whereby setting a string value to an attribute whose type was
AnyAtomicType
resulted in an error. - Fixes an issue when using the static Parse() or Load() methods on an internal generated type.
LinqToXsdCore 3.0.0.11 and XObjectsCore 3.0.0.10
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.11
- https://www.nuget.org/packages/XObjectsCore/3.0.0.10
- Avoid type name conflicts in generated code.
- Do not prefix an identifier with the '@' character when not needed.
XObjectsCore 3.0.0.9
Nuget packages:
Added XTypedElementEqualityComparer
and XTypedElementDeepEqualityComparer
classes that implement IEqualityComparer{T}
for the XTypedElement
class.
LinqToXsdCore 3.0.0.10 and XObjectsCore 3.0.0.8
Nuget packages:
- https://www.nuget.org/packages/XObjectsCore/3.0.0.8
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.10
Modified the behaviour of retrieving the value of an attribute, when the schema type is anyAtomicType (which is the default for attributes when no type is given). The value literal is now returned as a string (pre-existing behaviour would throw an exception saying that anyAtomicType is not a supported conversion to the CLR type 'string').
XObjectsCore 3.0.0.7
Nuget packages:
- https://www.nuget.org/packages/XObjectsCore/3.0.0.7
- Fixed a regression bug with previous release.
LinqToXsdCore 3.0.0.9 and XObjectsCore 3.0.0.6
Nuget packages:
- https://www.nuget.org/packages/XObjectsCore/3.0.0.6
- Fixed an issue when performing an explicit type conversion from XElement to its XTyped-equivalent when the XTyped-equivalent type was an internal class.
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.9
- Generating a new config file no longers includes the Xml.Schema.Linq schema namespace mapping. Also generating a new config file will generate a default namespace mapping when the XSD does not target a namespace.
LinqToXsdCore 3.0.0.8
Nuget packages:
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.8
- Implemented saving merged output from multiple XSD files when generating a config file (using 'config -e' switch) using a folder as a source.
XObjectsCore 3.0.0.5 and LinqToXsdCore 3.0.0.7
Nuget packages:
- https://www.nuget.org/packages/XObjectsCore/3.0.0.5
- Reversed a change made that removed the virtual keyword on properties on generated types. Added a test for it.
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.7
- Dropped emitting errors to a custom handler. Was outputting red console text needlessly.
XObjectsCore 3.0.0.4 and LinqToXsdCore 3.0.0.6
Nuget packages:
- https://www.nuget.org/packages/XObjectsCore/3.0.0.4
- https://www.nuget.org/packages/LinqToXsdCore/3.0.0.6
Fixes a bug that caused XTypedElement.Clone() to fail when generated code had the internal
visibility modifier. This manifested in the CLI tool, when attempting to use it to generate an example configuration file linqtoxsd config 'file.xsd' -e
.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net5.0 was computed. net5.0-windows was computed. net6.0 is compatible. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 was computed. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
.NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
.NET Standard | netstandard2.0 is compatible. netstandard2.1 was computed. |
.NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
MonoAndroid | monoandroid was computed. |
MonoMac | monomac was computed. |
MonoTouch | monotouch was computed. |
Tizen | tizen40 was computed. tizen60 was computed. |
Xamarin.iOS | xamarinios was computed. |
Xamarin.Mac | xamarinmac was computed. |
Xamarin.TVOS | xamarintvos was computed. |
Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- No dependencies.
-
net6.0
- No dependencies.
NuGet packages (6)
Showing the top 5 NuGet packages that depend on XObjectsCore:
Package | Downloads |
---|---|
WorkSharp.Wws.Core
Provides common classes for the WorkSharp WWS endpoint packages. |
|
LinqToXsdCore
A command line tool that facilitates generating code from an XSD; also generates configuration files to control code generation. Do not include this nuget package as a dependency in shipping applications or libraries; use the code it generates in a shipping library or app and include a dependency on the XObjectsCore nuget package. Can be installed via 'dotnet tool install LinqToXsdCore --global', and then invoked via 'linqtoxsd'. Original Authors: Microsoft Corporation. |
|
SubSolution.Builders
Library used to build solutions from SubSolution configurations (.subsln files). |
|
SWIDFromXSD
C# Objects generated from XSD schema published alongside ISO/IEC 19770-2:2015 Software identification tag. Includes SWID Tag Extensions from NISTIR 8060. Also some utility functions for extracting hash attributes. |
|
XSDLib
A library for reading XSD files (supports W3C XSD 1.0) |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
3.4.7 | 4,212 | 7/19/2024 |
3.4.6 | 6,914 | 2/13/2024 |
3.4.4 | 600 | 1/29/2024 |
3.4.3 | 193 | 1/24/2024 |
3.4.2 | 7,585 | 10/2/2023 |
3.4.1 | 207 | 9/16/2023 |
3.4.0 | 1,193 | 7/3/2023 |
3.3.0 | 51,587 | 3/28/2022 |
3.2.0 | 237,963 | 2/15/2021 |
3.1.0 | 3,440 | 5/3/2020 |
3.0.1 | 1,703 | 3/15/2020 |
3.0.0.11 | 472 | 3/11/2020 |
3.0.0.10 | 507 | 3/5/2020 |
3.0.0.9 | 458 | 3/3/2020 |
3.0.0.8 | 554 | 2/14/2020 |
3.0.0.7 | 1,300 | 1/28/2020 |
3.0.0.6 | 822 | 1/18/2020 |
3.0.0.5 | 638 | 10/1/2019 |
3.0.0.4 | 483 | 9/27/2019 |
3.0.0.3 | 503 | 8/20/2019 |
3.0.0.2 | 629 | 6/7/2019 |