You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Nellya Udovichenko (JIRA)" <de...@geronimo.apache.org> on 2006/06/13 17:16:29 UTC
[jira] Created: (GERONIMO-2113) Geronimo doesn't start if restarted
using another JDK
Geronimo doesn't start if restarted using another JDK
-----------------------------------------------------
Key: GERONIMO-2113
URL: http://issues.apache.org/jira/browse/GERONIMO-2113
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: transaction manager
Versions: 1.1
Reporter: Nellya Udovichenko
Attachments: HOWLLog.patch
There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
start.
The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
ADLER-32 algorithm.
Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2113) Geronimo doesn't start if restarted
using another JDK
Posted by "Nellya Udovichenko (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
Nellya Udovichenko updated GERONIMO-2113:
-----------------------------------------
Attachment: HOWLLog.patch
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: transaction manager
> Versions: 1.1
> Reporter: Nellya Udovichenko
> Attachments: HOWLLog.patch
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2113) Geronimo doesn't start if restarted
using another JDK
Posted by "Donald Woods (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
Donald Woods updated GERONIMO-2113:
-----------------------------------
Fix Version/s: 1.1.x
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.1.x
>
> Attachments: HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2113) Geronimo doesn't start if restarted
using another JDK
Posted by "Donald Woods (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
Donald Woods updated GERONIMO-2113:
-----------------------------------
Fix Version/s: 1.1.2
1.2
(was: 1.1.x)
Affects Version/s: 1.1.1
1.2
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.2, 1.1, 1.1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.2, 1.1.2
>
> Attachments: HOWLLog.patch, HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (GERONIMO-2113) Geronimo doesn't start if
restarted using another JDK
Posted by "David Jencks (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
David Jencks reassigned GERONIMO-2113:
--------------------------------------
Assign To: David Jencks
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: transaction manager
> Versions: 1.1
> Reporter: Nellya Udovichenko
> Assignee: David Jencks
> Attachments: HOWLLog.patch
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-2113) Geronimo doesn't start if
restarted using another JDK
Posted by "Jason Dillon (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=comments#action_12428764 ]
Jason Dillon commented on GERONIMO-2113:
----------------------------------------
What is up with this issue? Seems like lowhanging fruit...
Patch is complaining though:
{noformat}
***************
*** 404,409 ****
infoFactory.addAttribute("bufferClassName", String.class, true);
infoFactory.addAttribute("bufferSizeKBytes", Integer.TYPE, true);
infoFactory.addAttribute("checksumEnabled", Boolean.TYPE, true);
infoFactory.addAttribute("flushSleepTimeMilliseconds", Integer.TYPE, true);
infoFactory.addAttribute("logFileDir", String.class, true);
infoFactory.addAttribute("logFileExt", String.class, true);
--- 414,420 ----
infoFactory.addAttribute("bufferClassName", String.class, true);
infoFactory.addAttribute("bufferSizeKBytes", Integer.TYPE, true);
infoFactory.addAttribute("checksumEnabled", Boolean.TYPE, true);
+ infoFactory.addAttribute("adler32Checksum", Boolean.TYPE, true);
infoFactory.addAttribute("flushSleepTimeMilliseconds", Integer.TYPE, true);
infoFactory.addAttribute("logFileDir", String.class, true);
infoFactory.addAttribute("logFileExt", String.class, true);
***************
*** 423,428 ****
"bufferClassName",
"bufferSizeKBytes",
"checksumEnabled",
"flushSleepTimeMilliseconds",
"logFileDir",
"logFileExt",
--- 434,440 ----
"bufferClassName",
"bufferSizeKBytes",
"checksumEnabled",
+ "adler32ChecksumEnabled",
"flushSleepTimeMilliseconds",
"logFileDir",
"logFileExt",
{noformat}
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.2, 1.1, 1.1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.2, 1.1.2
>
> Attachments: HOWLLog.patch, HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2113) Geronimo doesn't start if restarted
using another JDK
Posted by "Donald Woods (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
Donald Woods updated GERONIMO-2113:
-----------------------------------
Attachment: HOWLLog.patch
The HOWLLog.java part of the patch had 2 typos in it. Attaching the updated patch file that can be applied against 1.1.1 and compiles cleanly.
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.1.x
>
> Attachments: HOWLLog.patch, HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-2113) Geronimo doesn't start if
restarted using another JDK
Posted by "Donald Woods (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=comments#action_12425867 ]
Donald Woods commented on GERONIMO-2113:
----------------------------------------
howl-1.0.1-1.jar is available on the following Maven2 repo - http://www.ibiblio.org/maven2/org/objectweb/howl/howl/1.0.1-1/
Haven't found it on any M1 repos....
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.1.x
>
> Attachments: HOWLLog.patch, HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-2113) Geronimo doesn't start if
restarted using another JDK
Posted by "Donald Woods (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=comments#action_12432672 ]
Donald Woods commented on GERONIMO-2113:
----------------------------------------
You're having problems with the updated Aug. 4th patch file that was created against the 1.1.1 branch?
Not sure how the above is an error, as I use TortoiseSVN on Windows.... What command are you using to apply the patch file?
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.2, 1.1, 1.1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.2, 1.1.2
>
> Attachments: HOWLLog.patch, HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-2113) Geronimo doesn't start if restarted
using another JDK
Posted by "David Jencks (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-2113?page=all ]
David Jencks closed GERONIMO-2113.
----------------------------------
Fix Version/s: (was: 1.1.2)
Resolution: Fixed
Applied to trunk in rev 472646. NOT applied to 1.1 branch.
> Geronimo doesn't start if restarted using another JDK
> -----------------------------------------------------
>
> Key: GERONIMO-2113
> URL: http://issues.apache.org/jira/browse/GERONIMO-2113
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: transaction manager
> Affects Versions: 1.2, 1.1, 1.1.1
> Reporter: Nellya Udovichenko
> Assigned To: David Jencks
> Fix For: 1.2
>
> Attachments: HOWLLog.patch, HOWLLog.patch
>
>
> There is a bug in HOWL. At Geronimo launching time the file content control sum is calculated by the function
> java.nio.ByteBuffer.hashCode(). Therefore, if hash code algorithms of various JDKs differ Geronimo doesn't
> start.
> The bug is repaired in howl-1.0.1 by the introducing of the new parameter adler32Checksum. If the parameter
> value is false the control sum is calculated by the function java.nio.ByteBuffer.hashCode() otherwise it is calculated using
> ADLER-32 algorithm.
> Attached patch adds the parameter to configs/j2ee-server/src/plan/plan.xml and
> to org.apache.geronimo.transaction.log.HOWLLog gbean with default value 'true'.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira