Hi Chris, On Sat, Jun 28, 2014 at 8:08 AM, Mattmann, Chris A (3980) < [email protected]> wrote:
> > On DARPA XDATA, I built a new RADIX-based system for processing an > employment dataset using 0.7-radix (trunk). I then created a set of > policy for the File Manager for employment datasets containing ~4 > product types, etc. I then tried to start file manager. It was up and > running, but would keep giving me NPEs when trying to get ProductTypes > (look them up), and then wouldn't ingest, etc. > Can this be related to Rishi's issue here? https://issues.apache.org/jira/browse/OODT-686 > So there seems to be something in > 0.7 filemgr that wouldn't read my policy correctly and I was wondering if > it had to do with the updates you were making (maybe it didn't). > OK lets go deeper. CHANGES TO FILEMGR/SRC/MAIN/JAVA http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/catalog/DataSourceCatalog.java?r1=1603049&r2=1604981&diff_format=h http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/datatransfer/LocalDataTransferer.java?r1=1603049&r2=1604981 http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/ingest/CmdLineIngester.java?r1=1603049&r2=1604981&diff_format=h http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/repository/XMLRepositoryManager.java?r1=1603049&r2=1604981 http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/structs/exceptions/RepositoryManagerException.java?r1=1603049&r2=1604981&diff_format=h http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/system/XmlRpcFileManager.java?r1=1603049&r2=1604981 http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/system/XmlRpcFileManagerClient.java?r1=1603049&r2=1604981&diff_format=h http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/util/GenericFileManagerObjectFactory.java?r1=1603049&r2=1604981&diff_format=h http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/util/XmlRpcStructFactory.java?r1=1603049&r2=1604981&diff_format=h http://svn.apache.org/viewvc/oodt/trunk/filemgr/src/main/java/org/apache/oodt/cas/filemgr/util/XmlStructFactory.java?r1=1603049&r2=1604981&diff_format=h if you have the time to look at the above diffs, you will see that nothing has been changed with respect to semantics of the code. All the commit addressed was javac warnings and some Javadoc substantiation. > > One thing I did wonder though is that does the trunk filemgr still produce > a tgz when running mvn install? I was under the impression that .zip files were the only concrete distributable source artifacts from OODT. This would be reflected in what was published in 0.6 release http://apache.mirrors.pair.com/oodt/ This being said, I still get one generated when I run mvn install lmcgibbn@LMC-032857 /usr/local/oodt/filemgr(master) $ cd target/ .plxarc classes/ site/ archive-tmp/ generated-sources/ surefire/ cas-filemgr-0.7-SNAPSHOT-dist.tar.gz javadoc-bundle-options/ surefire-reports/ cas-filemgr-0.7-SNAPSHOT-dist.zip maven-archiver/ test-classes/ cas-filemgr-0.7-SNAPSHOT.jar maven-shared-archive-resources/ > It didn't seem to anymore for me and if it > doesn't (per the test updates) that should be fixed/reverted since we need > to produce a tgz on mvn install (so those get published to the Central > repo). > Are you seeing this too? > > No, I'm not able to reproduce Chris... I think we need to look more closely at this to converge on whats wrong here.
