Re: New logo?

2014-01-14 Thread Tim Pizey
That looks really nice (though I do have problems with any North
American Indian references).

cheers
TimP

On 14 January 2014 12:08, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
 Putting maven-20 in context, you get:

 http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png


 On 14 January 2014 10:37, Stephen Connolly
 stephen.alan.conno...@gmail.comwrote:

 My wife had a suggestion... why not make the M in maven out of two tee
 pees... linking in with the Apache theme...

 So I present

 maven-19:
 https://cwiki.apache.org/confluence/download/attachments/38569278/maven-19.png?version=1modificationDate=1389695638903api=v2

 and finding a use for the feather

 maven-20:
 https://cwiki.apache.org/confluence/download/attachments/38569278/maven-20.png?version=1modificationDate=1389695654233api=v2


 On 14 January 2014 10:35, Stephen Connolly 
 stephen.alan.conno...@gmail.com wrote:

 As a homage to Roy's wife, may I present

 maven-18:
 https://cwiki.apache.org/confluence/download/attachments/38569278/maven-18.png?version=1modificationDate=1389695623134api=v2


 On 13 January 2014 15:36, Lyons, Roy roy.ly...@cmegroup.com wrote:

 I asked my wife on the drive to the train today what animal she thinks
 fits Maven.  Her response made me chuckle.

 Without hesitation, she said Honey Badger

 When I asked why, she said that Honey Badgers are part of nature and
 generally do their thing nicely -- but if you piss it off, things will
 get
 really really bad...  She said she had the same experience with Maven.
  It
 works nicely, but if you try to do something really non-standard, you
 will
 feel its wrath :)

 Heh.

 Anyhow, I thought it was funny enough to share - not really a serious
 consideration to make a Honey Badger our mascot.

 On 1/10/14 1:20 AM, Kristian Rosenvold kristian.rosenv...@gmail.com
 wrote:

 I think the association-work around what maven /is/ is a great way to
 approach a logo contest elsewhere. I have worked with some great graphic
 designers in my time, and the kind input the good ones want are
 typically
 related around your thoughts/feelings around the product rather than
 which
 particular animal you prefer, which is a bit of a secondary kind of
 input
 along with all different kinds of other constraints/ideas (the boss
 prefers
 blue).
 
 When I first encountered maven I had come to the realization that all my
 ant projects were basically the same, and that there was no reason for
 customizing
 what was basically a standard process. So maven gives me associations
 to a
 mass-production line at a factory, rather than a tailor making
 individual
 processes. Furthermore, the lifecycle amplifies the idea of a
 conveyor-belt
 mass-production line; all parts move through the same conveyor belt
 process, stopping at
 individual stages to get work done. I would almost be willing to think
 of
 a
 waterfall (Uh-oh...)
 
 So it would appear to me that I'm not thinking of an animal at all !
 
 Kristian
 
 
 
 
 
 
 
 2014/1/9 Mark H. Wood mw...@iupui.edu
 
  On Thu, Jan 09, 2014 at 09:32:54AM -0600, Curtis Rueden wrote:
   All of the logos are OK, but none of them really symbolize anything
 in
   particular about Maven. IMO the best logos encapsulate the purpose
 of
 the
   project somehow, either overtly, covertly or both.
 
  Good point.  I was associating with the name Maven, looking for a
  symbol of in-depth understanding of a specialized field.
 
  http://en.wiktionary.org/wiki/maven
 
  So, what does Maven do?  It passes unique source and object code
  inputs through a standardized process, guided by an expression of the
  relationships among those inputs, to assemble a well-specified
  configuration of runnable code.  What does that look like?
 
  --
  Mark H. Wood, Lead System Programmer   mw...@iupui.edu
  Machines should not be friendly.  Machines should be obedient.
 


 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org







-- 
Tim Pizey
http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: New logo?

2014-01-05 Thread Tim Pizey
Great to see them all in one place.

I like maven-12

my 2p
timp




On 3 January 2014 15:12, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
 I have created a wiki page to track the logo contest...

 https://cwiki.apache.org/confluence/display/MAVEN/Logo+contest


 On 2 January 2014 21:44, Lyons, Roy roy.ly...@cmegroup.com wrote:

 Lettering eh, how about comic sans?  :)



 ...



 J/K btw

 Jason  company might let you re-use the letting from
 http://blog.sonatype.com/wp-content/uploads/2010/03/maven1.jpg if you
 wanted something a little edgier and crisp.


 On 1/2/14 3:36 PM, Stephen Connolly stephen.alan.conno...@gmail.com
 wrote:

 Well our current icon is somebody's arse behind a laptop... Which with a
 cleaner site looks a tad odd
 
 With the old header bar it was fine though
 
 I have no issue changing the font or colouring, but I think an actual icon
 or emblem is something good to have.
 
 There was some effort to pick a new font, and I would be happy to see
 examples with a different font... My typographic skills are not near the
 level of my poor sketching skills, so I have been hoping somebody else
 could tackle the lettering
 
 
 On Thursday, 2 January 2014, Mark Derricutt wrote:
 
  Is it me or are a lot of these purely changing the icon, not the logo.
 
  i.e. is the logo inclusive of the mAven name ( side question - why
 is
  the A always a different colour, historic Ant reference? )
 
  On 3 Jan 2014, at 2:18, Stephen Connolly wrote:
 
   As 9 is particularly problematic I have sketched -14 which is not a
  direct
   copy of a silhouette. This still has the issue w.r.t. other marks
 called
   maven using a silhouetted raven...
 
 
 
 --
 Sent from my phone


 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org





-- 
Tim Pizey
http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: New logo?

2014-01-05 Thread Tim Pizey
://www.prweb.com/releases/2012/3/prweb9334175.htm
  
   Given that a different non-competing user of the name is using a
 raven
   in their logo
  
   On Friday, 20 December 2013, Manfred Moser wrote:
  
   
On Dec 20, 2013, at 1:01 PM, Manfred Moser
  manf...@simpligility.com
wrote:
   
I would move the Raven closer to the word Maven but otherwise
 this
   looks
good imho. Of course I am not sure if everyone would recognize
 it
  as
   a
raven ..
   
That¹s my problemŠ.  doesn¹t look like a raven to me at all.
   
When I first looked at it, I guess the ³mouth + tough² part
 seemed
  to
   look
more like the Seattle SeaHawks logo stuck on a boot with a weird
   swirly
thing at the ankle.
   
In other words, a little to ³abstract² for me.   :-)
  
   Fair enough. I guess living in the pacific northwest I am exposed
 to
   these
   depictions a lot so I can tell. But globally we might have to make
  it a
   bit clearer. Good input ;-)
  
   manfred
  
  
 -
   To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
   For additional commands, e-mail: dev-h...@maven.apache.org
  
  
  
   --
   Sent from my phone
  
  
  
  
 
 




 --
 Baptiste Batmat MATHUS - http://batmat.net
 Sauvez un arbre,
 Mangez un castor !



-- 
Tim Pizey
http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Re: Why does mvn compiile using java 1.3?

2012-11-30 Thread Tim Pizey
On 30 November 2012 13:42, Aliaksei Lahachou wrote:
 Hello everyone,

 I'm am against updating default version to 1.7. My favourite option would
 be to use the lowest possible version of JDK and give a warning if version
 is not specified explicitly

I too am in favour of maintaining the current behaviour, explicit
declaration of version, or you get 1.3.

Explicit versioning is what Maven is all about!

cheers
Tim

-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: maven-archetype-simple: JUnit 3.8 is really old.

2012-09-28 Thread Tim Pizey
Hi,

Yes it is old, but it is the best JUnit :)
The 4 series jumped the shark for me·

Old != bad.

I am not trying to start a flame war here, but assumed that it was
3.8.1 deliberately,
as this is the best JUnit can get.

Not everyone uses annotations, the surefire plugin requires the JUnit
3.8.1 naming conventions,
the Jenkins plugins assume the same conventions. We have been bitten
by People using JUnit4 and TestNG
and hence skipping tests in Jenkins.

I would do not think it would be an improvement to change this.

cheers
Tim




