If I recall Marshall has a branch of UIMA-AS that is compatible with UIMA
3.X I think it is based on an older version of UIMA-AS though. Most likely
v.2.9.0.

SVN link is here: https://svn.apache.org/repos/asf/uima/uv3/uima-as-v3/trunk

I recently released v.2.10.2 and currently 2.10.3 RC1 is pending votes.
These two are not compatible with UIMA 3.X. I am working on a new UIMA-AS
which will be. The main feature in this new version will be support for
clients to communicate with collocated services without a JMS broker. There
are other changes like dropping dd2spring and Saxon in favor of parsing DD
in java. Most of the code is in place and I am testing and fixing bugs as
the time allows.
No ETA for the release yet.

Jerry



On Wed, Mar 21, 2018 at 3:58 PM, D. Heinze <dhei...@gnoetics.com> wrote:

> Thanks.  I've spent a bit of time trying to ensure that all the XML
> dependencies are up-to-date.  Xalan and Xerces (both of which are pulled in
> as dependencies by other jars) are both up-to-date.  These warnings seem to
> be something that comes around every few years.
>
> I see from the developers list that UIMA-AS may be expected sometime soon?
>
> Thanks / Dan
>
> -----Original Message-----
> From: Richard Eckart de Castilho [mailto:r...@apache.org]
> Sent: Wednesday, March 21, 2018 10:11 AM
> To: user@uima.apache.org
> Subject: Re: Apache UIMA Java sdk 3.0.0 released
>
> On 20.03.2018, at 15:31, D. Heinze <dhei...@gnoetics.com> wrote:
> >
> > Yes, I fixed some old dependencies and got rid of the XML errors.  Now
> > I am getting the following warning when calling the code below...
> > Seems this was an old problem that was fixed several UIMA releases
> > ago.  The only old UIMA thing I have in dependencies is uimafit1.4
> > which is for some deprecated code that will eventually be removed.
> >
> > WARN  [                          uima] SAXTransformerFactory didn't
> > recognize setting attribute
> > http://javax.xml.XMLConstants/property/accessExternalDTD
> > WARN  [                          uima] SAXTransformerFactory didn't
> > recognize setting attribute
> > http://javax.xml.XMLConstants/property/accessExternalStylesheet
>
> UIMA is trying to configure the XML parser to avoid potential security
> problems. These messages are issued when the underlying XML parser does not
> support the respective configuration properties. The code should work
> nevertheless although it might be a good idea to check if you have any
> additional "old" XML dependencies which might cause the default JDK XML
> implementations not to be used, maybe a Xalan?
>
> -- Richard=
>
>

Reply via email to