Displaying #maven/2017-01-15.log:

Sun Jan 15 00:26:48 2017  jsightler:Joined the channel
Sun Jan 15 00:27:55 2017  mischat:Joined the channel
Sun Jan 15 00:54:27 2017  conan:Joined the channel
Sun Jan 15 01:28:42 2017  mischat:Joined the channel
Sun Jan 15 02:32:09 2017  mischat:Joined the channel
Sun Jan 15 02:42:40 2017  conan:Joined the channel
Sun Jan 15 03:32:53 2017  mischat:Joined the channel
Sun Jan 15 04:33:41 2017  mischat:Joined the channel
Sun Jan 15 05:34:17 2017  mischat:Joined the channel
Sun Jan 15 06:35:28 2017  mischat:Joined the channel
Sun Jan 15 07:31:34 2017  [twisti]:i will, thank you
Sun Jan 15 07:36:04 2017  mischat:Joined the channel
Sun Jan 15 08:37:00 2017  mischat:Joined the channel
Sun Jan 15 09:32:23 2017  thc202:Joined the channel
Sun Jan 15 09:37:47 2017  mischat:Joined the channel
Sun Jan 15 10:38:28 2017  mischat:Joined the channel
Sun Jan 15 10:38:51 2017  rfscholte:Joined the channel
Sun Jan 15 11:39:32 2017  mischat:Joined the channel
Sun Jan 15 14:13:46 2017  [twisti]:Left the channel
Sun Jan 15 16:00:37 2017  mischat:Joined the channel
Sun Jan 15 17:43:14 2017  isavin:Joined the channel
Sun Jan 15 17:43:14 2017  isavin:Joined the channel
Sun Jan 15 18:05:32 2017  conan:Joined the channel
Sun Jan 15 18:30:20 2017  enso:Joined the channel
Sun Jan 15 18:34:46 2017  enso:Hi guys, I have a project with two modules, one of them being a dependency of the other. So I added both modules to the root project and added <parent> tags to both modules. I also added a <dependency> to the project that requires the other. However, maven cannot find the dependency when building the root project sections
Sun Jan 15 18:34:51 2017  enso:any ideas?
Sun Jan 15 18:35:32 2017  rfscholte:typo
Sun Jan 15 18:35:36 2017  rfscholte::)
Sun Jan 15 18:35:51 2017  rfscholte:this is a classic setup, must work
Sun Jan 15 18:37:57 2017  enso:I grep -ri'd the artifactId and I find it in all three files
Sun Jan 15 18:38:21 2017  Maldivia:enso: and what about groupid and version?
Sun Jan 15 18:39:04 2017  enso:Maldivia: the groupId is the same in all files and the version uses ${project.version}
Sun Jan 15 18:41:40 2017  Maldivia:enso: well, I'm with rfscholte on this one; you have a typo somewhere or something; could paste the 3 pom.xml files somewhere and link them?
Sun Jan 15 18:41:56 2017  froller:Joined the channel
Sun Jan 15 18:52:44 2017  mischat:Joined the channel
Sun Jan 15 18:56:53 2017  enso:http://codepad.org/hxLpyL7O (root project), http://codepad.org/W0jWq7Od (project with dependency), http://codepad.org/amVNvqSX (dependency)
Sun Jan 15 18:59:36 2017  enso:I think I forgot the parent tag in the project with a dep
Sun Jan 15 19:00:21 2017  enso:that still didn't fix it though
Sun Jan 15 19:07:51 2017  enso:for me it's just the root project that doesn't build.
Sun Jan 15 19:17:36 2017  rfscholte:enso: compute-api is of packaging pom, not jar.
Sun Jan 15 19:17:52 2017  enso:rfscholte: it has a sub module
Sun Jan 15 19:18:00 2017  enso:maven fails if it's jar
Sun Jan 15 19:19:16 2017  rfscholte:submodules are not dependencies, jars are
Sun Jan 15 19:19:51 2017  enso:rfscholte: the dependency has a submodule
Sun Jan 15 19:19:58 2017  enso:it that prohibited?
Sun Jan 15 19:20:39 2017  rfscholte:is database-api a jar?
Sun Jan 15 19:20:46 2017  enso:yes
Sun Jan 15 19:21:01 2017  rfscholte:so add that one as dependency
Sun Jan 15 19:21:32 2017  enso:in compute-api?
Sun Jan 15 19:21:59 2017  enso:essentially instead of having it as a submodule, it should be a straight dep?
Sun Jan 15 19:23:03 2017  rfscholte:in the website module, replace compute-api with database-api
Sun Jan 15 19:23:35 2017  enso:but website doesn't call anything from database-api, that's okay?
Sun Jan 15 19:24:01 2017  rfscholte:well, why is compute-api there as dependency?
Sun Jan 15 19:24:52 2017  enso:compute-api is the REST api that does stuff and communicates with the database stuff
Sun Jan 15 19:26:08 2017  rfscholte:so compute-api does deliver an artifact?
Sun Jan 15 19:26:49 2017  enso:yes, it has it's own source that calls stuff from database-api
Sun Jan 15 19:27:11 2017  rfscholte:right, I think I have the complete picture now
Sun Jan 15 19:27:59 2017  rfscholte:so what you should do: add a third module to your root pom and call it databas-api
Sun Jan 15 19:28:35 2017  rfscholte:change the packaging from compute-api to jar (or simply remove <packaging>pom</packaging>)
Sun Jan 15 19:29:19 2017  rfscholte:if compute-api depends on database-api, add it as dependency (not as module)
Sun Jan 15 19:29:41 2017  rfscholte:that should be it
Sun Jan 15 19:31:50 2017  enso:rfscholte: could I still keep it in the compute-api directory (for version control purposes?)
Sun Jan 15 19:32:50 2017  rfscholte:if version control is more important, you can say <module>compute-api/database-api</module> (it is just the path to the module)
Sun Jan 15 19:33:08 2017  rfscholte:but it looks very weird
Sun Jan 15 19:34:16 2017  enso:well the reason I set it up this way is to not have to worry about versions for database and compute portions because I use git submodules
Sun Jan 15 19:34:36 2017  enso:but I know that's not a very ideomatic way of doing it with maven
Sun Jan 15 19:36:53 2017  olamy:Joined the channel
Sun Jan 15 19:39:31 2017  enso:rfscholte: thanks for your help!
Sun Jan 15 19:39:52 2017  rfscholte:np
Sun Jan 15 19:41:08 2017  enso:also if you don't mind could you mention a few benefits of using version tags instead of the way I have it setup? I'm still pretty new to maven
Sun Jan 15 19:43:05 2017  rfscholte:version tags?
Sun Jan 15 19:46:02 2017  enso:so the reason I use git submodules is so that I can use different commits/branches for another project (mobile app) and also this way, when I make modifications to the database-api, it doesn't break the compute-api. To my understanding this could also be achieved with maven <version> tags I chose git modules since I thought it'd be easier to automate.
Sun Jan 15 19:46:19 2017  enso:what are advantages of using the <version> instead
Sun Jan 15 19:51:16 2017  rfscholte:The advantage is that you only have to do 1 release for the complete multimodule project. There is a maven-release-plugin, but that doesn't support git modules, which means you probably need to release everything one by one.
Sun Jan 15 19:53:51 2017  mischat:Joined the channel
Sun Jan 15 19:57:20 2017  enso:the submodules are actual directories in the project, so afaik it souldn't be an issue, but you probably know more about it than I do
Sun Jan 15 19:57:36 2017  mischat:Joined the channel
Sun Jan 15 20:52:35 2017  lefou_:Joined the channel
Sun Jan 15 21:56:35 2017  mischat:Joined the channel
Sun Jan 15 21:56:50 2017  mischat:Joined the channel
Sun Jan 15 22:03:40 2017  enso:Hey, I've been trying to figure this out for quite a while now, the use of the database libraries works in compute as a dep http://codepad.org/Wt6fZmYR compute/pom.xml, but the compute library does not work in the website http://codepad.org/ryfF5IID website/pom.xml
Sun Jan 15 22:04:08 2017  enso:and by not work what I mean is that the package cannot be found at the compile stage
Sun Jan 15 23:10:11 2017  enso:I also checked the classpath and the right jar is in there
Sun Jan 15 23:18:41 2017  enso:seems that the class files are not added to the jar
Sun Jan 15 23:18:51 2017  enso:but I use maven to generate the jar
Sun Jan 15 23:47:46 2017  enso:Left the channel

Comments