Re: Discussing changes to UIMA - on which list?

[Hai-Son Nguyen]

+1

On 2020/11/11 17:20:49, Richard Eckart de Castilho  wrote: 
> Hi folks,
> 
> I am have been working on providing UIMA with a consistent concept of how 
> annotations can relate to each other
> (e.g. overlap, follow, precede, cover, etc.) and following this on making the 
> SelectFS API of UIMAv3
> consistent with this concept. While this might sound trivial, it is actually 
> not. E.g. figuring out in
> which cases two annotations overlap if one of the annotations has a length of 
> 0 requires some
> consideration.
> 
> So we have talked about this topic so far on the developer list:
> 
>   
> https://lists.apache.org/thread.html/rff2b9882af077907ff1ad08e90f80a62a20efbfab587a08a5e2bc78c%40%3Cdev.uima.apache.org%3E
> 
> Now I am wondering whether it would be good to instead post such topics to 
> the users list
> because it might be interesting to people here as well. Or maybe all those 
> who find this
> kind of discussion are already also subscribed to the developers list and 
> thats ok.
> 
> What got me thinking into potentially moving this to the users list was that 
> at some points,
> it becomes clear that the behavior of the code (e.g. SelectFS) in some 
> (edge)-cases may not
> have received sufficient consideration in the past and may need to be changed 
> to be consistent
> with itself and with other parts of the framework (e.g. the annotation 
> relation concepts).
> This could potentially break something for a user. I believe I can make good 
> informed decisions
> when a break is so unlikely that the risk is acceptable, but I would actually 
> prefer to get
> some community feedback, e.g. to this mail:
> 
>   
> https://lists.apache.org/thread.html/r640c3433db93160f77783896c182b2a8a53334434c337425040bc5d2%40%3Cdev.uima.apache.org%3E
> 
> What do you think? 
> 
> Would you like to see this topic and maybe similar ones in the future to be 
> discussed on the users list instead of the developers list?
> 
> Cheers,
> 
> -- Richard

Java 11 - UIMA-AS Master Logging is now XML format

[Hai-Son Nguyen]

Hi,

We're testing the Java 11 with UIMA-AS master and we noticed our logs were 
switched to XML format...

Saw there was an old bug and wasn't sure if this came back with the update to 
the bootstrap loader: https://issues.apache.org/jira/browse/UIMA-1631

Thanks!
Hai-Son

Re: Java 11 - UIMA-AS 2.10.3

[Hai-Son Nguyen]

Hi Jerry,

Thanks for the patch!! Everything seemed ok except I did encounter https 
requirement for the maven repo: 
https://blog.sonatype.com/central-repository-moving-to-https during the build

and updated the uima-as-parent/pom.xml lines 57 & 74 "http:/" -> "https:/"

Our engine started up and initialized but then had connection (ssl) to our 
activemq server. Having that tested now and will update if that is a 
configuration issue on our side. (Start up works for Java 8 and 11)


