+1 very good enhancement to my original suggestions.
Ron
On 11/11/2013 6:48 AM, Anders Hammar wrote:
And some additions from me:
4. Is there a recommended way to handle group/artifact naming. I have seen
many on the internet
Group - com.mycompany.project
"com.mycompany" should be your web domain in reverse. You need to own this!
Please keep in mind not to go to bold. If you're within a large
international company it could be wise not to use the .com space unless
you're really in charge of the groupId's. It could then be better to use
your country space (if you also own that domain of course), which you
likely have better control of.
I'd say "project" should rather be application's name. The project's name
is most likely going to change over time and you don't want to change the
groupId all the time. Having said that, I know it's hard to set the
application's name early in the process when you need to decide on groupId.
Artifact - meaningful name
I always advice to have a prefix in the artifactId. This is mainly because
the artifactId is used in the file name of the artifact. And you don't want
a file called "core-1.0.jar". So prefix-xxx is much better. Have a look in
the open source world to get some ideas.
/Anders
Version - x.y.z
works for us.
It should make things easier to find and you pretty quickly can see where
something came from.
We have a "util" group "com.artifact_software.util" where we put utilities
that are shared between projects.
I hope that this helps
Ron
Thank you,
Jason
--
Ron Wheeler
President
Artifact Software Inc
email: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
Ron Wheeler
President
Artifact Software Inc
email: [email protected]
skype: ronaldmwheeler
phone: 866-970-2435, ext 102
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]