Olaf, thanks for your comment!

What I learned from JBoss' JMX-implementation
is that: JMX is a cool technology, BUT due to
its awful GUI nobody knew what to do with it.
(I remembered that looking at your screenshots.)
Thats a true comment.
This is another great functionality of the mx4j jmx implementation in opposite to the jboss jmx implementation.
http://mx4j.sourceforge.net/docs/ch05s10.html
mx4j use xml and xslt to render the html ui.
What you actually see is the default xslt template and trust me we will change the templates when we had done the java code.
So in case you find the actually nutch ui ok, then we can come very close to this look and feel. :)



Still I believe that JMX would be very useful for
everybody, we just need a good example that proofs
its advantages.

I had tried to give one example. I agree that most people here run nutch on one machine (not Byron ;-} ).
As i understand the idea of nutch the goal is to run real huge enterprise search engines. So the most important points from my point of view are
+ monitor-ability. In case you run 100 servers you wish to know whats happen on server 23 right now.
+ availability. In case you your networkcard crash on search server node 5 a other engine need to take over the job.
+ maintainability. Do you ever see @ yahoo or google a message like "sorry we are done for update our software"? I only seen that at sourceforge or gmx these days. :-)


Maybe it would be a good idea to quickly write wrappers
for most of the administrative functions. Those could
be used to implement a nice GUI that people can test
and fall in love with.
As Doug said, that should be the beginning and right that is just the baby step
I have some more real advantages in mind for example fail over and in the long term view load balancing.



The next step would be to change vast parts of the code.
In my opinion this will take a much longer time to do.
I agree that is way I try to get the stone to roll.

Up until those changes are implemented the administration
might be a little harder or slower, but people might be
convinced that those channges are necessary.
I think it will be very similar to the process the plugin system comes to nutch, but I still hope we can optimize that process by a better communication.
"First they ignore you, then they ...." (Gandhi)


Cheers,
Stefan




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Nutch-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nutch-developers

Reply via email to