from:"reverbel"

 [ http://jira.jboss.com/jira/browse/JBAS-1653?page=history ]
 
Francisco Reverbel closed JBAS-1653:


Resolution: Done

 Review TransactionImpl
 --

  Key: JBAS-1653
  URL: http://jira.jboss.com/jira/browse/JBAS-1653
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 Review TransactionImpl with respect to LocalId/GlobalId association and 
 transaction importing. An imported transaction should have a LocalId just 
 like a non-imported one. (The local id
 is embedded into the CORBA references or into the JBoss remoting-based 
 proxies for the transaction Coordinator, Terminator, etc.)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1649) Write OTS wrappers

 [ http://jira.jboss.com/jira/browse/JBAS-1649?page=history ]
 
Francisco Reverbel closed JBAS-1649:



 Write OTS wrappers
 --

  Key: JBAS-1649
  URL: http://jira.jboss.com/jira/browse/JBAS-1649
  Project: JBoss Application Server
 Type: Sub-task
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 Write some trivial OTS wrappers that implement the DTM interfaces by   
 delegating the work to OTS objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1648) Complete the existing implementation of the OTS interfaces

 [ http://jira.jboss.com/jira/browse/JBAS-1648?page=history ]
 
Francisco Reverbel closed JBAS-1648:



 Complete the existing implementation of the OTS interfaces
 --

  Key: JBAS-1648
  URL: http://jira.jboss.com/jira/browse/JBAS-1648
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 The existing OTS servant does not yet implements register_resource, recreate, 
 and replay_completion. The implementation of those methods will delegate the 
 actual work to the TransactionImpl instance the represents the transaction.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1647) Provide JBoss remoting-based implementations of the DTM interfaces

 [ http://jira.jboss.com/jira/browse/JBAS-1647?page=history ]
 
Francisco Reverbel closed JBAS-1647:



 Provide JBoss remoting-based implementations of the DTM interfaces
 --

  Key: JBAS-1647
  URL: http://jira.jboss.com/jira/browse/JBAS-1647
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 The implementations will delegate the actual work to TransactionImpl 
 instances. Besides the similarity in their interfaces, remoting-based DTM 
 objects (Resource, Coordinator, etc.) must be similar to OTS objects also in 
 that their references (proxies) are convertible to strings and vice-versa. 
 This will be needed for logging.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1646) Define OTS-like interfaces for the DTM

Define OTS-like interfaces for the DTM
--

 Key: JBAS-1646
 URL: http://jira.jboss.com/jira/browse/JBAS-1646
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Define OTS-like interfaces for the following DTM objects associated with a 
given transaction: Terminator, Coordinator, Resource, Synchronization, and 
RecoveryCoordinator. These interfaces allow those objects to be manipulated in 
a unified way, regardless of whether they are accessible via JBoss remoting or 
via CORBA/IIOP.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1647) Provide JBoss remoting-based implementations of the DTM interfaces

Provide JBoss remoting-based implementations of the DTM interfaces
--

 Key: JBAS-1647
 URL: http://jira.jboss.com/jira/browse/JBAS-1647
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel


The implementations will delegate the actual work to TransactionImpl instances. 
Besides the similarity in their interfaces, remoting-based DTM objects 
(Resource, Coordinator, etc.) must be similar to OTS objects also in that their 
references (proxies) are convertible to strings and vice-versa. This will be 
needed for logging.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1647) Provide JBoss remoting-based implementations of the DTM interfaces

 [ http://jira.jboss.com/jira/browse/JBAS-1647?page=history ]

Francisco Reverbel updated JBAS-1647:
-

 Assign To: Francisco Reverbel
Security Level: (was: Public)

 Provide JBoss remoting-based implementations of the DTM interfaces
 --

  Key: JBAS-1647
  URL: http://jira.jboss.com/jira/browse/JBAS-1647
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 The implementations will delegate the actual work to TransactionImpl 
 instances. Besides the similarity in their interfaces, remoting-based DTM 
 objects (Resource, Coordinator, etc.) must be similar to OTS objects also in 
 that their references (proxies) are convertible to strings and vice-versa. 
 This will be needed for logging.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1649) Write OTS wrappers

Write OTS wrappers
--

 Key: JBAS-1649
 URL: http://jira.jboss.com/jira/browse/JBAS-1649
 Project: JBoss Application Server
Type: Sub-task
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1649) Write OTS wrappers

 [ http://jira.jboss.com/jira/browse/JBAS-1649?page=history ]

Francisco Reverbel updated JBAS-1649:
-

   Description: Write some trivial OTS wrappers that implement the DTM 
interfaces by   delegating the work to OTS objects.
   Environment: 
Security Level: (was: Public)

 Write OTS wrappers
 --

  Key: JBAS-1649
  URL: http://jira.jboss.com/jira/browse/JBAS-1649
  Project: JBoss Application Server
 Type: Sub-task
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 Write some trivial OTS wrappers that implement the DTM interfaces by   
 delegating the work to OTS objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1650) Propagate full tx context along with JBoss remoting invocations

Propagate full tx context along with JBoss remoting invocations
---

 Key: JBAS-1650
 URL: http://jira.jboss.com/jira/browse/JBAS-1650
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Enlarge the transaction context propagated along with JBoss remoting 
invocations. The current context has only a GlobalId/Xid, it must include also 
a Coordinator reference.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1651) Make the TPC factory/importer/exporter configurable

Make the TPC factory/importer/exporter configurable
---

 Key: JBAS-1651
 URL: http://jira.jboss.com/jira/browse/JBAS-1651
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel


Make the TPC factory/importer/exporter configurable so that the full context 
(GlobalId + Coordinator reference) is propagated only if the DTM is actually 
used (no additional overhead for DTMless server configs).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1652) Propagate OTS context in IIOP invocations from the JBoss server

Propagate OTS context in IIOP invocations from the JBoss server
---

 Key: JBAS-1652
 URL: http://jira.jboss.com/jira/browse/JBAS-1652
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Propagate the OTS context along with invocations issued by the JBoss server.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1651) Make the TPC factory/importer/exporter configurable

 [ http://jira.jboss.com/jira/browse/JBAS-1651?page=history ]

Francisco Reverbel updated JBAS-1651:
-

 Assign To: Francisco Reverbel
Security Level: (was: Public)

 Make the TPC factory/importer/exporter configurable
 ---

  Key: JBAS-1651
  URL: http://jira.jboss.com/jira/browse/JBAS-1651
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 Make the TPC factory/importer/exporter configurable so that the full context 
 (GlobalId + Coordinator reference) is propagated only if the DTM is actually 
 used (no additional overhead for DTMless server configs).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1653) Review TransactionImpl

Review TransactionImpl
--

 Key: JBAS-1653
 URL: http://jira.jboss.com/jira/browse/JBAS-1653
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Review TransactionImpl with respect to LocalId/GlobalId association and 
transaction importing. An imported transaction should have a LocalId just like 
a non-imported one. (The local id
is embedded into the CORBA references or into the JBoss remoting-based proxies 
for the transaction Coordinator, Terminator, etc.)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1654) Extend TransactionImpl

Extend TransactionImpl
--

 Key: JBAS-1654
 URL: http://jira.jboss.com/jira/browse/JBAS-1654
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Extend TransactionImpl so that it knows about the following DTM objects: 
Coordinator, Resource, and RecoveryCoordinator. Besides having a list of XA 
resources, a TransactionImpl instance will have a list of DTM Resources, each 
of which represents either a JBoss remoting-based resource or a (properly 
wrapped) OTS resource. It may also have a parent coordinator, which will be a 
DTM Coordinator (either a remoting-based coordinator or an OTS coordinator). If 
if has a parent coordinator, it must register itself as a Resource with that 
coordinator. 

The TransactionImpl must drive the 2PC across all XA resources and DTM 
resources.

Logging and recovery are not included in this step.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1655) Add to TransactionImpl a method that enlists a DTM Resource...

Add to TransactionImpl a method that enlists a DTM Resource...
--

 Key: JBAS-1655
 URL: http://jira.jboss.com/jira/browse/JBAS-1655
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Ensure that TransactionImpl has methods that do the actual work for all OTS/DTM 
objects and for XATerminator. Most of the needed methods already are in place, 
but some need to be added (e.g., a method to enlist a DTM Resource).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1656) Implement UserTransaction over JBoss remoting

Implement UserTransaction over JBoss remoting
-

 Key: JBAS-1656
 URL: http://jira.jboss.com/jira/browse/JBAS-1656
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1657) Preliminary UserTransaction and 2PC tests

Preliminary UserTransaction and 2PC tests
-

 Key: JBAS-1657
 URL: http://jira.jboss.com/jira/browse/JBAS-1657
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Preliminary tests, still with no logging/recovery.

Test UserTransaction over JBoss remoting. (UserTransaction over IIOP is already 
in place and has its own testcase.)

Test 2PC across DTM Resources (either remoting-based and OTS-based) and XA 
resources.



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1658) Change LocalId/GlobalId/Xid generation

Change LocalId/GlobalId/Xid generation
--

 Key: JBAS-1658
 URL: http://jira.jboss.com/jira/browse/JBAS-1658
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Change the LocalId/GlobalId/Xid generation strategy so that the nextLocalId is 
not reset to 0 at server startup.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1659) Implement write-ahead logging for the distributed case

Implement write-ahead logging for the distributed case
--

 Key: JBAS-1659
 URL: http://jira.jboss.com/jira/browse/JBAS-1659
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


Resource and RecoveryCoordinator references must be logged.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1660) Implement recovery for the distributed case

Implement recovery for the distributed case
---

 Key: JBAS-1660
 URL: http://jira.jboss.com/jira/browse/JBAS-1660
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1661) Test recovery

Test recovery
-

 Key: JBAS-1661
 URL: http://jira.jboss.com/jira/browse/JBAS-1661
 Project: JBoss Application Server
Type: Sub-task
  Components: Transaction Manager service  
Versions: JBossAS-5.0 Alpha
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 


This task will be split in several sub-tasks.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1647) Provide JBoss remoting-based implementations of the DTM interfaces

 [ http://jira.jboss.com/jira/browse/JBAS-1647?page=history ]
 
Francisco Reverbel resolved JBAS-1647:
--

Resolution: Done

 Provide JBoss remoting-based implementations of the DTM interfaces
 --

  Key: JBAS-1647
  URL: http://jira.jboss.com/jira/browse/JBAS-1647
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 The implementations will delegate the actual work to TransactionImpl 
 instances. Besides the similarity in their interfaces, remoting-based DTM 
 objects (Resource, Coordinator, etc.) must be similar to OTS objects also in 
 that their references (proxies) are convertible to strings and vice-versa. 
 This will be needed for logging.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1646) Define OTS-like interfaces for the DTM

 [ http://jira.jboss.com/jira/browse/JBAS-1646?page=history ]
 
Francisco Reverbel resolved JBAS-1646:
--

Resolution: Done

 Define OTS-like interfaces for the DTM
 --

  Key: JBAS-1646
  URL: http://jira.jboss.com/jira/browse/JBAS-1646
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 Define OTS-like interfaces for the following DTM objects associated with a 
 given transaction: Terminator, Coordinator, Resource, Synchronization, and 
 RecoveryCoordinator. These interfaces allow those objects to be manipulated 
 in a unified way, regardless of whether they are accessible via JBoss 
 remoting or via CORBA/IIOP.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1648) Complete the existing implementation of the OTS interfaces

 [ http://jira.jboss.com/jira/browse/JBAS-1648?page=history ]
 
Francisco Reverbel resolved JBAS-1648:
--

Resolution: Done

 Complete the existing implementation of the OTS interfaces
 --

  Key: JBAS-1648
  URL: http://jira.jboss.com/jira/browse/JBAS-1648
  Project: JBoss Application Server
 Type: Sub-task
   Components: Transaction Manager service
 Versions: JBossAS-5.0 Alpha
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 The existing OTS servant does not yet implements register_resource, recreate, 
 and replay_completion. The implementation of those methods will delegate the 
 actual work to the TransactionImpl instance the represents the transaction.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1649) Write OTS wrappers

 [ http://jira.jboss.com/jira/browse/JBAS-1649?page=history ]
 
Francisco Reverbel resolved JBAS-1649:
--

Resolution: Done

 Write OTS wrappers
 --

  Key: JBAS-1649
  URL: http://jira.jboss.com/jira/browse/JBAS-1649
  Project: JBoss Application Server
 Type: Sub-task
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel



 Write some trivial OTS wrappers that implement the DTM interfaces by   
 delegating the work to OTS objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1617) Merge fixes for JacORB bugs #562 and #568 into the JacORB lib shipped w/ JBoss

