FastFilter/fastfilter_java

Please push 1.0 release to maven central.

maxdemarzi opened this issue · 21 comments

Thank you!

This seems reasonable.

@thomasmueller Can you do it? If not, I can set something up.

We currently have

<groupId>org.fastfilter</groupId>
<artifactId>fastfilter_java</artifactId>

I think Maven Central (Sonatype) will require that we either

  • A: register fastfilter.org (which seems not reasonable currently), or
  • B: (probably simpler) change the group id, I think to "com.github.fastFilter".

I will try approach B. OK?

B makes sense to me

I think that 99% of programmers out there are not impressed by custom domains and will happily take com.github.fastFilter or something like that. Whether the software is well tested and documented matters more.

OK I changed groupId and artifactId... now the question is: should we also change the package names from org.fastfilter to com.github.fastfilter. I think it's not needed.

Someone could buy fastfilter.org and then sue you for trademark violation.

I kid.

I think it is fine to keep the package names unchanged. Though if you are going to change them one day, you might as well do it now.

I recommend doing it now. I can't think of concrete examples off the top of my head, but as a user I have always found it annoying when the group id is not a prefix of the packages.

OK, changed it.

Some more work is needed, I'm following the documentation at https://central.sonatype.org/publish/publish-maven/
It will probably take a few more days until everything is set up properly.

It is a whole lot of fun.

See RoaringBitmap/RoaringBitmap#454

On the plus side, it seems to be getting a whole lot better.

According to https://issues.sonatype.org/browse/OSSRH-68199 we can't use the groupId com.github.fastfilter, and need to use io.github.fastfilter. I created an initial Github page: https://fastfilter.github.io/

Which package name should we use?

  • com.github.fastfilter
  • io.github.fastfilter
  • org.fastfilter

I vote for org.fastfilter. io.github.fastfilter is weird in my view. The disavantage of both github options is, if we switch hosting to e.g. GitLab we would have to change the package name. I know we would also have to change the groupId, but groupId is typically only use in one place (pom.xml), so that's less of a concern.

We could acquire fastfilter.org and use that throughout and be done with the issue.

https://www.namecheap.com/domains/registration/results/?domain=fastfilter.org

I can get it if you'd like and put some landing page on it.

I'm OK to use io.github.fastfilter as the groupId. Just the Java package name, I think org.fastfilter is better. Registering the domain would allow us to use org.fastfilter as the Maven groupId. I'm not sure if that's worth it... It is a bit a hassle I have to admit. I think the risk is low that someone would register fastfilter.org such that we would have to change the package name.

I agree that using org.fastfilter is probably quite fine.

For future reference, to deploy:

# change version number
cd fastfilter
mvn -Prelease-sign-artifacts clean deploy

It might take some time until Sonatype activated sync for this library (it sounds like this is a manual step on their side). Please re-open if this doesn't work for some time.