On 28 September 2012 11:25, Olivier Lamy ol...@apache.org wrote:
 Hi,
 Agree it's old :-)

 Jira project is here: http://jira.codehaus.org/browse/MARCHETYPES

 2012/9/28 Steinar Bang s...@dod.no:
 I created a project with maven-archetype-simple, and it creates a
 project with a dependey to JUnit 3.8.1.

 JUnit 3.8.1 is really old.  In fact it's so old I've been unable to
 google when it was released.  The oldest relase I find is the release of
 JUnit 4.5 in 2008 http://www.junit.org/node/401

 Ah... found something: Release date: 5 September 2002.
  http://grepcode.com/snapshot/repo1.maven.org/maven2/junit/junit/3.8.1

 Really, really old!

 I would have liked to report an issue for this, but I have been unable
 to figure out what the newest version is, and what issues have been
 reported and fixed.

 The newest site for maven-archetype-plugin seems to be for version
 1.0-alpha7, dated February 8 2008
  http://maven.apache.org/plugins/maven-archetype-plugin-1.0-alpha-7/

 The issue site shows versions 2.3, 2.4, and 2.x, all listed under the
 heading of Unreleased:
  http://jira.codehaus.org/browse/ARCHETYPE

 I am confused...


 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




 --
 Olivier Lamy
 Talend: http://coders.talend.com
 http://twitter.com/olamy | http://linkedin.com/in/olamy

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: maven-archetype-simple: JUnit 3.8 is really old.

2012-09-28 Thread Tim Pizey
Hi Steinar,

Thank you for this, no doubt you are right.

We now superstitiously continue with JUnit 3 naming conventions for
test classes and test methods,
whether we are using Junit3, 4 or TestNG (yes we use all three!)

It was indeed when TestNG was introduced that we had this problem.

For my taste I would not move away from a classic version, but I am
not fashionable :)

If you have not yet used Jenkins have a go: you will not look back.

thanks
Tim


On 28 September 2012 16:08, Steinar Bang wrote:
 Tim Pizey :

 Not everyone uses annotations, the surefire plugin requires the JUnit
 3.8.1 naming conventions,

 That doesn't seem to be the case:
  http://maven.apache.org/plugins/maven-surefire-plugin/examples/junit.html

 Quote:
   Surefire supports three different generations of JUnit: JUnit 3.8.x,
JUnit 4.x (serial provider) and JUnit 4.7 (junit-core provider with
parallel support).

 the Jenkins plugins assume the same conventions.

 Hm... I haven't yet tried Jenkins, but I would surprised if Jenkins does
 anything outside of what maven would do, for a maven build...?

 We have been bitten by People using JUnit4 and TestNG and hence
 skipping tests in Jenkins.

 I found this on Stack Overflow, someone who had surefire not picking up
 tests marked with annotations:
  
 http://stackoverflow.com/questions/2021771/surefire-is-not-picking-up-junit-4-tests

 It seems that in this case, this was a case of TestNG requiring JUnit
 3.8.1 and shadowing a later dependance of JUnit 4.


 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Filters only work in 3.0.4

2012-05-10 Thread Tim Pizey
Hi,

I have a filters block:
 filters
  
filter/etc/${project.artifactId}/${project.artifactId}.properties/filter
 /filters
as given here:
http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
I was delighted with this!

However I find that this has only started to work in 3.0.4, which I happened
to have on my laptop.

It does not work on 3.0.3, I have tried many combinations of

  pluginManagement
plugins
  plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-resources-plugin/artifactId
version2.5/version
dependencies
 dependency
  groupIdorg.apache.maven.shared/groupId
  artifactIdmaven-filtering/artifactId
  version1.0/version
 /dependency
/dependencies
  /plugin
/plugins
  /pluginManagement

but these do not seem to have had any effect.

I can update to 3.0.4 on the build server, but it would be nice find a
configuration which worked on 3.0.3
and 2.x maven as well.

cheers
Tim


-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Filters only work in 3.0.4

2012-05-10 Thread Tim Pizey
On 10 May 2012 17:44, I  wrote:
 Hi,

 I have a filters block:
     filters
      
 filter/etc/${project.artifactId}/${project.artifactId}.properties/filter
     /filters
 as given here:
 http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
 I was delighted with this!

 However I find that this has only started to work in 3.0.4, which I happened
 to have on my laptop.

 It does not work on 3.0.3, I have tried many combinations of

  pluginManagement
    plugins
      plugin
        groupIdorg.apache.maven.plugins/groupId
        artifactIdmaven-resources-plugin/artifactId
        version2.5/version
        dependencies
         dependency
          groupIdorg.apache.maven.shared/groupId
          artifactIdmaven-filtering/artifactId
          version1.0/version
         /dependency
        /dependencies
      /plugin
    /plugins
  /pluginManagement

 but these do not seem to have had any effect.

 I can update to 3.0.4 on the build server, but it would be nice find a
 configuration which worked on 3.0.3
 and 2.x maven as well.

pluginManagement
  plugins
plugin
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-resources-plugin/artifactId
  version2.5/version
/plugin
  /plugins
/pluginManagement

Does enable the filters to work on 3.0.3 and 3.0.4, have not tested on 2.x

cheers
Tim


-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Producing 2 jars from same sources with different java version ?

2012-03-16 Thread Tim Pizey
On 16 March 2012 09:49, jerem  wrote:
 Hi,

 I wonder if it would be possible with Maven to produce, from a same module
 sources, 2 different jars with classes compiled with different source and
 target values ?

 I'm up to using -d directory as compilerArgument of the
 maven-compiler-plugin, but it fails with :
  javac: invalid flag: -d directory

 If I run maven with -X option and test the javac command-line logged, it
 works though ...

 If that worked I would have 2 executions of compiler (producing
 target/classes-15 and target/classes-16), then would use 2 executions of
 maven-jar-plugin to produce both jars with different classifiers if
 possible.

 Thanks for help,
 Jeremie

I suggest you use profiles then you can specify different
compiler options in each profile and invoke with

mvn deploy -Pjava15
mvn deploy -Pjava16

cheers
Tim



-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Is it possible to use a jar overlay pattern, like the war overlay?

2012-02-24 Thread Tim Pizey
Thanks, that looks very promising.
Tim

On 23 February 2012 23:06, Wayne Fay wayne...@gmail.com wrote:
 What I have done is create  source jar of the first one and unpack
 that into the second,
 but it would be really nice to use an overlay plugin,
 excluding the single resource file and including a different one.

 No plugin that I am aware of supports this specific use-case but
 perhaps Shade can help?

 http://maven.apache.org/plugins/maven-shade-plugin/examples/resource-transformers.html

 Wayne

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Is it possible to use a jar overlay pattern, like the war overlay?

2012-02-23 Thread Tim Pizey
Hi,

I have a jar which uses the hyperjaxb plugin.
I would like to make a similar one, with one .xsd file different.

What I have done is create  source jar of the first one and unpack
that into the second,
but it would be really nice to use an overlay plugin,
excluding the single resource file and including a different one.

Is there a plugin for that?

cheers
Tim


-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



How to turn off project assembly generation

2012-02-10 Thread Tim Pizey
Hi,

I have seen that the default (in maven 2.2) is now to generate a series of
-project.zip, -project.tar.bz2, -project.tar.gz files.

I have read the site but cannot figure out how to configure my pom to
only produce the
.jar outputs.

thanks in advance
Tim


-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: How to turn off project assembly generation

2012-02-10 Thread Tim Pizey
Hi Dennis,

Thanks, doh, that will be the explicit configuration I put in some years ago!

I have removed all explicit configuration of the assembly plugin  and
it is back to expected behaviour.

thanks again
Tim


On 10 February 2012 19:10, Dennis Lundberg  wrote:
 Hi Tim

 Maven does not produce such assemblies by default. Somewhere in your
 project's POM hierarchy you should find a configuration for
 maven-assembly-plugin.

 To find it you can use this command:

 mvn help:effective-pom

 On 2012-02-10 20:07, Tim Pizey wrote:
 Hi,

 I have seen that the default (in maven 2.2) is now to generate a series of
 -project.zip, -project.tar.bz2, -project.tar.gz files.

 I have read the site but cannot figure out how to configure my pom to
 only produce the
 .jar outputs.

 thanks in advance
 Tim


-- 
Tim Pizey - http://pizey.net/~timp

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Problems with MAVEN's-ANT on OpenVMS

2011-10-21 Thread Tim Pizey
Wow Wayne, brilliant response!


