Comments for Cato's Place

Comment on About Cato by Peter Sellars

Peter Sellars — Tue, 06 Dec 2011 12:04:19 +0000

Hi Maurice. If you describe or show me the problem you are having I could investigate it for you. Let me know.

Comment on About Cato by Maurice Hertog

Maurice Hertog — Mon, 07 Nov 2011 12:29:53 +0000

Hi Peter,

I read your post about the Galleryview plugin, but jQuery is not my field of expertise. I have the 0.5.2 version running, but is has issues, looking at http://www.mauricehertog.nl/album-heuvellandschappen/ for example. Maybe your solution can fix it, but I do not understand what exactly I must do. I am not a programmer sadly. If you could help me I would be much obliged!

regards, Maurice

Comment on The Evolution of Test Driven Developers by Javin @ Classpath in Java

Javin @ Classpath in Java — Fri, 29 Apr 2011 00:16:46 +0000

hmmm, lot's of people in the Neanderthal category . TDD is really good discipline to follow but not yet widely accepted though Junit is adding lot of value on TDD development its still has a long way to go . Javin How Garbage collection works in Java

Comment on It’s not ALWAYS the developers fault… by Peter Sellars

Peter Sellars — Tue, 19 Oct 2010 11:56:00 +0000

@Bennett – I do think the developers have a role to play in the success of the project. I think the main issue with developers is communication with the business. When software fails, it is the whole team that has failed not just the developers…as I hope my future installments will clarify further.

@Lynn – I agree that responsibility lies with the whole team for quality. Value sliders can help identify where the project views quality and what is acceptable. Quality as you stated – is viewed differently by each member of the team, so defining what is meant by quality is needs to be agreed up front. The definition of quality is a whole topic in itself – and an important one, maybe I will try to find time to define what quality means in this environment in a separate blog post.

Comment on It’s not ALWAYS the developers fault… by Lynn Shrewsbury

Lynn Shrewsbury — Wed, 13 Oct 2010 01:20:15 +0000

I wouldn’t hesitate to agree that the responsibility for quality doesn’t sit solely with the developers, but with the whole team. However, my rider to this is that the team first needs to clearly understand what quality means, and the level of quality required. If this isn’t clear, then each each team member is likely to define good quality differently. That’s when the disagreements are likely to start.

Comment on It’s not ALWAYS the developers fault… by Bennett McElwee

Bennett McElwee — Sun, 10 Oct 2010 21:45:48 +0000

Perhaps it would be more accurate to say that it’s not always just the developer’s fault.

In other words: it is always the developer’s fault, but it’s also somebody else’s fault too.

I look forward to reading your follow-up articles!

Comment on Ant, Ivy, JUnit 4.8.2 and OpenPojo – Part 1: Challenges by TheKaptain

TheKaptain — Fri, 09 Jul 2010 06:27:06 +0000

You can easily install a downloaded jar into your local maven repository and refer to it in your build dependencies. If you configure the jar in your pom, maven will actually give you back the required command line invocation(minus the file path) required to install the dependency in an error message.

Instructions for how to install the jar locally are here:
http://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html

Cheers, and I look forward to hearing more about your ‘experiment’.

Comment on Ant, Maven, Gradle…or something else… by Osman Shoukry

Osman Shoukry — Fri, 07 May 2010 03:16:06 +0000

@Peter – I am curious to know the outcome of the experiment as well, and how OpenPojo worked for you .

Comment on Ant, Maven, Gradle…or something else… by Peter Sellars

Peter Sellars — Tue, 04 May 2010 21:49:15 +0000

@Baruch – thanks for that, will take a look at your presentation.

@John – that was what I meant by being unsure if I would have problems with the test phase using 4.8.2 – as with it not being in the Maven repository what do I need to do to include it. Yes I agree this is not a fault with Maven, but if I need to use that version is it simpler to do it with Maven or Ant etc.

@Mark & Jospeh – I will take a look at buildr, and based on that and Baruch’s presentation maybe extend this experiment.

Comment on Ant, Maven, Gradle…or something else… by Joseph Hirn

Joseph Hirn — Tue, 04 May 2010 15:43:23 +0000

Fantastic. It stripped my XML tags, just imagine this around the bottom part.

[dependency]

[groupId]I am a project that doesn’t publish to central[/groupId]
[artifactId]Therefore-I-can-put whatever-I-want-here[/artifactId]
[version]1234567[/version]
[scope]system[/scope]
[path]lib/openpojo.jar[/path]

[/dependency]

Of course the best way to do it is to install the jarfile into your repo, very easy if you are using Nexus.