2005-04-01 Thread Francisco Reverbel (JIRA)

 [ http://jira.jboss.com/jira/browse/JBAS-1617?page=history ]
 
Francisco Reverbel resolved JBAS-1617:
--

Resolution: Done

The JacORB libraries have been updated to a patched version of JacORB 2.2.1, 
which identifies itself as JacORB V 2.2.1 (JBoss patch 2). This version fixes 
the following JacORB bugs: #445, #532, #550, #558, #562, #566, #568, #574, 
#584, #585, and #586. It also includes the exception reporting improvements 
committed to JacORB's CVS repository in 2004/11/18 and 2004/12/11.

The updated libraries have been committed to CVS HEAD, Branch_4_0, and 
Branch_3_2.


 Merge fixes for JacORB bugs #562 and #568 into the JacORB lib shipped w/ JBoss
 --

  Key: JBAS-1617
  URL: http://jira.jboss.com/jira/browse/JBAS-1617
  Project: JBoss Application Server
 Type: Task
   Components: IIOP service
 Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final, JBossAS-4.0.0 Final, 
 JBossAS-3.2.6 Final,  JBossAS-3.2.5 Final,  JBossAS-4.0.2RC1, 
 JBossAS-4.0.1RC1,  JBossAS-4.0.1 SP1
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel
  Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-5.0 Beta, 
 JBossAS-5.0 Final, JBossPOJOServer-1.0 Alpha, JBossPOJOServer-1.0 Final,  
 JBossAS-3.2.8 Final


 Original Estimate: 2 hours
 Remaining: 2 hours

 Merge fixes for bugs numberered 562 and 568 in JacORB's bugzilla. The fixes 
 were submitted by Jimmy Wilson and are already in JacORB's CVS repository.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1617) Merge fixes for JacORB bugs #562 and #568 into the JacORB lib shipped w/ JBoss

2005-04-01 Thread Francisco Reverbel (JIRA)

 [ http://jira.jboss.com/jira/browse/JBAS-1617?page=history ]
 
Francisco Reverbel closed JBAS-1617:



 Merge fixes for JacORB bugs #562 and #568 into the JacORB lib shipped w/ JBoss
 --

  Key: JBAS-1617
  URL: http://jira.jboss.com/jira/browse/JBAS-1617
  Project: JBoss Application Server
 Type: Task
   Components: IIOP service
 Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final, JBossAS-4.0.0 Final, 
 JBossAS-3.2.6 Final,  JBossAS-3.2.5 Final,  JBossAS-4.0.2RC1, 
 JBossAS-4.0.1RC1,  JBossAS-4.0.1 SP1
 Reporter: Francisco Reverbel
 Assignee: Francisco Reverbel
  Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-5.0 Beta, 
 JBossAS-5.0 Final, JBossPOJOServer-1.0 Alpha, JBossPOJOServer-1.0 Final,  
 JBossAS-3.2.8 Final


 Original Estimate: 2 hours
Time Spent: 3 hours
 Remaining: 0 minutes

 Merge fixes for bugs numberered 562 and 568 in JacORB's bugzilla. The fixes 
 were submitted by Jimmy Wilson and are already in JacORB's CVS repository.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1617) Merge fixes for JacORB bugs #562 and #568 into the JacORB lib shipped w/ JBoss

2005-03-24 Thread Francisco Reverbel (JIRA)

Merge fixes for JacORB bugs #562 and #568 into the JacORB lib shipped w/ JBoss
--

 Key: JBAS-1617
 URL: http://jira.jboss.com/jira/browse/JBAS-1617
 Project: JBoss Application Server
Type: Task
  Components: IIOP service  
Versions:  JBossAS-4.0.2RC1,  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final,  
JBossAS-3.2.7 Final, JBossAS-3.2.6 Final, JBossAS-4.0.1RC1, JBossAS-4.0.0 
Final,  JBossAS-3.2.5 Final
Reporter: Francisco Reverbel
 Assigned to: Francisco Reverbel 
 Fix For: JBossAS-4.0.2 Final, JBossPOJOServer-1.0 Alpha, JBossAS-5.0 
Alpha, JBossPOJOServer-1.0 Final, JBossAS-5.0 Beta, JBossAS-5.0 Final,  
JBossAS-3.2.8 Final


Merge fixes for bugs numberered 562 and 568 in JacORB's bugzilla. The fixes 
were submitted by Jimmy Wilson and are already in JacORB's CVS repository.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Problem with datatype=invocation in the socket connector MBe

2005-03-16 Thread reverbel

I have an MBean that depends on one or more connectors:

  | mbean code=org.jboss.tm.remoting.server.DistributedTransactionManager
  |name=jboss:service=DistributedTransactionManager
  |depends-list optional-attribute-name=Connectors
  |   
depends-list-elementjboss.remoting:service=Connector,transport=socket/depends-list-element
  |/depends-list
  | /mbean
  | 
In its startService method, the MBean issues addInvocationHandler calls to add 
a new invocation handler (for the DTM subsystem) to each of those connectors. 
However, the DTM subsystem does not use the unified invoker marshaller, which 
is specified by the datatype=invocation parameter appended to the invoker 
locator URI of the connector MBean for the socket transport:

  | !-- excerpt from jboss-service.xml --
  | mbean code=org.jboss.remoting.transport.Connector
  |xmbean-dd=org/jboss/remoting/transport/Connector.xml
  |name=jboss.remoting:service=Connector,transport=socket
  |display-name=Socket transport Connector
  | 
  |attribute 
name=InvokerLocator[CDATA[socket://localhost:4446/?datatype=invocation]]/attribute
  | 
  |attribute name=Configuration
  |   handlers
  |  handler 
subsystem=invokerjboss:service=invoker,type=unified/handler
  |   /handlers
  |/attribute
  |dependsjboss.remoting:service=NetworkRegistry/depends
  | /mbean
  | 
The problem is that the return value of connector.getLocator() does not make 
sense for the DTM subsystem, as it includes the datatype=invocation 
parameter. Everything works fine if I remove the datatype=invocation part of 
the locator.

Should it be possible to use a single connector for multiple subsystems, each 
with its own marshaller? In that case, perhaps the datatype=xxx parameter 
could be added by the client side (which must specify the subsystem it wants to 
interact with anyway), rather than being kept in a global attribute of the 
connector MBean. In the case of the unified invoker, the client-side proxy 
could specify datatype=invocation.

Or perhaps I should simply add another socket connector MBean (without the 
datatype=xxx) just for myself? I noticed that Bill did that for AOP remoting. 
Adding another connector defeats the idea of having one connector per 
transport, though. One connector per transport (and multiple subsystems per 
connector) sounds like a good thing to me.


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3870382#3870382

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870382


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Problem with datatype=invocation in the socket connector

2005-03-16 Thread reverbel

Noticed that not only my own code works fine with no datatype=invocation 
parameter in the socket connector MBean, but EJB testcases work too.  To me 
this was surprising, as those testcases perform EJB calls through the unified 
invoker. (Maybe EJB calls work with no datatype=invocation because 
UnifiedInvokerProxy.init explicitly sets the invocation marshaller?) Anyway, by 
now I have just removed the datatype=invocation parameter from the locator 
URI in the socket connector MBean.

Francisco


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3870414#3870414

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870414


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss Remoting, Unified Invokers] - Re: Problem with datatype=invocation in the socket connector

2005-03-16 Thread reverbel

Hey Tom, that was pretty quick. Thanks a lot. 

Regards,

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3870489#3870489

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870489


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: Bad performance when deploying EJBs on JBoss 4.0

2005-01-15 Thread reverbel

The PolicyError exception will go away if you comment out just the 
SASInitializer, which is the one that installs a request interceptor and thus 
affects performance. The CSIv2Initializer must remain enabled, as it defines a 
POA policy that is used at EJB deployment time. This initializer does not 
install a request interceptor, so it should not cause a decrease on performance.

There is another problem, though. Due to a coding oversight in releases 4.0.0 
and 4.0.1 of JBoss, commenting out the just the SASInitializer will result in 
another exception. No exception will be thrown at EJB deployment time, but you 
will get an exception whenever the EJB receives a remote call. This problem has 
been fixed in CVS and won't be present in JBoss 4.0.2.

Right now what you can do is get Branch_4_0 from CVS and build JBoss 4.0.2beta, 
which works properly with no request interceptors at all (with SASInitializer 
and Tx interceptor initializers commented out).

Regards,

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3862250#3862250

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862250


---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [IIOP on JBoss] - Re: Bad performance when deploying EJBs on JBoss 4.0

2004-12-16 Thread reverbel

You probably mean JBoss 3.2.5 rather than JBoss 2.3.5, right? (IIOP support
appeared for the first time in 3.0.0.)

Anyway, two IIOP-related changes may cause a performance decrease in 4.0:

1) jacorb.jar was updated to (a patched version of) JacORB 2.2. A performance
decrease has been reported for JacORB 2.2. The degradation shows up when JacORB
tries to access unset configuration properties:

http://lists.spline.inf.fu-berlin.de/pipermail/jacorb-developer/2004-September/006777.html

2) Portable interceptors were added to deal with transaction context
propagation and with security over IIOP (CSIv2). Usage of request interceptors
in JacORB effectively disables the local call optimization that would otherwise
happen on in-VM calls. This has a negative effect on the performance of
applications that do in-VM calls to (remote interfaces of) IIOP-enabled EJBs.
If you don't need transaction demarcation/propagation and security over IIOP,
then you get rid of the negative effect by commenting out the tx and csiv2
interceptors in iiop-service.xml.

Regards,

Francisco

View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3858772#3858772

Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3858772

---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [IIOP on JBoss] - Re: IIOP.NET over SSL on JBoss

2004-12-15 Thread reverbel

JBoss supports IIOP over SSL. RMI (or CORBA)  clients can use IIOP over SSL to 
communicate with EJBs deployed in JBoss. 

So far I didn't have a chance to look at IIOP.NET, so I cannot tell whether it 
supports IIOP over SSL or not. Anyway, I am pleased to know that it is being 
used to call EJBs from .NET clients. (Yours is the second posting on the usage 
of IIOP.NET  with JBoss.)

Regards,

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3858773#3858773

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3858773


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: how to change the arguments of a method by AOP?

2004-11-12 Thread reverbel

It should be possible to change method arguments at call joinpoints. 

Your example works with the call joinpoint if you turn optimization off 
(-Djboss.aop.optimized=false). 

Cheers,

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854990#3854990

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854990


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: how to change the arguments of a method by AOP?

2004-11-12 Thread reverbel

Yes.

Francisco

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3854994#3854994

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3854994


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] [IIOP on JBoss] - Re: JacORB version in JBoss-3.2.4