On 20 October 2011 22:51, Wayne Fay  wrote:
 With knowing the details about our environment
 would you expect that Lucene written in clean Java
 is not operating on such a platform?

 Without a comprehensive analysis of the source code for Lucene (and
 potentially, some or all of its dependencies) it is impossible to say
 anything conclusive about how well it may operate on OpenVMS or any
 other operating system except for those explicitly supported (and
 tested) by the dev team. Java isn't truly write-once run-anywhere,
 despite such claims ~10-15 years back.

 I looked at your stacktrace and the problem seemed to be related to a
 NumberFormatException thrown by java.lang.Long.parseLong() that is not
 being caught and handled by Lucene:

 Caused by: java.lang.NumberFormatException: For input string: 1.
        at 
 java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
        at java.lang.Long.parseLong(Long.java:419)
        at 
 org.apache.lucene.index.SegmentInfos.generationFromSegmentsFileName(SegmentInfos.java:199)

 I found a Lucene JIRA issue that is loosely related:
 https://issues.apache.org/jira/browse/LUCENE-3008

 Looks like line 211 in trunk is the issue (was line 199 in the stacktrace):
 http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/src/java/org/apache/lucene/index/SegmentInfos.java?view=markup

 The source code is:
   return 
 Long.parseLong(fileName.substring(1+IndexFileNames.SEGMENTS.length()),
      Character.MAX_RADIX);

 A quick look at the Java API shows:
 http://download.oracle.com/javase/1,5.0/docs/api/java/lang/Long.html#parseLong(java.lang.String,%20int)
  An exception of type NumberFormatException is thrown if any of the
 following situations occurs:
    * Any character of the string is not a digit of the specified
 radix, except that the first character may be a minus sign '-'
 ('\u002d') provided that the string is longer than length 1.

 The decimal character in the string 1. is not valid in the radix
 defined by Character.MAX_RADIX. So, you'll need to figure out where
 that filename of 1. is coming from -- either OpenVMS or Lucene --
 and somehow get rid of the decimal in the filename. Or just rename
 that file from 1. to simply 1 in your filesystem.

 Without access to an OpenVMS system and having no real understanding
 of Lucene's internals, I can't really look into it any more at this
 point. You probably need to email the Lucene Users list and ask if
 anyone has successfully gotten it to run on OpenVMS (I'm guessing not)
 and get things patched up before you can make more progress with
 getting Nexus running on it. Or take the more reasonable approach and
 simply install Nexus on a Windows box in your office. ;-)

 Wayne

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org





-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



How to use latest versions of all dependencies and plugins

2011-08-20 Thread Tim Pizey
Hi,

I see from 
https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.xCompatibilityNotes-PluginMetaversionResolution

Plugin Metaversion Resolution
Internally, Maven 2.x used the special version markers RELEASE and
LATEST to support automatic plugin version resolution. These
metaversions were also recognized in the version element for a
plugin declaration. For the sake of reproducible builds, Maven 3.x
no longer supports usage of these metaversions in the POM. As a
result, users will need to replace occurrences of these metaversions
with a concrete version.

What is the right way now to cover the developers use case where I
want to discover and use the latest version of everything,
see what breaks, fix and upgrade to latest.

I can see that using LATEST was not the right solution, is there a
command line flag?


cheers
Tim







-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: How to use latest versions of all dependencies and plugins

2011-08-20 Thread Tim Pizey
On 20 August 2011 10:45, Ansgar Konermann
ansgar.konerm...@googlemail.com wrote:

 Am 20.08.2011 11:37 schrieb Tim Pizey tim.pi...@gmail.com:

 Hi,

 I see from
 https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.xCompatibilityNotes-PluginMetaversionResolution

 Plugin Metaversion Resolution
 Internally, Maven 2.x used the special version markers RELEASE and
 LATEST to support automatic plugin version resolution. These
 metaversions were also recognized in the version element for a
 plugin declaration. For the sake of reproducible builds, Maven 3.x
 no longer supports usage of these metaversions in the POM. As a
 result, users will need to replace occurrences of these metaversions
 with a concrete version.

 What is the right way now to cover the developers use case where I
 want to discover and use the latest version of everything,
 see what breaks, fix and upgrade to latest.

 One option is to use maven-version-plugin to update dependency/parent
 versions, potentially on a branch dedicated for this purpose, run mvn clean
 verify on your ci server for this branch and see if/what breaks. If all your
 tests are still green, merge the poms of this branch into your main line. If
 you preferr one single development line, omit the dedicated branch.



Great, thanks Ansgar

cheers
Tim

-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: How to run tests in jetty

2011-05-18 Thread Tim Pizey
On 18 May 2011 18:19, Victor Grazi  wrote:
 Hi - I am wondering if there is any way to tell maven 3 to launch jetty and
 then execute some unit testers, and finally tear down jetty?

 What is the best way to do this?

http://docs.codehaus.org/display/JETTY/Maven+Jetty+Plugin
Automatic execution of the plugin

cheers
Tim

-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Maven 3.0.3 hanging / having timeouts often?

2011-05-12 Thread Tim Pizey
On 12 May 2011 11:50, Alex Lopez  wrote:

 Em 12-05-2011 01:22, Andrew Robinson escreveu:

 I have been using maven 2.2.1 for a while at my company and we just
 switched
 to maven 3. I have rebuilt my computer (ubuntu maverick 10.04 32-bit ==
 ubuntu natty 11.04 64-bit) and installed maven 3.

 In maven 3.0.3, (I have not seen it with maven 2.2.1), it stops
 downloading
 after a few to several downloads. If I ^C the build, and keep re-running
 it,

 +1, I've been having this kind of 'hangs', using maven 3.0.2 and artifactory
 2.3.1 (sometimes when running maven site, sometimes performing a build),
 then ^C seems to get maven to continue doing what it was doing and
 eventually end with success...

Me too, on win7/cygwin. I thought it was a cygwin problem.

cheers
-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Maven3 missing dependency message is no longer helpful

2011-05-10 Thread Tim Pizey
Hi,

In Maven2 when a dependency could not be found in any repository
then there was a helpful message giving the command to install locally
of deploy to your repository.

Please can we have it back?

cheers
Tim

-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Maven3 missing dependency message is no longer helpful

2011-05-10 Thread Tim Pizey
On 10 May 2011 10:42, Tim Pizey wrote:
 Hi,

 In Maven2 when a dependency could not be found in any repository
 then there was a helpful message giving the command to install locally
 of deploy to your repository.

 Please can we have it back?

How can one now deploy to a repository using scp from the command line?


mvn deploy:deploy-file -Durl=scp://paneris.net/data/www/ /
-DrepositoryId=paneris -Dfile=lib/grddl.jar -DgroupId=com.hp.hpl.jena /
-DartifactId=grddl -Dversion=0.3 -Dpackaging=jar

Fails as scp is no longer supported, but there is nowhare to
add the configuration.

The loss of scp is proving a big problem to me.

Thanks for any help

Tim




-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Can no longer deploy project artifacts using maven3

2011-04-06 Thread Tim Pizey
Hi Marc,

On 6 April 2011 09:52, Marc Rohlfs wrote:
 Tim, I hope You don't mind the question, but did You add the the wagon jar
 to the MAVEN_HOME/lib directory on Your Hudson server, too?

Thanks, no, I had not. I have now, and it still does not work:

http://jenkins.paneris.net/job/melati/138/console


 Anyway, I'd rather not add any libraries to the MAVEN_HOME/lib directory,
 because this needs to be done on each and every server and workstation where
 the Maven build has to be executed and would most likely be forgotten when
 setting up new environments. Furthermore, You won't be able to use Hudsons
 automatic installation support for Maven any more.

I agree.
I cannot see in what sense ssh is an extension and I do not want to
manually upgrade maven.

 I thought that adding the wagon JAR as a build extension as well as adding
 adding it as a plugin dependency would work with both M2 and M3. But if You
 really need different configurations for M2 and M3, You could use different
 profiles that are automatically activated when the build is executed with M2
 or M3. [1] shows how this could be achieved.

Thanks, yes, different profiles occurred to me, but really I want a
single pom which will build under m2 and m3.
Currently scp does not work under M2 or M3.

 One last question: How is the Your Maven repository realised? Reading Your
 posts, I assume that You might use an Apache server and copy the artifacts
 to the docroot (using the scp wagon).

yes, you have it:

  distributionManagement
repository
  idmelati/id
  nameMelati M2 Repository/name
  urlscp://melati.org/data/www/maven2//url
/repository
site
  idmelati_site/id
  urlscp://melati.org/data/www/melati//url
/site
  /distributionManagement



 I'd suggest to use a repository
 manager, it provides You with several advantages over a simple docroot and
 normally work fine with the HTTP(S) protocols.

I guess I am forced to, but I have used this simple, elegant mechanism
since maven1 !

I do not see the use case for repository managers, and am in
disagreement with the
decision not to support per-dependency repositories.
(My take on the success of the internet is decentralization).

What should I do about older M2 repositories? eg
http://webmacro.sourceforge.net/maven2/

 See [2], it provides a list
 of the commonly used repository mangers along with some general information.
 Especially take a look at the feature matrix [3], it will help You to select
 the right one for Your needs - I'd suggest to take a closer look at Nexus ;)

So scp support has been removed to drive people to Nexus ??

 Kind regards

   Marc

Thank you very much for your detailed reply.

I can use straight file:// urls, as my CI server is on the same
machine, and only ever deploy from a CI build,
but that does not fix http://webmacro.sourceforge.net/maven2/

