dantleech
dantleech
Nope not yet, there is [an issue](https://github.com/phpcr/phpcr-shell/issues/99) for that and it should be easy to implement (we just need to map the new functions).
No this isn't implemented (afaik), but would be a valid feature. So you could make a PR or change this to a feature request. In the meantime you can always...
Not too familiar with the child translation strategy, would be a shame to make one strategy better than another, as it would mean people might get to a certain point...
Well .. it makes sense when we are using a property to determine the Document class. But when or if we every get around to allowing the PHPCR node type...
You would need to do joins, but I think there is a deeper problem. i.e. above @lsmith77 is selecting from `a` which is `[nt:unstructured]` - i..e we are operating on...
Indeed, and using an abstract mapped class as the document source should already work, but it does mean forcing inheritance which, especially in the case of tags, is less than...
After a quick look I think that check makes sense internally (as it would get called for each document anyway), but maybe it should be skipped if the callee is...
Could we not do this as a BC break? As it would otherwise overlap with the functionality of assoc=true
Not sure mapping it as an attribute field would make sense .. i.e. `@Integer(nested=true)`, `@String(nested=true)`. Would we then cast all the elements as `integer` or `string` depending on the field...