|
| 1.1.2.8 | modified | nihility | testsuite/src/main/org/jboss/test/webservice/attachment/AttachmentProxyTestCase.java | Fix attachments on the return path (JBWS-146) |
| 1.1.2.2 | modified | nihility | jaxrpc/src/main/org/jboss/axis/encoding/DefaultTypeMappingImpl.java | Fix attachments on the return path (JBWS-146) |
| 1.1.2.2 | modified | nihility | jaxrpc/src/main/org/jboss/axis/wsdl/toJava/Utils.java | Fix attachments on the return path (JBWS-146) |
| 1.3.6.1 | deleted | starksm | varia/src/main/org/jboss/tools/Boot.java | no message |
| 1.2.6.1 | modified | ejort | testsuite/src/main/org/jboss/test/jbossmq/test/UIL2ConnectionUnitTestCase.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.4.6.2 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/msgs/ReceiveRequestMsg.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.4.6.1 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/ServerSocketManagerHandler.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.3.6.2 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/UILClientIL.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.3.6.1 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/UILClientILService.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.3.6.1 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/UILServerILFactory.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.5.6.3 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/UILServerILService.java | [JBAS-1578] - Send ReceiveRequestMsg as one-wayWhen delivering messages to the client, there is no need for the delivery thread to wait for the clientto say it got them. |
| 1.3.6.1 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/UILClientIL.java | Add the missing serialVersionUID |
| 1.1.2.3 | modified | ejort | connector/src/resources/dtd/jboss-ds_1_5.dtd | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.10.4.1 | modified | ejort | connector/src/resources/xa-rar/META-INF/ra.xml | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.12.4.1 | modified | ejort | connector/src/resources/local-rar/META-INF/ra.xml | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.22.2.4 | modified | ejort | connector/src/resources/stylesheets/ConnectionFactoryTemplate.xsl | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.6.4.3 | modified | ejort | connector/src/main/org/jboss/resource/adapter/jdbc/BaseWrapperManagedConnection.java | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.16.2.2 | modified | ejort | connector/src/main/org/jboss/resource/adapter/jdbc/BaseWrapperManagedConnectionFactory.java | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.2.4.3 | modified | ejort | connector/src/main/org/jboss/resource/adapter/jdbc/CachedPreparedStatement.java | [JBAS-1564] - Autocommit and PreparedStatementCacheThe prepared statement is not reused when autocommit is on.Reuse is defined as asking for the same prepared statement twice in the same transactionwithout closing the first request statement.Since this behaviour is not in the spec, I've also disabled reuse for autocommit==falsehowever if your database supports it, you can re-enable it with<share-prepared-statements>true</share-prepared-statements>in your -ds.xml |
| 1.4.6.1 | modified | ejort | messaging/src/main/org/jboss/mq/il/uil2/msgs/ReceiveRequestMsg.java | [JBAS-1578] - Trim the ReceiveRequestMsg when sending the reply. |
| 1.24.2.5 | modified | ejort | testsuite/.classpath | Fix the eclipe build |
| 1.15.6.3 | modified | ejort | console/.classpath | Fix the eclipse build |
| 1.17.2.5 | modified | ejort | varia/.classpath | Fix the eclipse build |
| 1.7.6.2 | modified | ejort | jms/.classpath | Fix the eclipse build |
| 1.12.2.5 | modified | ejort | remoting/.classpath | Fix the eclipse build |
| 1.12.4.3 | modified | ejort | cache/.classpath | Fix the eclipse build |
| 1.7.6.1 | modified | andd | system/src/main/org/jboss/system/ServiceMBean.java | JBAS-1577: white-space in ServiceMBean EVENT types, removed |
| 1.117.2.7 | modified | starksm | server/src/etc/conf/default/jboss-service.xml | Show the ScanEnabled attribute in the URLDeploymentScanner explicitly with its default value of true. |
| 1.29.2.1 | modified | ejort | messaging/src/main/org/jboss/mq/pm/jdbc2/PersistenceManager.java | [JBAS-1583] - JMS_TRANSACTIONS - primary key violationThe calculation of the max txid should be done before the incomplete transactions are rolled back. |
| 1.5.4.2 | modified | andd | system/src/main/org/jboss/system/ListenerServiceMBeanSupport.java | New Feature: JBAS-1365 - extension to ListenerServiceMBeanSupportThe filter mechanism has been extended to support specificationof arbitrary filters, using dynamic filter factory pluginsimplementing the NotificationFilterFactory interface.Three filter factories corresponding to the "standard" jmxnotification filters are supplied by default in packageorg.jboss.system.filterfactory. |
| 1.1.2.1 | modified | andd | system/src/main/org/jboss/system/NotificationFilterFactory.java | New Feature: JBAS-1365 - extension to ListenerServiceMBeanSupportThe filter mechanism has been extended to support specificationof arbitrary filters, using dynamic filter factory pluginsimplementing the NotificationFilterFactory interface.Three filter factories corresponding to the "standard" jmxnotification filters are supplied by default in packageorg.jboss.system.filterfactory. |
| 1.3.4.1 | modified | andd | system/src/main/org/jboss/system/ListenerServiceMBean.java | New Feature: JBAS-1365 - extension to ListenerServiceMBeanSupportThe filter mechanism has been extended to support specificationof arbitrary filters, using dynamic filter factory pluginsimplementing the NotificationFilterFactory interface.Three filter factories corresponding to the "standard" jmxnotification filters are supplied by default in packageorg.jboss.system.filterfactory. |
| 1.2.4.2 | modified | andd | system/src/resources/dtd/jboss-subscription.dtd | New Feature: JBAS-1365 - extension to ListenerServiceMBeanSupportThe filter mechanism has been extended to support specificationof arbitrary filters, using dynamic filter factory pluginsimplementing the NotificationFilterFactory interface.Three filter factories corresponding to the "standard" jmxnotification filters are supplied by default in packageorg.jboss.system.filterfactory. |
| 1.2.6.1 | modified | ejort | messaging/src/etc/server/examples/deploy/null-persistence-service.xml | [JBAS-1582] - NPM - example delegate persistence manager is wrong, attribute name should be DelegatePM |
| 1.6.2.1 | modified | ejort | messaging/src/main/org/jboss/mq/sm/jdbc/JDBCStateManager.java | [JBAS-1581] - JDBC StateManager - CREATE_TABLES_ON_STARTUP is wrongThe config now accepts both CREATE_TABLES_ON_STARTUP andCREATE_TABLES_ON_START_UP (for backwards compatibility) |
| 1.1.4.2 | modified | osdchicago | varia/src/main/org/jboss/jaxr/juddi/JUDDIService.java | Change the log level to "debug" from "warn" for the DB initialization process. |
| 1.117.2.6 | modified | starksm | server/src/etc/conf/default/jboss-service.xml | Show the ScanEnabled attribute in the URLDeploymentScanner explicitly with its default value of true. |
| 1.1.2.7 | modified | starksm | build/docs/readme.html | Include the release notes summary in the the readme. |
