[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[higgins-dev] Notes from Higgins Dev Call October 12 at 12pm ET
|
Attendees
---------
- PaulT, MaryR, TomD, JimS, MikeM, RajN, GregB, BrianC, ValeryK, TonyN
Build Issues
------------
- Jim: IdAS consumers to easily find the latest .jar file and javadoc that
matches the interfaces
- IdAS has a build.xml Ant script that builds a JAR
- MikeM: Currently I have a regular .jar file and then I have an Axis web
service that sits in front of it. Could I change that so that there is an
Eclipse plugin that is a wrapper for this jar. Are there any reading
materials on how to do this.
* Paul: I'll write up a memo on how to create an Eclipse plugin from a .jar
file
- Brian: to continue to produce the plain old jar files, because ALF plans
to use this on the server side, and most server side stuff is servlets and
jars.
- Jim: as long as the automated build task can fire off Ant script, then we
should be okay.
- Jim: lot of projects version numbers in the jar file, we need a convention
for that too. The current Ant script for IdAS doesn't do this yet.
- Jim: who will own this build stuff.
* Paul will own this for now. We'll try to get some of this stuff done for
next Thursday's call
Discussion of IdAS issues
-------------------------
- Jim: there are other data memebers besides attributes, the digital
subject's type, the CUID, metadata and relationships.
- Raj: attributes and subjectRelationships should be different
- Paul: Agreed, though I'm open to SubjectRelationship being a subclass of
Attribute
- Greg: made the distinction between a string name of my father, vs. a
SubjectRelationship
- Jim: yes. So a SubjectRelationship has enough attribute info to get to the
target DigitalSubject
- Paul: a SubjectRelationship is a special kind of attribute that is
de-referenceable using IdAS
- Jim: Paul's SubjectRelationship subclassing of Attribute, will complicate
the filter (due to subclasses of SubjectRelationship).
* Paul will build an example (as we did with person-with-postalAddress)
using SubjectRelationship
- Jim: filter language needs to handle subclasses of DigitalSubject
(subclasses of IDigitalSubject)...need to think about this
- Jim: are we going to have the filter language able to dereference
SubjectRelationships
- Jim: I think we need a better written argument for why
SubjectRelationships exist as a separate class from Attributes. Paul said
he'd do that for next week's call.
