Re: [VOTE] Release Apache ManifoldCF 0.1 Incubating, RC7

2011-01-10 Thread Jack Krupansky
+1 (but non-committer) -- Jack Krupansky -Original Message- From: Karl Wright Sent: Monday, January 10, 2011 8:40 AM To: connectors-dev@incubator.apache.org Subject: Re: [VOTE] Release Apache ManifoldCF 0.1 Incubating, RC7 +1 for me. Karl On Mon, Jan 10, 2011 at 8:39 AM, Karl

Re: [VOTE] Release Apache ManifoldCF 0.1 Incubating, RC6

2011-01-08 Thread Jack Krupansky
+1 (but a non-committer) -- Jack Krupansky -Original Message- From: Karl Wright Sent: Saturday, January 08, 2011 7:10 PM To: connectors-dev Subject: Re: [VOTE] Release Apache ManifoldCF 0.1 Incubating, RC6 +1 from me. Karl On Sat, Jan 8, 2011 at 7:05 PM, Karl Wright daddy

Re: [RESULT][VOTE] Release ManifoldCF 0.1?

2011-01-04 Thread Jack Krupansky
+ 1 from me (although I still haven't found time to do testing with Solr.) -- Jack Krupansky -Original Message- From: Simon Willnauer Sent: Tuesday, January 04, 2011 9:11 AM To: connectors-dev@incubator.apache.org Subject: Re: [RESULT][VOTE] Release ManifoldCF 0.1? I checked out all

Re: [RESULT][VOTE] Release ManifoldCF 0.1?

2010-12-24 Thread Jack Krupansky
It's most likely the holidays. Too much of a mad rush, either to leave early or to get real work done to try to leave early. Sorry I wasn't able to find time to try out the RC. Hopefully... next week will be slow and I'll have better luck finding a few minutes of quiet time. -- Jack

Re: [VOTE] Release ManifoldCF 0.1?

2010-12-19 Thread Jack Krupansky
I'm inclined to go ahead with a +1, but maybe it would be advisable to give the RC a couple of days. (And maybe I'll finally get around to trying it out as well.) If nobody objects by Wednesday/Thursday - and there are some +1's - go ahead and say its done. -- Jack Krupansky -Original

Re: Release?

2010-12-01 Thread Jack Krupansky
on here!) On Nov 24, 2010, at 8:39 AM, Karl Wright wrote: Uploaded RC1. Karl On Wed, Nov 24, 2010 at 7:04 AM, Karl Wright daddy...@gmail.com wrote: A problem with the FileNet connector has caused me to build an RC1. It's uploading now. Karl On Tue, Nov 23, 2010 at 1:12 PM, Jack Krupansky

Re: Release?

2010-11-15 Thread Jack Krupansky
releases. So, 0.1 does not need this right now. -- Jack Krupansky -Original Message- From: Grant Ingersoll Sent: Monday, November 15, 2010 10:23 AM To: connectors-dev@incubator.apache.org Subject: Re: Release? On Nov 10, 2010, at 1:22 AM, Jack Krupansky wrote: And the wiki doc is also

Re: Release?

2010-11-09 Thread Jack Krupansky
. on a monthly/bi-monthly basis as progress is made. In short, get MCF as-is 0.1 out ASAP, have a very short list for MCF 0.5 to get it out reasonably soon, and then revisit what 1.0 really means versus 0.6, etc. -- Jack Krupansky -Original Message- From: Grant Ingersoll Sent: Tuesday

Re: Release?

2010-11-09 Thread Jack Krupansky
think. (Got to keep up with Google Connectors!) -- Jack Krupansky -Original Message- From: Karl Wright Sent: Tuesday, November 09, 2010 9:28 AM To: connectors-dev@incubator.apache.org Subject: Re: Release? I'm in favor of a release. I'm not sure, though, what the release parameters

Re: Release?

