RHQ and AS7 - invitation to discussions
by Heiko W.Rupp
Heya,
so with JBossAS team releasing a first beta of JBoss AS 7, we also started
looking into AS7 in more detail.
Progress has started and some plugin work has been done in the as7plugin branch
of git.
As the architecture of AS7 with its domain mode is fundamentally different from
previous versions of JBossAS, we will also need to make changes in other areas
of RHQ. In order to find the best ways to do this, we will have a series of discussions.
This wiki page hosts some information about the AS7 architecture and how it
differs from previous versions: http://www.rhq-project.org/display/RHQ/RHQ_AS7_mapping
I am inviting *everyone* to join us for these discussions.
The next discussion will be coming Thursday 4pm MEST = 10am EST.
Dial in numbers are below (standard ReservationLess+ dial in for Red Hat folks),
access code is *2042160481*
In addition to the conf call number, we will present progress, ideas and changes
via Elluminate.
Session access for the next session is via
https://sas.elluminate.com/m.jnlp?sid=819&password=M.029EC0B288FAD3533D47...
I hope to see many of you online
Heiko
Dial in numbers
Global Network Access
Toll Dial-in Numbers:
Australia, Melbourne : 0382561740
Australia, Sydney : 0289852326
Austria, Vienna : 012534978196
Belgium, Brussels : 027920405
China : 4006205013
China : 8008190132
Czech Republic, Prague : 239014984
Denmark, Copenhagen : 32729215
France, Paris : 0170377140
Germany, Berlin : 030300190579
Germany, Frankfurt : 06922222594
Hong Kong, Hong Kong : 85230730429
Hungary, Budapest : 7789030
India, Bangalore : 08039417180
India, Mumbai : 02230985358
India, New Delhi : 01139417180
Ireland, Dublin : 014367793
Italy, Milan : 0236269529
Japan, Tokyo : 0345807897
Korea (South), Seoul : 0234837408
Lithuania, Vilnius : 52054224
Lithuania, Vilnius : 52054226
Luxembourg, Luxembourg : 24871157
Malaysia, Kuala Lumpur : 0348190012
Netherlands, Amsterdam : 0207975872
Norway, Oslo : 21033188
Romania, Bucharest : 0318103711
Russian Federation, Moscow : 4999221989
Singapore : 64840858
Slovak Republic, Bratislava : 0233456338
Slovenia, Ljubljana : 016003991
Spain, Barcelona : 935452328
Spain, Madrid : 914146284
Sweden, Stockholm : 0850513770
Switzerland, Geneva : 0225927881
Switzerland, Zurich : 0445803463
United Kingdom : 02078970515
United Kingdom, LocalCall : 08445790678
United States : 2127295016
Global Network Access
Toll-Free Dial-in Numbers:
Argentina : 08004441016
Australia : 1800337169
Austria : 0800005898
Bahamas : 18002054778
Bahrain : 80004377
Barbados : 18668556594
Belarus : 882000110160
Belgium : 080048325
Bolivia : 800100768
Brazil : 08008921002
Bulgaria : 008001100236
Chile : 800370228
Colombia : 018009134033
Costa Rica : 08000131048
Croatia (Hrvatska) : 0800222320
Cyprus : 80095297
Czech Republic : 800701035
Denmark : 80887114
Dominican Republic : 18887512313
Ecuador : 1800020545
Egypt : 08000000188
El Salvador : 8006699
Estonia : 8000100232
Fiji : 008002539
Finland : 0800117116
France : 0805632867
Germany : 08006647541
Greece : 00800127562
Guam : 18773010136
Hong Kong : 800930349
Hungary : 0680014726
Hungary : 0680016796
Iceland : 8008967
India : 180030104350
Indonesia : 0018030179162
Ireland : 1800932401
Israel : 1809462557
Italy : 800985897
Jamaica : 18002050328
Japan : 0120934453
Kazakhstan : 88003337376
Korea (South) : 007986517393
Latvia : 80003339
Lithuania : 880030479
Luxembourg : 80026595
Malaysia : 1800814451
Malta : 80062176
Mexico : 0018664590915
Mexico : 018009269658
Monaco : 80093642
Netherlands : 08000222329
New Zealand : 0800888167
Nicaragua : 0018002202067
Norway : 80013504
Panama : 008002269184
Peru : 080052972
Philippines : 180011100991
Poland : 008001210187
Portugal : 800814625
Romania : 0800895537
Russian Federation : 81080028341012
Saint Kitts and Nevis : 18002059252
Saudi Arabia : 8008445917
Singapore : 8006162235
Slovak Republic : 0800001441
Slovenia : 080080471
South Africa : 0800982957
Spain : 800300524
Sweden : 0200896860
Switzerland : 0800650077
Taiwan : 00801127141
Thailand : 001800656966
Trinidad and Tobago : 18002024615
Turkey : 0080044632093
Turks and Caicos Islands : 18772780472
Ukraine : 0800500152
United Arab Emirates : 8000650591
United Kingdom : 08006948057
United States : 8004518679
Uruguay : 00040190315
Venezuela : 8001627182
Vietnam : 12011346
Virgin Islands (U.S.) : 8773007428
--
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera
13 years
Configuration syncing between RHQ servers
by Lukas Krejci
Hi,
this email is to start the discussions about a new feature we're contemplating
for RHQ - the ability to export and import "configuration" of the server. I
use the term "sync" for merely being able to export something and later be
able to import "it" to another server.
There is a wiki page documenting what parts of RHQ could theoretically be
synced:
http://wiki.rhq-
project.org/display/RHQ/Design+-+Configuration+synchronization.
This page also hints at the problems we are likely going to face when
implementing sync for various entities. Please read through it go get an idea
about the current thinking about the feature.
I'd be very much interested in gathering as much user input as possible so
that we implement features that will help your real-life needs.
It is important to note that this feature will deal with the configuration
data and there are no assumptions about the inventory of the two servers. They
may and most certainly will differ but that should not hinder the ability to
synchronize the configurations of the two servers.
In particular, I am interested in getting answers to the following questions:
1) What parts of RHQ would you like to sync between RHQ servers (below is a
list of all exportable "entities". Please say yes or no at each, ideally with
an explanation why and how you'd like to use it)?
- server configuration
- users
- roles
- metric templates
- alert templates
- content sources
- repos
- packages
- dyna groups
- plugins
- configuration, connection settings of a resource
- metric schedules of a resource
- alert definitions of a resource
2) How granular should the export be?
- all or nothing - i.e. "true" sync
- per "subsystem" (i.e. all users&roles, all templates, content sources &
repos & packages, ...)
- pick and choose individual entities
3) How segmented should the export be?
- lump different entity types together in one export file
- export per "subsystem"
4) When should the import be run?
- during RHQ server installation
- any time
Your feedback is appreciated.
Thanks,
Lukas
13 years, 1 month
new refresh button (?)
by John Mazzitelli
In commit 7a161e2, I added a global refresh button (see the top right of
the UI, next to the message center button).
I was hoping this would be a global refresh to both the left hand and
right hand side of the app (that is, the left-hand trees and the
right-hand table/views).
I don't think this actually refreshes the trees, which was surprising,
but maybe I'm wrong. I was expecting to see the "loading..." message and
see the tree refresh, but I don't see it.
Anyway, all this button does is call CoreGUI.refresh(), and I do see
that refresh all of our Table components.
Maybe this refresh button is handy, maybe not. If its less effective
than I hoped (that is, if it doesn't really refresh the left hand
trees), we can get rid of it.
What do you think? Should we keep it? Take it back out?
13 years, 1 month
heiko question on list of maps names
by John Mazzitelli
heiko asked this in the #rhq room:
(04:54:53 PM) pil-dinner: in a list of property maps - does the map name
need to come from the definition (i.e. is the same for all maps) or can
I use the name of the list row ?
Related to this question are these problems that we had to fix:
https://bugzilla.redhat.com/show_bug.cgi?id=610859
https://bugzilla.redhat.com/show_bug.cgi?id=622486
My comment in 622486 asks "do they really need to be the same? Why is
PropertyList.add checking this and throwing an exception when the maps
don't match?"
I don't see why this restriction needs to be there. I see no correlation
to the names of the map properties found in the list, however, this code
is in PropertyList.add:
public void add(@NotNull Property property) {
...
if (!property.getName().equals(this.memberPropertyName)) {
throw new IllegalStateException("All properties in a
PropertyList (id=[" + getId() + "], name=["
+ getName() + "]) must have the same name: [" +
property.getName() + "] != [" + this.memberPropertyName
+ "]");
}
In other words, if you have a list, all properties you put in the list
must have the same name. Therefore, if you have a list-o-maps, all maps
must have the same name and they must be the same name as the parent list.
I don't know why, and I bet if we take out that if-statement, all will
still work fine. The names should not matter for list items.
13 years, 1 month
more specific bundle targets
by Charles Crouch
Right now the Bundle subsystem lets you deploy a bundle to a group of platforms, if you also specify the absolute path to where you want the bundle to go.
What are the technical impediments from opening that up to support deploying a bundle to a group of JBAS servers? e.g. the bundle would by default go into the /deploy folder of each JBAS instance. Maybe you could also provide an additional folder structure beneath /deploy into which the bundle would go
Couple of issues spring to mind
1) I recall seeing in a BZ that we can't deploy two bundles to one path (which makes sense if the bundle is going to "own" that leaf folder) but this makes deploying multiple apps (bundles) into /deploy problematic.
2) JBAS7 is going to support a much more centralized deployment model, e.g. you talk to the domain controller not the individual nodes to do deployment. I know that Bundles are not resource type specific, but is there anyway we could make these two concepts play nicely?
Thanks
Charles
13 years, 1 month
Portlet versions of Resource/Group Activity moved to first Activity tab.
by spinder
Hi all,
I just pushed Resource/Group portlet versions of ActivityView to master. There are still a few small bugs to chase down, but rolling this out to get more eyes on it. If you have tried out earlier portlet versions and encounter dashboard view issues try resetting the dashboard as some portlet names have been changed.
With this change:
- all relevant portlets can be added/removed/minimized/refreshed within the context of a Resource/Group dashboard.
- where relevant portlet configuration has been enabled to filter the available content based on priority/status/time window where relevant and adjust the numbers of results being displayed.
The intent here is to allow customers to configure the viewable elements to customize the dashboard like elements for Resources/Groups.
Let me know if you encounter any issues or have other feedback.
-Simeon
13 years, 1 month
Minimum libraries to run the web services ?
by Heiko W.Rupp
Hi,
does anyone know what the minimum libraries needed are to run a client
over our web services?
In the cli zip (rhq4) I see the libs above.
I can't imagine testng is needed (is it for the cli?). What about remoting?
Heiko
55424 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/commons-logging-1.1.0.jboss.jar
255349 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/concurrent-1.3.4-jboss-update1.jar
56709 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/getopt-1.0.13.jar
61504 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/i18nlog-1.0.10.jar
599743 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/javassist-3.8.0.GA.jar
406564 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/jboss-common-1.2.1.GA.jar
907988 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/jboss-remoting-2.2.2.SP8.jar
87325 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/jline-0.9.94.jar
367444 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/log4j-1.2.14.jar
8717 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/opencsv-1.8.jar
52150 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/persistence-api-1.0.jar
1434136 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-core-domain-4.0.0-SNAPSHOT.jar
126396 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-core-util-4.0.0-SNAPSHOT.jar
301787 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-enterprise-comm-4.0.0-SNAPSHOT.jar
944334 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-enterprise-server-4.0.0-SNAPSHOT-client.jar
1575014 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-enterprise-server-4.0.0-SNAPSHOT.jar
72649 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-remoting-cli-4.0.0-SNAPSHOT.jar
11014 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-remoting-client-api-4.0.0-SNAPSHOT.jar
82912 03-16-11 14:14 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/rhq-script-bindings-4.0.0-SNAPSHOT.jar
526520 02-21-11 21:36 rhq-remoting-cli-4.0.0-SNAPSHOT/lib/testng-5.13.1.jar
--
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera
13 years, 1 month
eclipse compile errors
by John Mazzitelli
the maven build is fine, eclipse is giving me lots of errors. All
surrounding the subpackages under org.rhq.binding
can someone tell me what that is and more importantly what I have to add
to eclipse's .classpath so these errors will go away.
These are probably generated classes, just have to know what generated
classes directory we need to add to eclipse
13 years, 1 month
Joining IRC via web chat
by Heiko W.Rupp
Hi,
as you know developers are hanging out on irc://irc.freenode.net/#rhq
If you can not use irc protocol from where you are (e.g because the
firewall is blocking it), you can still join the conversations via
web frontend at
http://webchat.freenode.net/?channels=rhq
Hope to see you online
Heiko
--
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera
13 years, 1 month
gwt exceptions
by John Mazzitelli
First, if you are writing GWT services in RHQ, you should know that all
*GWTService interface methods should throw RuntimeException and all
*GWTServiceImpl implementation methods should catch throwable and throw
a "scrubbed" runtime exception (this is to avoid serialization errors
when we get things like EJBExceptions - the GWT client doesn't have
javax.ejb classes like that exception class. This is true for all server
side exceptions that are not available in the client, not just EJB
exceptions).
Anyway, I fixed all of our GWTServiceImpls so they now call
org.rhq.enterprise.gui.coregui.server.gwt.AbstractGWTServiceImpl.getExceptionToThrowToClient
and throws the returned exception. That returned exception is scrubbed,
but we also ensure we log the exception and its stack trace in the
server log. The returned exception also has an id number you can
correlate back to the server log - so now when you get an unhelpful
exception in the browser (we show exceptions in the message center
details dialog), our message center will show the exception message that
includes an id number in brackets that you can look for in the server
log to correlate it with the real exception/stack trace. Normally,
server side stack traces are much more helpful in determining the problem.
Here's the bugzilla on this:
https://bugzilla.redhat.com/show_bug.cgi?id=688679
13 years, 1 month