sjoberg | 22 Jan 2006 21:02

Updated HTTP-adaptor classnames according to MX4J 3.

Commit in loom/engine/src/java/org/codehaus/loom/components/manager on MAIN
MX4JSystemManager.java +28 -29 1.5 -> 1.6
Updated HTTP-adaptor classnames according to MX4J 3.
loom/engine/src/java/org/codehaus/loom/components/manager
MX4JSystemManager.java 1.5 -> 1.6
diff -u -r1.5 -r1.6 --- MX4JSystemManager.java 5 Dec 2005 15:18:16 -0000 1.5 +++ MX4JSystemManager.java 22 Jan 2006 20:02:02 -0000 1.6 <at> <at> -122,15 +122,15 <at> <at> implements Configurable { private static final Resources REZ = -   ResourceManager.getPackageResources( MX4JSystemManager.class ); + ResourceManager.getPackageResources( MX4JSystemManager.class ); private static final String DEFAULT_NAMING_FACTORY = -   "com.sun.jndi.rmi.profile.RegistryContextFactory"; + "com.sun.jndi.rmi.profile.RegistryContextFactory"; private static final String DEFAULT_HTTPADAPTER_HOST = "localhost"; private static final int DEFAULT_HTTPADAPTER_PORT = -   Integer.getInteger( "loom.adapter.http", 8082 ).intValue(); + Integer.getInteger( "loom.adapter.http", 8082 ).intValue(); private static final int DEFAULT_RMIREGISTRY_PORT = -   Integer.getInteger( "loom.rmiregistry.port", 1099 ).intValue(); + Integer.getInteger( "loom.rmiregistry.port", 1099 ).intValue(); private String m_host; private int m_port; <at> <at> -146,34 +146,34 <at> <at> throws ConfigurationException { m_host = configuration.getChild( "manager-adaptor-host" ). -   getValue( DEFAULT_HTTPADAPTER_HOST ); + getValue( DEFAULT_HTTPADAPTER_HOST ); m_port = configuration.getChild( "manager-adaptor-port" ). -   getValueAsInteger( DEFAULT_HTTPADAPTER_PORT ); + getValueAsInteger( DEFAULT_HTTPADAPTER_PORT ); //This is for backwards compatability with old-style //RI JMX implementation m_port = configuration.getChild( "port" ). -   getValueAsInteger( m_port ); + getValueAsInteger( m_port ); getLogger().debug( "MX4J HTTP listener port: " + m_port ); m_rmi = - configuration.getChild( "enable-rmi-adaptor" ).getValueAsBoolean( - false ); + configuration.getChild( "enable-rmi-adaptor" ).getValueAsBoolean( + false ); m_rmi_registry_port = - configuration.getChild( "rmi-registry-port" ).getValueAsInteger( - DEFAULT_RMIREGISTRY_PORT ); + configuration.getChild( "rmi-registry-port" ).getValueAsInteger( + DEFAULT_RMIREGISTRY_PORT ); m_http = - configuration.getChild( "enable-http-adaptor" ).getValueAsBoolean( - false ); + configuration.getChild( "enable-http-adaptor" ).getValueAsBoolean( + false ); m_namingFactory = - configuration.getChild( "rmi-naming-factory" ).getValue( - DEFAULT_NAMING_FACTORY ); + configuration.getChild( "rmi-naming-factory" ).getValue( + DEFAULT_NAMING_FACTORY ); final String stylesheets = -   configuration.getChild( "stylesheets-dir" ).getValue( null ); + configuration.getChild( "stylesheets-dir" ).getValue( null ); if( null != stylesheets ) { m_stylesheetDir = new File( stylesheets ).getAbsolutePath(); <at> <at> -227,7 +227,7 <at> <at> throws Exception { final ObjectName adaptorName = new ObjectName( "Http:name=HttpAdaptor" ); - mBeanServer.createMBean( "mx4j.adaptor.http.HttpAdaptor", + mBeanServer.createMBean( "mx4j.tools.adaptor.http.HttpAdaptor", adaptorName, null ); mBeanServer.setAttribute( adaptorName, <at> <at> -252,8 +252,8 <at> <at> throws Exception { final ObjectName processorName = new ObjectName( - "Http:name=XSLTProcessor" ); - mBeanServer.createMBean( "mx4j.adaptor.http.XSLTProcessor", + "Http:name=XSLTProcessor" ); + mBeanServer.createMBean( "mx4j.tools.adaptor.http.XSLTProcessor", processorName, null ); mBeanServer.setAttribute( adaptorName, <at> <at> -268,7 +268,7 <at> <at> } final Attribute useCache = -   new Attribute( "UseCache", Boolean.FALSE ); + new Attribute( "UseCache", Boolean.FALSE ); mBeanServer.setAttribute( processorName, useCache ); } <at> <at> -304,18 +304,17 <at> <at> // Create and start the naming service final ObjectName naming = new ObjectName( "Naming:type=rmiregistry" ); namingService.createMBean( "mx4j.tools.naming.NamingService", - naming, - null, - new Object[]{new Integer( m_rmi_registry_port )}, - new String[]{"int"} - ); + naming, + null, + new Object[]{new Integer( m_rmi_registry_port )}, + new String[]{"int"} ); namingService.invoke( naming, "start", null, null ); // Create the JRMP adaptor final ObjectName adaptor = new ObjectName( "Adaptor:protocol=JRMP" ); namingService.createMBean( "mx4j.adaptor.rmi.jrmp.JRMPAdaptor", - adaptor, - null ); + adaptor, + null ); JMXServiceURL address = new JMXServiceURL( "rmi", "localhost", 0, "/jndi/jrmp/" ); Map environment = new HashMap( ); <at> <at> -344,7 +343,7 <at> <at> MX4JLoggerAdapter.setLogger( getLogger() ); Log.redirectTo( new MX4JLoggerAdapter() ); return MBeanServerFactory.createMBeanServer( -   ContainerConstants.SOFTWARE ); + ContainerConstants.SOFTWARE ); } private void stopJMXMBean( final MBeanServer mBeanServer, <at> <at> -358,7 +357,7 <at> <at> catch( final Exception e ) { final String message = -   REZ.format( "jmxmanager.error.jmxmbean.dispose", name ); + REZ.format( "jmxmanager.error.jmxmbean.dispose", name ); getLogger().error( message, e ); } }
CVSspam 0.2.8
sjoberg | 22 Jan 2006 17:58

Changed Wrapper's download URL.

Commit in loom/distribution on MAIN
project.properties +1 -1 1.16 -> 1.17
Changed Wrapper's download URL.
loom/distribution
project.properties 1.16 -> 1.17
diff -u -r1.16 -r1.17 --- project.properties 12 Feb 2005 08:21:22 -0000 1.16 +++ project.properties 22 Jan 2006 16:58:06 -0000 1.17 <at> <at> -1,7 +1,7 <at> <at> # The *nix platform of the wrapper binaries # Supported platforms: aix, hpux, linux, macosx, solaris wrapper.nix=linux -wrapper.url=http://telia.dl.sourceforge.net/sourceforge/wrapper +wrapper.url=http://kent.dl.sourceforge.net/sourceforge/wrapper wrapper.version=3.1.2 wrapper.install.dir=${maven.build.dir}/wrapper # Source distribution
CVSspam 0.2.8
proyal | 5 Dec 2005 16:18

LOOM-78 - Upgrade to MX4J 3.0.1. Also tweak artifactId's for maven.

Commit in loom on MAIN
project.properties +3 1.11 -> 1.12
project.xml +4 -2 1.40 -> 1.41
demos/distributed/client/project.xml +1 -1 1.12 -> 1.13
demos/distributed/server/project.xml +1 -1 1.18 -> 1.19
demos/helloworld/project.xml +1 -1 1.33 -> 1.34
distribution/project.xml +12 -4 1.56 -> 1.57
engine/project.xml +9 -4 1.53 -> 1.54
engine/src/java/org/codehaus/loom/components/manager/MX4JSystemManager.java +29 -29 1.4 -> 1.5
launcher/project.xml +1 -1 1.6 -> 1.7
plugins/maven-loom/project.xml +1 -1 1.9 -> 1.10
site/project.xml +9 -4 1.57 -> 1.58
support/classman/project.xml +1 -1 1.18 -> 1.19
support/extension/project.xml +1 -1 1.8 -> 1.9
support/extension/src/test/org/codehaus/loom/extension/DeweyDecimalTestCase.java +1 -3 1.1 -> 1.2
support/xmlpolicy/project.xml +1 -1 1.14 -> 1.15
+75 -54
15 modified files
LOOM-78 - Upgrade to MX4J 3.0.1. Also tweak artifactId's for maven.
loom
project.properties 1.11 -> 1.12
diff -u -r1.11 -r1.12 --- project.properties 9 Feb 2005 21:10:30 -0000 1.11 +++ project.properties 5 Dec 2005 15:18:16 -0000 1.12 <at> <at> -1,3 +1,6 <at> <at> +maven.multiproject.type=jar +maven.multiproject.includes=demos/distributed/client/project.xml,demos/distributed/server/project.xml,demos/helloworld/project.xml,distribution/project.xml,engine/project.xml,launcher/project.xml,plugins/project.xml,plugins/maven-loom/project.xml,site/project.xml,support/classman/project.xml,support/extension/project.xml,support/xmlpolicy/project.xml + maven.remote.group=loom maven.repo.remote = http://ibiblio.org/maven/,http://dist.codehaus.org
loom
project.xml 1.40 -> 1.41
diff -u -r1.40 -r1.41 --- project.xml 22 Feb 2005 17:49:54 -0000 1.40 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.41 <at> <at> -1,6 +1,6 <at> <at> <?xml version="1.0"?> <project> - <pomVersion>3</pomVersion> + <pomVersion>4</pomVersion> <inceptionYear>1999</inceptionYear> <organization> <at> <at> -9,7 +9,9 <at> <at> <logo>http://codehaus.org/codehaus-small.gif</logo> </organization> - <groupId>loom</groupId>     + <groupId>loom</groupId> + <artifactId>loom-all</artifactId> + <name>Loom</name> <!-- ensure the plugins/project.xml currentVersion is changed accordingly --> <currentVersion>1.0-rc4-dev</currentVersion> <package>org.codehaus.loom</package>
loom/demos/distributed/client
project.xml 1.12 -> 1.13
diff -u -r1.12 -r1.13 --- project.xml 20 Jun 2004 11:00:00 -0000 1.12 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.13 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../../../project.xml</extend> <name>Loom Distributed Client Demo</name> - <id>demo-distributed-client</id> + <artifactId>demo-distributed-client</artifactId> <package>org.codehaus.loom.demos.distributed.client</package> <shortDescription>Distributed Client Demo</shortDescription> <description>
loom/demos/distributed/server
project.xml 1.18 -> 1.19
diff -u -r1.18 -r1.19 --- project.xml 20 Jun 2004 11:06:28 -0000 1.18 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.19 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../../../project.xml</extend> <name>Loom Distributed Server</name> - <id>demo-distributed-server</id> + <artifactId>demo-distributed-server</artifactId> <package>org.codehaus.loom.demos.distributed</package> <shortDescription>Distributed Server Demo</shortDescription> <description>
loom/demos/helloworld
project.xml 1.33 -> 1.34
diff -u -r1.33 -r1.34 --- project.xml 8 Dec 2004 23:51:48 -0000 1.33 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.34 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../../project.xml</extend> <name>Loom HelloWorld Demo</name> - <id>demo-helloworld</id> + <artifactId>demo-helloworld</artifactId> <package>org.codehaus.loom.demos.helloworld</package> <shortDescription>HelloWorld Demo</shortDescription> <description>
loom/distribution
project.xml 1.56 -> 1.57
diff -u -r1.56 -r1.57 --- project.xml 22 Jul 2005 10:45:03 -0000 1.56 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.57 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../project.xml</extend> <name>Loom Distribution</name> - <id>loom</id> + <artifactId>loom</artifactId> <shortDescription>Loom Distribution component.</shortDescription> <description> The component to create a distribution of the Loom Application Server. <at> <at> -91,16 +91,24 <at> <at> </dependency> <dependency> <groupId>mx4j</groupId> + <artifactId>mx4j</artifactId> + <version>3.0.1</version> + <properties> + <category>shared</category> + </properties> + </dependency> + <dependency> + <groupId>mx4j</groupId> <artifactId>mx4j-jmx</artifactId> - <version>1.1</version> + <version>3.0.1</version> <properties> <category>shared</category> </properties> </dependency> <dependency> <groupId>mx4j</groupId> - <artifactId>mx4j-tools</artifactId> - <version>1.1</version> + <artifactId>mx4j-remote</artifactId> + <version>3.0.1</version> <properties> <category>shared</category> </properties>
loom/engine
project.xml 1.53 -> 1.54
diff -u -r1.53 -r1.54 --- project.xml 12 Jul 2004 14:58:24 -0000 1.53 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.54 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../project.xml</extend> <name>Loom Engine</name> - <id>loom-engine</id> + <artifactId>loom-engine</artifactId> <shortDescription>Main Engine for hosting components.</shortDescription> <description> The core of the Loom Application Server. <at> <at> -89,13 +89,18 <at> <at> </dependency> <dependency> <groupId>mx4j</groupId> + <artifactId>mx4j</artifactId> + <version>3.0.1</version> + </dependency> + <dependency> + <groupId>mx4j</groupId> <artifactId>mx4j-jmx</artifactId> - <version>1.1</version> + <version>3.0.1</version> </dependency> <dependency> <groupId>mx4j</groupId> - <artifactId>mx4j-tools</artifactId> - <version>1.1</version> + <artifactId>mx4j-remote</artifactId> + <version>3.0.1</version> </dependency> <dependency> <id>log4j</id>
loom/engine/src/java/org/codehaus/loom/components/manager
MX4JSystemManager.java 1.4 -> 1.5
diff -u -r1.4 -r1.5 --- MX4JSystemManager.java 22 Feb 2005 08:57:36 -0000 1.4 +++ MX4JSystemManager.java 5 Dec 2005 15:18:16 -0000 1.5 <at> <at> -86,7 +86,14 <at> <at> */ package org.codehaus.loom.components.manager; -import java.io.File; +import mx4j.log.Log; +import org.codehaus.dna.Configurable; +import org.codehaus.dna.Configuration; +import org.codehaus.dna.ConfigurationException; +import org.codehaus.loom.interfaces.ContainerConstants; +import org.codehaus.spice.salt.i18n.ResourceManager; +import org.codehaus.spice.salt.i18n.Resources; + import javax.management.Attribute; import javax.management.AttributeNotFoundException; import javax.management.InstanceNotFoundException; <at> <at> -96,16 +103,12 <at> <at> import javax.management.MBeanServerFactory; import javax.management.ObjectName; import javax.management.ReflectionException; -import mx4j.adaptor.rmi.jrmp.JRMPAdaptorMBean; -import mx4j.log.Log; -import mx4j.util.StandardMBeanProxy; - -import org.codehaus.loom.interfaces.ContainerConstants; -import org.codehaus.spice.salt.i18n.ResourceManager; -import org.codehaus.spice.salt.i18n.Resources; -import org.codehaus.dna.Configurable; -import org.codehaus.dna.Configuration; -import org.codehaus.dna.ConfigurationException; +import javax.management.remote.JMXConnectorServer; +import javax.management.remote.JMXConnectorServerFactory; +import javax.management.remote.JMXServiceURL; +import java.io.File; +import java.util.HashMap; +import java.util.Map; /** * This component is responsible for managing loom instance. <at> <at> -295,39 +298,36 <at> <at> stopJMXMBean( server, "Http:name=HttpAdaptor" ); } - private void startRMIAdaptor( final MBeanServer server ) + private void startRMIAdaptor( final MBeanServer namingService ) throws Exception { // Create and start the naming service final ObjectName naming = new ObjectName( "Naming:type=rmiregistry" ); - server.createMBean( "mx4j.tools.naming.NamingService", + namingService.createMBean( "mx4j.tools.naming.NamingService", naming, null, new Object[]{new Integer( m_rmi_registry_port )}, new String[]{"int"} ); - server.invoke( naming, "start", null, null ); + namingService.invoke( naming, "start", null, null ); // Create the JRMP adaptor final ObjectName adaptor = new ObjectName( "Adaptor:protocol=JRMP" ); - server.createMBean( "mx4j.adaptor.rmi.jrmp.JRMPAdaptor", + namingService.createMBean( "mx4j.adaptor.rmi.jrmp.JRMPAdaptor", adaptor, null ); - final JRMPAdaptorMBean mbean = - (JRMPAdaptorMBean)StandardMBeanProxy.create( - JRMPAdaptorMBean.class, - server, - adaptor ); - // Set the JNDI name with which will be registered - mbean.setJNDIName( "jrmp" ); - - mbean.putNamingProperty( javax.naming.Context.INITIAL_CONTEXT_FACTORY, - m_namingFactory ); - mbean.putNamingProperty( javax.naming.Context.PROVIDER_URL, - "rmi://localhost:" + m_rmi_registry_port ); - // Register the JRMP adaptor in JNDI and start it - mbean.start(); + JMXServiceURL address = new JMXServiceURL( "rmi", "localhost", 0, "/jndi/jrmp/" ); + Map environment = new HashMap( ); + + environment.put( javax.naming.Context.INITIAL_CONTEXT_FACTORY, m_namingFactory ); + environment.put( javax.naming.Context.PROVIDER_URL, "rmi://localhost:" + m_rmi_registry_port ); + + JMXConnectorServer server = JMXConnectorServerFactory.newJMXConnectorServer( address, + environment, + namingService ); + + server.start(); } private void stopRMIAdaptor( final MBeanServer server )
loom/launcher
project.xml 1.6 -> 1.7
diff -u -r1.6 -r1.7 --- project.xml 12 Feb 2005 08:21:22 -0000 1.6 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.7 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../project.xml</extend> <name>Loom Launcher</name> - <id>loom-launcher</id> + <artifactId>loom-launcher</artifactId> <package>org.codehaus.loom.launcher</package> <shortDescription>Tools to launch Loom.</shortDescription> <description>
loom/plugins/maven-loom
project.xml 1.9 -> 1.10
diff -u -r1.9 -r1.10 --- project.xml 4 Jul 2004 12:47:46 -0000 1.9 +++ project.xml 5 Dec 2005 15:18:16 -0000 1.10 <at> <at> -1 +1 <at> <at> -<?xml version="1.0" encoding="UTF-8"?> <project> <extend>${basedir}/../project.xml</extend> <id>maven-loom-plugin</id> <name>Maven Loom Plugin</name> <description>Maven Loom Plugin</description> <shortDescription>Maven Loom Plugin</shortDescription> <siteDirectory>/home/projects/loom/public_html/plugins/maven-loom</siteDirectory> <dependencies> <dependency> <groupId>ant</groupId> <artifactId>ant</artifactId> <version>1.5.1</version> </dependency> <dependency> <groupId>dna</groupId> <artifactId>maven-dna-plugin</artifactId> <version>1.1</version> <type>plugin</type> </dependency> <dependency> <groupId>dna</groupId> <artifactId>dna-tools</artifactId> <version>1.1</version> </dependency> <dependency> <id>qdox</id> <version>1.3</version> </dependency> <dependency> <id>avalon-framework</id> <version>4.1.5</version> </dependency> <dependency> <groupId>metaclass</groupId> <artifactId>metaclass-runtime</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>metaclass</groupId> <artifactId>metaclass-tools</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>metaclass</groupId> <artifactId>maven-metaclass-plugin</artifactId> <version>1.1</version> <type>plugin</type> </dependency> </dependencies> </project> \ No newline at end of file +<?xml version="1.0" encoding="UTF-8"?> <project> <extend>${basedir}/../project.xml</extend> <artifactId>maven-loom-plugin</artifactId> <name>Maven Loom Plugin</name> <description>Maven Loom Plugin</description> <shortDescription>Maven Loom Plugin</shortDescription> <siteDirectory>/home/projects/loom/public_html/plugins/maven-loom</siteDirectory> <dependencies> <dependency> <groupId>ant</groupId> <artifactId>ant</artifactId> <version>1.5.1</version> </dependency> <dependency> <groupId>dna</groupId> <artifactId>maven-dna-plugin</artifactId> <version>1.1</version> <type>plugin</type> </dependency> <dependency> <groupId>dna</groupId> <artifactId>dna-tools</artifactId> <version>1.1</version> </dependency> <dependency> <id>qdox</id> <version>1.3</version> </dependency> <dependency> <id>avalon-framework</id> <version>4.1.5</version> </dependency> <dependency> <groupId>metaclass</groupId> <artifactId>metaclass-runtime</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>metaclass</groupId> <artifactId>metaclass-tools</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>metaclass</groupId> <artifactId>maven-metaclass-plugin</artifactId> <version>1.1</version> <type>plugin</type> </dependency> </dependencies> </project> \ No newline at end of file
loom/site
project.xml 1.57 -> 1.58
diff -u -r1.57 -r1.58 --- project.xml 22 Feb 2005 17:19:05 -0000 1.57 +++ project.xml 5 Dec 2005 15:18:17 -0000 1.58 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../project.xml</extend> <name>Loom</name> - <id>loom-site</id> + <artifactId>loom-site</artifactId> <shortDescription>Loom web site</shortDescription> <description>Loom web site</description> <package>org.codehaus.loom</package> <at> <at> -116,13 +116,18 <at> <at> <dependency> <groupId>mx4j</groupId> + <artifactId>mx4j</artifactId> + <version>3.0.1</version> + </dependency> + <dependency> + <groupId>mx4j</groupId> <artifactId>mx4j-jmx</artifactId> - <version>1.1</version> + <version>3.0.1</version> </dependency> <dependency> <groupId>mx4j</groupId> - <artifactId>mx4j-tools</artifactId> - <version>1.1</version> + <artifactId>mx4j-remote</artifactId> + <version>3.0.1</version> </dependency> <dependency> <id>log4j</id>
loom/support/classman
project.xml 1.18 -> 1.19
diff -u -r1.18 -r1.19 --- project.xml 19 Apr 2004 22:19:24 -0000 1.18 +++ project.xml 5 Dec 2005 15:18:17 -0000 1.19 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../../project.xml</extend> <name>ClassMan</name> - <id>loom-classman</id> + <artifactId>loom-classman</artifactId> <package>org.codehaus.loom.classman</package> <inceptionYear>2002</inceptionYear>
loom/support/extension
project.xml 1.8 -> 1.9
diff -u -r1.8 -r1.9 --- project.xml 19 Apr 2004 21:40:38 -0000 1.8 +++ project.xml 5 Dec 2005 15:18:17 -0000 1.9 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../../project.xml</extend> <name>Extension</name> - <id>loom-extension</id> + <artifactId>loom-extension</artifactId> <inceptionYear>2000</inceptionYear> <package>org.codehaus.loom.extension</package>
loom/support/extension/src/test/org/codehaus/loom/extension
DeweyDecimalTestCase.java 1.1 -> 1.2
diff -u -r1.1 -r1.2 --- DeweyDecimalTestCase.java 19 Apr 2004 21:40:38 -0000 1.1 +++ DeweyDecimalTestCase.java 5 Dec 2005 15:18:17 -0000 1.2 <at> <at> -7,15 +7,13 <at> <at> */ package org.codehaus.loom.extension; -import org.codehaus.loom.extension.DeweyDecimal; - import junit.framework.TestCase; /** * TestCases for DeweyDecimal. * * <at> author Peter Donald - * <at> version $Revision: 1.1 $ $Date: 2004/04/19 21:40:38 $ + * <at> version $Revision: 1.2 $ $Date: 2005/12/05 15:18:17 $ */ public class DeweyDecimalTestCase extends TestCase
loom/support/xmlpolicy
project.xml 1.14 -> 1.15
diff -u -r1.14 -r1.15 --- project.xml 7 Nov 2004 21:50:45 -0000 1.14 +++ project.xml 5 Dec 2005 15:18:17 -0000 1.15 <at> <at> -2,7 +2,7 <at> <at> <project> <extend>${basedir}/../../project.xml</extend> <name>XMLPolicy</name> - <id>loom-xmlpolicy</id> + <artifactId>loom-xmlpolicy</artifactId> <inceptionYear>2002</inceptionYear> <package>org.codehaus.loom.xmlpolicy</package>
CVSspam 0.2.8
sjoberg | 22 Jul 2005 13:04

Maven generated reports are back again.

Commit in loom/site/xdocs on MAIN
index.xml +27 1.12 -> 1.13
navigation.xml +11 1.22 -> 1.23
+38
2 modified files
Maven generated reports are back again.
loom/site/xdocs
index.xml 1.12 -> 1.13
diff -N index.xml --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ index.xml 22 Jul 2005 11:04:57 -0000 1.13 <at> <at> -0,0 +1,27 <at> <at> +<?xml version="1.0" encoding="ISO-8859-1"?> +<document> + <properties> + <title>Project reports for Loom</title> + </properties> + + <body> + <section name="Introduction"> + <p> + This page holds Maven generated reports about Loom. Go to Loom's + homepage for more information about the Loom project. + </p> + </section> + + <section name="Acknowledgements"> + <p> + The Loom Group would like to thank + <a href="http://codehaus.org">Codehaus</a> for supplying + resources to host the project + </p> + <p> + This product includes software developed by the Apache Software Foundation + ( <a href="http://www.apache.org">http://www.apache.org/</a>). + </p> + </section> + </body> +</document> \ No newline at end of file
loom/site/xdocs
navigation.xml 1.22 -> 1.23
diff -N navigation.xml --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ navigation.xml 22 Jul 2005 11:04:57 -0000 1.23 <at> <at> -0,0 +1,11 <at> <at> +<?xml version="1.0" encoding="ISO-8859-1"?> +<project name="loom"> + <title>Loom</title> + <body> + <links> + <item href="http://loom.codehaus.org" name="Loom"/> + <item href="http://jcontainer.codehaus.org" name="JContainer"/> + <item href="http://www.codehaus.org" name="Codehaus"/> + </links> + </body> +</project> \ No newline at end of file
CVSspam 0.2.8
sjoberg | 22 Jul 2005 12:45

http://jira.codehaus.org/browse/LOOM-80).

Commit in loom/distribution on MAIN
project.xml +2 -2 1.55 -> 1.56
Moved metaclass-runtime and asm to the container classloader (fix for http://jira.codehaus.org/browse/LOOM-80).
loom/distribution
project.xml 1.55 -> 1.56
diff -u -r1.55 -r1.56 --- project.xml 12 Jul 2004 14:58:43 -0000 1.55 +++ project.xml 22 Jul 2005 10:45:03 -0000 1.56 <at> <at> -172,7 +172,7 <at> <at> <artifactId>metaclass-runtime</artifactId> <version>1.1</version> <properties> - <category>shared</category> + <category>container</category> </properties> </dependency> <dependency> <!-- for metaclass-runtime --> <at> <at> -180,7 +180,7 <at> <at> <artifactId>asm</artifactId> <version>1.4</version> <properties> - <category>shared</category> + <category>container</category> </properties> </dependency> <dependency>
CVSspam 0.2.8
kocka | 2 Mar 2005 20:03

[CVS loom-apps]

Commit in loom-apps/apacheds/main/src/java/org/codehaus/loom/apps/apacheds on MAIN
ApacheDSService.java +19 -11 1.1 -> 1.2
loom-apps/apacheds/main/src/java/org/codehaus/loom/apps/apacheds
ApacheDSService.java 1.1 -> 1.2
diff -u -r1.1 -r1.2 --- ApacheDSService.java 1 Mar 2005 22:56:27 -0000 1.1 +++ ApacheDSService.java 2 Mar 2005 19:03:49 -0000 1.2 <at> <at> -1,6 +1,7 <at> <at> /* * Created on Jan 30, 2005 */ + package org.codehaus.loom.apps.apacheds; import java.util.Properties; <at> <at> -14,6 +15,7 <at> <at> import org.apache.avalon.framework.configuration.ConfigurationException; import org.apache.avalon.framework.logger.LogEnabled; import org.apache.avalon.framework.logger.Logger; +import org.apache.ldap.server.jndi.EnvKeys; /** <at> <at> -21,7 +23,12 <at> <at> * * <at> author Laszlo Hornyak */ -public class ApacheDSService implements Configurable, Initializable, Startable, LogEnabled{ +public class ApacheDSService + implements + Configurable, + Initializable, + Startable, + LogEnabled { private Properties properties = null; private Logger logger = null; <at> <at> -33,7 +40,7 <at> <at> logger.info("Configuring direcory service..."); properties = new Properties(); Configuration[] confs = arg0.getChild("properties").getChildren(); - for(int i=0; i<confs.length; i++){ + for (int i = 0; i < confs.length; i++) { properties.put(confs[i].getName(), confs[i].getValue()); } logger.info("Direcory service configured."); <at> <at> -43,32 +50,33 <at> <at> * <at> see org.apache.avalon.framework.activity.Initializable#initialize() */ public void initialize() throws Exception { - logger.info("Initializing directory service..."); - new InitialDirContext(properties); - logger.info("Initialized directory service."); } /* (non-Javadoc) * <at> see org.apache.avalon.framework.activity.Startable#start() */ public void start() throws Exception { - // TODO Auto-generated method stub - + logger.info("Initializing directory service..."); + new InitialDirContext(properties); + logger.info("Initialized directory service."); } /* (non-Javadoc) * <at> see org.apache.avalon.framework.activity.Startable#stop() */ public void stop() throws Exception { - // TODO Auto-generated method stub - + logger.info("Stopping directory service..."); + Properties props = (Properties) properties.clone(); + props.put(EnvKeys.SHUTDOWN, "true"); + new InitialDirContext(props); + logger.info("Stopped directory service..."); } /* (non-Javadoc) * <at> see org.apache.avalon.framework.logger.LogEnabled#enableLogging(org.apache.avalon.framework.logger.Logger) */ public void enableLogging(Logger arg0) { - logger =arg0; + logger = arg0; } -} +} \ No newline at end of file
CVSspam 0.2.8
kocka | 1 Mar 2005 23:56

[CVS loom-apps] source import

Commit in loom-apps/apacheds on MAIN
main/src/conf/environment.xml +10 added 1.1
             /config.xml +10 added 1.1
             /log4j.properties [empty] added 1.1
             /assembly.xml +4 added 1.1
project.properties +7 added 1.1
.classpath +28 added 1.1
.project +23 added 1.1
.cvsignore +1 added 1.1
project.xml +225 added 1.1
main/src/java/org/codehaus/loom/apps/apacheds/ApacheDSService.java +74 added 1.1
+382
10 added files
source import
loom-apps/apacheds/main/src/conf
environment.xml added at 1.1
diff -N environment.xml --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ environment.xml 1 Mar 2005 22:56:26 -0000 1.1 <at> <at> -0,0 +1,10 <at> <at> +<?xml version="1.0"?> + +<environment> + <logs> + <category name="" target="default" priority="DEBUG"/> + <log-target name="default" + location="/logs/default.log"/> + </logs> + +</environment> \ No newline at end of file
loom-apps/apacheds/main/src/conf
config.xml added at 1.1
diff -N config.xml --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ config.xml 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,10 <at> <at> +<?xml version="1.0" encoding="UTF-8"?> +<config> + <apacheds> + <properties> + <server.net.ldap.port>2005</server.net.ldap.port> + <java.naming.provider.url>ou=system</java.naming.provider.url> + <java.naming.factory.initial>org.apache.ldap.server.jndi.ServerContextFactory</java.naming.factory.initial> + </properties> + </apacheds> +</config>
loom-apps/apacheds/main/src/conf
assembly.xml added at 1.1
diff -N assembly.xml --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ assembly.xml 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,4 <at> <at> +<?xml version="1.0" encoding="UTF-8"?> +<assembly> + <block name="apacheds" class="org.codehaus.loom.apps.apacheds.ApacheDSService"/> +</assembly> \ No newline at end of file
loom-apps/apacheds
project.properties added at 1.1
diff -N project.properties --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ project.properties 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,7 <at> <at> +# Project property file for apacheds-loom + +maven.loom.src=main/src + +maven.loom.logging=main/src/conf/log4j.properties +maven.loom.config=main/src/conf/config.xml +maven.loom.assembly=main/src/conf/assembly.xml
loom-apps/apacheds
.classpath added at 1.1
diff -N .classpath --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ .classpath 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,28 <at> <at> +<?xml version="1.0" encoding="UTF-8"?> +<classpath> + <classpathentry kind="src" path="main/src/java"/> + <classpathentry kind="src" path="main/test/java"/> + <classpathentry kind="src" path="main/src/resources"/> + <classpathentry kind="src" path="main/test/resources"/> + <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/> + <classpathentry kind="var" path="MAVEN_REPO/antlr/jars/antlr-2.7.2.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/aspectj/jars/aspectjrt-1.2.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/avalon/jars/avalon-framework-4.1.4.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/commons-collections/jars/commons-collections-3.0.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/commons-lang/jars/commons-lang-2.0.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/commons-logging/jars/commons-logging-1.0.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/commons-primitives/jars/commons-primitives-20041207.202534.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/apacheds-core-0.8.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/apacheds-protocol-0.8.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/apacheds-shared-0.8.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/apache-ldapber-provider-0.8.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/apseda-0.2.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/asn1-ber-0.2.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/asn1-codec-0.2.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/incubator-directory/jars/ldap-common-0.8.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/jdbm/jars/jdbm-0.20-dev.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/maven-plugins/plugins/maven-javaapp-plugin-1.3.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/oro/jars/oro-2.0.7.jar"/> + <classpathentry kind="var" path="MAVEN_REPO/regexp/jars/regexp-1.2.jar"/> + <classpathentry kind="output" path="target/classes"/> +</classpath>
loom-apps/apacheds
.project added at 1.1
diff -N .project --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ .project 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,23 <at> <at> +<?xml version="1.0" encoding="UTF-8"?> +<projectDescription> + <name>apacheds-loom</name> + <comment></comment> + <projects> + </projects> + <buildSpec> + <buildCommand> + <name>org.eclipse.jdt.core.javabuilder</name> + <arguments> + </arguments> + </buildCommand> + <buildCommand> + <name>org.mevenide.ui.mavenbuilder</name> + <arguments> + </arguments> + </buildCommand> + </buildSpec> + <natures> + <nature>org.mevenide.ui.mavennature</nature> + <nature>org.eclipse.jdt.core.javanature</nature> + </natures> +</projectDescription>
loom-apps/apacheds
.cvsignore added at 1.1
diff -N .cvsignore --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ .cvsignore 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1 <at> <at> +target
loom-apps/apacheds
project.xml added at 1.1
diff -N project.xml --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ project.xml 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,225 <at> <at> +<?xml version="1.0" encoding="UTF-8"?> +<project> + <pomVersion>1</pomVersion> + <artifactId>apacheds-loom</artifactId> + <name>apacheds-loom</name> + <groupId>Kocka</groupId> + <currentVersion>0.1</currentVersion> + <organization> + <name>Kocka</name> + <url>http://hackers.forgeahead.hu/kocka/</url> + </organization> + <inceptionYear>2005</inceptionYear> + <shortDescription>ApacheDS wrapper for loom</shortDescription> + <developers> + <developer> + <name>Laszlo Hornyak</name> + <id>Kocka</id> + <email>kocka codehaus org</email> + <organization>CodeHaus, Forgeahead, ELTE, etc :)</organization> + <url>http://codehaus.org/~kocka/</url> + </developer> + </developers> + <dependencies> + <dependency> + <groupId>regexp</groupId> + <artifactId>regexp</artifactId> + <version>1.2</version> + <type>jar</type> + <url>http://jakarta.apache.org/regexp/index.html</url> + <properties> + <gump.project>jakarta-regexp</gump.project> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>oro</groupId> + <artifactId>oro</artifactId> + <version>2.0.7</version> + <type>jar</type> + <url>http://jakarta.apache.org/oro</url> + <properties> + <gump.project>jakarta-oro</gump.project> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>commons-lang</groupId> + <artifactId>commons-lang</artifactId> + <version>2.0</version> + <type>jar</type> + <url>http://jakarta.apache.org/commons/lang/api</url> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>commons-logging</groupId> + <artifactId>commons-logging</artifactId> + <version>1.0</version> + <type>jar</type> + <url>http://jakarta.apache.org/commons/logging</url> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>commons-collections</groupId> + <artifactId>commons-collections</artifactId> + <version>3.0</version> + <type>jar</type> + <url>http://jakarta.apache.org/commons/collections</url> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>commons-primitives</groupId> + <artifactId>commons-primitives</artifactId> + <version>20041207.202534</version> + <type>jar</type> + <url>http://jakarta.apache.org/commons/primitives</url> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>antlr</groupId> + <artifactId>antlr</artifactId> + <version>2.7.2</version> + <type>jar</type> + <url>http://antlr.org/</url> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>jdbm</groupId> + <artifactId>jdbm</artifactId> + <version>0.20-dev</version> + <type>jar</type> + <url>http://jdbm.sourceforge.net</url> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>ldap-common</artifactId> + <version>0.8</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>aspectj</groupId> + <artifactId>aspectjrt</artifactId> + <version>1.2</version> + <type>jar</type> + <properties> + <gump.id>aspectjrt</gump.id> + <gump.project>aspectj</gump.project> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>apacheds-shared</artifactId> + <version>0.8</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>apacheds-protocol</artifactId> + <version>0.8</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>asn1-codec</artifactId> + <version>0.2</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>apache-ldapber-provider</artifactId> + <version>0.8</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>asn1-ber</artifactId> + <version>0.2</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>apseda</artifactId> + <version>0.2</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>incubator-directory</groupId> + <artifactId>apacheds-core</artifactId> + <version>0.8</version> + <type>jar</type> + <properties> + <sar.bundle>true</sar.bundle> + </properties> + </dependency> + <dependency> + <groupId>maven-plugins</groupId> + <artifactId>maven-javaapp-plugin</artifactId> + <version>1.3</version> + <type>plugin</type> + </dependency> + <dependency> + <groupId>avalon</groupId> + <artifactId>avalon-framework</artifactId> + <version>4.1.4</version> + <type>jar</type> + </dependency> + <dependency> + <groupId>loom</groupId> + <artifactId>maven-loom-plugin</artifactId> + <version>1.0-rc1</version> + <type>plugin</type> + </dependency> + <dependency> + <groupId>dna</groupId> + <artifactId>maven-dna-plugin</artifactId> + <version>1.1</version> + <type>plugin</type> + </dependency> + <dependency> + <groupId>metaclass</groupId> + <artifactId>maven-metaclass-plugin</artifactId> + <version>1.1</version> + <type>plugin</type> + </dependency> + </dependencies> + <build> + <sourceDirectory>main/src/java</sourceDirectory> + <unitTestSourceDirectory>main/tests/java</unitTestSourceDirectory> + </build> +</project> +
loom-apps/apacheds/main/src/java/org/codehaus/loom/apps/apacheds
ApacheDSService.java added at 1.1
diff -N ApacheDSService.java --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ ApacheDSService.java 1 Mar 2005 22:56:27 -0000 1.1 <at> <at> -0,0 +1,74 <at> <at> +/* + * Created on Jan 30, 2005 + */ +package org.codehaus.loom.apps.apacheds; + +import java.util.Properties; + +import javax.naming.directory.InitialDirContext; + +import org.apache.avalon.framework.activity.Initializable; +import org.apache.avalon.framework.activity.Startable; +import org.apache.avalon.framework.configuration.Configurable; +import org.apache.avalon.framework.configuration.Configuration; +import org.apache.avalon.framework.configuration.ConfigurationException; +import org.apache.avalon.framework.logger.LogEnabled; +import org.apache.avalon.framework.logger.Logger; + + +/** + * <at> dna.component + * + * <at> author Laszlo Hornyak + */ +public class ApacheDSService implements Configurable, Initializable, Startable, LogEnabled{ + + private Properties properties = null; + private Logger logger = null; + + /* (non-Javadoc) + * <at> see org.apache.avalon.framework.configuration.Configurable#configure(org.apache.avalon.framework.configuration.Configuration) + */ + public void configure(Configuration arg0) throws ConfigurationException { + logger.info("Configuring direcory service..."); + properties = new Properties(); + Configuration[] confs = arg0.getChild("properties").getChildren(); + for(int i=0; i<confs.length; i++){ + properties.put(confs[i].getName(), confs[i].getValue()); + } + logger.info("Direcory service configured."); + } + + /* (non-Javadoc) + * <at> see org.apache.avalon.framework.activity.Initializable#initialize() + */ + public void initialize() throws Exception { + logger.info("Initializing directory service..."); + new InitialDirContext(properties); + logger.info("Initialized directory service."); + } + + /* (non-Javadoc) + * <at> see org.apache.avalon.framework.activity.Startable#start() + */ + public void start() throws Exception { + // TODO Auto-generated method stub + + } + + /* (non-Javadoc) + * <at> see org.apache.avalon.framework.activity.Startable#stop() + */ + public void stop() throws Exception { + // TODO Auto-generated method stub + + } + + /* (non-Javadoc) + * <at> see org.apache.avalon.framework.logger.LogEnabled#enableLogging(org.apache.avalon.framework.logger.Logger) + */ + public void enableLogging(Logger arg0) { + logger =arg0; + } + +}
CVSspam 0.2.8
proyal | 25 Feb 2005 03:54

remove old docs

Commit in loom/site/xdocs on MAIN
index.xml -27 1.11 removed
navigation.xml -11 1.21 removed
-38
2 removed files
remove old docs
loom/site/xdocs
index.xml removed after 1.11
diff -N index.xml --- index.xml 9 Feb 2005 23:35:39 -0000 1.11 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,27 +0,0 <at> <at> -<?xml version="1.0" encoding="ISO-8859-1"?> -<document> - <properties> - <title>Project reports for Loom</title> - </properties> - - <body> - <section name="Introduction"> - <p> - This page holds Maven generated reports about Loom. Go to loom's - homepage for more information about the Loom project. - </p> - </section> - - <section name="Acknowledgements"> - <p> - The Loom Group would like to thank - <a href="http://codehaus.org">Codehaus</a> for supplying - resources to host the project - </p> - <p> - This product includes software developed by the Apache Software Foundation - ( <a href="http://www.apache.org">http://www.apache.org/</a>). - </p> - </section> - </body> -</document>
loom/site/xdocs
navigation.xml removed after 1.21
diff -N navigation.xml --- navigation.xml 9 Feb 2005 23:35:39 -0000 1.21 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,11 +0,0 <at> <at> -<?xml version="1.0" encoding="ISO-8859-1"?> -<project name="loom"> - <title>Loom</title> - <body> - <links> - <item href="http://loom.codehaus.org" name="Loom"/> - <item href="http://jcontainer.codehaus.org" name="JContainer"/> - <item href="http://www.codehaus.org" name="Codehaus"/> - </links> - </body> -</project>
CVSspam 0.2.8
proyal | 25 Feb 2005 03:54

LOOM-67 - move docs migrated to JIRA

Commit in loom/site/xdocs/guide on MAIN
assemblers/creating-a-server-application.xml -71 1.5 removed
          /index.xml -27 1.6 removed
          /what-is-a-server-application.xml -26 1.5 removed
bdg/creating-a-block.xml -75 1.11 removed
   /index.xml -45 1.7 removed
   /making-loom-compatible-comps.xml -203 1.6 removed
   /what-is-a-block.xml -33 1.7 removed
   /what-is-an-application-listener.xml -41 1.8 removed
mx/doclet-tags.xml -299 1.7 removed
  /index.xml -82 1.5 removed
  /overview.xml -110 1.4 removed
  /structure.xml -111 1.6 removed
-1123
12 removed files
LOOM-67 - move docs migrated to JIRA
loom/site/xdocs/guide/assemblers
creating-a-server-application.xml removed after 1.5
diff -N creating-a-server-application.xml --- creating-a-server-application.xml 1 Apr 2004 04:46:36 -0000 1.5 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,71 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - Creating a Server Application</title> - </properties> - <body> - <section name="Introduction"> - <p> - This document will describe the process for assembling your first Server - Application. There is a number of steps in creating a Server Application. - These are; - </p> - <ol> - <li>Select the blocks you wish to assemble.</li> - <li>Write the config.xml file.</li> - <li>Write the assembly.xml file.</li> - <li>Write the environment.xml file.</li> - <li>Package the component and related resources into a sar file.</li> - </ol> - </section> - <section name="Select the Blocks to Assemble"> - <p> - As a assembler it is your responsibility to select the particular Blocks - required to build your application. You may aquire the Blocks from a number - of sources depending on your resources. You may use the core Blocks supplied - with Loom, contract someone to build the component or download the Block - from an online repository. - </p> - </section> - <section name="Write the config.xml file"> - <p> - Configuration data for blocks is stored in the config.xml file. - For more detail on the format of config.xml see the - <a href="../../reference/config-xml-specification.html">specification</a>. - </p> - </section> - <section name="Write the assembly.xml file"> - <p> - The next stage is to write the assembly.xml file. The assembly.xml specifies - the instances of Blocks that are part of the Server Application. Each - Block has a name. Each block may also have dependencies that need to be - satisfied and this can be done via the 'provide' sub-elements. The - provide element maps block instances from the Server Application namespace - to the Block role namespace specified in BlockInfo files. For more detail - on the format of assembly.xml see the - <a href="../../reference/assembly-xml-specification.html"> - specification</a>. - </p> - </section> - <section name="Write the environment.xml file"> - <p> - The next stage is to write the environment.xml file. The environment.xml is used to - configure the code-based security policy, log management and thread pooling. - For more detail on the format of environment.xml see the - <a href="../../reference/environment-xml-specification.html">specification</a>. - </p> - </section> - <section name="Create the sar file"> - <p> - The sar file format is the standard distribution format of Loom Server - Applications. It is a standard Jar file with a specific directory layout. - The config.xml, environment.xml and assembly.xml file must be stored in - <code>SAR-INF/</code> directory of the archive. All jar files, including - both those that contain blocks and those that contain support classes - should be stored in the - <code>SAR-INF/lib/</code> directory. - </p> - </section> - - </body> -</document>
loom/site/xdocs/guide/assemblers
index.xml removed after 1.6
diff -N index.xml --- index.xml 1 Apr 2004 04:46:36 -0000 1.6 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,27 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - for Server Assemblers</title> - </properties> - <body> - <section name="Who Should Read This Guide?"> - <p> - The Server Assemblers Guide is written for assemblers who want to assemble a - Server Application for Loom. It is assumed that you are familiar with - the basic concepts of the Loom framework. - </p> - <p> - This book concentrates on assembly, and as such requires no knowledge of - java programming. It does however assume you are familiar with server - fundamentals, basic security measures, and performance tuning. - </p> - </section> - <section name="Organization"> - <p> - The information is organized into sections detailing a specifc aspect of - assembling Server Applications. - </p> - </section> - - </body> -</document>
loom/site/xdocs/guide/assemblers
what-is-a-server-application.xml removed after 1.5
diff -N what-is-a-server-application.xml --- what-is-a-server-application.xml 1 Apr 2004 04:46:36 -0000 1.5 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,26 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - What is a Server Application?</title> - <author email="bloritsch-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Berin Loritsch</author> - </properties> - <body> - <section name="Introduction"> - <p> - In Loom, a Server Application is a set of Blocks that act in concert - to provide a unified user service. Example Server Applications include a Mail - Server, File Server, Web Server etc. The Server Application is a high level - component that contains a set of Block components. - </p> - <p> - A Server Application requires a number of components other than Blocks to - be complete. A Server Application requires configuration files to define - Server Application wide settings (threading, security, logging), to define - how blocks are wired together, and to define configuration data for the - Block instances. A Block can also require other resources that are - application specific. - </p> - </section> - - </body> -</document>
loom/site/xdocs/guide/bdg
creating-a-block.xml removed after 1.11
diff -N creating-a-block.xml --- creating-a-block.xml 17 Aug 2004 07:37:56 -0000 1.11 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,75 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - Creating a Component</title> - </properties> - <body> - <section name="Introduction"> - <p> - This document will describe the process for creating your first - component. The following steps are required before your - component is ready for assembling. - </p> - <ol> - <li>Write the Component.</li> - <li>Associate MetaData with the Component.</li> - <li>Package the component and related resources into a jar file.</li> - </ol> - </section> - <section name="Writing the Component"> - <p> - Writing the component is the main task you will be called to - do. It follows all the rules of writing a standard Avalon - component. If a component implements the Contextualizable interface - it will be passed an instance of - <code>org.apache.avalon.phoenix.BlockContext</code> which is - an extended version of - <code>org.apache.avalon.Context</code>. - Other than this minor change the container supports all the - Avalon lifecycle methods. - </p> - </section> - <section name="Associate MetaData with the Component"> - <p> - Loom uses the same mechanism as is described in the - <a href="http://dna.codehaus.org/metadata">DNA MetaData - documentation</a>. The developer should be aware that the DNA - documentation describes the metadata associated with DNA - components. The only difference that must be taken into account - for Avalon components is the name of the methods that the - attributes are associated with. For example the dna.dependency - attribute must be on associated with either Avalons - Composable.compose(ComponentManager) or - Serviceable.service(ServiceManager) methods. - </p> - <p> - The only difference is that Loom has an enhanced Ant task to - generate the MetaData. This enhanced has backward compatible - support for Phoenix metadata annotations and should be used - if classes contain historic annotations. See below for a - sample on how to use the task to generate metadata. - </p> - <source> -&lt;taskdef - name="generatemeta" - classname="org.codehaus.loom.info.GenerateLoomDescriptorsTask"&gt; - &lt;classpath refid="maven-sar.class.path" /&gt; - &lt;classpath refid="dna-tools.class.path" /&gt; - &lt;classpath refid="metaclass.class.path" /&gt; - &lt;classpath refid="qdox.class.path" /&gt; -&lt;/taskdef&gt; - -&lt;generatemeta dest="target/classes"&gt; - &lt;fileset dir="src/java"&gt; - &lt;include name="**/*.java"/&gt; - &lt;/fileset&gt; -&lt;/generatemeta&gt;</source> - </section> - <section name="Create the jar package"> - <p> - The final step is packaging up the implementation files, - MetaClass descriptors and other resources into a jar file. - </p> - </section> - </body> -</document>
loom/site/xdocs/guide/bdg
index.xml removed after 1.7
diff -N index.xml --- index.xml 17 Aug 2004 07:18:58 -0000 1.7 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,45 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - for Block Developers</title> - <author email="bloritsch-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Berin Loritsch</author> - <abstract> - The Block Developer's Guide (BDG) is written to bring an overview - of how to create and deploy a Block. The Block is the component that - is hosted in the Loom micro-kernel. - </abstract> - </properties> - <body> - <section name="Who Should Read This Guide?"> - <p> - The BDG is written for developers who want to create - blocks for Loom. It is assumed that you are familiar with - Java, XML, Avalon patterns and server side security issues. - This book provides an overview of the underlying technology, - Java classes and interfaces, component model, and - behavior of server Blocks within Loom. - </p> - <p> - While this guide concentrates on server fundamentals, it - should not be construed as a "dummy's" guide. Server side - programming is complex because of the performance and security - issues you must balance. - </p> - <p> - You should be well versed in the Java language and have some - practical experience developing server solutions. If you need - a stronger background on server side programming, I suggest - finding a good book on the subject. - </p> - </section> - <section name="Organization"> - <p> - Here is how the information is presented. The first few - chapters are foundational material, and describe the basic - concepts you can use in your own blocks. The later chapters - specify in detail the formal requirements of Block - implementations. - </p> - </section> - </body> -</document>
loom/site/xdocs/guide/bdg
making-loom-compatible-comps.xml removed after 1.6
diff -N making-loom-compatible-comps.xml --- making-loom-compatible-comps.xml 17 Aug 2004 08:00:46 -0000 1.6 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,203 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - Making components that are Loom compatible</title> - <author email="hammant-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Paul Hammant</author> - </properties> - <body> - <section name="Introduction"> - <p> - Quite often reusable components are made elsewhere. Codehaus and also - Apache have a number of places where this activity is going on. While we - get it right most of the time, some components developed elsewhere are harder - to use in Loom. - </p> - </section> - <section name="Things to remember"> - <p> - There are a number of common sense things to remember when making or - adapting a Java component to be reusable in Loom as block. - </p> - <subsection name="Beanification"> - <ul> - <li>Have a public empty constructor for your main class</li> - <li>Have setters for its configuration.</li> - <li>Do not assume that the File is where dependancies are - people may reuse this in jars, applets etc.</li> - <li>Divorce your main method (if appl) from your main class - Loom does not call main methods.</li> - <li>Consider that the setup and initialization of the bean does not happen in the - constructor - as a convenience to the user, have an initialize() method</li> - <li>If the comp has start/stop functinality consider having start() and stop() methods.</li> - <li>Try to avoid Singleton concepts. There could be multiple blocks in one sar using differnt (by design) instances of your bean</li> - </ul> - </subsection> - <subsection name="Inversion of Control Pattern"> - <p>The IoC pattern is described - <a href="http://avalon.apache.org/framework/cop/index.html"> - here</a>. This means for Loom avoiding static concepts including loggers. - </p> - </subsection> - <subsection name="Separation of interface and implementation"> - <p> - The separation of interface/implementation pattern is described - <a href="http://avalon.apache.org/framework/cop/index.html">here</a>. - For Loom this means we can (if done completely) mount the implementation jar in - place where hosted client components (beans, servlets etc) can use the API, - but not see the implementation. We can also reimplement or wrap bits of the - implementation. For example we could write a pluggable implementation that could, - for a certain API journal some methods, but still delegate to the real implementation. - Which pluggable implementation is used by Loom when it boots is determined in - assembly.xml of course. - </p> - </subsection> - <subsection name="Opening up the API"> - <p> - Given that you have divided into interface and implementation, there are probably plenty of methods you - can put in the interface you never though might be used. For example if you are making JDBC - compliant relational database, and it is a bean, you could easily think that the only use would be - clients via JDBC over sockets. Well, given that Loom can now mount the RDBMS block, it might want - to be reused by other blocks that other people have developed inside the the same SAR file. In that case - have beanlike methods of ... - </p> - <ol> - <li>Database createDatabase( String name )</li> - <li>Database cloneDatabase( String name )</li> - </ol> - <p> - .. might be useful. Just because you can only see a ServerSocket interface does not mean that others do. - </p> - </subsection> - </section> - <section name="Example compatible component"> - <p> - Below are an interface and implementation that are suitably separated, are beanlike and is in accordance - with the IoC pattern...</p> - <source> -package examplecomp; -public interface WebServer { - void mountWar(String contextName, URL pathToWar); - void unMountWar(String contextName); -} - -package examplecomp.server; -public class MyWebServer implements WebServer { - - public MyWebServer() { - // whatever. - } - public void setPort(int port) { - // this is one configuration item. - } - public void initialize() { - // whatever. - } - public void start() { - // whatever. - } - public void stop() { - // whatever. - } - public void mountWar(String contextName, URL pathToWar) { - // whatever. - } - public void unMountWar(String contextName) { - // whatever. - } -}</source> - <p>For standalone mode, it might be launched like so:</p> - <source> -package examplecomp.main; -public class WebServerMain { - public static void main(String[] args) throws Exception { - MyWebServer ws = new WebServer(); - ws.setPort(Integer.parseInt(args[0])); - ws.initialize(); - ws.start(); - ws.mountWar(args[1], new File(args[2]).toURL()); - } -}</source> - <p>When we are trying to run this in phoenix we might have this wrapper:</p> - <source> -package examplecomp.block; -public class WebServerBlock - extends AbstractLoggable - implements WebServer, Startable, Configurable, Initializable { - - private int mPort; - private WebServer mWebServer; - - public WebServerBlock() { - mWebServer = new MyWebServer(); - } - - public void configure(final Configuration configuration) - throws ConfigurationException { - mPort = configuration.getChild("port").getValueAsInteger( 9001 ); - } - - public void initialize() throws Exception { - mWebServer.setPort(mPort); - mWebServer.initialize(); - } - - public final void start() throws Exception { - mWebServer.start(); - } - - public void stop() throws Exception { - mWebServer.stop(); - } - - public void mountWar(String contextName, String pathToWar) { - mWebServer.mountWar(contextName, pathToWar); - } - - public void unMountWar(String contextName) { - mWebServer.unMountWar(contextName); - } -}</source> - <p>This basically shows the implementation wrapped and taking its configuration from the config.xml - that phoenix prefers from configuration. If the developer wanted they could ignore - that place of configuration and use their own config files. If the WebServer block were - being reused by another Loom block (say an EJB server), it might be like so:</p> - <source> -package somebeanserver; -public class EJBBlock - extends AbstractLoggable - implements Composable { - - private WebServer mWebServer; - - public void compose(final ComponentManager compMgr) - throws ComponentException { - mWebServer = compMgr.lookup("WebServer"); - } - - public void mountEar(String contextName, String pathToEar) { - String[] warContextNames = getWarContexts(pathToEar); - URL[] wars = getWarFiles(pathToEar); - for (int i = 0; i &lt; wars.length; i++) { - mWebServer.mountWar(warContextNames[i], wars[i]); - } - } - - public void unMountEar(String contextName) { - // whatever - } -}</source> - </section> - <section name="Misconceptions"> - <p> - The following are worth stating: - </p> - <ul> - <li>You do not have to implement any Avalon interfaces to be - reusable (wrap strategy) inside Loom.</li> - <li>Being Loom compatible is just as useful for whole servers as it is for small components.</li> - <li>Being Loom compatible can be for tools that are intended for client-side as well as server use.</li> - </ul> - <p> - </p> - </section> - - </body> -</document>
loom/site/xdocs/guide/bdg
what-is-a-block.xml removed after 1.7
diff -N what-is-a-block.xml --- what-is-a-block.xml 17 Aug 2004 07:21:00 -0000 1.7 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,33 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - What is a Block?</title> - </properties> - <body> - <section name="Introduction"> - <p>In Loom, there are three component layers:</p> - <ul> - <li>Blocks</li> - <li>Components</li> - <li>Classes</li> - </ul> - <p> - They represent ever narrowing views of a component based architecture. - The best analogy is that of hardware. In the PC world, a Block would - be like a PCI card, a Motherboard, a Case, or a Hard Drive. A Component - would be like the chips on the cards. And classes would be like the - individual transistors on the chip. Granted, the actual economies - of scale in this analogy don't hold to software (a component will - not have millions of classes). - </p> - </section> - <section name="What is a Block?"> - <p> - A Block is a Component on a larger scale. It is usually the - implementation of a Service. Examples of Blocks are - "Persistent Object Store", "Connection Pools", "XML Database", - "Authenticator" and so on. - </p> - </section> - </body> -</document>
loom/site/xdocs/guide/bdg
what-is-an-application-listener.xml removed after 1.8
diff -N what-is-an-application-listener.xml --- what-is-an-application-listener.xml 3 Dec 2003 10:44:51 -0000 1.8 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,41 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - What is an Application Listener?</title> - <author email="Paul_Hammant-/E1597aS9LQAvxtiuMwx3w@public.gmane.org">Paul Hammant</author> - </properties> - <body> - <section name="Introduction"> - <p> - An ApplicationListener is a component that is created before - any other components in the application. It receives - notifications at the start of Block creation, after each - Block is created, and when all blocks are created and the - application is running. - </p> - </section> - <section name="Events notified"> - <p> - ApplicationListener components are created before any Blocks - are created in an Application. They receive notifications - before and after the Application is started and stopped. - </p> - </section> - <section name="How to make an application listener"> - <p> - Like normal blocks, an application listener can be - <code>LogEnabled</code> and take configuration via - <code>Configurable</code>. The special feature - is that it must implement - <code>ApplicationListener</code> - and implement the eight methods that are a consequence of - that. The following section in assembly.xml causes - instantiation of the application listener: - </p> - <source> - &lt;listener class="pkg.MyApplicationListener" name="a-suitable-name" /&gt; - </source> - </section> - - </body> -</document>
loom/site/xdocs/guide/mx
doclet-tags.xml removed after 1.7
diff -N doclet-tags.xml --- doclet-tags.xml 19 Apr 2004 21:36:43 -0000 1.7 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,299 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Management Guide - XDoclet Tagging</title> - <author email="huw-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Huw Roberts</author> - </properties> - <body> - <section name="Introduction"> - <p> - Doclet tags inserted into source code automatically generate the - descriptor. There are a number of advantages to doing it this way: - </p> - <ul> - <li> - its a lot faster than writing MXINFO files by hand - </li> - <li> - its harder to make mistakes, since much of the data required - for the descriptor is parsed out of the source code - </li> - <li> - useful defaults can be used by reading the standard javadoc. - </li> - </ul> - <p> - Any class or interface can be used to produce MXINFO files. How they get used is up to - container and its Management subsystem. - </p> - </section> - <section name="The Tags"> - <p> - The following tags are defined: - </p> - <subsection name="phoenix:mx-topic"> - <table> - <tr> - <td>Scope</td> - <td> - Applies to classes and interfaces. - </td> - </tr> - <tr> - <td>Purpose</td> - <td> - Marks the class or interface as eligible for management. - </td> - </tr> - <tr> - <td>Parameters</td> - <td> - It takes a single attribute, called name, that will be used - to uniquely define the Topic for each Target that includes it. - This name may be presented to the user in the management agent. - </td> - </tr> - <tr> - <td>Notes</td> - <td> - - </td> - </tr> - </table> - <p> - Example: - </p> - <source> - /** - * This is the interface via which you can manager - * the root container of Applications. - * - * <at> phoenix:mx-topic name="Kernel" - * - * <at> author - Peter Donald - */ - </source> - </subsection> - <subsection name="phoenix:mx-attribute"> - <table> - <tr> - <td>Scope</td> - <td> - Applies to getter and setter methods. - </td> - </tr> - <tr> - <td>Purpose</td> - <td> - Marks the method as being a getter or setter and as eligible for - management. If the class defines a getter and setter, then just - getter should be marked up. - </td> - </tr> - <tr> - <td>Parameters</td> - <td> - None - </td> - </tr> - <tr> - <td>Notes</td> - <td> - Often used in conjuntion with the mx-isWriteable tag - </td> - </tr> - </table> - <p> - Example: - </p> - <source> - /** - * Gets the list of applications running in the container - * - * <at> phoenix:mx-attribute - * - * <at> return applicationNames The array of application names - */ - String[] getApplicationNames(); - </source> - </subsection> - <subsection name="phoenix:mx-operation"> - <table> - <tr> - <td>Scope</td> - <td> - Applies to methods that are not getters or setters. - </td> - </tr> - <tr> - <td>Purpose</td> - <td> - Marks the method as elible to be a management operation. - </td> - </tr> - <tr> - <td>Parameters</td> - <td> - None - </td> - </tr> - <tr> - <td>Notes</td> - <td> - The standard javadoc is used to generate descriptions for any parameters to the - method. - </td> - </tr> - </table> - <p> - Example: - </p> - <source> - /** - * Removes the application from the container - * - * <at> phoenix:mx-operation - * - * <at> param name the name of application to remove - */ - void removeApplication( String name ) - </source> - </subsection> - <subsection name="phoenix:mx-description"> - <table> - <tr> - <td>Scope</td> - <td> - Applies to manageable attributes and operations (i.e. to methods that also - have the mx-operation or mx-attribute tag). - </td> - </tr> - <tr> - <td>Purpose</td> - <td> - The text following the tag is a description of the method suitable for presentation - in the management agent. - </td> - </tr> - <tr> - <td>Parameters</td> - <td> - None - </td> - </tr> - <tr> - <td>Notes</td> - <td> - Optional. If ommitted the javadoc definition is used. - </td> - </tr> - </table> - <p> - Example: - </p> - <source> - /** - * Retrieve a string identifying version of server. - * Usually looks like "vX.Y.Z". - * - * <at> phoenix:mx-attribute - * <at> phoenix:mx-description Retrieve a string identifying version of server. - * - * <at> return version string of server. - */ - String getVersion(); - </source> - </subsection> - <subsection name="phoenix:mx-proxy"> - <table> - <tr> - <td>Scope</td> - <td> - Applies to classes. - </td> - </tr> - <tr> - <td>Purpose</td> - <td> - The proxy tag is used to indicate that a proxy class should be used - to manage some aspect(s) of this object. At runtime, the management - system will instantiate an instance of the proxy class passing in - a reference to the managed object in the constructor. Management - calls are then made on the proxy instead of the managed object. - </td> - </tr> - <tr> - <td>Parameters</td> - <td> - Takes a single attribute, "name" that must be the full class name of a class to be used - as proxy for the management of this class. - </td> - </tr> - <tr> - <td>Notes</td> - <td> - At runtime it is expected the manager will instantiate the proxy class and use - it in place of the Target object. - </td> - </tr> - </table> - <p> - Example: - </p> - <source> - - /** - * Ftp server starting point. Avalon framework will load this - * from the jar file. This is also the starting point of remote - * admin. - * - * <at> phoenix:block - * <at> phoenix:service name="org.apache.avalon.ftpserver.interfaces.FtpServerInterface" - * - * <at> phoenix:mx-proxy class="org.apache.avalon.ftpserver.FtpServerMxProxy" - * - * <at> author Rana Bhattacharyya &lt;rana_b-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> - * <at> author Paul Hammant &lt;Paul_Hammant-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> - * <at> version 1.0 - */ - - </source> - </subsection> - </section> - <section name="Build Instructions"> - <p> - To have mxinfo files generated as part as your ant build - script, include a task like that this: - </p> - <source> - - &lt;!-- Make .mxinfo automatically for blocks --> - &lt;target name="phoenix-qdox" depends="compile"> - - &lt;mkdir dir="${build.qdox}"/> - - &lt;taskdef name="generatemeta" - classname="org.codehaus.loom.info.GenerateLoomDescriptorsTask"> - &lt;classpath refid="project.class.path" /> - &lt;/taskdef> - - &lt;generatemeta dest="${build.qdox}"> - &lt;fileset dir="${java.dir}"> - &lt;include name="**/*.java"/> - &lt;/fileset> - &lt;/generatemeta> - - &lt;/target> - - </source> - <p> - Where build.qdox is where the .mxinfo files should be placed, and java.dir - is the location of the source files. - </p> - <p> - The qdox and phoenix-client jars need to be in the project.class.path. - </p> - </section> - </body> -</document>
loom/site/xdocs/guide/mx
index.xml removed after 1.5
diff -N index.xml --- index.xml 3 Dec 2003 10:44:51 -0000 1.5 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,82 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Management Guide</title> - <author email="huw-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Huw Roberts</author> - </properties> - <body> - <section name="Introduction"> - <p> - Management refers to how a running instance of Loom, along with - its components, applications and blocks is supervised and manipulated. - This guide covers the steps required to write management-enabled - applications using Loom. - </p> - </section> - <section name="Overview"> - <p> - Management in Loom is divided into two distinct areas. The first - area is the the management metadata. This is information about which - applications, blocks and - components should be managed, the operations and attributes - to expose, and descriptions for each these to help guide the user. - Each block and component - stores this data in an MetaClass descriptor that is distributed along - with the class files that make up Loom and the Loom-enabled - applications. - </p> - <p> - The second area is the Loom component that uses the - MetaClass files to generate a user interface through which Loom - and its applications are interacted with. It is anticipated - that a number of such interfaces will be developed. The current - implementation of the management component uses the descriptors - to generate ModelMBeans that are then registered and exposed - through a slightly customized JMX implementation called - <a href="http://mx4j.sourceforge.net/">MX4J</a>. - </p> - <p> - Note that nothing about the descriptor is dependant on using - JMX, and the block author does not need to know or care about - how Loom, the application, and its blocks will be managed. - His/her responsibility is limited to creating an descriptor file. - </p> - <p> - The guide is broken into a number of sections, each - covering a particular aspect of the management picture. - </p> - </section> - <section name="Organizing Structure for Management Data"> - <p> - This section provides a conceptual overview of the elements that - are used to represent management information within Loom. - An understanding of these elements and their relationships is - essential for all users of the management functionality. - </p> - <p> - <a href="structure.html">Structure</a> - </p> - </section> - <section name="Step-By-Step Walk-Through"> - <p> - This section walks through the steps that are needed to make a - block manageable. The emphasis is on illuminating the process, - it does not cover every feature or option. - </p> - <p> - <a href="overview.html">Step-by-Step</a> - </p> - </section> - <section name="Using XDoclet Tags to Generate the Descriptor file"> - <p> - It is recommended that component and block authors make use - of custom JavaDoc tags inserted into the source code. These - tags are parsed using the MetaClass tool to produce the - descriptor. - </p> - <p> - <a href="doclet-tags.html">Doclet Tags</a> - </p> - </section> - </body> -</document>
loom/site/xdocs/guide/mx
overview.xml removed after 1.4
diff -N overview.xml --- overview.xml 15 Oct 2003 03:43:09 -0000 1.4 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,110 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Guide - Step by Step Overview</title> - <author email="huw-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Huw Roberts</author> - </properties> - <body> - <section name="Introduction"> - <p> - This section gives a quick overview of how to go from a block's source code, - to a managed object accessible in a management interface. It discusses - the role of actors at three different points in the - life cycle of the application: - during development, at start-up, and while running. - </p> - - <subsection name="In Development"> - <p> - For a block to be manageable, the developer must provide an - MetaClass descriptor along with the compiled code. The easiest - way to do that is to insert a series of Doclet tags into - the source file. An example of how to use these tags follows. - </p> - <p> - First, at the class level, the block must be tagged as manageable - with <at> phoenix:mx-topic tag: - </p> - - <source> - /** - * Ftp server starting point. Avalon framework will load this - * from the jar file. This is also the starting point of remote - * admin. - * - * <at> phoenix:block - * <at> phoenix:mx-topic - * <at> phoenix:service name="org.apache.avalon.ftpserver... - */ - public class FtpServerImpl extends AbstractLogEnabled - ... - </source> - <p> - Then, for each attribute that should be exposed add the - <at> phoenix:mx-attribute tag: - </p> - <source> - /** - * <at> phoenix:mx-attribute - * <at> phoenix:mx-description Returns the top published directory - */ - public String getDefaultRoot() { - ... - </source> - <p> - and finally for each operation add the <at> phoenix:mx-operation tag: - </p> - <source> - /** - * <at> phoenix:mx-operation - * <at> phoenix:mx-description Returns port that the server listens on - */ - public String getServerPort(Integer instance) { - ... - </source> - <p> - When this is compiled the LoomDoclet task extracts this and inserts it - into an mxinfo file. If a method doesn't have a <at> pheonix:mx-attribute tag it is not exposed for - management. - </p> - </subsection> - <subsection name="At Startup"> - <p> - At startup, Loom registers each block to a local SystemManager context. This - context determines where the block fits into the management hierarchy. - </p> - <p> - The following code snippet shows the code snippet that registers - the Embeddor component with the 'component' management context. A - similar process is followed for registering the blocks in - the application. - </p> - <source> - // get the management context - final SystemManager componentManager = - systemManager.getSubContext( null, "component" ); - - // register the component - componentManager.register( ManagementRegistration.EMBEDDOR.getName(), - this, - ManagementRegistration.EMBEDDOR.getInterfaces() ); - </source> - <p> - The system manager uses the mxinfo file in conjunction with introspection to - generate a ModelMBeanInfo object for each topic. A RequiredModelMBean is then - created and exposed for management. - </p> - </subsection> - <subsection name="While Running"> - <p> - In the default configuration, management is provided through MX4J. The administrator can perform various - tasks such as deploying, starting and stopping applications and changing the configuration of various - blocks. - </p> - <p> - By default, the server is accessed on port 8082 of the server. eg. http://localhost:8082. - </p> - </subsection> - </section> - </body> -</document>
loom/site/xdocs/guide/mx
structure.xml removed after 1.6
diff -N structure.xml --- structure.xml 19 Apr 2004 21:36:43 -0000 1.6 +++ /dev/null 1 Jan 1970 00:00:00 -0000 <at> <at> -1,111 +0,0 <at> <at> -<?xml version="1.0" encoding="iso-8859-1"?> -<document> - <properties> - <title>Management Guide - Organizing Structure</title> - <author email="huw-1oDqGaOF3Lkdnm+yROfE0A@public.gmane.org">Huw Roberts</author> - </properties> - <body> - <section name="Introduction"> - <p> - Loom Management separates the information on what should be managed - from the implementation of the management agent. In order to maintain - this separation, yet still allow the management interface to be rich - and structured enough to be useful, it is necessary to impose an organizing - strucuture on the management metadata. This structure will be common - across all management interfaces, although the specifics of how it is - exposed is up to the implementor. - </p> - </section> - <section name="Elements"> - <p> - Management information is stored in a structured format that contains both a - functional definition of the actions (what can be done) and descriptive information - about the actions (to help guide the user). It is composed of the following elements: - </p> - <subsection name="Context"> - <p> - In Loom, each managed object belongs to a single Context - The Context contains a list of managed components called Targets. In - addition to the list of Targets, a Context can also have zero or more - sub-Contexts. - </p> - <p> - This nested structure of Contexts is the principal - organizing element for management data, and is the bridge between - the management code embedded in Loom and the implementation of the - management component. It is represented by the - <code>org.codehaus.loom.interfaces.SystemManager</code> - interface. - </p> - </subsection> - <subsection name="Target"> - <p> - A target is a manageable object. Examples of Targets in Loom include the - components, the applications and the blocks. Each target has one or more topics. - </p> - </subsection> - <subsection name="Topic"> - <p> - A topic is a logical grouping of attributes that can be get and/or set on the Target and a - group of operations that can be called on it. It is intended that Topics group together - a particular aspect of Targets manageability. - </p> - </subsection> - </section> - <section name="Hierarchy"> - <p> - This diagram illustrates how this might be presented in a management GUI: - </p> - <source> -Loom - | - +--Components - | +-- Kernel - | +-- Deployer - | +-- etc. - | - +--Applications - +-- Hello World - | +-- Blocks - | +-- Block 1 - | +-- Block 2 - | - +-- Another App - +-- Blocks - +-- Block 1 - +-- Block 2 - </source> - <p> - In this example Loom, Components and Blocks are Contexts. Kernel, Deployer, Hello World, Block 1, etc are Targets. Each Target will then have one or more Topics. Topics might be Logging, Lifecycle, Deployer, etc. - </p> - <p> - In a jmx environment each topic would most likely be exported as its own mbean - (so in the above example the jmx name would be 'Instance=Loom,Application=Hello_World,Block=Block_2,Topic=Logger'. - </p> - <p> - In a swing environment each topic might have its own tab. - </p> - <p> - In a command line environment, the syntax might be: - </p> - <source> -phoenix-mx.set( "Loom/Applications/Hello World/Logging/LogLevel", "DEBUG" ); -phoenix-mx.describe( ""Loom/Applications/Hello World/Logging/LogLevel" ); - </source> - <p> - Again, the point behind the 'Organizing Structure' is to keep the management specification - separated from the management agent, while at the same time providing enough definition - to keep a shared conceptual view between the two areas. - </p> - </section> - <section name="Management Proxies"> - <p> - There is one remaining concept to cover, the proxy. It is a class that can be used - to wrap access to the underlying target. Posible uses include the mapping of data - types to a more friendly type, (eg. from Date to String and back), cleaning up method names, - providing backwards compatibility with older versions, and exposing methods - missing from the target class, but available to it via a reference. - </p> - </section> - </body> -</document>
CVSspam 0.2.8
sjoberg | 23 Feb 2005 16:46

[CVS loom] Changing � to o. JDK 1.5 doesn't seem to like scandics.

Commit in loom/engine/src/java/org/codehaus/loom/components/instrument on MAIN
LoomInstrumentManager.java +2 -2 1.2 -> 1.3
Changing � to o. JDK 1.5 doesn't seem to like scandics.
loom/engine/src/java/org/codehaus/loom/components/instrument
LoomInstrumentManager.java 1.2 -> 1.3
diff -u -r1.2 -r1.3 --- LoomInstrumentManager.java 18 Jun 2004 23:43:26 -0000 1.2 +++ LoomInstrumentManager.java 23 Feb 2005 15:45:58 -0000 1.3 <at> <at> -15,8 +15,8 <at> <at> * LoomInstrumentManager is a wrapper around ExcaliburInstrumentManager * from the <a href="http://excalibur.apache.org">Apache Excalibur</a> project. * - * <at> author Johan Sjöberg - * <at> version $Revision: 1.2 $ + * <at> author Johan Sjoberg + * <at> version $Revision: 1.3 $ * * <at> dna.component */
CVSspam 0.2.8
sjoberg | 22 Feb 2005 18:52

Fixed jdk1.5 build problems.

Commit in loom/support/xmlpolicy/src/java/org/codehaus/loom/xmlpolicy on MAIN
builder/PolicyBuilder.java +2 -2 1.1 -> 1.2
runtime/AbstractPolicy.java +3 -3 1.1 -> 1.2
+5 -5
2 modified files
Fixed jdk1.5 build problems.
loom/support/xmlpolicy/src/java/org/codehaus/loom/xmlpolicy/builder
PolicyBuilder.java 1.1 -> 1.2
diff -u -r1.1 -r1.2 --- PolicyBuilder.java 19 Apr 2004 22:20:25 -0000 1.1 +++ PolicyBuilder.java 22 Feb 2005 17:52:37 -0000 1.2 <at> <at> -35,7 +35,7 <at> <at> * PolicyMetaData. * * <at> author Peter Donald - * <at> version $Revision: 1.1 $ $Date: 2004/04/19 22:20:25 $ + * <at> version $Revision: 1.2 $ $Date: 2005/02/22 17:52:37 $ */ public class PolicyBuilder { <at> <at> -401,7 +401,7 <at> <at> //will never happen throw new IllegalStateException( mue.getMessage() ); } - final CodeSource codeSource = new CodeSource( url, null ); + final CodeSource codeSource = new CodeSource( url, (Certificate[])null ); return codeSource; }
loom/support/xmlpolicy/src/java/org/codehaus/loom/xmlpolicy/runtime
AbstractPolicy.java 1.1 -> 1.2
diff -u -r1.1 -r1.2 --- AbstractPolicy.java 19 Apr 2004 22:20:27 -0000 1.1 +++ AbstractPolicy.java 22 Feb 2005 17:52:37 -0000 1.2 <at> <at> -143,10 +143,10 <at> <at> private void copyPermissions( final Permissions destination, final Permissions source ) { - final Enumeration enum = source.elements(); - while( enum.hasMoreElements() ) + final Enumeration enumeration = source.elements(); + while( enumeration.hasMoreElements() ) { - destination.add( (Permission)enum.nextElement() ); + destination.add( (Permission)enumeration.nextElement() ); } }
CVSspam 0.2.8

Gmane