Re: [JBoss-dev] Obsolete Transaction Recovery JIRA tasks
We do have full recovery now. Mark. Dimitris Andreadis wrote: I suppose after Arjuna's integration the Transaction Recovery task and subtasks are obsolete now? http://jira.jboss.com/jira/browse/JBAS-1402 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Register Synchronization while the Tx is marked for rollback
Replied on the forum. Mark. Emmanuel Bernard wrote: A Seam use reported an isssue in the way Hibernate register a sync with JBossTM (the old one at least). I've described the issue in JIRA http://jira.jboss.com/jira/browse/EJBTHREE-540 Please provide feedbacks on this one. We must fix that before JBoss AS 4.0.4 / JBoss EJB3 / Hibernate EntityManager / Hibernate 3.2.0 get released (before J1) This involves Mark, Steve, Bill and me --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Register Synchronization while the Tx is marked for rollback
Adrian Brock wrote: I've closed the JTA issue: http://jira.jboss.com/jira/browse/JBAS-3155 AFAIK, this originally comes from the OTS spec. Synchronizations were standardised first in the OTS. Prior to that everyone did it in a vendor-specific manner. I guess the only way an OTS backed JTA impl could implement the new stuff: http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr907/907-ChangeLog.html#registerInterposedSynchronization%28javax.transaction.Synchronization%29 Is for registerSynchronization() to directly invoke afterCompletion() if the transaction is not active. Strikes me that the user could do this themselves anyway!? Not sure what you mean. That reference is purely about registering a subordinate synchronization with the original transaction coordinator. JBossTS does this already because it's an optional part of the OTS specification. You create and enlist the sub-synchronization with the root transaction when the context is imported and then when any local synchronizations are added, they register with the sub-synchronization. Mark. On Wed, 2006-04-26 at 09:15 -0400, Emmanuel Bernard wrote: A Seam use reported an isssue in the way Hibernate register a sync with JBossTM (the old one at least). I've described the issue in JIRA http://jira.jboss.com/jira/browse/EJBTHREE-540 Please provide feedbacks on this one. We must fix that before JBoss AS 4.0.4 / JBoss EJB3 / Hibernate EntityManager / Hibernate 3.2.0 get released (before J1) This involves Mark, Steve, Bill and me --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Register Synchronization while the Tx is marked for rollback
Not sure what you mean. That reference is purely about registering a subordinate synchronization with the original transaction coordinator. JBossTS does this already because it's an optional part of the OTS specification. You create and enlist the sub-synchronization with the root transaction when the context is imported and then when any local synchronizations are added, they register with the sub-synchronization. I mean if a JavaEE provider uses OTS to implement JTA you cannot map the above method directly onto OTS because the co-ordinator will raise TRANSACTION_ROLLBACK So remembering that the JTA is badly written (1.0.1 and 1.1), the intention in the registerInterposedSynchronization is that the transaction is active (Other than the transaction context, no component J2EE context is active during either of the callbacks.) - has not been marked as rollback-only and is not terminating. Unfortunately there's no guarantee (hence the reference to the fact the spec is still badly written). This doesn't prevent it being mapped onto OTS at all: it just means that we have to throw a javax.transaction.SystemException that is vendor specific. The downside of having to invent our own exception is that it affects portability, but more importantly it ensures that the right information is conveyed to the application. What should really happen is that the spec. gets fixed! Actually, OTS has slightly weaker language: TRANSACTION_ROLLEDBACK **may be** raised if the transaction has been marked rollback only. Yes, and unfortunately we didn't use RFC2119 to define terms like MAY and SHOULD, so it's even more lax than usual. However, all implementations I'm aware of would throw TRANSACTION_ROLLEDBACK (at least by default). Mark. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JTA / JTS question
No, there's no guaranteed order (it can be different between transaction instances and between commit phases). None of the standards provide for it (going back beyond X/Open), and in fact that's one of the reasons synchronizations were introduced as a separate protocol (to guarantee ordering). So JTA or JTS won't help you here. However, if you want to look at JBossTransactions specifics, then that can help you: we give you full control over the ordering of participants. Mark. Tim Fox wrote: One of you transaction gurus may know the answer: If I enlist 2 (or more) XAResources into a JTA transaction. Transaction tx = tm.getTransaction(); tx.enlistResource(res1); tx.enlistResource(res2); Then I rollback the transaction, which causes rollback() to be called on each of the XAResources. Are there any guarantees on the order in which rollback() is called on the resources, or is this up to the transaction manager implementation? E.g. is rollback always called in the same order the resources were enlisted? --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JTA / JTS question
Yes, that's pretty much it. If you want to guarantee ordering you'll have to do it with some intelligent interface between transactional participants and the backend datastore (queue in this case). Or, use JBossTS ;-) Mark. Tim Fox wrote: Thanks. This means that if I create 2 JMS XASessions, enlist them in a global tx, then receive messages 1, 2, 3 with session 1, and messages 4, 5, 6 in session2, then rollback the global tx, the messages will end up back in the queue, but for some transaction managers the order in the queue will be 1, 2, 3, 4, 5, 6, but for others it might be 4, 5, 6, 1, 2, 3. I guess this doesn't matter since the JMS message order guarantee doesn't apply after rollback anyway, but good to know. I guess some users (wrongly) might expect messages to go back in the queue in the order they were consumed. Mark Little wrote: No, there's no guaranteed order (it can be different between transaction instances and between commit phases). None of the standards provide for it (going back beyond X/Open), and in fact that's one of the reasons synchronizations were introduced as a separate protocol (to guarantee ordering). So JTA or JTS won't help you here. However, if you want to look at JBossTransactions specifics, then that can help you: we give you full control over the ordering of participants. Mark. Tim Fox wrote: One of you transaction gurus may know the answer: If I enlist 2 (or more) XAResources into a JTA transaction. Transaction tx = tm.getTransaction(); tx.enlistResource(res1); tx.enlistResource(res2); Then I rollback the transaction, which causes rollback() to be called on each of the XAResources. Are there any guarantees on the order in which rollback() is called on the resources, or is this up to the transaction manager implementation? E.g. is rollback always called in the same order the resources were enlisted? --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed
I've asked Kevin to add an issue for 4.0.4GA. As for the installer: that really depends on the time; it's not strictly necessary for this to be integrated with the installer for 4.2, as it has been successfully distributed as a zip in the past. It would be nice to have an installer, but I think it's more important to get something useable and integrated out by Q1. Mark. Scott M Stark wrote: At a minimum there needs to be a placeholder issue in the http://jira.jboss.com/jira/browse/JBAS project that links to the JBTM issues that need to be completed. Otherwise 4.0.4.GA can go out without anyone actually testing the integration. Beyond that, is this going to be integrated into the installer? If it is, then we also need an integration test in the jbossas testsuite. -Original Message- From: Mark Little [mailto:[EMAIL PROTECTED] Sent: Saturday, February 25, 2006 5:19 AM To: Dimitris Andreadis Cc: Scott M Stark; Adrian Brock; jboss-development@lists.sourceforge.net; Architect Council; QA; Ivelin Ivanov Subject: Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed So it depends what you expect to see. http://jira.jboss.com/jira/browse/JBTM-2 is one example of the tasks left. You need to remember that the main integration effort was done months ago in Arjuna, who've been selling the integrated components for a few years. What we're doing here is a rebadge to JBoss Transactions and 4.0.4. Unless there are major differences between 4.0.2 and 4.0.4 that directly affect TS then these tasks should be sufficient to cover the integration effort. Mark. Dimitris Andreadis wrote: Isn't the new Transaction Manager supposed to be an optional plug-in offered seperately, at this stage? This is what I gathered from the integration plan: http://jira.jboss.com/jira/browse/JBTM-13 I can't find any integration tasks in JIRA. -Original Message- From: Scott M Stark Sent: 24 February, 2006 21:43 To: Adrian Brock; Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net; Architect Council; QA; Ivelin Ivanov Subject: RE: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The new jta code is not fully cleaned and in a public repository. Need to check with Mark/Kevin to see if this is still on target for a 4.0.4 release next month. -Original Message- From: Adrian Brock Sent: Friday, February 24, 2006 8:48 AM To: Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net; Architect Council; QA; Scott M Stark; Ivelin Ivanov Subject: Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The JCA, JTA and JMS work is pretty much done. The outstanding stuff is all testing, some just to prove there is still no problem on bugs already fixed. But this also includes the big one, i.e. testing JMS inflow. Incidently, I thought there would be some tasks raised for JBoss Transactions before the 4.0.4 release was finalized? On Fri, 2006-02-17 at 12:31, Dimitris Andreadis wrote: Hello everybody, We have scheduled 2 releases of JBoss AS: v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time) v4.0.4.GA for 17/Mar/06 (i.e. in 4 weeks time) 3.2.8SP1 is needed to address a couple of issues with 3.2.8 (JBossMQ -already fixed- and some extra interop scenarios with 4.0.2 versions, plus whatever appears within the next 2 weeks), so it's under control. However, getting 4.0.4.GA out the door is a big challenge as we have about 290 issues open! This list needs to be reduced to a manageable size of 90 or less issues to be solved until the release date. We need EVERYONE to have a close look at the JBAS JIRA tasks related to his area of interest in order to: 1) Decide what features/bug/task are really important to go out with 4.0.4. Remember, 4.0.4RC1 is already out so new features shouldn't really be included between RC1 and GA, unless absolutely necessary, so we are talking about bug fixing mostly. Please make use of the task Priorities to increase to Critical the priority of the tasks you want to get done for 4.0.4, and decrease to Minor those you don't. 2) Assign the issues to yourself or a member of your team; allocate time to work and close those critical issues within the next 3 WEEKS (to leave some time for testing). If you don't have time to work on those tasks, keep them
[JBoss-dev] Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed
Yes, we're still on target for a 4.0.4 plug-in for end of March. Mark. Scott M Stark wrote: The new jta code is not fully cleaned and in a public repository. Need to check with Mark/Kevin to see if this is still on target for a 4.0.4 release next month. -Original Message- From: Adrian Brock Sent: Friday, February 24, 2006 8:48 AM To: Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net; Architect Council; QA; Scott M Stark; Ivelin Ivanov Subject: Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The JCA, JTA and JMS work is pretty much done. The outstanding stuff is all testing, some just to prove there is still no problem on bugs already fixed. But this also includes the big one, i.e. testing JMS inflow. Incidently, I thought there would be some tasks raised for JBoss Transactions before the 4.0.4 release was finalized? On Fri, 2006-02-17 at 12:31, Dimitris Andreadis wrote: Hello everybody, We have scheduled 2 releases of JBoss AS: v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time) v4.0.4.GA for 17/Mar/06 (i.e. in 4 weeks time) 3.2.8SP1 is needed to address a couple of issues with 3.2.8 (JBossMQ -already fixed- and some extra interop scenarios with 4.0.2 versions, plus whatever appears within the next 2 weeks), so it's under control. However, getting 4.0.4.GA out the door is a big challenge as we have about 290 issues open! This list needs to be reduced to a manageable size of 90 or less issues to be solved until the release date. We need EVERYONE to have a close look at the JBAS JIRA tasks related to his area of interest in order to: 1) Decide what features/bug/task are really important to go out with 4.0.4. Remember, 4.0.4RC1 is already out so new features shouldn't really be included between RC1 and GA, unless absolutely necessary, so we are talking about bug fixing mostly. Please make use of the task Priorities to increase to Critical the priority of the tasks you want to get done for 4.0.4, and decrease to Minor those you don't. 2) Assign the issues to yourself or a member of your team; allocate time to work and close those critical issues within the next 3 WEEKS (to leave some time for testing). If you don't have time to work on those tasks, keep them unassigned and either postpone those for 4.0.5.CR1, or if something is never going to get fixed just close it as such with an explanation. If it still something important that you don't have time to work on and we must look at, RAISE the issue in the DEV list so we find someone to work on it. Again, please raise any issues, especially integration ones EARLY in the DEV and QA lists. Thanks for all your help in advance. /Dimitris -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelpis Needed
Yes. The intention is for 2 plugins for 4.0.4: one to cover the purely local JTA implementation (which becomes the default in 5.0) and one to cover JTS/WS-T (which will remain as a separate plugin in 5.0). Mark. Andy Miller wrote: JBoss Transactions should stay an optional plug-in for the 4.0.x series. It should only be integrated into JBoss AS 5.0.x. Andy On Fri, 2006-02-24 at 14:39 -0600, Dimitris Andreadis wrote: Isn't the new Transaction Manager supposed to be an optional plug-in offered seperately, at this stage? This is what I gathered from the integration plan: http://jira.jboss.com/jira/browse/JBTM-13 I can't find any integration tasks in JIRA. -Original Message- From: Scott M Stark Sent: 24 February, 2006 21:43 To: Adrian Brock; Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net mailto:jboss-development@lists.sourceforge.net; Architect Council; QA; Ivelin Ivanov Subject: RE: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The new jta code is not fully cleaned and in a public repository. Need to check with Mark/Kevin to see if this is still on target for a 4.0.4 release next month. -Original Message- From: Adrian Brock Sent: Friday, February 24, 2006 8:48 AM To: Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net mailto:jboss-development@lists.sourceforge.net; Architect Council; QA; Scott M Stark; Ivelin Ivanov Subject: Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The JCA, JTA and JMS work is pretty much done. The outstanding stuff is all testing, some just to prove there is still no problem on bugs already fixed. But this also includes the big one, i.e. testing JMS inflow. Incidently, I thought there would be some tasks raised for JBoss Transactions before the 4.0.4 release was finalized? On Fri, 2006-02-17 at 12:31, Dimitris Andreadis wrote: Hello everybody, We have scheduled 2 releases of JBoss AS: v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time) v4.0.4.GA for 17/Mar/06 (i.e. in 4 weeks time) 3.2.8SP1 is needed to address a couple of issues with 3.2.8 (JBossMQ -already fixed- and some extra interop scenarios with 4.0.2 versions, plus whatever appears within the next 2 weeks), so it's under control. However, getting 4.0.4.GA out the door is a big challenge as we have about 290 issues open! This list needs to be reduced to a manageable size of 90 or less issues to be solved until the release date. We need EVERYONE to have a close look at the JBAS JIRA tasks related to his area of interest in order to: 1) Decide what features/bug/task are really important to go out with 4.0.4. Remember, 4.0.4RC1 is already out so new features shouldn't really be included between RC1 and GA, unless absolutely necessary, so we are talking about bug fixing mostly. Please make use of the task Priorities to increase to Critical the priority of the tasks you want to get done for 4.0.4, and decrease to Minor those you don't. 2) Assign the issues to yourself or a member of your team; allocate time to work and close those critical issues within the next 3 WEEKS (to leave some time for testing). If you don't have time to work on those tasks, keep them unassigned and either postpone those for 4.0.5.CR1, or if something is never going to get fixed just close it as such with an explanation. If it still something important that you don't have time to work on and we must look at, RAISE the issue in the DEV list so we find someone to work on it. Again, please raise any issues, especially integration ones EARLY in the DEV and QA lists. Thanks for all your help in advance. /Dimitris -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed
So it depends what you expect to see. http://jira.jboss.com/jira/browse/JBTM-2 is one example of the tasks left. You need to remember that the main integration effort was done months ago in Arjuna, who've been selling the integrated components for a few years. What we're doing here is a rebadge to JBoss Transactions and 4.0.4. Unless there are major differences between 4.0.2 and 4.0.4 that directly affect TS then these tasks should be sufficient to cover the integration effort. Mark. Dimitris Andreadis wrote: Isn't the new Transaction Manager supposed to be an optional plug-in offered seperately, at this stage? This is what I gathered from the integration plan: http://jira.jboss.com/jira/browse/JBTM-13 I can't find any integration tasks in JIRA. -Original Message- From: Scott M Stark Sent: 24 February, 2006 21:43 To: Adrian Brock; Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net; Architect Council; QA; Ivelin Ivanov Subject: RE: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The new jta code is not fully cleaned and in a public repository. Need to check with Mark/Kevin to see if this is still on target for a 4.0.4 release next month. -Original Message- From: Adrian Brock Sent: Friday, February 24, 2006 8:48 AM To: Dimitris Andreadis Cc: jboss-development@lists.sourceforge.net; Architect Council; QA; Scott M Stark; Ivelin Ivanov Subject: Re: Finalizing the Release of JBAS 3.2.8.SP1 4.0.4.GA - YourHelp is Needed The JCA, JTA and JMS work is pretty much done. The outstanding stuff is all testing, some just to prove there is still no problem on bugs already fixed. But this also includes the big one, i.e. testing JMS inflow. Incidently, I thought there would be some tasks raised for JBoss Transactions before the 4.0.4 release was finalized? On Fri, 2006-02-17 at 12:31, Dimitris Andreadis wrote: Hello everybody, We have scheduled 2 releases of JBoss AS: v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time) v4.0.4.GA for 17/Mar/06 (i.e. in 4 weeks time) 3.2.8SP1 is needed to address a couple of issues with 3.2.8 (JBossMQ -already fixed- and some extra interop scenarios with 4.0.2 versions, plus whatever appears within the next 2 weeks), so it's under control. However, getting 4.0.4.GA out the door is a big challenge as we have about 290 issues open! This list needs to be reduced to a manageable size of 90 or less issues to be solved until the release date. We need EVERYONE to have a close look at the JBAS JIRA tasks related to his area of interest in order to: 1) Decide what features/bug/task are really important to go out with 4.0.4. Remember, 4.0.4RC1 is already out so new features shouldn't really be included between RC1 and GA, unless absolutely necessary, so we are talking about bug fixing mostly. Please make use of the task Priorities to increase to Critical the priority of the tasks you want to get done for 4.0.4, and decrease to Minor those you don't. 2) Assign the issues to yourself or a member of your team; allocate time to work and close those critical issues within the next 3 WEEKS (to leave some time for testing). If you don't have time to work on those tasks, keep them unassigned and either postpone those for 4.0.5.CR1, or if something is never going to get fixed just close it as such with an explanation. If it still something important that you don't have time to work on and we must look at, RAISE the issue in the DEV list so we find someone to work on it. Again, please raise any issues, especially integration ones EARLY in the DEV and QA lists. Thanks for all your help in advance. /Dimitris -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Supported standards matrixes
As part of our ongoing standards activities, I've set up a series of product/standard matrixes linked off http://wiki.jboss.org/wiki/Wiki.jsp?page=ADescriptionOfWhatStandardsAreSupported If you want to update, please do so, or send me the relevant information: (i) standards body (ii) name of standard (iii) version of product that supports it (iv) version of standard that is supported If it's not in a standards body (e.g., OASIS, OMG, JCP, IETF, W3C), then send me the information rather than adding it directly - currently we're only describing support for things that are open standards. Thanks, Mark. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] OTS and JBoss
Oleg, as someone pointed out the other day, check out www.arjuna.com, where you'll find an OTS transaction manager (the ex-HP transaction service) that's been integrated with JBoss. We're also a partnet of JBoss. Let me know if you've any problems/questions. Mark. = Original Message From Oleg V. Safonov [EMAIL PROTECTED] = Ok, Tyrex is not supported, but how integrate CORBA transaction client and JBoss? Thanks. Oleg V. Safonov (Millennium Group, MTDORB Team, RD) [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tyrex transaction manager
From what I heard at JavaOne from a couple of people (e.g., Macromedia use a cut of it in their app. server), it's dead. Mark. - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 26, 2003 4:54 PM Subject: RE: [JBoss-dev] Tyrex transaction manager Anatoly Akkerman was maintaining it a lnnng time ago. Nobody really uses it or used it. I think the project is dead since their last release was May 2002 and they only have one CVS committer. http://sourceforge.net/projects/tyrex/ Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Snyder Sent: Thursday, June 26, 2003 11:10 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Tyrex transaction manager This one time, at band camp, Bill Burke said: BBWe will not be supporting the Tyrex transaction manager anymore unless you BBwant to take over the integration. I'm just curious, why was this decision made? Who used to maintain this integration? Bruce -- perl -e 'print unpack(u30,0G)[EMAIL PROTECTED]5R\F9EG)E=\$\!FFEI+F-O;0\`\`);' --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
