There is actually only less then 200 lines of code involve in this and they
are more or less fully covered by 4 unit tests.
This stuff is meant only for RHQ and as of now is not even built by default
(our CI builds don't contain this feature).
Now if you ask also about the whole scripting modularity feature (i.e. not
only python), there are about 20 new unit tests for it ranging from making
sure stuff works as it used to be, adding new unit tests for features that
didn't have unit tests before (the remote API simplification (i.e. the removal
of Subject parameter from the remote API methods)), tests for the module
loading (i.e. the "require()" function in javascript) and downloading scripts
from rhq server.
For more information about the feature, I'd refer you to the wiki pages:
https://docs.jboss.org/author/display/RHQ/Multiple+languages+in+CLI
https://docs.jboss.org/author/display/RHQ/Script+Modularity+-+Javascript
https://docs.jboss.org/author/display/RHQ/Script+Modularity+-+Python
Again, I'd like to stress that even though Python support is now fully
implemented it is NOT part of our CI builds yet. We're actually trying to
determine how it should be integrated in this very thread.
Thanks,
Lukas
On Friday, July 13, 2012 10:36:45 Michael Foley wrote:
There hasn't been any interaction with QE on this new feature. So I am sort
of curious ...
What level of developer automation is in place now that we support it?
how many automated tests?
what sort of automated code coverage provided by development?
Is this new supported feature in RHQ? or JON?
Curious to learn more ....
Regards,
Michael Foley
QE Lead, JBoss Operations Network
From: "Lukas Krejci" <lkrejci(a)redhat.com>
To: "rhq-devel" <rhq-devel(a)lists.fedorahosted.org>
Sent: Thursday, July 12, 2012 3:54:17 PM
Subject: Include Python support in the CLI by default?
Hi everyone,
so now that we support Python as a CLI language, do you think it would be
worth including that support by default in the CLI? The jar is kinda hefty
10MBs because it embeds the whole jython but on the other hand it does bring a
whole new language to RHQ ;)
Or do you think it'd be better to add another section to RHQ's downloads
section in the UI to offer different language support modules that the users
could then install?
Or some other way?
_______________________________________________
rhq-devel mailing list
rhq-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/rhq-devel