Adam Lally wrote:
On 3/30/07, Thilo Goetz [EMAIL PROTECTED] wrote:
I'm concerned that we didn't create this hotfix from the 2.1.0 branch in
subversion, but from trunk. I'm sorry I didn't catch this earlier, but
I only just noticed it. I think we need to build the hotfix from the
2.1.0 branch,
Michael Baessler wrote:
Marshall Schor wrote:
One other issue I just remembered - this artifact is not signed. I
don't have the time right
now due to other pressing things, so this looks like it will slip
into next week.
I absolutely agree with Thilo, we should fix and tag this in the 2.1.0
In this retry, the following has changed:
1) The artifact (the zip file which is the Eclipse plugin) now includes
the standard DISCLAIMER, LICENSE, and NOTICES files.
2) A README-HOTFIX-1 was added and appears in the Zip file when unzipped.
2) The artifact is signed; the website has the
Thilo Goetz wrote:
Marshall, I see that you changed the POM file of uimaj-ep-configurator
so that the resulting artifact has a new name. Are we going to leave
it like this? What should happen when we build another hotfix, say in
another component: do we change the name again, or do we leave
Thilo Goetz wrote:
Hi Marshall,
thanks for taking care of the DocBook stuff. Does this have anything
to do with the Velocity DocBook 1.0 release I read about?
--Thilo
Not directly. The velocity docbook release was a coincidence. Henning
has offered to work together on this - I think
Adam Lally wrote:
On 3/26/07, Thilo Goetz [EMAIL PROTECTED] wrote:
I agree that people may be using it. I haven't seen it used in a while,
but that doesn't mean anything. If we don't plan on removing the
feature, why should we deprecate it?
The name is because we wanted no difference between
Adam Lally wrote:
I'm interested in getting others' opinions on this. I was recently
helping some users who were having a problem where a 3rd-party
annotator they were using wasn't producing annotations that they
expected it to. The annotator was embedded in a nested aggregate. It
took me a
Benjamin Sznajder wrote:
Hi Adam,
Refering to your mail, I think that the user is not aware about this
README file. You may mention its existence in the download page, maybe?
Benjamin
Hi Benjamin -
We're trying to attract additional people to contribute to UIMA. You've
made some good
Michael Baessler wrote:
Adam Lally wrote:
On 3/21/07, Michael Baessler [EMAIL PROTECTED] wrote:
Let me understand the real issue here. When the CAS is created it
gets a
ClassLoader that is used to located the JCas classes.
As far as I know, the CAS stores the references to the JCas classes,
Marshall Schor wrote:
snip
Here are some questions to consider:
What audience(s) would we be trying to reach with this talk?
What would be compelling/interesting enough topics to:
a) get the talk accepted,
b) get people to attend,
c) get interesting collaborations
Lev Kozakov wrote:
On 4/24/07, Adam Lally [EMAIL PROTECTED] wrote:
On 4/24/07, Lev Kozakov [EMAIL PROTECTED] wrote:
We would like to submit the following talk:
---
Title: Towards an industrial modularization in Apache UIMA framework
--
Marshall Schor wrote:
Lev Kozakov wrote:
On 4/24/07, Adam Lally [EMAIL PROTECTED] wrote:
On 4/24/07, Lev Kozakov [EMAIL PROTECTED] wrote:
We would like to submit the following talk:
---
Title: Towards an industrial modularization in Apache UIMA framework
Adam Lally wrote:
On 4/27/07, Marshall Schor [EMAIL PROTECTED] wrote:
I submitted a proposal that was some degree of synthesis of these other
proposals. -Marshall
I would be interested to see said proposal. :)
-Adam
You should be able to see it (and all proposals) (and *vote* on the ones
Reader Adapter doing it.
-Marshall
Adam Lally wrote:
On 5/1/07, Marshall Schor [EMAIL PROTECTED] wrote:
Not sure about this; the main documentation, in the section 1.5.1 in
tutorials / user guides on the contract says
reconfigure
This method is never called by the framework, unless
Marshall Schor wrote:
It is apparently quite easy to collect download statistics,
indirectly, setting up our download page to count clicks on the
download link. There is a currently free service from google which
will do the work for you, and also measure paths from search engines
(not just
Marshall Schor wrote:
Marshall Schor wrote:
It is apparently quite easy to collect download statistics,
indirectly, setting up our download page to count clicks on the
download link. There is a currently free service from google which
will do the work for you, and also measure paths from
that at some point, we'll get to continuous
integration... )
Marshall Schor wrote:
If and when we decide that continuous integration is the way to go,
Atlassian, the folks who did Jira and Confluence Wiki (which we're
using) also have a continuous integration product, called Bamboo.
Several
While working on the class-loader switching code, we have revisited an
issue with the way JCas objects work with respect to views.
Currently, for each view, there is a separate set of xxx_Type objects, a
separate set of cached cover objects (which are identical to other
view's objects, except
Thilo Goetz (JIRA) wrote:
[
https://issues.apache.org/jira/browse/UIMA-401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thilo Goetz closed UIMA-401.
Resolution: Fixed
Added skip.html-chunked property to individual docbook builds.
Adam Lally wrote:
Another thought: Is it possible to have separate instances of _Type
for each view, but to have only one, shared, set of generators?
The FSGenerator.createFS method is passed a CAS reference - is this a
reference to the view? If so, it seems like only one generator is
needed
Adam Lally wrote:
On 5/11/07, Marshall Schor [EMAIL PROTECTED] wrote:
Adam Lally wrote:
Another thought: Is it possible to have separate instances of _Type
for each view, but to have only one, shared, set of generators?
The FSGenerator.createFS method is passed a CAS reference
Adam Lally wrote:
On 5/13/07, Marshall Schor [EMAIL PROTECTED] wrote:
Before:
---
MyAnnotation x = new MyAnnotation(someView_1);
aView_1.addFsToIndexes(x);
aView_2.addFsToIndexes(x);
// removes from view_1
aView_2.getAllIndexedFS
Marshall Schor wrote:
Adam Lally wrote:
On 5/13/07, Marshall Schor [EMAIL PROTECTED] wrote:
Before:
---
MyAnnotation x = new MyAnnotation(someView_1);
aView_1.addFsToIndexes(x);
aView_2.addFsToIndexes(x);
// removes from view_1
aView_2
Eddie Epstein wrote:
On 5/14/07, Marshall Schor [EMAIL PROTECTED] wrote:
I don't think there is a significant performance savings. So I'm
willing to go with the following
(let's see if I get this right...)
Changes:
1) 1 map from CAS objects to JCas cover objects, shared by all views
2
Some people have noticed (and complained) that Apache UIMA doesn't have
an installer.
The new thunderbird email system is using a free / open source installer,
http://sourceforge.net/projects/nsis/
which might be appropriate.
Is this a good thing to do, and do we have any volunteers
Marshall Schor wrote:
Marshall Schor wrote:
Adam Lally wrote:
On 5/13/07, Marshall Schor [EMAIL PROTECTED] wrote:
Before:
---
MyAnnotation x = new MyAnnotation(someView_1);
aView_1.addFsToIndexes(x);
aView_2.addFsToIndexes(x);
// removes from
Thilo Goetz wrote:
Eddie Epstein wrote:
On 5/14/07, Adam Lally [EMAIL PROTECTED] wrote:
I prefer that we deprecate addToIndexes() and removeFromIndexes() but
take reasonable steps to make the methods behave is closely to the
current behavior as possible. If Marshall is willing to
Current design has 1 instance of FsClassRegistry per Cas per View.
With the redesign going on for JCas we no longer need one per View.
We don't even need one per Cas. CASes in a pool, sharing the same type
system, can share generators.
Anyone object if I change the impl to move the
When Cas Views are made, another instance of CASImpl type is created,
and a great many of its fields are copied from the
base view.
How about an alternate design, which moves all of the fields being
copied into a new object that is shared by all CASImpls belonging to one
view? This would
Eddie Epstein wrote:
On 5/15/07, Marshall Schor [EMAIL PROTECTED] wrote:
When Cas Views are made, another instance of CASImpl type is created,
and a great many of its fields are copied from the
base view.
How about an alternate design, which moves all of the fields being
copied into a new
initCASIndexes in CASImpl starts off with:
public void initCASIndexes() throws CASException {
if (null == this.ts.getType(CAS.TYPE_NAME_SOFA)) {
throw new CASException(CASException.MUST_COMMIT_TYPE_SYSTEM,
null);
}
... more
The MUST_COMMIT_TYPE_SYSTEM
CASImpl has a method initCASIndexes.
This method is called by lots of test cases, and by the main routine of
doCreateCAS - it is supposed to set up the built-in indexes for the CAS.
It sets up 2 of these:
1) the AnnotationIndex
2) the SofaIndex: an index over SofaFSs.
It seems to me that
The class FSInfo in uimaj-core: org.apache.uima.cas.impl.FSInfo appears
to be completely unused, there
are no references to it that I can find.
Ok to remove it?
-Marshall
I'm just fininshing up a re-org of the CASImpl - the tests now all run,
but I'm doing some final checking before checking things back in...
If possible, please wait until I'm done before proceeding.
I've also gone thru and changed the protected methods to
package-private in CASImpl - they
The resetNoQuestions iterates over all the views, calling resetView:
/*
* iterated reset - once per view of a CAS except for the base CAS
*/
private void resetView() {
this.indexRepository.flush();
if (this.mySofaRef 0 this.getSofa().getSofaRef() == 1) {
//
directory - it fails
validation, with no error message (it says unknown error).
Will look at this more...
-Marshall
Marshall Schor (JIRA) wrote:
Reorganization of TypeSystemImpl, CASImpl, FSClassRegistry, adding new
CASMetadata class
Thilo Goetz wrote:
Hi all,
how are we doing for our next release?
It would be good if someone went through Jira and categorized the open
issues. A quick look shows 88 unresolved issues. I know we don't have
to do all of these for 2.2, but let's consider which one(s) to do. The
ones
The interface FlowController has an abstract subclass:
FlowController_ImplBase, which has 2 other abstract subclasses: a Cas
and a JCas impl base. But it also ahas a non-abstract subclass
FlowControllerImpl which seems unreferenced by the rest of the code.
Can this class be deleted?
Thilo Goetz wrote:
Everybody,
I'm in the process of updating the CVD docs, and struggling with
the images again. Since I've found no way to make things work for
both pdf and html, I've decided to go with html. I'm leaving the
images unscaled, which looks good in the browser. In pdf, they
=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Baessler reassigned UIMA-351:
-
Assignee: Marshall Schor (was: Michael Baessler)
Hi Marshall,
I have created an additional testcase for the PEAR runtime and unfortunately it fails...
For me it seems
+1 to dropping Eclipse 3.0 support, based on time, and the fact that
it's quite easy to upgrade to new versions of Eclipse. I hope I'm not
wrong... but the users will speak I guess.
-Marshall
Adam Lally (JIRA) wrote:
[
Reminder - please update the main documentation (perhaps in the tutorial
book) to make users aware of this capability, if not already done.
-Marshall
Adam Lally (JIRA) wrote:
[
Michael Baessler (JIRA) wrote:
[ https://issues.apache.org/jira/browse/UIMA-357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501483 ]
Michael Baessler commented on UIMA-357:
---
Marshall,
can we easily setup a docbook
Adam Lally (JIRA) wrote:
[ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501723 ]
Adam Lally commented on UIMA-402:
-
Marshall wrote (on uima-dev):
Basic thought: if the
Adam Lally (JIRA) wrote:
[
https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally reassigned UIMA-402:
---
Assignee: Marshall Schor (was: Adam Lally)
Marshall, I added the uima-core
Thilo Goetz wrote:
Marshall,
thanks for setting this up. Would you mind if we turn
this into a general sandbox documentation project? Now
that you have done the initial work of creating a docbook
build, we might want to add documentation about other
sandbox projects, not just the CAS Editor.
Project: UIMA
Issue Type: Bug
Components: Documentation
Affects Versions: 2.2
Reporter: Thilo Goetz
Assignee: Marshall Schor
Fix For: 2.2
When built separately, the references html file is generated correctly. When
+1
Backwards compatibility is something we take seriously, and when a
change is needed,
we should provide transition time for our existing users.
Results specifications seem to be good concept - and this approach
gives us time to thoughtfully evolve it.
-Marshall
Thilo Goetz wrote:
As
Thanks. Fixed. -Marshall
Benjamin Sznajder wrote:
Hi
When we stop the VNS, we get
[6/24/07 1:13 PM | main] Exitting.
...
Cheers!
Benjamin
I suggest::
258 - remove fixed in 2.2; wait until someone feels this is
important enough
328 - remove fixed in 2.2; wait until someone feels this is
important enough
-Marshall
Thilo Goetz wrote:
Hi all,
according to our test plan (http://cwiki.apache.org/UIMA/testplan22.html),
we have
Thilo Goetz wrote:
Has any progress been made on UIMA-464 (a classcast exeption using an
FSIterator returned by the AnnotationIndex.subiterator(AnnotationFS)?
If this is a bug, I'd like to see it fixed for 2.2...
-Marshall
Hi Jörn - thanks for this.
Is the version a UIMA version, an Eclipse version, or a Maven version
number?
What does the manifest.ignore/manifest mean?
Can you post a link to something that describes how you figured out what
to put here?
Thanks again!
-Marshall (trying to keep learning new
uimaj-tools has in src/main/resources in
org/apache/uima/tools/util/gui/ a file about.txt, with the content:
Apache UIMA (Unstructured Information Management Architecture) SDK
Version ${version}-incubating
http://incubator.apache.org/uima
Copyright 2006, 2007 The Apache Software Foundation
.) in org.apache.uima.tools.util.gui.AboutDialog. Please do not
remove ;-)
--Thilo
Marshall Schor wrote:
uimaj-tools has in src/main/resources in
org/apache/uima/tools/util/gui/ a file about.txt, with the content:
Apache UIMA (Unstructured Information Management Architecture) SDK
Version ${version}-incubating
http
Please review and fix / augment as needed :-) Wiki is:
http://wiki.apache.org/incubator/July2007
-Marshall
There was a (in)famous incident where the implementation for rerunning
the Semantic Index Builder did the same thing - it (formerly) erased all
the files in the target directory.
What happened was a senior level manager (Dave Ferrucci) was just trying
out this code, he was busy and didn't
()) {
++currentLen;
}
maxLen = ((maxLen currentLen) ? currentLen : maxLen);
}
System.out.println(Longest sentence contains + maxLen + tokens.);
--Thilo
Marshall Schor wrote:
Did you consider using subIterators? These are (briefly) described in
section 4.7.4 of the Apache UIMA Reference
don't know
where that text went. Maybe I dreamed it.
--Thilo
Marshall Schor wrote:
Thilo - is this fixable - so it just works as users expect?
-Marshall
Original Message
Subject: Re: Iterators: problem when using standard methods in
combination with moveTo*
Date: Thu
Thilo Goetz wrote:
Is it just me, or is the following from section 1.1 of the Tutorial and Guide
out of context:
Note
In Eclipse 3.1, if you highlight a UIMA class or method defined in the UIMA SDK
JavaDocs, you can
conveniently have Eclipse open the corresponding JavaDoc for that class or
)). If it works for you, please see
if you can isolate what's different in your failing case verses this
artificial test.
-Marshall
Marshall Schor wrote:
I'm going to try and make a test case to see if I can duplicate Greg's
slowdowns. If anyone has beaten me to it, please let me know right
Jörn Kottmann wrote:
Hello,
is it possible to use LGPL icons in the Cas Editor ?
I don't think so. This is because downloaders of things from Apache
expect to be free of obligations when they
do things with what they downloaded.
See http://people.apache.org/~cliffs/3party.html. This lists
Those arguments sound convincing to me. I guess I would only prefer the
docs were less mysterious,
and in addition to saying not to mix the two styles, they would
state the reasons, as you have here :-)
-Marshall
Thilo Goetz wrote:
Marshall Schor wrote:
It seems to me the only object
Michael Baessler wrote:
As far as I know is System.nanoTime() a Java 5 feature and is not
available in Java 1.4.
So do we still want to be Java 1.4 compatible?
I think we want the framework to be 1.4 compatible. It's probably less
a requirement for the
test cases :-), but I take your point
Michael Baessler wrote:
What do you mean by
we can add a remoteAE if and only if, the AE is already deployed
on the remote machine
do you use the ComponentDescriptorEditor (CDE) plugin to do that?
In this case, the CDE has to retrieve the meta data of the deployed AE
to get for example
+1 I don't know of any use of the 2nd way, but I may be just
un-informed ;-) Lev Kozakov may know something about this.
-Marshall
Michael Baessler wrote:
When looking at the InstallationController code I see some old method,
where I think they are never used.
The
fixed :-)
please update Jira.
Then, take a look at the test plan and see if you think we're ready to
vote
-Marshall
Marshall Schor wrote:
Good points - I'll keep both versions from now on. I was trying to
clean up Jira
a bit to see if we had any remaining issues that needed attention
platform to enforce that the plugin is is
run as we tested it.
Jörn
On Jul 17, 2007, at 7:47 PM, Marshall Schor (JIRA) wrote:
[
https://issues.apache.org/jira/browse/UIMA-498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-498
where
we can check what level of Eclipse the user has and issue an error if it's
too low? I think we've discussed this before, we could check for EMF at the
same time. That would be very helpful, both to us and our users.
--Thilo
Marshall Schor (JIRA) wrote:
[ https://issues.apache.org
I think these TODOs came over from the original Velocity project.
+1 to delete. These are not TODOs for our use, I think.
-Marshall
Thilo Goetz wrote:
Do we need this file? Some TODOs seem out of date,
for the others we could maybe open Jira issues?
--Thilo
Thilo Goetz wrote:
As you may have noticed, I tagged a first release candidate
earlier today. Subsequently, RAT found a number of issue.
These are the remaining ones. As soon as these are resolved,
I'll build another release candidate.
--Thilo
Thilo Goetz wrote:
RAT complains about
Oops -
They're already *not* in SVN.
So they shouldn't be in our source distribution. If they are, we can
fix the assembly build step.
-Marshall
Marshall Schor wrote:
Thilo Goetz wrote:
Marshall Schor wrote:
Thilo Goetz wrote:
[...]
These files all are generated by Docbook
Thilo Goetz wrote:
Marshall Schor wrote:
Thilo Goetz wrote:
[...]
These files all are generated by Docbook, so can't have a license.
!?
uimaj-2.2.0-incubating/uima-docbooks/src/styles/titlepage/titlepage-html.xsl
!?
uimaj-2.2.0-incubating/uima-docbooks/src/styles
.
-Marshall
Marshall Schor wrote:
Oops -
They're already *not* in SVN.
So they shouldn't be in our source distribution. If they are, we can
fix the assembly build step.
-Marshall
Marshall Schor wrote:
Thilo Goetz wrote:
Marshall Schor wrote:
Thilo Goetz wrote:
[...]
These files all
Michael Baessler wrote:
Hi,
I see Marshall has fixed the RAT issues reported by Thilo and the JIRA
bug tracking system says that we have no open issues to fix for uimaj
2.2.
So it seems that we are ready to build the hopefully latest release
candidate level.
+1
But what do we do with
Some history: Debian (a Linux distributor) has a legal issue with
Mozilla (and Firefox), around
trademarks; google this or see http://lwn.net/Articles/118268/
The issues appear to involve firefox as well. Debian's browser is named
Iceweasel.
-Marshall
Michael Baessler wrote:
Hi,
when
Some useful leads:
http://www.linuxworld.com/news/2006/101106-portland-project.html describes
xdg-utils, and says Fedora, OpenSUSE, and Debian have already committed
to installing the utilities.
One utility enables visiting a Web page in the user's chosen browser.
On Debian, this capability
Michael Baessler wrote:
Adam Lally wrote:
When checking through the Resolved issues assigned to me I noticed
that one of them was the addition of jars containing our source code,
as part of our binary release. I must have missed that when it went
in.
The current uimaj-2.2.0-03 does not contain
Thanks, Michael; nice job :-)
I'm going to update the documentation to describe in the same sections
(where you
took out info about how to attach the source) similar
sections on how to attach the javadocs which are included in the binary
distribution.
-Marshall
Michael Baessler wrote:
Adam Lally wrote:
On 7/26/07, Michael Baessler [EMAIL PROTECTED] wrote:
So should be add the source jars to the source release?
I don't think that is the normal Apache thing to do. On
http://incubator.apache.org/guides/releasemanagement.html it defines
source release as a simple export from
Jörn Kottmann wrote:
I played around with the CasEditor and tried to add a cas processor,
but unfortunately without success. I was able to add the cas
processor (annotator) to my project and I found the place in the
context menu to run it, but I ever get ClassNotFound exceptions...
what is
In our release notes, the last section is cut/pasted from the release
note generation done by Jira. We could replace that with a
link to the Jira system to (re)generate on demand the release notes.
The link would be, for instance for 2.2:
Except for needing to rerun the release note generation, I'm +1 ! for
doing the 2.2 release.
Thilo - if you agree, can you call for an official vote?
-Marshall
Thilo Goetz wrote:
Adam Lally wrote:
-1 to this change. What exactly is the concern here?
My main concern is what I originally said: Don't some companies have
issues with their people downloading source code?
Does that concern a large corporation that some of us work
for, or
Thilo Goetz wrote:
Eddie Epstein wrote:
On 7/30/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Eddie Epstein wrote:
How hard is it to create the source jars from the UIMA source distribution?
Not hard *if* you have our build env. set up (i.e., maven etc).
I'm sort
Thilo Goetz wrote:
Adam Lally wrote:
On 7/30/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Adam Lally wrote:
-1 to this change. What exactly is the concern here?
My main concern is what I originally said: Don't some companies have
issues with their people downloading
Running org.apache.uima.cas.test.AnnotationTreeTest
testTree(org.apache.uima.cas.test.AnnotationTreeTest) Time elapsed:
0.16 sec FAILURE!
junit.framework.AssertionFailedError
at
junit.framework.AssertionFailedError.init(AssertionFailedError.java:11)
at
Adam Lally wrote:
Actually I was thinking of something perhaps even easier for the user.
What I meant was that the script would automatically add the source
files directly into the jar files in the UIMA binary distribution. So
no action would be necessary at all in Eclipse.
(To locate the
Adam Lally wrote:
On 7/31/07, Marshall Schor [EMAIL PROTECTED] wrote:
Also - the resources need to be included in the jars (they have the
message bundles, etc.).
The resource are already in the jars, so we don't need to add them in
this step. Just the source files need to be added
--Thilo
Thilo Goetz wrote:
Marshall Schor wrote:
Running org.apache.uima.cas.test.AnnotationTreeTest
testTree(org.apache.uima.cas.test.AnnotationTreeTest) Time elapsed:
0.16 sec FAILURE!
junit.framework.AssertionFailedError
at
junit.framework.AssertionFailedError.init
Adam Lally wrote:
On 8/1/07, Michael Baessler [EMAIL PROTECTED] wrote:
I see that issue 499 is still in reopen state. I checked in my changes
using this issue. So I think we can close them or is there anything else
we need to do?
OK with me to close it.
We should update the
Thilo Goetz wrote:
Michael Baessler wrote:
Marshall Schor wrote:
We should update the documentation (3 places?) which describes how to
attach javadocs, to now also mention
running those scripts to attach the source.
Do you know where exactly the places are that we need
Adam Lally wrote:
On 8/3/07, Thilo Goetz [EMAIL PROTECTED] wrote:
I think we're finally ready ;-) I cut RC3 this morning,
found a minor issue with RAT and did RC4. Next time I'll
run RAT before tagging the release...
The release artifacts are available on people.a.o at
Adam Lally wrote:
On 8/6/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Thilo Goetz wrote:
I built a new release candidate with Adam's and Marshall's fixes
in. It's available as usual at on people.a.o at
/home/twgoetz/uima-distributions/2.2/RC5. Let's try a new vote
later today or
Marshall Schor wrote:
Adam Lally wrote:
On 8/6/07, Thilo Goetz [EMAIL PROTECTED] wrote:
Thilo Goetz wrote:
I built a new release candidate with Adam's and Marshall's fixes
in. It's available as usual at on people.a.o at
/home/twgoetz/uima-distributions/2.2/RC5. Let's try a new vote
Thilo Goetz wrote:
Thilo Goetz wrote:
I built a new release candidate with Adam's and Marshall's fixes
in. It's available as usual at on people.a.o at
/home/twgoetz/uima-distributions/2.2/RC5. Let's try a new vote
later today or tomorrow.
+1 to doing a new vote :-) -Marshall
Thilo Goetz wrote:
Ok, here we go. This build passes our regression test
suite, as well as Adam's test scripts. Michael and I
also ran some manual sanity checks. RAT report looks
good, too.
The release artifacts are available on people.a.o at
/home/twgoetz/uima-distributions/2.2/RC5
So
Adam Lally wrote:
As I recall we had a couple of user requests for us to publish our
jars as Maven artifacts in the Apache incubator repository. And I
think I got our Maven metadata into shape during the 2.1.0 release
process after some comments from Dan Kulp on the [EMAIL PROTECTED] list.
So
Thilo Goetz wrote:
Hi all,
I'm wondering if it's time to move to Java 1.5 after this
release. While there are still people out there who use
Java 1.4, their numbers are shrinking rapidly. I'm guessing
that by the time we do our next release, the need for
Java 1.4 compatibility will have gone.
In the uimaj project's pom, the parent element points to itself. Why
is this done, and
where is the documentation in Maven which describes what this means?
Also, there are two elements defining the javadoc plugin - is this
intentional, or should/can
these be merged?
If we are heading toward
Adam Lally wrote:
On 8/8/07, Marshall Schor [EMAIL PROTECTED] wrote:
In the uimaj project's pom, the parent element points to itself.
I don't see any parent element in the uimaj project's pom.
right - my oops - I was looking at the uimaj-distr pom, not the uimaj pom.
Also
201 - 300 of 2550 matches
Mail list logo