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.

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

Do a release of updating lib #37

Open
rufuspollock opened this issue Jun 22, 2020 · 10 comments
Open

Do a release of updating lib #37

rufuspollock opened this issue Jun 22, 2020 · 10 comments

Comments

@rufuspollock
Copy link

With lib now updated with appropriate open source json parser let's do a release so downstream can pull. Would be relevant for OpenRefine see e.g. OpenRefine/OpenRefine#778 (comment)

@roll would you be able to lead on this?

/cc @lwinfree

@roll
Copy link
Member

roll commented Jun 22, 2020

Hi @iSnow, could you please release?

@iSnow
Copy link
Contributor

iSnow commented Jun 23, 2020

Do we want to release manually or make it part of the CI pipeline?

I can prepare the steps, but it would be good if you both read through:

since there are a couple of steps necessary that need the handling of credentials. It would be good if you have an email address that I can use for the Jira-account. I'd mail you the password to the Jira and the SSH cert but you absolutely must safekeep this on your side. Please don't come back in a year or five and ask me about the credentials.

Alternatively, you go through the steps to set up the Jira account and hand me the creds.

@roll
Copy link
Member

roll commented Jun 24, 2020

Thanks @iSnow, I'll set it up. I had forgotten about #25

@roll
Copy link
Member

roll commented Jun 28, 2020

It would be good if you have an email address that I can use for the Jira-account. I'd mail you the password to the Jira and the SSH cert but you absolutely must safekeep this on your side. Please don't come back in a year or five and ask me about the credentials.

Sure, we use the OKFN account usually for package registries so I just need to prepare all this stuff. It seems it requires wrapping my head around all this stuff for Java so I'll be on it in a week or so.

@roll
Copy link
Member

roll commented Aug 5, 2020

I've checked this guide - https://dzone.com/articles/publish-your-artifacts-to-maven-central - and it feels really overwhelming for a person who has never touched any Java code. It seems I need to set up the whole java dev environment and then do a lot of other steps I'm not sure about. As a last resort, I can, of course, do it but just wondering if there are simpler options.

@rufuspollock, maybe there is a person at Datopian who has Java experience and can create a frictionless account on Maven and release?

OR

@iSnow if you don't mind helping with it maybe you can point out what exact credentials I need to create so you can setup a release via Travis? I found these articles:

@roll
Copy link
Member

roll commented Aug 5, 2020

It seems to release to https://packagecloud.io/ is much easier and there is a Travis automation for it but I'm not sure this package registry is what is needed for OpenRefine

@sniffertine
Copy link

Hi all. I use the library through jitpack. maybe a tag in this repo would be enough to have a "release"?

With a tag, you can use the tag name as version with jitpack. In gradle, this would look like this:
implementation('com.github.frictionlessdata:datapackage-java:<tag-name>')

@iSnow
Copy link
Contributor

iSnow commented Jun 3, 2021

Hi all. I use the library through jitpack. maybe a tag in this repo would be enough to have a "release"?

Good idea, I tagged this as "0.1.1". Ultimately, I'd like to get it on mvnrepository, but this will do for the time

BTW, I am looking for contributors, if you feel like you'd like to do some things better, please do submit tickets or PRs.

@sniffertine
Copy link

Cool. I will quickly integrate the tagged version here.

And yes, I have a suggestion that might me worth at least a ticket. The datapackage files require to be on the filesystem, but my JVM integration here (datasets/unece-units-of-measure#3) uses the datapackage from inside a .jar file. Currently, I copy the files from inside the jar into a temp folder before I am able to process the datapackage.

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

No branches or pull requests

4 participants