Detecting WildFly version
by Emmanuel Hugonnet
Hi,
I need to detect the version of a WildFly installation (so not running).
I used to look into the Implementation-Version: entry in the MANIFEST.MF of org/jboss/as/server/main/wildfly-server-8.1.0.Final.jar
But with the full /core split now I'm getting the wildfly-core version which might not be relevant.
I thought also to look int jboss-as-version-${version}.jar but it suffers with the same issue :-(
What is the official supported way of doing this ?
Cheers,
Emmanuel
10 years, 1 month
WildFly Core 1.0.0.Alpha12
by Brian Stansberry
This week's alpha of WildFly Core has been released and integrated into
full WildFly.
Best regards,
--
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat
10 years, 1 month
session.invalidate with open conversation results in DummyTransactionException
by Tom Schuller
Hy,
We are getting DummyTransactionExceptions when we are invalidating a
session when a non-transient conversation is still open.
I just give in the forum a complete guide how to reproduce our problem.
Maybe somebody has time to look on it:
https://developer.jboss.org/message/909561#909561
Here the resume of the forum:
I just tried out with
https://ci.jboss.org/hudson/job/WildFly-latest-master/1470/
We are getting the same exception DummyTransactionException
We are working in the "full-ha" profile.
What we are to reproduce the problem:.
- downloading WildFly-latest-master #1470 [Jenkins]
- added an management user for the console with "add-user.bat"
- changing in %JBOSS_HOME%\domain\configuration\domain.xml the
"cluster-password" to a real password
- starting up with "domain.bat" and loading the console (
http://localhost:9990)
- changed the "main-server-group" to "full-ha" profile with
"full-ha-sockets" binding
- restarted the WildFly support to get it running in "full-ha"
- deplayed the convTest.war (latest version with sources is attached in
the forum thread) to the main-server-group and enabled it
- doing the test:
- opening http://localhost:8080/convTest/step1.jsf
- starting a conversation by clicking on "startConversation" button
- clicking the "logout" button to invalidate the session
=> DummyTransactionException
What are we doing wrong?
Thanks.
Tom
10 years, 1 month
duplicate resource on deploying
by Claudio Miranda
Hi, on latest wildfly, any resource jar in deployments directory
(standalone) is added to domain.xml and data/content directory.
Restart wildfly it throws duplicate resource exception because the
same resource is in deployments directory and deployment list of
standalone.xml
This was not the previous behavior, is it intended to be this way ?
--
Claudio Miranda
claudio(a)claudius.com.br
http://www.claudius.com.br
10 years, 1 month
Monitoring wildfly using Influx
by Heiko Braun
I've created a quick walkthrough how to configure and use the #rhq monitoring subsystem and #influxdb to monitor wildfly instances:
https://github.com/rhq-project/wildfly-monitor/wiki/InfluxDB
This is the first cut, still in it's early stages, but provides an end-to-end demonstration how to offload monitoring data into InfluxDB and access it through a web interface or a command line utility.
Regards, Heiko
10 years, 1 month