Skip to content
This repository has been archived by the owner on Dec 11, 2020. It is now read-only.

Resource availability on PowerShell gallery #33

Open
anwather opened this issue Jan 10, 2018 · 11 comments
Open

Resource availability on PowerShell gallery #33

anwather opened this issue Jan 10, 2018 · 11 comments

Comments

@anwather
Copy link
Contributor

Can we get this put on the PowerShell gallery? @rpsqrd

@rpsqrd
Copy link
Contributor

rpsqrd commented Jan 10, 2018

I don't have any capacity right now to drive that work, but I'd be in full support of onboarding this to the DSC Resource Kit, which would help it get published on the gallery (and increase visibility). Is that something you could help with?

Edit: I can certainly help along the way, I just won't be able to drive it E2E.

@anwather
Copy link
Contributor Author

Would like to - just have to find some time - maybe Q4

@hackjammer
Copy link

As a potential user - it makes it much more difficult to use if it's not easily downloadable format - getting this properly supported and in the gallery is important, particularly given that it is a recommended way of setting up JEA in the official documentation.

@jnury
Copy link
Contributor

jnury commented Feb 13, 2018

@rpsqrd There is a xJEA DSCResource in the resource kit: https://github.com/PowerShell/xJea

It seems to me that it's an 'old' fashion to build JEA Endpoint (aka pre-PS5). How can we deal with it ?

I'm back with some spare time. I'll start with fixing some openend issues, and after that I'll try to bring up a decent release pipeline (I have to figure out how to do integration tests with an AD and AppVeyor).

@rpsqrd
Copy link
Contributor

rpsqrd commented Feb 13, 2018

You're correct -- it's the proof of concept that led to the JEA we know today. We're okay to pave the xJea resource and replace it with a new, PS 5.1+ implementation. We just need to be clear in the PR that it's a major version and breaking change. We can update the README with information about how to download the old version with the -RequiredVersion parameter if someone wants the previous implementation.

Alternatively, we could just go for a proper DSC resource (e.g. JeaDsc) that meets all of the high quality DSC resource requirements. I'm fine either way.

@anwather
Copy link
Contributor Author

HQRM looks to be the way to go

@anwather
Copy link
Contributor Author

I have a bit of spare time for this - I can at least set up the template resource with some basic tests - I might just create a new repo for this and then can merge it all later -

@rpsqrd
Copy link
Contributor

rpsqrd commented Feb 14, 2018

I'm following up with the DSC team to see if they have any preference for how we release a new resource. I'll keep this thread posted and get some of the logistics set up once I have an answer.

One change @commonsensesoftware suggested that I think is great is to add the "Ensure = Present|Absent" property so we can help people _un_configure JEA if they need to.

I'm also interested in hearing everyone's thoughts on also adding a role capability resource so users don't have to create them out of band and copy the files to the target machines.

@jnury
Copy link
Contributor

jnury commented Feb 15, 2018

Ensure = Present|Absent -> Yes !
JEARoleCapabilitiesDSC -> Yes !

@jnury
Copy link
Contributor

jnury commented Feb 15, 2018

@rpsqrd : logistics = build process and Unit Testing VMs ? :-)

@ChrisLGardner
Copy link

Is there any progress on getting this into the gallery. I'd love to start using this but without it being in the gallery I can't really add it to my build pipeline and I don't really want to drop back to xjea if I don't have to.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants