Jeremy, for reference, I have put the central pats (strands are missing right now) into laboratory in order to fix the build.
svn co https://scm.ops4j.org/repos/ops4j/laboratory/users/peter/silk silk cd silk mvn clean install pax:provision after mvn install, you should be able to import the projects into Eclipse (they are generated), and fix the classpath of the silk.api project to incolude the libs in target/libs instead of just libs/ (bug reported on PaxConstruct). Cheers /peter On 5/4/07, Jeremy Volkman <[EMAIL PROTECTED]> wrote: > Cool. I'll take a look. > > -Jeremy > > On 5/4/07, Peter Neubauer <[EMAIL PROTECTED]> wrote: > > Btw, > > http://wiki.ops4j.org/confluence/download/attachments/57/speechops4j.pdf?version=1 > > is a presentation on OSGi and Hansa/Silk I did for Öredev some time > > ago. page 28 and down is about Hansa and Silk. Much regarding the > > rules is actually beter thought out by Rafffael, but I think you get > > the idea - RDF for all meta data, Rules for intelligence and > > pluggablility and OSGi for dynamic runtime. > > > > /peter > > > > On 5/4/07, Jeremy Volkman <[EMAIL PROTECTED]> wrote: > > > OPS4Jers, > > > > > > I checked out the Silk project and I'd like to mess around with it in > > > my Eclipse environment. I noticed that many of the modules include > > > "project" and "classpath" files under a src/eclipse subdirectory. Was > > > there some convention in place for using these files where they > > > reside, or were they simply reference files for developers to use in > > > setting up their own workspace? Currently, I've got each file > > > symlinked as ".project" and ".classpath" in the correct location, > > > however the project files reference a "SILK_ROOT" keyword (not a valid > > > Eclipse variable, I don't think), which obviously doesn't resolve: > > > e.g., > > > > > > <link> > > > <name>build.xml</name> > > > <type>1</type> > > > <locationURI>SILK_ROOT/core/jena/build.xml</locationURI> > > > </link> > > > > > > For now I'll just tailor the files to my local environment. > > > > > > Thanks, > > > Jeremy > > > > > > _______________________________________________ > > > general mailing list > > > [email protected] > > > http://lists.ops4j.org/mailman/listinfo/general > > > > > > > _______________________________________________ > > general mailing list > > [email protected] > > http://lists.ops4j.org/mailman/listinfo/general > > > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
