5:55 a.m.
Tomaz Cerar created AS7-3789:
--------------------------------
Summary: Hornetq adds up to 4s to boot of as7 full configuration.
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.Final, 7.1.0.CR1b, 7.1.0.CR1
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Attachments: hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:55 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar updated AS7-3789:
-----------------------------
Attachment: hornetq-hotspot.jpg
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Labels: bootstrap, hornetQ
Attachments: hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:26 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar commented on AS7-3789:
----------------------------------
What is currently happening in the code is that it gets all NetworkInterfaces and then
iterates trough them until it finds appropriate one and uses its hardware address.
this is the code of org.hornetq.utils.UUIDGenerator cleaned up for easier reading and
without reflection)
{code:java}
Enumeration<NetworkInterface> en = NetworkInterface.getNetworkInterfaces();
while (en.hasMoreElements()) {
NetworkInterface nint = en.nextElement();
if (nint.isVirtual())continue;
if (!nint.isLoopback()) {
byte[] address = nint.getHardwareAddress();
if (address != null && address.length == 6) {
byte[] paddedAddress =
UUIDGenerator.getZeroPaddedSixBytes(address);
if (UUIDGenerator.isBlackList(address)) {
continue;
}
if (paddedAddress != null) {
if (UUIDGenerator.log.isDebugEnabled()) {
UUIDGenerator.log.debug("using hardware address
" + UUIDGenerator.asString(paddedAddress));
}
return paddedAddress;
}
}
}
}
{code}
problem on windows7 is that because of ipv6 for every nic you have you get 4 entries in
return of NetworkInterface.getNetworkInterfaces();
in my case there are 12 network interfaces(vmware,vpn, bluetooth,wlan,lan,..) that
ipconfig /all returns. times 4 and you get 48 interfaces.
the problematic then is call isLoopback(native call) that takes 50-150ms for each call, in
general you have to check 10-15 interfaces before you find right one and that sums to
quite bit of time...
It could also happen that you have to check all of them and that would take even more time
and time performance of the function is deterministic :(
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Labels: bootstrap, hornetQ
Attachments: hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:46 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar updated AS7-3789:
-----------------------------
Attachment: hornetq-after.jpg
This is jprofiler output after replacing org.hornetq.tools.UUID with java.util.UUID
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Labels: bootstrap, hornetQ
Attachments: hornetq-after.jpg, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:50 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar updated AS7-3789:
-----------------------------
Attachment: hornetq-core.jar
This is my patched version of hornetq it is based upon Branch_2_2_AS7 branch
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Labels: bootstrap, hornetQ
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:20 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Jason Greene updated AS7-3789:
------------------------------
Fix Version/s: 7.1.1.Final
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.1.Final
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:47 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Brian Stansberry updated AS7-3789:
----------------------------------
Fix Version/s: 7.1.2.Final
(was: 7.1.1.Final)
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jason Greene
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:04 p.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Jason Greene reassigned AS7-3789:
---------------------------------
Assignee: Jeff Mesnil (was: Jason Greene)
Hi Jeff,
Could you review this HQ patch?
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:01 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Jeff Mesnil commented on AS7-3789:
----------------------------------
tomaz, did you attach a patch? I can only see your compiled hornetq-core.jar in the
attachments...
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:53 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Dimitris Andreadis commented on AS7-3789:
-----------------------------------------
Are we waiting for a new HornetQ release with a fix?
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:59 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar commented on AS7-3789:
----------------------------------
I am testing it, but as i have changed laptops i get different results by default. will
post jprofiler results later today after few more tests
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:35 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Dimitris Andreadis commented on AS7-3789:
-----------------------------------------
How is the testing going Tomaz?
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:37 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar commented on AS7-3789:
----------------------------------
Dimitris: we are discussing details on linked issues HORNETQ-854
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:49 p.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Dimitris Andreadis commented on AS7-3789:
-----------------------------------------
Thanks Tomaz. BTW, is this fixed now? I don't see the delay in booting
standalone-full.xml anymore?! (win7/32b)
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:40 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Jeff Mesnil commented on AS7-3789:
----------------------------------
dimitris, yes the fix has been merged into HornetQ 2.2.15.Final. That's why you
don't see the delay anymore.
There is still room for performance improvements (do not use reflection, etc.) but the
main bottleneck has been fixed.
Does the current boot time is fast enough to downgrade the priority of this issue (or
close it)?
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:04 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Dimitris Andreadis commented on AS7-3789:
-----------------------------------------
Just tried standalone-full.xml at 2855ms, so that looks pretty competitive to me.
Maybe leave some optimizations for later releases? :)
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:11 a.m.
[
https://issues.jboss.org/browse/AS7-3789?page=com.atlassian.jira.plugin.s...
]
Tomaz Cerar resolved AS7-3789.
------------------------------
Resolution: Done
fixed in hornetq 2.2.15.Final
some additional identifed improvments will be done later on
Hornetq adds up to 4s to boot of as7 full configuration.
--------------------------------------------------------
Key: AS7-3789
URL: https://issues.jboss.org/browse/AS7-3789
Project: Application Server 7
Issue Type: Enhancement
Components: Server
Affects Versions: 7.1.0.CR1, 7.1.0.CR1b, 7.1.0.Final
Environment: Windows 7, 64bit
Reporter: Tomaz Cerar
Assignee: Jeff Mesnil
Priority: Critical
Labels: bootstrap, hornetQ
Fix For: 7.1.2.Final-redhat1
Attachments: hornetq-after.jpg, hornetq-core.jar, hornetq-hotspot.jpg
when starting as7 with full configuration
standalone.bat -c standalone-full.xml
boot time can be up to 8 seconds or more depending on system configuration.
Problematic part of code in hornetq was identified to be inside UUIDGenerator where it
tries to obtain hardware address (mac) that it then uses for generating uuid.
When i was trying to fix this problem I found out that only proper solution would be to
replace org.hornetq.tools.UUID for java.util.UUID as code for UUID generation inside
hornetq is quite old and is actually an old version of "Java UUID Generator"
project http://wiki.fasterxml.com/JugHome as it quite old version it did not use
java.util.UUID for generating uuids but it's own algorithm.
The only potential concern I see is that hornetq uses UUID type 1(time + mac) but
java.util.UUID uses type 4 (random).
Java's implementation of type 4 UUID uses SecureRandom for generating uuids which
uses hardware signature(not just mac) for random.
So it would be safe to replace org.hornetq.tools.UUID with java's but this is quite a
modification in hornetq code that I rather not provide my patch for it :)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
5205
days inactive
5268
days old
16 comments
5 participants
participants (5)
-
Brian Stansberry (JIRA) -
Dimitris Andreadis (JIRA)
-
Jason Greene (JIRA)
-
Jeff Mesnil (JIRA)
-
Tomaz Cerar (JIRA)