There is a formula on the how-to-build-and-deploy.html page. You can
lower the number of threads without issue but you must have enough
database handles so you don't starve the threads of handles. Each
thread can use a handle at a time.
Karl
On Wed, Jun 1, 2011 at 3:07 PM, Farzad Valad
Although it hasn't been the quite required 3 days, this vote isn't
binding anyway, so I'm going to declare it closed and commit the code.
Karl
On Mon, May 30, 2011 at 7:32 PM, Karl Wright daddy...@gmail.com wrote:
Please have a look at CONNECTORS-203 and vote +1 if you think it's
time to move
Absolutely!
We're a bit thin on active committers at the moment, which will
probably limit our ability to take any highly active roles in your
development process. But we do have a pile of code which you might be
able to leverage, and once there is common functionality available I
think we'd all
be
shared and would not take too much effort to be made generic. I haven't
looked to the code of the crawler in great details but do you think the
robots parser would be a good candidate?
Julien
On 2 June 2011 16:23, Karl Wright daddy...@gmail.com wrote:
Absolutely!
We're a bit thin
Your choice of exception would have been fine if this was a repository
connector, but output connectors do not have the same ability to abort
jobs via ManifoldCFExceptions at this time. (You can create a ticket
if you think this is how it should work). But if you want the job to
abort, you
for this ManifoldCFException type I'm having a
hard time recollecting; but I seem to recall vaguely it had something
to do with the LiveLink connector. I'll post later if it comes back
to me.
Karl
On Fri, Jun 3, 2011 at 1:11 PM, Karl Wright daddy...@gmail.com wrote:
Your choice of exception would
server, and in the case of CIFS, by fixing a too-short
timeout in jcifs. So, in theory, this retry logic could be removed.
I'll create a ticket to research this further.
Karl
On Fri, Jun 3, 2011 at 1:29 PM, Karl Wright daddy...@gmail.com wrote:
Actually, looking at the code
CONNECTORS-207 describes the situation.
Karl
On Fri, Jun 3, 2011 at 1:41 PM, Karl Wright daddy...@gmail.com wrote:
I remember now.
The problem was that the LiveLink API code, under certain conditions,
lied about the error it got back from the server. Under these
conditions, therefore, a job
I would guess that dataManager is null. The only other possibility is
that document is null, and I don't think that can happen.
Karl
On Fri, Jun 3, 2011 at 4:11 PM, Farzad Valad ho...@farzad.net wrote:
So I've been trying to figure this out for days now and still not even
close. So I'm
The Apache Software Foundation (ASF)'s Travel Assistance Committee (TAC) is
now accepting applications for ApacheCon North America 2011, 7-11 November
in Vancouver BC, Canada.
The TAC is seeking individuals from the Apache community at-large --users,
developers, educators, students, Committers,
It sounds like you are on the right track for fixing all of these problems.
Karl
On Tue, Jun 7, 2011 at 4:38 PM, Farzad Valad ho...@farzad.net wrote:
I think I found the problem. I should be tearing down the dataManager and
recreating it between clear and set thread context calls, because it
The cross-thread issues you were having with your connector would
certainly have affected database access in a significant way, so this
symptom could well be one result of that problem.
Karl
On Tue, Jun 7, 2011 at 10:20 AM, Farzad Valad ho...@farzad.net wrote:
Lately when I issue an abort on a
addOrReplaceDocument. This was something you recommended when I was
asking about the third party repository.
Farzad.
On 6/7/2011 4:35 PM, Karl Wright wrote:
It sounds like you are on the right track for fixing all of these
problems.
Karl
On Tue, Jun 7, 2011 at 4:38 PM, Farzad Valadho...@farzad.net
of static. So each object
would have its own instance with its TC, and in clearTC they'd be nulling
their version an not anyone else's.
Do I get it?
On 6/7/2011 5:00 PM, Karl Wright wrote:
The recommendation to have getSession be called in
addOrReplaceDocument is because there is nothing
The code is:
Throwable z = e.getTargetException();
if (z instanceof Error)
throw (Error)z;
else
throw (ManifoldCFException)z;
The problem cannot be that z is null, because z instanceof Error
does not blow up. Indeed:
java.lang.NullPointerException cannot be
Ok, I have checked in a fix for the RuntimeException handling. If you
try the new code, you should get a full trace for the NPE that is
causing the problem.
Karl
On Wed, Jun 8, 2011 at 3:20 PM, Karl Wright daddy...@gmail.com wrote:
The code is:
Throwable z = e.getTargetException
. I guess I can't log inside the constructor?
On 6/8/2011 2:34 PM, Karl Wright wrote:
Ok, I have checked in a fix for the RuntimeException handling. If you
try the new code, you should get a full trace for the NPE that is
causing the problem.
Karl
On Wed, Jun 8, 2011 at 3:20 PM, Karl
Thanks very much!
For developing an output connector, I would highly recommend getting
hold of ManifoldCF in Action. Chapter 9 of that book describes how to
construct an output connector, and Chapter 6 describes the rules for
connectors in general. You can buy into the Early Access Program
Yes, a CMIS connector would be very welcome, especially if you
yourself have reason to use it.
If you want to contribute it, please follow the directions at:
https://cwiki.apache.org/confluence/display/CONNECTORS/HowToContribute
It's especially important to contribute your connector as a patch
Rather than change the database contract, which would have
far-reaching effects, is there any way to simply implement
getTableSchema to work properly with the abstraction? For example,
read the result of the DESCRIBE within the getTableSchema method and
translate it in whatever manner is needed.
to the dev list in order to get some feedback on this
issue.
Erlend
On 20.06.11 18.00, Karl Wright wrote:
Hi Erlend,
The inclusions and exclusions are based solely on URL, and block the
connector from fetching the file. Otherwise you would easily wind up
fetching the entire web.
However
Have there been any further developments on this thread?
Karl
On Tue, Jun 21, 2011 at 6:08 AM, Karl Wright daddy...@gmail.com wrote:
Sure. But you've already convinced me we need a new feature. ;-)
Karl
On Tue, Jun 21, 2011 at 3:50 AM, Erlend Garåsen e.f.gara...@usit.uio.no
wrote:
Sure
Hi Farzad - any luck on getting that stack trace?
Karl
On Sat, Jul 2, 2011 at 1:09 PM, daddy...@gmail.com daddy...@gmail.com wrote:
The unique key violation is not expected - if you could send along a complete
stack trace that would be good.
The lock clean procedure is to shut down all mcf
)
On 7/5/2011 2:27 AM, Karl Wright wrote:
Hi Farzad - any luck on getting that stack trace?
Karl
On Sat, Jul 2, 2011 at 1:09 PM, daddy...@gmail.comdaddy...@gmail.com
wrote:
The unique key violation is not expected - if you could send along a
complete stack trace that would be good.
The lock
Also, if you need a unique ID, I suggest that you call ManifoldCF's
unique ID generator.
Karl
On Tue, Jul 5, 2011 at 10:29 AM, Karl Wright daddy...@gmail.com wrote:
It does seem to be in your code.
Try psql. The \d tablename command should list indexes.
Karl
On Tue, Jul 5, 2011 at 10:26
Yes, get a thread dump of the agents process. On Windows, this is
CTRL-break in the process window, on linux kill -QUIT pid. You
should be able to find out what everything is waiting on. If you can,
send me the dump and I can interpret it for you.
Karl
On Tue, Jul 5, 2011 at 2:26 PM, Farzad
The maven build was never completed - the person who contributed them
never quite finished the job. The pom's have not been kept up to
date. Dependencies were correct at one point but since then we've
needed to move to a custom-built derby and newest hsqldb. See
I've created a ticket to update the maven poms. CONNECTORS-219.
Karl
On Wed, Jul 6, 2011 at 6:17 AM, Karl Wright daddy...@gmail.com wrote:
The maven build was never completed - the person who contributed them
never quite finished the job. The pom's have not been kept up to
date
I have seen this before. The critical traceback, which you see for
ALL the worker threads, is:
Worker thread '36' daemon prio=6 tid=0x077ed000 nid=0xa98 in
Object.wait() [0x0b1af000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native
Piergiorgio Lucidi piergiorgioluc...@gmail.com
Hi Karl,
thank you for your message and I'll let you know soon about this.
Regards,
Piergiorgio
2011/6/13 Karl Wright daddy...@gmail.com
Yes, a CMIS connector would be very welcome, especially if you
yourself have reason to use
Hope this helps ;)
Regards,
Piergiorgio
2011/7/6 Karl Wright daddy...@gmail.com
I created a new component, CMIS connector, and I used it to create a
ticket (CONNECTORS-221). So, please, attach your patch file there.
Karl
On Wed, Jul 6, 2011 at 3:52 PM, Piergiorgio Lucidi
piergiorgioluc
Hi all,
The ManifoldCF has had a connector contributed that is based on Apache
Chemistry. The dependencies of Apache Chemistry include
activation-1.1.jar and saaj-impl-1.3.jar, both of which seem to be
from Sun, and are (I believe) covered by the Sun/Oracle license. I
was told a while back that
necessary? If so, what caveats do I
need to include in NOTICE.txt and LICENSE.txt, or should I just copy
whatever Chemistry does?
Karl
On Thu, Jul 7, 2011 at 9:23 AM, Daniel Kulp dk...@apache.org wrote:
On Thursday, July 07, 2011 9:08:52 AM Karl Wright wrote:
Hi all,
The ManifoldCF has had
size and the insert failed. I'll grab the log next
time too, but unfortunately deleted and running another test with a larger
column. As soon as it finishes or errors, I'll reproduce this one again and
send you the stack trace.
On 7/6/2011 2:36 PM, Karl Wright wrote:
I have seen this before
Attached please find an instrumented
framework\pull-agent\src\main\java\org\apache\manifoldcf\crawler\system\ResetManager.java
class. Please rebuild with this class, cause the hang, and capture
standard out so I can see it.
Thanks!
Karl
On Thu, Jul 7, 2011 at 2:12 PM, Karl Wright daddy
Greetings!
If you have a SharePoint or Meridio repository, we've made a
(hopefully minor) change to the bevy of standard jars which could
affect these connectors. I'd therefore like a volunteer to step
forward and try out the version of ManifoldCF found by checking out
the url
A colleague of mine who's been learning the cloud says that Amazon
EC2 may offer the simplest way to test ManifoldCF with proprietary
connectors. Specifically we'd want to start testing with SharePoint
2010. The steps are as follows:
(1) Set up an instance. Amazon probably already offers a
A repository connector supplies access tokens for each document.
These access tokens can be either allow or deny, and are added to
an appropriate index in Solr. An authority connector maps user name
(and domain) to the user's access tokens, which are incorporated into
the search query done to
actually
try it I am not going to know.
My best guess is that this is going to take quite a bit of time to
learn and assess, probably 10-15 hours conservatively. But I think
it's well worth the cost of exploration.
Karl
On Mon, Jul 11, 2011 at 8:32 AM, Karl Wright daddy...@gmail.com wrote
, Karl Wright daddy...@gmail.com wrote:
Started to do some research on this.
(1) I can't find a dedicated SharePoint instance that you can just
buy. While that's a shame, I do have access to SharePoint 2010 via an
MSDN iso. I'll need to download it and figure out how to install it
remotely
Is there any way to provide a eclipse settings file that helps with
the project setup? Or is this an entirely manual process?
I am happy to open a Jira ticket to cover eclipse integration. It
*sounds* like what the patch should contain would be some files that
get checked into the source tree,
.
On 7/13/2011 10:10 AM, Karl Wright wrote:
Is there any way to provide a eclipse settings file that helps with
the project setup? Or is this an entirely manual process?
I am happy to open a Jira ticket to cover eclipse integration. It
*sounds* like what the patch should contain would
, Karl Wright daddy...@gmail.com wrote:
Your proposal is then to change the structure of ManifoldCF to match
the hierarchy in your .zip file? If we did that, maven would no
longer work, and it might not be possible to get it to work. The ant
build system would require major revisions
.
Just some thoughts on build tools and eclipse
tob
On Wed, Jul 13, 2011 at 8:41 PM, Karl Wright daddy...@gmail.com wrote:
I'm going to go ahead and open the ticket. Please attach your
proposed patch(es) to it. CONNECTORS-222.
I *would* like to avoid reorganizing the tree, except
On Thu, Jul 14, 2011 at 5:33 AM, Karl Wright daddy...@gmail.com wrote:
Yes, it's feasible to move the tests around. The maven unit test
convention I understand, and it is straightforward to adhere to it,
but what should the structure be for the end-to-end tests? Right now
these are under the root
Has there been any further progress/issues here?
Karl
On Mon, Jun 20, 2011 at 10:19 AM, Karl Wright daddy...@gmail.com wrote:
Rather than change the database contract, which would have
far-reaching effects, is there any way to simply implement
getTableSchema to work properly
...@farzad.net wrote:
I'm out of town, will resume Tue
Sent from my iPhone
On Jul 14, 2011, at 4:50 AM, Karl Wright daddy...@gmail.com wrote:
I've created a ticket for this: CONNECTORS-223. If you could comment
on the proposed plan before I start executing it, that would be great.
I'll
These tests run fine under ant, but the ant build invokes test files
explicitly. I'm not quite sure what Ant's behavior is here, and how
exactly it differs from Maven's.
Karl
On Mon, Jul 18, 2011 at 7:41 AM, Tobias Rübner d...@tobr.eu wrote:
The unit tests are currently not working.
The first
I have is
that there are other static variables (for instance, the cache
manager) which are never reset, but would be if we need to start
from scratch again inside the same JVM every time a test is run.
Identifying all such cases may take some time.
Karl
On Mon, Jul 18, 2011 at 8:04 AM, Karl
nonetheless.
Karl
On Mon, Jul 18, 2011 at 8:26 AM, Karl Wright daddy...@gmail.com wrote:
I think the likely difference is that ant is running each test in its
own JVM, and Maven is not.
Now, it is straightforward enough to add functionality that resets the
ManifoldCF core classes, and tie
) is
org.apache.manifoldcf.core.database.DBInterfacePostgreSQL as database
implementation class defined.
I supposed to see this class name as implementationClass output in my
previous message.
Tobias
On Mon, Jul 18, 2011 at 3:22 PM, Karl Wright daddy...@gmail.com wrote:
Each time you see Configuration file successfully read it indicates
for that!
I run all the tests of a module at once. That leads to confusing results.
Now I would also structure the tests in maven to run the derby tests per
default.
All other test must be invoked through different profiles.
Tobias
On Mon, Jul 18, 2011 at 3:58 PM, Karl Wright daddy
The tests/filesystem/src/test/java area are end-to-end tests
principally designed to test the filesystem connector. (They also
involve other connectors because, obviously, an end-to-end test is not
going going to work without them. This is why they are at the root
level.)
There are also unit
Can you clarify what you mean by user data? There's no such data
stored by ManifoldCF in any kind of persistent way.
There are command-line commands which clear out various kinds of
things like jobs and connections. There's also the ManifoldCF API
Service. But I can't help further unless you
2011/8/3 Karl Wright daddy...@gmail.com
Another good way to see exactly what you need to do is to call the API
to get configuration information for an existing connection. Then,
use the toXML() method to convert to XML, or the toJSON() to get it as
JSON. Either way you will see the structure
attach my patch for integration tests.
Can you help me?
Let me know.
Thank you for your support.
Piergiorgio
2011/8/4 Karl Wright daddy...@gmail.com
Thanks for the update. Let me know if there's anything I can do to help.
Karl
On Thu, Aug 4, 2011 at 4:10 AM, Piergiorgio Lucidi
Sorry, I meant, do the API sanity tests work properly for you when
you run them on a clean trunk checkout?
Karl
On Thu, Aug 4, 2011 at 10:12 AM, Karl Wright daddy...@gmail.com wrote:
This is going to be complicated to debug. I'm happy to help but yes,
we'll need a branch to work off
piergiorgioluc...@gmail.com wrote:
2011/8/4 Karl Wright daddy...@gmail.com
Sorry, I meant, do the API sanity tests work properly for you when
you run them on a clean trunk checkout?
The other tests yes, work correctly, only CMIS tests don't work.
Karl
On Thu, Aug 4, 2011 at 10:12 AM
The addOrReplaceDocument method is NEVER called unless the thread
context has been set (and not cleared). So that is not the
explanation.
Karl
On Fri, Aug 5, 2011 at 2:25 AM, Farzad Valad ho...@farzad.net wrote:
I wonder if this error is related to the fact that it seems
clearThreadContext
Please join me in congratulating Piergiorgio!
Karl
It's not there now, but it would be trivial to add. If this is
something you need could you create a ticket with your proposal?
Karl
On Mon, Aug 8, 2011 at 12:45 PM, Farzad Valad ho...@farzad.net wrote:
Do you know if the lastModified attribute of a crawled file via the
FileSystem connector is
connection_name description
connector_class authority_name pool_max param1=value1 ...
On 8/8/2011 11:11 AM, Karl Wright wrote:
Hi Farzad,
Either the api service or the command are, I believe, capable of doing
all of these.
Have a look at this link for some idea of how to do either
The form of the XML differs whether you are sending in configuration
XML (which has the configuration tags) or specification XML (which
has the specification tags).
Karl
On Mon, Aug 8, 2011 at 7:19 PM, Farzad Valad ho...@farzad.net wrote:
Having trouble getting the filespec_xml and
The maven files use the maven-dependency-plugin to copy wars out of
the repository into a place where testing and execution code can find
them. This currently requires a build-time dependency, but in fact
the wars are not needed unless a test is being run. I would like to
somehow set the scope
On Tue, Aug 9, 2011 at 8:33 AM, Karl Wright daddy...@gmail.com wrote:
The maven files use the maven-dependency-plugin to copy wars out of
the repository into a place where testing and execution code can find
them. This currently requires a build-time dependency, but in fact
the wars
?
PS. Going through the steps of building the jcifs connector.
On 8/8/2011 11:53 AM, Karl Wright wrote:
PS. My next item is the file owner, so far I'm finding a lot of
references
to performing JNI per file. The whole goal is to be able to find a set
of
crawled docs that were modified a date
It sounds like you have old core,agents, and pull-agents jars around.
It builds fine here with the ant build.
Karl
On Fri, Aug 12, 2011 at 12:25 PM, Farzad Valad ho...@farzad.net wrote:
Some how when I'm building the core jars, like pull-agent, agent, etc, some
of the classes are missing
I'd like to propose working towards the next ManifoldCF official
release, 0.3-incubating, somewhere around September 15. This release
would include major new features, such as the CMIS connector, the
client scripting language, and (hopefully) the OpenSearchServer
connector (if it is ready by
a mini-tutorial for new
features, new connectors, etc. CHANGES.txt is good, but encourage people to
contribute examples and screen shots or mini-tutorials. In other words, show
off what's new.
-- Jack Krupansky
-Original Message- From: Karl Wright
Sent: Wednesday, August 17, 2011 6:08
/en/
(11/08/17 19:08), Karl Wright wrote:
I'd like to propose working towards the next ManifoldCF official
release, 0.3-incubating, somewhere around September 15. This release
would include major new features, such as the CMIS connector, the
client scripting language, and (hopefully
want to write as soon as possible, I just have started to write.
Regards,
Shinichiro Abe
On 2011/08/18, at 0:14, Karl Wright wrote:
I think that should be OK, as long as the connector is really solid
and doesn't need a lot of follow-up work. Will it be structured as a
whole new connector
0.2.
I would like to write my code by Sept 1, but maybe it will take time until
being committed formally.If I complete the patch quickly, I'll let you know.
Thank you,
Shinichiro Abe
by Sept 1
On 2011/08/22, at 19:01, Karl Wright wrote:
If you are not planning to be ready by Sept 1 or so
I haven't had trouble, but the last time I tried a commit was at 9:00
AM EDT this morning.
Karl
On Mon, Aug 29, 2011 at 12:18 PM, Piergiorgio Lucidi
piergiorgioluc...@gmail.com wrote:
Hi guys,
I can't commit anymore on the project, do you have the same problem?
The SVN server returns to me
Still works for me.
If you can't figure out what changed, you might want to file an INFRA
ticket in Jira.
Karl
On Mon, Aug 29, 2011 at 1:54 PM, Karl Wright daddy...@gmail.com wrote:
I haven't had trouble, but the last time I tried a commit was at 9:00
AM EDT this morning.
Karl
On Mon, Aug
me quickly.
Thank you.
Piergiorgio
2011/8/30 Karl Wright daddy...@gmail.com
Still works for me.
If you can't figure out what changed, you might want to file an INFRA
ticket in Jira.
Karl
On Mon, Aug 29, 2011 at 1:54 PM, Karl Wright daddy...@gmail.com wrote:
I haven't had trouble
Here's a report proposal:
ManifoldCF
--Description--
ManifoldCF is an incremental crawler framework and set of connectors
designed to pull documents from various kinds of repositories into
search engine indexes or other targets. The current bevy of repository
connectors includes Documentum
I pasted it into the wiki - please feel free to modify or add or sign off.
Karl
On Thu, Sep 1, 2011 at 11:43 AM, Tommaso Teofili
tommaso.teof...@gmail.com wrote:
nice one Karl :)
Tommaso
2011/9/1 Karl Wright daddy...@gmail.com
Here's a report proposal:
ManifoldCF
--Description
architect
Cominvent AS - www.cominvent.com
Solr Training - www.solrtraining.com
On 24. aug. 2011, at 19:52, Karl Wright (JIRA) wrote:
[
https://issues.apache.org/jira/browse/CONNECTORS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13090368#comment
Hi folks,
I'm handling the 0.3-incubating release of MCF, and I'm trying to
figure out what the version tags in the maven pom files should say.
They currently say 0.3-SNAPSHOT. Should I edit them in the release
branch to be just 0.3?
Karl
version9/version
relativePath /
/parent
this will allow using the -Papache-release option (enabling the
apache-release profile) to create reports and sign artifacts.
Hope this helps.
Tommaso
2011/9/8 Karl Wright daddy...@gmail.com
Hi folks,
I'm handling the 0.3-incubating release of MCF
, 2011 at 3:28 AM, Karl Wright daddy...@gmail.com wrote:
Test failure is not ok. Let me try it here.
Karl
On Fri, Sep 9, 2011 at 12:48 AM, Shinichiro Abe
shinichiro.ab...@gmail.com wrote:
Hello.
I tested sharedrive connector/ authority connector
on 0.3RC0 and confirmed changes.
It worked
Thanks for the test!
I'll put up a new RC shortly.
Karl
On Fri, Sep 9, 2011 at 5:24 AM, Shinichiro Abe
shinichiro.ab...@gmail.com wrote:
I finished to run test successfully on trunk code. No problem.
Thank you.
Shinichiro Abe
On 2011/09/09, at 17:39, Karl Wright wrote:
It should
/how-to-build-and-deploy.html#Building+the+framework+and+the+connectors+using+Apache+Maven
Tobias
On Fri, Sep 9, 2011 at 2:29 PM, Karl Wright daddy...@gmail.com wrote:
There's now an RC1 uploaded at http://people.apache.org/~kwright.
Please check it out - I'll be calling a formal vote
You can download the release candidate from
http://people.apache.org/~kwright, and there is also a tag in svn
under https://svn.apache.org/repos/asf/incubator/lcf/tags.
+1 to release this RC.
-1 to not release it.
After a successful release vote, please be aware that I will need to
present the
+1 from me.
Karl
On Fri, Sep 9, 2011 at 1:41 PM, Karl Wright daddy...@gmail.com wrote:
You can download the release candidate from
http://people.apache.org/~kwright, and there is also a tag in svn
under https://svn.apache.org/repos/asf/incubator/lcf/tags.
+1 to release this RC.
-1
Keller
ekel...@open-search-server.com wrote:
+1
I don't know if I am allowed to vote…
But I agree !
Emmanuel Keller
On 9 sept. 2011, at 19:41, Karl Wright wrote:
You can download the release candidate from
http://people.apache.org/~kwright, and there is also a tag in svn
under https
Three +1's. 72 hours. Vote passes!
Karl
On Mon, Sep 12, 2011 at 9:52 PM, Shinichiro Abe
shinichiro.ab...@gmail.com wrote:
+1
The JCIFS Connector and ant test work fine!
Shinichiro Abe
On 2011/09/13, at 10:05, Karl Wright wrote:
Thanks!
We need one more binding +1. Shinichiro
Folks,
I'd like to begin discussion about the next release, currently labeled
0.4, and also our potential for graduation from the incubator. What
I'd like is a sense of:
(a) what we are still missing as far as incubator graduation is concerned, and
(b) what a 1.0 release might look like to
Thanks to all who put time and effort into this release!
The site and download mirrors should update in a day or so, but if you
cannot wait, you can download the release in the interim from
http://www.apache.org/dist/incubator/manifoldcf.
Karl
of look and feel?
Karl
On Tue, Sep 20, 2011 at 5:51 PM, Tommaso Teofili
tommaso.teof...@gmail.com wrote:
Hello Karl, all
2011/9/19 Karl Wright daddy...@gmail.com
Folks,
I'd like to begin discussion about the next release, currently labeled
0.4, and also our potential for graduation from
Hi Tobias,
Supporting MySQL in the JDBC connector is useful but not I think what
Tommaso meant. Nevertheless, here's a ticket for that:
CONNECTORS-259
Feel free to attach a patch! Also helpful would be the preferred URL
for downloading the JDBC driver for MySQL; we can do that
automatically
Hi Alex,
Can you attach this to the CONNECTORS-258 ticket? Be sure to click
the grant license to ASF button when you do...
Thanks!
Karl
On Wed, Sep 21, 2011 at 6:04 AM, Alex Ott alex...@gmail.com wrote:
Hello
We can put following script (in attachment) to simplify setup of
missing maven
I've created a ticket (CONNECTORS-263) for this work. Anybody who
wants to submit a patch would be very welcome...
Karl
On Wed, Sep 21, 2011 at 6:04 AM, Alex Ott alex...@gmail.com wrote:
Hello
We can put following script (in attachment) to simplify setup of
missing maven dependencies that
weekend
On Wed, Sep 21, 2011 at 12:41 PM, Karl Wright daddy...@gmail.com wrote:
I've created a ticket (CONNECTORS-263) for this work. Anybody who
wants to submit a patch would be very welcome...
Karl
On Wed, Sep 21, 2011 at 6:04 AM, Alex Ott alex...@gmail.com wrote:
Hello
We can put
By default, the maven build should not run anything other than the
general, Derby and HSQLDB tests. The PostgreSQL tests should not be
run under Maven.
On Tue, Sep 27, 2011 at 3:19 PM, Karl Wright (Commented) (JIRA)
j...@apache.org wrote:
[
https://issues.apache.org/jira/browse
Folks,
Based on feedback from the Solr team, it looks like we're going to
need to build the Solr components needed for integrating ManifoldCF
security with Solr ourselves.
For the moment, I've dealt with this by adding another svn tree root
on a level comparable with trunk called integration.
Hi folks,
I'm trying to pre-build the ManifoldCF SharePoint connector
MCPermissions assembly. The only thing I am missing is a
SharePoint.dll file. I have access to MSDN but not a 64-bit machine
onto which I can install the SharePoint image. If anyone can get me
just this one file I'd be very
Tobias, et al: I have the first version of a wiki connector limping
along in branches/CONNECTORS-256. For the people out there who have
wanted to crawl wikis this is a chance to get involved in the
connector development. Just check out the branch and type ant
build-dev and you should be able to
Hi all,
The wiki connector has become part of trunk at this point. Various
folks (e.g. Tobias Wunderlich) have asked for it. If you are one of
them I'd greatly appreciate feedback as to how it works for you.
Thanks,
Karl
Erlend Garåsen has sent along this note to me:
I forgot to mention that University of Oslo now uses MCF (in
production) to crawl all internal web documents which is not part of our CMS.
Try out our new search service:
http://www.uio.no/english/
It's built on Solr, and of course, MCF. :)
Erlend
201 - 300 of 1851 matches
Mail list logo