[JBoss JIRA] Created: (JBMESSAGING-1494) UUIDGenerator does not use a different network address
by Jeff Mesnil (JIRA)
UUIDGenerator does not use a different network address
------------------------------------------------------
Key: JBMESSAGING-1494
URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1494
Project: JBoss Messaging
Issue Type: Feature Request
Reporter: Jeff Mesnil
Assignee: Tim Fox
Fix For: 2.0.0 Beta
UUIDGenerator always use InetAddress.getLocalHost() for its address which is likely to return the same result on different machines thus compromising the uniqueness of the UUID generated by different machines at the same time.
Instead, we should use an address returned by NetworkInterface to retrieve an address different from the local address.
In the case the UUIDGenerator is called from restricted clients (e.g. applets, no network permissions), we'd fall back on using the InetAddress.getLocalHost() but the uniqueness would not be guaranteed
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[JBoss JIRA] Created: (JBRULES-1811) syntax errors caused by use of special characters in decision table cells
by Frank Langelage (JIRA)
syntax errors caused by use of special characters in decision table cells
-------------------------------------------------------------------------
Key: JBRULES-1811
URL: https://jira.jboss.org/jira/browse/JBRULES-1811
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-decisiontables
Affects Versions: 4.0.7
Environment: JBoss-4.24GA with Drools 4.0.7 on Solaris Sparc 10, Sun JDK 1.6.0_07
Reporter: Frank Langelage
Assignee: Mark Proctor
A customer entered item codes with special characters into an decision table. This caused syntax errors on the generated code.
The item codes contained dimension in inches and they used a double quote for the unit (e.g. '... 24"....').
As this double quotes terminate a string, the generated code out of the decision table is invalid.
If a double quote sign is in the cell content this double quote must be masked by inserting a backslash character automatically.
So we would get "....24\"...." as the string literal in generated code.
>From our opinion it's not acceptable to force the user who fills in the data cells into the spreadsheet to learn java and masquerade problematic characters by inserting the backslash in front of them.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months