Thilo Goetz wrote:
Looks like we need to report to the board. I don't think we have much
to report yet, but let's not forget. I can check tomorrow what is
required, unless someone gets there first ;-)
Here's some input for the board report. Should we put this on the Wiki
so it's easier
Adam Lally wrote:
One failure is a test that uses xi:include, which doesn't work in Java
1.5. I removed most of those from our tests but a couple are left.
Is it time to just remove this feature entirely? In addition to not
working in Java 1.5 (unless you separately install xalan.jar), it's
Adam Lally wrote:
By asking on the Maven users list I was able to find that someone has
put up a Maven repository with all the Eclipse jars (v3.2.0 and
v.3.2.1) that we require:
http://repo1.maven.org/eclipse/
Yipee, one problem solved, only n to go, n neither fixed nor arbitrary.
I updated
Marshall Schor wrote:
...
It seems to me to be a bad practice to put generated files into SVN,
...
One argument in favor or checking in the website is that in case of a
move or crash, it's very easy to restore the web site (even for someone
not at all associated with our project).
Marshall Schor (JIRA) wrote:
Set svn:eol-style and other flags on appropriate files
--
Key: UIMA-4
URL: http://issues.apache.org/jira/browse/UIMA-4
Project: UIMA
Issue Type: Task
Marshall Schor (JIRA) wrote:
Do missing documentation parts
--
Key: UIMA-17
URL: http://issues.apache.org/jira/browse/UIMA-17
Project: UIMA
Issue Type: Task
Components: Documentation
Adam Lally wrote:
On 11/14/06, Marshall Schor (JIRA) uima-dev@incubator.apache.org wrote:
[
http://issues.apache.org/jira/browse/UIMA-22?page=comments#action_12449849
]
Marshall Schor commented on UIMA-22:
We should ask how to get new artwork.
/snip/
Adam Lally wrote:
I fixed a bug (reported on the forum) that the Annotation Viewer
didn't support the new primitive types. But I'm not so happy with my
fix... it involved a lot of if..else if blocks for each of the
different array types. You can get an idea of how ugly it was to
implement this
Lev Kozakov (JIRA) wrote:
[ http://issues.apache.org/jira/browse/UIMA-43?page=all ]
Lev Kozakov updated UIMA-43:
Attachment: UIMA-43.patch
The 'universal' path separator is now replaced in all 'action' values during
PEAR installation.
The ';' path
I apologize, maybe I should get glasses. Everything's there, I just
didn't see it.
Marshall Schor wrote:
Best not to ascribe blame for these, I think. This may have in fact
been my oversight :-)
-Marshall
Thilo Goetz wrote:
Adam Lally wrote:
I fixed a bug (reported on the forum
Adam Lally wrote:
On 11/16/06, Thilo Goetz [EMAIL PROTECTED] wrote:
Hi Lev,
thanks for your patch. Have you submitted an ICLA? You don't appear on
the web site (http://people.apache.org/~jim/committers.html) yet. I
know it's a small patch, and we really appreciate you sending it, but we
need
I'm lukewarm on wikis in general, but I do like the idea a little better
of having one with the possibility of granting permissions for certain
areas. So +1 for confluence.
--Thilo
Adam Lally wrote:
On 11/17/06, Marshall Schor [EMAIL PROTECTED] wrote:
There are 2 wikis that can be used for
Adam Lally wrote:
Please review.
Now if only our code conformed to our conventions. :)
Also, I liked Thilo's idea of saying something about compiler warning
settings and/or FindBugs rules. I'll let Thilo drive the proposal on
that if he wants to.
-Adam
Sure. I'll post what Michael and I
Marshall Schor wrote:
I made a minor change to the website to point to the uima wiki correctly.
Also rewrote the top page with a bit more explanation about what is UIMA
- it's viewable if you browse
http://incubator.apache.org/uima/index-draft.html
If it's OK, I'll switch it to index.html so
Marshall Schor wrote:
...
The static html doesn't have a way to see the attachments on an
attachments tab. I changed the Eclipse Compiler Settings page
replacing the (see attachments) with (see
[^EclipseCompilerSettings.doc]) which makes this a clickable download
link visible on the static
Adam Lally (JIRA) wrote:
UimacppAnalysisEngine should be named UimacppAnalysisComponent
--
Key: UIMA-57
URL: http://issues.apache.org/jira/browse/UIMA-57
Project: UIMA
Issue
Adam Lally wrote:
It looks like there's only one reference, from the test cases, and
that could be replaced.
-Adam
Yes, we need to get rid of it. There are external references, but we'll
have to find a different solution. Please open a JIRA ticket, Michael
or I will take care of it.
All,
if we want to cut a release early next year, we need to get all our
ducks in a row. My impression from following incubator-general is that
getting the release right is a *lot* of work. It is common practice in
Apache projects to have a release manager that takes care of getting the
Lev Kozakov wrote:
snip
e) Possible signatures for the 'installPearPackage' method:
installPearPackage( File pearFile ); // installs in current dir;
I think that's too many overloads for no good reason. I don't know what
code would use that, a command line tool maybe. In that case it's not
Greg Holmberg (JIRA) wrote:
[ http://issues.apache.org/jira/browse/UIMA-25?page=comments#action_12456189 ]
Greg Holmberg commented on UIMA-25:
---
This may not be exactly what Marshall is referring to, but I found it
surprising that FSArray
Marshall Schor wrote:
Thilo - are you taking care of this? Or is someone else volunteering to
do it?
-Marshall
Yes, sorry for the late notice. I had forgotten that we need to report
each month for the first 3 months. I have added a report to the Wiki:
I have noticed that some of our source files have no license headers,
some have the wrong one. Please remember to add license headers to all
files that we distribute. This includes XML files etc., not just Java
source code. The only (standard) exceptions are generated files, such
as javadoc
[EMAIL PROTECTED] wrote:
Also, I'm still not sure how I feel about the zero-arg getView() -
what view does it get? What would the Javadoc for this method say?
-Adam
getView() returns either 1: a view specifically selected for this
component by Sofa mapping, or if no Sofa mapping 2: the
Adam Lally wrote:
On 12/11/06, Thilo Goetz [EMAIL PROTECTED] wrote:
So what about Adam's suggestion to separate a CAS from a view? What
*is* the difference, conceptually?
A View has an index repository and a Sofa. (The Sofa may become
optional, but in the current impl. it is not.)
A CAS
Adam Lally wrote:
On 12/11/06, Thilo Goetz [EMAIL PROTECTED] wrote:
The heap? How does that come into the picture?
I just meant that the CAS is where the actual data (the
FeatureStructures) live.
From an interface point of view, does it matter? As I understand it,
you can neither
Adam Lally wrote:
From an interface point of view, does it matter? As I understand it,
you can neither create nor access FSs in the CasContainer (I'm just
calling it that to avoid confusion, not because I think that's a good
name). Or can you? What is the division of labor here?
What I
Adam Lally wrote:
...
(2) It is confusing that an object of type CAS could be either a
base CAS or a view. A base CAS has several unsupported operations,
which throw exceptions if you call them. I cannot think of a rational
justification for this design other than backwards compatibility.
Most
Adam Lally wrote:
...
Possible conclusion for the Java API: We should provide a way to get
all of the FS from the CAS and add new FS to the CAS, as part of the
Base CAS API. Note that we currently jump through hoops in XMI/XCAS
serialization because we don't have such access.
That's a basic
Hi Joern,
is this your Text Analysis Environment on SourceForge
(https://sourceforge.net/projects/tae/)? Looks pretty cool! This would
be a nice addition to our Eclipse-based tooling.
--Thilo
Jörn Kottmann wrote:
Hello,
I have developed an eclipse editor to edit xcas files, it can add,
Adam Lally wrote:
On 12/13/06, Thilo Goetz [EMAIL PROTECTED] wrote:
I couldn't agree more (except for the default bag indexes). It makes no
sense at all that global indexes must be accessed via a particular view.
I can't tell what exactly you're agreeing to. Are you thinking that
anything
Oops. Let me look into that.
--Thilo
Marshall Schor (JIRA) wrote:
ll_setStringValue not checking if feature range is subtype of String with
Allowed Values, not doing Allowed Value check
A colleague of mine found out that uima means to swim in Finnish.
Maybe we could use this fact for our logo ;-)
For example, check this: http://www.uimari.net/
--Thilo
Adam Lally wrote:
...
I'm a little less sure about the plan (on the Wiki) to have a minor
release (2.2, 2.3) about every 3 months, without knowing what
enhancements we want to get in. I could see releasing something about
every 3 months, if in some cases it would just be a maintenance
release
I haven't thought this through yet, but here's how I see indexes and
their relation to views right now. Let me know if this agrees with your
views, or how it differs.
The index repository is a set of indexes, at least right now. All it
can do is to give you indexes. The index repository of
Adam Lally wrote:
Thilo's stuff snipped
I think this basically makes sense. I want to clarify though, that
what we *do* currently have different indexes for each view (for
example each view has its own annotation index, which holds the
annotations relating to that view's sofa). This is done by
Adam Lally wrote:
On 12/21/06, Thilo Goetz [EMAIL PROTECTED] wrote:
I didn't mean to suggest to have duplicate indexes. What I meant to say
was, each view should have its own annotation index. In the CAS, each
of these annotation indexes can be accessed separately. In fact, I
think
Marshall Schor wrote:
Re: Need for Global indexes
snip
What is the use case or the global view set of indexes? I can't recall
the use-case for this, beyond
being able to get all the data. This thread has suggested other
utilities that can effectively
merge the results from other view's
Marshall Schor wrote:
Adam Lally wrote:
On 12/22/06, Marshall Schor [EMAIL PROTECTED] wrote:
If we had filtering predicates as part of an index specification,
then we
could create indexes over subsets of types quite arbitrarily. Could this
more general mechanism serve this purpose better than
Changes look ok, but I'm wondering: we now have CAS, CommonCas,
AbstractCas and AbstractCas_ImplBase, all in org.apache.uima.cas. Why
is AbstractCas_ImplBase in the interfaces package? Can we please move
it to the appropriate impl package? Any chance we can consolidate
AbstractCas and
It's used for example in the Ant view of Eclipse. If you don't specify
it, your build file is call project. No idea what else it is used for.
Marshall Schor wrote:
Hi Thilo -
I could never figure out what the purpose of the name attribute on the
project... tag was. Is this just for some
Adam Lally wrote:
On 12/29/06, Thilo Goetz [EMAIL PROTECTED] wrote:
I didn't mean ignore; there isn't much to ignore right now ;-) I'm
waiting to jump on any technical discussion that might develop there,
but there is nothing. I don't have the bandwidth to initiate anything
myself. However
So your proposal is to leave things as they are, except that we call
some of the things that we used to call a CAS a CasView. We're not
going to touch how indexing works, at least conceptually. We could
implement this proposal by simply making the CASImpl class implement the
CasView
Adam Lally wrote:
On 12/30/06, Thilo Goetz [EMAIL PROTECTED] wrote:
So your proposal is to leave things as they are, except that we call
some of the things that we used to call a CAS a CasView. We're not
going to touch how indexing works, at least conceptually. We could
implement
Adam Lally wrote:
On 1/2/07, Thilo Goetz [EMAIL PROTECTED] wrote:
snip/
I'm not sure there's a contradiction between what I'm proposing,
and what's in the spec proposal. When I run an Apache UIMA application,
I make the decision what I want to see in my CAS. Any other application
Marshall Schor wrote:
snip
Will the methods not really associated with a CAS object (they are or
could be
static methods) still be on the CAS or CommonCas:
createFilteredIterator, getConstraintFactory, createFeaturePath,
createFeatureValuePath, and fs2listIterator
I suggest that the
Adam Lally wrote:
On 1/2/07, Marshall Schor [EMAIL PROTECTED] wrote:
snip
The CAS has a getLowLevelCAS() method; the low level CAS includes both
things for FSs and also for IndexRepositories.
The index repository things should be looked at carefully to see if they
should go with the view (with
I have finished porting the CVD manual to DocBook. I'm not too happy
with the result, but I guess it's not much worse than the LaTeX version.
I spent a lot of time trying to get the screenshots to look right,
with very little to show for it.
I did not manage to get small screenshots to not
Marshall Schor (JIRA) wrote:
[
https://issues.apache.org/jira/browse/UIMA-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-153.
---
Resolution: Fixed
Fixed. Only thing left to look at here is the Swing
Adam Lally wrote:
I put up a Wiki page giving the suggested breakdown of methods between
the existing interfaces CommonCas, CAS, JCas and new interfaces
CommonCasView, CasView, and JCasView. Please take a look:
http://cwiki.apache.org/UIMA/casandcasviewinterfaceredesign.html.
-Adam
I would
Marshall Schor wrote:
Thilo Goetz wrote:
snip
How did you arrive at the numbers you put in the file?
It was ugly. 1) make up a guess for the width=. 2) run the build, and
looked at the HTML output using FireFox or IE.
3) take a ruler, measure the size of the box
4) edit the html being
Marshall Schor wrote:
Thilo Goetz wrote:
PDF looks ok now, but the Swing html viewer still has the same problems.
I suspect this viewer isn't handling the CSS. I'll take a look, maybe
later today.
Another approach might be to get the javahelp generation of DocBook to
work. I tried
Adam Lally wrote:
On 1/4/07, Thilo Goetz [EMAIL PROTECTED] wrote:
...
Another open issue is the createFS method and variants. I have left
them off of the view API for now in deference to Thilo's no
convenience methods suggestion, but I'm still a little unsure.
Basically the situation now
Adam Lally wrote:
The process call would take a CAS. Inside the body of the process()
method there would be no issue, but I'm thinking about other methods
that the user has implemented that need access to the indexes and also
need to create new FS. I'm sure there are tons of these. IMO having
Adam Lally wrote:
On 1/4/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Adam Lally wrote:
The process call would take a CAS. Inside the body of the process()
method there would be no issue, but I'm thinking about other methods
that the user has implemented that need access to the indexes and also
I have problems with various tools (WinZip, Total Commander) trying to
unpack our distribution archives (on windows). When it works, in
addition to an apache-uima folder, I get an apache-uima_ folder. I'm
still investigating, but if somebody has any insights into this issue,
let me know.
Found the problem, looks like unintentional corruption of build file
through automatic formatting.
Thilo Goetz wrote:
I have problems with various tools (WinZip, Total Commander) trying to
unpack our distribution archives (on windows). When it works, in
addition to an apache-uima folder, I
As I see it, we're not going to reach consensus on this issue. I guess
this is at least in part due to the fact that we disagree on the basic
premises underlying this redesign. I am -1 to the current proposal, and
I'll give my reasons below. However, I think we've mostly discussed
most of
Marshall Schor wrote:
Thilo Goetz wrote:
As I see it, we're not going to reach consensus on this issue. I
guess this is at least in part due to the fact that we disagree on the
basic premises underlying this redesign. I am -1 to the current
proposal, and I'll give my reasons below. However
Sorry, I meant source distribution.
Marshall Schor wrote:
Thilo Goetz (JIRA) wrote:
Add source build
Key: UIMA-164
URL: https://issues.apache.org/jira/browse/UIMA-164
I'm not sure what this is. If it is to build the sources, how come
Mirko has posted a long comment about UIMA and OSGi on our Wiki:
http://cwiki.apache.org/confluence/display/UIMA/UIMA+OSGi+Enablement
Mirko, what particularly intrigued me were your comments about OSGi and
how it conflicts with JCas. I had actually hoped that OSGi would help
us solve some of
Adam Lally wrote:
On 1/8/07, Thilo Goetz [EMAIL PROTECTED] wrote:
I see two reasonable alternatives. Neither involves a CommonCas.
a) The JCas assumes its wrapper nature. It implements its additional
functionality, and for all base functions, users refer to the CAS.
b) The JCas extends
Marshall Schor wrote:
Thilo Goetz wrote:
I think there is sufficient resistance to the CommonCas, and we should
undo the change. Marshall?
I don't think it would be good to undo this. It seems valuable to me to
factor out common things, make more explicit what's
intended to be the same
Adam Lally wrote:
On 1/9/07, Marshall Schor [EMAIL PROTECTED] wrote:
Good point. It's very easy to obtain the DocBook build environment -
just go to our SVN repository and extract the uima-docbooks project.
I think I agree we don't need to distribute this at all; just leave it
in SVN.
Are
Eddie Epstein wrote:
On 1/9/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Mirko has posted a long comment about UIMA and OSGi on our Wiki:
http://cwiki.apache.org/confluence/display/UIMA/UIMA+OSGi+Enablement
Mirko, what particularly intrigued me were your comments about OSGi and
how it conflicts
a) backward compatibility and b) some people actually seem to be using
it and don't want to be without it.
Eddie Epstein wrote:
On 1/9/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Right, but we've been over that. Although I don't like distributed
definitions, either, it seems we're stuck
Adam Lally wrote:
explanation snipped
Was that few enough lines?
-Adam
Thanks, that was perfect ;-)
Adam Lally wrote:
On 1/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: twgoetz
Date: Tue Jan 9 06:00:11 2007
New Revision: 494413
URL: http://svn.apache.org/viewvc?view=revrev=494413
Log:
Jira UIMA-25: remove strange array type subsumption code.
Adam Lally wrote:
On 1/9/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Ok, no problem. I tried to start a discussion about this a few weeks
back, but nobody responded. Now I guess I have your attention ;-)
Sorry, that must have slipped through without my noticing.
As I remember
Marshall Schor wrote:
Thilo Goetz (JIRA) wrote:
snip
Are there any concrete instances you were thinking of? Anything I can
do?
I was using this for misc. cleanups I found in reviewing the output.
The issue wasn't assigned to you, that's why I thought nothing had been
done. I
Marshall Schor wrote:
Adam Lally wrote:
It's time for board reports again...
Perhaps not. The rules were monthly for the 1st 3 months, and then
quarterly. I think we reported in Oct/Nov/Dec. The reporting schedule
has us down to report next in March.
-Marshall
I don't think we
Jörn Kottmann wrote:
Please let me know if you think this is a good idea, and if so, if
you're in favor of the dynamically typed or the pseudo-statically
typed version.
Can you explain what is the reason to not declare the type inside the
type system ?
Thanks,
Jörn
Jörn, I'm not sure I
I think it would be good to have those APIs on the JCas, for consistency
with the CAS.
Marshall Schor wrote:
Thilo Goetz (JIRA) wrote:
snip I noticed that in the JCas, getAnnotationIndex() is on the the
index repository, not on the JCas. That seems reasonable, but is
inconsistent
I added a small script that I use for testing the distribution:
uimaj-distr/src/main/build/extractAndBuild.bat/.sh. If you feel this is
not a good place to have them, feel free to move them around. I didn't
add them to the scripts directory as we probably don't want to
distribute them, and
Marshall Schor wrote:
Running Findbugs, etc., will report on throws / catches that are never
used because the code in the try doesn't throw what is being caught or
propagated up.
It might be good to clean these up. Typically, they are not changed,
because that kind of a change in an API
Adam Lally wrote:
On 1/12/07, Thilo Goetz [EMAIL PROTECTED] wrote:
I added a small script that I use for testing the distribution:
uimaj-distr/src/main/build/extractAndBuild.bat/.sh. If you feel this is
not a good place to have them, feel free to move them around. I didn't
add them
Adam Lally wrote:
On 1/12/07, Thilo Goetz [EMAIL PROTECTED] wrote:
When I wrote that script, some tests wouldn't pass and the build
stopped. Since I was interested in building the distribution, I removed
the tests. If our tests are at a stage now where they normally pass,
let's just remove
Marshall Schor wrote:
Thilo Goetz (JIRA) wrote:
CDE: adding feature value type in default namespace does not work
correctly
snip
When adding a feature in the type system editor, try choosing a type
in the default (i.e., empty) namespace. The type will be added with a
leading period. Seems
[EMAIL PROTECTED] wrote:
Hello,
Is there any plan to integrate UIMA in another JavaEE application server than
Websphere ?
- Quentin
Quentin,
in general, you need to subscribe to this list to be able to post here.
I allowed your message through manually. Check
I got a java.lang.NoClassDefFoundError: sun/awt/X11GraphicsEnvironment
running our test cases on a linux box. Turns out this is simply an
issue with the graphics libraries not being able to connect to the X
server. I have documented this issue on the wiki, for future reference:
The UIMA technical committee over on OASIS had its first technical
meeting last week. Adam and I both attended. There was some
interesting discussion, things are getting off to a good start. If
you're interested, check out the meeting minutes in the documents area
of the UIMA TC page:
Try Total Commander (http://www.ghisler.com/index.htm). It looks a bit
old-fashioned, but doesn't have its equal for file compression and
decompression (on Windows). I use it as an explorer replacement.
--Thilo
[EMAIL PROTECTED] wrote:
Author: alally
Date: Fri Jan 19 07:15:38 2007
New Revision: 497842
URL: http://svn.apache.org/viewvc?view=revrev=497842
Log:
Fixed FeatureStructure.equals to compare base CAS refs, not view refs.
UIMA-209: http://issues.apache.org/jira/browse/UIMA-209
Modified:
Marshall Schor wrote:
The UIMA website on Apache ( http://incubator.apache.org/uima/ ) has
drafts of the Project Guidelines and Contributions Policies. Please
review and comment on their content, including saying you agree - if you
agree - so we can come to some concensus about this.
The
Adam Lally wrote:
If you've built the UIMA distribution you may have noticed lots of
warning messages like:
[WARNING] Entry:
uimaj-2.1.0-incubating-SNAPSHOT/uimaj-tools/src/test/resources/
pearTests/pearMergerTests/uima.example.DateTime.pear longer than 100
characters.
Here is an articlethat
I have updated the FAQ with an additional question. I tried to bring
the page into a bit more of an FAQ shape, but failed to link individual
questions (no IDs on subsections). Anybody have any idea on how to
improve on this, let me know or go in and do it.
--Thilo
a headline and a list below this
headline. I think, it should be possible to adapt this pattern for our
site.
http://maven.apache.org/general.html
-- Mirko
On 1/24/07, Thilo Goetz [EMAIL PROTECTED] wrote:
I have updated the FAQ with an additional question. I tried to bring
the page into a bit
You may have noticed that I put some instructions on how to verify
release artifacts on the downloads page:
http://incubator.apache.org/uima/downloads.html#VerifyDownload
I would appreciate it if people could review the information there (as
I'm completely new to all this) and even try it out
Yes, that is expected. I haven't gotten around to the whole
web-of-trust/certified keys thing yet.
Adam Lally wrote:
On 1/25/07, Thilo Goetz [EMAIL PROTECTED] wrote:
You may have noticed that I put some instructions on how to verify
release artifacts on the downloads page:
http
Hi Mirko,
thanks for your feedback. I guess my documentation was not as clear as
I thought it was.
Mirko Jahn wrote:
Hmm, I am not quite sure if I really understood how it will works or I
missed some explanations...
You wrote on the UIMA website something like [...] the UIMA
developers'
Hm, 3 or 5 if I have to make a choice.
I think the text on the banner should not say An Open Source Project.
How about An Apache Incubator Project. No idea if it's easy to
change that.
--Thilo
Adam Lally wrote:
The logo artwork has been posted to
+1, looks good to me.
Michael Baessler wrote:
Adam Lally wrote:
+1 (with one additional test I added, for the CPE GUI).
Note I've already done all four CPM and the CPE GUI test and I have
them as automated scripts that I can easily rerun on new levels.
Great, so when I put the plan to the
Marshall Schor wrote:
...
I think it would be good to use the banner to advertise this is an
open source project, and invite (?)
new developers to join up. It might also be good to show the URL
http://incubator.apache.org/uima;
(which would address the requirement of the incubator).
So how
+1
Adam Lally wrote:
The proposal is to adopt the following as the UIMA logo:
https://issues.apache.org/jira/secure/attachment/12349816/UIMA-logo-big-without-people.png
This would be used in our graphical tools as the window icon, in the
about box, and as part of the banner. It may be used
I hope you're all testing with the distribution I prepared ;-) Are you
all ready for me to build a new level with the recent fixes tomorrow
morning my time?
--Thilo
Marshall Schor wrote:
Other projects seem to treat the sandbox differently than as described
below; I would prefer to keep the sandbox
aligned with usual Apache concepts for it, which seem to be - it's a
subproject for potential new additions to the project or to subprojects
of it, and
Marshall Schor wrote:
[EMAIL PROTECTED] wrote:
snip
Jira UIMA-256: add system property to specify manual location. Found
no other way to pre-configure the manual for the Eclipse launch
configuration.
Maybe more direct way to pre-configure the manual to be on the class
path for the
Marshall Schor wrote:
Thilo Goetz wrote:
Here's what the Lucene folks say about their sandbox:
Lucene project also contains a workspace, Lucene Sandbox, that is
open to all Lucene committers, as well as a few other developers. The
purpose of the Sandbox is to host various third party
Marshall Schor wrote:
Michael Baessler wrote:
snip
Maybe some of these project get also integrated to the core framework.
But I'm not sure if, e.g. annotator components will be added to the
core. I think such analysis components will ever stay in the sandbox
and can be downloaded there. Other
.
This is with Eclipse 3.2.1 on Windows, btw.
Marshall Schor wrote:
Thilo Goetz wrote:
Marshall Schor wrote:
[EMAIL PROTECTED] wrote:
snip
Jira UIMA-256: add system property to specify manual location.
Found no other way to pre-configure the manual for the Eclipse
launch configuration.
Maybe more
+1
Marshall Schor wrote:
The Jira issue http://issues.apache.org/jira/browse/UIMA-155 contains a
proposed submission to the Sandbox of some
tooling supporting editing of CAS data.
As part of our process for accepting bulk submissions, we need a vote.
Please vote as follows:
[X] +1 In favor
1 - 100 of 1194 matches
Mail list logo