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

2010-10-13 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12920542#action_12920542 ] Mark Miller commented on CONNECTORS-116: Indeed - my impression is that we

Re: svn commit: r1021533 - in /incubator/lcf/trunk: modules/connectors/memex/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/memex/ tests/memex-testing-package/org/apache/manifoldcf/c

2010-10-12 Thread Mark Miller
It's kind of odd to just nuke a bunch of code without any public discussion? The content is still in svn and or has been distributed...what is the hurry in ramming through this svn remove? This seems very unusual and not apache like... On Tue, Oct 12, 2010 at 11:58 AM, Karl Wright wrote: > Ther

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Mark Miller
t;>>>>> describe AMCF as "Manifold Connectors Framework" at times? >>>>>>>> >>>>>>>> Karl >>>>>>>> >>>>>>>> On Tue, Sep 28, 2010 at 8:04 PM, Karl Wright >>>>>

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Mark Miller
On 9/28/10 6:40 PM, Karl Wright wrote: > Vote +1 to rename Apache Connectors Framework to Apache ManifoldCF. > Vote -1 to keep the project name of Connectors Framework, or to retain > Connex, if that wins its vote. > > This vote also expires end of day on Friday. > > Note: "Manifold" is a tradema

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Mark Miller
arl >>>> >>>> >>>> >>>> On Tue, Sep 28, 2010 at 7:30 PM, Jack Krupansky >>>> wrote: >>>>> -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

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Mark Miller
sh a >> good choice. >> >> Karl >> >> >> On Tue, Sep 28, 2010 at 6:49 PM, Jack Krupansky >> wrote: >>> Or Nocon or Noman. >>> >>> I know people are tired of voting, but I think we should really >>> re-vote for >>>

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Mark Miller
Krupansky > wrote: >> Or Nocon or Noman. >> >> I know people are tired of voting, but I think we should really re-vote for >> the revised candidate list with Connex removed. >> >> -- Jack Krupansky >> >>

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Mark Miller
hmmm...I think I'm all voted out. Can we just call it nothing? On 9/28/10 6:40 PM, Karl Wright wrote: > Vote +1 to rename Apache Connectors Framework to Apache ManifoldCF. > Vote -1 to keep the project name of Connectors Framework, or to retain > Connex, if that wins its vote. > > This vote also

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

2010-09-28 Thread Mark Miller
1.ManifoldCF 2.Connex -Mark On 9/28/10 4:44 PM, Jack Krupansky wrote: > My votes: > > Connex > Connie > Contango > Contour > Manicon > Multicon > Ralph > Repositor > > (In alpha order, no preference implied.) > > -- Jack Krupansky > > -- > From

Re: Exploring ManifoldCF ramifications

2010-09-21 Thread Mark Miller
On 9/21/10 10:08 AM, Karl Wright wrote: > The exception naming issue is noted, but that's really a separate > problem. The IOException exception comes from the IO subsystem, and > it's the base exception of everything from an encoding exception > through a socket problem through a timeout. ACFExc

