February 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-3503) Replication queue not enabled properly in Infinispan subsystem

by Martin Gencur (JIRA)

Martin Gencur created AS7-3503: ---------------------------------- Summary: Replication queue not enabled properly in Infinispan subsystem Key: AS7-3503 URL: https://issues.jboss.org/browse/AS7-3503 Project: Application Server 7 Issue Type: Bug Components: Clustering Reporter: Martin Gencur Assignee: Paul Ferraro Fix For: 7.1.0.Final I recently ran our testsuite for EDG and found out that the replication queue is not enabled anywhere. This probably has to do with latest configuration changes in ISPN: CacheAdd class in ISPN subsystem calls builder.clustering().async().replQueueMaxElements(...) and builder.clustering().async().replQueueMaxElements(...) but does not call builder.clustering().async().useReplQueue(true) to really enable the replication queue. Failed test in Jenkins: https://hudson.qa.jboss.com/hudson/view/EDG6/view/EDG-QE/job/edg-60-funct... Test class location: https://svn.devel.redhat.com/repos/jboss-qa/edg/edg-functional-tests/trun... -- 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

12 years, 11 months

1
1
0 / 0

[JBoss JIRA] (AS7-3538) org.hibernate.infinispan module is missing dependencies for native Hibernate 2lc usuage

by Scott Marlow (JIRA)

Scott Marlow created AS7-3538: --------------------------------- Summary: org.hibernate.infinispan module is missing dependencies for native Hibernate 2lc usuage Key: AS7-3538 URL: https://issues.jboss.org/browse/AS7-3538 Project: Application Server 7 Issue Type: Bug Components: JPA / Hibernate Reporter: Scott Marlow Assignee: Scott Marlow Fix For: 7.1.0.Final -- 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

12 years, 11 months

1
1
0 / 0

[JBoss JIRA] (JBRULES-2269) Virtual Service Manager

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/JBRULES-2269?page=com.atlassian.jira.plug... ] Geoffrey De Smet updated JBRULES-2269: -------------------------------------- Fix Version/s: 5.4.0.Beta3 (was: 5.4.0.Beta2) > Virtual Service Manager > ----------------------- > > Key: JBRULES-2269 > URL: https://issues.jboss.org/browse/JBRULES-2269 > Project: Drools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assignee: Mark Proctor > Fix For: 5.4.0.Beta3 > > -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JBRULES-2936) Importing decision table from Excel: Non Ascii chars should not be corrupted

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/JBRULES-2936?page=com.atlassian.jira.plug... ] Geoffrey De Smet updated JBRULES-2936: -------------------------------------- Fix Version/s: 5.4.0.Beta3 (was: 5.4.0.Beta2) > Importing decision table from Excel: Non Ascii chars should not be corrupted > ---------------------------------------------------------------------------- > > Key: JBRULES-2936 > URL: https://issues.jboss.org/browse/JBRULES-2936 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Geoffrey De Smet > Fix For: 5.4.0.Beta3 > > > see > http://stackoverflow.com/questions/5298748/guvnor-rules-encoding > Excel (like windows) probably has crappy encoding standardization (as in none at all), so I suspect that we 'll need to ask the excel document what encoding (or even what locale) it is and read the data in that encoding. -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (AS7-3515) Verify Internet Explorer compatibility

by Heiko Braun (JIRA)

Heiko Braun created AS7-3515: -------------------------------- Summary: Verify Internet Explorer compatibility Key: AS7-3515 URL: https://issues.jboss.org/browse/AS7-3515 Project: Application Server 7 Issue Type: Task Components: Console Reporter: Heiko Braun Assignee: Heiko Braun Fix For: 7.1.0.Final -- 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

12 years, 11 months

1
3
0 / 0

[JBoss JIRA] (AS7-3518) Verify IE9

by Heiko Braun (JIRA)

Heiko Braun created AS7-3518: -------------------------------- Summary: Verify IE9 Key: AS7-3518 URL: https://issues.jboss.org/browse/AS7-3518 Project: Application Server 7 Issue Type: Sub-task Components: Console Reporter: Heiko Braun Assignee: Stan Silvert Fix For: 7.1.0.Final -- 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