2004-02-19 Thread reverbel

Hi Rich,

 I noticed JacORB 2.1 is in the head but 2.0 is still in the branch, is it going to 
 stay that way? 

No, it will not. I didn't have a chance to update JacORB in Branch_3_2 yet, but will 
do it ASAP.

Regards,

Francisco


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3822239#3822239

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822239


---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps  Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] jts removal and tyrex plugin status

2004-02-14 Thread Francisco Reverbel

I have removed from CVS HEAD all the stuff under thirdparty/sun-jts.

File thirdparty/sun-jts/lib/jts.jar contained a bogus implementation
of the standard class org.omg.CosTransactions.PropagationContextHelper.
It had hardwired references to the Exolab class org.openorb.CORBA.Any.
This is nonsense. An org.omg class should never have a dependency on a
proprietary class. Even though jts.jar was under sun-jts, it looks like
Exolab (Tyrex) stuff.

I noticed that there was something weird about jts.jar because the new
IIOP transaction code in HEAD didn't work with it.

The tyrex plugin is the only module using the deleted jar. I have
disabled the compilation of this plugin. Unless somebody steps up to
fix and maintain the tyrex plugin, this module will be removed from
CVS HEAD in a couple of weeks.

Regards,

Francisco



---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps  Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Changes for IIOP over SSL

2004-01-03 Thread Francisco Reverbel

In order to support IIOP over SSL I have made (still uncommitted)
changes to a couple of classes in the security module:

- org.jboss.security.ssl.DomainServerSocketFactory

  Work currently performed within private method initSSLContext() factored 
  out to an utility class, in order to be available to the IIOP/SSL code.


- org.jboss.security.plugins.JaasSecurityDomain

  Work currently performed within start() method moved to create(). 
  Reason: the JaasSecurityDomain must be ready when ORB.init() is 
  called. CorbaOrbService calls ORB.init() within createService(),
  and this call cannot be moved to startService(), as the IIOP proxy 
  factory (IORFactory) needs the IIOP invoker ready before that.

Does anybody see some problem with these changes? If nobody speaks up, 
I'll commit them to CVS, along with IIOP over SSL support.

Cheers,

Francisco



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] CVS problem

2003-12-28 Thread Francisco Reverbel

Thanks!

Francisco

On Sat, 27 Dec 2003, Scott M Stark wrote:

 The thirdparty directory is just a collection of other alias checkouts.
 You already had avalon checked into the thirdparty/apache/avalon dir
 in 3.2, so checkout thirdparty/apache/avalon on head and add the
 libs. I have done this and added a new alias to the _jboss_thirdparty
 so add the apache-avalon to  your thirdparty tree using:
 
 [EMAIL PROTECTED] thirdparty]$ cvs co _thirdparty_apache_avalon
 cvs server: Updating apache-avalon
 cvs server: Updating apache-avalon/lib
 U apache-avalon/lib/README
 U apache-avalon/lib/avalon-framework.jar 
 [EMAIL PROTECTED] thirdparty]$ ls apache-avalon/lib/
 CVS/  README  avalon-framework.jar
 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
  
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
 Francisco Reverbel
 Sent: Saturday, December 27, 2003 9:34 AM
 To: [EMAIL PROTECTED]
 Subject: [JBoss-dev] CVS problem
 
 jboss-head, fresh checkout:
 
 $ cd jboss-head/thirdparty
 $ mkdir apache-avalon
 $ cvs -z3 add apache-avalon
 cvs [add aborted]: cannot add to /cvsroot/jboss/CVSROOT/Emptydir $ cat
 CVS/Reposit



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS problem