[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 Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908561#action_12908561 ] Mark Miller commented on CONNECTORS-98: --- I agree - I think the best RES

Re: [VOTE] Pick your preferred name

2010-09-02 Thread Mark Miller
On 9/2/10 8:21 AM, Karl Wright wrote: > You have until 5 PM Friday to tally your final vote. > > Bear in mind, however, that changing your vote to achieve a desired outcome > may well cause others to change their votes to counteract your move. So I > urge people to change your vote ONLY if you wa

Re: [VOTE] Pick your preferred name

2010-08-31 Thread Mark Miller
I think its pretty clear that unless the lords of the incubator *force* us to do otherwise, we should just leave it as Apache Connectors Framework. The vote is going to end up reflecting that is my bet anyway. I havn't seen anyone that's actually involved (if you can say anyone beyond karl is reall

Re: [VOTE] Pick your preferred name

2010-08-31 Thread Mark Miller
On 8/31/10 7:09 PM, Matt Weber wrote: > Don't know if this is an open vote... but if it is: > > Apache Connectors Framework > Apache Yukon > Apache Manifold > > The more input the merrier!

Re: [VOTE] Pick your preferred name

2010-08-31 Thread Mark Miller
Apache Manifold Apache Connectors Framework Apache Yukon - mark On 8/31/10 6:54 PM, Karl Wright wrote: > My preferences: > > Apache Connectors Framework > Apache Manifold > Apache Acromantula > > Karl > > On Tue, Aug 31, 2010 at 6:44 PM, Karl Wright wrote: > >> I know this is un-Apache-like,

Re: About name change

2010-08-30 Thread Mark Miller
On 8/30/10 5:20 PM, Karl Wright wrote: > I'm not going to go head-to-head with you trying to split hairs. ;-) > Can we agree that something like "ContentCF" is a possibility under your > guidelines? (I'm not proposing that, I'm just trying to open the field up a > bit.) > > Karl > >From my end,

Re: About name change

2010-08-30 Thread Mark Miller
l Wright wrote: > Ok, let's do a count. > > Single word: 49 > Multiword: 26 > > (I'm not including commons or jakarta in this, because they are multiple > projects) > > Karl > > > On Mon, Aug 30, 2010 at 4:59 PM, Mark Miller wrote: > >> R

Re: About name change

2010-08-30 Thread Mark Miller
> I'm sure nobody will have a cow. Or, at > least not a very large one. ;-) > > Karl Right, but that's not a very good guiding principle for choosing an apache project name - nobody will have a cow. And yes, pretty much everyone I have ever heard talk about Lucene, calls it Lucene rather than t

Re: About name change

2010-08-30 Thread Mark Miller
They're just mashed together. ;-) > > Karl > > On Mon, Aug 30, 2010 at 4:44 PM, Mark Miller wrote: > >> On 8/30/10 1:37 PM, Karl Wright wrote: >>> snip - Consider using functional names, especially for products of >> existing >>> projects, e.g.

Re: About name change

2010-08-30 Thread Mark Miller
estry Tika TCL Tiles Tomcat TrafficServer Turbine Tuscany UIMA Velocity Wicket Web Services Xalan Xerces XML XMLBeans XML Graphics > > Karl > > On Mon, Aug 30, 2010 at 1:24 PM, Mark Miller wrote: > >> On 8/30/10 1:05 PM, Karl Wright wrote: >> >>> I'm not

Re: About name change

2010-08-30 Thread Mark Miller
On 8/30/10 1:05 PM, Karl Wright wrote: > I'm not too keen on just a simple abstract name - too meaningless for me. It works for countless Apache projects (that's really the standard) - not really buying it would be a problem here. Also, I havn't been following closely, so if someone hasn't point

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

2010-08-26 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12902940#action_12902940 ] Mark Miller commented on CONNECTORS-56: --- bq. HTTP methods other than GET or