On 2020/03/03 20:17:54, Hai-Son Nguyen  wrote: 
> Thanks Jerry, 
> 
> I got the Saxon errors when I tried to use the libraries directly from the 
> UIMA 2.10.4 (bootstrap and others) so it was difficult for me to test past 
> that point. Will try to do more testing with the fixes. 
> 
> I tried both Oracle and OpenJDK 11; will try to do more testing soon. Our 
> regression platform still uses the install for 2.9 and breaks if I update to 
> 2.10.x currently will need to work with them to see how to update that part 
> and if it will be backwards compatible with our earlier 2.9 versions.
> 
> On 2020/03/02 21:47:00, Jaroslaw Cwiklik  wrote: 
> > Thanks for the update. Whose Java are you using (Oracle, IBM, OpenJDK,
> > other)? I've checked out the latest version of uima-as and tried to build
> > it with OpenJDK 11.
> > Found a few build issues related to version of things  in the poms. Fixed
> > those and was able to build uima-as and run uima-as example described in
> > README:
> > 
> > ./runRemoteAsyncAE.sh tcp://localhost:61616 MeetingDetectorTaeQueue -d
> > ../examples/deploy/as/Deploy_MeetingDetectorTAE.xml -c
> > $UIMA_HOME/examples/descriptors/collection_reader/FileSystemCollectionReader.xml
> > 
> > Saw a few WARNINGs but the application ran (with OpenJDK 11)  fine
> > producing output files as expected. Most importantly I did not see
> > dd2spring exceptions you've reported related to XPath api problem
> > 
> > Below, are the changes I've made today as svn diffs. If you cant wait for
> > the official release I suggest you check out the latest uima-as: svn co
> > https://svn.apache.org/repos/asf/uima/uima-as/master/ .
> > Apply the changes to the 2 poms described below, and build it.
> > 
> >  svn diff uima-as-parent/pom.xml
> > Index: uima-as-parent/pom.xml
> > ===
> > --- uima-as-parent/pom.xml  (revision 1874699)
> > +++ uima-as-parent/pom.xml  (working copy)
> > @@ -119,12 +119,15 @@
> > uima-as
> > ${project.artifactId}
> > 
> > -   2.10.3
> > +   2.10.4
> > 
> > 
> > 5.15.8
> > 
> > 
> > 4.3.18.RELEASE
> > 
> > +   1.8
> > +   1.8
> > +
> >  2.19.3
> > 
> > 
> > 1.1.1
> > @@ -480,7 +483,7 @@
> > 
> > 
> >maven-compiler-plugin
> > -  3.1
> > +  3.8.0
> >
> >   1.8
> >   1.8
> > @@ -527,7 +530,7 @@
> >   
> >org.apache.maven.plugins
> >maven-javadoc-plugin
> > -  2.10.4
> > +  3.1.1
> >
> >-Xdoclint:none
> >  ${maven.compiler.source}
> > 
> > 
> >  svn diff uimaj-as-core/pom.xml
> > Index: uimaj-as-core/pom.xml
> > ===
> > --- uimaj-as-core/pom.xml   (revision 1874699)
> > +++ uimaj-as-core/pom.xml       (working copy)
> > @@ -174,6 +174,9 @@
> > org.codehaus.mojo
> > 
> > xmlbeans-maven-plugin
> > 2.3.3
> > +
> > +   1.8
> > +   
> > 
> > 
> > gen-beans-id
> > 
> > 
> > On Fri, Feb 28, 2020 at 5:50 PM Hai-Son Nguyen 
> > 
> > wrote:
> > 
> > > Thanks Jerry,
> > >
> > > We've had moving to Java 11 from 8 on our agenda for a while; since we
> > > just ended a release cycle and so the question came up when/if it could
> > > occur this next cycle...
> > >
> > > There are other changes that go with the latest Java that make it crucial
> > > for us to mo

Re: Java 11 - UIMA-AS 2.10.3

[Hai-Son Nguyen]

Thanks Jerry, 

I got the Saxon errors when I tried to use the libraries directly from the UIMA 
2.10.4 (bootstrap and others) so it was difficult for me to test past that 
point. Will try to do more testing with the fixes. 

I tried both Oracle and OpenJDK 11; will try to do more testing soon. Our 
regression platform still uses the install for 2.9 and breaks if I update to 
2.10.x currently will need to work with them to see how to update that part and 
if it will be backwards compatible with our earlier 2.9 versions.

