The EDS plug-in would only display zero for every metric except for the Session Count. This was due to an issue with the way long-running queries were calculated. A code fix has been applied and, as a result, the correct metrics are now displayed.
Note that the 32-bit version of the Windows operating system is no longer a supported configuration. However, if you are continuing to run 32-bit Windows, it is worth being aware that with the default settings, very little memory in the process' address space for thread stack and other allocations (by default on Windows half of the address space is reserved for the system). This results in this type of error when you run SOA: java.lang.OutOfMemoryError: requested 842040 bytes for Chunk::new. Out of swap space? To fix this, you can decrease heap or configure a smaller thread stack size (such as -Xss128k). You could also try to change the partitioning of the process space.
When the user tried to deploy an ESB application from the Web Administration Console, they would encounter this error: "Failed to create Resource Quickstart_helloworld.esb - cause: java.lang.NullPointerException:null". This happened because the DeploymentName was null. It is now added automatically so users will no longer encounter this problem.
Due to a bug in the process method the HTTP request payload was not extracted to the console correctly. This has been fixed by a change to the method.
The bpel_management quick start's readme file contained incorrect information pertaining to a file name. This has now been corrected.
If the user redeploys the bpm_orchestration quick start multiple times, a race condition could occur, which lead to an java.lang.NoClassDefFoundError. A code fix has now been applied to address this. As a result, users will no longer see this error.
EDS now comes equipped with a quick start that demonstrates how to connect to and query Modeshape using the JCR API
The ESB still contained references to some old files, even though these had long been removed. These files were jbossesb-listener.xml and jbossesb-gateway.xml. The references have now been deleted.
Running a Join operation against two text files was extremely slow. This was because the join planning converted the bushy tree into a linear tree with a nested table join at the top which, in turn, forced a re-evaluation of one of the nested tables for each row. This has now been changed so that planning is more selective. As a result, running a Join operation against text files is now faster.
As the jcr*.jar was removed from SOA, the JCR Node mapping has now also been removed from jbpm.varmapping.xml. This was to prevent users from encountering java.lang.NoClassDefFoundError messages.
The BPEL engine installer has been enhanced so that it now supports the standalone server edition of the JBoss Enterprise SOA Platform.
If the user loaded and queried resultset caching when the production configuration was used with Teiid logging set to DEBUG and "set showplan debug" was active, a java.io.NotSerializableException would occur. (This did not happen when queries were sourced by the cache.) The code has been changed so that users will no longer encounter this error when they use these settings when querying the resultset cache.
if the user deployed an ESB that contained an http-gateway as one of its ESB Service listeners and the archive name was less than four characters in length, an java.lang.StringIndexOutOfBoundsException would occur. This was because the code was trying to strip .war file extensions, which were not applicable in this case. The code has now been modified and, as a result, users will no longer encounter this exception.
https://issues.jboss.org/browse/SOA-3214 While profiling thesystem, users found that the org.jbpm.job.executor.JobExecutorThread.getWaitPeriod(int) and org.jbpm.job.executor.JobExecutorThread.getNextDueDate() methods were taking 2.58 seconds to run. This was due to the lack of an index on the query. This code has been fixed in the latest version of JBPM and, as a result, the methods now run more quickly.
If Wise encountered an error it could not handle, it would terminate the pipeline. A code fix has been applied so that exceptions are now handled in a consistent manner.
The main LOG4J configuration file, jboss-log4j.xml, used category elements for the logger definition. EDS cames with newer logger elements for particular logger definitions. Thus, if the customer installed EDS on the SOA-P he or she would have two different logger definitions in the jboss-log4j.xml file. These settings have now been unified so there is no longer any conflict between them.
The org.teiid.SECURITY log message has been enhanced to include the client's IP Address. This functionality was needed by some customers to meet security compliance requirements.
If a virtual procedure was previewed and then changed and saved, the preview would still gives the results from the previous transformation. Users had to close and then reopen JBoss Developer Studio and re-open to see the correct result. A coding patch has now been applied to fix this. Consequently, previews now update to reflect the correct results.
A previous change to the format of ClientTransaction to include a recovery flag broke the Wire protocol for older clients. A software change has now been applied that fixes this regression meaning that the Wire protocol will work once more.
The EDS Query Planner was not correctly resolving an alias within a "group by" clause. Within the plan a self-join was needed. A code update has fixed this problem and, as a result, aliases are now resolved correctly.
SOAPProxy threw a SAXParseException when the the WSDL was missing a soapAction and the message had attachment. A code fix has rectified this problem and, as a result, users will no longer encounter this exception.
An exception that occurred on rollback was obscuring the original exception on commit in DbPersistenceService.endTransaction(). As a result, users could not see the cause of the problem. An upgrade to the jBPM has fixed this issue so users can now see the errors.
The DefaultJMSPropertiesSetter did not filter out properties prefixed with JMS. It has been modified so that it now does so.
ContentBasedRouter failed when input data contained a byte-order mark (BOM). A new ESB BOMFilter action has been added to the enterprise service bus that is able ensure that byte-order marks can now be handled by the software so users will no longer see this failure. The BOMFilter action should be added to the action-chain in order to filter out byte order marks.
The refreshMatView no longer refreshed the data with "teiid-cache-manager-jboss-beans.xml" enabled in a single-node environment. A software upgrade has resolved this issue so the refreshMatView now works as expected when clustering is enabled.
Users can now enable push-down functions for specific data without having to code these in Java.
If the metadata returned for SQL is using an alias, the alias will be returned in the getColumnLabel() call, instead of getColumnName() method call. To turn on backwards compatibility support, and reverse that, add the useJDBC4ColumnNameAndLabelSemantics=false property to the connection URL.
If an internal materialized view was used, a node which had never had a copy of an IMV cache would return zero rows instead of querying the source to see if another node had cached the cluster. An upgrade to the software has now fixed this issue so users will find that the cache is interrogated correctly.
If an internal materialized view in was being used in EDS, a node which re-joined the cluster ignored the cluster's cache. This caused synchronisation issues. A patch has resolved this issue. As a result, nodes that rejoin the cluster now know to interrogate the cache.
In org.teiid.jdbc.StatementImpl, the batchedUpdates member would not be instantiated if there were no batched updates so clearBatch() would throw a null-pointer exception. A code fix has been applied to ensure it now instantiates correctly, so users will no longer encounter this exception.
HibernateStringUpdateLog getters always returned null. The code in the HibernateStringUpdateLog class has now been updated so that the correct result is returned.
There were two different and conflicting versions of Spring included with SOA. The redundant versions have been removed and replaced with a single, up-to-date version of the software.
Enhancements have been made to the way that Modeshape indexes are built, leading to performance improvements. The XSD and WSDL sequencers have also been added to the standard configuration.
If the user ran DeployProcessTask with the 'process' attribute, a NullPointerException would result. A code change has been applied to fix this issue. Consequently, users will no longer encounter this NullPointerException.
The text table was not checking for valid input. If a value had an invalid entry the entire file was read into memory. Readline logic has been added to read characters one at a time and validate them against an expected maximum value.
If the input file for a Freemarker transformation contained a name-space declaration, users would encounter an freemarker.core.NonStringException. A fix has been applied so that these name-spaces are now stripped out, meaning users will no longer see the error.
SpringSource Spring Framework 2.5.x before 2.5.6.SEC02, 2.5.7 before 2.5.7.SR01, and 3.0.x before 3.0.3 allows remote attackers to execute arbitrary code via an HTTP request containing class.classLoader.URLs=jar: followed by a URL of a crafted .jar file. These files have, therefore, been updated. For more information, see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1622
The BPEL-SB SAML example failed because of empty tag listeners. These have now been removed. As a result, this example now works correctly.
When the user attempted to query a relational model created from the Salesforce importer and the criteria returned zero rows, a Null Pointer Exception was encountered. A coding change has fixed this problem. As a result, an empty resultset is now given instead.
Users can now configure jBPM's asynchronous token functionality via XML settings.
VDB deployments through the AdminApi caused the application server to leak server sockets and listening threads, which could cause failures due to too many file handles being opened. A patch has been applied to fix this issue. As a result, server sockets and listening threads are no longer leaked so users will no longer encounter these failures.
Customers that built virtual databases that were accessed via ODBC would see the following Exception in the error logwhen the MAX_INT default was used: FunctionExecutionException. A code fix has been applied to resolve this issue.
Modeshape was responding slowly the first time users queried it for data. A coding change has been applied and it now responds more quickly.
Users would encounter this error when deploying an ESB archive (either zipped or exploded) through the JON console: java.lang.NoSuchMethodError. An update to the plug-in pack has fixed this error, so users can now deploy the archives without encountering problems.
The coding for "not disjunctive" conditional criteria was inaccurate. This has now been fixed so users can add these conditions and find that they will be interpreted accurately by the software.
Users would encounter a stack overflow error: java.lang.StackOverflowError. This was caused by a bug in the entry removal code. This code has now been rectified, so users will no longer see this problem. The expiration queue logic was updated at the same time to ensure that it is properly bounded.
Partially-qualified names were subject to visibility rules and could conflict with session-level tables. To rectify this, the runtime metadata was adjusted to resolve transformations as if it were the design-time metadata.
If the user tried to import ESB5 examples and the SOA run-time was misnamed, it would display a different level of error and, subsequently, less detail than if no SOA run-time was installed at all. The code has now been altered so that it displays the correct error level and details.
The setSpecificEPR initialised a type extension if none were already present, but this could not be done safely as it lead to concurrent failures. Any modifications to an EPR should only have been done at the construction point. The code has been changed so this is now the case.
Numerous SOA-P 5.1 quick starts included .settings and .project build files. These did not affect users but they have now been removed from the release to make it cleaner.
There was a performance degradation when BPEL processes consumed webservices. At the time, the BPEL engine was using ODE2.0 with Axis2. It has been upgraded to use JBossWS-native against ODE1.3.3 and the performance issue has gone.
If the user deployed a BPEL process on SOA-P 5.1 with the CXF stack configured, the WSDL would be invalid, leading to an java.lang.Exception: javax.wsdl.WSDLException. To fix this problem, the Saxon JARs found in the riftsaw.sar/lib were replaced with single a saxon version 9.2 jar. As a result, users will no longer encounter this exception.
User could not have both EBWS and SOAPProxy deployment types on the same deployment. This was because the EsbWebServiceDeployer created a list of publishers which was used to initialise the publishers property in the EsbDeployment, via EsbDeployer and EsbMetaData. Unfortunately EsbMetaData returned an unmodifiable list which Configuration.create nevertheless attempted to modify leading to a java.lang.UnsupportedOperationException. The code has now been changed and, as a result, users can now have two different deployment types on the same deployment.
A missing deployment descriptor file (deploy.xml) was causing deployments to fail. (A BPEL project must have a deployment descriptor file in order for the runtime to determine the process end-points.) This file has now been added to the software.
If the user entered an incorrect username or password at the BPEL Console log-in screen, no error message was displayed. This has now been changed so that the user is given feedback about supplying the wrong credentials.
Setting the key on process instances was causing instance variables to be misplaced. A code fix has now been applied so that variables are stored correctly.
The business_ruleservice_cep quick start's deployment descriptor's service element was missing a description attribute. This led to users encountering java.lang.IllegalStateExceptions. This has now been fixed so users will no longer encounter these exceptions.
The BPEL's engines termination handler (which controls forced termination of processes) was buggy and triggered java.lang.IllegalArgumentExceptions. The code has now been fixed so that the termination handler will work as expected.
Teiid Dynamic Portfolio example's readme file referred to wrong VDB name (weather) when it should have been dynamicportfolio. The readme file has now been amended to correct this mistake.
If the user ran ant runtest, a warning message would appear. This was due to a small coding error which has now been fixed. As a result, users will no longer see this error message.
The all, production, default server profiles are supported with EDS - but with the EMBEDDED server only. Do not try to install EDS into the standalone server as it is not a supported/certified configuration.
EDS procedures could not be resolved by the queryplanner if their models were marked as "not visible". This has now been fixed via a code change so procedures can now be marked as resolved even if their underlying models are invisible.
The teiid-security-roles.properties file contained pre-set administrative roles. It should not have contained any roles when it was defined at install time. These roles have now been removed.
The build number was not being displayed in http://localhost:8080/jbossws/. A code fix has been applied so that users can now see which build they are using.
There were a number of broken links on this pace: http://localhost:8080/jbossws/. These have now been fixed.
The MVELMonitoringAction was storing the correct number of messages but each of them was just a duplicate of the very last message passed. This bug was caused by the reuse of the MonitoringPatternBean (which contains the message value) and which resulted in every enty in the list referring to the same instance. A code fix has been applied and, as a result, the messages are now stored correctly.
The jboss-as/samples/quickstarts/readme.txt file has been updated as its contents were out of date.
Users would sometimes encounter a PathNotFoundException when trying to check in a node. Updates to the Modeshape software have rectified this issue so users can now check in nodes without encountering any problems.
If the user tried to run the Salesforce connector, they would encounter a java.lang.NullPointerException. A code change has been applied to fix this issue so the Salesforce connector can now be run without the problem rearing.
Previously, there was no way to create an EDS web service connection from JBDS/Teiid Designer without a WSDL. This meant that a user could not develop and test a virtual database that invoked a non-SOAP HTTP service from the tooling without creating the ds.xml file manually and deploying it. Functionality has been enhanced so that users can now develop and test virtual databases more easily.
In the BPEL Editor's wizard tool, users could not create message correlation properties. This functionality has now been fixed.
The Smooks router was setting messages as non-persistent when, in fact, it should have been making them persistent. This was due to a bug in the router's code which has now been rectified As a result, messages are now set as persistent.
Users were unable to select the fault variable data type in faultHandler. To fix this problem, the type selection dialogue and properties sections have been refactored so that the filters are limited to only those types that are valid within the context of the selected variable or property.
OnMessage and OnAlarm had different context menus. This has been changed so that they both display the same menu, making for a more consistent user experience.
An error message appeared if the user clicked on a hyperlink before the JUDDI console had finished loading correctly. A code fix has been applied so that this message no longer appears and hyperlinks now work as expected.
The BPEL engine could not use the HP Systinet UDDI registry to register and locate processes. To fix this problem, an alternative JAX-WS transport has been added to the ESB codebase. As a result, users should now be able to use the HP Systinet Registry.
The Modeshape JBDC driver was reporting the wrong metadata for some of its columns: they were set as string, even when they were non-string types. A code fix has bbeen applied so that the correct metadata types are now set for these columns.
If an invalid filenamefilter was specified, a javax.jcr.PathNotFoundException was thrown, instead of a user-friendly exception explaining the configuration issue. A patch has been applied to Modeshape to rectify this issue.
If your JBoss BPM installation employs multiple business calendar property files and you had set a timer to repeat, the job executor would not know which business calendar properties file was in use when the timer was created. This update introduces a new column called CALENDARRESOURCE_ to the JBPM_JOB table that store the name of the business calendar properties resource used to create a timer. To avoid forcing unaffected customers to create the aforementioned column manually, this update is disabled by default. In order to enable it, replace the org/jbpm/job/Timer.hbm.xml mapping resource with org/jbpm/job/Timer.calendar.hbm.xml in the Hibernate configuration, after you have created the column.
An error message appeared in the log stating that BIRT failed to activate. Since BIRT is optional functionality that is disabled by default, this message was slightly misleading. It has been changed to more accurately state, "BIRT service has not been activated. Please check the DEBUG log for further details."
Resteasy plug-in information messages were incorrectly recorded in the log as errors. An upgrade to the software has fixed this issue and the messages are now classified correctly.
The BPEL Console was not providing users with feedback when authentication failed. It has now been enhanced to tell users this information.
The jboss-service.xml file was being parsed incorrectly. The parser was not ignoring white space. A code change has been applied and, as a result, this file is now parsed correctly.
The software was erratic in terms of support for transitions. It has been changed so that, if no condition is met, the default transition is taken. (The default transition is the first unconditional transition if there is one, or else the first conditional transition.) If only conditional ("guarded") transitions are available, and none of the conditions on the transitions evaluate to true, an exception will be thrown. Throwing an exception when none of the guarded transitions are viable informs the user that the process is incorrect.
If the user waited too long to log in at the Administration Console web page, an exception would occur. A time-out message is now displayed instead.
The jUDDI root_BusinessEntity was missing a number of BusinessServices which were exposed by the juddiv3.war, these being "valuesetcaching", "replication" and "valuesetvalidation". To fix this problem all of the exposed services are now registered in jUDDI and the unimplemeted services have been removed.
jUDDI Console queries were generating long log messages, filling the hard disk over time with useless requests. A size limitation has been added to the log messages and a generic "NumberFormatException in maxRows" message is now recorded, so all of the user input is no longer echoed.
No confirmation was required when the user deleted a user account from within the jUDDI Console. As a safeguard, a confirmation has now been added to protect against accidental erasure of accounts.
Whilst the servlet and console URLs exposed by SOA Server were password-protected, the URLs exposed by jUDDI v3.0 were not. When using the juddi-client-3.1.1 it is now possible to use WSTransport against a WebServices deployment which is protected by Basic Authentication.
Every time the form with publisher's details was submitted, the 'Max Service Per Business' value was overridden by the 'Max Bindings Per Service' value. A code fix has been applied so that this value is no longer over-ridden and thus now displays accurate data for the user.
Hovering the cursor over URLs in the jUDDI Console caused display boxes to change size. This was due to some stylesheet settings that turned fonts to bold when the user hovered the mouse over them, causing the text length and encapsulating box to change in shape. A change to the font setting in the stylesheet has fixed this so the text and box no longer change in size
The JUDDI Console would misplace title attributes in the wrong area. This has been fixed so that the attributes are now displayed correctly.
The publisher portlet's action buttons have now been disabled for non-administrator users.
There was no easy way to log out of the JUDDI console and log back in. A logout link has now been added.
The EJBProcessor looked for remote EJBs at application startup. If the look-up failed, the EJBProcessor threw an exception, meaning that the application could not start. The code, simply did a look-up at the outset and reused the proxy to invoke methods on the target EJB. It has now been changed so that it can handle remoted EJBs. As a result, no exception is encountered and the application starts correctly.