[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 Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12902941#action_12902941 ] Mark Miller commented on CONNECTORS-98: --- bq. Also, POST should be usable a

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

2010-08-22 Thread Mark Miller
+1 to renaming the package - nows the time. - Mark http://www.lucidimagination.com (mobile) On Aug 22, 2010, at 8:01 PM, "Jack Krupansky" wrote: > +1 > > -- Jack Krupansky > > -- > From: "Karl Wright" > Sent: Sunday, August 22, 2010 1:49 PM

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

2010-07-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12886718#action_12886718 ] Mark Miller commented on CONNECTORS-55: --- If it's now that easy, then

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

2010-07-09 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12886715#action_12886715 ] Mark Miller commented on CONNECTORS-55: --- bq. Jack, for example, was extre

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

2010-07-08 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12886494#action_12886494 ] Mark Miller commented on CONNECTORS-55: --- All the more reason to get LCF wor

[jira] Commented: (CONNECTORS-40) Classloader-based plug-in architecture would permit LCF to be prebuilt

2010-06-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879182#action_12879182 ] Mark Miller commented on CONNECTORS-40: --- bq. could you summarize what you ar

[jira] Issue Comment Edited: (CONNECTORS-40) Classloader-based plug-in architecture would permit LCF to be prebuilt

2010-06-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879107#action_12879107 ] Mark Miller edited comment on CONNECTORS-40 at 6/15/10 7:3

[jira] Commented: (CONNECTORS-40) Classloader-based plug-in architecture would permit LCF to be prebuilt

2010-06-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879178#action_12879178 ] Mark Miller commented on CONNECTORS-40: --- >From

[jira] Commented: (CONNECTORS-40) Classloader-based plug-in architecture would permit LCF to be prebuilt

2010-06-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879174#action_12879174 ] Mark Miller commented on CONNECTORS-40: --- Hey Karl - To lower the bar

[jira] Commented: (CONNECTORS-40) Classloader-based plug-in architecture would permit LCF to be prebuilt

2010-06-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/CONNECTORS-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879107#action_12879107 ] Mark Miller commented on CONNECTORS-40: --- FYI: http://search.lucidimagination

Re: LCF report missing

2010-06-14 Thread Mark Miller
On 6/14/10 11:22 AM, Jukka Zitting wrote: Hi, I guess nobody took up the task of writing an LCF report for this months board meeting [1]. I was quite busy last week so I unfortunately didn't notice this in time. Sorry about that. The missing report is not too big a deal, but we'll need to submi

Re: Derby/JUnit bad interaction - any ideas?

2010-06-09 Thread Mark Miller
On 6/8/10 6:35 AM, karl.wri...@nokia.com wrote: I've been trying to get some basic tests working under Junit. Unfortunately, I've run into a Derby problem which prevents these tests from working. What happens is this. Derby, when it creates a database, forces a number of directories within t

[jira] Created: (CONNECTORS-43) Useless call to String.trim() in org.apache.lcf.ui.util.MultilineParser

2010-06-09 Thread Mark Miller (JIRA)
Framework Issue Type: Bug Reporter: Mark Miller Priority: Trivial {code} nextString.trim(); {code} should likely be: {code} nextString = nextString.trim(); {code} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to

[jira] Created: (CONNECTORS-42) Impossible cast in org.apache.lcf.core.database.Database

2010-06-09 Thread Mark Miller (JIRA)
: Bug Reporter: Mark Miller Priority: Minor {code} if (x instanceof TimeMarker) { ps.setTimestamp(i+1,new java.sql.Timestamp(((Long)x).longValue())); } {code} should likely be: {code} if (x instanceof TimeMarker

Re: Derby/JUnit bad interaction - any ideas?

2010-06-08 Thread Mark Miller
On 6/8/10 6:35 AM, karl.wri...@nokia.com wrote: I've been trying to get some basic tests working under Junit. Unfortunately, I've run into a Derby problem which prevents these tests from working. What happens is this. Derby, when it creates a database, forces a number of directories within t

Re: Grant, would you like to kick off a logo context?

2010-03-05 Thread Mark Miller
On 03/05/2010 09:47 AM, Grant Ingersoll wrote: On Mar 4, 2010, at 12:31 PM, Karl Wright wrote: Folks seem to think this page is a good way to start: http://wiki.apache.org/solr/LogoContest Do we have sponsors for such a thing? When I referred to that page, I was pointing more

Re: Logo possibilities

2010-01-21 Thread Mark Miller
Karl Wright wrote: > > Hi, > > I've posted some possible logos in the wiki - see > http://cwiki.apache.org/confluence/display/CONNECTORS/Possible+Logos . > The person who did these is willing to revise/do more, with proper > incentive. ;-) Please post your thoughts about appropriateness for > LCF,