On 2020/03/02 21:47:00, Jaroslaw Cwiklik  wrote: 
> Thanks for the update. Whose Java are you using (Oracle, IBM, OpenJDK,
> other)? I've checked out the latest version of uima-as and tried to build
> it with OpenJDK 11.
> Found a few build issues related to version of things  in the poms. Fixed
> those and was able to build uima-as and run uima-as example described in
> README:
> 
> ./runRemoteAsyncAE.sh tcp://localhost:61616 MeetingDetectorTaeQueue -d
> ../examples/deploy/as/Deploy_MeetingDetectorTAE.xml -c
> $UIMA_HOME/examples/descriptors/collection_reader/FileSystemCollectionReader.xml
> 
> Saw a few WARNINGs but the application ran (with OpenJDK 11)  fine
> producing output files as expected. Most importantly I did not see
> dd2spring exceptions you've reported related to XPath api problem
> 
> Below, are the changes I've made today as svn diffs. If you cant wait for
> the official release I suggest you check out the latest uima-as: svn co
> https://svn.apache.org/repos/asf/uima/uima-as/master/ .
> Apply the changes to the 2 poms described below, and build it.
> 
>  svn diff uima-as-parent/pom.xml
> Index: uima-as-parent/pom.xml
> ===
> --- uima-as-parent/pom.xml  (revision 1874699)
> +++ uima-as-parent/pom.xml  (working copy)
> @@ -119,12 +119,15 @@
> uima-as
> ${project.artifactId}
> 
> -   2.10.3
> +   2.10.4
> 
> 
> 5.15.8
> 
> 
> 4.3.18.RELEASE
> 
> +   1.8
> +   1.8
> +
>  2.19.3
> 
> 
> 1.1.1
> @@ -480,7 +483,7 @@
> 
> 
>maven-compiler-plugin
> -  3.1
> +  3.8.0
>
>   1.8
>   1.8
> @@ -527,7 +530,7 @@
>   
>org.apache.maven.plugins
>maven-javadoc-plugin
> -  2.10.4
> +  3.1.1
>
>-Xdoclint:none
>  ${maven.compiler.source}
> 
> 
>  svn diff uimaj-as-core/pom.xml
> Index: uimaj-as-core/pom.xml
> ===
> --- uimaj-as-core/pom.xml   (revision 1874699)
> +++ uimaj-as-core/pom.xml   (working copy)
> @@ -174,6 +174,9 @@
> org.codehaus.mojo
> 
> xmlbeans-maven-plugin
> 2.3.3
> +
> +           1.8
> +   
> 
> 
> gen-beans-id
> 
> 
> On Fri, Feb 28, 2020 at 5:50 PM Hai-Son Nguyen 
> wrote:
> 
> > Thanks Jerry,
> >
> > We've had moving to Java 11 from 8 on our agenda for a while; since we
> > just ended a release cycle and so the question came up when/if it could
> > occur this next cycle...
> >
> > There are other changes that go with the latest Java that make it crucial
> > for us to move forward this year but it is not currently critical, I think
> > when the end of support (public updates) Dec 2020 for Java 8 occurs it will
> > become critical. Commercial support ended already.
> >
> >
> >
> > On 2020/02/27 21:43:48, Jaroslaw Cwiklik  wrote:
> > > The UIMA-AS has been tested with Java 8 only. Is it critical for you to
> > run
> > > uima-as (and core uima) with Java 11?
> > > Not sure what else may break with uma-as with a newer java. I will take a
> > > look tomorrow at the Dd2Spring problem.
> > > Looks like SAXTransformerFactory has changed.
> > >
> > > - Jerry
> > >
> > > On Wed, Feb 26, 2020 at 5:15 PM Hai-Son Nguyen <
> > haison.nguyen.t...@gmail.com>
> > > wrote:
> > >
> > > > Thanks Marshall,
> > > >
> > > > I updated the bootstrap.jar file with the one from UIMA 2.10.4 and the
> > > > problem went away and a new one arose with using the dd2spring.xml file
> 

Re: Java 11 - UIMA-AS 2.10.3

[Hai-Son Nguyen]

Thanks Jerry,

We've had moving to Java 11 from 8 on our agenda for a while; since we just 
ended a release cycle and so the question came up when/if it could occur this 
next cycle...

There are other changes that go with the latest Java that make it crucial for 
us to move forward this year but it is not currently critical, I think when the 
end of support (public updates) Dec 2020 for Java 8 occurs it will become 
critical. Commercial support ended already.