2010-11-09 Thread Jack Krupansky
without a nightly build, but it would be nice to say that we also have a rolling trunk release which is just the latest build off trunk and the latest wiki/doc as well. So, some people may want the official 0.1, but others may want to run straight from trunk/nightly build. -- Jack Krupansky

Re: Naming status?

2010-10-17 Thread Jack Krupansky
Good enough for me. So I'll consider this deal closed -- by the community, and that the name Apache ManifoldCF is official or as official as it can get. -- Jack Krupansky -- From: Grant Ingersoll gsing...@apache.org Sent: Sunday, October 17

Re: Naming status?

2010-10-16 Thread Jack Krupansky
I'd prefer that Grant close the deal on the name since he is the one with clout at Apache, but you could do it as well, I suppose - I don't know how these things really work yet. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent

[jira] Commented: (CONNECTORS-116) Possibly remove memex connector depending upon legal resolution

2010-10-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920568#action_12920568 ] Jack Krupansky commented on CONNECTORS-116: --- It would be nice to see

[jira] Created: (CONNECTORS-118) Crawled archive files should be expanded into their constituent files

2010-10-13 Thread Jack Krupansky (JIRA)
Issue Type: New Feature Components: Framework crawler agent Reporter: Jack Krupansky Archive files such as zip, mbox, tar, etc. should be expanded into their constituent files during crawling of repositories so that any output connector would output the flattened archive

[jira] Commented: (CONNECTORS-118) Crawled archive files should be expanded into their constituent files

2010-10-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920730#action_12920730 ] Jack Krupansky commented on CONNECTORS-118: --- Support within the file system

[jira] Commented: (CONNECTORS-118) Crawled archive files should be expanded into their constituent files

2010-10-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920787#action_12920787 ] Jack Krupansky commented on CONNECTORS-118: --- Aperture's approach was just

[jira] Commented: (CONNECTORS-118) Crawled archive files should be expanded into their constituent files

2010-10-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920801#action_12920801 ] Jack Krupansky commented on CONNECTORS-118: --- One of those VFS links points

[jira] Issue Comment Edited: (CONNECTORS-118) Crawled archive files should be expanded into their constituent files

2010-10-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920801#action_12920801 ] Jack Krupansky edited comment on CONNECTORS-118 at 10/13/10 7:35 PM

