probably best to implement the missing part (arrays) in the non-deprecated version, I think.
-Marshall On 9/27/2015 9:40 AM, Peter Klügl wrote: > Hi, > > yes, we have a current use case. Right now we are thinking about either using > the deprecated api or implementing it ourself (only the parts we need > currently). Will the deprectated stuff will be removed with the v3 release or > can be count on it that can be used for a longer time? ... well it has been > deprecated for some time and should then maybe be removed. > > Best, > > Peter > > Am 24.09.2015 um 23:44 schrieb Marshall Schor: >> Hi, >> >> I'm not familiar with this area. I did some looking, and found the original >> note which motivated this change >> http://mail-archives.apache.org/mod_mbox/incubator-uima-dev/200801.mbox/%[email protected]%3E >> >> >> (Did a history on FeatureValuePath, found the UIMA-718 ref to deprecate the >> "old" way, and it had this link). >> >> This stuff probably hasn't been worked on since 2008-ish. >> >> Is there an actual use case for wanting feature arrays in the middle? >> >> In v3, it might work to replace all this with Java 8 stream + lambdas :-) as >> a >> more general, standardized approach. >> >> -Marshall >> >> On 9/23/2015 9:40 AM, Peter Klügl wrote: >>> Hi, >>> >>> there are two interfaces and classes to access nested feature values >>> FeaturePath(Impl) and FeatureValuePath(Impl). The later has been >>> deprecated in favour of the former, but it looks like there is >>> functionality getting lost in this transition. With FeatureValuePath it >>> is possible to have feature arrays in the middle of the path whereas >>> FeaturePath only allows these at the very end of the path. >>> >>> Is this initial investigation correct? What is the current status of >>> this functionality? >>> >>> Best, >>> >>> Peter >>> > >
