I turned off the block.
Ron
On 22/09/2015 3:40 PM, Kevin Burton wrote:
Weird. Looks like the blog.artifact-software.com isn’t responding to DNS .
At least on our network..
On Tue, Sep 22, 2015 at 11:29 AM, Ron Wheeler <
rwhee...@artifact-software.com> wrote:
You have clearly given this a lot
Hi Kevin,
My projects opt for independent versioning of modules to facilitate
"release early, release often." To do this for large sets of components
like yours requires a Bill of Materials -- i.e., common parent POM with
dependencyManagement section.
FWIW, the docs we have about our projects
Thanks for pointing that out. I am getting lots of e-mail but perhaps
not all.
I have some SPAM sites blocked at the firewall for all ports and I may
have shut out some innocent people.
I was pretty crude in my targeting. Whole /24 nets got blocked.
What is the IP that your browser would be
You have clearly given this a lot of thought and your project is just a
bit less than twice as large as ours so I am not sure about giving advice.
http://blog.artifact-software.com/tech/?p=84 is an article that I wrote
a few years ago dealing with our approach to the same problem.
Our
Weird. Looks like the blog.artifact-software.com isn’t responding to DNS .
At least on our network..
On Tue, Sep 22, 2015 at 11:29 AM, Ron Wheeler <
rwhee...@artifact-software.com> wrote:
> You have clearly given this a lot of thought and your project is just a
> bit less than twice as large as
We have a multi-module setup whereby we have about 150 independent modules.
Our build takes a long time and actually slows down development as we have
to do a compile of a LOT of source code to rebuild the project.
Additionally, we have a lot of code that we want to Open Source.
This has meant
+1 (probably better and more complete than my description)
Has anyone else looked at using an installer like izPack for assembling
test setups?
It integrates with Maven and will pick up all the right versions of jars
and configuration files and build an installer that will drop the whole
set
+1 for aggressive SNAPSHOT use
Our setup. YMMV:
- We have ~75 independent projects and each of them is versioned and
deployed independently. Few million lines of code.
- We have CI jenkins builds + unit test suites for every project, and we
deploy SNAPSHOT artifacts as soon as a build
I have some ruby scripts that we use to detect all the modules with
changes (i.e. the seed set of modules that need a release) and
computes the release dependency tree for all the pom.xml files.
Then it will start with the first module with changes and release that
(by forking release:prepare
Yes we do that in our settings.xml file.
Knowing that, is there anything else to add?
Michael Tarullo
Contractor (Engility Corp)
Enterprise Architect
NSRR System Administrator
FAA WJH Technical Center
(609)485-5294
-Original Message-
From: Jörg Schaible [mailto:joerg.schai...@gmx.de]
10 matches
Mail list logo