You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by David Jencks <da...@yahoo.com> on 2005/12/25 19:52:33 UTC
Re: [openejb-scm] openejb/modules/core project.xml
I have some concerns about this.
1. Is axion really a runtime dependency of clustering? If so, what
do we need to do to remove this dependency? Previously axion was only
used in a few tests due to lack of time to update them to use derby.
2. Unfortunately we don't have transitive dependencies yet: therefore
whenever you add a <geronimo.dependency>true</geronimo.dependency> in
one project you should add the same dependency without the
<geronimo.dependency>true</geronimo.dependency> property into at
least every config project.xml that uses the module and every
assemblies project.xml. Otherwise people may not be able to build
the servers. This has happened just now with the backport-concurrent
jar to someone on the genonimo user list.
3. As a longer term question, is it possible to put clustering into
a separate module in such a way that it is possible to run without
clustering support and without the clustering jars?
Many thanks
david jencks
On Dec 21, 2005, at 6:21 AM, gdamour@codehaus.org wrote:
> gdamour 2005/12/21 09:21:49
>
> Modified: modules/core project.xml
> Log:
>
> GERONIMO-1397 Clustering of SFSB
>
> First step of many others to add the clustering of SFSB.
>
> This check-in adds the following features:
> * definition of an EJBClusterManager, which abstracts an EJB
> Cluster node;
> * this EJB cluster node is a standard GBean (the default or
> WADI implementation is DefaultEJBClusterManager);
> * in an openejb-jar.xml DD, a SFSB can declare a reference to
> this node via
> the ejb-cluster-reference element;
> * when the SFSB container is started, the EJB cluster node notifies
> the cluster that it is running a specific SFSB container;
> * when a clustered SFSB InstanceContext is created, an array of
> nodes running
> the container of this SFSB is associated to the InstanceContext.
> Note that
> this array of nodes is updated upon start-up of a clustered SFSB
> container or
> upon node failure;
> * this array of nodes capable of running the created SFSB is
> propagated to
> clients. Actually, this array is propagated at each EJB invocation.
>
> Revision Changes Path
> 1.64 +101 -1 openejb/modules/core/project.xml
>
> Index: project.xml
> ===================================================================
> RCS file: /home/projects/openejb/scm/openejb/modules/core/
> project.xml,v
> retrieving revision 1.63
> retrieving revision 1.64
> diff -u -r1.63 -r1.64
> --- project.xml 11 Dec 2005 07:30:19 -0000 1.63
> +++ project.xml 21 Dec 2005 14:21:49 -0000 1.64
> @@ -334,6 +334,106 @@
> <version>${xmlbeans_version}</version>
> </dependency>
>
> + <!-- EJB Clustering -->
> + <dependency>
> + <groupId>activecluster</groupId>
> + <artifactId>activecluster</artifactId>
> + <version>${wadi_activecluster_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>wadi</groupId>
> + <artifactId>wadi-core</artifactId>
> + <version>${wadi_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>activeio</groupId>
> + <artifactId>activeio</artifactId>
> + <version>${activeio_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>axion</groupId>
> + <artifactId>axion</artifactId>
> + <version>${axion_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>activemq</groupId>
> + <artifactId>activemq-core</artifactId>
> + <version>${activemq_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>commons-logging</groupId>
> + <artifactId>commons-logging</artifactId>
> + <version>${commons_logging_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>commons-collections</groupId>
> + <artifactId>commons-collections</artifactId>
> + <version>${commons_collections_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>commons-primitives</groupId>
> + <artifactId>commons-primitives</artifactId>
> + <version>${commons_primitives_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>backport-util-concurrent</groupId>
> + <artifactId>backport-util-concurrent</artifactId>
> + <version>${backport_util_concurrent_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>concurrent</groupId>
> + <artifactId>concurrent</artifactId>
> + <version>${concurrent_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> + <dependency>
> + <groupId>regexp</groupId>
> + <artifactId>regexp</artifactId>
> + <version>${regexp_version}</version>
> + <properties>
> + <geronimo.dependency>true</geronimo.dependency>
> + </properties>
> + </dependency>
> +
> </dependencies>
>
> <!-- =================== -->
>
>
>
Re: [openejb-scm] openejb/modules/core project.xml
Posted by Jeff Genender <jg...@apache.org>.
David Jencks wrote:
> I have some concerns about this.
>
> 1. Is axion really a runtime dependency of clustering? If so, what do
> we need to do to remove this dependency? Previously axion was only used
> in a few tests due to lack of time to update them to use derby.
No need for Axion. IIUC, it is used in the tests only. Its on our list
to move to Derby. I am not sure if Gianni is using in tests...but if
not, he can remove it.
>
> 2. Unfortunately we don't have transitive dependencies yet: therefore
> whenever you add a <geronimo.dependency>true</geronimo.dependency> in
> one project you should add the same dependency without the
> <geronimo.dependency>true</geronimo.dependency> property into at least
> every config project.xml that uses the module and every assemblies
> project.xml. Otherwise people may not be able to build the servers.
> This has happened just now with the backport-concurrent jar to someone
> on the genonimo user list.
>
> 3. As a longer term question, is it possible to put clustering into a
> separate module in such a way that it is possible to run without
> clustering support and without the clustering jars?
If you are asking if we will have it as its own config, there is
discussion on this now. Its my hope we will go in this direction.
>
> Many thanks
> david jencks
>
>
>
> On Dec 21, 2005, at 6:21 AM, gdamour@codehaus.org wrote:
>
>> gdamour 2005/12/21 09:21:49
>>
>> Modified: modules/core project.xml
>> Log:
>>
>> GERONIMO-1397 Clustering of SFSB
>>
>> First step of many others to add the clustering of SFSB.
>>
>> This check-in adds the following features:
>> * definition of an EJBClusterManager, which abstracts an EJB Cluster
>> node;
>> * this EJB cluster node is a standard GBean (the default or
>> WADI implementation is DefaultEJBClusterManager);
>> * in an openejb-jar.xml DD, a SFSB can declare a reference to this
>> node via
>> the ejb-cluster-reference element;
>> * when the SFSB container is started, the EJB cluster node notifies
>> the cluster that it is running a specific SFSB container;
>> * when a clustered SFSB InstanceContext is created, an array of
>> nodes running
>> the container of this SFSB is associated to the InstanceContext.
>> Note that
>> this array of nodes is updated upon start-up of a clustered SFSB
>> container or
>> upon node failure;
>> * this array of nodes capable of running the created SFSB is
>> propagated to
>> clients. Actually, this array is propagated at each EJB invocation.
>>
>> Revision Changes Path
>> 1.64 +101 -1 openejb/modules/core/project.xml
>>
>> Index: project.xml
>> ===================================================================
>> RCS file: /home/projects/openejb/scm/openejb/modules/core/project.xml,v
>> retrieving revision 1.63
>> retrieving revision 1.64
>> diff -u -r1.63 -r1.64
>> --- project.xml 11 Dec 2005 07:30:19 -0000 1.63
>> +++ project.xml 21 Dec 2005 14:21:49 -0000 1.64
>> @@ -334,6 +334,106 @@
>> <version>${xmlbeans_version}</version>
>> </dependency>
>>
>> + <!-- EJB Clustering -->
>> + <dependency>
>> + <groupId>activecluster</groupId>
>> + <artifactId>activecluster</artifactId>
>> + <version>${wadi_activecluster_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>wadi</groupId>
>> + <artifactId>wadi-core</artifactId>
>> + <version>${wadi_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>activeio</groupId>
>> + <artifactId>activeio</artifactId>
>> + <version>${activeio_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>axion</groupId>
>> + <artifactId>axion</artifactId>
>> + <version>${axion_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>activemq</groupId>
>> + <artifactId>activemq-core</artifactId>
>> + <version>${activemq_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>commons-logging</groupId>
>> + <artifactId>commons-logging</artifactId>
>> + <version>${commons_logging_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>commons-collections</groupId>
>> + <artifactId>commons-collections</artifactId>
>> + <version>${commons_collections_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>commons-primitives</groupId>
>> + <artifactId>commons-primitives</artifactId>
>> + <version>${commons_primitives_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>backport-util-concurrent</groupId>
>> + <artifactId>backport-util-concurrent</artifactId>
>> + <version>${backport_util_concurrent_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>concurrent</groupId>
>> + <artifactId>concurrent</artifactId>
>> + <version>${concurrent_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> + <dependency>
>> + <groupId>regexp</groupId>
>> + <artifactId>regexp</artifactId>
>> + <version>${regexp_version}</version>
>> + <properties>
>> + <geronimo.dependency>true</geronimo.dependency>
>> + </properties>
>> + </dependency>
>> +
>> </dependencies>
>>
>> <!-- =================== -->
>>
>>
>>