[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-23 Thread Karl Wright (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12901309#action_12901309
 ] 

Karl Wright commented on CONNECTORS-91:
---

This patch file worked properly.
Since the automated tests do not exercise the commands, it would be good to set 
up a database instance from scratch using the changed code.  If you have 
already done this, please let me know and I will go ahead and commit the 
changes.


 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Apache Connectors Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: change_commands.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-23 Thread Karl Wright (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12901312#action_12901312
 ] 

Karl Wright commented on CONNECTORS-91:
---

Another thing I had not noticed before is that this patch removes all stderr 
success confirmation messages for those folks who use the commands, and 
replaces them with log output.  The log output is perfectly fine, but removing 
the feedback that the command was successful is, I think, not great.  If the 
log were going to stderr typically that would be OK, but it typically is not, 
so I think you are going to want to do both.  You would, obviously, want to do 
the stderr output within the main() method.

Would it be possible to fix that up before I commit this?


 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Apache Connectors Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: change_commands.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-23 Thread Jettro Coenradie (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12901316#action_12901316
 ] 

Jettro Coenradie commented on CONNECTORS-91:


Hmm, I think the logging option is better, if people provide the right 
configuration you have what you need and even more. But I understand what you 
mean with the main method implementation.

I'll add it back and provide a new patch.

I also tried the sample with the new classes and it all seems to work. Is that 
good enough?

 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Apache Connectors Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: change_commands.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-23 Thread Karl Wright (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12901336#action_12901336
 ] 

Karl Wright commented on CONNECTORS-91:
---

I looked at this.  The patch seems correct for some classes, but for others it 
is clearly incorrect, e.g. SynchronizeAll:

 {
   System.err.println(Usage: SynchronizeAll);
   System.exit(1);
+  System.err.println(Successfully synchronized all agents);
 }

Can you review your change for accuracy please?

Also, responding to the logging change - the log settings are global, and we 
are trying for the least amount of setup work necessary to achieve a functional 
system.  Clearly, all log messages to stderr is not going to be reasonable for 
people doing real crawls, so we'd need some way to segregate command output in 
order to direct it differently than everything else, which implies at the least 
you'd want a different logger, and then you'd also want to revise the 
documented log4j properties, if you think we should go that route.  

Re: testing.  The testing you've done so far is best we can do at the moment, 
unless you'd also like to write some unit tests.   I don't think this would be 
terribly difficult, but once again it would be time consuming. ;-)


 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Apache Connectors Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: change_commands.patch, 
 change_commands_with_system_err_println.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-16 Thread Jettro Coenradie (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12898857#action_12898857
 ] 

Jettro Coenradie commented on CONNECTORS-91:


If you feel this is the way to go, I will change the other classes that have a 
main method as well.

 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Lucene Connector Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: commandsPatch.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-16 Thread Karl Wright (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12898920#action_12898920
 ] 

Karl Wright commented on CONNECTORS-91:
---

It looks like this is simply using class-inheritance to separate out common 
functionality.  As such, I'm in favor of including this contribution.  Are 
there any subtleties I am missing?


 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Lucene Connector Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: commandsPatch.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (CONNECTORS-91) Making the initialization commands more useable

2010-08-16 Thread Jettro Coenradie (JIRA)

[ 
https://issues.apache.org/jira/browse/CONNECTORS-91?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12898925#action_12898925
 ] 

Jettro Coenradie commented on CONNECTORS-91:


There should be no subtleties, I mainly moved code from the main method into a 
new method and indeed a bit of class-inheritance.

 Making the initialization commands more useable
 ---

 Key: CONNECTORS-91
 URL: https://issues.apache.org/jira/browse/CONNECTORS-91
 Project: Lucene Connector Framework
  Issue Type: Improvement
  Components: Framework core
Reporter: Jettro Coenradie
 Fix For: LCF Release 0.5

 Attachments: commandsPatch.patch


 At the moment LCF comes with some classes that can be used to run command 
 line to interact with the system. Examples are DBCreate, DBDrop and 
 LockClean. I wanted to create a class that rebuilds my complete environment. 
 So dropping a database, creating a database, cleaning the synch folder, 
 registering agents, etc. Due to the structure of the classes with all the 
 logic in the main method, I could not easily reuse these classes. In the 
 patch I submit with issue I have refactored the current solution in a better 
 reuseable solution that can still be called command line.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.