2003-12-27 Thread Francisco Reverbel

jboss-head, fresh checkout:

$ cd jboss-head/thirdparty
$ mkdir apache-avalon
$ cvs -z3 add apache-avalon 
cvs [add aborted]: cannot add to /cvsroot/jboss/CVSROOT/Emptydir
$ cat CVS/Repository 
CVSROOT/Emptydir
$ echo $CVSROOT 
:ext:[EMAIL PROTECTED]:/cvsroot/jboss

What is this? 

Cheers,

Francisco



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] 3.2.3RC1

2003-11-08 Thread Francisco Reverbel

Me too, just updated jacorb.jar in thirdparty.

Francisco

On Sat, 8 Nov 2003, Alexey Loubyansky wrote:

 I am done for this RC.
 
 Scott M Stark wrote:
 
  When can these be committed?
  
 
 
 
 
 
 ---
 This SF.Net email sponsored by: ApacheCon 2003,
 16-19 November in Las Vegas. Learn firsthand the latest
 developments in Apache, PHP, Perl, XML, Java, MySQL,
 WebDAV, and more! http://www.apachecon.com/
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] 3.2.3RC1

2003-11-07 Thread Francisco Reverbel

I am not aware of such problem... Cheers,

Francisco

On Fri, 7 Nov 2003, Sacha Labourey wrote:

 Will this contain the fix for the problem that occurs when doing invocation
 from JacORB against Orbix as well? 
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Francisco Reverbel
  Sent: jeudi, 6. novembre 2003 23:25
  To: [EMAIL PROTECTED]
  Subject: Re: [JBoss-dev] 3.2.3RC1
  
  When will you get 3.2.3.RC1 from CVS?
  
  There has been a JacORB bug fix (for Arjuna) that is not in 
  our CVS yet. I´d generate a patched version of jacorb.jar
  with the fix.
  
  Cheers,
  
  Francisco
  
  On Wed, 5 Nov 2003, Scott M Stark wrote:
  
   I'm putting together a 3.2.3RC1 release to pickup some 
  recent bug fixes. I'm
   working on a fix for [ 832561 ] NoSuchMethodException when 
  HAJNDI joins cluster
   that I want to include. If there are any other must have 
  fixes let me know.
   
   -- 
   
   Scott Stark
   Chief Technology Officer
   JBoss Group, LLC
   
   
   
   
   
   ---
   This SF.net email is sponsored by: SF.net Giveback Program.
   Does SourceForge.net help you be more productive?  Does it
   help you create better code?   SHARE THE LOVE, and help us help
   YOU!  Click Here: http://sourceforge.net/donate/
   ___
   JBoss-Development mailing list
   [EMAIL PROTECTED]
   https://lists.sourceforge.net/lists/listinfo/jboss-development
   
  
  
  
  ---
  This SF.net email is sponsored by: SF.net Giveback Program.
  Does SourceForge.net help you be more productive?  Does it
  help you create better code?   SHARE THE LOVE, and help us help
  YOU!  Click Here: http://sourceforge.net/donate/
  ___
  JBoss-Development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
  
  
 
 
 
 ---
 This SF.net email is sponsored by: SF.net Giveback Program.
 Does SourceForge.net help you be more productive?  Does it
 help you create better code?   SHARE THE LOVE, and help us help
 YOU!  Click Here: http://sourceforge.net/donate/
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] 3.2.3RC1

2003-11-07 Thread Francisco Reverbel

Bug #398 is the same as bug #365, which has been fixed before beta 2:

http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=365

The fix is already included in the jacorb.jar library distributed
with JBoss 3.2.2.

CSIv2 is also there, but I didn't test it yet. We should try it
as the basis for interoperable EJB security.

Cheers,

Francisco


On Fri, 7 Nov 2003, Sacha Labourey wrote:

 I think it is this one:
 
 http://www.jacorb.org/cgi-bin/bugzilla/show_bug.cgi?id=398 
 
 Do you know if your release will include it? It seems to be part of beta 3.
 Do you know what is the status of Jacorb WRT csiv2?
 
 Cheers,
 
 
 sacha
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Francisco Reverbel
  Sent: vendredi, 7. novembre 2003 12:34
  To: [EMAIL PROTECTED]
  Subject: RE: [JBoss-dev] 3.2.3RC1
  
  I am not aware of such problem... Cheers,
  
 
 
 
 ---
 This SF.net email is sponsored by: SF.net Giveback Program.
 Does SourceForge.net help you be more productive?  Does it
 help you create better code?   SHARE THE LOVE, and help us help
 YOU!  Click Here: http://sourceforge.net/donate/
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] 3.2.3RC1

2003-11-06 Thread Francisco Reverbel

When will you get 3.2.3.RC1 from CVS?

There has been a JacORB bug fix (for Arjuna) that is not in 
our CVS yet. I´d generate a patched version of jacorb.jar
with the fix.

Cheers,

Francisco

On Wed, 5 Nov 2003, Scott M Stark wrote:

 I'm putting together a 3.2.3RC1 release to pickup some recent bug fixes. I'm
 working on a fix for [ 832561 ] NoSuchMethodException when HAJNDI joins cluster
 that I want to include. If there are any other must have fixes let me know.
 
 -- 
 
 Scott Stark
 Chief Technology Officer
 JBoss Group, LLC
 
 
 
 
 
 ---
 This SF.net email is sponsored by: SF.net Giveback Program.
 Does SourceForge.net help you be more productive?  Does it
 help you create better code?   SHARE THE LOVE, and help us help
 YOU!  Click Here: http://sourceforge.net/donate/
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

RE: [JBoss-dev] JMX DR3 rollback commit

2003-10-21 Thread Francisco Reverbel

Actually my rant was not well founded. Just run all IIOP tests on
on HEAD (fresh checkout), with no errors.

I don't understand why there were IIOP errors in the results Tom 
posted. (Perhaps his server run with the default config, rather 
than with the all config?)

Cheers,

Francisco