On 2020/02/27 21:43:48, Jaroslaw Cwiklik  wrote: 
> The UIMA-AS has been tested with Java 8 only. Is it critical for you to run
> uima-as (and core uima) with Java 11?
> Not sure what else may break with uma-as with a newer java. I will take a
> look tomorrow at the Dd2Spring problem.
> Looks like SAXTransformerFactory has changed.
> 
> - Jerry
> 
> On Wed, Feb 26, 2020 at 5:15 PM Hai-Son Nguyen 
> wrote:
> 
> > Thanks Marshall,
> >
> > I updated the bootstrap.jar file with the one from UIMA 2.10.4 and the
> > problem went away and a new one arose with using the dd2spring.xml file
> > (not sure if the issue is coupled or independent:
> >
> > INFO: Using Saxon Java API - Java Vendor:Oracle Corporation
> > Feb 26, 2020 8:24:23 AM org.apache.uima.internal.util.XMLUtils
> > createSaxTransformerFactory(614)
> > WARNING: SAXTransformerFactory didn't recognize setting attribute
> > http://javax.xml.XMLConstants/property/accessExternalDTD
> > Feb 26, 2020 8:24:23 AM org.apache.uima.internal.util.XMLUtils
> > createSaxTransformerFactory(621)
> > WARNING: SAXTransformerFactory didn't recognize setting attribute
> > http://javax.xml.XMLConstants/property/accessExternalStylesheet
> > Error at xsl:variable on line 98 column 52 of dd2spring.xsl:
> >   XPST0017: XPath syntax error at char 12 on line 98 in {x2:getGUID()}:
> > Cannot find a matching 0-argument function named
> >   {org.apache.uima.aae.deploymentDescriptor.XsltGUIDgenerator}getGUID()
> > Error at xsl:variable on line 2405 column 77 of dd2spring.xsl:
> >   XPST0017: XPath syntax error at char 35 on line 2405 in
> > {...solveByName($importNode/@na...}:
> > Cannot find a matching 1-argument function named
> >
> > {org.apache.uima.aae.deploymentDescriptor.XsltImportByName}resolveByName()
> > Error at xsl:sequence on line 2459 column 104 of dd2spring.xsl:
> >   XPST0017: XPath syntax error at char 69 on line 2459 in
> > {...x1:resolveByName($node/@nam...}:
> > Cannot find a matching 1-argument function named
> >
> > {org.apache.uima.aae.deploymentDescriptor.XsltImportByName}resolveByName()
> > Error - dd2spring transformation failed:
> > javax.xml.transform.TransformerConfigurationException: Failed to compile
> > stylesheet. 3 errors detected.
> > at
> > net.sf.saxon.PreparedStylesheet.prepare(PreparedStylesheet.java:176)
> > at
> > net.sf.saxon.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:139)
> > at
> > net.sf.saxon.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:91)
> > at
> > org.apache.uima.adapter.jms.service.Dd2spring$SaxonJavaInterface.convertDD2Spring(Dd2spring.java:420)
> > at
> > org.apache.uima.adapter.jms.service.Dd2spring.convertDd2Spring(Dd2spring.java:184)
> > at
> > org.apache.uima.adapter.jms.service.Dd2spring.convertDd2Spring(Dd2spring.java:105)
> > at
> > org.apache.uima.adapter.jms.service.UIMA_Service.initialize(UIMA_Service.java:113)
> > at
> > org.apache.uima.adapter.jms.service.UIMA_Service.main(UIMA_Service.java:420)
> > at
> > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> > Method)
> > at
> > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> > at
> > org.apache.uima.bootstrap.UimaBootstrap.main(UimaBootstrap.java:87)
> > Feb 26, 2020 8:24:24 AM org.apache.uima.adapter.jms.service.Dd2spring
> > convertDD2Spring
> > SEVERE: Unexpected, unhandled exception while calling Saxon
> > Feb 26, 2020 8:24:24 AM org.apache.uima.adapter.jms.service.UIMA_Service
> > main
> > WARNING:
> > javax.xml.transform.TransformerConfigurationException: Failed to compile
> > stylesheet. 3 errors detected.
> > at
> > net.sf.saxon.PreparedStylesheet.prepare(PreparedStylesheet.java:176)
> > at
> > net.sf.saxon.Transforme

Re: Java 11 - UIMA-AS 2.10.3

[Hai-Son Nguyen]

Thanks Marshall,