Re: [RESULT][VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-10-04 Thread Jack Krupansky
. Grant, any comments? Karl On Sun, Oct 3, 2010 at 8:58 PM, Jack Krupansky jack.krupan...@lucidimagination.com wrote: I'm okay with all of that, but with a question whether we can get away with using an abbreviation in org.apache.mcf as opposed to org.apache.manifoldcf. And then, whether

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Jack Krupansky
far (+1 and -1)? I'll let Karl send out a proper reminder of wherever he says we are. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Wednesday, September 29, 2010 11:08 AM To: connectors-dev@incubator.apache.org Subject: Re

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Jack Krupansky
Ah, okay, that's cool. So if the vote fails (= 0 or 0?), we would then vote on the next choice, which is... Manicon. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Wednesday, September 29, 2010 12:01 PM To: connectors-dev

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Jack Krupansky
Can we stick with a 8-person minimum quorum for this and most other votes? In other words the vote closes at the deadline if there is a quorum, other it stays open until 5 p.m. after there is a quorum. -- Jack Krupansky -- From: Karl Wright

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Jack Krupansky
. So, next candidate on the list was... Manicon, 19 Unless it has legal problems, it fits our requirements. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, September 28, 2010 6:52 PM To: connectors-dev@incubator.apache.org

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Jack Krupansky
. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, September 28, 2010 6:46 PM To: connectors-dev@incubator.apache.org Subject: Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF I'm tempted. Apache Nothing has a nice ring

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Jack Krupansky
-1 for me. Standing alone it's an okay name, but trying to actually use it is a pain (and we might as well call it MCF). But I'll certainly go along with the majority. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Jack Krupansky
with three basic, core variations: ManifoldCF, MCF, Manifold Connectors Framework. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, September 28, 2010 8:04 PM To: connectors-dev@incubator.apache.org Subject: Re: [VOTE] Rename Apache

Re: [VOTE] Select a name to possibly replace Apache Connectors Framework

2010-09-24 Thread Jack Krupansky
When does this stage of voting close? -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Thursday, September 23, 2010 5:28 PM To: connectors-dev connectors-dev@incubator.apache.org Subject: [VOTE] Select a name to possibly replace

Re: Soliciting more potential names for the project formerly known as LCF

2010-09-22 Thread Jack Krupansky
I'd give people another day since it seems so quiet. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Wednesday, September 22, 2010 3:40 AM To: connectors-dev@incubator.apache.org Subject: Re: Soliciting more potential names

Re: Soliciting more potential names for the project formerly known as LCF

2010-09-22 Thread Jack Krupansky
Great! Anyone on this list can nominate names and vote. The more participation, the better. -- Jack Krupansky -- From: George Aroush geo...@aroush.net Sent: Wednesday, September 22, 2010 10:47 PM To: connectors-dev@incubator.apache.org Subject

Re: Exploring ManifoldCF ramifications

2010-09-21 Thread Jack Krupansky
I concur with having a base class for all ACF exceptions, and then the specific exceptions extend that base. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, September 21, 2010 10:08 AM To: connectors-dev

Re: Exploring ManifoldCF ramifications

2010-09-21 Thread Jack Krupansky
, like me, are clumsy with too much shift key action) to MCF is somewhat... obvious. And when you lower-case the name for package names to manifoldcf, it kind of looks weird. -- Jack Krupansky -- From: Grant Ingersoll gsing...@apache.org Sent

Re: Exploring ManifoldCF ramifications

2010-09-21 Thread Jack Krupansky
That's a perfect example of what I was trying to suggest and avoids the usage problems. Although it has too many syllables for my taste, but that's just me. -- Jack Krupansky -- From: Upayavira u...@odoko.co.uk Sent: Tuesday, September 21, 2010

Re: Exploring ManifoldCF ramifications

2010-09-21 Thread Jack Krupansky
, 2010 at 8:02 AM, Jack Krupansky jack.krupan...@lucidimagination.com wrote: I'd much prefer a simple, short, name. Using a descriptive phrase as a name has these problems. Tacking on CF does indeed fix one problem, but at a high cost. That said, I am okay with a combo of a short name and a long

Re: Exploring ManifoldCF ramifications

2010-09-21 Thread Jack Krupansky
That sounds fine with me. Assuming by ACF you mean the full name Apache Connectors Framework with ACF as the local informal name, although in practice maybe everybody would refer to it, even externally, as ACF as well, as was with LCF. -- Jack Krupansky

Re: Soliciting more potential names for the project formerly known as LCF

2010-09-21 Thread Jack Krupansky
] Contour [Contor into a word to avoid misspelling] Contango [Connectors are a bit of a dance; a term from commodities futures trading] -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, September 21, 2010 4:27 PM To: connectors

Re: [VOTE] Pick either Apache Connectors Framework or Apache ManifoldCF

2010-09-20 Thread Jack Krupansky
We could put CF on the end of each of the original short names and re-vote them... but don't do that unless somebody seconds that approach. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Monday, September 20, 2010 2:33 PM

Re: [VOTE] Pick either Apache Connectors Framework or Apache ManifoldCF

2010-09-20 Thread Jack Krupansky
+1 -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Monday, September 20, 2010 3:23 PM To: connectors-dev@incubator.apache.org Subject: Re: [VOTE] Pick either Apache Connectors Framework or Apache ManifoldCF Based on the level