On Tue, 21 Oct 2003, Tom Elrod wrote:

 Per request, I am going to wait an extra day before doing commit.  Am also
 assuming that the post below is not an objection to the commit, but a well
 founded rant.
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Behalf Of
  Francisco Reverbel
  Sent: Monday, October 20, 2003 4:21 PM
  To: [EMAIL PROTECTED]
  Subject: Re: [JBoss-dev] JMX DR3 rollback commit
 
 
  Guys,
 
  The test results Tom posted show IIOP tests failing on HEAD.
  I understand
  this is not his fault, as his changes were not yet merged
  into HEAD when
  the tests were run. Anyway, I've fixed IIOP in HEAD less than
  a month ago.
  All IIOP tests were running with no errors back then.
 
  rant
  I'm tired of chasing errors before doing IIOP work on HEAD.
  /rant
 
  Cheers,
 
  Francisco
 
  On Sun, 19 Oct 2003, Tom Elrod wrote:
 
   Hello all.  I have been working on bringing in the source
  code from the jmx
   project from the Branch_4_0_DR3 into HEAD.  This is needed
  since it is
   compliant with JMX 1.2, which is needed for some of the
  other modules (like
   JMX Remoting).  Everything under the jmx directory will be
  updated, except
   the mx.loading module, which will remain the same as what
  is in HEAD now. In
   the process of migrating this code, many other classes had
  to be changed
   outside the jmx project, so that they would use any new API.
  
   I have run the testsuite (along with many other tests) to
  makes sure I did
   not break anything in the process.  However, there is too
  much to be able to
   go through all the different modules.  In general, the test
  results seem to
   reflect that not much (if anything) has been broken (see
  below) due to the
   change.
  
   I plan on committing all the code tomorrow (Monday) night
  around 11pm EST.
   Please review the following test results and verify I did
  not break anything
   significant in your module.  You can follow the links at
  the bottom to get
   details on the exact tests that failed.  In the following
  results, the repos
   named 'rollback' is the one that I have made the changes to
  and thus the one
   to be most aware of.  Please let me know if there is
  something that needs to
   be corrected before I perform the commit tomorrow.  BTW,
  there are not
   currently test results for 'rollback' on Linux, so that is
  why it is not
   filled in yet.
  
   Thanks.
  
   -Tom
  
  
  
   Windows 2000
  
   \build\build.bat clean most
  
   Source Repos  Test Results
   Branch_4_0_DR3success
   HEAD  success
   rollback  success
  
   \jmx\build.bat test-compliance-full-JBossMX  test-implementation
   test-performance-JBossMX  test-serialization test-stress-JBossMX
  
   Source Repos  Test Target Test Results
   Branch_4_0_DR3test-compliance-full-JBossMXTests
  run: 926,  Failures: 4,
   Errors: 2
   HEAD  test-compliance-full-JBossMXTests run: 706,
   Failures: 3,  Errors: 0
   rollback  test-compliance-full-JBossMXTests run: 926,
   Failures: 4,  Errors:
   2
   Branch_4_0_DR3test-implementation Tests run: 67,
  Failures: 1,  Errors: 1
   HEAD  test-implementation OK (37 tests)
   rollback  test-implementation Tests run: 67,
  Failures: 1,  Errors: 1
   Branch_4_0_DR3test-performance-JBossMXOK (14 tests)
   HEAD  test-performance-JBossMXOK (11 tests)
   rollback  test-performance-JBossMXOK (14 tests)
   Branch_4_0_DR3test-serialization  Tests run: 93,
  Failures: 1,  Errors: 0
   HEAD  test-serialization  Tests run: 93,
  Failures: 0,  Errors: 90
   rollback  test-serialization  Tests run: 93,
  Failures: 1,  Errors: 1
   Branch_4_0_DR3test-stress-JBossMX OK (1 tests)
   HEAD  test-stress-JBossMX OK (1 test)
   rollback  test-stress-JBossMX OK (1 test)
  
   \testsuite\build.bat tests
  
   Source Repos  TestFailuresErrors  Success
  rateTime
   Branch_4_0_DR3847 13  480 41.79%  5817.237
   HEAD  733 54  304 51.16%  1687.185
   rollback  718 62  308 48.47   1656.592
  
  
   Linux - Red Hat 7.3
  
   \build\build.sh clean most
  
   Source Repos  Test Results
   Branch_4_0_DR3success
   HEAD  success
   rollback
  
   \jmx\build.sh test-compliance-full-JBossMX  test-implementation
   test-performance-JBossMX  test-serialization test-stress-JBossMX
  
   Source Repos  Test Target Test Results
   Branch_4_0_DR3test-compliance-full-JBossMXTests
  run: 926,  Failures: 4,
   Errors: 2
   HEAD  test-compliance-full-JBossMXTests run: 706,
   Failures: 3

RE: [JBoss-dev] JMX DR3 rollback commit

2003-10-21 Thread Francisco Reverbel

You're right, Tom. My post was not an objection to the commit. 
BTW: Thank you for your great work on the remoting framework!

Cheers,

Francisco

