BUILD COMPLETE - build.108 |
Date of build: 03/15/2005 10:46:40 |
Time to build: 38 minutes 26 seconds |
Last changed: 03/15/2005 01:53:05 |
Last log entry: Fix attachments on the return path (JBWS-146) |
Unit Tests: (0) Total Errors and Failures: (0) | |||
Modifications since last build: (62) | ||||
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.1.2.1 | modified | andd | system/src/main/org/jboss/system/filterfactory/AttributeChangeNotificationFilterFactory.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/filterfactory/MBeanServerNotificationFilterFactory.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/filterfactory/NotificationFilterSupportFactory.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.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. |
1.117.2.5 | modified | starksm | server/src/etc/conf/default/jboss-service.xml | Replace the Filter attribute with a FilterInstance attribute that allows the ignored prefixes, suffixes and matches. Resolves (JBAS-1494) Need to expose the filter list for the default Filter implementation on URLDeploymentScanner. |
1.32.2.1 | modified | starksm | system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java | Add a FilterInstance attribute that allows one to set the URLFilter instance |
1.6.6.1 | modified | starksm | system/src/main/org/jboss/deployment/scanner/DeploymentFilter.java | Add getters/setters for suffixes, prefixes and matches. |
1.6.4.2 | modified | starksm | testsuite/src/main/org/jboss/test/util/test/PropertyEditorsUnitTestCase.java | Update the string array tests to test escaped commas. |
1.6.6.1 | modified | starksm | common/src/main/org/jboss/util/propertyeditor/StringArrayEditor.java | Update to support escaped commas specified using a backslash: \, to incorporate commas in a string element. |
1.173.2.8 | modified | starksm | server/build.xml | Remove the obsolete org/jboss/ejb/timer/* classes from the xdoclet build |
1.7.4.1 | modified | starksm | j2ee/src/main/javax/security/jacc/EJBMethodPermission.java | Fix the serialVersionUID variable name |
1.3.6.1 | modified | starksm | j2ee/src/main/javax/security/jacc/EJBRoleRefPermission.java | Fix the serialVersionUID variable name |
1.3.2.10 | modified | starksm | tools/etc/buildmagic/version-info.xml | Update for the 4.0.2RC1 release |
1.18.2.15 | modified | starksm | tools/etc/buildmagic/buildmagic.ent | Update for the 4.0.2RC1 release |
1.1.2.6 | modified | starksm | build/docs/readme.html | Update for the 4.0.2RC1 release |
1.43.2.2 | modified | starksm | cluster/src/main/org/jboss/ha/framework/server/HAPartitionImpl.java | Update the rpc handler comment |
1.43.2.1 | modified | starksm | cluster/src/main/org/jboss/ha/framework/server/HAPartitionImpl.java | Simply return any throwable seen during the rpc handler method call dispatch as this is the only way to propagate an exception to the caller. Resolves (JBAS-1571) Logging of cluster rpc method exceptions at warn level is incorrect. |
1.406.2.44 | modified | starksm | testsuite/build.xml | Use the XMLJUnitMultipleResultFormatter to seperate the JACC tests rerun with a security manager. |
1.3.6.1 | modified | starksm | testsuite/src/main/org/jboss/test/cts/test/MDBInvoker.java | Add some additional logging of the invoker. |
1.15.4.2 | modified | starksm | testsuite/src/resources/cts/META-INF/jboss.xml | Update the SubclassMDB destination to queue/C as the B queue is used by the cts test client. |
1.5.4.4 | modified | starksm | security/src/main/org/jboss/security/jacc/DelegatingPolicy.java | Include the delegate policy ProtectionDomain permissions when building the PermissionCollection in getPermissions(ProtectionDomain). Resolves (JBAS-1526) Jacc: Request for the DelegatingPolicy.getPermissions(x) to also return the permissions of the replaced delegate. |
1.355.2.26 | modified | starksm | build/build.xml | Remove the unused jbossha-httpsession.sar |
1.28.6.4 | modified | starksm | cluster/src/etc/cluster-service.xml | Expose all HANamingService attributes by default. |
1.2.4.7 | modified | starksm | cluster/src/main/org/jboss/ha/jndi/DetachedHANamingService.java | Remove all local thread creation and instead use the thread pool passed in via the LookupPool. If no LookupPool is specified a BasicThreadPool("HANamingBootstrap Pool") is created. Resolves (JBAS-1558) HAJNDI should use a thread pool. |
1.2.4.3 | modified | starksm | cluster/src/main/org/jboss/ha/jndi/DetachedHANamingServiceMBean.java | Remove all local thread creation and instead use the thread pool passed in via the LookupPool. If no LookupPool is specified a BasicThreadPool("HANamingBootstrap Pool") is created. Resolves (JBAS-1558) HAJNDI should use a thread pool. |