NP for broken build. Finally I manage to run it, so I just report issue so
other don't have have to go through hoops like me.
I just want to made small correction - mvn compile works. mvn test works
too, but mvn package require -DskipTests.
The problem with build is somehow related to how Maven package stuff, I
suspect.
Packaging failed for me at "Apache cTAKES Dependency Parser
.................... FAILURE", I also attach report from Surefire with
error.
I will try to figure out why is that error happens, but it could take a
while until I understand how Maven works.
Thanks for prompt response!
Also I start looking how cTakes working, and investigate dependencies
between packages, and found following comment: "Temporary workaround:
Adding in the system scoped libraries. Remove these once they are in Maven
Central" in the ctakes-distribution\src\main\assembly\bin.xml . These
comment related to dependencies which checked in in the source code, but
for me seems to be that they are now on MAven Central See (
https://mvnrepository.com/artifact/net.sf.mastif/mastif-zoner).
I saw issue
1. CTAKES-185 <https://issues.apache.org/jira/browse/CTAKES-185>
which could be appropriate for that, and I could create patch for that
change. During the course of my next project, very likely I would be
involved in the activities similar to cTakes, so I potentially could
contribute something back, so I try to familiarize myself with the project.
2016-12-13 19:30 GMT+06:00 Finan, Sean <sean.fi...@childrens.harvard.edu>:
> Hi Andrey,
>
> The requirement of skipping tests for a successful build is something that
> all ctakes developers have stumbled across, but after initial setup we all
> forget about it and it has never been handled. Apologies.
>
> The github mirror is something that would be great to have, but getting it
> up has been a nightmare. The problem is that historically we have had
> binary files that are larger than the 100MB limit enforced by github.
> https://help.github.com/articles/working-with-large-files/
> This causes github to reject the creation of the repository.
>
> I do think that, should somebody feel like putting in the effort, we could
> work with apache infra and get a working solution ... possibly starting
> with 3.2.4-SNAPSHOT and ignoring the rest of the history? Unfortunately I
> do not have the time to tackle the problem.
>
> Sean
>
>
> -----Original Message-----
> From: Andrey Kurdumov [mailto:kant2...@googlemail.com]
> Sent: Monday, December 12, 2016 10:01 PM
> To: dev@ctakes.apache.org
> Subject: Infrastructures questions.
>
> Hi, I very new to cTakes and interested to take a look at it, and maybe
> create custom pipeline on top of it. Right now I checkout source code and
> successfully build it, but have following question.
>
> Why mvn package does not run successfully for me until I exclude tests
> from build? I'm not very good at Java, so maybe I miss something obivious.
>
> Also, you seems to be have not only SVN repository, but Git also (
> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.
> com_apache_ctakes_&d=DgIBaQ&c=qS4goWBT7poplM69zy_
> 3xhKwEW14JZMSdioCoppxeFU&r=fs67GvlGZstTpyIisCYNYmQCP6r0bcpKGd4f7d4gTao&m=
> v58bHfswf4lrCGRXVvbZcOuRlfxX4A2JFW3Y0a7wEy0&s=XzjL16KbCkVYgzwzcBN71XtHS-
> Bf5CtQ27hsmHKwizg&e= ) but it is very outdated. I even initially think
> that project is dead, since Git show activity only from
> 2013 year! If you could restore Git, that would be awesome.
>
> Best regards,
> Andrey Kurdyumov
>
-------------------------------------------------------------------------------
Test set:
org.apache.ctakes.dependency.parser.ae.util.TestClearNLPAnalysisEngines
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.091 sec <<<
FAILURE!
TestClearNLPPipeLine(org.apache.ctakes.dependency.parser.ae.util.TestClearNLPAnalysisEngines)
Time elapsed: 1.04 sec <<< ERROR!
java.lang.IllegalArgumentException: URI is not hierarchical
at java.io.File.<init>(File.java:418)
at
org.apache.ctakes.lvg.resource.LvgCmdApiResourceImpl.load(LvgCmdApiResourceImpl.java:65)
at
org.apache.uima.resource.impl.ResourceManager_impl.registerResource(ResourceManager_impl.java:603)
at
org.apache.uima.resource.impl.ResourceManager_impl.initializeExternalResources(ResourceManager_impl.java:442)
at
org.apache.uima.resource.Resource_ImplBase.initialize(Resource_ImplBase.java:153)
at
org.apache.uima.analysis_engine.impl.AnalysisEngineImplBase.initialize(AnalysisEngineImplBase.java:157)
at
org.apache.uima.analysis_engine.impl.PrimitiveAnalysisEngine_impl.initialize(PrimitiveAnalysisEngine_impl.java:123)
at
org.apache.uima.impl.AnalysisEngineFactory_impl.produceResource(AnalysisEngineFactory_impl.java:94)
at
org.apache.uima.impl.CompositeResourceFactory_impl.produceResource(CompositeResourceFactory_impl.java:62)
at org.apache.uima.UIMAFramework.produceResource(UIMAFramework.java:269)
at
org.apache.uima.UIMAFramework.produceAnalysisEngine(UIMAFramework.java:387)
at
org.apache.uima.analysis_engine.asb.impl.ASB_impl.setup(ASB_impl.java:254)
at
org.apache.uima.analysis_engine.impl.AggregateAnalysisEngine_impl.initASB(AggregateAnalysisEngine_impl.java:431)
at
org.apache.uima.analysis_engine.impl.AggregateAnalysisEngine_impl.initializeAggregateAnalysisEngine(AggregateAnalysisEngine_impl.java:375)
at
org.apache.uima.analysis_engine.impl.AggregateAnalysisEngine_impl.initialize(AggregateAnalysisEngine_impl.java:185)
at
org.apache.uima.fit.factory.AnalysisEngineFactory.createEngine(AnalysisEngineFactory.java:711)
at
org.apache.uima.fit.factory.AggregateBuilder.createAggregate(AggregateBuilder.java:207)
at
org.apache.ctakes.dependency.parser.ae.util.TestClearNLPAnalysisEngines.TestClearNLPPipeLine(TestClearNLPAnalysisEngines.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:249)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:142)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:104)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