I updated the bootstrap.jar file with the one from UIMA 2.10.4 and the problem 
went away and a new one arose with using the dd2spring.xml file (not sure if 
the issue is coupled or independent:

INFO: Using Saxon Java API - Java Vendor:Oracle Corporation
Feb 26, 2020 8:24:23 AM org.apache.uima.internal.util.XMLUtils 
createSaxTransformerFactory(614)
WARNING: SAXTransformerFactory didn't recognize setting attribute 
http://javax.xml.XMLConstants/property/accessExternalDTD
Feb 26, 2020 8:24:23 AM org.apache.uima.internal.util.XMLUtils 
createSaxTransformerFactory(621)
WARNING: SAXTransformerFactory didn't recognize setting attribute 
http://javax.xml.XMLConstants/property/accessExternalStylesheet
Error at xsl:variable on line 98 column 52 of dd2spring.xsl:
  XPST0017: XPath syntax error at char 12 on line 98 in {x2:getGUID()}:
Cannot find a matching 0-argument function named
  {org.apache.uima.aae.deploymentDescriptor.XsltGUIDgenerator}getGUID()
Error at xsl:variable on line 2405 column 77 of dd2spring.xsl:
  XPST0017: XPath syntax error at char 35 on line 2405 in 
{...solveByName($importNode/@na...}:
Cannot find a matching 1-argument function named
  {org.apache.uima.aae.deploymentDescriptor.XsltImportByName}resolveByName()
Error at xsl:sequence on line 2459 column 104 of dd2spring.xsl:
  XPST0017: XPath syntax error at char 69 on line 2459 in 
{...x1:resolveByName($node/@nam...}:
Cannot find a matching 1-argument function named
  {org.apache.uima.aae.deploymentDescriptor.XsltImportByName}resolveByName()
Error - dd2spring transformation failed:
javax.xml.transform.TransformerConfigurationException: Failed to compile 
stylesheet. 3 errors detected.
at net.sf.saxon.PreparedStylesheet.prepare(PreparedStylesheet.java:176)
at 
net.sf.saxon.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:139)
at 
net.sf.saxon.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:91)
at 
org.apache.uima.adapter.jms.service.Dd2spring$SaxonJavaInterface.convertDD2Spring(Dd2spring.java:420)
at 
org.apache.uima.adapter.jms.service.Dd2spring.convertDd2Spring(Dd2spring.java:184)
at 
org.apache.uima.adapter.jms.service.Dd2spring.convertDd2Spring(Dd2spring.java:105)
at 
org.apache.uima.adapter.jms.service.UIMA_Service.initialize(UIMA_Service.java:113)
at 
org.apache.uima.adapter.jms.service.UIMA_Service.main(UIMA_Service.java:420)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.apache.uima.bootstrap.UimaBootstrap.main(UimaBootstrap.java:87)
Feb 26, 2020 8:24:24 AM org.apache.uima.adapter.jms.service.Dd2spring 
convertDD2Spring
SEVERE: Unexpected, unhandled exception while calling Saxon
Feb 26, 2020 8:24:24 AM org.apache.uima.adapter.jms.service.UIMA_Service main
WARNING: 
javax.xml.transform.TransformerConfigurationException: Failed to compile 
stylesheet. 3 errors detected.
at net.sf.saxon.PreparedStylesheet.prepare(PreparedStylesheet.java:176)
at 
net.sf.saxon.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:139)
at 
net.sf.saxon.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:91)
at 
org.apache.uima.adapter.jms.service.Dd2spring$SaxonJavaInterface.convertDD2Spring(Dd2spring.java:420)
at 
org.apache.uima.adapter.jms.service.Dd2spring.convertDd2Spring(Dd2spring.java:184)
at 
org.apache.uima.adapter.jms.service.Dd2spring.convertDd2Spring(Dd2spring.java:105)
at 
org.apache.uima.adapter.jms.service.UIMA_Service.initialize(UIMA_Service.java:113)
at 
org.apache.uima.adapter.jms.service.UIMA_Service.main(UIMA_Service.java:420)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.apache.uima.bootstrap.UimaBootstrap.main(UimaBootstrap.java:87)

Just a heads up!
Thanks!
Hai-Son

On 2020/02/26 16:33:21, Marshall Schor  wrote: 
> Hi,
> 
> This problem was fixed in core uima (uimaj) in version 2.10.3, see Jira issue:
> https://issues.apache.org/jira/browse/UIMA-5754
> 
> But uima-as version 2.10.3 was built/delivered with a previous version of core
> uima (uimaj), and doesn't have this fix.
> 
> We'll look into fixes/workarounds for this earlier version.
> 
> -Marshall
> 
> 
> On 2/26/2020 12:

