[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: OzoneDB-0.5.1/Sol7/Java1.3 build problems

On Mon, 10 Jul 2000, Ronny H. Kavli wrote:
> Gentlemen (and Women),
> 
> First of all, I'd like to thank the people who have contributed to 
> OzoneDB. 
:)

> I've used 0.4 with great success, until java1.3 came around
> and ruined everything. :-) -- The need to build became emminent.
> But...
>  
> ...I'm lost here guys:
> 
> 1: Yes, I've read the INSTALL-file and I've even added a JAVA_HOME 
>    environment variable, so I could get this far... :-)
> 
> ~/CVS/Ext/ozone-0.5.1>ant
> Buildfile: build.xml
> Project base dir set to: /export/devhome/kavli/Ext/ozone-0.5.1
> Executing Target: init
> Executing Target: prepare
> Executing Target: DxLib
> Compiling 62 source files to /export/devhome/kavli/Ext/ozone-0.5.1
> Note: 2 files use or override a deprecated API.  Recompile with "-deprecation" for details.
> 1 warning
> Executing Target: org.ozoneDB.tools
> Compiling 16 source files to /export/devhome/kavli/Ext/ozone-0.5.1
> /export/devhome/kavli/Ext/ozone-0.5.1/org/ozoneDB/tools/AdminMessPort.java:12: Package org.ozoneDB.core not found in import.
> import org.ozoneDB.core.*;
>        ^
> [snip...] 
> 
> Commenting out the import yields:
> Compiling 4 source files to /export/devhome/kavli/Ext/ozone-0.5.1
> /export/devhome/kavli/Ext/ozone-0.5.1/org/ozoneDB/tools/AdminMessPort.java:29: Class org.ozoneDB.tools.AdminCommand not found.
>         send (new AdminCommand (AdminCommand.CLOSE));
> 
> And looking for an AdminCommand class leads nowhere:
> /export/devhome/kavli/Ext/ozone-0.5.1/org>rgrep AdminCommand .
> ./ozoneDB/tools/AdminMessPort.java:29:        send (new AdminCommand (AdminCommand.CLOSE));
> ../ozoneDB/tools/AdminRemote.java:36:        send (new AdminCommand (AdminCommand.CLOSE));
> ../ozoneDB/tools/AdminRemote.java:55:            send2 (new AdminCommand(AdminCommand.CLOSE), false);
> ../ozoneDB/tools/AdminRemote.java:67:        send2 (new AdminCommand (AdminCommand.NG, groupName, id), true);
> ../ozoneDB/tools/AdminRemote.java:71:        send2 (new AdminCommand (AdminCommand.NU, userName, (id)), true);
> ../ozoneDB/tools/AdminRemote.java:75:        send2 (new AdminCommand (AdminCommand.U2G, userName, groupName), true);
> ../ozoneDB/tools/AdminRemote.java:79:        send2 (new AdminCommand (AdminCommand.RUG, userName, groupName), true);
> ../ozoneDB/tools/AdminRemote.java:83:        return (DxCollection)send2 (new AdminCommand (AdminCommand.AG), true);
> ../ozoneDB/tools/AdminRemote.java:87:        return (DxCollection)send2 (new AdminCommand (AdminCommand.AU), true);
> ../ozoneDB/tools/AdminRemote.java:91:        return (Group)send2 (new AdminCommand (AdminCommand.GfN, groupName), true);
> ../ozoneDB/tools/AdminRemote.java:95:        return (User)send2 (new AdminCommand (AdminCommand.UfN, userName), true);
> ../ozoneDB/tools/AdminRemote.java:99:        send2 (new AdminCommand (AdminCommand.RG, groupName), true);
> ../ozoneDB/tools/AdminRemote.java:103:        send2 (new AdminCommand (AdminCommand.RU, userName), true);
> ../ozoneDB/tools/AdminRemote.java:111:        send2 (new AdminCommand (AdminCommand.SHUTDOWN), false);
> ../ozoneDB/tools/AdminRemote.java:115:        send2 (new AdminCommand (AdminCommand.CS, csSize, clSize), false);
> 
> 
> Is the dist corrupt or is there something obvious I'm missing here?

The package contains all needed sources. But there are circular dependencies
between the 'tools' and the 'server' ant target. On my Linux JDK1.3 Ant
automatically compiles the needed files. Anyway, try 'ant server' before
'ant'. Does this work?


Falko
-- 
______________________________________________________________________
Falko Braeutigam                         mailto:falko@softwarebuero.de
SMB GmbH                                   http://www.softwarebuero.de