[JBoss JIRA] Commented: (AS7-1821) CLONE - Web Management Interface does not show existing queues, topics and connection factories
by Heiko Braun (JIRA)
[ https://issues.jboss.org/browse/AS7-1821?page=com.atlassian.jira.plugin.s... ]
Heiko Braun commented on AS7-1821:
----------------------------------
Here's the root cause:
{noformat}
[ERROR] java.lang.RuntimeException: readDouble
[ERROR] at org.jboss.dmr.client.DataInput.readDouble(DataInput.java:58)
[ERROR] at org.jboss.dmr.client.ModelNode.readExternal(ModelNode.java:1288)
[ERROR] at org.jboss.dmr.client.ObjectModelValue.<init>(ObjectModelValue.java:55)
[ERROR] at org.jboss.dmr.client.ModelNode.readExternal(ModelNode.java:1293)
[ERROR] at org.jboss.dmr.client.ObjectModelValue.<init>(ObjectModelValue.java:55)
[ERROR] at org.jboss.dmr.client.ModelNode.readExternal(ModelNode.java:1293)
[ERROR] at org.jboss.dmr.client.ObjectModelValue.<init>(ObjectModelValue.java:55)
[ERROR] at org.jboss.dmr.client.ModelNode.readExternal(ModelNode.java:1293)
[ERROR] at org.jboss.dmr.client.ObjectModelValue.<init>(ObjectModelValue.java:55)
[ERROR] at org.jboss.dmr.client.ModelNode.readExternal(ModelNode.java:1293)
[ERROR] at org.jboss.dmr.client.ModelNode.fromBase64(ModelNode.java:1131)
[ERROR] at org.jboss.as.console.client.shared.subsys.messaging.MessagingPresenter$4.onSuccess(MessagingPresenter.java:328)
{noformat}
> CLONE - Web Management Interface does not show existing queues, topics and connection factories
> -----------------------------------------------------------------------------------------------
>
> Key: AS7-1821
> URL: https://issues.jboss.org/browse/AS7-1821
> Project: Application Server 7
> Issue Type: Bug
> Components: Console
> Affects Versions: 7.0.1.Final
> Reporter: Miroslav Novak
> Assignee: Heiko Braun
> Fix For: 7.1.0.CR1
>
> Attachments: as-1871.png, domain.xml
>
>
> Web Management Interface does not show existing queues, topics and connection factories in http://localhost:9990/console/App.html#domain/profile/messaging. Could it be fixed please?
> Thank you,
> Mirek
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (JGRP-1360) getXXXAddress() protocol methods are annoying
by Paul Ferraro (JIRA)
getXXXAddress() protocol methods are annoying
---------------------------------------------
Key: JGRP-1360
URL: https://issues.jboss.org/browse/JGRP-1360
Project: JGroups
Issue Type: Enhancement
Affects Versions: 2.12.1
Reporter: Paul Ferraro
Assignee: Bela Ban
Priority: Minor
This one has been bothering me for a while. Typically, when an object exposes JavaBean-style methods such as getBindAddress() and setBindAddress(String), one expects a certain level of idempotency. For example:
TP transport;
String address = "127.0.0.1";
transport.setBindAddress(address);
Assert.assertEquals(address, transport.getBindAddress());
However, the assertion fails, because getBindAddress() returns the toString() of the InetAddress composed during setBindAddress(). InetAddress.toString() returns a combination of the host name, and a resolved host address. Therefore, "127.0.0.1" != "/127.0.0.1"
More annoying, however, is the inability to do transport.setBindAddress(transport.getBindAddress()), since the result of getBindAddress() is not a valid address as expected by setBindAddress(String).
It would be great if all the getXXXAddress() methods returned the result of InetAddress.getHostAddress(). 3.0 is a perfect opportunity to make this kind of change.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (JBBUILD-692) The JBoss parent pom should not have any maven profiles
by Geoffrey De Smet (JIRA)
The JBoss parent pom should not have any maven profiles
-------------------------------------------------------
Key: JBBUILD-692
URL: https://issues.jboss.org/browse/JBBUILD-692
Project: JBoss Build System
Issue Type: Enhancement
Components: JBoss Parent POM
Affects Versions: JBoss Parent POM - 6
Reporter: Geoffrey De Smet
Assignee: Paul Gier
This might be a controversial change, but before dismissing this issue, please listen to my experience with profiles:
The current profiles in the pom can be removed:
- enforce: Instead of doing -Dskip-enforce use -Denforcer.skip=true as documented here: http://maven.apache.org/plugins/maven-enforcer-plugin/enforce-mojo.html#skip
- source: Instead of doing -Dskip-sources, create an issue on the maven-source-plugin to skip it there. I see no point in skipping this though as it's not slow.
- release: Why is that configuration in a profile? They 'll definitely forget to activate that profile during release. (Especially since -Denforce does not work but -Penforce does, but the later disables the use of other profiles). Fix on the deploy-plugin (by activating updateReleaseInfo on non-SNAPSHOT)
- dev-reports: Why does this need to be in a profile? A "mvn clean install" doesn't run them anyway. An everyone knows that a "mvn site" takes forever, so it's ok to add them there by default.
Furthermore, the motivation behind this:
- Profiles complicate the build, making it harder to understand what's happening.
- In practice, contributors want 2 profiles:
-- fast (the default, no profile): includes as much as possible (including enforcer and sources jars) but nothing that is slow (like building docbook docs or assemblies)
-- full (-Dfull): include everything (docbook docs, javadocs, signing, assemblies, ...): if the output missing something, it's a bug, not a missing build option
- Having more than these 2 profiles, confuses contributors and makes build maintance harder.
- When importing a pom.xml in IntelliJ or m2eclipse, you get asked which profiles you want to activate. You'll want to check the "full" profile so you get the sources of the slow modules (docbook, assemblies) too. Having other profiles there just confuses the developers.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (AS7-1802) Invalid option error for --pc-address and --pc-port with domain.sh
by Rostislav Svoboda (JIRA)
Invalid option error for --pc-address and --pc-port with domain.sh
------------------------------------------------------------------
Key: AS7-1802
URL: https://issues.jboss.org/browse/AS7-1802
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.0.1.Final
Reporter: Rostislav Svoboda
Assignee: Brian Stansberry
There is issue with resolving --pc-address and --pc-port options. Character '=' is not expected after these options.
org.jboss.as.host.controller.Main contains
} else if (CommandLineConstants.INTERPROCESS_PC_PORT.equals(arg)) {
...
} else if (CommandLineConstants.INTERPROCESS_PC_ADDRESS.equals(arg)) {
So when I specify '--pc-address 10.34.3.15' it continues to start AS7 properly.
NOTE: there is typo in ProcessMessages (org.jboss.as.process) change '%n' to '\n' on line 41.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months