From: Andy R. (Aleksander) <an...@tr...> - 2007-01-20 10:27:20
|
Hi Hal ! > > > After more testing I ended up with the following settings in > GGCBuild.properties > > # output.dir = where output files (classes) and files will be put > outdir.dir=../ > > # binary.dir = where output files (jars) will be places > binary.dir=${outdir.dir}/build > > # source.dir = location of source files > source.dir=../ > > # library.dir = location of lib root > library.dir=${outdir.dir}/lib > > # build.dir = output for .class files > build.dir=${outdir.dir}/build/classes > > output.dir is not really the build output.dir since this is really controlled > by build.dir (for classes) and binary.dir (for jar files). With the above > settings the build runs and when running the resulting ggc.jar using a > modified run.sh (see below) it seems to find most everything it needs. > > snip > > After looking at this some more what I found was that skinlf-1.2.11.jar is > located in ../../ggc-support/lib and not ../ggc-support/lib/utils which is > where the ggc/trunk/ggc/build/run.sh file points to. So the run.sh file has > the export statements at the beginning with the wrong paths and the > ggc-support/lib directory is also missing the utils, jdbc and hibernate3 > directories. Since I had copied the lib directory from the zip file, which > had the utils, jdbc and hiberate3 directories, into the ggc/trunk/ggc/ > directory I came to the conclusion that the correct thing to do is to change > the upper section of the ggc/trunk/ggc/build/run.sh file to read as follows: Yes that is correct. This was changed in last few weeks, and it seems that Reini didn't catch this problem, since he uses old type... > > > At that point it started (sort of) working. > > It appears to find the internal database (located at ggc/trunk/ggc/data) but > it is not fully functional as it issues a number of warnings and error > messages and most of the UI is not working I think because it fails to load > the database correctly (see below). > > The first message is: > > Problem writing COMM Api config file javax.comm.properties > into %JAVA_HOME%\lib\: > java.io.FileNotFoundException: > /opt/sun-jdk-1.5.0.09/jre\lib\javax.comm.properties > (Permission denied) > This is not database issue. This is for java comm api (for reading comm ports). Current version we are using needs this config file to have certain settings in it (for your machine it will show that you are running linux machine or something like that). If you don't use meters (which I think you want) this shouldn't be a bother. You can create this file and put correct entry into it... Or create file, chmod to 755 (or 777) (just this file). This file is checked and correct entry written every time before we access COM api library. > Not sure why a user app is trying to do something that requires root > authority. So of course this step fails. I ran the app as root and there > was no error message. But restarting the app as a normal user the message > was there again. I was hoping that the root user would have created the file > and corrected the problem but it did not help. So this appears to be some > kind of temporary file that is created at runtime and then destroyed when the > app is done so it should be created either in the users home directory or the > system temp directory (/tmp on my system). > > Then I get these warnings: > > log4j:WARN No appenders could be found for logger > (org.hibernate.cfg.Environment). > log4j:WARN Please initialize the log4j system properly. > > Is this because there is no log4j.properties file that can be copied to the > build/classes directory as per the directions in the README file? > > Then the next error is: > > Exception in thread "Thread-1" org.hibernate.exception.SQLGrammarException: > could not load an entity: [ggc.db.hibernate.SettingsMainH#1] > at..... > ..... > Caused by: java.sql.SQLException: Column not found: > SETTINGSMA0_.PRINT_PDF_VIEWER_PATH..... > > So it appears that the DB schema is not in sync with the code that is loading > the tables. This is the only message like this issued so it appears to be > only one column in one table (or perhaps it stops trying to load data at the > first failure?). > Yes I noticed this problem. This was bug I was trying to fix yesterday, but I am afraid that you will have to wait for it, some more. I will try to rebuild database and send it to you. > Over all I made a lot of progress getting this to the point where it builds > and sort of runs. > At least something. He he. This last error is just about configuration data so you can try ggc anyway... but as you will see there are quite a few things to be done... Andy > Hal > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > ggc-development mailing list > ggc...@li... > https://lists.sourceforge.net/lists/listinfo/ggc-development > |