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
