Hi, On 1/10/06, Tobias Bocanegra <[EMAIL PROTECTED]> wrote: > i think, it is vice versa. the classes in the state package depend on > the *Id classes.
Ah, my mistake, I got the directions mixed up. The problem (the state -> core dependency, caused in part by the *Id classes) is the same though. > as for the API (and/or a possible jcr-283 extension) we could get rid > of the very loosly defined UUID of type String and probably introduce > the NodeId, PropertyId, ItemId and make it part of the jcr API. i > would love to have: > Session.getNode(NodeId id) and Node.getId() > > so if i would need to move the *Id classes, i would put them to > org.apache.jackrabbit.* and make them part of the (yet non-existent > :-) API. Sounds good. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftmanship, JCR consulting, and Java development
