Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Allow a pre-generated serialization assembly to load in the same ALC the type is in. #599

Closed
1 task
StephenBonikowsky opened this issue Dec 5, 2019 · 0 comments
Closed
1 task

Allow a pre-generated serialization assembly to load in the same ALC the type is in. #599

StephenBonikowsky opened this issue Dec 5, 2019 · 0 comments
Assignees
@StephenMolloy
Labels
area-Serialization
Milestone
6.0.x

Comments

@StephenBonikowsky
Copy link
Member

StephenBonikowsky commented Dec 5, 2019 •
edited
Loading

The XmlSerializer by default loads a pre-generated serialization assembly into the default context even when the type it was generated for lives in a different ALC.

Need to create a mechanism that allows the pre-generated serialization assembly to be loaded into the ALC where the type it was generated for lives.

Original issue: dotnet/corefx#41286

  • Port to 3.1.x
@StephenBonikowsky StephenBonikowsky added this to the 5.0 milestone Dec 5, 2019
@Dotnet-GitSync-Bot Dotnet-GitSync-Bot added the untriaged New issue has not been triaged by the area owner label Dec 5, 2019
@StephenBonikowsky StephenBonikowsky removed the untriaged New issue has not been triaged by the area owner label Dec 9, 2019
@HongGit HongGit closed this as completed Jul 15, 2020
@HongGit HongGit reopened this Jul 15, 2020
@HongGit HongGit modified the milestones: 5.0.0, 6.0.0 Aug 25, 2020
MichalStrehovsky pushed a commit to MichalStrehovsky/runtime that referenced this issue Mar 25, 2021
@AntonLapounov
Fix Linux/OSX path for objwriter and clean up project file (dotnet#599)
cc549ec
@HongGit HongGit assigned HongGit and unassigned mconnew Jun 21, 2021
@StephenMolloy StephenMolloy mentioned this issue Sep 10, 2021
Merged
@jeffhandley jeffhandley modified the milestones: 6.0.0, 6.0.x Nov 22, 2021
radical pushed a commit to radical/runtime that referenced this issue Jul 7, 2022
@premun
Capture application stdout and stderr in a file (dotnet#599)
83d2c21 
For an application with bundle ID `net.dot.Bundle.ID`, stores the logs in:
- `net.dot.Bundle.ID.log`
- `net.dot.Bundle.ID.err.log`
@ghost ghost locked as resolved and limited conversation to collaborators Sep 3, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@StephenMolloy StephenMolloy

Labels
area-Serialization
Projects
None yet
Milestone
6.0.x
Development

No branches or pull requests
7 participants
@jeffhandley @jkotas @mconnew @StephenBonikowsky @HongGit @StephenMolloy @Dotnet-GitSync-Bot