Forum Discussion
MSIX Shared Package Container for normal user
As an administrator i tested the following which does work: 1 have an AppX package installed with PackageFamilyName 2 have an MSIX package installed with PackageFamilyName 3 Created an SPC and put...
Just come across this concept although have have yet to come across a requirement for it. I take it we are referring to this article.
https://learn.microsoft.com/en-us/windows/msix/manage/shared-package-container
If that is the case, I agree with the comments so far with it needing to be configured to allow a user launching the application to be able to communicate with other user installed MSIX packages.
It would also be worth noting that this sort of configuration feels like App-V virtual environments and there was an option in MECM to manage this by creating the relationships and it would process the xml configuration at the point of deployment. If this is intended to be an enterprise solution, it needs to be offereed in a way that it can be managed across the enterprise desktop estate.
https://learn.microsoft.com/en-us/windows/msix/manage/shared-package-container
If that is the case, I agree with the comments so far with it needing to be configured to allow a user launching the application to be able to communicate with other user installed MSIX packages.
It would also be worth noting that this sort of configuration feels like App-V virtual environments and there was an option in MECM to manage this by creating the relationships and it would process the xml configuration at the point of deployment. If this is intended to be an enterprise solution, it needs to be offereed in a way that it can be managed across the enterprise desktop estate.
- Yes, like AppV we would like to combine two packages into one like a Connection Group (AppV).
If would be nice to combine an AppX with a MSIX package as well.
Example: AppX Power BI Desktop and an MSIX package with the middleware for the AppX package, like Oracle, Teradata etc connector drivers for Power BI Desktop- Pollewops The term "middleware" triggers me to mention this. In this sense, I interpret middleware as a apcakge with an exe (and other stuff) that is usually not exposed to the start menu, but used by other software by referencing the name of the exe.
Under App-V we tended to use Connection Groups with middleware. But that is mostly because we were dealing with middleware (like javaws.exe) that might be used by multiple applications and have backwards-compatibility issues with newer versions of the middleware that might be needed by other packaged apps.
Seeing less of this these days, rather than resorting to SPC, I find it possible to package the middleware using an ApplicationAlias inside the middleware package, which works more like the App-V RunVirtual key but has the advantage of being directly part of the Middleware package.- Hi Tim, was thinking about your ApplicationAlias option. Could you explain more how this will work? Would like to try this out.
I am still searching for a possible replacement for RunVirtual add-ins with msix.
- I've created this feedback option highlighting this requirement, please feel free to review and vote.
https://feedbackportal.microsoft.com/feedback/idea/fe236fdf-2f94-ee11-a81c-000d3a02ba69