On Tue, 21 Oct 2003, Tom Elrod wrote:

 Per request, I am going to wait an extra day before doing commit.  Am also
 assuming that the post below is not an objection to the commit, but a well
 founded rant.
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Behalf Of
  Francisco Reverbel
  Sent: Monday, October 20, 2003 4:21 PM
  To: [EMAIL PROTECTED]
  Subject: Re: [JBoss-dev] JMX DR3 rollback commit
 
 
  Guys,
 
  The test results Tom posted show IIOP tests failing on HEAD.
  I understand
  this is not his fault, as his changes were not yet merged
  into HEAD when
  the tests were run. Anyway, I've fixed IIOP in HEAD less than
  a month ago.
  All IIOP tests were running with no errors back then.
 
  rant
  I'm tired of chasing errors before doing IIOP work on HEAD.
  /rant
 
  Cheers,
 
  Francisco
 
  On Sun, 19 Oct 2003, Tom Elrod wrote:
 
   Hello all.  I have been working on bringing in the source
  code from the jmx
   project from the Branch_4_0_DR3 into HEAD.  This is needed
  since it is
   compliant with JMX 1.2, which is needed for some of the
  other modules (like
   JMX Remoting).  Everything under the jmx directory will be
  updated, except
   the mx.loading module, which will remain the same as what
  is in HEAD now. In
   the process of migrating this code, many other classes had
  to be changed
   outside the jmx project, so that they would use any new API.
  
   I have run the testsuite (along with many other tests) to
  makes sure I did
   not break anything in the process.  However, there is too
  much to be able to
   go through all the different modules.  In general, the test
  results seem to
   reflect that not much (if anything) has been broken (see
  below) due to the
   change.
  
   I plan on committing all the code tomorrow (Monday) night
  around 11pm EST.
   Please review the following test results and verify I did
  not break anything
   significant in your module.  You can follow the links at
  the bottom to get
   details on the exact tests that failed.  In the following
  results, the repos
   named 'rollback' is the one that I have made the changes to
  and thus the one
   to be most aware of.  Please let me know if there is
  something that needs to
   be corrected before I perform the commit tomorrow.  BTW,
  there are not
   currently test results for 'rollback' on Linux, so that is
  why it is not
   filled in yet.
  
   Thanks.
  
   -Tom
  
  
  
   Windows 2000
  
   \build\build.bat clean most
  
   Source Repos  Test Results
   Branch_4_0_DR3success
   HEAD  success
   rollback  success
  
   \jmx\build.bat test-compliance-full-JBossMX  test-implementation
   test-performance-JBossMX  test-serialization test-stress-JBossMX
  
   Source Repos  Test Target Test Results
   Branch_4_0_DR3test-compliance-full-JBossMXTests
  run: 926,  Failures: 4,
   Errors: 2
   HEAD  test-compliance-full-JBossMXTests run: 706,
   Failures: 3,  Errors: 0
   rollback  test-compliance-full-JBossMXTests run: 926,
   Failures: 4,  Errors:
   2
   Branch_4_0_DR3test-implementation Tests run: 67,
  Failures: 1,  Errors: 1
   HEAD  test-implementation OK (37 tests)
   rollback  test-implementation Tests run: 67,
  Failures: 1,  Errors: 1
   Branch_4_0_DR3test-performance-JBossMXOK (14 tests)
   HEAD  test-performance-JBossMXOK (11 tests)
   rollback  test-performance-JBossMXOK (14 tests)
   Branch_4_0_DR3test-serialization  Tests run: 93,
  Failures: 1,  Errors: 0
   HEAD  test-serialization  Tests run: 93,
  Failures: 0,  Errors: 90
   rollback  test-serialization  Tests run: 93,
  Failures: 1,  Errors: 1
   Branch_4_0_DR3test-stress-JBossMX OK (1 tests)
   HEAD  test-stress-JBossMX OK (1 test)
   rollback  test-stress-JBossMX OK (1 test)
  
   \testsuite\build.bat tests
  
   Source Repos  TestFailuresErrors  Success
  rateTime
   Branch_4_0_DR3847 13  480 41.79%  5817.237
   HEAD  733 54  304 51.16%  1687.185
   rollback  718 62  308 48.47   1656.592
  
  
   Linux - Red Hat 7.3
  
   \build\build.sh clean most
  
   Source Repos  Test Results
   Branch_4_0_DR3success
   HEAD  success
   rollback
  
   \jmx\build.sh test-compliance-full-JBossMX  test-implementation
   test-performance-JBossMX  test-serialization test-stress-JBossMX
  
   Source Repos  Test Target Test Results
   Branch_4_0_DR3test-compliance-full-JBossMXTests
  run: 926,  Failures: 4,
   Errors: 2
   HEAD  test-compliance-full-JBossMXTests run: 706,
   Failures: 3,  Errors: 0
   rollback  test-compliance-full-JBossMX
   Branch_4_0_DR3test-implementation Tests run: 67,
  Failures: 1,  Errors: 1

Re: [JBoss-dev] JMX DR3 rollback commit

2003-10-20 Thread Francisco Reverbel

Guys,

The test results Tom posted show IIOP tests failing on HEAD. I understand 
this is not his fault, as his changes were not yet merged into HEAD when
the tests were run. Anyway, I've fixed IIOP in HEAD less than a month ago. 
All IIOP tests were running with no errors back then. 

rant
I'm tired of chasing errors before doing IIOP work on HEAD.
/rant

Cheers,

Francisco 

On Sun, 19 Oct 2003, Tom Elrod wrote:

 Hello all.  I have been working on bringing in the source code from the jmx
 project from the Branch_4_0_DR3 into HEAD.  This is needed since it is
 compliant with JMX 1.2, which is needed for some of the other modules (like
 JMX Remoting).  Everything under the jmx directory will be updated, except
 the mx.loading module, which will remain the same as what is in HEAD now. In
 the process of migrating this code, many other classes had to be changed
 outside the jmx project, so that they would use any new API.
 
 I have run the testsuite (along with many other tests) to makes sure I did
 not break anything in the process.  However, there is too much to be able to
 go through all the different modules.  In general, the test results seem to
 reflect that not much (if anything) has been broken (see below) due to the
 change.
 
 I plan on committing all the code tomorrow (Monday) night around 11pm EST.
 Please review the following test results and verify I did not break anything
 significant in your module.  You can follow the links at the bottom to get
 details on the exact tests that failed.  In the following results, the repos
 named 'rollback' is the one that I have made the changes to and thus the one
 to be most aware of.  Please let me know if there is something that needs to
 be corrected before I perform the commit tomorrow.  BTW, there are not
 currently test results for 'rollback' on Linux, so that is why it is not
 filled in yet.
 
 Thanks.
 
 -Tom
 
 
 
 Windows 2000
 
 \build\build.bat clean most
 
 Source Repos  Test Results
 Branch_4_0_DR3success
 HEAD  success
 rollback  success
 
 \jmx\build.bat test-compliance-full-JBossMX  test-implementation
 test-performance-JBossMX  test-serialization test-stress-JBossMX
 
 Source Repos  Test Target Test Results
 Branch_4_0_DR3test-compliance-full-JBossMXTests run: 926,  Failures: 4,
 Errors: 2
 HEAD  test-compliance-full-JBossMXTests run: 706,  Failures: 3,  Errors: 0
 rollback  test-compliance-full-JBossMXTests run: 926,  Failures: 4,  Errors:
 2
 Branch_4_0_DR3test-implementation Tests run: 67,  Failures: 1,  Errors: 1
 HEAD  test-implementation OK (37 tests)
 rollback  test-implementation Tests run: 67,  Failures: 1,  Errors: 1
 Branch_4_0_DR3test-performance-JBossMXOK (14 tests)
 HEAD  test-performance-JBossMXOK (11 tests)
 rollback  test-performance-JBossMXOK (14 tests)
 Branch_4_0_DR3test-serialization  Tests run: 93,  Failures: 1,  Errors: 0
 HEAD  test-serialization  Tests run: 93,  Failures: 0,  Errors: 90
 rollback  test-serialization  Tests run: 93,  Failures: 1,  Errors: 1
 Branch_4_0_DR3test-stress-JBossMX OK (1 tests)
 HEAD  test-stress-JBossMX OK (1 test)
 rollback  test-stress-JBossMX OK (1 test)
 
 \testsuite\build.bat tests
 
 Source Repos  TestFailuresErrors  Success rateTime
 Branch_4_0_DR3847 13  480 41.79%  5817.237
 HEAD  733 54  304 51.16%  1687.185
 rollback  718 62  308 48.47   1656.592
 
 
 Linux - Red Hat 7.3
 
 \build\build.sh clean most
 
 Source Repos  Test Results
 Branch_4_0_DR3success
 HEAD  success
 rollback
 
 \jmx\build.sh test-compliance-full-JBossMX  test-implementation
 test-performance-JBossMX  test-serialization test-stress-JBossMX
 
 Source Repos  Test Target Test Results
 Branch_4_0_DR3test-compliance-full-JBossMXTests run: 926,  Failures: 4,
 Errors: 2
 HEAD  test-compliance-full-JBossMXTests run: 706,  Failures: 3,  Errors: 0
 rollback  test-compliance-full-JBossMX
 Branch_4_0_DR3test-implementation Tests run: 67,  Failures: 1,  Errors: 1
 HEAD  test-implementation OK (37 tests)
 rollback  test-implementation
 Branch_4_0_DR3test-performance-JBossMXOK (14 tests)
 HEAD  test-performance-JBossMXOK (11 tests)
 rollback  test-performance-JBossMX
 Branch_4_0_DR3test-serialization  Tests run: 93,  Failures: 1,  Errors: 0
 HEAD  test-serialization  Tests run: 93,  Failures: 0,  Errors: 90
 rollback  test-serialization
 Branch_4_0_DR3test-stress-JBossMX OK (1 tests)
 HEAD  test-stress-JBossMX OK (1 test)
 rollback  test-stress-JBossMX
 
 \testsuite\build.sh tests
 
 Source Repos  TestFailuresErrors  Success rateTime
 Branch_4_0_DR3850 12  479 42.24%  3711.145
 HEAD  777 57  331 50.06%  1779.778
 rollback
 
 
 The complete testsuite

[JBoss-dev] Missing package info for app classes deployed in HEAD

2003-09-19 Thread Francisco Reverbel

IIOP tests are currently broken in HEAD.

The RMI/IIOP analysis and stub generation code calls cls.getPackage().
The tests break because getPackage() is returning null on 
application-defined classes. If I print out the class and the package 
of an application class, I get something like 

  cls = class org.jboss.test.bankiiop.interfaces.AccountData
  pkg = null

Non-application classes, however, still have package info:

  cls = interface javax.ejb.Handle
  pkg = package javax.ejb, JBoss, version 4.0.0

  cls = interface javax.ejb.EJBObject
  pkg = package javax.ejb, JBoss, version 4.0.0

According to the getPackage() documentation, the method returns null 
if no package object was created by the class loader of the target 
class. Looks like this problem is related with the bytecode enhancement 
performed at load time. 

Francisco



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [jboss-group] Re: [JBoss-dev] Missing package info for app classes deployed in HEAD

2003-09-19 Thread Francisco Reverbel

Thanks, Adrian.

It is not urgent, I am not working anymore today.

If you point me to the file that misses a definePackage(), I'll 
add it myself next time I find some time to work on JBoss. Unless 
you do it before me, of course. 

Cheers,

Francisco

On 19 Sep 2003, Adrian Brock wrote:

 The defineClass() is missing a definePackage()
 see the hack in AOP's standalone system classloader.
 
 I can fix it later if it isn't urgent.
 
 This needs improving as it does not retrieve manifest
 information.
 
 Regards,
 Adrian
 
 On Fri, 2003-09-19 at 22:49, Francisco Reverbel wrote:
  IIOP tests are currently broken in HEAD.
  
  The RMI/IIOP analysis and stub generation code calls cls.getPackage().
  The tests break because getPackage() is returning null on 
  application-defined classes. If I print out the class and the package 
  of an application class, I get something like 
  
cls = class org.jboss.test.bankiiop.interfaces.AccountData
pkg = null
  
  Non-application classes, however, still have package info:
  
cls = interface javax.ejb.Handle
pkg = package javax.ejb, JBoss, version 4.0.0
  
cls = interface javax.ejb.EJBObject
pkg = package javax.ejb, JBoss, version 4.0.0
  
  According to the getPackage() documentation, the method returns null 
  if no package object was created by the class loader of the target 
  class. Looks like this problem is related with the bytecode enhancement 
  performed at load time. 
  
  Francisco
  
  
  
  ---
  This sf.net email is sponsored by:ThinkGeek
  Welcome to geek heaven.
  http://thinkgeek.com/sf
  ___
  JBoss-Development mailing list
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 -- 
  
 Adrian Brock
 Director of Support
 Back Office
 JBoss Group, LLC 
  
 
 ___
 jboss-group mailing list
 [EMAIL PROTECTED]
 http://mail.jboss.org/mailman/listinfo/jboss-group
 
 



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] Build failing on Branch_3_2

Fresh checkout. The build.sh script fails with this error:

compile-classes:
[javac] Compiling 584 source files to
/usr/local/reverbel/jboss-3.2/server/output/classes
/usr/local/reverbel/jboss-3.2/server/output/gen-src/org/jboss/invocation/local/LocalInvokerMBean.java:10:
 '}'
expected
^
1 error

BUILD FAILED

Does anybody else see this?

Francisco



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Build failing on Branch_3_2

Java 1.4.2 on Debian 3.0 (woody). I am using an old Linux kernel, 
though.

$ java -version
java version 1.4.2
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)
$ uname -a
Linux pong 2.2.19 #1 SMP Wed Oct 17 08:56:33 BRST 2001 i686 unknown

Francisco

On Wed, 10 Sep 2003, Scott M Stark wrote:

 No, I just did a checkout and build of 3.2 using 1.4.2 on RH9. What compiler and 
 OS are you using?
 
 Francisco Reverbel wrote:
 
  Fresh checkout. The build.sh script fails with this error:
  
  compile-classes:
  [javac] Compiling 584 source files to
  /usr/local/reverbel/jboss-3.2/server/output/classes
  /usr/local/reverbel/jboss-3.2/server/output/gen-src/org/jboss/invocation/local/LocalInvokerMBean.java:10:
   '}'
  expected
  ^
  1 error
  
  BUILD FAILED
  
  Does anybody else see this?
  
  Francisco
  
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Build failing on Branch_3_2

It works after I removed file 

output/gen-src/org/jboss/invocation/local/LocalInvokerMBean.java

which was incomplete. This file has not been fully generated due
to an out of memory error in a previous run of build.sh.

Thanks,

Francisco

On Wed, 10 Sep 2003, Scott M Stark wrote:

 No, I just did a checkout and build of 3.2 using 1.4.2 on RH9. What compiler and 
 OS are you using?
 
 Francisco Reverbel wrote:
 
  Fresh checkout. The build.sh script fails with this error:
  
  compile-classes:
  [javac] Compiling 584 source files to
  /usr/local/reverbel/jboss-3.2/server/output/classes
  /usr/local/reverbel/jboss-3.2/server/output/gen-src/org/jboss/invocation/local/LocalInvokerMBean.java:10:
   '}'
  expected
  ^
  1 error
  
  BUILD FAILED
  
  Does anybody else see this?
  
  Francisco
  
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf
 ___
 JBoss-Development mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Re: [JBoss-dev] Build failing on Branch_3_2