Re: [jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-13 Thread Jack Krupansky
I briefly reviewed the proposal wiki and it looks good good enough to move forward. There may be revisions as we actually start using it, but this is definitely a big step in the right direction. -- Jack Krupansky -- From: Karl Wright daddy

Re: [RESULT][VOTE] Pick your preferred name

2010-09-13 Thread Jack Krupansky
+1 to both - review of name and address the NTLM issue since ACF is getting closer to where an actual 0.1 release could be considered. -- Jack Krupansky -- From: Grant Ingersoll grant.ingers...@gmail.com Sent: Monday, September 13, 2010 1:35 PM

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12909036#action_12909036 ] Jack Krupansky commented on CONNECTORS-98: -- Looks good. This meets meets my

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-12 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12908581#action_12908581 ] Jack Krupansky commented on CONNECTORS-98: -- Just to confirm, as requested

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-10 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12908148#action_12908148 ] Jack Krupansky commented on CONNECTORS-98: -- I am still pondering this embedded

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907614#action_12907614 ] Jack Krupansky commented on CONNECTORS-98: -- I have looked at the code a bit

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907712#action_12907712 ] Jack Krupansky commented on CONNECTORS-98: -- Some RESTful resource doc: http

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907735#action_12907735 ] Jack Krupansky commented on CONNECTORS-98: -- I think status is probably

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907736#action_12907736 ] Jack Krupansky commented on CONNECTORS-98: -- re: We could not pass (arguments

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907758#action_12907758 ] Jack Krupansky commented on CONNECTORS-98: -- re: the command cannot itself

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-09-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907875#action_12907875 ] Jack Krupansky commented on CONNECTORS-98: -- It makes sense that GetPathInfo

[jira] Commented: (CONNECTORS-104) Make it easier to limit a web crawl to a single site

2010-09-08 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12907201#action_12907201 ] Jack Krupansky commented on CONNECTORS-104: --- Simple works best

[jira] Created: (CONNECTORS-104) Make it easier to limit a web crawl to a single site

2010-09-07 Thread Jack Krupansky (JIRA)
: Improvement Components: Web connector Affects Versions: LCF Release 0.5 Reporter: Jack Krupansky Priority: Minor Fix For: LCF Release 0.5 Unless the user explicitly enters an include regex carefully, a web crawl can quickly get out of control and start

Re: About name change -- Macon

2010-08-31 Thread Jack Krupansky
How about Macon... from Mac[hinery] + con[nection]. A small city, also a dirigible airship. -- Jack Krupansky -- From: Grant Ingersoll gsing...@apache.org Sent: Tuesday, August 31, 2010 6:46 AM To: connectors-dev@incubator.apache.org Subject: Re

Re: About name change -- Acromantula

2010-08-31 Thread Jack Krupansky
! Or, might J. K. Rowling sue us for stealing her work? -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, August 31, 2010 8:01 AM To: connectors-dev@incubator.apache.org Subject: Re: About name change -- Macon I don't find

[jira] Commented: (CONNECTORS-57) Solr output connector option to commit at end of job, by default

2010-08-31 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-57?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12904746#action_12904746 ] Jack Krupansky commented on CONNECTORS-57: -- This looks fine so far and should

Re: [VOTE] Pick your preferred name

2010-08-31 Thread Jack Krupansky
1. Apache Yukon 2. Apache Macon 3. Apache Lukon -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Tuesday, August 31, 2010 6:44 PM To: connectors-dev connectors-dev@incubator.apache.org Subject: [VOTE] Pick your preferred name I

Re: About name change

2010-08-30 Thread Jack Krupansky
on the exact list of name choices for the second decision. Should there be a vote on whether to vote for abstract vs. descriptive or just proceed to vote directly? -- Jack Krupansky -- From: Grant Ingersoll gsing...@apache.org Sent: Monday

Re: About name change

2010-08-30 Thread Jack Krupansky
. descriptive issue is resolved. -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Monday, August 30, 2010 3:20 PM To: connectors-dev@incubator.apache.org Subject: Re: About name change I think we should vote directly. Perhaps we can save

Re: About name change

2010-08-30 Thread Jack Krupansky
as the full name, with XYZ as the official Apache name (or handle as I call it), where XYZ is a placeholder for a name as yet to be determined. And Apache gets stuck on the front of the name, by convention. -- Jack Krupansky -- From: Karl Wright daddy

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-08-27 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12903559#action_12903559 ] Jack Krupansky commented on CONNECTORS-98: -- I'll be mostly looking through code

Re: About name change

2010-08-26 Thread Jack Krupansky
, or whatever other handle is chosen. As I said, I will defer to the PMC (?) endorses, but I would hope that there is some consistency with current and traditional Apache project naming conventions. -- Jack Krupansky -- From: Simon Willnauer simon.willna

[jira] Created: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-08-26 Thread Jack Krupansky (JIRA)
/browse/CONNECTORS-98 Project: Apache Connectors Framework Issue Type: Improvement Components: API Affects Versions: LCF Release 0.5 Reporter: Jack Krupansky Fix For: LCF Release 0.5 (This was originally a comment on CONNECTORS-56 dated 7/16

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-08-26 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902982#action_12902982 ] Jack Krupansky commented on CONNECTORS-98: -- Karl asks what do you plan to do

[jira] Commented: (CONNECTORS-98) API should be pure RESTful with the API verb represented using the HTTP GET/PUT/POST/DELETE methods

2010-08-26 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902983#action_12902983 ] Jack Krupansky commented on CONNECTORS-98: -- Karl says I await your patch

Re: [VOTE]: Change svn root for Apache Connectors Framework?

2010-08-25 Thread Jack Krupansky
I am in favor of the change assuming the name change is officially official despite the chatter on gene...@incubator.apache.org, but I'd like to see some confirmation that the grumbling has subsided over there. -- Jack Krupansky -- From: Karl

Re: [VOTE]: Change svn root for Apache Connectors Framework?

2010-08-25 Thread Jack Krupansky
to read what the discussion was, or still is. -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Wednesday, August 25, 2010 9:25 AM To: connectors-dev@incubator.apache.org Subject: RE: [VOTE]: Change svn root for Apache Connectors Framework? I'm

Re: Need an opinion, on whether to change package or not

2010-08-22 Thread Jack Krupansky
+1 -- Jack Krupansky -- From: Karl Wright daddy...@gmail.com Sent: Sunday, August 22, 2010 1:49 PM To: connectors-dev connectors-dev@incubator.apache.org Subject: Need an opinion, on whether to change package or not Consider this an official

[jira] Commented: (CONNECTORS-56) All features should be accessible through an API

2010-07-14 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12888377#action_12888377 ] Jack Krupansky commented on CONNECTORS-56: -- Some cURL and/or Perl test scripts

[jira] Commented: (CONNECTORS-60) Agent process should be started automatically

2010-07-13 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12888000#action_12888000 ] Jack Krupansky commented on CONNECTORS-60: -- Unless I am mistaken, the jetty

Re: JSON license

2010-07-13 Thread Jack Krupansky
I'm no expert on licenses, so I would look at what Solr does and maybe ping Grant. Presumably LCF should have a legal subdirectory somewhere for license notices. -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Tuesday, July 13, 2010 5:02

Re: [jira] Commented: (CONNECTORS-60) Agent process should be started automatically

2010-07-13 Thread Jack Krupansky
That would help. Keep in mind the Jira issue for bundling the database server as well. I was assuming that there was still some technical advantage to running LCF in the non-QuickStart multi-process configuration. -- Jack Krupansky -- From

[jira] Commented: (CONNECTORS-55) Bundle database server with LCF packaged product

2010-07-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886720#action_12886720 ] Jack Krupansky commented on CONNECTORS-55: -- Karl notes that we've had to mess

[jira] Commented: (CONNECTORS-55) Bundle database server with LCF packaged product

2010-07-09 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886724#action_12886724 ] Jack Krupansky commented on CONNECTORS-55: -- When Karl says It *does* limit your

[jira] Commented: (CONNECTORS-55) Bundle database server with LCF packaged product

2010-07-08 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886490#action_12886490 ] Jack Krupansky commented on CONNECTORS-55: -- I was using the term install

[jira] Created: (CONNECTORS-56) All features should be accessible through an API

2010-07-08 Thread Jack Krupansky (JIRA)
Components: Framework core Reporter: Jack Krupansky LCF consists of a full-featured crawling engine and a full-featured user interface to access the features of that engine, but some applications are better served with a full API that lets the application control the crawling

[jira] Created: (CONNECTORS-50) Proposal for initial two releases of LCF, including packaged product and full API

2010-06-30 Thread Jack Krupansky (JIRA)
: Lucene Connector Framework Issue Type: New Feature Components: Framework core Reporter: Jack Krupansky Currently, LCF has a relatively high-bar or evaluation and use, requiring developer expertise. Also, although LCF has a comprehensive UI, it is not currently

Re: Derby/JUnit bad interaction - any ideas?

2010-06-08 Thread Jack Krupansky
If we need to require Java 1.6, that is probably okay. I am fine with that. Does anybody have a serious objection to requiring Java 1.6 for LCF? -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Tuesday, June 08, 2010 6:35 AM To: connectors

Re: Derby

2010-06-03 Thread Jack Krupansky
) Possibly commit to Solr. 7) AgentStop. 8) Back to step 1 for additional jobs. Correct? -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Thursday, June 03, 2010 7:24 PM To: connectors-dev@incubator.apache.org Subject: RE: Derby The daemon does

Re: Derby

2010-06-03 Thread Jack Krupansky
What is the nature of the single LCF process issue? Is it because the database is being used in single-user mode, or some other issue? Is it a permanent issue, or is there a solution or workaround anticipated at some stage. Thanks. -- Jack Krupansky

Re: Some more thoughts on a classloader plug-in style architecture

2010-06-02 Thread Jack Krupansky
. Or maybe just a naming convention so that the name of the UI component can be deduced given the logical name of a connector. -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Wednesday, June 02, 2010 6:45 AM To: connectors-dev

Re: Some more thoughts on a classloader plug-in style architecture

2010-06-02 Thread Jack Krupansky
as is, provided that any phases of instability are relatively contained, which seems to be the normal case here anyway. -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Wednesday, June 02, 2010 9:00 AM To: connectors-dev@incubator.apache.org

[jira] Commented: (CONNECTORS-37) LCF should use an XML configuration file, not the simple name/value config file it currently has

2010-06-01 Thread Jack Krupansky (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12874029#action_12874029 ] Jack Krupansky commented on CONNECTORS-37: -- I'll defer to the community

Re: Proposal for simple LCF deployment model

2010-05-28 Thread Jack Krupansky
advantage of such a config file is that it is easier for people to post problem reports that show exactly how they set up LCF. -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Friday, May 28, 2010 5:48 AM To: connectors-dev

Re: Proposal for simple LCF deployment model

2010-05-28 Thread Jack Krupansky
-party repository connectors cannot be supported using a Solr-style plug-in approach? Or, worst case, as separate processes with a clean inter-process API? Maybe not in the near-term, but as a longer-term vision. -- Jack Krupansky -- From

Re: Proposal for simple LCF deployment model

2010-05-28 Thread Jack Krupansky
, leading-edge (bleeding-edge) users are used to more than a little inconvenience. Still, a Solr-simple evaluation install would be... sweet. -- Jack Krupansky -- From: karl.wri...@nokia.com Sent: Friday, May 28, 2010 2:17 PM To: connectors-dev

Re: Proposal for simple LCF deployment model

2010-05-28 Thread Jack Krupansky
configuration that is ready to Start a crawl. Better to have one (or two or three if necessary) config file that encompasses the entire configuration setup rather than separate manual steps. Whether it is high enough priority for the first release is a matter for debate. -- Jack Krupansky