12 years, 11 months

1
3
0 / 0

[JBoss JIRA] (AS7-3517) Verify IE8

by Heiko Braun (JIRA)

Heiko Braun created AS7-3517: -------------------------------- Summary: Verify IE8 Key: AS7-3517 URL: https://issues.jboss.org/browse/AS7-3517 Project: Application Server 7 Issue Type: Sub-task Components: Console Reporter: Heiko Braun Assignee: Stan Silvert Fix For: 7.1.0.Final -- 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

12 years, 11 months

1
4
0 / 0

[JBoss JIRA] (AS7-3516) Verify IE7

by Heiko Braun (JIRA)

Heiko Braun created AS7-3516: -------------------------------- Summary: Verify IE7 Key: AS7-3516 URL: https://issues.jboss.org/browse/AS7-3516 Project: Application Server 7 Issue Type: Sub-task Components: Console Reporter: Heiko Braun Assignee: Heiko Braun Fix For: 7.1.0.Final -- 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

12 years, 11 months

1
4
0 / 0

[JBoss JIRA] (JASSIST-149) ClassFormatError when using an ExprEditor, replacing a MethodCall after replacing a FieldAccess with a throw-Statement

by Ben Romberg (JIRA)

Ben Romberg created JASSIST-149: ----------------------------------- Summary: ClassFormatError when using an ExprEditor, replacing a MethodCall after replacing a FieldAccess with a throw-Statement Key: JASSIST-149 URL: https://issues.jboss.org/browse/JASSIST-149 Project: Javassist Issue Type: Bug Affects Versions: 3.15.0-GA Environment: JRE 1.6 Reporter: Ben Romberg Assignee: Shigeru Chiba To reproduce, use the following ExprEditor: new ExprEditor() { edit(FieldAccess fieldAccess) { fieldAccess.replace("throw new ..."); } edit(MethodCall methodCall) { methodCall.replace(...); } } Now, use the ExprEditor on a method assigning a field first and then calling a method. When loading the modified class, the following exception should occur: java.lang.ClassFormatError: Invalid pc in LineNumberTable in class file de/andrena/next/systemtest/pure/PureOnlyForOwnMethodsFieldsAndParametersSystemTest$TargetClass at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) at java.lang.ClassLoader.defineClass(ClassLoader.java:616) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2291) at java.lang.Class.getDeclaredFields(Class.java:1743) ... Expected behavior: * Either correctly replacing the methodCall without corrupting the line-number-table, or * throwing a CannotCompileException when trying to modify/insert code after a throw-Expression. -- 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

12 years, 11 months

2
5
0 / 0

[JBoss JIRA] (JGRP-1419) UNICAST / UNICAST2: combine retransmission for all members

by Bela Ban (JIRA)

Bela Ban created JGRP-1419: ------------------------------ Summary: UNICAST / UNICAST2: combine retransmission for all members Key: JGRP-1419 URL: https://issues.jboss.org/browse/JGRP-1419 Project: JGroups Issue Type: Enhancement Reporter: Bela Ban Assignee: Bela Ban Fix For: 3.1 UNICAST: - The sender has an AckSenderWindow, the receiver an AckReceiverWindow - The sender keeps retransmitting until the receiver delivers the message and acks it UNICAST2: - The sender has an AckSenderWindow (without retransmission) and the receiver a NakReceiverWindow - The receiver asks the sender for retransmission only if there's a gap - Stability ensures that the sender doesn't keep messages around forever Suggestions: - Similar to NAKACK, don't use a separate retransmitter for every member (window), but have just 1 retransmitter task scan the message tables and do retransmission - In UNICAST2, Table<Message> can replace the NakReceiverWindow on the receiver side - In UNICAST2, we can probably also replace the sender's window with a Table<Message> - in UNICAST, the sender's AckSenderWindow can also be replaced with a Table<Message> - In UNICAST, investigate whether the receiver window can be replaced with a Table<Message> as well ! If we can do this, then we have - only 1 proven data structure (Table<Message>) - not 1 retransmitter per window, but 1 for all the windows (saving space) ! -- 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

12 years, 11 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2012