Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 119188 - dev-java/continuum: integration server for building Java based projects
Summary: dev-java/continuum: integration server for building Java based projects
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Default Assignee for New Packages
Keywords: EBUILD
Depends on:
Reported: 2006-01-16 06:07 UTC by Guenther Schroettner
Modified: 2015-04-12 17:36 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---

ebuild for continuum 1.0.3 (continuum-bin.tar.gz,2.92 KB, application/octet-stream)
2006-08-29 09:30 UTC, Patrick Huber
continuum-bin-1.0.3 (includes cleanups) (continuum-bin.tar.gz,3.33 KB, application/octet-stream)
2006-09-04 00:38 UTC, Patrick Huber
continuum dependencies from readme.txt (continuum-dependencies,1.95 KB, text/plain)
2006-09-06 13:45 UTC, Patrick Huber
running maven from an ebuild (continuum-maven-output,3.13 KB, text/plain)
2006-09-06 13:47 UTC, Patrick Huber

Note You need to log in before you can comment on or make changes to this bug.
Description Guenther Schroettner 2006-01-16 06:07:02 UTC
Continuum is a continous integration server that will ensure the health of your code base.

The term "continuous integration" refers to a process that builds and tests code on a frequent, regular basis. Many continuous integration systems monitor a source repository at regular intervals and trigger an "integration" every time someone commits a change. An "integration" can be anything from compiling and testing a single project to the assembly and testing of a deliverable from multiple dependent projects. Among the benefits of continuous integration are the immediate identification of defects and the ability to guarantee that a project's build will succeed at any point in the development cycle.
Comment 1 Srepfler Srgjan 2006-03-29 16:01:19 UTC
What's the status for continuum under gentoo, did someone try/is trying to package it?
Comment 2 Srepfler Srgjan 2006-04-25 11:46:18 UTC
Just to bump the issue and tell that 1.0.3 is out.
Comment 3 Patrick Huber 2006-08-29 09:30:53 UTC
Created attachment 95381 [details]
ebuild for continuum 1.0.3

Here's an ebuild for dev-java/continuum-bin-1.0.3...
It's a Q & D but it works for me...

latest version's here:
Comment 4 Petteri Räty (RETIRED) gentoo-dev 2006-08-29 10:14:17 UTC
Feedback on
to improve your ebuild writing skills.

inherit java-pkg
All new java packages that go in should use generation 2

you use this in two places so you could make it ${MY_P}

src_install() {
	echo "*** `pwd`"
	echo "*** ${S}"
useless debug stuff 

	mkdir -p ${D}/opt/continuum
	cp -r ${S}/* ${D}/opt/continuum

insinto and doins are good helper functions to use

	# init script
	mkdir -p ${D}/etc/init.d
	cp ${FILESDIR}/continuum ${D}/etc/init.d/continuum
	chmod +x ${D}/etc/init.d/continuum

there is doinitd for this

Anyway we will not be adding new binary packages because it is our policy to build packages from source. 

Comment 5 Patrick Huber 2006-08-29 13:28:15 UTC
Thank you for your feedback! I'll integrate it and maybe make an src-based ebuild if time permits.
Comment 6 Srepfler Srgjan 2006-09-02 05:58:31 UTC
(In reply to comment #5)
> Thank you for your feedback! I'll integrate it and maybe make an src-based
> ebuild if time permits.

Please post here when you integrate it and/or add a src-based ebuild.
Comment 7 Patrick Huber 2006-09-04 00:38:42 UTC
Created attachment 95925 [details]
continuum-bin-1.0.3 (includes cleanups)

added the suggested cleanups / still binary
Comment 8 Srepfler Srgjan 2006-09-05 01:44:54 UTC
(In reply to comment #7)
> Created an attachment (id=95925) [edit]
> continuum-bin-1.0.3 (includes cleanups)
> added the suggested cleanups / still binary

I believe there is some svn files lying around the archive.
I think the no-binaries requirement is silly with java apps but I can understand also why. Is continuum built with maven2 or ant?
Comment 9 Josh Nichols (RETIRED) gentoo-dev 2006-09-05 07:45:55 UTC
Comment 10 Srepfler Srgjan 2006-09-06 08:52:44 UTC
I can agree with at least 5 of the 8 points given, I'm sold for.
Comment 11 Patrick Huber 2006-09-06 13:45:02 UTC
Created attachment 96212 [details]
continuum dependencies from readme.txt

The attachment lists a section from the continuum readme.txt there are a bunch of libraries required. a quick qsearch showed that there's an ebuild for one of them - require the user to install them manually or create ebuilds for every one of them?
Comment 12 Patrick Huber 2006-09-06 13:47:35 UTC
Created attachment 96213 [details]
running maven from an ebuild

has anyone actually used maven in an ebuild? a grep trough /usr/portage found nothing... see the attached file for the errors. Is it even possible to run maven in an ebuild? if yes, how?
Comment 13 Krzysztof Pawlik (RETIRED) gentoo-dev 2006-09-06 14:01:26 UTC
> has anyone actually used maven in an ebuild? a grep trough /usr/portage found
> nothing... see the attached file for the errors. Is it even possible to run
> maven in an ebuild? if yes, how?

It will be possible after 2.0.5 is released. For now use `mvn ant:ant` to get build.xml - you'll need to set few variables, for example see this ebuild: the build.xml comes from ant:ant.
Comment 14 Srepfler Srgjan 2006-09-07 02:50:48 UTC
I remember at the time the gentoo dev's were very much against the use of maven(2), is this still true? My comment on it would be that when it works it's heavenly but it's flakey meaning that sometimes it fails randomly which goes against one on those 8 bullets someone passed me before ("We guarantee to our users that the source exists and compiles properly, the basis of regular open-source development."). Also it tends to use a repository of binaries which is against another bullet. That said if we as gentoo make our mirrors also package repositories in sync with ibiblio and other (like the sun repository),or even add packages ourselves we'd have a much more robust maven story but still, a bit risky one. Then again, if projects themselves rely on maven to compile themselves, why should gentoo reinvent the wheel and spend resources in alternative build systems (that would probably also have to have a list of other binaries to suck into from somewhere).
To me the source built java libs is a bit of utopia and although usefull it's a bit of an overkill. I as a gentoo user would prefer an up-to-date java system with binaries then all the advantages that building from source provide. Why? Because we can always add that step later when it's properly done and because we already provide binaries to jumpstart the system. The point on optimizing the bytecode kind of looks bogus these days, as the optimization is mostly done by a jitter, but things like obfuscation are much more important - so add that as a bullet.
These are just thoughts, I'm not trying to shove these arguments too hard, just try to contribute to the general discussion on how might the portage evolve from a layman point of view.
Comment 15 Josh Nichols (RETIRED) gentoo-dev 2006-09-07 05:55:38 UTC
Bugzilla isn't the best venue for that kind of discussion.The gentoo-java mailing list is better for it. This is mostly there is a larger audience, and that there have been discussions along those lines already.
Comment 16 Patrice Clement gentoo-dev 2015-04-08 14:12:04 UTC
Hi folks

This bug is 9 years old. Is there still an interest in getting this ebuild in to Portage? Please make yourself known if you do. I will close this bug if not.
Comment 17 Patrice Clement gentoo-dev 2015-04-12 17:36:43 UTC
Consider using dev-util/jenkins-bin if you want a continuous integration server. It's packaged for Gentoo.