[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-tabpanelfocusedCommentId=12920542#action_12920542 ] Mark Miller commented on CONNECTORS-116: Indeed - my impression is that we

Re: [VOTE] Rename Apache Connectors Framework to ManifoldCF

2010-09-29 Thread Mark Miller
: [VOTE] Rename Apache Connectors Framework to ManifoldCF Ok, I just want an up-or-down vote on ManifoldCF at this point. +1 from me. Karl On Tue, Sep 28, 2010 at 7:22 PM, Mark Miller markrmil...@gmail.com wrote: On 9/28/10 7:10 PM, Jack Krupansky wrote: Fair enough. I could live

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 trademark for a

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: Karl Wright

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] Rename Apache Connectors Framework to ManifoldCF

2010-09-28 Thread Mark Miller
candidate list with Connex removed. -- Jack Krupansky -- From: Mark Miller markrmil...@gmail.com Sent: Tuesday, September 28, 2010 6:43 PM To: connectors-dev@incubator.apache.org Subject: Re: [VOTE] Rename Apache Connectors Framework

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.

[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-tabpanelfocusedCommentId=12908561#action_12908561 ] Mark Miller commented on CONNECTORS-98: --- I agree - I think the best REST

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 daddy...@gmail.com wrote: I know this is

Re: About name change

2010-08-30 Thread Mark Miller
Services Xalan Xerces XML XMLBeans XML Graphics Karl On Mon, Aug 30, 2010 at 1:24 PM, Mark Miller markrmil...@gmail.com wrote: 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

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, most of

[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-tabpanelfocusedCommentId=12902940#action_12902940 ] Mark Miller commented on CONNECTORS-56: --- bq. HTTP methods other than GET or PUT

[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-tabpanelfocusedCommentId=12902941#action_12902941 ] Mark Miller commented on CONNECTORS-98: --- bq. Also, POST should be usable

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 jack.krupan...@lucidimagination.com wrote: +1 -- Jack Krupansky -- From: Karl Wright

[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-tabpanelfocusedCommentId=12879178#action_12879178 ] Mark Miller commented on CONNECTORS-40: --- From http://search.lucidimagination.com

[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

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

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