Java 11 - UIMA-AS 2.10.3

[Hai-Son Nguyen]

Hi,
I receiving an exception running:
   bin/runUimaClass.sh org.apache.uima.adapter.jms.service.UIMA_Service ...
using Java 11 both the Oracle
   java 11.0.6 2020-01-14 LTS
and the OpenJDK versions:
  openjdk 11.0.3 2019-04-16

Exception in thread "main" java.lang.ClassCastException: class 
jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to class 
java.net.URLClassLoader (jdk.internal.loader.ClassLoaders$AppClassLoader and 
java.net.URLClassLoader are in module java.base of loader 'bootstrap')
at 
org.apache.uima.bootstrap.UimaBootstrap.addUrlsToSystemLoader(UimaBootstrap.java:146)
at org.apache.uima.bootstrap.UimaBootstrap.main(UimaBootstrap.java:74)

Thanks!
Hai-Son

Re: [ANNOUNCE] Apache UIMA Java SDK version 3.1.0 released

[Hai-Son Nguyen]

Hi Marshall,

Is there an ETA for a UIMA-AS v3 release?


On 2019/08/16 15:18:07, Marshall Schor  wrote: 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>  
> The Apache UIMA team is pleased to announce the release of Apache UIMA Java 
> SDK,
> version 3.1.0. You can download it from here:
>    
> http://uima.apache.org/downloads.cgi
> 
> Apache UIMA  is a component architecture and framework
> for the analysis of unstructured content like text, video and audio data.
> 
> Version 3.1.0 is an incremental update for the version 3 branch of UIMA. It
> includes fixes that get the Component Descriptor Editor Eclipse Plugin working
> again with the latest release of the Eclipse IDE, as well as some other fixes.
> 
> The middle version digit was bumped up because the JCasGen component now
> generate JCas classes for the FSArray type that include specific Java generic
> typing, if the component type of the array is specified.
> 
> See the UIMA News item for more details here:
> https://uima.apache.org/news.html
> 
> Please send feedback via the Apache UIMA project mailing lists.
>  -Marshall Schor, for the Apache UIMA development team.
> -BEGIN PGP SIGNATURE-
>  
> iQIzBAEBCgAdFiEEOn/mVSh3S1eNEDz+zHYv/c0Ez9YFAl1WySUACgkQzHYv/c0E
> z9bCfQ//au4cK+i+XyFMWgg01FfQ5Tv6W2UHPtqNyq5XKI14jNaJpVhI2/VmQmig
> gtURzlTTVAzQipjUhjtZhdM9dEW8PSMmNWT3JOHJazzsm4nyQuXBVMKaoNaJI0u3
> K60bcpygT3aoouy/clbJRBPLouXnG31jDoBelymW1XAyLHVGPFoxG2sGRKANO7Qx
> p9rnXx2MzSGylHBqYG7yxcLjQbb0HPken3QrNjcQQqjgdnqH0bP3zJLEfOpz4dyu
> CzZQCJvzhmJkC/9F8bMYz9FpQBOCbjiJd7KmO29jdpQb1MGb/iNICQOUMhkdsRoV
> jDi/tZQz5TTQfGZraWvDU3sFLpQWF8Rsni8dVbVw3LnP3sWr/XzzvhiDK0I5Fw1P
> l+axstrDV1hGdT2HunCDCyBOBa5Vx9VfbHktxvkqmsAa1jCI4OVaVQrB0G45IT8a
> pzFftYlpnY/HgwMq5sYLCjrPof02qB0ahX33YcDkK+OldPDJm9Ic6OYHD+acisUE
> WZEGkYlhtQ495dwb9XUwBX87hfZwkutPYGVOlKvw37cM0DxbloT9mETXvd10T4Wa
> 2oYiKadXrk/mMeayhrEoiPaXLffKJeMjHYy4F/Qcf7oPC25VpCe/E3Z8uEQvpg4j
> 4rrgZx7P5sPv+5Wl33EWTurW22PvP+TK6jCeFa1mv3x9FRNZIiI=
> =T/bd
> -END PGP SIGNATURE-
> 
> 
>