What is the purpose of these properties set in the uimaj pom?
What components in the build make use of these settings?
A quick google search didn't seem to show an obvious answer, and a
search of our project poms didn't turn up any uses :-)
-Marshall
[
https://issues.apache.org/jira/browse/UIMA-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12854923#action_12854923
]
Marshall Schor commented on UIMA-927:
-
Jerry - do we need to update some documentation
after some discussion, 3 people voted +1:
Marshall Schor
Jörn Kottmann
Tommaso Teofili
No other votes were received, and I think this is not controversial, so
I'll go ahead and start by requesting to get set up on Nexus, at least,
by doing a Jira subtask of
http://issues.apache.org/jira/browse
: Marshall Schor
Assignee: Marshall Schor
Do this work in a branch (mavenAlign), because it is extensive and may take
some time to get it working the way people want it to work.
Improve the maven build with the goal of making it more aligned with the maven
way, being simpler, and following
Maven-align: POM work
-
Key: UIMA-1756
URL: https://issues.apache.org/jira/browse/UIMA-1756
Project: UIMA
Issue Type: Sub-task
Components: Build, Packaging and Test
Reporter: Marshall Schor
: Sub-task
Reporter: Marshall Schor
Assignee: Marshall Schor
1) align target dir structures with the way docbkx conventionally does this
2) update docbooks to 4.4 from 4.5 DTD (4.5 not in maven repo, 5.0 is, but may
require more changes)
3) write parent pom for docbkx
4
remove dependency on checked-out other projects
---
Key: UIMA-1758
URL: https://issues.apache.org/jira/browse/UIMA-1758
Project: UIMA
Issue Type: Sub-task
Reporter: Marshall Schor
[
https://issues.apache.org/jira/browse/UIMA-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1756:
-
Description:
1) eliminate need for any individual project checkout to depend on another
project
Reporter: Marshall Schor
Assignee: Marshall Schor
1) make aggregator poms distinct from parent poms
2) aggregator poms to specify which version(s) of modules they are including
(some may not change release to release)
3) Eliminate the use of properties in values for versions
This task has lots of parts; I plan to do the work in a branch. I put
the various parts into a Jira Task with subtasks.
Questions / Comments / discussion on improving things beyond this
attempt are welcome :-).
Overall goal: when it's finished, we should be able to check out a
project and do
button, and the release happens.
-Marshall
On 3/28/2010 12:36 PM, Jörn Kottmann wrote:
Marshall Schor wrote:
I'm +1 for doing this, and offer to do some/most of the legwork to get
this to happen.
Other opinions?
From a development point of view Hudson can help us
to make sure that our build
On 4/4/2010 5:32 AM, Tommaso Teofili wrote:
It seems I missed something with the previous configuration.
Modifying POMs using your approach everything is still working and better
looking.
Thanks very much Marshall.
What do you think of creating the sandbox-osgi-runtime (multi-module)
On 4/3/2010 5:14 AM, Tommaso Teofili wrote:
2010/3/25 Marshall Schor m...@schor.com
Seems like a reasonable approach (caveat: I'm not really up-to-date with
the use-cases).
Is it possible to factor out any (i.e., most) of the felix bundle plugin
configuration into the parent pom
On 3/29/2010 9:09 AM, Marshall Schor wrote:
Toward this goal, I think I have found a way to make each maven artifact
independently buildable (and even releasable). The key is to remove the
cross project dependencies on having other checked-out things.
To do this I would make these 3 changes
I found another line in that class where these arguments (which are for
the namespace) are passed in as , . So I think it is a bug. Also
the javadoc for the impl has this for the first 2 parameters of this method:
Parameters:
*uri* The Namespace URI, or the empty string if none is available
On 3/28/2010 12:36 PM, Jörn Kottmann wrote:
Marshall Schor wrote:
I'm +1 for doing this, and offer to do some/most of the legwork to get
this to happen.
Other opinions?
From a development point of view Hudson can help us
to make sure that our build is never broken, and if so notice us
Toward this goal, I think I have found a way to make each maven artifact
independently buildable (and even releasable). The key is to remove the
cross project dependencies on having other checked-out things.
To do this I would make these 3 changes:
1) separate pom functions: into parent poms
I'm +1 for doing this, and offer to do some/most of the legwork to get
this to happen.
Other opinions?
If we get a concensus, I'll ask to get the setups done, so we can start
doing the needed changes.
-Marshall
[
https://issues.apache.org/jira/browse/UIMA-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12850231#action_12850231
]
Marshall Schor commented on UIMA-1752:
--
Do you know the process to do
[
https://issues.apache.org/jira/browse/UIMA-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12850423#action_12850423
]
Marshall Schor commented on UIMA-1752:
--
looks like FishEye 6 has no incubator projects
The link
http://www.sonatype.com/people/2010/03/why-external-repos-are-being-phased-out-of-central/
talks about these changes.
For us, it looks it will be good to move to using the Nexus repository
manager instance at Apache and also include for each uploaded maven java
artifact, the javadoc
Seems like a reasonable approach (caveat: I'm not really up-to-date with
the use-cases).
Is it possible to factor out any (i.e., most) of the felix bundle plugin
configuration into the parent pom?
-Marshall
On 3/25/2010 4:17 AM, Tommaso Teofili wrote:
Back again,
2010/3/10 Tommaso Teofili
/jira/browse/INFRA-2566 Task
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Marshall Schor
https://issues.apache.org/jira/secure/ViewProfile.jspa?name=schor
Operations
*View all
https://issues.apache.org/jira/browse/INFRA-2566?page
On 3/24/2010 12:39 PM, bernd wrote:
Hi,
I tryed to check out LUCAS from the UIMA Sandbox svn and use the maven
plugin to resolve the dependencies.
Well I spend several hours trying to get it work, but its not as easy
as it should be. Is there anywhere a good description how to use this
I've submitted a request [1] for infrastructure to do various tasks to
move UIMA to a top level project.
During this process, you may continue to work with the mailing lists and
the svn, but at some point, these will be switched over to the new ones,
so you'll need to svn switch your svn
See below! -Marshall
Original Message
Subject:Re: UIMA graduation?
Date: Thu, 18 Mar 2010 07:10:18 -0400
From: Sam Ruby ru...@intertwingly.net
To: Marshall Schor m...@schor.com
On Wed, Mar 17, 2010 at 10:57 PM, Marshall Schor m...@schor.com wrote:
Hi Sam
I updated the main UIMA web site with a short news item about graduating.
I'll get started on the next tasks per Jukka's note, it may take a few
days due to other activities...
-Marshall
On 3/18/2010 8:13 AM, Marshall Schor wrote:
See below! -Marshall
Original Message
from the maven-user mailing list: Jason van Zyl says
...
Just a note so that folks know what's coming. The maven-eclipse-plugin will not
work with M2Eclipse anymore. If M2Eclipse sees projects generated with the
maven-eclipse-plugin it won't import them. M2Eclipse works by creating the
On 3/9/2010 4:16 AM, Thilo Goetz wrote:
Does that mean we no longer have to copy sanbox projects
to uimaj to build them? I would love that.
yes, that is the intent - I would love that too... -Marshall
--Thilo
On 3/8/2010 19:37, Marshall Schor wrote:
When we graduate, I think
On 3/8/2010 3:34 AM, Tommaso Teofili wrote:
Hi all,
doing documentation for AlchemyAPI Annotator I found problems generating the
PDF version of the documentation since inside the uima-docbook-tool a
Windows font is referenced inside the FOP configuration file
(fop-config.xml).
...
When we graduate, I think it would be a good idea to slightly
restructure our SVN layout, moving the trunk/branches/tags designation
to one level higher for the uimaj, uima-as, and sandbox projects.
That is, the new layout would look something like:
.../uima/trunk
/uimaj (Java SDK)
On 3/4/2010 3:00 AM, Tommaso Teofili wrote:
Hi Marshall
2010/3/3 Marshall Schor m...@schor.com
would it make sense to have individual osgi packaging of sandbox
annotators?
Do you mean you prefer not to have a single module aggregating all
annotators in a single bundle
would it make sense to have individual osgi packaging of sandbox annotators?
(I'm assuming you're thinking about annotators, not about other things,
right?)
-Marshall
On 3/3/2010 9:03 AM, Tommaso Teofili wrote:
Hi all,
what do you think of a uimaj module similar to uimaj-ep-runtime just for
I ran the deploy goal just now, because these artifacts were not
previously uploaded. I ran this against my saved RC-9 build directory
(the one that was approved). To my surprise, it rebuilt the jars - I'm
not sure why... and deployed those. It may have been related to the
fact that I had
these unnecessary rebuilds...
-Marshall
On 3/2/2010 11:43 AM, Marshall Schor wrote:
I ran the deploy goal just now, because these artifacts were not
previously uploaded. I ran this against my saved RC-9 build directory
(the one that was approved). To my surprise, it rebuilt the jars - I'm
not sure why
Hi Jukka, Can you do these next steps to complete this?
1) whatever review you think is needed to confirm the ip-clearance form
located here:
https://svn.apache.org/repos/asf/incubator/uima/site/trunk/uima-website/xdocs/ip-clearances/alchemyapi-annotator.xml
2) Once you're satisfied, commit
On 2/26/2010 9:27 AM, Jukka Zitting wrote:
Hi
On Fri, Feb 26, 2010 at 2:25 PM, Marshall Schor m...@schor.com wrote:
Hi Jukka, Can you do these next steps to complete this?
Sure, thanks for the reminder! I'll take care of this right away.
The IP clearance record looks good
(Borrowing from a discussion on general) There is an Ant task for RAT
that allows flexible specification of excludes for files for which no
license header is needed - let's try and incorporate that into our
uimacpp build process for the next release.
-Marshall
I see on the incubator list that the subversion project had a discussion
on how to do publication of their javadocs, doxygen. (Publication means
having them linked from their website).
Their solution (and several other project's): for trunk - build on
Hudson and push them to people.a.o (Hudson
And do much better factoring :-)
You might find this blog post interesting:
http://www.sonatype.com/people/2009/11/maven-3x-paving-the-desire-lines-part-one-2/
and in particular, this funny bit (on youtube):
http://www.youtube.com/watch?v=kaT-jFpwj_Mfeature=player_embedded
The release plugin
- binding
Matt Hogstrom - binding
Alan D Cabrera - binding
Rubert Burrell Donkin - binding
No other votes were cast.
The vote passes. I'll take the next step of sending this resolution to
the board.
Thanks! -Marshall
On 2/22/2010 9:24 AM, Marshall Schor wrote:
Greetings,
As no issues have
[
https://issues.apache.org/jira/browse/UIMA-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1739.
Resolution: Fixed
Fix Version/s: 2.3.1
Assignee: Marshall Schor
applied the patch
[
https://issues.apache.org/jira/browse/UIMA-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1739:
-
Affects Version/s: (was: 2.3C)
2.3
Modification of FormPanel's
to graduate (see
http://markmail.org/thread/pmmf6gtr7z47ivd2 ).
Please cast your vote:
[ ] +1 to recommend UIMA's graduation
[ ] 0 don't care
[ ] -1 no, don't recommend yet, (because...)
-Marshall Schor
Resolution:
X. Establish the Apache UIMA Project
WHEREAS, the Board of Directors deems
could read the
previous link but you couldn't, is it ok?
Cheers,
Tommaso
2010/2/21 Marshall Schor m...@schor.com
Hi,
Some changes:
1) In the description, you might include a link to the Alchemy website
when you mention it first.
2) Under Project Info - because we're still incubating
/19 Tommaso Teofili tommaso.teof...@gmail.com
Hi Marshall,
Yes I can do it, no problem.
Thanks,
Tommaso
2010/2/19 Marshall Schor m...@schor.com
See http://incubator.apache.org/ip-clearance/index.html
Tommaso, can you take the lead in getting the IP form filled out? I
volunteer
See http://incubator.apache.org/ip-clearance/index.html
Tommaso, can you take the lead in getting the IP form filled out? I
volunteer to review :-)
The unofficial place we've done this work in the past is in the
uima-website project. There, under xdocs, is a folder, ip-clearances.
You could
In case anyone wants to add IDEA support for UIMA...
-Marshall
[
https://issues.apache.org/jira/browse/UIMA-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reopened UIMA-1553:
--
reopening - seems that the calls to new IOException on line 134 and 136 use a
form
Dear Secretary of ASF,
Can you please acknowledge receipt and recording of the referenced
Software Grant? This was sent in by Tommaso Teofili, and covers the
submission AlchemyAPI Annotator.
Do you need additional information to track this?
Thanks. -Marshall Schor
Tommaso Teofili wrote:
Hi
Zitting ju...@apache.org
* Marshall Schorsc...@apache.org
* Michael Baessler mbaess...@apache.org
* Thilo Goetz twgo...@apache.org
* Tommaso Teofili tomm...@apache.org
* Tong Fin
Tommaso Teofili wrote:
Hi all,
following the UIMA and OSGI thread, do you think we can rename
uimaj-ep-runtime as uimaj-osgi-untime ?
Any issues with backwards compatibility? (I think we should try to
minimize renames that would require actions by our users.)
-Marshall
I'm for a +1.
[
https://issues.apache.org/jira/browse/UIMA-1735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-1735:
Assignee: Marshall Schor
Javadoc Link on Website is Broken
[
https://issues.apache.org/jira/browse/UIMA-927?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-927:
Fix Version/s: (was: 2.3AS)
Provide a way to drain Dead Letter Queue
[
https://issues.apache.org/jira/browse/UIMA-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1559:
-
Fix Version/s: (was: 2.3S)
lucas.xsd exists 3 times in different places
[
https://issues.apache.org/jira/browse/UIMA-1735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1735.
Resolution: Fixed
Fix Version/s: 2.3
2.3AS
missing Javadocs added
Jukka Zitting wrote:
Hi,
On Fri, Jan 29, 2010 at 11:00 PM, Marshall Schor m...@schor.com wrote:
After reading the parts of the ASF website related to graduation from
the incubator to a top-level project (for instance I think this is the
main link: http://incubator.apache.org/guides
Jay Jarman wrote:
I have a component I have created and need to create a PEAR in order to deploy
it to some other people. This component basically wraps a Java component. I
want to deploy the Java component's JAR file with the PEAR so I put the JAR in
the lib directory of my UIMA component.
Tommaso Teofili wrote:
Hi all,
since we are talking about graduation I think that another thing we need to
leverage is the availability of UIMA packages on Maven central.
As far as I know there some constraints we should respect to reach this, for
example being independent from other
Affects Versions: 2.3
Reporter: Marshall Schor
Assignee: Jerry Cwiklik
Priority: Minor
A user tried to do several calls to aCPM.setAnalysisEngine(xxx). This method
is set up to remove a previous AE if it exists, replacing it with the new one.
See http
30% * 19K lines = ~ 5.7Klocs, written by 2 people (mostly Tommaso).
This seems to me to fit the criteria of needing a software grant (see
http://apache.org/licenses/#grants), where it says:
When an individual or corporation decides to donate a body of existing
software or documentation to one
Part of any proposal for a vote to graduate is the Charter (see
http://incubator.apache.org/guides/graduation.html ).
The original project description on our Status page (
http://incubator.apache.org/projects/uima ) was recently broadened from
the original to include scale-out capability,
This plugin
(http://maven.apache.org/plugins/maven-remote-resources-plugin ) is
configured as a standard part of the apache maven superpom (version 6) (
http://repo1.maven.org/maven2/org/apache/apache/6/apache-6.pom ), which
references a standard object for this (
Hi -
I started a wiki page
(http://cwiki.apache.org/UIMA/redesign-for-more-standards-including-maven.html)
to flesh out some goals for an update to our svn layout and build
processes, based on my recent experiences.
So far it's just a collection of annoyances etc. that have been observed
by
I updated this (has to be up-to-date to graduate):
added missing committers,
added more news (included the releases - shows we've done releases)
added links to the missing status reports
It hasn't yet shown up on the website, but probably will in about an hour.
-Marshall
After reading the parts of the ASF website related to graduation from
the incubator to a top-level project (for instance I think this is the
main link: http://incubator.apache.org/guides/graduation.htm), do you
think we're ready for graduation? Is there more we need to do first?
-Marshall
I'm probably showing my ignorance here :-) but, leaving aside the
question of making core uima support annotators as osgi bundles, can you
say what the differences are between the uimaj-ep-runtime bundle we
build for eclipse, having all the core UIMA capability, and your goal
below of making uimaj
Tommaso Teofili wrote:
Hi Thilo
2010/1/28 Thilo Goetz twgo...@gmx.de
I've been thinking about this topic myself on and off
for a while. I think it doesn't make much sense to
create a UIMA core OSGi bundle without OSGi-enabling
UIMA itself. If you go the OSGi route, you want your
[
https://issues.apache.org/jira/browse/UIMA-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1730.
Resolution: Fixed
Fix Version/s: 2.3S
redo sandbox doc setup on website
In this release, most of the sandbox projects have documentation, done
with our docbook system. I plan to make this documentation available as
html on our website, so people looking at, say the DictionaryAnnotator,
can click a link and go that component's html page(s).
To do this without
Reporter: Marshall Schor
Assignee: Marshall Schor
Many of the sand box projects have documentation. Make these available in a
uniform way, sharing the docbook images that are common.
Update the sandbox page and the toolsServers pages, adding new components that
are currently
[
https://issues.apache.org/jira/browse/UIMA-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805647#action_12805647
]
Marshall Schor commented on UIMA-1730:
--
Update also the Annotators page. Make
[
https://issues.apache.org/jira/browse/UIMA-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12805205#action_12805205
]
Marshall Schor commented on UIMA-1503:
--
2.3.0 artifacts copied to distribution point
Tommaso Teofili wrote:
Hi all,
I've developed a set of UIMA components (analysis engines) wrapping
AlchemyAPI [1] webservices provided by Orchestr8 [2] I'd like to donate and
include in the Sandbox.
+1. Looks like it could be of interest to the community. -Marshall
These services are
I may have accidentally broken this link - sorry about that. This
probably was a side effect of my attempt to make all the sandbox
projects more or less the same, so that the build process would have
less specialization. As a part of that, all of the sandbox projects
(that have docbook-docs) now
Tommaso Teofili wrote:
2010/1/13 Thilo Goetz twgo...@gmx.de
Hi Tommaso,
it's a good thought, but I don't think the board is interested
in our progress at that level of detail. I would leave out
mentioning specific issues we fixed. My opinion, anyway.
+1 (too much detail, I
Marshall Schor wrote:
This build keeps the uimacpp and sandbox components from the previous release
candidate (the download site on people.apache.org/~schor has hard links to the
previous artifacts - so they are guaranteed to be identical).
We've had a few sanity checks for the RC9 build
Jukka Zitting wrote:
Hi,
On Mon, Jan 11, 2010 at 5:18 PM, Marshall Schor m...@schor.com wrote:
Please vote on approving this release. This vote is for all 4
components, together.
[x] +1 Release RC9, it's ready
Though I should note that the build process is still notoriously
I'd like to learn more about the recommended simple release processes
that Apache projects use.
Can those on this list who are familiar with other Apache project, reply
with some information and details on what they consider to be the better
versions of these simple release processes?
Thanks!
Thanks, Tommaso.
Other item to add:
New committer voted in (Bhavani Iyer).
-Marshall
Tommaso Teofili wrote:
Hi,
I'm going to add
- 2.3.0-RC9 is out for testing
-
UIMA and Semantic Search presentation at IKS 2nd workshop (see
Jukka Zitting wrote:
Hi,
On Mon, Jan 11, 2010 at 1:36 PM, Thilo Goetz twgo...@gmx.de wrote:
Would it be appropriate to say something like
getting ready for a graduation vote very soon
so the Board knows we're getting there and doesn't
worry about us too much?
Repeating from
version of the Eclipse Update Site for
the Eclipse plugins, but is complete for the 2.3.0 release.
The release is digitally signed by Marshall Schor for all the components
except for the C++ component, which is signed by Edward Epstein.
No new export control issues are needed for the components; only
[
https://issues.apache.org/jira/browse/UIMA-1717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12798706#action_12798706
]
Marshall Schor commented on UIMA-1717:
--
+1 to set up CI of some kind. Can someone
Marshall Schor wrote:
This build keeps the uimacpp and sandbox components from the previous release
candidate (the download site on people.apache.org/~schor has hard links to the
previous artifacts - so they are guaranteed to be identical).
We've had a few sanity checks for the RC9 build
[
https://issues.apache.org/jira/browse/UIMA-1722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12798728#action_12798728
]
Marshall Schor commented on UIMA-1722:
--
I've prototyped a fix for this, and will attend
[
https://issues.apache.org/jira/browse/UIMA-1714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12798772#action_12798772
]
Marshall Schor commented on UIMA-1714:
--
After some more investigation, I think a better
Richard Eckart de Castilho (JIRA) wrote:
[
https://issues.apache.org/jira/browse/UIMA-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796929#action_12796929
]
Richard Eckart de Castilho commented on UIMA-1716:
Marshall Schor wrote:
A user has reported a CDE failure when editing a aggregate descriptor
that contains references to remote uima-as services.
The CDE attempts to acquire the remote services metadata to merge type
system information, and fails, because of a ClassCastException
Currently, this project shows about 152 Errors in Eclipse - due to
required bundles not being found.
These errors can be suppressed by taking the 152 entries and adding them
to the pom in the Felix bundle configuration section, with an element like:
Import-Package
[
https://issues.apache.org/jira/browse/UIMA-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1719:
-
Component/s: Sandbox
Documentation
Core Java Framework
[
https://issues.apache.org/jira/browse/UIMA-1719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1719.
Resolution: Fixed
update copyright and pub dates to 2010
Key: UIMA-1713
URL: https://issues.apache.org/jira/browse/UIMA-1713
Project: UIMA
Issue Type: Bug
Components: Async Scaleout
Affects Versions: 2.3AS
Reporter: Marshall Schor
Assignee: Jerry Cwiklik
Priority
Issue Type: Bug
Components: Core Java Framework
Reporter: Marshall Schor
UIMA-AS has message bundles. When uima-as classes are loaded under a resource
manager class loader, the message bundle is not visible when logging occurs.
--
This message is automatically
: UIMA
Issue Type: Bug
Components: Async Scaleout
Affects Versions: 2.3AS
Reporter: Marshall Schor
Assignee: Jerry Cwiklik
The uima-as jms client design contract is to call stop after a call to
initialize, in order to clean up sockets, etc. However
[
https://issues.apache.org/jira/browse/UIMA-1715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor resolved UIMA-1715.
--
Resolution: Invalid
I think this is invalid - reading the code for CasCreationUtils shows
[
https://issues.apache.org/jira/browse/UIMA-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796842#action_12796842
]
Marshall Schor commented on UIMA-1716:
--
Yes, this appears to be an error. We run
[
https://issues.apache.org/jira/browse/UIMA-1715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-1715.
uima-as client design contract for insuring proper cleanup not supported by
core UIMA
[
https://issues.apache.org/jira/browse/UIMA-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796844#action_12796844
]
Marshall Schor commented on UIMA-1716:
--
Looking at UIMA-1461 details, it is showing
[
https://issues.apache.org/jira/browse/UIMA-1714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-1714:
-
Affects Version/s: 2.3
defer past 2.3.0
Message Bundles not visible when loaded under a UIMA
[
https://issues.apache.org/jira/browse/UIMA-1714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796873#action_12796873
]
Marshall Schor commented on UIMA-1714:
--
This seems quite difficult to fix, and stems
1 - 100 of 2550 matches
Mail list logo