As others have successfully got scp working I am sure it will work for me soon.

thanks again for your help
Tim





 [1]
 https://cwiki.apache.org/MAVEN/maven-3x-and-site-plugin.html#Maven3.xandsiteplugin-Usingmavensiteplugin2.xwithMaven2.xandmavensiteplugin3.xwithMaven3.x
 [2] http://maven.apache.org/repository-management.html
 [3]
 http://docs.codehaus.org/display/MAVENUSER/Maven+Repository+Manager+Feature+Matrix



-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Can no longer deploy project artifacts using maven3

2011-04-06 Thread Tim Pizey
Hi,

I now have my project deploying using scp.

I added an explicit configuration for the deploy plugin to the pom:
plugin
 artifactIdmaven-deploy-plugin/artifactId
 version2.5/version
 dependencies
   dependency
 groupIdorg.apache.maven.wagon/groupId
 artifactIdwagon-ssh/artifactId
 version1.0-beta-7/version
/dependency
  /dependencies
/plugin

To get Maven (M2) to deploy using scp you need to add
the wagon-ssh.jar in your /usr/local/apache-maven/lib or equivalent,
(if you do not you will get a spurious failed to create directory
message and a NPE)

You do not need an extension section for M2 or M3.

Thanks for your help,
I would welcome the ssh wagon being part of the default install.

cheers
Tim

-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Can no longer deploy project artifacts using maven3

2011-04-06 Thread Tim Pizey
Hi Jason, Marc,

Thankyou for your help.

I am now back to working for M2 and M3, but it looks like I need to
get with the plot and use Nexus.

I have never understood why the maven generated site does not link to
the default distribution repo.,
nor why the decision was taken not to persue per dependency repos.

The central repo strategy has failed a few times since maven1, and the
repo-as-proxy (Nexus)
would make even more sense if it were proxying a lot of other small repos.

I just do not see why, as a project owner, with control over my own
webspace I should have to involve a third party to distribute my
artifacts. Why not have a default repo generated as part of the site
plugin?

thanks for the great help
Tim


On 6 April 2011 13:23, Jason van Zyl ja...@sonatype.com wrote:
 If this is for a Sourceforge (I saw Webmacro in there)  project then the 
 route that many have gone is to drop SCP, and use Nexus OSS. There are 1300 
 projects using Nexus OSS now, it's easier to get your project into Maven 
 Central and you don't have to worry about the Maven repository 
 infrastructure. It would honestly have taken you less time to setup something 
 with:

 https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide

 Then trying to fiddle with the SCP stuff. You still get all your project 
 download statistics and like and far less hassle.

 If you jump into #mavencentral on Codehaus IRC I imagine we can get you setup 
 from end to end in a couple hours.

 On Apr 6, 2011, at 7:49 AM, Tim Pizey wrote:

 Hi,

 I now have my project deploying using scp.

 I added an explicit configuration for the deploy plugin to the pom:
    plugin
     artifactIdmaven-deploy-plugin/artifactId
     version2.5/version
     dependencies
       dependency
         groupIdorg.apache.maven.wagon/groupId
         artifactIdwagon-ssh/artifactId
         version1.0-beta-7/version
        /dependency
      /dependencies
    /plugin

 To get Maven (M2) to deploy using scp you need to add
 the wagon-ssh.jar in your /usr/local/apache-maven/lib or equivalent,
 (if you do not you will get a spurious failed to create directory
 message and a NPE)

 You do not need an extension section for M2 or M3.

 Thanks for your help,
 I would welcome the ssh wagon being part of the default install.

 cheers
 Tim

 --
 Tim Pizey - http://pizey.net/~timp
 Centre for Genomics and Global Health - http://cggh.org

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org


 Thanks,

 Jason

 --
 Jason van Zyl
 Founder,  Apache Maven
 http://twitter.com/jvanzyl
 -

 There's no sense in being precise when you don't even know what you're 
 talking about.

  -- John von Neumann







-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Can no longer deploy project artifacts using maven3

2011-04-06 Thread Tim Pizey
Hi Jason,

thank you for your detailed reply.

On 6 April 2011 13:59, Jason van Zyl wrote:
 On Apr 6, 2011, at 8:33 AM, Tim Pizey wrote:

 Hi Jason, Marc,

 Thankyou for your help.

 I am now back to working for M2 and M3, but it looks like I need to
 get with the plot and use Nexus.

 I have never understood why the maven generated site does not link to
 the default distribution repo.,

 I think this would be a harmful conflation of concerns.

 The site plugin's
 concern is documentation, that people try to use it as a general purpose
 publishing mechanism is bad.

I think that this is where we differ. The beauty of Maven, as I saw it, was
the conflation of code and documentation.

Particularly in a CI environment there is no reason for the code and
documentation to get out of step.
By separating the two we have allowed the two fail situations:
1. where the artifact in the public repositories has no up-to-date
documentation.
2. where the documentation exists but not the artifact referred to.

I cannot see the case for publishing an artifact without publishing the site,
the two steps need to be separated on a developers machine, but they
should, in my view, not be separable at the publishing step.

 But additionally we have found cases where
 projects have published their own repositories and then don't maintain them.
 They vanish, people complain and then Maven is blamed.

There is no reason why central should not be an aggregating service, just not
the source, so a decentralised model does not entail Maven being blamed.
As long as the site has existed and the aggregator has seen it then it
does not matter if the site disappears.

 The chances are very
 high that we can maintain your repository infrastructure better then you
 can.

No disputing that, I wiped mine yesterday :)
It would be lovely if all previous versions were being stored elsewhere.

 That's not meant to be a slight it's just that we do this everyday,
 have full time people, it's monitored, replicated and users have come to
 expect everything to just work, be production quality even though they are
 depending heavily on an OSS infrastructure that they are not paying for.

 We
 try to provide that infrastructure because we know how many things can, and
 do, go awry.

  nor why the decision was taken not to persue per dependency repos.

 If by this you mean why we don't let everyone maintain their own
 repositories and aggregate them?

That was not what I meant, though it is what I think would be best.

What I meant was that you are not able to specify in the pom a
repository for a particular dependency.
So to use say http://webmacro.sourceforge.net/maven2/ for one dependency
it has to be polled for every dependency.
There is an issue in JIRA on this marked 'won't fix'.

 The answer to this is that if it were a
 consortium of enterprises who's viability depended on the availability of
 the repositories it might work. But with OSS projects that come and go, many
 networks that go up and down, security concerns, possible outages, and the
 general dissipation of interest we know that it would cause an unacceptable
 level of grief for users and the system would likely collapse if everyone
 just tried to manage their own repositories.


I cannot think of the major OOS infrastructure sites which have disappeared.
sourceforge?  google code ? java.net ?

I am not suggesting that there is no role for repo1 or Nexus, just that they
should pull not require projects to push.

 That said there is nothing stopping any project from publishing their own
 repositories and providing instructions on how to use that repository as
 part of project build. Users don't like it. The distributed approach is nice
 in theory, but for a bunch of OSS projects in practice it fails. We've had
 lots of example of project releasing to repositories, publishing POMs and
 then the repositories being removed.

I am not sure which ones you are thinking of, but only ones I can think of
that have disappeared have been corporations.
The core open source organisations are stronger than ever:
apache, codehaus, sourceforge, googlecode
I think they can now be taken for granted and bet on to outlast any
commercial concern.

 The central repo strategy has failed a few times since maven1, and the
 repo-as-proxy (Nexus)
 would make even more sense if it were proxying a lot of other small repos.

 Maven Central since being on Contegix has had very little downtime. While on
 Ibiblio, yes it stopped working all the time. That's why I moved it off
 Ibiblio a long time ago. I think users of Maven Central get pretty good
 service for something they don't pay for.

Sure, I love the net, there is lots of free stuff on it.

 I just do not see why, as a project owner, with control over my own
 webspace I should have to involve a third party to distribute my
 artifacts.

 You're not forced at all. But most Maven users have come to expect artifacts
 to be in Maven Central. If you provide

Can no longer deploy project artifacts using maven3

2011-04-05 Thread Tim Pizey
Hi,

I have tried to update my project to use maven3 (version 3.0.2),
however I can no longer deploy artifacts to my repository.

I have found a number of notes about how to do this:

https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html

Gives
 Transport Protocols (Wagons)

 Unlike Maven 2, Maven 3 supports out of the box only http:, https: and file: 
 as transport protocols.

Why?
Surely scp is both a central use case and existing functionality.


 To use other transport protocols like scp:, the appropriate wagons have to 
 be explicitly declared
 in the POM as a build extension.

  If the wagon in question is only used for deployment,
 it can alternatively be declared as a dependency of the Maven Deploy Plugin.

 For more information, see Guide to Using Extensions.

I have everything set up as per
http://maven.apache.org/plugins/maven-deploy-plugin/examples/deploy-ssh-external.html

I have followed the recommeds in
http://maven.40175.n5.nabble.com/Wagon-in-3-0-No-connector-td3256506.html
and followed exactly
http://johnsjavapda.blogspot.com/2010/11/maven-wagon.html

As so often with these things I am upgrading Maven at the same time as
using a new install on Window7,
I have checked that I can scp to the repository.

I have added the wagon jar to the MAVEN_HOME/lib directory


I am using cgywin on windows7, the actual error is:

[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 29.056s
[INFO] Finished at: Tue Apr 05 17:56:51 BST 2011
[INFO] Final Memory: 21M/534M
[INFO] 
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.5:
deploy (default-deploy) on project melati-parent: Failed to deploy artifacts/met
adata: No connector available to access repository melati_to (scp://melati.org/d
ata/www/maven2/) of type default using the available factories WagonRepositoryCo
nnectorFactory - [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal o
rg.apache.maven.plugins:maven-deploy-plugin:2.5:deploy (default-deploy) on proje
ct melati-parent: Failed to deploy artifacts/metadata: No connector available to
 access repository melati_to (scp://melati.org/data/www/maven2/) of type default
 using the available factories WagonRepositoryConnectorFactory
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor
.java:217)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor
.java:153)


thanks in advance
Tim

-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Can no longer deploy project artifacts using maven3

2011-04-05 Thread Tim Pizey
John,

Thank you very much for the reply.
I have two setups, local and on a CI server, which is still running maven2.
This did not work under maven2 on the CI server:

http://jenkins.paneris.net/job/melati/134/console

but I will try at work tomorrow under maven3.

I guess not that many people maintain a private repository using scp,
but I maintain 4 this way, so scp no longer being supported by default
means that I have to  find a way through this,
ideally a setup which works for maven2 and maven3.

thanks again
Tim


On 5 April 2011 20:07, John Casey  wrote:
 Try turning that extension into a dependency embedded in the
 maven-deploy-plugin configuration, IIRC:

 build
  plugins
    plugin
      artifactIdmaven-deploy-plugin/artifactId
      version2.5/version
      dependencies
        dependency
          groupIdorg.apache.maven.wagon/groupId
          artifactIdwagon-ssh/artifactId
          version1.0-beta-7/version
        /dependency
      /dependencies
    /plugin
  /plugins
 /build

 On 4/5/11 1:16 PM, Tim Pizey wrote:

 Hi,

 I have tried to update my project to use maven3 (version 3.0.2),
 however I can no longer deploy artifacts to my repository.

 I have found a number of notes about how to do this:

 https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html

 Gives

 Transport Protocols (Wagons)

 Unlike Maven 2, Maven 3 supports out of the box only http:, https: and
 file: as transport protocols.

 Why?
 Surely scp is both a central use case and existing functionality.


 To use other transport protocols like scp:, the appropriate wagons have
 to be explicitly declared
 in the POM as a build extension.

  If the wagon in question is only used for deployment,
 it can alternatively be declared as a dependency of the Maven Deploy
 Plugin.

 For more information, see Guide to Using Extensions.

 I have everything set up as per

 http://maven.apache.org/plugins/maven-deploy-plugin/examples/deploy-ssh-external.html

 I have followed the recommeds in
 http://maven.40175.n5.nabble.com/Wagon-in-3-0-No-connector-td3256506.html
 and followed exactly
 http://johnsjavapda.blogspot.com/2010/11/maven-wagon.html

 As so often with these things I am upgrading Maven at the same time as
 using a new install on Window7,
 I have checked that I can scp to the repository.

 I have added the wagon jar to the MAVEN_HOME/lib directory


 I am using cgywin on windows7, the actual error is:

 [INFO]
 
 [INFO] BUILD FAILURE
 [INFO]
 
 [INFO] Total time: 29.056s
 [INFO] Finished at: Tue Apr 05 17:56:51 BST 2011
 [INFO] Final Memory: 21M/534M
 [INFO]
 
 [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-deploy-plugin:2.5:
 deploy (default-deploy) on project melati-parent: Failed to deploy
 artifacts/met
 adata: No connector available to access repository melati_to
 (scp://melati.org/d
 ata/www/maven2/) of type default using the available factories
 WagonRepositoryCo
 nnectorFactory -  [Help 1]
 org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute
 goal o
 rg.apache.maven.plugins:maven-deploy-plugin:2.5:deploy (default-deploy) on
 proje
 ct melati-parent: Failed to deploy artifacts/metadata: No connector
 available to
  access repository melati_to (scp://melati.org/data/www/maven2/) of type
 default
  using the available factories WagonRepositoryConnectorFactory
         at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor
 .java:217)
         at
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor
 .java:153)


 thanks in advance
 Tim


 --
 John Casey
 Developer, PMC Member - Apache Maven (http://maven.apache.org)
 Blog: http://www.johnofalltrades.name/

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org





-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: One Agile automated CI build

2011-03-30 Thread Tim Pizey
Hi Brian,

I think we have a very simple system, and we do not use artefactory.

I hope I am right in thinkin g you are deploying a war.

We use jenkins with the following command:

mvn clean install deploy tomcat:deploy -Pstaging

this stores artifacts, be they snapshot or release, to the repository
and deploys to staging.

hope this makes sense

cheers
Tim

On 30 March 2011 19:24, Bryan Keech  wrote:
 Can anyone give details on how they have done this? I am running into road 
 blocks.

 If I leave the version as a non-snapshot, then Hudson deploys to artifactory 
 and overwrites the same version in the repo. I have toyed with using 
 install:install-file goal in the install phase.

 Thanks,
 Bryan
-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Re-using tests - best practice

2011-03-28 Thread Tim Pizey
Thanks Lee,
I think that makes sense.

cheers
Tim

On 28 March 2011 05:23, Lee Meador l...@leemeador.com wrote:
 Yegor,

 If you look at the links he put in the 1st message it shows the POM he's
 talking about. It includes multiple execution sections within the surefire
 plugin section that run the tests only after building and deploying
 something (I guess its the code being tested). Each execution of the tests
 has some properties set so that the tests run somehow differently.

 Since the test jar is already built maybe its easier than we thought. This
 is just a hint of an idea though ...

 Maybe, Tim could create a POM of his own that has that test jar as a
 dependency of test scope. Then he could use a single AllTest.java in
 src/test/java somewhere that has a suite() method that tells SureFire about
 the tests that should be run. Those tests would all be in the test-jar. The
 only maintenence here is that if the underlying code adds some tests or
 comes out with a new version with new tests, he would have to find their
 names and add them to the suite.

 Tim's new pom would not be a child of the project's pom but would have
 similar execution sections under the SureFire plugin section.

 -- Lee

 On Fri, Mar 25, 2011 at 12:20 PM, Yegor Bugayenko
 e...@technoparkcorp.comwrote:

 In such a case (if you still want to reuse tests apart from the SUT they
 are
 designed for) your approach with dependency:unpack looks correct.

 But again, I would suggest to analyze the reason behind this operation and
 do everything you can to avoid this artificial separation of the SUT
 (system
 under testing) and its tests.

 —
 Yegor Bugayenko, PMP®, SCEA



 On Fri, Mar 25, 2011 at 11:02 AM, Tim Pizey tim.pi...@gmail.com wrote:

  Thanks for your comments Yegor, however you do not address the question,
  perhaps I did not put it well.
 
  What is the best way to re-use tests, given that Surefire will not
 discover
  tests in a jar and you cannot extend a non-pom project?
 
  I feel that the solution I have come up with is pretty clunky and would
  welcome
  a more elegant to the problem of test reuse.
 
  cheers
  Tim
 
 
 
 
 
 
  On 24 March 2011 08:08, Yegor Bugayenko wrote:
   What is the point of retesting a library which has already been tested?
   You need your own tests, that will check the validity of your own
   application, not a third-party library. If you want to reuse some code
  from
   the library - just get their .java files from their repository and add
  them
   to your project statically (don't forget to review their license
   restrictions).
   —
   Yegor Bugayenko, PMP®, SCEA
  
  
  
   On Tue, Mar 22, 2011 at 12:17 PM, Tim Pizey tim.pi...@gmail.com
 wrote:
  
   Hi,
  
   Atombeat http://code.google.com/p/atombeat/ has a set of possible
   configurations with different backends and security policies.
  
       atombeat-exist-full
       atombeat-exist-minimal
       atombeat-exist-full-secure
       atombeat-exist-minimal-secure
       atombeat-orbeon-full
       atombeat-orbeon-minimal
       atombeat-orbeon-full-secure
       atombeat-orbeon-minimal-secure
  
   Atombeat  has a separate project which contains the tests for all of
 the
   above:
  
  
 
 http://code.google.com/p/atombeat/source/browse/trunk/parent/atombeat-integration-tests/pom.xml
  
   As an Atombeat user I want to re-purpose these tests to test a
   particular Atombeat installation, with a different security mechanism
   (CAS).
  
   Because the Atombeat tests test a set of different configurations some
   are not applicable - testing security on an unsecured configuration
   for example - so the tests pom file contains a lot of configuration
   information.
   I had hoped to be able to inherit from the Atombeat test pom, ie set
   it as parent, but parents may only be of type pom.
  
   The Atombeat test source is in src/test/java, so currently no jar file
   is produced.
  
   I can fix that by adding
  
       plugin
          groupIdorg.apache.maven.plugins/groupId
          artifactIdmaven-jar-plugin/artifactId
          executions
            execution
              goals
                goaltest-jar/goal
              /goals
            /execution
          /executions
        /plugin
  
   however the surefire plugin will not run the tests as it does not look
   inside jars to discover tests.
  
   Unpacking the jar into target/test-classes gets the tests discovered
   by Surefire.
  
   I then need to configure my project by duplicating the configuration
   information in the test POM.
  
   Is this the best way to reuse tests?
  
   cheers
   Tim
  
  
  
  
  
  
  
  
  
  
  
  
  
  
   --
   Tim Pizey - http://pizey.net/~timp
   Centre for Genomics and Global Health - http://cggh.org
  
   -
   To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
   For additional commands, e-mail: users-h...@maven.apache.org
  
  
  
 
 
 
  --
  Tim

Re: Re-using tests - best practice

2011-03-25 Thread Tim Pizey
Thanks for your comments Yegor, however you do not address the question,
perhaps I did not put it well.

What is the best way to re-use tests, given that Surefire will not discover
tests in a jar and you cannot extend a non-pom project?

I feel that the solution I have come up with is pretty clunky and would welcome
a more elegant to the problem of test reuse.

cheers
Tim






On 24 March 2011 08:08, Yegor Bugayenko wrote:
 What is the point of retesting a library which has already been tested?
 You need your own tests, that will check the validity of your own
 application, not a third-party library. If you want to reuse some code from
 the library - just get their .java files from their repository and add them
 to your project statically (don't forget to review their license
 restrictions).
 —
 Yegor Bugayenko, PMP®, SCEA



 On Tue, Mar 22, 2011 at 12:17 PM, Tim Pizey tim.pi...@gmail.com wrote:

 Hi,

 Atombeat http://code.google.com/p/atombeat/ has a set of possible
 configurations with different backends and security policies.

     atombeat-exist-full
     atombeat-exist-minimal
     atombeat-exist-full-secure
     atombeat-exist-minimal-secure
     atombeat-orbeon-full
     atombeat-orbeon-minimal
     atombeat-orbeon-full-secure
     atombeat-orbeon-minimal-secure

 Atombeat  has a separate project which contains the tests for all of the
 above:

 http://code.google.com/p/atombeat/source/browse/trunk/parent/atombeat-integration-tests/pom.xml

 As an Atombeat user I want to re-purpose these tests to test a
 particular Atombeat installation, with a different security mechanism
 (CAS).

 Because the Atombeat tests test a set of different configurations some
 are not applicable - testing security on an unsecured configuration
 for example - so the tests pom file contains a lot of configuration
 information.
 I had hoped to be able to inherit from the Atombeat test pom, ie set
 it as parent, but parents may only be of type pom.

 The Atombeat test source is in src/test/java, so currently no jar file
 is produced.

 I can fix that by adding

     plugin
        groupIdorg.apache.maven.plugins/groupId
        artifactIdmaven-jar-plugin/artifactId
        executions
          execution
            goals
              goaltest-jar/goal
            /goals
          /execution
        /executions
      /plugin

 however the surefire plugin will not run the tests as it does not look
 inside jars to discover tests.

 Unpacking the jar into target/test-classes gets the tests discovered
 by Surefire.

 I then need to configure my project by duplicating the configuration
 information in the test POM.

 Is this the best way to reuse tests?

 cheers
 Tim














 --
 Tim Pizey - http://pizey.net/~timp
 Centre for Genomics and Global Health - http://cggh.org

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org






-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re-using tests - best practice

2011-03-22 Thread Tim Pizey
Hi,

Atombeat http://code.google.com/p/atombeat/ has a set of possible
configurations with different backends and security policies.

 atombeat-exist-full
 atombeat-exist-minimal
 atombeat-exist-full-secure
 atombeat-exist-minimal-secure
 atombeat-orbeon-full
 atombeat-orbeon-minimal
 atombeat-orbeon-full-secure
 atombeat-orbeon-minimal-secure

Atombeat  has a separate project which contains the tests for all of the above:
http://code.google.com/p/atombeat/source/browse/trunk/parent/atombeat-integration-tests/pom.xml

As an Atombeat user I want to re-purpose these tests to test a
particular Atombeat installation, with a different security mechanism
(CAS).

Because the Atombeat tests test a set of different configurations some
are not applicable - testing security on an unsecured configuration
for example - so the tests pom file contains a lot of configuration
information.
I had hoped to be able to inherit from the Atombeat test pom, ie set
it as parent, but parents may only be of type pom.

The Atombeat test source is in src/test/java, so currently no jar file
is produced.

I can fix that by adding

 plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-jar-plugin/artifactId
executions
  execution
goals
  goaltest-jar/goal
/goals
  /execution
/executions
  /plugin

however the surefire plugin will not run the tests as it does not look
inside jars to discover tests.

Unpacking the jar into target/test-classes gets the tests discovered
by Surefire.

I then need to configure my project by duplicating the configuration
information in the test POM.

Is this the best way to reuse tests?

cheers
Tim














-- 
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



netbeans/cvslib jar needs updating [was Still having problem parsing cvs dates]

2005-09-21 Thread Tim Pizey
Hi, 

The problems with cvs date handling reported in 
http://jira.codehaus.org/browse/MAVEN-1447
have been fixed in netbeans version 4.1 
http://www.netbeans.org/source/browse/javacvs/libsrc/org/netbeans/lib/cvsclient/command/log/LogInformation.java?r1=1.15r2=1.16

The current maven-1.1.-beta-2 is still shipping with a jar 
called cvslib-3.6.jar

If one copies the ide5/modules/org-netbeans-lib-cvsclient.jar from a 
netbeans 4.1 installation to ~/.maven/repository/netbeans/jars/cvslib-3.6.jar 
then the problem goes away. 

Hope this helps
Tim Pizey



On Friday 16 September 2005 10:55, Tim Pizey wrote:
 Hi,

 For some while now I have had problems with cvs dates.

 I have just installed maven-1.1.-beta-2 in the hope that that would cure
 it, but no.

 The server was running cvs-1.12.9 which seemed to introduce this problem.
 I have now upgraded the server to 1.12.12, which my client is also running,
 but the problem persists:

 java.lang.Exception: Couldn't parse date 2003-07-15 11:56:29 +
 at org.netbeans.lib.cvsclient.util.BugLog.bug(BugLog.java:58)
 at
 org.netbeans.lib.cvsclient.command.log.LogInformation$Revision.setDateStrin
g(LogInformation.java:382) at
 org.netbeans.lib.cvsclient.command.log.LogBuilder.processRevisionDate(LogBu
ilder.java:273) at
 org.netbeans.lib.cvsclient.command.log.LogBuilder.parseLine(LogBuilder.java
:134) at
 org.netbeans.lib.cvsclient.command.BuildableCommand.messageSent(BuildableCo
mmand.java:86) at
 org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:9
6) at
 org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.jav
a:107) at
 org.netbeans.lib.cvsclient.response.MessageTaggedResponse.process(MessageTa
ggedResponse.java:39) at
 org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:485) at
 org.netbeans.lib.cvsclient.Client.processRequests(Client.java:439) at
 org.netbeans.lib.cvsclient.command.log.LogCommand.execute(LogCommand.java:1
32) at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:533) at
 org.apache.maven.cvslib.CvsConnection.executeCommand(CvsConnection.java:90)
 at
 org.apache.maven.cvslib.CvsConnection.processCommand(CvsConnection.java:436
) at
 org.apache.maven.cvslib.CvsChangeLogGenerator.getEntries(CvsChangeLogGenera
tor.java:100) at
 org.apache.maven.changelog.ChangeLog.generateSets(ChangeLog.java:423)
 at
 org.apache.maven.changelog.ChangeLog.doExecute(ChangeLog.java:368) at
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
9) at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
l.java:25) at java.lang.reflect.Method.invoke(Method.java:324)
 at
 org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:180)
 at
 org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript


 http://jira.codehaus.org/browse/MAVEN-1447 suggests that the problem is not
 with maven/netbeans and to search the ML, which I have done with no sucess.

 The date appears, to my naive eye, to be OK, any suggestions as to what I
 need to do to fix this, do I need to do some cvs surgery?
 There are a few of these rogue dates.


 yours
 Tim P




 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Still having problem parsing cvs dates

2005-09-16 Thread Tim Pizey
Hi, 

For some while now I have had problems with cvs dates. 

I have just installed maven-1.1.-beta-2 in the hope that that would cure it, 
but no. 

The server was running cvs-1.12.9 which seemed to introduce this problem.
I have now upgraded the server to 1.12.12, which my client is also running, 
but the problem persists:

java.lang.Exception: Couldn't parse date 2003-07-15 11:56:29 +
at org.netbeans.lib.cvsclient.util.BugLog.bug(BugLog.java:58)
at 
org.netbeans.lib.cvsclient.command.log.LogInformation$Revision.setDateString(LogInformation.java:382)
at 
org.netbeans.lib.cvsclient.command.log.LogBuilder.processRevisionDate(LogBuilder.java:273)
at 
org.netbeans.lib.cvsclient.command.log.LogBuilder.parseLine(LogBuilder.java:134)
at 
org.netbeans.lib.cvsclient.command.BuildableCommand.messageSent(BuildableCommand.java:86)
at 
org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:96)
at 
org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:107)
at 
org.netbeans.lib.cvsclient.response.MessageTaggedResponse.process(MessageTaggedResponse.java:39)
at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:485)
at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:439)
at 
org.netbeans.lib.cvsclient.command.log.LogCommand.execute(LogCommand.java:132)
at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:533)
at 
org.apache.maven.cvslib.CvsConnection.executeCommand(CvsConnection.java:90)
at 
org.apache.maven.cvslib.CvsConnection.processCommand(CvsConnection.java:436)
at 
org.apache.maven.cvslib.CvsChangeLogGenerator.getEntries(CvsChangeLogGenerator.java:100)
at 
org.apache.maven.changelog.ChangeLog.generateSets(ChangeLog.java:423)
at org.apache.maven.changelog.ChangeLog.doExecute(ChangeLog.java:368)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at 
org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:180)
at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript


http://jira.codehaus.org/browse/MAVEN-1447 suggests that the problem is not 
with maven/netbeans and to search the ML, which I have done with no sucess. 

The date appears, to my naive eye, to be OK, any suggestions as to what I need 
to do to fix this, do I need to do some cvs surgery?
There are a few of these rogue dates.


yours
Tim P




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Congratulations

2004-07-13 Thread Tim Pizey
Congratulations to all for the 1.0 release!

Thanks for all the hard work.

Nice that there is a new release on the day I come to do a clean install. 

yours
TimP

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Maven SCM and PVCS

2004-06-20 Thread Tim Pizey
Hi, 

We use PVCS  (from Merant, now Serena) at work.

I am familiar with CVS and a fan of Maven, so want to 
find a way of either exporting pvcs to CVS or of using 
pvcs as the scm for maven.

The SCM plugin only deals with scource code control, 
not change logs, developer activity, file activity etc, 

Presumably all of these are currently hardwired for CVS.

Has anyone been here?

cheers
timp



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Don't put a symlink to . in a .war

2004-04-29 Thread Tim Pizey
Hi, 

I don't suppose anyone else would do this but I 
put a symlink to . in my webapp directory with:
ln -s page . 
I had to kill maven war with Ctrl C

(Not suggesting that this is a bug)

Tim Pizey





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Melati version 0.7.2

2004-03-03 Thread Tim Pizey
On Wednesday 03 March 2004 4:12 am, Jason van Zyl wrote:
 On Tue, 2004-03-02 at 18:55, Tim Pizey wrote:
  Version 0.7.2 of Melati has been released.

 Why are you announcing this on the maven user list?

Because it is a Mavenised project and on the Maven powered by page ?

If this is not good I won't do it again. 

yours
Tim Pizey


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Problem with assert in jellydoc

2004-03-03 Thread Tim Pizey
Hi, 

I am running out of cvs on my local machine 
but using 1.0-beta-9 on the production machine.
Both systems are running j2sdk1.4.2 

maven dist works on both

On the production machine maven site fails with 

[javadoc] 
/usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/TokenSet.java:128:
 
warning: as of release 1.4, assert is a keyword, and may not be used as an 
identifier
[javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof 
ComplexTokenSet);
[javadoc] ^
[javadoc] 
/usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/TokenSet.java:128:
 
not a statement
[javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof 
ComplexTokenSet);
[javadoc] ^
[javadoc] 
/usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/TokenSet.java:128:
 
';' expected
[javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof 
ComplexTokenSet);
[javadoc]^

BUILD FAILED
null:37:50: attainGoal null:70:84: ant:copy Warning: Could not find file 
/usr/local/packages/dist/SPIndent/target/taglib.xml to copy.
Total time: 1 minutes 56 seconds

I have the following in project.properties
maven.compile.deprecation = on
maven.compile.optimize = off
maven.compile.debug = on
maven.compile.source = 1.4
maven.compile.target = 1.4
maven.javadoc.source = 1.4
maven.test.source = 1.4
maven.javadoc.customtags=todo 
todo.name=todo
todo.description=To Do:


Any clues?

cheers
timp




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problem with assert in jellydoc

2004-03-03 Thread Tim Pizey
Hi, 

I hope that reporting these problems is helpful. 

I have upgraded maven to 1.0-rc1 and the jellydoc report 
still cannot handle assert and is still reporting itself as javadoc. 

The checkstyle report has stopped working, 
saying that I have content in my prolog. 

maven.log reports many problems with parsing html as ant commands
The actual output does not go to maven.log and is 
so verbose I cannot capture it in my xterm. 

Astonishingly the word 'PanEris' is split into 'PanEr is' within the 
Organisation. 
Much other spurious white space is introduced. 

Even if no time zone is present a TZ Offset / Time  is printed. 
Contributors are mentioned even if there aren't any. 

ampersand entities within urls are not respected. 
The subscribe/unsubscribe links are being rendered as 
mailtos even though they start with http://
(again a whitespace issue I believe)

I cannot get CVS HEAD to work locally. 

I would wish to see the distributions directory below docs, 
well to be honest I would like to see everything in docs moved up to 
target. Then I would set that as my Document-Root. 

Whilst in review mode I would lose the collapsed and expanded images. 

The above problems can be seen at 
http://spindent.paneris.net/

yours
tim pizey


On Wednesday 03 March 2004 3:06 pm, Tim Pizey wrote:
 Hi,

 I am running out of cvs on my local machine
 but using 1.0-beta-9 on the production machine.
 Both systems are running j2sdk1.4.2

 maven dist works on both

 On the production machine maven site fails with

 [javadoc]
 /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/Toke
nSet.java:128: warning: as of release 1.4, assert is a keyword, and may not
 be used as an identifier
 [javadoc] assert !(one instanceof ComplexTokenSet) || !(two
 instanceof ComplexTokenSet);
 [javadoc] ^
 [javadoc]
 /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/Toke
nSet.java:128: not a statement
 [javadoc] assert !(one instanceof ComplexTokenSet) || !(two
 instanceof ComplexTokenSet);
 [javadoc] ^
 [javadoc]
 /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/Toke
nSet.java:128: ';' expected
 [javadoc] assert !(one instanceof ComplexTokenSet) || !(two
 instanceof ComplexTokenSet);
 [javadoc]^

 BUILD FAILED
 null:37:50: attainGoal null:70:84: ant:copy Warning: Could not find
 file /usr/local/packages/dist/SPIndent/target/taglib.xml to copy.
 Total time: 1 minutes 56 seconds

 I have the following in project.properties
 maven.compile.deprecation = on
 maven.compile.optimize = off
 maven.compile.debug = on
 maven.compile.source = 1.4
 maven.compile.target = 1.4
 maven.javadoc.source = 1.4
 maven.test.source = 1.4
 maven.javadoc.customtags=todo
 todo.name=todo
 todo.description=To Do:


 Any clues?

 cheers
 timp




 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



mail-lists.xml patch

2004-03-03 Thread Tim Pizey
Hi, 

A patch for maven-plugins/xdoc/src/plugin-resources/templates/mail-lsits.xml

-#if ($link.startsWith(http))
+#if ($link.trim().startsWith(http))

looks like this is a hack to overcomne the fact that leading spaces 
are being included in the variable. 

yours
Tim Pizey
Index: mail-lists.xml
===
RCS file: /home/cvspublic/maven-plugins/xdoc/src/plugin-resources/templates/mail-lists.xml,v
retrieving revision 1.3
diff -u -r1.3 mail-lists.xml
--- mail-lists.xml	2 Feb 2004 04:40:25 -	1.3
+++ mail-lists.xml	3 Mar 2004 20:40:30 -
@@ -3,7 +3,7 @@
 #macro (displayLink $label $link)
 td
   #if ($link  $link.length() != 0)
-#if ($link.startsWith(http))
+#if ($link.trim().startsWith(http))
   a href=$escape.getText($link)$label/a
 #else
   a href=mailto:$link;$label/a

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Powered by additions

2003-10-04 Thread Tim Pizey
On Thursday 02 October 2003 12:16 am, [EMAIL PROTECTED] wrote:
 Done.
Thankyou
Tim Pizey



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Powered by additions

2003-10-01 Thread Tim Pizey
Hi, 

I have been using Maven for a while,  
it has been of great benefit to me.

Please consider listing the following two sites:
Melati (http://melati.org/) 
 A framework for creating database backed websites.
and
PanEris (http://paneris.net/)
All the current software output of the PanEris collabrative.

yours
Tim Pizey

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Powered by additions

2003-10-01 Thread Tim Pizey
On Wednesday 01 October 2003 1:48 pm, Tim Pizey wrote:
 Hi,

 I have been using Maven for a while,
 it has been of great benefit to me.

 Please consider listing the following two sites:
 Melati (http://melati.org/)

Arrg, hadn't made the switch, have now.

  A framework for creating database backed websites.

Tim Pizey


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Problems with xref and linkcheck

2003-07-12 Thread Tim Pizey
Hi, 

I am using beta-9-SNAPSHOT 
and have just used the linkcheck to good effect - thanks.

The results can be seen at http://maven.melati.org/linkcheck.html, 
(any comments welcome)
the remaining problems seem to be xref generated:

1. If code contains http://www.apache.org/ then 
xref creates a link to http://www.apache.org/ 

2. All the XREF overview and package summary pages have broken escapes:
http://maven.melati.org/xref/org/apache/java/lang/\.\./\.\./\.\./\.\./overview-summary.html

3. xref assumes that the first class in a file will be the class for which 
the file is named, which isn't necessarily true.

4. Any occurance of package is assumed to be the keyword:
final String packageName;
becomes
bfinal/a href=../../../../b String packageName/package-summary.htmlb 
String packageName/a;

Vector packageTables = dsd.tablesInPackage;
becomes:
a href=../../../../Vector packageTables = 
dsd/tablesInPackage/package-summary.htmlVector packageTables = 
dsd.tablesInPackage/a;

5. linkcheck counts 301 and 302 as dead links

6. linkcheck claims not to be able to /javadoc/ which I can find by hand. 

hope this helps, 
Tim pizey



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Feature request: link to source from task list

2003-07-04 Thread Tim Pizey
Hi, 

The Task List would be much improved with  a link 
to the appropriate file Source Xref, 
possibly even the line of the todo.

Thanks for all the work going into Maven.
TimP

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Javadoc plugin links property

2003-07-01 Thread Tim Pizey
Martin, 

Thanks a lot for your reply.


On Tuesday 01 July 2003 8:16 am, Martin Skopp wrote:
 On Mon, 2003-06-30 at 20:48, Tim Pizey wrote:
  I cannot persuade my cvs snapshot version of Maven
  (1.0-BETA-10-SNAPSHOT) to pass a links argument to javadoc.
 
  I have
  maven.javadoc.source=1.4
  I have tried
  maven.javadoc.link=http://melati.org/javadoc/
  and
  maven.javadoc.links=http://melati.org/javadoc/
 
  with a variety of
  maven.javadoc.link.offline=true
  maven.javadoc.links.offline=true
  maven.javadoc.link.offline=false
  maven.javadoc.links.offline=true
  maven.javadoc.link.packagelistLoc=/inst/melati/target/docs/apidocs
  maven.javadoc.links.packagelistLoc=/inst/melati/target/docs/apidocs

 in beta9 it's
 (check $MAVEN_HOME/plugins/maven-javadoc-plugin-1.2/plugin.jelly!)

Found it in 
$MAVEN_HOME/src/plugins-build/javadoc/plugin.jelly


 maven.javadoc.links

 but it only generates javadoc links in online mode
 (maven.mode.online=true)

  None of the above variations have put a link argument into the
  javadoc command
  though according to
  http://www.mail-archive.com/[EMAIL PROTECTED]/msg00293.html
  it should work.

 does the console say

 Linking with API information from ...

 ?

Yes, then it says:
/usr/local/packages/dist/test/src/org/paneris/cbitlog/model/CategoryTable.java:29: 
warning - Tag @see: reference not found: org.melati.poem.prepro.TableDef
Though 
http://melati.org/javadoc/org/melati/poem/prepro/TableDef.html
is there and so is 
http://melati.org/javadoc/package-list

I have just spent all morning on this, I can't get plain javadoc to work 
either, nor ant, in online or offline mode.
Using Standard Doclet 1.4.1, java version 1.4.1_01

Thanks for your help it looks like it is something stupid at my end.


yours
tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Using Maven [was Re: [WebMacro-user] WM Wishlist?]

2003-06-11 Thread Tim Pizey
On Wednesday 11 June 2003 6:17 am, Lane Sharman wrote:
 have you tried it, Tim?

yes, 
I was really impressed with http://www.werken.com/ which got me going. 

see
http://melati.paneris.net/
http://boards.paneris.net/
http://shopping.paneris.net/
http://jal.paneris.net/
http://rbr.paneris.net/
http://pol.paneris.net/
http://jammyjoes.paneris.net/

When I have retrofitted the whole of PanEris' output 
since 1999 I will put a top level site together at 
http://www.paneris.net/ 

The benefits so far have been:
1. The checkstyle report which gave me 
a checklist for cleaning up Melati code and gives an instant feedback when 
somone introduces a new ugliness (the checkstyle errors were at 12 recently).

2. javadoc, which has prompted me to actaully read the javadoc and retrofit it 
for the whole of melati, at least at a class level. 
Again I will use the checkstyle report to check the rest of the javadoc, by 
simply changing the checkstyle.javadoc setting in project.properties I will 
be shown all public methods still lacking javadoc. 

3. Licence: Melati has evolved, so variations in the text of the licence 
 header crept in, these were all identified. 

4. The use of checkstyle motivated me to change the Poem preprocessor to 
handle imports explicitly and remove the * import form. 
This also motivated by my recent adoption of http://www.eclipse.org/ which 
Maven and now Melati also supports.

5. We had never actually distributed boards, shopping or jal or our 
actual projects as jars before. 
Maven should enable a complete distribution mechanism.

6. The naming conventions and directory structure imposed are good and 
by adhering to them should make it easier for newcomers to Melati.

7. The changelog gives a complete historical view of all cvs changes, 
something we haven't had before. 

8. I had never used xdocs before. 

9. It has the classic psychological motivation of giving you a big return for 
a little investment. 

10. It maintains a league table of committers according to number of 
commits and number of files changed, sad I know but I do like it when 
one developer overtakes another!

cheers
TimP




 Tim Pizey wrote:
 On Tuesday 10 June 2003 10:47 pm, Eric B. Ridge wrote:
 Anything else we need to do?
 
 What do you guys think of http://maven.apache.org/ ?
 I am moving all my old projects to it.
 
 cheers
 timp
 
 
 
 ---
 This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
 thread debugger on the planet. Designed with thread debugging features
 you've never dreamed of, try TotalView 6 free at www.etnus.com.
 ___
 Webmacro-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/webmacro-user


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Newbie questions

2003-04-02 Thread Tim Pizey
Hi, 

Sorry to be so wet behind the ears, not used Maven before 
(or XML much).

My first issues:
I created a project.xml by saving the html at 
http://maven.apache.org/start/integrate.html
and then editting, it would be really nice to have 
a link to a real xml file.

I ran Maven against it last night and thought all had gone well, 
editted project.xml today and ran again, again 
'Build sucessful'  however when I look at maven.log 
I find: 

2003-04-02 12:47:07,869 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class 
o
rg.apache.commons.jelly.tags.core.IfTag doesn't support the nested available 
e
lement.
2003-04-02 12:47:07,909 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class 
o
rg.apache.commons.jelly.tags.core.IfTag doesn't support the nested available 
e
lement.
2003-04-02 12:47:07,913 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class 
c
om.werken.werkz.jelly.ProjectTag doesn't support the nested path element.

What file/line number are these errors being generated from?

I am also trying to move up to Eclipse, it seems that the Eclipse Maven 
plugin is still in development - is that right?

thanks for any feedback

Tim Pizey


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]