The source tree is rooted at svn... jdo/trunk/tck2.The script goes up the tree looking for the thing above trunk (or if you're in a branch, the thing above branches). That directory has to be named xxxjdo.
Craig On Oct 6, 2008, at 7:56 PM, Richard Schilling - Consultant wrote:
Or, I should say....The source tree of the project doesn't really have any directory paths that end in "jdo" and also have maven build files in them....Richard -----Original Message----- From: Richard Schilling - Consultant [mailto:[EMAIL PROTECTED] Sent: Monday, October 06, 2008 7:30 PM To: [email protected] Subject: RE: question about maven build goals....Well that poses an interesting problem. Or, perhaps I'm just confused at this point. Both are equally possible :-)The source tree of the project doesn't really have any directory paths that end in "jdo". So, from where in the tree, exactly, do I run maven?Even the instructions in README.html say to change to the tck directory before running "maven build".Richard -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, October 06, 2008 7:15 PM To: [email protected] Subject: Re: question about maven build goals.... Michelle added this test to the maven script recently. Bottom line: you have to run from a directory that ends in "jdo" or stuff won't work. But it sounds like the test should first check for basedir.lastIndex being negative 1 and not go ahead and try to create a substring... Craig On Oct 6, 2008, at 6:46 PM, Richard Schilling - Consultant wrote:When I run the maven javadoc target from the API2 directory, I get the following error back $ cd trunk\api2 $ maven javadoc __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.1 Caught exception evaluating: basedir.substring(0, basedir.lastIndexOf('jdo')). Reason: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1938) 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:597) at org.apache.commons.jexl.util.introspection.UberspectImpl $VelMethodImpl.invoke(UberspectImpl.java:231) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java: 82)... add nausium The javadoc target seems to run, however and generate javadoc items. But, what causes this error exactly, and how do I avoid it? Jira bug JDO 603 (https://issues.apache.org/jira/browse/JDO-603) suggests that a directory name has to contain the text "jdo". The build documentation doesn't specify build instructions completely - something I'll be updating, BTW when I get this question answered ... Thanks in advance. Richard SchillingCraig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature
