I know my stance is probably known but just to have the arguments in this thread.
Pro: pekko * Shorter diff and imports, also in consuming code. * Reverse DNS is it bit out of fasion, still makes sense for small projects, but Apache Pekko should sure have the ambition to become thé Pekko of the JVM ecosystem. * It matches what it was before. * Reverse DNS still to be used as maven group ID/org, so Apache brand will still be there. On Fri, Nov 4, 2022, 03:23 Greg Methvin <[email protected]> wrote: > While I do like shorter package names, I lean slightly towards using > "org.apache.pekko". It follows the established convention for Apache > projects and the established reverse-DNS convention for Java/Scala projects > in general. Also I think it's helpful to associate the project with Apache > given that Pekko isn't yet a widely recognized name. > > On Thu, Nov 3, 2022 at 2:41 PM PJ Fanning <[email protected]> wrote: > > > Hi everyone, > > > > This issue could be contentious but it would be good to get agreement so > > we can start making changes in the new git repos. > > > > There is discussion about the new package name for Scala/Java classes at: > > > > > > > https://github.com/mdedetrich/akka-apache-project/discussions/8#discussioncomment-3755587 > > > > A discussion among members of the Apache Incubator team can be found at: > > > > https://lists.apache.org/thread/cjo86gdwvqlqslq68gd0c8hxq6ds6yrz > > > > I think it is fair to say that the vote is between 2 options: > > * pekko > > * org.apache.pekko > > > > I guess the aim would be to get people to vote for one or the other. > > > > If there are no objections to this approach, I can call a vote in a few > > days. > > > > Ideally people would express their opinions in this thread and when the > > vote is called, that mail email thread would just be for the votes. Even > > while the vote thread is open, people can still add their voice to this > > thread. > > > > Regards, > > PJ > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > >
