Re: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-service.xml
Hiram, I am jumping up and down here in excitement. Is this really what it look like: a first cut of a clustered JBossMQ? Tell me its true. //Peter On 8 Nov, Hiram Chirino wrote: User: chirino Date: 01/11/08 22:26:37 Modified:src/etc/conf/default jbossmq-service.xml Log: Created a new JBossMQ IL that uses the HA framework. Revision ChangesPath 1.8 +15 -2 jbossmq/src/etc/conf/default/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/default/jbossmq-service.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jbossmq-service.xml 2001/10/28 01:27:00 1.7 +++ jbossmq-service.xml 2001/11/09 06:26:37 1.8 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jbossmq-service.xml,v 1.7 2001/10/28 01:27:00 chirino Exp $ -- +!-- $Id: jbossmq-service.xml,v 1.8 2001/11/09 06:26:37 chirino Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -26,7 +26,9 @@ dependsJBOSS-SYSTEM:service=Naming/depends classpath archives= -jbossmq.jar +jbossmq.jar, + jbossmqha.jar, + jbossha.jar / !-- -- @@ -100,6 +102,17 @@ attribute name=ServerBindPort8091/attribute attribute name=PingPeriod6/attribute /mbean + +!-- This will start a High Availability (HA) connection factory (experimental) -- +!-- + mbean code=org.jboss.mq.il.ha.HAServerILService +name=JBossMQ:service=InvocationLayer,type=HA +attribute name=ConnectionFactoryJNDIRefHAConnectionFactory/attribute +attribute name=XAConnectionFactoryJNDIRefHAXAConnectionFactory/attribute +attribute name=PartitionNameDefaultPartition/attribute +attribute name=LoadBalancePolicyorg.jboss.ha.framework.interfaces.FirstAvailable/attribute + /mbean +-- !-- | The following three line create 3 topics named: ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Feature Requests-479793 ] More Complete Catalina Integration (SSL)
--- [EMAIL PROTECTED] wrote: Feature Requests item #479793, was opened at 2001-11-08 14:53 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376688aid=479793group_id=22866 Category: Other Group: v3.0 Rabbit Hole Status: Open Priority: 5 Submitted By: Hunter Hillegas (hunterhillegas) Assigned to: Nobody/Anonymous (nobody) Summary: More Complete Catalina Integration (SSL) Initial Comment: With Tomcat 4.0, we have the first version of Tomcat that can really stand alone without Apache in front as a Web server. With the current Catalina support, there is no way to configure SSL support for the Tomcat Web server. Since there is also no way to connect to Apache, this means the Tomcat4/JBoss bundle doesn't support SSL at all. It would be great to have this configurable, either in a seperate file or through the mbean itself... While Jetty is also a nice servlet container, it doesn't support the latest JSP and Servlet spec while Tomcat4 You are still correct about Jetty - but not for long. Jetty-4.0.D0 has been released. Whilst not yet implementing the full 2.3/1.2 spec, it is well on the way. As soon as it begins to stabilise I shall do a bundled JBoss/Jetty. Cheers, Jules does. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376688aid=479793group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/ssl RMISSLClientSocketFactory.java RMISSLServerSocketFactory.java DomainServerSocketFactory.java
User: starksm Date: 01/11/09 02:18:14 Modified:src/main/org/jboss/security/ssl Tag: Branch_2_4 DomainServerSocketFactory.java Added: src/main/org/jboss/security/ssl Tag: Branch_2_4 RMISSLClientSocketFactory.java RMISSLServerSocketFactory.java Log: Update the SSL support for the RMI socket factories and add support for binding to a specific interface. Revision ChangesPath No revision No revision 1.1.2.2 +46 -7 jbosssx/src/main/org/jboss/security/ssl/Attic/DomainServerSocketFactory.java Index: DomainServerSocketFactory.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/ssl/Attic/DomainServerSocketFactory.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- DomainServerSocketFactory.java2001/09/26 06:14:46 1.1.2.1 +++ DomainServerSocketFactory.java2001/11/09 10:18:14 1.1.2.2 @@ -4,6 +4,7 @@ import java.io.IOException; import java.net.InetAddress; import java.net.ServerSocket; +import java.net.UnknownHostException; import java.security.KeyManagementException; import java.security.NoSuchAlgorithmException; import java.security.cert.CertificateException; @@ -11,8 +12,6 @@ import javax.net.ServerSocketFactory; import javax.net.ssl.SSLServerSocket; import javax.net.ssl.SSLSocket; -import javax.net.ssl.HandshakeCompletedListener; -import javax.net.ssl.HandshakeCompletedEvent; import com.sun.net.ssl.KeyManager; import com.sun.net.ssl.KeyManagerFactory; @@ -21,6 +20,7 @@ import com.sun.net.ssl.TrustManagerFactory; import org.apache.log4j.Category; + import org.jboss.security.SecurityDomain; /** An implementation of ServerSocketFactory that creates SSL server sockets @@ -33,14 +33,24 @@ @see org.jboss.security.SecurityDomain @author [EMAIL PROTECTED] -@version $Revision: 1.1.2.1 $ +@version $Revision: 1.1.2.2 $ */ public class DomainServerSocketFactory extends ServerSocketFactory { private static Category log = Category.getInstance(DomainServerSocketFactory.class); - private SecurityDomain securityDomain; + private transient SecurityDomain securityDomain; + private transient InetAddress bindAddress; - /** Creates new DomainSocketFactory */ + /** A default constructor for use when created by Class.newInstance. The +factory is not usable until its SecurityDomain has been established. +*/ + public DomainServerSocketFactory() + { + System.out.println(DomainServerSocketFactory, this=+this); + } + /** Create a sockate factory instance that uses the given SecurityDomain +as the source for the SSL KeyManagerFactory and TrustManagerFactory. +*/ public DomainServerSocketFactory(SecurityDomain securityDomain) throws IOException { if( securityDomain == null ) @@ -48,14 +58,36 @@ this.securityDomain = securityDomain; } + public String getBindAddress() + { + String address = null; + if( bindAddress != null ) + address = bindAddress.getHostAddress(); + return address; + } + public void setBindAddress(String host) throws UnknownHostException + { + bindAddress = InetAddress.getByName(host); + } + + public SecurityDomain getSecurityDomain() + { + return securityDomain; + } + public void setSecurityDomain(SecurityDomain securityDomain) + { + this.securityDomain = securityDomain; + } + +// --- Begin ServerSocketFactory interface methods public ServerSocket createServerSocket(int port) throws IOException { - return createServerSocket(port, 50, null); + return createServerSocket(port, 50, bindAddress); } public ServerSocket createServerSocket(int port, int backlog) throws IOException { - return createServerSocket(port, backlog, null); + return createServerSocket(port, backlog, bindAddress); } /** * Returns a server socket which uses only the specified network @@ -107,6 +139,9 @@ return socket; } + /** The default ServerSocketFactory which looks to the java:/jaas/other +security domain configuration. +*/ public static ServerSocketFactory getDefault() { DomainServerSocketFactory ssf = null; @@ -118,7 +153,11 @@ } catch(Exception e) { + log.error(Failed to create default ServerSocketFactory, e); } return ssf; } + +// --- End ServerSocketFactory interface methods + } No revision No revision 1.2.2.1 +57 -6
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security ClientLoginModule.java Util.java
User: starksm Date: 01/11/09 02:21:46 Modified:src/main/org/jboss/security Tag: Branch_2_4 ClientLoginModule.java Util.java Log: Cleanup formatting and logging Revision ChangesPath No revision No revision 1.1.4.1 +138 -124 jbosssx/src/main/org/jboss/security/ClientLoginModule.java Index: ClientLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/ClientLoginModule.java,v retrieving revision 1.1 retrieving revision 1.1.4.1 diff -u -r1.1 -r1.1.4.1 --- ClientLoginModule.java2001/03/05 09:53:26 1.1 +++ ClientLoginModule.java2001/11/09 10:21:46 1.1.4.1 @@ -4,7 +4,7 @@ * Distributable under LGPL license. * See terms of license at gnu.org. */ - + package org.jboss.security; @@ -18,137 +18,151 @@ import javax.security.auth.login.LoginException; import javax.security.auth.spi.LoginModule; +import org.jboss.security.Logger; + /** A simple implementation of LoginModule for use by JBoss clients for -the establishment of the caller identity and credentials. This simply sets -the SecurityAssociation principal to the value of the NameCallback -filled in by the CallbackHandler, and the SecurityAssociation credential -to the value of the PasswordCallback filled in by the CallbackHandler. - -It has the following options: -ul -limulti-threaded=[true|false] -When the multi-threaded option is set to true, the SecurityAssociation.setServer() -so that each login thread has its own principal and credential storage. -lipassword-stacking=tryFirstPass|useFirstPass -When password-stacking option is set, this module first looks for a shared -username and password using javax.security.auth.login.name and -javax.security.auth.login.password respectively. This allows a module configured -prior to this one to establish a valid username and password that should be passed -to JBoss. -/ul - -@author a href=mailto:[EMAIL PROTECTED];Oleg Nitz/a -@author [EMAIL PROTECTED] -*/ + the establishment of the caller identity and credentials. This simply sets + the SecurityAssociation principal to the value of the NameCallback + filled in by the CallbackHandler, and the SecurityAssociation credential + to the value of the PasswordCallback filled in by the CallbackHandler. + + It has the following options: + ul + limulti-threaded=[true|false] + When the multi-threaded option is set to true, the SecurityAssociation.setServer() + so that each login thread has its own principal and credential storage. + lipassword-stacking=tryFirstPass|useFirstPass + When password-stacking option is set, this module first looks for a shared + username and password using javax.security.auth.login.name and + javax.security.auth.login.password respectively. This allows a module configured + prior to this one to establish a valid username and password that should be passed + to JBoss. + /ul + + @author a href=mailto:[EMAIL PROTECTED];Oleg Nitz/a + @author [EMAIL PROTECTED] + */ public class ClientLoginModule implements LoginModule { -private CallbackHandler _callbackHandler; -/** Shared state between login modules */ -private Map _sharedState; -/** Flag indicating if the shared password should be used */ -private boolean _useFirstPass; - -/** - * Initialize this LoginModule. - */ -public void initialize(Subject subject, CallbackHandler callbackHandler, -Map sharedState, Map options) -{ -this._callbackHandler = callbackHandler; -this._sharedState = sharedState; -// Check for multi-threaded option -String mt = (String) options.get(multi-threaded); -if( mt != null Boolean.valueOf(mt).booleanValue() == true ) -{ /* Turn on the server mode which uses thread local storage for + private CallbackHandler _callbackHandler; + /** Shared state between login modules */ + private Map _sharedState; + /** Flag indicating if the shared password should be used */ + private boolean _useFirstPass; + /** An interface into log4j */ + private Logger log; + + /** +* Initialize this LoginModule. +*/ + public void initialize(Subject subject, CallbackHandler callbackHandler, + Map sharedState, Map options) + { + this._callbackHandler = callbackHandler; + this._sharedState = sharedState; + // Check for multi-threaded option + String mt = (String) options.get(multi-threaded); + if( mt != null Boolean.valueOf(mt).booleanValue() == true ) + { /* Turn on the server mode which uses thread local storage for the principal information. -*/ -
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityDomain.java
User: starksm Date: 01/11/09 02:22:34 Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4 JaasSecurityDomain.java Log: Allow the keystore attribute to be a url, file or resource path Revision ChangesPath No revision No revision 1.1.2.2 +58 -21 jbosssx/src/main/org/jboss/security/plugins/Attic/JaasSecurityDomain.java Index: JaasSecurityDomain.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/Attic/JaasSecurityDomain.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- JaasSecurityDomain.java 2001/09/26 06:36:35 1.1.2.1 +++ JaasSecurityDomain.java 2001/11/09 10:22:34 1.1.2.2 @@ -8,8 +8,9 @@ import java.io.IOException; import java.io.File; -import java.io.FileNotFoundException; -import java.io.FileInputStream; +import java.io.InputStream; +import java.net.MalformedURLException; +import java.net.URL; import java.security.KeyStore; import javax.management.MBeanServer; import javax.management.MBeanServerFactory; @@ -24,22 +25,23 @@ import org.jboss.security.SecurityDomain; import org.jboss.util.ServiceMBean; -/** The JaasSecurityDomain is +/** The JaasSecurityDomain is an extension of JaasSecurityManager that addes + the notion of a KeyStore, and JSSE KeyManagerFactory and TrustManagerFactory + for supporting SSL and other cryptographic use cases. - @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.1 $ + @version $Revision: 1.1.2.2 $ */ public class JaasSecurityDomain extends JaasSecurityManager implements SecurityDomain, JaasSecurityDomainMBean { private int state; - /** The KeyStore associated with the + /** The KeyStore associated with the security domain. */ private KeyStore keyStore; private KeyManagerFactory keyMgr; private String keyStoreType = JKS; - private String keyStoreFile; + private URL keyStoreURL; private char[] keyStorePassword; /** Creates a default JaasSecurityDomain for with a securityDomain @@ -84,19 +86,22 @@ { if (getState() != STOPPED) return; - + state = STARTING; log.info(Starting); - if( keyStoreFile != null ) + if( keyStoreURL != null ) { keyStore = KeyStore.getInstance(keyStoreType); - FileInputStream fis = new FileInputStream(keyStoreFile); - keyStore.load(fis, keyStorePassword); + InputStream is = keyStoreURL.openStream(); + keyStore.load(is, keyStorePassword); String algorithm = KeyManagerFactory.getDefaultAlgorithm(); keyMgr = KeyManagerFactory.getInstance(algorithm); keyMgr.init(keyStore, keyStorePassword); } - // Register with the + /* Register with the JaasSecurityManagerServiceMBean. This allows this + JaasSecurityDomain to function as the security manager for security-domain + elements that declare java:/jaas/xxx for our security domain name. + */ MBeanServer server = (MBeanServer) MBeanServerFactory.findMBeanServer(null).get(0); ObjectName jaasMgr = new ObjectName(JaasSecurityManagerServiceMBean.OBJECT_NAME); Object[] params = {getSecurityDomain(), this}; @@ -135,16 +140,48 @@ { this.keyStoreType = type; } - public String getKeyStoreFile() + public String getKeyStoreURL() { - return this.keyStoreFile; - } - public void setKeyStoreFile(String file) throws IOException - { - this.keyStoreFile = file; - File tst = new File(file); - if( tst.exists() == false ) - throw new FileNotFoundException(keystore file does not exist: +file); + String url = null; + if( keyStoreURL != null ) + url = keyStoreURL.toExternalForm(); + return url; + } + public void setKeyStoreURL(String storeURL) throws IOException + { + keyStoreURL = null; + // First see if this is a URL + try + { + keyStoreURL = new URL(storeURL); + } + catch(MalformedURLException e) + { + // Not a URL or a protocol without a handler + } + + // Next try to locate this as file path + if( keyStoreURL == null ) + { + File tst = new File(storeURL); + if( tst.exists() == true ) +keyStoreURL = tst.toURL(); + } + + // Last try to locate this as a classpath resource + if( keyStoreURL == null ) + { + ClassLoader loader = Thread.currentThread().getContextClassLoader(); + keyStoreURL = loader.getResource(storeURL); + } + + //
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityDomainMBean.java
User: starksm Date: 01/11/09 02:23:12 Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4 JaasSecurityDomainMBean.java Log: Change KeyStoreFile to KeyStoreURL Revision ChangesPath No revision No revision 1.1.2.2 +3 -3 jbosssx/src/main/org/jboss/security/plugins/Attic/JaasSecurityDomainMBean.java Index: JaasSecurityDomainMBean.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/Attic/JaasSecurityDomainMBean.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- JaasSecurityDomainMBean.java 2001/09/26 06:36:35 1.1.2.1 +++ JaasSecurityDomainMBean.java 2001/11/09 10:23:12 1.1.2.2 @@ -15,13 +15,13 @@ @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.1 $ + @version $Revision: 1.1.2.2 $ */ public interface JaasSecurityDomainMBean extends ServiceMBean { public String getKeyStoreType(); public void setKeyStoreType(String type); - public String getKeyStoreFile(); - public void setKeyStoreFile(String file) throws IOException; + public String getKeyStoreURL(); + public void setKeyStoreURL(String storeURL) throws IOException; public void setKeyStorePass(String password); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp SRPClientSession.java SRPConf.java SRPPermission.java SRPRemoteServer.java SRPRemoteServerInterface.java SRPServerInterface.java SRPServerProxy.java SRPServerSession.java SRPService.java SRPServiceMBean.java SRPVerifierStore.java SRPVerifierStoreService.java SRPVerifierStoreServiceMBean.java SerialObjectStore.java
User: starksm Date: 01/11/09 02:19:28 Modified:src/main/org/jboss/security/srp Tag: Branch_2_4 SRPClientSession.java SRPConf.java SRPPermission.java SRPRemoteServer.java SRPRemoteServerInterface.java SRPServerInterface.java SRPServerProxy.java SRPServerSession.java SRPService.java SRPServiceMBean.java SRPVerifierStore.java SRPVerifierStoreService.java SRPVerifierStoreServiceMBean.java SerialObjectStore.java Log: Clean up the logging. Revision ChangesPath No revision No revision 1.2.4.1 +52 -48jbosssx/src/main/org/jboss/security/srp/SRPClientSession.java Index: SRPClientSession.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/SRPClientSession.java,v retrieving revision 1.2 retrieving revision 1.2.4.1 diff -u -r1.2 -r1.2.4.1 --- SRPClientSession.java 2001/04/04 21:46:03 1.2 +++ SRPClientSession.java 2001/11/09 10:19:28 1.2.4.1 @@ -13,6 +13,7 @@ import java.security.NoSuchAlgorithmException; import java.util.Arrays; +import org.jboss.security.Logger; import org.jboss.security.Util; /** The client side logic to the SRP protocol. The class is intended to be used @@ -36,11 +37,12 @@ This product uses the 'Secure Remote Password' cryptographic authentication system developed by Tom Wu ([EMAIL PROTECTED]). -@author [EMAIL PROTECTED] -@version $Revision: 1.2 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.2.4.1 $ */ public class SRPClientSession { +private static Logger log = Logger.getInstance(SRPClientSession.class); private BigInteger N; private BigInteger g; private BigInteger x; @@ -76,48 +78,50 @@ this.s = s; this.g = new BigInteger(1, gb); this.N = new BigInteger(1, nb); -if( PkgCategory.isTraceEnabled() ) -PkgCategory.trace(g: +Util.tob64(gb)); +if( log.isTraceEnabled() ) +log.trace(g: +Util.tob64(gb)); // Calculate x = H(s | H(U | ':' | password)) -byte[] xb = Util.calculatePasswordHash(username, password, s, N, g); +byte[] xb = Util.calculatePasswordHash(username, password, s); +if( log.isTraceEnabled() ) +log.trace(x: +Util.tob64(xb)); this.x = new BigInteger(1, xb); -v = g.modPow(x, N); // g^x % N -if( PkgCategory.isTraceEnabled() ) -PkgCategory.trace(v: +Util.tob64(v.toByteArray())); +this.v = g.modPow(x, N); // g^x % N +if( log.isTraceEnabled() ) +log.trace(v: +Util.tob64(v.toByteArray())); serverHash = Util.newDigest(); clientHash = Util.newDigest(); // H(N) byte[] hn = Util.newDigest().digest(nb); -if( PkgCategory.isTraceEnabled() ) -PkgCategory.trace(H(N): +Util.tob64(hn)); +if( log.isTraceEnabled() ) +log.trace(H(N): +Util.tob64(hn)); // H(g) byte[] hg = Util.newDigest().digest(gb); -if( PkgCategory.isTraceEnabled() ) -PkgCategory.trace(H(g): +Util.tob64(hg)); +if( log.isTraceEnabled() ) +log.trace(H(g): +Util.tob64(hg)); // clientHash = H(N) xor H(g) byte[] hxg = Util.xor(hn, hg, 20); -if( PkgCategory.isTraceEnabled() ) -PkgCategory.trace(H(N) xor H(g): +Util.tob64(hxg)); +if( log.isTraceEnabled() ) +log.trace(H(N) xor H(g): +Util.tob64(hxg)); clientHash.update(hxg); -if( PkgCategory.isTraceEnabled() ) +if( log.isTraceEnabled() ) { MessageDigest tmp = Util.copy(clientHash); -PkgCategory.trace(H[H(N) xor H(g)]: +Util.tob64(tmp.digest())); +log.trace(H[H(N) xor H(g)]: +Util.tob64(tmp.digest())); } // clientHash = H(N) xor H(g) | H(U) clientHash.update(Util.newDigest().digest(username.getBytes())); -if( PkgCategory.isTraceEnabled() ) +if( log.isTraceEnabled() ) { MessageDigest tmp = Util.copy(clientHash); -PkgCategory.trace(H[H(N) xor H(g) | H(U)]: +Util.tob64(tmp.digest())); +log.trace(H[H(N) xor H(g) | H(U)]: +Util.tob64(tmp.digest())); } // clientHash = H(N) xor H(g) | H(U) | s clientHash.update(s); -if( PkgCategory.isTraceEnabled() ) +if( log.isTraceEnabled() ) { MessageDigest tmp = Util.copy(clientHash); -PkgCategory.trace(H[H(N) xor H(g) | H(U) | s]:
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp/jaas SRPCacheLoginModule.java SRPLoginModule.java
User: starksm Date: 01/11/09 02:19:29 Modified:src/main/org/jboss/security/srp/jaas Tag: Branch_2_4 SRPCacheLoginModule.java SRPLoginModule.java Log: Clean up the logging. Revision ChangesPath No revision No revision 1.3.2.1 +12 -9 jbosssx/src/main/org/jboss/security/srp/jaas/SRPCacheLoginModule.java Index: SRPCacheLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/jaas/SRPCacheLoginModule.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- SRPCacheLoginModule.java 2001/04/11 02:04:21 1.3 +++ SRPCacheLoginModule.java 2001/11/09 10:19:28 1.3.2.1 @@ -19,8 +19,8 @@ import javax.security.auth.login.LoginException; import javax.security.auth.spi.LoginModule; +import org.jboss.security.Logger; import org.jboss.security.auth.callback.SecurityAssociationCallback; -import org.jboss.security.srp.PkgCategory; import org.jboss.security.srp.SRPServerSession; import org.jboss.security.srp.SRPServerInterface; import org.jboss.security.srp.SRPServerInterface.SRPParameters; @@ -37,11 +37,12 @@ information managed by the SRPSerice. domainName, -@author [EMAIL PROTECTED] -@version $Revision: 1.3 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.3.2.1 $ */ public class SRPCacheLoginModule implements LoginModule { +private static Logger log = Logger.getInstance(SRPCacheLoginModule.class); private Subject subject; private CallbackHandler handler; private Map sharedState; @@ -50,7 +51,6 @@ private byte[] clientChallenge; private SRPServerSession session; private Principal userPrincipal; -private boolean debug; private boolean loginFailed; public SRPCacheLoginModule() @@ -74,10 +74,8 @@ this.handler = handler; this.sharedState = sharedState; cacheJndiName = (String) options.get(cacheJndiName); +log.trace(cacheJndiName=+cacheJndiName); domainName = (String) options.get(domainName); -String d = (String) options.get(debug); -if( d != null ) -debug = Boolean.valueOf(d).booleanValue(); } /** Access the user Principal object and credentials by passing a @@ -104,6 +102,11 @@ InitialContext iniCtx = new InitialContext(); CachePolicy cache = (CachePolicy) iniCtx.lookup(cacheJndiName); Object cacheCredential = cache.get(userPrincipal); +if( cacheCredential == null ) +{ + throw new LoginException(No SRP session found for: +username); +} +log.trace(Found SRP cache credential: +cacheCredential); /** The cache object should be the SRPServerSession object used in the authentication of the client. */ @@ -120,11 +123,11 @@ } catch(NamingException e) { -e.printStackTrace(); +log.error(Failed to load SRP auth cache, e); throw new LoginException(Failed to load SRP auth cache: +e.toString(true)); } -PkgCategory.debug(Login succeeded); +log.trace(Login succeeded); // Put the username and the client challenge into the sharedState map sharedState.put(javax.security.auth.login.name, username); sharedState.put(javax.security.auth.login.password, clientChallenge); 1.2.4.1 +45 -18jbosssx/src/main/org/jboss/security/srp/jaas/SRPLoginModule.java Index: SRPLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/srp/jaas/SRPLoginModule.java,v retrieving revision 1.2 retrieving revision 1.2.4.1 diff -u -r1.2 -r1.2.4.1 --- SRPLoginModule.java 2001/04/04 21:46:03 1.2 +++ SRPLoginModule.java 2001/11/09 10:19:28 1.2.4.1 @@ -21,7 +21,8 @@ import javax.security.auth.login.LoginException; import javax.security.auth.spi.LoginModule; -import org.jboss.security.srp.PkgCategory; +import org.jboss.security.Logger; +import org.jboss.security.Util; import org.jboss.security.srp.SRPClientSession; import org.jboss.security.srp.SRPServerInterface; import org.jboss.security.srp.SRPServerInterface.SRPParameters; @@ -30,11 +31,30 @@ to authenticate a username password in a secure fashion without using an encrypted channel. +The supported configuration options include: +ul + liprincipalClassName: the fully qualified class name of the java.security.Principal + implementation to use. The implementation must provide a public constructor that + accepts a single String
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityManagerServiceMBean.java JaasSecurityManagerService.java
User: starksm Date: 01/11/09 02:25:55 Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4 JaasSecurityManagerServiceMBean.java JaasSecurityManagerService.java Log: Add support for authentication caches per domain and setting the default timed cache timeout and resolution Revision ChangesPath No revision No revision 1.1.2.3 +53 -25 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerServiceMBean.java Index: JaasSecurityManagerServiceMBean.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerServiceMBean.java,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- JaasSecurityManagerServiceMBean.java 2001/09/26 06:36:35 1.1.2.2 +++ JaasSecurityManagerServiceMBean.java 2001/11/09 10:25:55 1.1.2.3 @@ -10,40 +10,68 @@ /** The interface for the JaasSecurityManagerService mbean. @author [EMAIL PROTECTED] - @version $Revision: 1.1.2.2 $ -*/ + @version $Revision: 1.1.2.3 $ + */ public interface JaasSecurityManagerServiceMBean -extends org.jboss.util.ServiceMBean +extends org.jboss.util.ServiceMBean { // Constants - public static final String OBJECT_NAME = Security:name=JaasSecurityManager; - + // Public /** Get the name of the class that provides the security manager implementation. */ -public String getSecurityManagerClassName(); + public String getSecurityManagerClassName(); /** Set the name of the class that provides the security manager implementation. +@exception ClassNotFoundException, thrown if the className cannot be found +using the thread context class loader. +@exception ClassCastException, thrown if the className does not implement the +org.jboss.security.AuthenticationManager interface. */ -public void setSecurityManagerClassName(String className) throws ClassNotFoundException; -/** Get the name of the class that provides the SecurityProxyFactory implementation. - */ -public String getSecurityProxyFactoryClassName(); -/** Set the name of the class that provides the SecurityProxyFactory implementation. - */ -public void setSecurityProxyFactoryClassName(String className) throws ClassNotFoundException; + public void setSecurityManagerClassName(String className) + throws ClassNotFoundException, ClassCastException; + /** Get the name of the class that provides the SecurityProxyFactory implementation. +*/ + public String getSecurityProxyFactoryClassName(); + /** Set the name of the class that provides the SecurityProxyFactory implementation. +*/ + public void setSecurityProxyFactoryClassName(String className) + throws ClassNotFoundException; /** Get the jndi name under which the authentication CachePolicy implenentation - is found +is found +*/ + public String getAuthenticationCacheJndiName(); + /** Set the location of the security credential cache policy. This is first treated +as a ObjectFactory location that is capable of returning CachePolicy instances +on a per security domain basis by appending a '/security-domain-name' string +to this name when looking up the CachePolicy for a domain. If this fails then +the location is treated as a single CachePolicy for all security domains. +@param jndiName, the name to the ObjectFactory or CachePolicy binding. +*/ + public void setAuthenticationCacheJndiName(String jndiName); + /** flush the cache policy for the indicated security domain if the security manager +instance supports a flushCache() method. +*/ + /** Get the default timed cache policy timeout. +@return the default cache timeout in seconds. +*/ + public int getDefaultCacheTimeout(); + /** Set the default timed cache policy timeout. This has no affect if the +AuthenticationCacheJndiName has been changed from the default value. +@param timeoutInSecs, the cache timeout in seconds. +*/ + public void setDefaultCacheTimeout(int timeoutInSecs); + /** Get the default timed cache policy resolution. +*/ + public int getDefaultCacheResolution(); + /** Set the default timed cache policy resolution. This has no affect if the +AuthenticationCacheJndiName has been changed from the default value. +@param resInSecs, resolution of timeouts in seconds. +*/ + public void setDefaultCacheResolution(int resInSecs); + + public void flushAuthenticationCache(String securityDomain); + /**
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityManager.java
User: starksm Date: 01/11/09 02:24:51 Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4 JaasSecurityManager.java Log: Add additional trace level messages Revision ChangesPath No revision No revision 1.7.2.8 +28 -20 jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java Index: JaasSecurityManager.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java,v retrieving revision 1.7.2.7 retrieving revision 1.7.2.8 diff -u -r1.7.2.7 -r1.7.2.8 --- JaasSecurityManager.java 2001/11/05 04:03:18 1.7.2.7 +++ JaasSecurityManager.java 2001/11/09 10:24:51 1.7.2.8 @@ -34,7 +34,6 @@ import org.jboss.logging.log4j.TracePriority; import org.jboss.security.AppPolicy; import org.jboss.security.AuthenticationInfo; -import org.jboss.security.SecurityManager; import org.jboss.security.RealmMapping; import org.jboss.security.SecurityAssociation; import org.jboss.security.SecurityPolicy; @@ -56,7 +55,7 @@ @author a href=[EMAIL PROTECTED]Oleg Nitz/a @author [EMAIL PROTECTED] - @version $Revision: 1.7.2.7 $ + @version $Revision: 1.7.2.8 $ */ public class JaasSecurityManager implements SubjectSecurityManager, RealmMapping { @@ -163,6 +162,7 @@ public void setCachePolicy(CachePolicy domainCache) { this.domainCache = domainCache; + log.debug(CachePolicy set to: +domainCache); } public void flushCache() @@ -401,6 +401,9 @@ */ private boolean validateCache(DomainInfo info, Object credential) { + if( log.isEnabledFor(TracePriority.TRACE) ) + log.log(TracePriority.TRACE, validateCache, info=+info); + Object subjectCredential = info.credential; boolean isValid = false; // Check for a null credential as can be the case for an anonymou user @@ -414,9 +417,9 @@ isValid = false; else { - /* Validate the credential by trying Comparable, char[], byte[], -and finally Object.equals() -*/ +/* Validate the credential by trying Comparable, char[], byte[], + and finally Object.equals() + */ if( subjectCredential instanceof Comparable ) { Comparable c = (Comparable) subjectCredential; @@ -451,14 +454,19 @@ private void updateCache(Subject subject, Principal principal, Object credential) { + if( domainCache == null ) + return; + DomainInfo info = new DomainInfo(); info.subject = subject; info.credential = credential; -/* If we don't have a cache policy create a default timed cache - that has an 1800 sec lifetime, is thread-safe, and a resolution - of 60 seconds. - */ + if( log.isEnabledFor(TracePriority.TRACE) ) + log.log(TracePriority.TRACE, updateCache, subject=+subject); + /* If we don't have a cache policy create a default timed cache + that has an 1800 sec lifetime, is thread-safe, and a resolution + of 60 seconds. + */ if( domainCache == null ) { domainCache = new TimedCachePolicy(1800, true, 60); @@ -473,9 +481,9 @@ } } -/* Get the Subject callerPrincipal by looking for a Group called - 'CallerPrincipal' and roles by looking for a Group called 'Roles' - */ + /* Get the Subject callerPrincipal by looking for a Group called +'CallerPrincipal' and roles by looking for a Group called 'Roles' + */ Set subjectGroups = subject.getPrincipals(Group.class); Iterator iter = subjectGroups.iterator(); while( iter.hasNext() ) @@ -492,11 +500,11 @@ info.roles = grp; } -/* Handle null principals with no callerPrincipal. This is an indication - of an user that has not provided any authentication info, but - has been authenticated by the domain login module stack. Here we look - for the first non-Group Principal and use that. - */ + /* Handle null principals with no callerPrincipal. This is an indication +of an user that has not provided any authentication info, but +has been authenticated by the domain login module stack. Here we look +for the first non-Group Principal and use that. + */ if( principal == null info.callerPrincipal == null ) { Set subjectPrincipals = subject.getPrincipals(Principal.class); @@ -509,9 +517,9 @@ } } -/* If the user already exists another login is active.
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins SecurityDomainContext.java
User: starksm Date: 01/11/09 02:27:11 Added: src/main/org/jboss/security/plugins Tag: Branch_2_4 SecurityDomainContext.java Log: An encapsulation of the JNDI security context infomation Revision ChangesPath No revision No revision 1.1.2.1 +78 -0 jbosssx/src/main/org/jboss/security/plugins/Attic/SecurityDomainContext.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/srp PkgCategory.java TracePriority.java
User: starksm Date: 01/11/09 02:28:40 Removed: src/main/org/jboss/security/srp Tag: Branch_2_4 PkgCategory.java TracePriority.java Log: Remove unnecessary logging classes ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/build build.xml
User: starksm Date: 01/11/09 02:30:14 Modified:src/build Tag: Branch_2_4 build.xml Log: Update the client and main jar contents Revision ChangesPath No revision No revision 1.11.2.4 +17 -16jbosssx/src/build/Attic/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosssx/src/build/Attic/build.xml,v retrieving revision 1.11.2.3 retrieving revision 1.11.2.4 diff -u -r1.11.2.3 -r1.11.2.4 --- build.xml 2001/10/19 23:55:52 1.11.2.3 +++ build.xml 2001/11/09 10:30:14 1.11.2.4 @@ -1,6 +1,6 @@ !-- An ant build file for JBossSX security framework @author [EMAIL PROTECTED] -@version $Revision: 1.11.2.3 $ +@version $Revision: 1.11.2.4 $ -- project name=JBossSX default=jar basedir=../../ !-- The location of the JBoss server dist tree. This is @@ -163,21 +163,22 @@ jar jarfile=${build.lib}/jbosssx-client.jar basedir=${build.classes.dir} -include name=org/jboss/security/ClientLoginModule.class / - include name=org/jboss/security/NestableGroup*.class / - include name=org/jboss/security/NestablePrincipal*.class / -include name=org/jboss/security/SecurityAssociation*.class / -include name=org/jboss/security/AnybodyPrincipal.class / -include name=org/jboss/security/NobodyPrincipal.class / -include name=org/jboss/security/SimpleGroup.class / -include name=org/jboss/security/SimplePrincipal.class / -include name=org/jboss/security/Util.class / -include name=org/jboss/security/srp/PkgCategory.class / -include name=org/jboss/security/srp/TracePriority.class / -include name=org/jboss/security/srp/SRPClientSession.class / -include name=org/jboss/security/srp/SRPServerInterface*.class / -include name=org/jboss/security/srp/SRPPermission.class / -include name=org/jboss/security/srp/jaas/SRPLoginModule.class / + include name=org/jboss/security/AnybodyPrincipal.class / + include name=org/jboss/security/ClientLoginModule.class / + include name=org/jboss/security/NestableGroup*.class / + include name=org/jboss/security/NestablePrincipal*.class / + include name=org/jboss/security/NobodyPrincipal.class / + include name=org/jboss/security/Logger.class / + include name=org/jboss/security/SimpleGroup.class / + include name=org/jboss/security/SecurityAssociation*.class / + include name=org/jboss/security/SimplePrincipal.class / + include name=org/jboss/security/Util.class / + include name=org/jboss/security/auth/callback/UsernamePasswordHandler.class / + include name=org/jboss/security/srp/SRPClientSession.class / + include name=org/jboss/security/srp/SRPServerInterface*.class / + include name=org/jboss/security/srp/SRPPermission.class / + include name=org/jboss/security/srp/jaas/SRPLoginModule.class / + include name=org/jboss/security/ssl/RMISSLClientSocketFactory.class / /jar /target ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/test TestProtocol.java
User: starksm Date: 01/11/09 02:31:37 Modified:src/main/org/jboss/test Tag: Branch_2_4 TestProtocol.java Log: Update the debug logging Revision ChangesPath No revision No revision 1.1.4.1 +19 -7 jbosssx/src/main/org/jboss/test/TestProtocol.java Index: TestProtocol.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/test/TestProtocol.java,v retrieving revision 1.1 retrieving revision 1.1.4.1 diff -u -r1.1 -r1.1.4.1 --- TestProtocol.java 2001/03/05 09:53:37 1.1 +++ TestProtocol.java 2001/11/09 10:31:37 1.1.4.1 @@ -13,27 +13,29 @@ import java.security.MessageDigest; import org.apache.log4j.Category; -import org.apache.log4j.FileAppender; +import org.apache.log4j.ConsoleAppender; import org.apache.log4j.NDC; import org.apache.log4j.PatternLayout; +import org.jboss.logging.log4j.TracePriority; +import org.jboss.security.Logger; import org.jboss.security.Util; import org.jboss.security.srp.SRPConf; import org.jboss.security.srp.SRPServerInterface; import org.jboss.security.srp.SRPServerInterface.SRPParameters; import org.jboss.security.srp.SRPClientSession; import org.jboss.security.srp.SRPServerSession; -import org.jboss.security.srp.TracePriority; /** Test of the SRP protocol msg exchange sequence. -@author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.1.4.1 $ */ public class TestProtocol extends junit.framework.TestCase { -String username = stark; -String password = scott; +static Logger log = Logger.getInstance(TestProtocol.class); +String username = jduke; +String password = theduke; SRPServerInterface server; /** A simple hard coded implementation of SRPServerInterface that validates @@ -47,8 +49,18 @@ TstImpl(String password, String salt) { +BigInteger N = SRPConf.getDefaultParams().N(); +log.trace(N: +Util.tob64(N.toByteArray())); +BigInteger g = SRPConf.getDefaultParams().g(); +log.trace(g: +Util.tob64(g.toByteArray())); params.N = SRPConf.getDefaultParams().Nbytes(); +log.trace(N': +Util.tob64(params.N)); params.g = SRPConf.getDefaultParams().gbytes(); +log.trace(g': +Util.tob64(params.g)); +byte[] hn = Util.newDigest().digest(params.N); +log.trace(H(N): +Util.tob64(hn)); +byte[] hg = Util.newDigest().digest(params.g); +log.trace(H(g): +Util.tob64(hg)); params.s = Util.fromb64(salt); this.password = password; } @@ -88,7 +100,7 @@ // Set up a simple configuration that logs on the console. Category root = Category.getRoot(); root.setPriority(TracePriority.TRACE); -root.addAppender(new FileAppender(new PatternLayout(%x%m%n), System.out)); +root.addAppender(new ConsoleAppender(new PatternLayout(%x%m%n))); Util.init(); NDC.push(S,); server = new TstImpl(password, 123456); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc run.mf
User: starksm Date: 01/11/09 02:34:19 Modified:src/etc Tag: Branch_2_4 run.mf Log: Remove the jboss-client.jar from the Class-Path Revision ChangesPath No revision No revision 1.9.4.1 +1 -1 jboss/src/etc/run.mf Index: run.mf === RCS file: /cvsroot/jboss/jboss/src/etc/run.mf,v retrieving revision 1.9 retrieving revision 1.9.4.1 diff -u -r1.9 -r1.9.4.1 --- run.mf2001/04/30 14:14:30 1.9 +++ run.mf2001/11/09 10:34:18 1.9.4.1 @@ -1,2 +1,2 @@ Main-Class: org.jboss.Main -Class-Path: ../lib/jmxri.jar ../conf/ ../client/jboss-client.jar ../lib/jaas.jar ../lib/jboss-jdbc_ext.jar ../lib/jboss-jaas.jar ../lib/jaxp.jar +Class-Path: ../lib/jmxri.jar ../conf/ ../lib/jaas.jar ../lib/jboss-jdbc_ext.jar ../lib/jboss-jaas.jar ../lib/jaxp.jar ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: starksm Date: 01/11/09 02:35:49 Modified:src/main/org/jboss Tag: Branch_2_4 Main.java Log: Remove the setting of the security properties as this should be done through the command line Revision ChangesPath No revision No revision 1.35.2.13 +1 -16 jboss/src/main/org/jboss/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v retrieving revision 1.35.2.12 retrieving revision 1.35.2.13 diff -u -r1.35.2.12 -r1.35.2.13 --- Main.java 2001/10/19 23:57:34 1.35.2.12 +++ Main.java 2001/11/09 10:35:49 1.35.2.13 @@ -27,7 +27,7 @@ * @author Rickard Öberg ([EMAIL PROTECTED]) * @author a href=mailto:[EMAIL PROTECTED];Daniel O'Connor/a. * @author [EMAIL PROTECTED] - * @version $Revision: 1.35.2.12 $ + * @version $Revision: 1.35.2.13 $ */ public class Main { @@ -103,21 +103,6 @@ System.out.println(Warning: no auth.conf found in config=+confName); } } - - // Set security - URL serverPolicy = Main.class.getClassLoader().getResource(confName+/server.policy); - - if ( serverPolicy == null ) - { - throw new IOException(server.policy missing); - } - - System.setProperty(java.security.policy, serverPolicy.getFile()); - - // Set security manager - // Optional for better performance - if (System.getProperty(java.security.manager) != null) - System.setSecurityManager((SecurityManager)Class.forName(System.getProperty(java.security.manager)).newInstance()); // Start server - Main does not have the proper permissions AccessController.doPrivileged(new PrivilegedAction() ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb AutoDeployer.java AutoDeployerMBean.java
User: starksm Date: 01/11/09 02:36:41 Modified:src/main/org/jboss/ejb Tag: Branch_2_4 AutoDeployer.java AutoDeployerMBean.java Log: Externalize the deployment timeout check Revision ChangesPath No revision No revision 1.17.4.2 +25 -2 jboss/src/main/org/jboss/ejb/Attic/AutoDeployer.java Index: AutoDeployer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Attic/AutoDeployer.java,v retrieving revision 1.17.4.1 retrieving revision 1.17.4.2 diff -u -r1.17.4.1 -r1.17.4.2 --- AutoDeployer.java 2001/10/20 22:13:22 1.17.4.1 +++ AutoDeployer.java 2001/11/09 10:36:41 1.17.4.2 @@ -46,7 +46,7 @@ * @see org.jboss.deployment.J2eeDeployer * @author Rickard Öberg ([EMAIL PROTECTED]) * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.17.4.1 $ + * @version $Revision: 1.17.4.2 $ */ public class AutoDeployer extends ServiceMBeanSupport @@ -64,6 +64,8 @@ /** JMX names of the configured deployers */ ObjectName[] deployerNames; + /** Deployment check interval */ + int timeout = 3000; // The watch thread boolean running = false; @@ -113,6 +115,27 @@ return urlList; } + /** +* Gets the Timeout attribute of the AutoDeployer object +* +* @return The Timeout value +*/ + public int getTimeout() + { + return timeout; + } + + /** +* Sets the Timeout attribute of the AutoDeployer object +* +* @param to The new Timeout value +*/ + public void setTimeout(int to) + { + this.timeout = to; + } + + public void setDeployers(String deployers) { this.deployerList = deployers; @@ -131,7 +154,7 @@ // Sleep if (running) { -try { Thread.sleep(3); } catch (InterruptedException e) {} +try { Thread.sleep(timeout); } catch (InterruptedException e) {} } try 1.4.4.1 +3 -1 jboss/src/main/org/jboss/ejb/Attic/AutoDeployerMBean.java Index: AutoDeployerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Attic/AutoDeployerMBean.java,v retrieving revision 1.4 retrieving revision 1.4.4.1 diff -u -r1.4 -r1.4.4.1 --- AutoDeployerMBean.java2001/04/16 06:03:51 1.4 +++ AutoDeployerMBean.java2001/11/09 10:36:41 1.4.4.1 @@ -15,7 +15,7 @@ * @see AutoDeployer * @author Rickard Öberg ([EMAIL PROTECTED]) * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.4 $ + * @version $Revision: 1.4.4.1 $ */ public interface AutoDeployerMBean extends ServiceMBean @@ -26,6 +26,8 @@ // Public public void setURLs(String urlList); public String getURLs(); + public int getTimeout(); + public void setTimeout(int timeoutMS); public void setDeployers(String deployers); public String getDeployers(); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java
User: starksm Date: 01/11/09 02:38:05 Modified:src/main/org/jboss/ejb Tag: Branch_2_4 Container.java Log: Change org.jboss.security.SecurityManager to org.jboss.security.AuthenticationManager since SecurityManager clashes with the java.lang.SecurityManager Revision ChangesPath No revision No revision 1.44.2.7 +6 -6 jboss/src/main/org/jboss/ejb/Container.java Index: Container.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v retrieving revision 1.44.2.6 retrieving revision 1.44.2.7 diff -u -r1.44.2.6 -r1.44.2.7 --- Container.java2001/11/05 04:09:36 1.44.2.6 +++ Container.java2001/11/09 10:38:04 1.44.2.7 @@ -41,7 +41,7 @@ import javax.sql.DataSource; import org.jboss.logging.Logger; -import org.jboss.security.SecurityManager; +import org.jboss.security.AuthenticationManager; import org.jboss.security.RealmMapping; import org.jboss.deployment.DeploymentException; @@ -70,7 +70,7 @@ * @author Rickard Öberg ([EMAIL PROTECTED]) * @author a href=[EMAIL PROTECTED]Marc Fleury/a * @author [EMAIL PROTECTED] - * @version $Revision: 1.44.2.6 $ + * @version $Revision: 1.44.2.7 $ */ public abstract class Container { @@ -99,8 +99,8 @@ // This is the TransactionManager protected TransactionManager tm; - // This is the SecurityManager - protected SecurityManager sm; + // This is the AuthenticationManager + protected AuthenticationManager sm; // This is the realm mapping protected RealmMapping rm; @@ -182,12 +182,12 @@ return tm; } - public void setSecurityManager(SecurityManager sm) + public void setSecurityManager(AuthenticationManager sm) { this.sm = sm; } - public SecurityManager getSecurityManager() + public AuthenticationManager getSecurityManager() { return sm; } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming Util.java
User: starksm Date: 01/11/09 02:40:29 Modified:src/main/org/jboss/naming Tag: Branch_2_4 Util.java Log: Add method overrides that accept a Name value Revision ChangesPath No revision No revision 1.2.6.2 +43 -6 jboss/src/main/org/jboss/naming/Util.java Index: Util.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/Util.java,v retrieving revision 1.2.6.1 retrieving revision 1.2.6.2 diff -u -r1.2.6.1 -r1.2.6.2 --- Util.java 2001/07/01 01:06:56 1.2.6.1 +++ Util.java 2001/11/09 10:40:28 1.2.6.2 @@ -1,5 +1,9 @@ - - +/* + * JBoss, the OpenSource EJB server + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ package org.jboss.naming; import javax.naming.Context; @@ -9,8 +13,8 @@ /** A static utility class for common JNDI operations. * - * @author [EMAIL PROTECTED] - * @version $Revision: 1.2.6.1 $ + * @author [EMAIL PROTECTED] + * @version $Revision: 1.2.6.2 $ */ public class Util { @@ -60,8 +64,41 @@ public static void bind(Context ctx, String name, Object value) throws NamingException { Name n = ctx.getNameParser().parse(name); -String atom = n.get(n.size()-1); -Context parentCtx = createSubcontext(ctx, n.getPrefix(n.size()-1)); +bind(ctx, n, value); +} +/** Bind val to name in ctx, and make sure that all intermediate contexts exist +@param ctx, the parent JNDI Context under which value will be bound +@param name, the name relative to ctx where value will be bound +@param value, the value to bind. +*/ +public static void bind(Context ctx, Name name, Object value) throws NamingException +{ +int size = name.size(); +String atom = name.get(size-1); +Context parentCtx = createSubcontext(ctx, name.getPrefix(size-1)); parentCtx.bind(atom, value); +} + +/** Rebind val to name in ctx, and make sure that all intermediate contexts exist +@param ctx, the parent JNDI Context under which value will be bound +@param name, the name relative to ctx where value will be bound +@param value, the value to bind. +*/ +public static void rebind(Context ctx, String name, Object value) throws NamingException +{ +Name n = ctx.getNameParser().parse(name); +rebind(ctx, n, value); +} +/** Rebind val to name in ctx, and make sure that all intermediate contexts exist +@param ctx, the parent JNDI Context under which value will be bound +@param name, the name relative to ctx where value will be bound +@param value, the value to bind. +*/ +public static void rebind(Context ctx, Name name, Object value) throws NamingException +{ +int size = name.size(); +String atom = name.get(size-1); +Context parentCtx = createSubcontext(ctx, name.getPrefix(size-1)); +parentCtx.rebind(atom, value); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb ContainerFactory.java
User: starksm Date: 01/11/09 02:39:37 Modified:src/main/org/jboss/ejb Tag: Branch_2_4 ContainerFactory.java Log: Change org.jboss.security.SecurityManager to org.jboss.security.AuthenticationManager since SecurityManager clashes with the java.lang.SecurityManager Add support for an ssl-domain config element to support RMI+SSL in the container invoker config Revision ChangesPath No revision No revision 1.77.2.7 +3 -3 jboss/src/main/org/jboss/ejb/ContainerFactory.java Index: ContainerFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/ContainerFactory.java,v retrieving revision 1.77.2.6 retrieving revision 1.77.2.7 diff -u -r1.77.2.6 -r1.77.2.7 --- ContainerFactory.java 2001/11/05 22:50:27 1.77.2.6 +++ ContainerFactory.java 2001/11/09 10:39:37 1.77.2.7 @@ -58,7 +58,7 @@ import org.jboss.metadata.ConfigurationMetaData; import org.jboss.metadata.XmlLoadable; import org.jboss.metadata.XmlFileLoader; -import org.jboss.security.SecurityManager; +import org.jboss.security.AuthenticationManager; import org.jboss.security.RealmMapping; import org.jboss.util.MBeanProxy; import org.jboss.verifier.BeanVerifier; @@ -82,7 +82,7 @@ * @author Peter Antman ([EMAIL PROTECTED]) * @author Scott Stark([EMAIL PROTECTED]) * -* @version $Revision: 1.77.2.6 $ +* @version $Revision: 1.77.2.7 $ */ public class ContainerFactory extends org.jboss.util.ServiceMBeanSupport @@ -783,7 +783,7 @@ confSecurityDomain = securityDomain; System.out.println(lookup securityDomain manager name: +confSecurityDomain); Object securityMgr = iniCtx.lookup(confSecurityDomain); -SecurityManager ejbS = (SecurityManager) securityMgr; +AuthenticationManager ejbS = (AuthenticationManager) securityMgr; RealmMapping rM = (RealmMapping) securityMgr; container.setSecurityManager( ejbS ); container.setRealmMapping( rM ); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvoker.java
User: starksm Date: 01/11/09 02:39:37 Modified:src/main/org/jboss/ejb/plugins/jrmp/server Tag: Branch_2_4 JRMPContainerInvoker.java Log: Change org.jboss.security.SecurityManager to org.jboss.security.AuthenticationManager since SecurityManager clashes with the java.lang.SecurityManager Add support for an ssl-domain config element to support RMI+SSL in the container invoker config Revision ChangesPath No revision No revision 1.37.4.4 +45 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java,v retrieving revision 1.37.4.3 retrieving revision 1.37.4.4 diff -u -r1.37.4.3 -r1.37.4.4 --- JRMPContainerInvoker.java 2001/11/02 08:42:35 1.37.4.3 +++ JRMPContainerInvoker.java 2001/11/09 10:39:37 1.37.4.4 @@ -66,6 +66,7 @@ import org.jboss.metadata.MetaData; import org.jboss.metadata.EntityMetaData; import org.jboss.metadata.SessionMetaData; +import org.jboss.security.SecurityDomain; import org.w3c.dom.Element; @@ -76,7 +77,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Juha Lindfors/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a - * @version $Revision: 1.37.4.3 $ + * @version $Revision: 1.37.4.4 $ */ public class JRMPContainerInvoker extends RemoteServer @@ -97,6 +98,8 @@ protected String clientSocketFactoryName; /** The class name of the optional custom server socket factory */ protected String serverSocketFactoryName; + /** The SecurityDomain instance for the ssl-domain setting */ + protected SecurityDomain sslDomain; /** The address to bind the rmi port on */ protected String serverAddress; protected boolean jdk122 = false; @@ -566,6 +569,22 @@ Logger.error(e); serverSocketFactoryName = null; } +// Load the optional ssl-domain giving the JNDI name of the SecurityDomain +Element sslDomainElement = MetaData.getOptionalChild(element, ssl-domain); +if( sslDomainElement != null ) +{ + String domainName = MetaData.getElementContent(sslDomainElement); + try + { +InitialContext iniCtx = new InitialContext(); +sslDomain = (SecurityDomain) iniCtx.lookup(domainName); + } + catch(Exception e) + { + throw new DeploymentException(Failed to location ssl-domain, e); + } +} + Element addrElement = MetaData.getOptionalChild(element, RMIServerSocketAddr); if( addrElement != null ) this.serverAddress = MetaData.getElementContent(addrElement); @@ -575,6 +594,7 @@ Logger.debug(Container Invoker Client SocketFactory='+(clientSocketFactory == null ? Default : clientSocketFactory.toString())+'); Logger.debug(Container Invoker Server SocketFactory='+(serverSocketFactory == null ? Default : serverSocketFactory.toString())+'); Logger.debug(Container Invoker Server SocketAddr='+(serverAddress == null ? Default : serverAddress)+'); +Logger.debug(Container Invoker Server sslDomain='+(sslDomain == null ? Default : sslDomain.getSecurityDomain())+'); Logger.debug(Container Invoker Optimize='+optimize+'); } @@ -626,9 +646,11 @@ { Class ssfClass = loader.loadClass(serverSocketFactoryName); serverSocketFactory = (RMIServerSocketFactory) ssfClass.newInstance(); +/* See if the server socket supports setBindAddress(String) + is a specific bind address was specified +*/ if( serverAddress != null ) { - // See if the server socket supports setBindAddress(String) try { Class[] parameterTypes = {String.class}; @@ -645,6 +667,27 @@ { Logger.error(Failed to setBindAddress=+serverAddress+ on socket factory); // Go with default address + } +} +/* See if the server socket supports setSecurityDomain(SecurityDomain) + is an sslDomain was specified +*/ +if( sslDomain != null ) +{ + try + { + Class[] parameterTypes = {SecurityDomain.class}; + Method m =
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins SecurityInterceptor.java SecurityProxyInterceptor.java
User: starksm Date: 01/11/09 02:39:37 Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4 SecurityInterceptor.java SecurityProxyInterceptor.java Log: Change org.jboss.security.SecurityManager to org.jboss.security.AuthenticationManager since SecurityManager clashes with the java.lang.SecurityManager Add support for an ssl-domain config element to support RMI+SSL in the container invoker config Revision ChangesPath No revision No revision 1.17.2.5 +3 -3 jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java Index: SecurityInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java,v retrieving revision 1.17.2.4 retrieving revision 1.17.2.5 diff -u -r1.17.2.4 -r1.17.2.5 --- SecurityInterceptor.java 2001/11/05 04:09:37 1.17.2.4 +++ SecurityInterceptor.java 2001/11/09 10:39:37 1.17.2.5 @@ -19,7 +19,7 @@ import org.jboss.metadata.BeanMetaData; import org.jboss.metadata.SecurityIdentityMetaData; import org.jboss.security.AnybodyPrincipal; -import org.jboss.security.SecurityManager; +import org.jboss.security.AuthenticationManager; import org.jboss.security.RealmMapping; import org.jboss.security.SecurityAssociation; import org.jboss.security.SimplePrincipal; @@ -29,7 +29,7 @@ @author a href=[EMAIL PROTECTED]Oleg Nitz/a @author [EMAIL PROTECTED] -@version $Revision: 1.17.2.4 $ +@version $Revision: 1.17.2.5 $ */ public class SecurityInterceptor extends AbstractInterceptor { @@ -44,7 +44,7 @@ * @supplierQualifier authentication * @clientCardinality 1..* */ -protected SecurityManager securityManager; +protected AuthenticationManager securityManager; /** * @supplierCardinality 0..1 1.2.2.2 +3 -3 jboss/src/main/org/jboss/ejb/plugins/SecurityProxyInterceptor.java Index: SecurityProxyInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SecurityProxyInterceptor.java,v retrieving revision 1.2.2.1 retrieving revision 1.2.2.2 diff -u -r1.2.2.1 -r1.2.2.2 --- SecurityProxyInterceptor.java 2001/11/05 04:09:37 1.2.2.1 +++ SecurityProxyInterceptor.java 2001/11/09 10:39:37 1.2.2.2 @@ -17,7 +17,7 @@ import org.jboss.ejb.EnterpriseContext; import org.jboss.ejb.MethodInvocation; -import org.jboss.security.SecurityManager; +import org.jboss.security.AuthenticationManager; import org.jboss.security.SecurityProxy; import org.jboss.security.SecurityProxyFactory; @@ -28,7 +28,7 @@ interceptor has access to the EJB instance and context. @author [EMAIL PROTECTED] -@version $Revision: 1.2.2.1 $ +@version $Revision: 1.2.2.2 $ */ public class SecurityProxyInterceptor extends AbstractInterceptor { @@ -42,7 +42,7 @@ * @supplierCardinality 1 */ protected Container container; -protected SecurityManager securityManager; +protected AuthenticationManager securityManager; /** * @supplierCardinality 0..1 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/security EJBSecurityManager.java SubjectSecurityManager.java SecurityManager.java
User: starksm Date: 01/11/09 02:42:10 Modified:src/main/org/jboss/security Tag: Branch_2_4 EJBSecurityManager.java SubjectSecurityManager.java Removed: src/main/org/jboss/security Tag: Branch_2_4 SecurityManager.java Log: Rename SecurityManager to AuthenticationManager as SecurityManager conflicts with the java.lang.SecurityManager class Revision ChangesPath No revision No revision 1.3.2.2 +4 -4 jboss/src/main/org/jboss/security/EJBSecurityManager.java Index: EJBSecurityManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/EJBSecurityManager.java,v retrieving revision 1.3.2.1 retrieving revision 1.3.2.2 diff -u -r1.3.2.1 -r1.3.2.2 --- EJBSecurityManager.java 2001/11/05 04:04:54 1.3.2.1 +++ EJBSecurityManager.java 2001/11/09 10:42:09 1.3.2.2 @@ -7,14 +7,14 @@ package org.jboss.security; /** The EJBSecurityManager is a legacy interface that has been renamed because - the interface was not specific to EJBs. It now extends the SecurityManager + the interface was not specific to EJBs. It now extends the AuthenticationManager interface which replaced it for backward compatibility. * @author [EMAIL PROTECTED] - * @version $Revision: 1.3.2.1 $ - * @deprecated, use the org.jboss.security.SecurityManager interface instead. + * @version $Revision: 1.3.2.2 $ + * @deprecated, use the org.jboss.security.AuthenticationManager interface instead. */ -public interface EJBSecurityManager extends SecurityManager +public interface EJBSecurityManager extends AuthenticationManager { } 1.3.2.2 +4 -4 jboss/src/main/org/jboss/security/SubjectSecurityManager.java Index: SubjectSecurityManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/SubjectSecurityManager.java,v retrieving revision 1.3.2.1 retrieving revision 1.3.2.2 diff -u -r1.3.2.1 -r1.3.2.2 --- SubjectSecurityManager.java 2001/11/05 04:05:47 1.3.2.1 +++ SubjectSecurityManager.java 2001/11/09 10:42:09 1.3.2.2 @@ -10,13 +10,13 @@ import javax.security.auth.Subject; -/** An extension of the SecurityManager that adds the notion of the active +/** An extension of the AuthenticationManager that adds the notion of the active Subject and security domain. @author [EMAIL PROTECTED] -@version $Revision: 1.3.2.1 $ +@version $Revision: 1.3.2.2 $ */ -public interface SubjectSecurityManager extends SecurityManager +public interface SubjectSecurityManager extends AuthenticationManager { /** Get the security domain from which the security manager is from. Every security manager belongs to a named domain. The meaning of the security @@ -30,7 +30,7 @@ call, a SubjectSecurityManager has a Subject associated with the current thread. This Subject will typically contain the Principal passed to isValid as well as any number of additional Principals, and credentials. -@see SecurityManager#isValid(Principal, Object) +@see AuthenticationManager#isValid(Principal, Object) @return The previously authenticated Subject if isValid succeeded, null if isValid failed or has not been called for the active thread. */ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jboss_2_4.dtd
User: starksm Date: 01/11/09 02:43:45 Modified:src/resources/org/jboss/metadata Tag: Branch_2_4 jboss_2_4.dtd Log: Add a ssl-domain element to the container-invoker-conf Revision ChangesPath No revision No revision 1.1.2.8 +5 -3 jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd Index: jboss_2_4.dtd === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd,v retrieving revision 1.1.2.7 retrieving revision 1.1.2.8 diff -u -r1.1.2.7 -r1.1.2.8 --- jboss_2_4.dtd 2001/09/12 17:29:11 1.1.2.7 +++ jboss_2_4.dtd 2001/11/09 10:43:45 1.1.2.8 @@ -7,8 +7,8 @@ -//JBoss//DTD JBOSS 2.4//EN http://www.jboss.org/j2ee/dtd/jboss_2_4.dtd; -$Id: jboss_2_4.dtd,v 1.1.2.7 2001/09/12 17:29:11 starksm Exp $ -$Revision: 1.1.2.7 $ +$Id: jboss_2_4.dtd,v 1.1.2.8 2001/11/09 10:43:45 starksm Exp $ +$Revision: 1.1.2.8 $ Overview of the architecture of jboss.xml @@ -531,7 +531,7 @@ Used in: container-configuration -- -!ELEMENT container-invoker-conf (JMSProviderAdapterJNDI? , ServerSessionPoolFactoryJNDI? , MaximumSize? , MaxMessages? , RMIObjectPort? , Optimized , RMIClientSocketFactory? , RMIServerSocketFactory? , RMIServerSocketAddr?) +!ELEMENT container-invoker-conf (JMSProviderAdapterJNDI? , ServerSessionPoolFactoryJNDI? , MaximumSize? , MaxMessages? , RMIObjectPort? , Optimized , RMIClientSocketFactory? , RMIServerSocketFactory? , RMIServerSocketAddr? , ssl-domain?) !-- This element is only valid if the container invoker is @@ -795,4 +795,6 @@ Used in: container-configuration -- !ELEMENT authentication-module (#PCDATA) + +!ELEMENT ssl-domain (#PCDATA) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jboss-jaas.jar jbosssx.jar
User: starksm Date: 01/11/09 02:44:30 Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar Log: Integrate the JBossSX Rel_2_4_4_13 changes Revision ChangesPath No revision No revision 1.11.2.16 +107 -99 jboss/src/lib/Attic/jboss-jaas.jar Binary file 1.11.2.16 +197 -196 jboss/src/lib/Attic/jbosssx.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/client jbosssx-client.jar
User: starksm Date: 01/11/09 02:44:30 Modified:src/client Tag: Branch_2_4 jbosssx-client.jar Log: Integrate the JBossSX Rel_2_4_4_13 changes Revision ChangesPath No revision No revision 1.8.2.15 +105 -74 jboss/src/client/Attic/jbosssx-client.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/build build.xml
User: starksm Date: 01/11/09 02:46:02 Modified:src/build Tag: Branch_2_4 build.xml Log: Include the oswego-concurrent.jar in the client directory. Include org/jboss/logging/log4j/TracePriority in the jboss-client.jar. Revision ChangesPath No revision No revision 1.77.2.8 +6 -4 jboss/src/build/Attic/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/src/build/Attic/build.xml,v retrieving revision 1.77.2.7 retrieving revision 1.77.2.8 diff -u -r1.77.2.7 -r1.77.2.8 --- build.xml 2001/09/30 22:16:23 1.77.2.7 +++ build.xml 2001/11/09 10:46:02 1.77.2.8 @@ -207,11 +207,7 @@ include name=org/jboss/** / exclude name=org/jboss/Main* / -exclude name=org/jboss/dependencies/** / -exclude name=org/jboss/ejb/deployment/** / -exclude name=org/jboss/ejb/plugins/jaws/deployment/** / exclude name=org/jboss/jms/ra/META-INF* / -exclude name=org/jboss/tm/GlobalId.class / !-- Exclude the security classes that must be on the classpath -- exclude name=org/jboss/security/AnybodyPrincipal.class / exclude name=org/jboss/security/NobodyPrincipal.class / @@ -232,6 +228,7 @@ include name=org/jboss/ejb/plugins/jrmp13/interfaces/** / include name=org/jboss/ejb/CacheKey.class / include name=org/jboss/ejb/FastKey.class / +include name=org/jboss/logging/log4j/TracePriority.class / include name=org/jboss/monitor/client/*.class / include name=org/jboss/tm/TransactionPropagationContextFactory.class / include name=org/jboss/tm/GlobalId.class / @@ -335,6 +332,11 @@ copy todir=${dist.dir}/client fileset dir=${src.client.dir} excludes = admin +/ + /copy + copy todir=${dist.dir}/client +fileset dir=${src.lib.dir} + includes=oswego-concurrent.jar / /copy copy todir=${admin.dir} ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/security AuthenticationManager.java
User: starksm Date: 01/11/09 02:42:44 Added: src/main/org/jboss/security Tag: Branch_2_4 AuthenticationManager.java Log: Renamed SecurityManager to AuthenticationManager Revision ChangesPath No revision No revision 1.1.2.1 +28 -0 jboss/src/main/org/jboss/security/Attic/AuthenticationManager.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming NonSerializableFactory.java
User: starksm Date: 01/11/09 02:41:00 Modified:src/main/org/jboss/naming Tag: Branch_2_4 NonSerializableFactory.java Log: Add a rebind that accepts a Name value Revision ChangesPath No revision No revision 1.5.6.1 +50 -4 jboss/src/main/org/jboss/naming/NonSerializableFactory.java Index: NonSerializableFactory.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/naming/NonSerializableFactory.java,v retrieving revision 1.5 retrieving revision 1.5.6.1 diff -u -r1.5 -r1.5.6.1 --- NonSerializableFactory.java 2001/03/21 23:07:50 1.5 +++ NonSerializableFactory.java 2001/11/09 10:41:00 1.5.6.1 @@ -11,6 +11,7 @@ import java.util.Hashtable; import java.util.Map; import javax.naming.Context; +import javax.naming.InitialContext; import javax.naming.Name; import javax.naming.NameAlreadyBoundException; import javax.naming.NameNotFoundException; @@ -64,8 +65,8 @@ @see javax.naming.spi.ObjectFactory @see #rebind(Context, String, Object) -@author [EMAIL PROTECTED] -@version $Revision: 1.5 $ +@author [EMAIL PROTECTED] +@version $Revision: 1.5.6.1 $ */ public class NonSerializableFactory implements ObjectFactory { @@ -104,7 +105,6 @@ /** Remove a binding from the NonSerializableFactory map. @param key, the key into the NonSerializableFactory map to remove. -@param target, the non-Serializable object to bind. @throws NameNotFoundException, thrown if key does not exist in the NonSerializableFactory map */ @@ -113,7 +113,20 @@ if( wrapperMap.remove(key) == null ) throw new NameNotFoundException(key+ was not found in the NonSerializableFactory map); } +/** Remove a binding from the NonSerializableFactory map. +@param name, the name for the key into NonSerializableFactory map to remove. + The key is obtained as name.toString(). +@throws NameNotFoundException, thrown if key does not exist in the + NonSerializableFactory map +*/ +public static void unbind(Name name) throws NameNotFoundException +{ +String key = name.toString(); +if( wrapperMap.remove(key) == null ) +throw new NameNotFoundException(key+ was not found in the NonSerializableFactory map); +} + /** Lookup a value from the NonSerializableFactory map. @return the object bound to key is one exists, null otherwise. */ @@ -122,6 +135,15 @@ Object value = wrapperMap.get(key); return value; } +/** Lookup a value from the NonSerializableFactory map. +@return the object bound to key is one exists, null otherwise. +*/ +public static Object lookup(Name name) +{ +String key = name.toString(); +Object value = wrapperMap.get(key); +return value; +} /** A convience method that simplifies the process of rebinding a non-zerializable object into a JNDI context. @@ -134,13 +156,37 @@ */ public static synchronized void rebind(Context ctx, String key, Object target) throws NamingException { -NonSerializableFactory.rebind(key, target); // Bind a reference to target using NonSerializableFactory as the ObjectFactory String className = target.getClass().getName(); String factory = NonSerializableFactory.class.getName(); StringRefAddr addr = new StringRefAddr(nns, key); Reference memoryRef = new Reference(className, addr, factory, null); ctx.rebind(key, memoryRef); +NonSerializableFactory.rebind(key, target); +} + +/** A convience method that simplifies the process of rebinding a + non-zerializable object into a JNDI context. This version binds the + target object into the default IntitialContext using name path. + +@param name, the name to use as JNDI path name. The key into the + NonSerializableFactory map is obtain from the toString() value of name. + The name parameter cannot be a 0 length name. + Any subcontexts between the root and the name. +@param target, the non-Serializable object to bind. +@throws NamingException, thrown on failure to rebind key into ctx. +*/ +public static synchronized void rebind(Name name, Object target) throws NamingException +{ +String key = name.toString(); +// Bind a reference to target using NonSerializableFactory as the ObjectFactory +String className = target.getClass().getName(); +String factory = NonSerializableFactory.class.getName(); +StringRefAddr addr = new StringRefAddr(nns, key); +Reference memoryRef = new
[JBoss-dev] CVS update: jbosstest/src/build run_tests.xml
User: starksm Date: 01/11/09 02:52:37 Modified:src/build Tag: Branch_2_4 run_tests.xml Log: Longer running tests were on the border of timeouts Revision ChangesPath No revision No revision 1.15.2.8 +6 -6 jbosstest/src/build/Attic/run_tests.xml Index: run_tests.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/Attic/run_tests.xml,v retrieving revision 1.15.2.7 retrieving revision 1.15.2.8 diff -u -r1.15.2.7 -r1.15.2.8 --- run_tests.xml 2001/10/20 02:18:53 1.15.2.7 +++ run_tests.xml 2001/11/09 10:52:36 1.15.2.8 @@ -2,7 +2,7 @@ !-- An ant build file for running the test code against a JBoss server dist -$Revision: 1.15.2.7 $ +$Revision: 1.15.2.8 $ -- project name=JBossUnitTests default=run-tests basedir=../../ @@ -108,7 +108,7 @@ !-- === -- target name=standard-tests junit printsummary=yes haltonfailure=no fork=true - dir=${build.classes.dir} timeout=24 + dir=${build.classes.dir} timeout=36 jvmarg value=-Djbosstest.deploy.dir=${build.deploy.dir} / classpath @@ -137,7 +137,7 @@ !-- === -- target name=basic-security-tests junit printsummary=no haltonfailure=yes fork=true - dir=${build.classes.dir} timeout=24 + dir=${build.classes.dir} timeout=36 jvmarg value=-Djava.security.manager / jvmarg value=-Djava.security.policy=${src.resources}/security/tst.policy / @@ -170,7 +170,7 @@ target name=client-tests junit printsummary=no haltonfailure=no fork=true - dir=${build.classes.dir} timeout=24 + dir=${build.classes.dir} timeout=36 jvmarg value=-Djava.security.manager / jvmarg value=-Djava.security.policy=${src.resources}/security/tst.policy / @@ -232,7 +232,7 @@ /jar junit printsummary=no haltonfailure=no fork=true - dir=${build.classes.dir} timeout=24 + dir=${build.classes.dir} timeout=36 jvmarg value=-Djava.security.manager / jvmarg value=-Djava.security.policy=${src.resources}/security/tst.policy / @@ -258,7 +258,7 @@ !-- Run with a global security domain -- junit printsummary=no haltonfailure=yes fork=true - dir=${build.classes.dir} timeout=24 + dir=${build.classes.dir} timeout=36 jvmarg value=-Djava.security.manager / jvmarg value=-Djava.security.policy=${src.resources}/security/tst.policy / ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] AW: [JBoss-user] JBoss 3.0 not setting Jetty classpath
there has been a problem with Jasper not finding the standard JSP-jars (servlet.jar) for compilation under Windows systems due to jetty.properties using a platform-dependent format. I have fixed the intepretation of that file a few weeks ago, so I do not know whether a cvs update will help you ... CGJ -Ursprüngliche Nachricht- Von: Marcus Brito [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 9. November 2001 12:33 An: Jboss Mailing List Betreff: [JBoss-user] JBoss 3.0 not setting Jetty classpath Hello, folks. I've been using JBoss 3.0 for a few days, experimenting the new CMP 2.0 stuff. It seems to work fine, congratulations. However, I've got some problem deploying a few JSP files that uses my beans. Jetty spits a compilation error, complaining about classes it could not find: my bean classes. So, JBoss isn't setting Jetty classpath to include my deployed beans, I think. Has it been fixed in recent builds, it is a known bug? I'm using JBoss 3.0 checked out from CVS about a week ago. -- Ja ne, Pazu mailto: [EMAIL PROTECTED] Anime Gaiden: de fãs para fãs, sempre. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-se rvice.xml
On 9 Nov, Hiram Chirino wrote: Yes. This peice of the puzzle should let us transparently switch over to another MQ node server if the first one we were connected with dies. But note that there's many other things todo before we have truly 'clustered' JBossMQ. So there is basically no clustering of the destinations? To get HA in this environment we would have the publisher connect to the same node as the subscibers and when that node goes down both publisher and subscribers must find the same available node to connect to? Have I got it? //Peter Regards, Hiram From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-se rvice.xml Date: Fri, 9 Nov 2001 09:14:39 +0100 (CET) Hiram, I am jumping up and down here in excitement. Is this really what it look like: a first cut of a clustered JBossMQ? Tell me its true. //Peter On 8 Nov, Hiram Chirino wrote: User: chirino Date: 01/11/08 22:26:37 Modified:src/etc/conf/default jbossmq-service.xml Log: Created a new JBossMQ IL that uses the HA framework. Revision ChangesPath 1.8 +15 -2 jbossmq/src/etc/conf/default/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/default/jbossmq-service.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jbossmq-service.xml 2001/10/28 01:27:00 1.7 +++ jbossmq-service.xml 2001/11/09 06:26:37 1.8 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jbossmq-service.xml,v 1.7 2001/10/28 01:27:00 chirino Exp $ -- +!-- $Id: jbossmq-service.xml,v 1.8 2001/11/09 06:26:37 chirino Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -26,7 +26,9 @@ dependsJBOSS-SYSTEM:service=Naming/depends classpath archives= -jbossmq.jar +jbossmq.jar, +jbossmqha.jar, +jbossha.jar / !-- -- @@ -100,6 +102,17 @@ attribute name=ServerBindPort8091/attribute attribute name=PingPeriod6/attribute /mbean + +!-- This will start a High Availability (HA) connection factory (experimental) -- +!-- + mbean code=org.jboss.mq.il.ha.HAServerILService + name=JBossMQ:service=InvocationLayer,type=HA +attribute name=ConnectionFactoryJNDIRefHAConnectionFactory/attribute +attribute name=XAConnectionFactoryJNDIRefHAXAConnectionFactory/attribute +attribute name=PartitionNameDefaultPartition/attribute +attribute name=LoadBalancePolicyorg.jboss.ha.framework.interfaces.FirstAvailable/attribute + /mbean +-- !-- | The following three line create 3 topics named: ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems Architect WWW: http://www.tim.se Email: [EMAIL PROTECTED] WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-se rvice.xml
You are correct. The high level todo list is: (1) Cluster the topics. Should be easy as this is just done with a broadcast call. (2) Cluster the StateManager. So that state of a user connection is maintained accross all of the MQ nodes. (3) Cluster the queues. Harder problem as you want to avoid the synchronization hotspot that can occur when multiple nodes are tring to compete for messages from one destination. (3) Provide a fail-over Peristence Manager. If the PM of one node dies, all the nodes in the cluster should be able to switch to the backup PM. Regards, Hiram From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-se rvice.xml Date: Fri, 9 Nov 2001 15:42:22 +0100 (CET) On 9 Nov, Hiram Chirino wrote: Yes. This peice of the puzzle should let us transparently switch over to another MQ node server if the first one we were connected with dies. But note that there's many other things todo before we have truly 'clustered' JBossMQ. So there is basically no clustering of the destinations? To get HA in this environment we would have the publisher connect to the same node as the subscibers and when that node goes down both publisher and subscribers must find the same available node to connect to? Have I got it? //Peter Regards, Hiram From: Peter Antman [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-se rvice.xml Date: Fri, 9 Nov 2001 09:14:39 +0100 (CET) Hiram, I am jumping up and down here in excitement. Is this really what it look like: a first cut of a clustered JBossMQ? Tell me its true. //Peter On 8 Nov, Hiram Chirino wrote: User: chirino Date: 01/11/08 22:26:37 Modified:src/etc/conf/default jbossmq-service.xml Log: Created a new JBossMQ IL that uses the HA framework. Revision ChangesPath 1.8 +15 -2 jbossmq/src/etc/conf/default/jbossmq-service.xml Index: jbossmq-service.xml === RCS file: /cvsroot/jboss/jbossmq/src/etc/conf/default/jbossmq-service.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jbossmq-service.xml2001/10/28 01:27:00 1.7 +++ jbossmq-service.xml2001/11/09 06:26:37 1.8 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jbossmq-service.xml,v 1.7 2001/10/28 01:27:00 chirino Exp $ -- +!-- $Id: jbossmq-service.xml,v 1.8 2001/11/09 06:26:37 chirino Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -26,7 +26,9 @@ dependsJBOSS-SYSTEM:service=Naming/depends classpath archives= -jbossmq.jar +jbossmq.jar, + jbossmqha.jar, + jbossha.jar / !-- -- @@ -100,6 +102,17 @@ attribute name=ServerBindPort8091/attribute attribute name=PingPeriod6/attribute /mbean + +!-- This will start a High Availability (HA) connection factory (experimental) -- +!-- + mbean code=org.jboss.mq.il.ha.HAServerILService + name=JBossMQ:service=InvocationLayer,type=HA +attribute name=ConnectionFactoryJNDIRefHAConnectionFactory/attribute +attribute name=XAConnectionFactoryJNDIRefHAXAConnectionFactory/attribute +attribute name=PartitionNameDefaultPartition/attribute +attribute name=LoadBalancePolicyorg.jboss.ha.framework.interfaces.FirstAvailable/attribute + /mbean +-- !-- | The following three line create 3 topics named: ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp -- Jobba hos oss: http://www.tim.se/weblab Peter AntmanTechnology in Media, Box
[JBoss-dev] Scrollable ResultSets
Why doesn't the PreparedStatementInPool implement the prepareStatement that takes a resultSetType? We need a scrollable resultSet. I am willing to implement the change, I just figured that there was some caveat that prevented you guys from originally implementing. Thanks, d. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] confirm 791974
___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] fk in compound pk
this question bothers me for quite sometime nowis it true that if i want to have fk in compound pk, i need to ditch the cmr field for the fkso no fkrelationshipcan bemaintained (e.g. even the fk does notexsist as a pk incoresponding table, and container managed cascade delete wont be possible too)?Ken
Re: [JBoss-dev] [ jboss-Bugs-478783 ] CMR records are deleted out of order
Dain, Are you actively working on this? I'd be happy to fix it (in the manner you suggest, not my crack-induced version of it) if you don't have the time. All I need is a pointer as to where the execution sequence comes from. (I suppose I could figure it out, but if you know where it is, it'll save time) Not trying to push or anything, I just need to know if your working on it so I can get rid of my cascade-delete tags until the fix gets comitted, or if I should take a shot at fixing it since I have a re-producable test case for it. Thanks, -David On Tuesday 06 November 2001 01:54pm, you wrote: Bugs item #478783, was opened at 2001-11-06 09:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=478783group_id =22866 Category: JBossCMP Group: v2.5 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: David Budworth (dbudworth) Assigned to: Dain Sundstrom (dsundstrom) Summary: CMR records are deleted out of order Initial Comment: In a 1:1 CMR, the master bean is deleted before the child bean. If you have: Order - ShippingAddress With cascade delete turned on And you perform Order.remove() SQL Executed is: DELETE FROM order WHERE id = ? UPDATE order SET shippingaddress_id = ? WHERE id = ? Which is really hard to do in a database I believe that it should be: DELETE FROM shippingaddress WHERE id = ? UPDATE order SET shippingaddress = ? WHERE id = ? DELETE FROM order WHERE id = ? (Yes, I know it doesn't make sense to update order right before you delete it, but it seems to be a byproduct of the interceptor stack system) Note: The above is a simplified version of my relations. My actual relation (in case it matters) is: Customer --1:n-- Order --1:1-- ShippingAddress And this happens when I call Customer.remove() -- Comment By: Dain Sundstrom (dsundstrom) Date: 2001-11-06 13:54 Message: Logged In: YES user_id=251431 You are on crack. :) The spec says After the bean provider#8217;s ejbRemove() method returns (and prior to returning to the client), the Container must remove the entity object from all relationships in which it participates, and then remove its persistent representation... After removing the entity object from all relationships and removing its persistent representation, the Container must then cascade the removal to all entity beans with which the entity had been previously been in container-managed relationships for which the cascade-delete option was specified. So this is what happens when you run order.remove(): 1. the bean provider#8217;s ejbRemove()method returns 2. remove the entity object from all relationships in which it participates UPDATE order SET shippingaddress_id = ? WHERE id = ? 3. then remove its persistent representation DELETE from order where id = ? 4. cascade the removal to all entity beans with which the entity had been previously been in container-managed relationships for which the cascade-delete option was specified DELETE FROM shippingaddress where ID = ? Follow? This means that not null foreign keys do not currently work. The spec did give us a way out of this in footnote 11 (At this point it must appear to the application that the entity has been removed from the persistent store. If the container employs an optimistic caching strategy and defers the removal of the entity from the database (e.g., to the end of transaction), this must be invisible to the application.), but this feature has not been implemented yet. -dain -- Comment By: David Budworth (dbudworth) Date: 2001-11-06 13:01 Message: Logged In: YES user_id=343354 Which spec version are you reading? ejb-2_0-fr-spec.pdf says: As with the remove operation. the removal triggered by the cascade-delete option causes the container to invoke the ejbRemove() method on the entity bean instance that is to be removed before the persistent representation of that entity object is removed That to me sounds like : shippingaddress.remove(){ DELETE FROM shippingaddress where ID = ? } order.store(){ UPDATE order SET shippingaddress_id = ? WHERE id = ? } order.remove(){ DELETE from order where id = ? } Maybe I have the wrong spec? Or am I just on crack and not reading it correctly (entirely possible) -- Comment By: Dain Sundstrom (dsundstrom) Date: 2001-11-06 10:12 Message: Logged In: YES user_id=251431 The ejb 2.0 final draft spec requires that the persistence representation is removed then the related entieites are cascad-deleted (section 10.3.4.2). This means that the following sql should be executed: UPDATE order SET shippingaddress_id = ? WHERE id = ? DELETE FROM order WHERE id = ? DELETE FROM
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/jdbc ConnectionInPool.java
User: thedug Date: 01/11/09 09:51:16 Modified:src/main/org/jboss/pool/jdbc Tag: Branch_2_4 ConnectionInPool.java Log: Changed prepareStatment() to not throw away the resultSetType and resultSetConcurrenty. Now passes them through to conn.prepareStatement(sql, type, conncurrency) Moved cache logic to the prepareStatement(sql, type, conncurrency) method and called through from the prepareSatement(sql) method. Revision ChangesPath No revision No revision 1.1.1.1.2.1 +25 -18 jbosspool/src/main/org/jboss/pool/jdbc/Attic/ConnectionInPool.java Index: ConnectionInPool.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/jdbc/Attic/ConnectionInPool.java,v retrieving revision 1.1.1.1 retrieving revision 1.1.1.1.2.1 diff -u -r1.1.1.1 -r1.1.1.1.2.1 --- ConnectionInPool.java 2001/05/15 07:58:24 1.1.1.1 +++ ConnectionInPool.java 2001/11/09 17:51:15 1.1.1.1.2.1 @@ -240,23 +240,7 @@ } public PreparedStatement prepareStatement(String sql) throws SQLException { -if(con == null) throw new SQLException(CLOSED); -try { -PreparedStatementInPool wrapper = null; -if(preparedStatementCacheSize = 0) { -PreparedStatement ps = (PreparedStatement)preparedStatementCache.useObject(sql); -if(ps == null) -throw new SQLException(Unable to create PreparedStatement!); -wrapper = new PreparedStatementInPool(ps, this, sql); -} else { -wrapper = new PreparedStatementInPool(con.prepareStatement(sql), this, sql); -} -statements.add(wrapper); -return wrapper; -} catch(SQLException e) { -setError(e); -throw e; -} +return prepareStatement(sql, ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY); } public CallableStatement prepareCall(String sql) throws SQLException { @@ -437,9 +421,32 @@ } } + public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency) throws SQLException { -return prepareStatement(sql); +if(con == null) throw new SQLException(CLOSED); +try { +PreparedStatementInPool wrapper = null; +if(preparedStatementCacheSize = 0) { +PreparedStatement ps = (PreparedStatement)preparedStatementCache.useObject(sql); +if(ps == null) +throw new SQLException(Unable to create PreparedStatement!); +wrapper = new PreparedStatementInPool(ps, this, sql); +} else { +wrapper = new PreparedStatementInPool(con.prepareStatement(sql, resultSetType, resultSetConcurrency), this, sql); +} +statements.add(wrapper); +return wrapper; +} catch(SQLException e) { +setError(e); +throw e; +} } + +/* + public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency) throws SQLException { + return prepareStatement(sql); + } +*/ public CallableStatement prepareCall(String sql, int resultSetType, int resultSetConcurrency) throws SQLException { if(con == null) throw new SQLException(CLOSED); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-479539 ] method permission
Bugs item #479539, was opened at 2001-11-08 04:29 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=479539group_id=22866 Category: JBossServer Group: v2.4 (stable) Status: Closed Resolution: Invalid Priority: 5 Submitted By: Max (max57) Assigned to: Nobody/Anonymous (nobody) Summary: method permission Initial Comment: Thanks for your Great Job! We are using Xdoclet to generate our CMPs. When defining a findBy method using xdoclet, xdoclet generates a fully defined method permission tag including method parameters. Something like : !-- finder perms -- method-permission descriptiondescription not supported yet by ejbdoclet/description role-namesomerole/role-name method ejb-nameSomeBean/ejb-name method-intfHome/method-intf method-namefindBy/method-name method-params method-paramString/method-param /method-params /method /method-permission When the above find method is invoked, JBoss complains with a 'No method permissions assigned to method=findByXXX'. Homewer, if the parameters specification in the method permission tag is removed, Jboss does not complain any more and the method is invoked correctly. -- Comment By: Fred Loney (loney) Date: 2001-11-09 08:01 Message: Logged In: YES user_id=363541 xdoclet requires that the return type in the finder method signature is fully qualified; cf. xdoclet @ejb:finder tag documentation. Changing the finder method prototype from String find... to java.lang.String find... corrects the problem. -- Comment By: Scott M Stark (starksm) Date: 2001-11-08 09:34 Message: Logged In: YES user_id=175228 This is not a valid method-permission declaration as the method-param value must be the fully qualifed name of the class. It should be java.lang.String not String -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=479539group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] SAX version being used
AFAIK currently JBoss is using SAX 1. That means that you are using such deprecated things as the org.xml.sax.Parser interface. I think it's ok, since XML parsing doesn't add really much. But in our current project we wished to use the SAX 2 library that comes with Xalan. The SAX library needs some system properties, the question is if are you thinking about upgrading the parser in the long run, or really don't care too much about it. See that the xalan library currently is up-to-date, but the parser is generated using deprecated clases (via crimson). ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Scrollable ResultSets
You go girl, glad to see you have some time to spare :) marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Ferguson, Doug |Sent: Friday, November 09, 2001 11:37 AM |To: 'David Jencks' |Cc: jBoss Dev (E-mail) |Subject: [JBoss-dev] Scrollable ResultSets | | |Why doesn't the PreparedStatementInPool implement the prepareStatement that |takes |a resultSetType? | |We need a scrollable resultSet. | |I am willing to implement the change, I just figured that there was some |caveat |that prevented you guys from originally implementing. | |Thanks, |d. | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] SAX version being used
I have no appreciation for these thingies... can someone tell us what we should be using here? SAX2 sounds newer, that's about the depth of my knowledge there. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Ignacio Coloma |Sent: Friday, November 09, 2001 1:39 PM |To: JBoss-Dev |Subject: [JBoss-dev] SAX version being used | | |AFAIK currently JBoss is using SAX 1. That means that you are using such |deprecated things as the org.xml.sax.Parser interface. I think it's ok, |since XML parsing doesn't add really much. But in our current project we |wished to use the SAX 2 library that comes with Xalan. The SAX |library needs |some system properties, the question is if are you thinking about upgrading |the parser in the long run, or really don't care too much about it. | |See that the xalan library currently is up-to-date, but the parser is |generated using deprecated clases (via crimson). | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] SAX version being used
We do not use the deprecated org.xml.sax.Parser interface as we use JAXP to abstract out the parser creation. This allows any user to configure whichever parser they want without any code changes to JBoss. I don't know Ignacio is looking at to see the org.xml.sax.Parser interface. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: marc fleury [EMAIL PROTECTED] To: Ignacio Coloma [EMAIL PROTECTED]; JBoss-Dev [EMAIL PROTECTED] Sent: Friday, November 09, 2001 10:56 AM Subject: RE: [JBoss-dev] SAX version being used I have no appreciation for these thingies... can someone tell us what we should be using here? SAX2 sounds newer, that's about the depth of my knowledge there. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Ignacio Coloma |Sent: Friday, November 09, 2001 1:39 PM |To: JBoss-Dev |Subject: [JBoss-dev] SAX version being used | | |AFAIK currently JBoss is using SAX 1. That means that you are using such |deprecated things as the org.xml.sax.Parser interface. I think it's ok, |since XML parsing doesn't add really much. But in our current project we |wished to use the SAX 2 library that comes with Xalan. The SAX |library needs |some system properties, the question is if are you thinking about upgrading |the parser in the long run, or really don't care too much about it. | |See that the xalan library currently is up-to-date, but the parser is |generated using deprecated clases (via crimson). | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RV: [JBoss-dev] SAX version being used
Sorry, you are right. I was looking at the wrong place, and misunderstood my error message. SAX is damn complicated when you try to use more than trivial things. Discard my previous message. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Scott M Stark Enviado el: viernes, 09 de noviembre de 2001 19:18 Para: JBoss-Dev Asunto: Re: [JBoss-dev] SAX version being used We do not use the deprecated org.xml.sax.Parser interface as we use JAXP to abstract out the parser creation. This allows any user to configure whichever parser they want without any code changes to JBoss. I don't know Ignacio is looking at to see the org.xml.sax.Parser interface. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: marc fleury [EMAIL PROTECTED] To: Ignacio Coloma [EMAIL PROTECTED]; JBoss-Dev [EMAIL PROTECTED] Sent: Friday, November 09, 2001 10:56 AM Subject: RE: [JBoss-dev] SAX version being used I have no appreciation for these thingies... can someone tell us what we should be using here? SAX2 sounds newer, that's about the depth of my knowledge there. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Ignacio Coloma |Sent: Friday, November 09, 2001 1:39 PM |To: JBoss-Dev |Subject: [JBoss-dev] SAX version being used | | |AFAIK currently JBoss is using SAX 1. That means that you are using such |deprecated things as the org.xml.sax.Parser interface. I think it's ok, |since XML parsing doesn't add really much. But in our current project we |wished to use the SAX 2 library that comes with Xalan. The SAX |library needs |some system properties, the question is if are you thinking about upgrading |the parser in the long run, or really don't care too much about it. | |See that the xalan library currently is up-to-date, but the parser is |generated using deprecated clases (via crimson). | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] fk in compound pk
The problem has to do with the EJB spec. The spec says that the pk must be set in the ejbCreate method and then can't be changed. The spec also says that cmr fields can not be set until ejbPostCreate. Furthermore the spec only allows cmp-fields in compound pks. I haven't thought of a way around this yet. I'mconsidering supporting themapping a cmp-field to the same column as a cmr-field, but this opens a big can of worms. Most of the interesting database fk mappings are not supported in JBossCMP yet (like not null foreign keys). When I rewrite the cmr code the first time (I always expect to write code 3 times) I plan on supporting the interesting fk mappings. -dain -Original Message-From: Ken Chang [mailto:[EMAIL PROTECTED]]Sent: Friday, November 09, 2001 10:49 AMTo: [EMAIL PROTECTED]Subject: [JBoss-dev] fk in compound pk this question bothers me for quite sometime nowis it true that if i want to have fk in compound pk, i need to ditch the cmr field for the fkso no fkrelationshipcan bemaintained (e.g. even the fk does notexsist as a pk incoresponding table, and container managed cascade delete wont be possible too)?Ken
RE: [JBoss-dev] [ jboss-Bugs-478783 ] CMR records are deleted out of order
David, I'm not working this. Feel free to take a shot at it. I apologies in advance for the code not being documented well. The cmr code is not easy to understand because entities can not talk directly to each other, but must use the invoker chain. One of the overall architectural problems of JBossCMP is database statements are tied directly to the ejb state (e.g., after ejbCreate and INSERT is always executed) and this needs to be removed before we can support more advanced db caching strategies. This requires a major rewrite and I don't expect to get to this until JBoss 3.1. When you come up with and idea on how to fix this send it to me, but make sure it does not violate the spec (read it carefully). -dain -Original Message- From: David Budworth [mailto:[EMAIL PROTECTED]] Sent: Friday, November 09, 2001 11:31 AM To: JBoss-Dev Subject: Re: [JBoss-dev] [ jboss-Bugs-478783 ] CMR records are deleted out of order Dain, Are you actively working on this? I'd be happy to fix it (in the manner you suggest, not my crack-induced version of it) if you don't have the time. All I need is a pointer as to where the execution sequence comes from. (I suppose I could figure it out, but if you know where it is, it'll save time) Not trying to push or anything, I just need to know if your working on it so I can get rid of my cascade-delete tags until the fix gets comitted, or if I should take a shot at fixing it since I have a re-producable test case for it. Thanks, -David On Tuesday 06 November 2001 01:54pm, you wrote: Bugs item #478783, was opened at 2001-11-06 09:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=47 8783group_id =22866 Category: JBossCMP Group: v2.5 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: David Budworth (dbudworth) Assigned to: Dain Sundstrom (dsundstrom) Summary: CMR records are deleted out of order Initial Comment: In a 1:1 CMR, the master bean is deleted before the child bean. If you have: Order - ShippingAddress With cascade delete turned on And you perform Order.remove() SQL Executed is: DELETE FROM order WHERE id = ? UPDATE order SET shippingaddress_id = ? WHERE id = ? Which is really hard to do in a database I believe that it should be: DELETE FROM shippingaddress WHERE id = ? UPDATE order SET shippingaddress = ? WHERE id = ? DELETE FROM order WHERE id = ? (Yes, I know it doesn't make sense to update order right before you delete it, but it seems to be a byproduct of the interceptor stack system) Note: The above is a simplified version of my relations. My actual relation (in case it matters) is: Customer --1:n-- Order --1:1-- ShippingAddress And this happens when I call Customer.remove() -- Comment By: Dain Sundstrom (dsundstrom) Date: 2001-11-06 13:54 Message: Logged In: YES user_id=251431 You are on crack. :) The spec says After the bean provider#8217;s ejbRemove() method returns (and prior to returning to the client), the Container must remove the entity object from all relationships in which it participates, and then remove its persistent representation... After removing the entity object from all relationships and removing its persistent representation, the Container must then cascade the removal to all entity beans with which the entity had been previously been in container-managed relationships for which the cascade-delete option was specified. So this is what happens when you run order.remove(): 1. the bean provider#8217;s ejbRemove()method returns 2. remove the entity object from all relationships in which it participates UPDATE order SET shippingaddress_id = ? WHERE id = ? 3. then remove its persistent representation DELETE from order where id = ? 4. cascade the removal to all entity beans with which the entity had been previously been in container-managed relationships for which the cascade-delete option was specified DELETE FROM shippingaddress where ID = ? Follow? This means that not null foreign keys do not currently work. The spec did give us a way out of this in footnote 11 (At this point it must appear to the application that the entity has been removed from the persistent store. If the container employs an optimistic caching strategy and defers the removal of the entity from the database (e.g., to the end of transaction), this must be invisible to the application.), but this feature has not been implemented yet. -dain -- Comment By: David Budworth (dbudworth) Date: 2001-11-06 13:01 Message: Logged In: YES user_id=343354 Which spec version are you reading?
Re: [JBoss-dev] fk in compound pk
Hi Just a note regarding to a compound PK. Based on my experience as DBA I would suggest that you DO NOT use compound PK and use an artifical PK. You can still create an Index on you the fields of the original PK and keeping the values unique. The rational to do so is that values of the compound PK could change and you would have a hard time to adjust because the values must be unique. Imagine that you have a company with several offices. The office number is part of the compound key of the Orders. Now you have to close an office and transfer all the orders to one of the other offices. It will take a lot of time to renumber and adjust all the references from all FK. If you would use an artifical key then you would only have to renumber the values of the original PK attributes but not the references. Have a nice day - Andy - Original Message - From: Dain Sundstrom To: 'Ken Chang' ; [EMAIL PROTECTED] Sent: Friday, November 09, 2001 1:13 PM Subject: RE: [JBoss-dev] fk in compound pk The problem has to do with the EJB spec. The spec says that the pk must be set in the ejbCreate method and then can't be changed. The spec also says that cmr fields can not be set until ejbPostCreate. Furthermore the spec only allows cmp-fields in compound pks. I haven't thought of a way around this yet. I'mconsidering supporting themapping a cmp-field to the same column as a cmr-field, but this opens a big can of worms. Most of the interesting database fk mappings are not supported in JBossCMP yet (like not null foreign keys). When I rewrite the cmr code the first time (I always expect to write code 3 times) I plan on supporting the interesting fk mappings. -dain -Original Message-From: Ken Chang [mailto:[EMAIL PROTECTED]]Sent: Friday, November 09, 2001 10:49 AMTo: [EMAIL PROTECTED]Subject: [JBoss-dev] fk in compound pk this question bothers me for quite sometime nowis it true that if i want to have fk in compound pk, i need to ditch the cmr field for the fkso no fkrelationshipcan bemaintained (e.g. even the fk does notexsist as a pk incoresponding table, and container managed cascade delete wont be possible too)?Ken
RE: [JBoss-dev] [ jboss-Bugs-478783 ] CMR records are deleted out of order
|I'm not working this. Feel free to take a shot at it. I apologies in |advance for the code not being documented well. The cmr code is |not easy to |understand because entities can not talk directly to each other, but must |use the invoker chain. what do you need to make them talk directly, is this what you really want or does the flow of the invoker chain work? Let me know marcf | |One of the overall architectural problems of JBossCMP is database |statements |are tied directly to the ejb state (e.g., after ejbCreate and INSERT is |always executed) and this needs to be removed before we can support more |advanced db caching strategies. This requires a major rewrite and I don't |expect to get to this until JBoss 3.1. | |When you come up with and idea on how to fix this send it to me, but make |sure it does not violate the spec (read it carefully). | |-dain | | -Original Message- | From: David Budworth [mailto:[EMAIL PROTECTED]] | Sent: Friday, November 09, 2001 11:31 AM | To: JBoss-Dev | Subject: Re: [JBoss-dev] [ jboss-Bugs-478783 ] CMR records are deleted | out of order | | | Dain, | | Are you actively working on this? | I'd be happy to fix it (in the manner you suggest, not my | crack-induced | version of it) if you don't have the time. | | All I need is a pointer as to where the execution sequence | comes from. (I | suppose I could figure it out, but if you know where it is, | it'll save time) | | Not trying to push or anything, I just need to know if your | working on it so | I can get rid of my cascade-delete tags until the fix gets | comitted, or if I | should take a shot at fixing it since I have a re-producable | test case for it. | | Thanks, | -David | | | | | On Tuesday 06 November 2001 01:54pm, you wrote: | Bugs item #478783, was opened at 2001-11-06 09:35 | You can respond by visiting: | | http://sourceforge.net/tracker/?func=detailatid=376685aid=47 | 8783group_id | =22866 | | Category: JBossCMP | Group: v2.5 Rabbit Hole (unstable) | Status: Open | Resolution: None | Priority: 5 | Submitted By: David Budworth (dbudworth) | Assigned to: Dain Sundstrom (dsundstrom) | Summary: CMR records are deleted out of order | | Initial Comment: | In a 1:1 CMR, the master bean is deleted before the | child bean. | | If you have: | Order - ShippingAddress | With cascade delete turned on | | And you perform Order.remove() | | SQL Executed is: | | DELETE FROM order WHERE id = ? | UPDATE order SET shippingaddress_id = ? WHERE id = ? | | Which is really hard to do in a database | | I believe that it should be: | DELETE FROM shippingaddress WHERE id = ? | UPDATE order SET shippingaddress = ? WHERE id = ? | DELETE FROM order WHERE id = ? | | (Yes, I know it doesn't make sense to update order | right before you delete it, but it seems to be a | byproduct of the interceptor stack system) | | Note: The above is a simplified version of my | relations. My actual relation (in case it matters) | is: | Customer --1:n-- Order --1:1-- ShippingAddress | And this happens when I call Customer.remove() | | | | | -- | | Comment By: Dain Sundstrom (dsundstrom) | | Date: 2001-11-06 13:54 | | Message: | Logged In: YES | user_id=251431 | | You are on crack. :) | | The spec says After the bean provider#8217;s ejbRemove() | method returns (and prior to returning to the client), the | Container must remove the entity object from all | relationships in which it participates, and then remove its | persistent representation... After removing the entity | object from all relationships and removing its persistent | representation, the Container must then cascade the | removal to all entity beans with which the entity had been | previously been in container-managed relationships | for which the cascade-delete option was specified. So this | is what happens when you run order.remove(): | | 1. the bean provider#8217;s ejbRemove()method returns | | 2. remove the entity object from all relationships in | which it participates |UPDATE order SET shippingaddress_id = ? WHERE id = ? | | 3. then remove its persistent representation |DELETE from order where id = ? | | 4. cascade the removal to all entity beans with which the | entity had been previously been in container-managed | relationships for which the cascade-delete option was | specified |DELETE FROM shippingaddress where ID = ? | | Follow? | | This means that not null foreign keys do not currently | work. The spec did give us a way out of this in footnote | 11 (At this point it must appear to the application that | the entity has been removed from the persistent store. If | the container employs an optimistic caching strategy and | defers the removal of the entity from the database (e.g., | to the end of transaction), this must be invisible to the | application.), but this feature has not been
RE: [JBoss-dev] fk in compound pk
On 9 Nov 01, at 15:13, Dain Sundstrom wrote: this yet. I'm considering supporting the mapping a cmp-field to the same column as a cmr-field, but this opens a big can of worms. Most of the Hi Dain, For what it's worth, this is how I do it in the MVCSoft Persistence Manager, and just have some special handling when moving state back and forth from the db. Of course, there are worms (consequences), but I think these are unavoidable. For instance, because you can not change the value of an entity primary key, you can not change the relationship participation of an entity with this mapping. Anyway, it doesn't seem like the spec gives a lot of options here. :-) -Dan interesting database fk mappings are not supported in JBossCMP yet (like not null foreign keys). When I rewrite the cmr code the first time (I always expect to write code 3 times) I plan on supporting the interesting fk mappings. -dain -Original Message- From: Ken Chang [mailto:[EMAIL PROTECTED]] Sent: Friday, November 09, 2001 10:49 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] fk in compound pk this question bothers me for quite sometime now is it true that if i want to have fk in compound pk, i need to ditch the cmr field for the fk so no fk relationship can be maintained (e.g. even the fk does not exsist as a pk in coresponding table, and container managed cascade delete wont be possible too)? Ken ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server HAPartitionImpl.java
User: slaboure Date: 01/11/09 14:43:28 Modified:src/main/org/jboss/ha/framework/server HAPartitionImpl.java Log: Added some basic methods used for SFSB support: - allow to get the current view - rebind instead of bind to JNDI Revision ChangesPath 1.7 +11 -4 jbossmx/src/main/org/jboss/ha/framework/server/HAPartitionImpl.java Index: HAPartitionImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/HAPartitionImpl.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- HAPartitionImpl.java 2001/10/20 20:51:33 1.6 +++ HAPartitionImpl.java 2001/11/09 22:43:28 1.7 @@ -56,10 +56,10 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ * * pbRevisions:/bbr - */ +*/ public class HAPartitionImpl extends RpcDispatcher implements HAPartition, MembershipListener, MessageListener { protected HashMap rpcHandlers = new HashMap (); @@ -150,7 +150,7 @@ // StringRefAddr addr = new StringRefAddr (nns, jndiName); Reference ref = new Reference ( classType.getName (), addr, NonSerializableFactory.class.getName (), null); - ctx.bind (n.get (0), ref); + ctx.rebind (n.get (0), ref); } public void start () throws Exception @@ -184,6 +184,7 @@ public void close () throws Exception { + log.info (Closing partition + partitionName); // Stop the DRM and DS services // try {this.replicantManager.stop ();} catch (Exception printed) {printed.printStackTrace ();} @@ -192,6 +193,7 @@ try {channel.Close ();} catch (Exception printed) {printed.printStackTrace ();} new InitialContext ().unbind (/HAPartition/ + partitionName); + log.info (Partition + partitionName + closed.); } public String getNodeName () @@ -218,6 +220,11 @@ { return this.currentViewId; } + + public Vector getCurrentView () + { + return this.members; + } // *** // *** @@ -388,7 +395,7 @@ // we update the view id // this.currentViewId = newView.GetVid().GetId(); - log.info(new view accepted: + currentViewId); + log.info(new view accepted: + currentViewId + ( + newView.GetMembers () + )); if (this.members == null) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server HARMIServerImpl.java
User: slaboure Date: 01/11/09 14:44:35 Modified:src/main/org/jboss/ha/framework/server HARMIServerImpl.java Log: Allow to change the underlying HAPartition on the fly without impacing bound HARMIClients Revision ChangesPath 1.5 +47 -9 jbossmx/src/main/org/jboss/ha/framework/server/HARMIServerImpl.java Index: HARMIServerImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/HARMIServerImpl.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- HARMIServerImpl.java 2001/10/10 20:02:05 1.4 +++ HARMIServerImpl.java 2001/11/09 22:44:34 1.5 @@ -1,3 +1,10 @@ +/* + * JBoss, the OpenSource J2EE WebOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ + package org.jboss.ha.framework.server; import java.util.Vector; @@ -37,9 +44,14 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ * * pbRevisions:/bbr + * pb2001/11/09: Sacha Labourey/b + * ol + * liAdded possibility to replace underlying HAPartition without impacting already living HARMIClient(s)/li + * li = needed to changed the condition as to when to give a new view to the client. + * /ol */ public class HARMIServerImpl implements HARMIServer, @@ -59,8 +71,7 @@ public HARMIServerImpl (HAPartition partition, String replicantName, Class intf, Object handler) throws Exception { - this.replicantName = replicantName; - this.partition = partition; + this.replicantName = replicantName; this.handler = handler; this.log = Logger.create (this.getClass ()); this.intf = intf; @@ -70,13 +81,41 @@ invokerMap.put (new Long (RemoteMethodInvocation.calculateHash (methods[i])), methods[i]); this.rmistub = UnicastRemoteObject.exportObject (this); - this.key = partition.getPartitionName () + / + replicantName; - partition.getDistributedReplicantManager ().registerListener (replicantName, this); - partition.getDistributedReplicantManager ().add (replicantName, rmistub); + + updateHAPartition (partition); + HARMIServer.rmiServers.put (key, this); + + } + + public void updateHAPartition (HAPartition partition) throws Exception + { + cleanExistenceInCurrentHAPartition (); + + this.partition = partition; + + this.key = partition.getPartitionName () + / + this.replicantName; + partition.getDistributedReplicantManager ().registerListener (this.replicantName, this); + partition.getDistributedReplicantManager ().add (this.replicantName, rmistub); + this.clusterViewId = partition.getCurrentViewId(); } + protected void cleanExistenceInCurrentHAPartition () + { + if (this.partition != null) + { + try + { + this.partition.getDistributedReplicantManager ().unregisterListener (this.replicantName, this); + this.partition.getDistributedReplicantManager ().remove (this.replicantName); + } catch (Exception e) + { + e.printStackTrace (); + } + } + } + public ArrayList getReplicants () throws Exception { return replicants; @@ -96,8 +135,7 @@ { try { - this.partition.getDistributedReplicantManager ().unregisterListener (this.replicantName, this); - this.partition.getDistributedReplicantManager ().remove (this.replicantName); + this.cleanExistenceInCurrentHAPartition(); HARMIServer.rmiServers.remove (key); UnicastRemoteObject.unexportObject (this, true); @@ -136,7 +174,7 @@ try { HARMIResponse rsp = new HARMIResponse (); - if (clientViewId this.clusterViewId) + if (clientViewId != this.clusterViewId) { rsp.newReplicants = new ArrayList (replicants); rsp.currentViewId = clusterViewId; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java
User: slaboure Date: 01/11/09 14:45:47 Modified:src/main/org/jboss/ha/framework/server DistributedReplicantManagerImpl.java Log: While merging, no longer raise wrong events if info was already known before merge. Revision ChangesPath 1.7 +24 -3 jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java Index: DistributedReplicantManagerImpl.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/server/DistributedReplicantManagerImpl.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- DistributedReplicantManagerImpl.java 2001/11/01 04:14:33 1.6 +++ DistributedReplicantManagerImpl.java 2001/11/09 22:45:47 1.7 @@ -20,7 +20,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ * * pbRevisions:/bbr * pb2001/10/31: marcf/b @@ -28,6 +28,10 @@ * liDRM is no longer remote * liDRM no longer is part of state transfer protocol * /ol + * pb2001/11/09: Sacha Labourey/b + * ol + * liMerge protocol no longer raise events when information was already known/li + * /ol */ public class DistributedReplicantManagerImpl implements DistributedReplicantManager, @@ -100,8 +104,11 @@ while (keys.hasNext()) { String key = (String)keys.next(); - addReplicant(key, node, (Serializable)replicants.get(key)); - notifies.put(key, key); + if (!replicantEntryAlreadyExists (key, node)) // done to reduce duplicate notifications + { + addReplicant(key, node, (Serializable)replicants.get(key)); + notifies.put(key, key); + } } } Iterator keys = notifies.keySet().iterator(); @@ -205,6 +212,20 @@ } rep.put(nodeName, replicant); } + } + + protected boolean replicantEntryAlreadyExists (String key, String nodeName) + { + return replicantEntryAlreadyExists (replicants, key, nodeName); + } + + protected boolean replicantEntryAlreadyExists (HashMap map, String key, String nodeName) + { + HashMap rep = (HashMap)map.get(key); + if (rep == null) +return false; + else +return rep.containsKey (nodeName); } public void _add(String key, String nodeName, Serializable replicant) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces - New directory
User: slaboure Date: 01/11/09 14:46:56 jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate - New directory
User: slaboure Date: 01/11/09 14:46:37 jbossmx/src/main/org/jboss/ha/hasessionstate - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/interfaces HAPartition.java HARMIServer.java
User: slaboure Date: 01/11/09 14:42:02 Modified:src/main/org/jboss/ha/framework/interfaces HAPartition.java HARMIServer.java Log: Added some basic methods used for SFSB support Revision ChangesPath 1.4 +2 -1 jbossmx/src/main/org/jboss/ha/framework/interfaces/HAPartition.java Index: HAPartition.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/interfaces/HAPartition.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- HAPartition.java 2001/10/10 20:02:05 1.3 +++ HAPartition.java 2001/11/09 22:42:02 1.4 @@ -15,7 +15,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * * pbRevisions:/bbr */ @@ -29,6 +29,7 @@ public DistributedReplicantManager getDistributedReplicantManager(); public DistributedState getDistributedStateService (); public long getCurrentViewId(); + public Vector getCurrentView (); // *** // *** 1.3 +3 -1 jbossmx/src/main/org/jboss/ha/framework/interfaces/HARMIServer.java Index: HARMIServer.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/framework/interfaces/HARMIServer.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- HARMIServer.java 2001/10/10 20:02:05 1.2 +++ HARMIServer.java 2001/11/09 22:42:02 1.3 @@ -25,7 +25,7 @@ * * @author [EMAIL PROTECTED] * @author [EMAIL PROTECTED] - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ * * pbRevisions:/bbr */ @@ -36,6 +36,8 @@ public ArrayList getReplicants() throws Exception; public Object getLocal() throws Exception; + public void updateHAPartition (HAPartition partition) throws Exception; + public static Hashtable rmiServers = new Hashtable(); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces HASessionState.java PackagedSession.java
User: slaboure Date: 01/11/09 14:49:03 Added: src/main/org/jboss/ha/hasessionstate/interfaces HASessionState.java PackagedSession.java Log: Clustering for SFSB Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces/HASessionState.java Index: HASessionState.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ha.hasessionstate.interfaces; import org.jboss.ha.hasessionstate.interfaces.PackagedSession; import org.jboss.ha.framework.interfaces.HAPartition; /** * Interface for services providing clustered state session availability * * @see HASessionStateImpl * @author [EMAIL PROTECTED] * @version $Revision: 1.1 $ * * pbRevisions:/bbr */ public interface HASessionState { public void init () throws Exception; public void start () throws Exception; // Information that can be used to clean a cache for example. It indicates that // another node has touched a session that we were previously owning // public interface HASessionStateListener { public void sessionExternallyModified (PackagedSession session); } public void subscribe (String appName, HASessionStateListener listener); public void unsubscribe (String appName, HASessionStateListener listener); // Information that can be used to update its view of the sub-partition. Raised when // a new topology is computed. // public interface HASessionStateTopologyListener { public void newSessionStateTopology (HAPartition haSubPartition, boolean partitionHasChanged); } public void subscribe (HASessionStateTopologyListener listener); public void unsubscribe (HASessionStateTopologyListener listener); public HAPartition getCurrentHAPartition (); // Return the name of this node as used in the computations // public String getNodeName (); // Methods used to manage the internal state of the sub-partition // public void createSession (String appName, Object keyId); public void setState (String appName, Object keyId, byte[] state); public PackagedSession getState (String appName, Object keyId); public PackagedSession getStateWithOwnership (String appName, Object keyId) throws java.rmi.RemoteException; public void takeOwnership (String appName, Object keyId) throws java.rmi.RemoteException; public void removeSession (String appName, Object keyId); } 1.1 jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces/PackagedSession.java Index: PackagedSession.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ha.hasessionstate.interfaces; import java.io.Serializable; /** * Information about a session that is shared by nodes in a same sub-partition * * @see HASessionState, PackagedSessionImpl * @author [EMAIL PROTECTED] * @version $Revision: 1.1 $ * * pbRevisions:/bbr */ public interface PackagedSession extends Serializable { public byte[] getState (); public boolean setState (byte[] state); public boolean isStateIdentical (byte[] state); public void update (PackagedSession clone); public String getOwner (); public void setOwner (String owner); public long getVersion (); public Serializable getKey (); public void setKey (Serializable key); public long unmodifiedExistenceInVM (); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate/server HASessionStateImpl.java HASessionStateService.java HASessionStateServiceMBean.java HASessionStateTopologyComputer.java HASessionStateTopologyComputerImpl.java PackagedSessionImpl.java
User: slaboure Date: 01/11/09 14:49:56 Added: src/main/org/jboss/ha/hasessionstate/server HASessionStateImpl.java HASessionStateService.java HASessionStateServiceMBean.java HASessionStateTopologyComputer.java HASessionStateTopologyComputerImpl.java PackagedSessionImpl.java Log: Clustering for SFSB Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ha/hasessionstate/server/HASessionStateImpl.java Index: HASessionStateImpl.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ha.hasessionstate.server; import org.jboss.ha.framework.interfaces.HAPartition; import org.jboss.ha.framework.server.HAPartitionImpl; import org.jboss.ha.framework.interfaces.HAPartition; import org.jboss.ha.framework.interfaces.DistributedReplicantManager; import org.jboss.ha.framework.interfaces.DistributedState; import org.jboss.ha.framework.interfaces.DistributedState.DSListener; import org.jboss.ha.framework.interfaces.SubPartitionInfo; import org.jboss.ha.framework.interfaces.SubPartitionsInfo; import org.jboss.ha.hasessionstate.interfaces.PackagedSession; import org.jboss.logging.Logger; import JavaGroups.JChannel; import JavaGroups.Channel; import java.util.Iterator; import java.util.ArrayList; import java.util.List; import java.util.HashSet; import java.util.Hashtable; import java.util.Enumeration; import java.util.Vector; import java.io.Serializable; import java.io.IOException; import java.rmi.RemoteException; import java.util.zip.Inflater; import java.util.zip.InflaterInputStream; import java.util.zip.Deflater; import java.util.zip.DeflaterOutputStream; import java.io.ByteArrayOutputStream; import java.io.ByteArrayInputStream; import java.io.ObjectOutputStream; import java.io.ObjectInputStream; import javax.naming.InitialContext; import javax.naming.NameNotFoundException; import javax.naming.Reference; import javax.naming.StringRefAddr; import javax.naming.Name; import javax.naming.Context; import javax.naming.NamingException; import javax.naming.NameNotFoundException; import org.jboss.naming.NonSerializableFactory; /** * Default implementation of HASessionState * * @see HASessionState * @author [EMAIL PROTECTED] * @version $Revision: 1.1 $ * * pbRevisions:/bbr */ public class HASessionStateImpl implements org.jboss.ha.hasessionstate.interfaces.HASessionState, DistributedReplicantManager.ReplicantListener, DistributedState.DSListener, HAPartition.HAPartitionStateTransfer { protected String _sessionStateName = null; protected String _jChannelProps = null; protected Logger log = null; protected HAPartition hapGeneral = null; protected HAPartitionImpl hapSpecific = null; protected JChannel channel = null; protected String sessionStateIdentifier = null; protected DistributedReplicantManager drm = null; protected DistributedState ds = null; protected String myNodeName = null; protected ArrayList replicants = null; protected long nodesPerSubPartition; protected long subPartitionCreationWaitTime; protected long beanCleaningDelay; protected String haPartitionName = null; protected String haPartitionJndiName = null; protected HASessionStateTopologyComputer topologyComputer = null; protected String topologyComputerClassName = null; protected SubPartitionInfo currentPartition = null; protected final String DEFAULT_PARTITION_JNDI_NAME = org.jboss.metadata.ClusterConfigMetaData.DEFAULT_PARTITION; protected final String JNDI_FOLDER_NAME_FOR_HASESSIONSTATE = org.jboss.metadata.ClusterConfigMetaData.JNDI_PREFIX_FOR_SESSION_STATE; protected final String JNDI_FOLDER_NAME_FOR_HAPARTITION = /HAPartition/; protected final long MAX_DELAY_BEFORE_CLEANING_UNRECLAIMED_STATE = 30L * 60L * 1000L; // 30 minutes... should be set externally or use cache settings protected final long SUB_PARTITON_WAIT_TIME_BEFORE_CREATION = 5L * 1000L; // we wait 5 seconds that the master node has create the group otherwise singleton groups are formed protected final long DEFAULT_SUBPARTITON_SIZE = 2; protected final String DEFAULT_TOPOLOGY_COMPUTER_CLASS = org.jboss.ha.hasessionstate.server.HASessionStateTopologyComputerImpl.class.getName (); protected static final String HA_SESSION_STATE_STATE_TRANSFER = HASessionStateTransfer; public HASessionStateImpl () {} public HASessionStateImpl (String sessionStateName, String jChannelProperties,
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/hasessionstate/server - New directory
User: slaboure Date: 01/11/09 14:47:10 jbossmx/src/main/org/jboss/ha/hasessionstate/server - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvokerHA.java
User: slaboure Date: 01/11/09 14:51:38 Modified:src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvokerHA.java Log: Added SFSB support for clustering. Revision ChangesPath 1.9 +76 -7 jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvokerHA.java Index: JRMPContainerInvokerHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvokerHA.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JRMPContainerInvokerHA.java 2001/11/01 04:13:57 1.8 +++ JRMPContainerInvokerHA.java 2001/11/09 22:51:38 1.9 @@ -29,6 +29,7 @@ import org.jboss.ejb.plugins.jrmp.interfaces.ContainerRemote; import org.jboss.ejb.plugins.jrmp13.interfaces.HomeProxyHA; import org.jboss.ejb.plugins.jrmp13.interfaces.StatelessSessionProxyHA; +import org.jboss.ejb.plugins.jrmp13.interfaces.StatefulSessionProxyHA; import org.jboss.ejb.plugins.jrmp13.interfaces.EntityProxyHA; import org.jboss.ejb.plugins.jrmp13.interfaces.StatefulSessionProxy; import org.jboss.ejb.plugins.jrmp13.interfaces.EntityProxy; @@ -40,17 +41,27 @@ import org.jboss.ha.framework.interfaces.RoundRobin; import org.jboss.ha.framework.interfaces.FirstAvailable; import org.jboss.ha.framework.interfaces.LoadBalancePolicy; +import org.jboss.ha.hasessionstate.interfaces.HASessionState.HASessionStateTopologyListener; +import org.jboss.ha.hasessionstate.interfaces.HASessionState; /** * HA JRMP Container delegate * * @see related * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a - * @version $Revision: 1.8 $ + * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a + * @version $Revision: 1.9 $ + * + * pbRevisions:/b + * + * pb20010911 Sacha Labourey:/b + * ul + * li Added support for SFSB + * /ul */ public final class JRMPContainerInvokerHA - implements ContainerInvoker -{ + implements ContainerInvoker, HASessionStateTopologyListener +{ static Logger log = Logger.create(JRMPContainerInvoker.class); EJBHome home; EJBObject statelessObject; @@ -60,12 +71,16 @@ HomeProxyHA homeProxy; StatelessSessionProxyHA statelessProxy; - protected HARMIServerImpl harmi; + protected HARMIServerImpl harmi; protected HAPartition partition; protected String partitionName; protected Class homeLoadBalancePolicyClass; protected Class beanLoadBalancePolicyClass; - + + protected HARMIServerImpl harmiSF; + protected HAPartition partitionSF; + protected String haSessionStateName = org.jboss.metadata.ClusterConfigMetaData.DEFAULT_SESSION_STATE_NAME; + public JRMPContainerInvokerHA(org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvokerHA ci) { this.ci = ci; @@ -81,12 +96,14 @@ ClusterConfigMetaData config = container.getBeanMetaData().getClusterConfigMetaData(); String homeLoadBalancePolicy = null; - String beanLoadBalancePolicy = null; + String beanLoadBalancePolicy = null; + if (config != null) { this.partitionName = config.getPartitionName(); homeLoadBalancePolicy = config.getHomeLoadBalancePolicy(); beanLoadBalancePolicy = config.getBeanLoadBalancePolicy(); + haSessionStateName = config.getHaSessionStateName (); } else { @@ -177,6 +194,24 @@ ContainerRemote beanStub = (ContainerRemote)harmi.createHAStub((LoadBalancePolicy)beanLoadBalancePolicyClass.newInstance()); statelessProxy.setHAProxy(beanStub); } + + // SFSB work + // + if (!(container.getBeanMetaData() instanceof EntityMetaData) + ((SessionMetaData)container.getBeanMetaData()).isStateful()) + { +// first get the HASessionState we work with +// +HASessionState hass = (HASessionState) new InitialContext().lookup(this.haSessionStateName); +hass.subscribe (this); +this.partitionSF = hass.getCurrentHAPartition (); + +// the partition may not yet exists +// +if (this.partitionSF != null) + this.harmiSF = new HARMIServerImpl (this.partitionSF, ci.getJndiName(), ContainerRemote.class, ci); + } + } catch (Exception ex) { @@ -223,9 +258,42 @@ return statelessObject; } + // For SFSB only + // + public void newSessionStateTopology (HAPartition haSubPartition, boolean partitionHasChanged) + { + if (partitionHasChanged) + try + { +if
RE: [JBoss-dev] [ jboss-Bugs-478783 ] CMR records are deleted out of order
|I'm not working this. Feel free to take a shot at it. I apologies in |advance for the code not being documented well. The cmr code is |not easy to |understand because entities can not talk directly to each other, but must |use the invoker chain. what do you need to make them talk directly, is this what you really want or does the flow of the invoker chain work? Let me know marcf The problem is the invoker chain works s well. It handles transactions and entity locking, so if I tried to go arround it, I would have to reimplement all of this code, maintain it and all the associated crap. When end up happening is when a bean needs to notify another bean that it has been added to or removed from a relationship, it sends a message through the invoker chain to the other bean. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces StatefulSessionProxyHA.java
User: slaboure Date: 01/11/09 14:52:24 Added: src/main/org/jboss/ejb/plugins/jrmp13/interfaces StatefulSessionProxyHA.java Log: Clustering for SFSB Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatefulSessionProxyHA.java Index: StatefulSessionProxyHA.java === /* * JBoss, the OpenSource J2EE WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ejb.plugins.jrmp13.interfaces; import org.jboss.ejb.plugins.jrmp.interfaces.ContainerRemote; /** * HA use in SFSB * * @see StatefulSessionProxy * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a * @version $Revision: 1.1 $ * */ public final class StatefulSessionProxyHA extends org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxyHA implements java.lang.reflect.InvocationHandler { public StatefulSessionProxyHA () { // For externalization to work } public StatefulSessionProxyHA (String name, ContainerRemote container, Object id, boolean optimize) { super (name, container, id, optimize); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins/jrmp/interfaces StatefulSessionProxyHA.java
User: slaboure Date: 01/11/09 14:53:08 Added: src/main/org/jboss/ejb/plugins/jrmp/interfaces StatefulSessionProxyHA.java Log: Clustering for SFSB Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ejb/plugins/jrmp/interfaces/StatefulSessionProxyHA.java Index: StatefulSessionProxyHA.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ejb.plugins.jrmp.interfaces; import java.io.IOException; import java.io.ObjectOutput; import java.io.ObjectInput; import java.rmi.MarshalledObject; import java.lang.reflect.Method; import javax.naming.InitialContext; import javax.ejb.EJBObject; import javax.ejb.EJBHome; import org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker; import org.jboss.ejb.CacheKey; import org.jboss.ha.framework.interfaces.HARMIProxy; /** * An EJB SFSB HA proxy class. * * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a. * @version $Revision: 1.1 $ */ public class StatefulSessionProxyHA extends StatefulSessionProxy { // Constants - // Attributes // Static // Constructors -- /** * No-argument constructor for externalization. */ public StatefulSessionProxyHA () {} /** * Construct a ttEntityProxy/tt. * * @param name The JNDI name of the container that we proxy for. * @param container The remote interface of the invoker for which * this is a proxy for. * @param idThe primary key of the entity. * @param optimize True if the proxy will attempt to optimize * VM-local calls. * * @throws NullPointerException Id may not be null. */ public StatefulSessionProxyHA (final String name, final ContainerRemote container, final Object id, final boolean optimize) { super(name, container, id, optimize); } // Public // Package protected - // Protected - /** * Externalization support. * * @param out * * @throws IOException */ public void writeExternal(final ObjectOutput out) throws IOException { out.writeUTF(name); out.writeObject(container); out.writeBoolean(optimize); out.writeObject(initialContextHandle); out.writeObject(id); } /** * Externalization support. * * @param in * * @throws IOException * @throws ClassNotFoundException */ public void readExternal(final ObjectInput in) throws IOException, ClassNotFoundException { name = in.readUTF(); container = (ContainerRemote)in.readObject(); optimize = in.readBoolean(); initialContextHandle = (InitialContextHandle)in.readObject(); id = in.readObject(); } public void setHAProxy(ContainerRemote proxy) { container = proxy; } // Protected - /** * Returns codetrue/code iff this instance lives in the same * VM as its container. */ protected boolean isLocal() { return ((HARMIProxy)container).isLocal(); } // Private --- // Inner classes - } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ejb/plugins HAPersistentManager.java StatefulHASessionPersistenceManager.java StatefulHASessionSynchronisationInterceptor.java
User: slaboure Date: 01/11/09 14:54:28 Added: src/main/org/jboss/ejb/plugins HAPersistentManager.java StatefulHASessionPersistenceManager.java StatefulHASessionSynchronisationInterceptor.java Log: Clustering for SFSB Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ejb/plugins/HAPersistentManager.java Index: HAPersistentManager.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ejb.plugins; import org.jboss.ejb.StatefulSessionEnterpriseContext; /** * Tag interface to differentiate standard PersistentManager with HA one. * * @see StatefulHASessionPersistenceManager * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a * @version $Revision: 1.1 $ * * pbRevisions:/b */ public interface HAPersistentManager { public void synchroSession (StatefulSessionEnterpriseContext ctx) throws java.rmi.RemoteException; } 1.1 jbossmx/src/main/org/jboss/ejb/plugins/StatefulHASessionPersistenceManager.java Index: StatefulHASessionPersistenceManager.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ejb.plugins; import java.lang.reflect.Method; import java.lang.reflect.Field; import java.lang.reflect.Modifier; import java.lang.reflect.InvocationTargetException; import java.rmi.RemoteException; import java.rmi.NoSuchObjectException; import java.rmi.ServerException; import java.util.Collection; import java.util.ArrayList; import java.util.Iterator; import java.io.ByteArrayInputStream; import java.io.ByteArrayOutputStream; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; import java.io.IOException; import javax.ejb.EJBObject; import javax.ejb.Handle; import javax.ejb.SessionBean; import javax.ejb.SessionContext; import javax.ejb.CreateException; import javax.ejb.DuplicateKeyException; import javax.ejb.FinderException; import javax.ejb.RemoveException; import javax.ejb.EJBException; import javax.naming.Context; import javax.naming.InitialContext; import org.jboss.ejb.Container; import org.jboss.ejb.StatefulSessionContainer; import org.jboss.ejb.StatefulSessionPersistenceManager; import org.jboss.ejb.StatefulSessionEnterpriseContext; import org.jboss.metadata.ClusterConfigMetaData; import org.jboss.logging.Logger; import org.jboss.ha.hasessionstate.interfaces.HASessionState; import org.jboss.ha.hasessionstate.interfaces.PackagedSession; import org.jboss.ha.framework.interfaces.HAPartition; /** * This persistence manager work with an underlying HASessionState to get * clustered state. * * @see HASessionState, HASessionStateImpl * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a * @version $Revision: 1.1 $ * * pbRevisions:/b */ public class StatefulHASessionPersistenceManager implements org.jboss.ejb.StatefulSessionPersistenceManager, HASessionState.HASessionStateListener, HAPersistentManager { /** Creates new StatefulHASessionPersistenceManager */ public StatefulHASessionPersistenceManager () { } // Constants - // Attributes private static Logger log = Logger.create (StatefulSessionFilePersistenceManager.class); private StatefulSessionContainer con; private Method ejbActivate; private Method ejbPassivate; private Method ejbRemove; private ArrayList fields; private HASessionState sessionState = null; private String localNodeName = null; private String appName = null; // Static private static long id = System.currentTimeMillis (); private static String DEFAULT_HASESSIONSTATE_JNDI_NAME = /HASessionState/Default; // Constructors -- // Public public void setContainer (Container c) { con = (StatefulSessionContainer)c; } public void init () throws Exception { // Find methods ejbActivate = SessionBean.class.getMethod (ejbActivate, new Class[0]); ejbPassivate = SessionBean.class.getMethod (ejbPassivate, new Class[0]); ejbRemove = SessionBean.class.getMethod (ejbRemove, new Class[0]); // Initialize the
[JBoss-dev] [ jboss-Patches-480074 ] Howto - JBoss and IBM WSAD
Patches item #480074, was opened at 2001-11-09 08:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=480074group_id=22866 Category: JBossDoc Group: v2.2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Antonio Tony Lagnada (nfet) Assigned to: Nobody/Anonymous (nobody) Summary: Howto - JBoss and IBM WSAD Initial Comment: Hi All, I have had the unique opportunity to use the IBM WebSphere Studio Application Developer Beta 1 for development. I am a general user of JBoss, a java developer (EJB 1.0/2.0, Java Swing). I have put together a howto doc (incomplete) for using JBoss within the IBM WSAD development environment. The database engine used on this howto is mySQL. The howto doc is almost complete and I will post the completed version as necessary. If you have any questions, feel free to send me an email at [EMAIL PROTECTED] If you would like to know more about me my website is http://tony.lagnada.com. My personal website currently runs on JBoss 2.2.2 and Tomcat 3.2.2. It also uses mySQL as the db engine. Cheers -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=480074group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha/framework/interfaces SubPartitionInfo.java SubPartitionsInfo.java
User: slaboure Date: 01/11/09 14:41:22 Added: src/main/org/jboss/ha/framework/interfaces SubPartitionInfo.java SubPartitionsInfo.java Log: Clustering for SFSB Revision ChangesPath 1.1 jbossmx/src/main/org/jboss/ha/framework/interfaces/SubPartitionInfo.java Index: SubPartitionInfo.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ha.framework.interfaces; import java.util.ArrayList; import java.util.HashSet; import java.io.Serializable; /** * Holder class that knows about a particular HA(sub)Partition i.e. member nodes, * partition name and some utility functions. * * @see HASessionState, HASessionStateImpl * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a * @version $Revision: 1.1 $ * * pbRevisions:/b */ public class SubPartitionInfo implements Serializable, Comparable, Cloneable { // Name of the current sub-partition (will be used to create a JavaGroups group) // public String subPartitionName = null; // When sub-partitions are merged, some names will disappear (eg. Merge G1 and G2 in G1) // this structure remembers the removed named so that HAPartition can know which new group // they should join // public HashSet subPartitionMergedNames = new HashSet (); // List of nodes part of this sub-partition // public ArrayList memberNodeNames = new ArrayList (); private transient boolean newGroup = false; public SubPartitionInfo () {} public SubPartitionInfo (String partitionName, String[] members) { super (); this.subPartitionName = partitionName; if (members != null) for (int i=0; imembers.length; i++) this.memberNodeNames.add (members[i]); } public void setIsNewGroup () { this.newGroup = true; } /** * Note: this class has a natural ordering that is * inconsistent with equals. */ public int compareTo (Object o) { int mySize = memberNodeNames.size (); int itsSize = ((SubPartitionInfo)o).memberNodeNames.size (); if (mySize==itsSize) return 0; else if (mySize itsSize) return 1; else return -1; } public Object clone () { SubPartitionInfo clonedObject = new SubPartitionInfo (); clonedObject.subPartitionName = this.subPartitionName; clonedObject.memberNodeNames = (ArrayList)this.memberNodeNames.clone (); clonedObject.subPartitionMergedNames = (HashSet)this.subPartitionMergedNames.clone (); return clonedObject; } public void merge (SubPartitionInfo merged) { this.memberNodeNames.addAll (merged.memberNodeNames); if (this.newGroup !merged.newGroup) this.subPartitionName = merged.subPartitionName; else if (!merged.newGroup) this.subPartitionMergedNames.add (merged.subPartitionName); if (!merged.newGroup) this.subPartitionMergedNames.add (merged.subPartitionName); this.subPartitionMergedNames.addAll (merged.subPartitionMergedNames); // ? needed ? merged.memberNodeNames.clear (); merged.subPartitionMergedNames.clear (); } public String toString () { return subPartitionName + :[ + memberNodeNames + ] aka ' + subPartitionMergedNames + '; } public boolean actsForSubPartition (String subPartitionName) { return (subPartitionName.equals (subPartitionName) || subPartitionMergedNames.contains (subPartitionName)); } public boolean containsNode (String node) { return memberNodeNames.contains (node); } } 1.1 jbossmx/src/main/org/jboss/ha/framework/interfaces/SubPartitionsInfo.java Index: SubPartitionsInfo.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.ha.framework.interfaces; import java.io.Serializable; /** * Holder class that knows about a set of HA(sub)Partition currently * building the overall cluster. Exchanged between HASessionState * instances to share the same knowledge. * * @see SubPartitionInfo, HASessionState, HASessionStateImpl * @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a * @version $Revision: 1.1 $ * * pbRevisions:/b */ public class SubPartitionsInfo implements Serializable, Cloneable { public
[JBoss-dev] CVS update: jbossmx build.xml
User: slaboure Date: 01/11/09 15:02:20 Modified:.build.xml Log: Clustering for SFSB: added HASessionState interfaces to compilation Revision ChangesPath 1.17 +25 -24jbossmx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbossmx/build.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- build.xml 2001/11/09 06:26:36 1.16 +++ build.xml 2001/11/09 23:02:20 1.17 @@ -10,7 +10,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.16 2001/11/09 06:26:36 chirino Exp $ -- +!-- $Id: build.xml,v 1.17 2001/11/09 23:02:20 slaboure Exp $ -- project default=main name=JBoss/Cluster @@ -29,9 +29,9 @@ !-- Setup the basic project roots. -- path id=project.rootpathelement location=..//path -property name=project.root refid=project.root/ +property name=project.root refid=project.root/ property name=project.build value=${project.root}/build/ - + !-- Include user and project property overrides. -- property file=${user.home}/.buildmagic.properties/ property file=${user.home}/.ant.properties/ @@ -130,7 +130,7 @@ !-- | Configure the build system. | - | Configuration elements should be placed in the appropriate + | Configuration elements should be placed in the appropriate | _configure-* targets. -- @@ -324,14 +324,14 @@ !-- Compile-- !-- == -- - !-- + !-- | Compile everything. | - | This target should depend on other compile-* targets for each + | This target should depend on other compile-* targets for each | different type of compile that needs to be performed, short of | documentation compiles. -- - target name=compile + target name=compile depends=compile-classes, compile-rmi description=Compile all source files./ @@ -393,7 +393,7 @@ !-- Archives -- !-- == -- - !-- + !-- | Build all jar files. -- target name=jars depends=compile description=Builds all jar files. @@ -420,6 +420,7 @@ jar jarfile=${build.lib}/jbossha-client.jar fileset dir=${build.classes} include name=org/jboss/ha/framework/interfaces/**/ +include name=org/jboss/ha/hasessionstate/interfaces/**/ include name=org/jboss/ejb/plugins/**/interfaces/**/ include name=org/jboss/ha/**/*Stub.class/ exclude name=org/jbossmx/**/ @@ -440,22 +441,22 @@ !-- Documents -- !-- == -- - !-- + !-- | Create all generated documenation. | - | This target should depend on other docs-* targets for each + | This target should depend on other docs-* targets for each | different type of docuementation that is to be generated. -- - target name=docs depends=init, docs-api, docs-examples + target name=docs depends=init, docs-api, docs-examples description=Builds all documentation. /target !-- Javadocs is an exception, but provide a docs-api to conform. -- target name=docs-api depends=docs-javadocs/ - !-- - | Check if we need to build javadocs + !-- + | Check if we need to build javadocs | | Javadocs will only be generated if one or more .java source files | is newer than the generated index.html. @@ -467,7 +468,7 @@ targetfile=${build.api}/index.html srcfiles dir=${source.java} includes=**/*.java/ /uptodate - /target + /target !-- Generate Javadoc if we are out of date -- target name=docs-javadocs depends=docs-javadocs-check unless=docs-javadocs.disable @@ -487,7 +488,7 @@ private=${javadoc.private} encoding=${javadoc.encoding} use=${javadoc.use} - verbose=${javadoc.verbose} + verbose=${javadoc.verbose} group title=JDBC Extension packages=javax.sql*/ group title=J2EE packages=javax*/ /javadoc @@ -527,7 +528,7 @@ !-- Release-- !-- == -- - !-- + !-- | Builds a release distribution. -- @@ -570,7
[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjboss.xml
User: slaboure Date: 01/11/09 15:04:47 Modified:src/etc/conf/default standardjboss.xml Log: Added default configuration for clustered SFSB Revision ChangesPath 1.25 +42 -1 jboss/src/etc/conf/default/standardjboss.xml Index: standardjboss.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjboss.xml,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- standardjboss.xml 2001/11/02 21:19:12 1.24 +++ standardjboss.xml 2001/11/09 23:04:47 1.25 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: standardjboss.xml,v 1.24 2001/11/02 21:19:12 dsundstrom Exp $ -- +!-- $Id: standardjboss.xml,v 1.25 2001/11/09 23:04:47 slaboure Exp $ -- jboss enforce-ejb-restrictionsfalse/enforce-ejb-restrictions @@ -375,6 +375,47 @@ /container-interceptors instance-cacheorg.jboss.ejb.plugins.StatefulSessionInstanceCache/instance-cache persistence-managerorg.jboss.ejb.plugins.StatefulSessionFilePersistenceManager/persistence-manager + transaction-managerorg.jboss.tm.TxManager/transaction-manager + container-invoker-conf + RMIObjectPort/RMIObjectPort + OptimizedTrue/Optimized + /container-invoker-conf + container-cache-conf + cache-policyorg.jboss.ejb.plugins.LRUStatefulContextCachePolicy/cache-policy + cache-policy-conf +min-capacity50/min-capacity +max-capacity1000/max-capacity +remover-period1800/remover-period +max-bean-life1800/max-bean-life +overager-period300/overager-period +max-bean-age600/max-bean-age +resizer-period400/resizer-period +max-cache-miss-period60/max-cache-miss-period +min-cache-miss-period1/min-cache-miss-period +cache-load-factor0.75/cache-load-factor + /cache-policy-conf + /container-cache-conf + /container-configuration + + container-configuration + container-nameClustered Stateful SessionBean/container-name + call-loggingfalse/call-logging + container-invokerorg.jboss.ejb.plugins.jrmp.server.JRMPContainerInvokerHA/container-invoker + container-interceptors + interceptororg.jboss.ejb.plugins.LogInterceptor/interceptor + !-- CMT -- + interceptor transaction=Containerorg.jboss.ejb.plugins.TxInterceptorCMT/interceptor + interceptor transaction=Container metricsEnabled=trueorg.jboss.ejb.plugins.MetricsInterceptor/interceptor + interceptor transaction=Containerorg.jboss.ejb.plugins.StatefulSessionInstanceInterceptor/interceptor + !-- BMT -- + interceptor transaction=Beanorg.jboss.ejb.plugins.StatefulSessionInstanceInterceptor/interceptor + interceptor transaction=Beanorg.jboss.ejb.plugins.TxInterceptorBMT/interceptor + interceptor transaction=Bean metricsEnabled=trueorg.jboss.ejb.plugins.MetricsInterceptor/interceptor + interceptororg.jboss.ejb.plugins.SecurityInterceptor/interceptor + interceptororg.jboss.ejb.plugins.StatefulHASessionSynchronisationInterceptor/interceptor + /container-interceptors + instance-cacheorg.jboss.ejb.plugins.StatefulSessionInstanceCache/instance-cache + persistence-managerorg.jboss.ejb.plugins.StatefulHASessionPersistenceManager/persistence-manager transaction-managerorg.jboss.tm.TxManager/transaction-manager container-invoker-conf RMIObjectPort/RMIObjectPort ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata ClusterConfigMetaData.java
User: slaboure Date: 01/11/09 15:05:52 Modified:src/main/org/jboss/metadata ClusterConfigMetaData.java Log: Added session-state-manager-jndi-name for clustered SFSB Revision ChangesPath 1.3 +18 -2 jboss/src/main/org/jboss/metadata/ClusterConfigMetaData.java Index: ClusterConfigMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/ClusterConfigMetaData.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ClusterConfigMetaData.java2001/11/01 04:13:31 1.2 +++ ClusterConfigMetaData.java2001/11/09 23:05:52 1.3 @@ -16,14 +16,19 @@ * expanded to include other cluster configuration parameters later on. * @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a. - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class ClusterConfigMetaData extends MetaData { public final static String DEFAULT_PARTITION = DefaultPartition; + public final static String JNDI_PREFIX_FOR_SESSION_STATE = /HASessionState/; + public final static String DEFAULT_SESSION_STATE_NAME = JNDI_PREFIX_FOR_SESSION_STATE + Default; + private String partitionName = DEFAULT_PARTITION; private String homeLoadBalancePolicy = null; private String beanLoadBalancePolicy = null; + + private String haSessionStateName = DEFAULT_SESSION_STATE_NAME; public String getPartitionName() { @@ -39,11 +44,22 @@ { return homeLoadBalancePolicy; } - + + // SFSB only + // + public String getHaSessionStateName () + { + return this.haSessionStateName; + } + public void importJbossXml(Element element) throws DeploymentException { partitionName = getElementContent(getOptionalChild(element, partition-name), DEFAULT_PARTITION); homeLoadBalancePolicy = getElementContent(getOptionalChild(element, home-load-balance-policy), null); beanLoadBalancePolicy = getElementContent(getOptionalChild(element, bean-load-balance-policy), null); + + // SFSB settings only + // + haSessionStateName = getElementContent(getOptionalChild(element, session-state-manager-jndi-name), DEFAULT_SESSION_STATE_NAME); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata ConfigurationMetaData.java
User: slaboure Date: 01/11/09 15:06:31 Modified:src/main/org/jboss/metadata ConfigurationMetaData.java Log: Added default config name for clustered SFSB Revision ChangesPath 1.22 +2 -1 jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java Index: ConfigurationMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- ConfigurationMetaData.java2001/10/16 22:14:25 1.21 +++ ConfigurationMetaData.java2001/11/09 23:06:31 1.22 @@ -13,7 +13,7 @@ /** The configuration information for an EJB container. * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a - * @version $Revision: 1.21 $ + * @version $Revision: 1.22 $ * * pbRevisions:/bbr * pb2001/08/02: marcf/b @@ -42,6 +42,7 @@ public static final String STATEFUL_12 = jdk1.2.2 Stateful SessionBean; public static final String MESSAGE_DRIVEN_12 = jdk1.2.2 Message Driven Bean; public static final String CLUSTERED_STATELESS_13 = Clustered Stateless SessionBean; // we do not support JDK 1.3 + public static final String CLUSTERED_STATEFUL_13 = Clustered Stateful SessionBean; // we do not support JDK 1.3 public static final String CLUSTERED_CMP_2x_13 = Clustered CMP 2.x EntityBean; // we do not support JDK 1.3 public static final String CLUSTERED_CMP_1x_13 = Clustered CMP EntityBean; // we do not support JDK 1.3 public static final String CLUSTERED_BMP_13 = Clustered BMP EntityBean; // we do not support JDK 1.3 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata SessionMetaData.java
User: slaboure Date: 01/11/09 15:07:32 Modified:src/main/org/jboss/metadata SessionMetaData.java Log: Added default config choice for clustered SFSB Revision ChangesPath 1.10 +5 -2 jboss/src/main/org/jboss/metadata/SessionMetaData.java Index: SessionMetaData.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/SessionMetaData.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- SessionMetaData.java 2001/10/08 08:10:05 1.9 +++ SessionMetaData.java 2001/11/09 23:07:32 1.10 @@ -15,7 +15,7 @@ * * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a. - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ */ public class SessionMetaData extends BeanMetaData { // Constants - @@ -38,7 +38,10 @@ public String getDefaultConfigurationName() { if (isStateful()) { -return jdk13Enabled() ? ConfigurationMetaData.STATEFUL_13 : ConfigurationMetaData.STATEFUL_12; + if (this.isClustered()) + return jdk13Enabled() ? ConfigurationMetaData.CLUSTERED_STATEFUL_13 : ConfigurationMetaData.STATEFUL_12; // not JDK 1.2 cluster support + else + return jdk13Enabled() ? ConfigurationMetaData.STATEFUL_13 : ConfigurationMetaData.STATEFUL_12; } else { if (this.isClustered()) return jdk13Enabled() ? ConfigurationMetaData.CLUSTERED_STATELESS_13 : ConfigurationMetaData.STATELESS_12; // not JDK 1.2 cluster support ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins SessionObjectInputStream.java SessionObjectOutputStream.java
User: slaboure Date: 01/11/09 15:09:36 Modified:src/main/org/jboss/ejb/plugins SessionObjectInputStream.java SessionObjectOutputStream.java Log: made class public to make it available to other classes. Without class modified, should be accessible to classes in the same package but got an illegal access exception if source and dest classes are in different JARs (but same package). Revision ChangesPath 1.7 +2 -2 jboss/src/main/org/jboss/ejb/plugins/SessionObjectInputStream.java Index: SessionObjectInputStream.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SessionObjectInputStream.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- SessionObjectInputStream.java 2001/08/03 17:15:44 1.6 +++ SessionObjectInputStream.java 2001/11/09 23:09:36 1.7 @@ -49,9 +49,9 @@ * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Scott Stark/a - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ */ -class SessionObjectInputStream +public class SessionObjectInputStream extends ObjectInputStream { StatefulSessionEnterpriseContext ctx; 1.6 +2 -2 jboss/src/main/org/jboss/ejb/plugins/SessionObjectOutputStream.java Index: SessionObjectOutputStream.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SessionObjectOutputStream.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- SessionObjectOutputStream.java2001/08/03 17:15:44 1.5 +++ SessionObjectOutputStream.java2001/11/09 23:09:36 1.6 @@ -46,9 +46,9 @@ * @see org.jboss.ejb.plugins.SessionObjectInputStream * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a - * @version $Revision: 1.5 $ + * @version $Revision: 1.6 $ */ -class SessionObjectOutputStream +public class SessionObjectOutputStream extends ObjectOutputStream { // Constructors - ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jboss_2_4.dtd
User: slaboure Date: 01/11/09 15:11:21 Modified:src/resources/org/jboss/metadata jboss_2_4.dtd Log: Added support for clustered SFSB tags Revision ChangesPath 1.9 +207 -159 jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd Index: jboss_2_4.dtd === RCS file: /cvsroot/jboss/jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- jboss_2_4.dtd 2001/10/08 07:59:06 1.8 +++ jboss_2_4.dtd 2001/11/09 23:11:21 1.9 @@ -1,14 +1,14 @@ ?xml version='1.0' encoding='UTF-8' ? -!-- +!-- This is the XML DTD for the JBoss 2.4 EJB deployment descriptor. The DOCTYPE is: !DOCTYPE jboss PUBLIC -//JBoss//DTD JBOSS 2.4//EN http://www.jboss.org/j2ee/dtd/jboss_2_4.dtd; -$Id: jboss_2_4.dtd,v 1.8 2001/10/08 07:59:06 slaboure Exp $ -$Revision: 1.8 $ +$Id: jboss_2_4.dtd,v 1.9 2001/11/09 23:11:21 slaboure Exp $ +$Revision: 1.9 $ Overview of the architecture of jboss.xml @@ -38,7 +38,7 @@ resource-name / /resource-ref clustered / -/session +/session /enterprise-beans @@ -79,9 +79,9 @@ /jboss -- -!-- -The jboss element is the root element of the jboss.xml file. It -contains all the information used by jboss but not described in the +!-- +The jboss element is the root element of the jboss.xml file. It +contains all the information used by jboss but not described in the ejb-jar.xml file. All of it is optional. 1- the application assembler can define custom container configurations @@ -95,10 +95,10 @@ !-- The enforce-ejb-restrictions element tells the container to enforce ejb1.1 restrictions - It must be one of the following : + It must be one of the following : enforce-ejb-restrictionstrue/enforce-ejb-restrictions enforce-ejb-restrictionsfalse/enforce-ejb-restrictions - + Used in: jboss -- !ELEMENT enforce-ejb-restrictions (#PCDATA) @@ -118,81 +118,81 @@ !-- The unauthenticated-principal element specifies the name of the principal that will be returned by the EJBContext.getCallerPrincipal() method if there is no authenticated user. This Principal has no roles or privaledges to call -any other beans. +any other beans. -- !ELEMENT unauthenticated-principal (#PCDATA) -!-- - The enterprise-beans element contains additional information about - the beans. These informations, such as jndi names, resource managers and - container configurations, are specific to jboss and not described in - ejb-jar.xml. - - jboss will provide a standard behaviour if no enterprise-beans element - is found, see container-configurations, jndi-name and resource-managers +!-- + The enterprise-beans element contains additional information about + the beans. These informations, such as jndi names, resource managers and + container configurations, are specific to jboss and not described in + ejb-jar.xml. + + jboss will provide a standard behaviour if no enterprise-beans element + is found, see container-configurations, jndi-name and resource-managers for defaults. - + Used in: jboss -- !ELEMENT enterprise-beans (session | entity | message-driven)+ !-- The entity element holds information specific to jboss and not declared -in ejb-jar.xml about an entity bean, such as jndi name, container +in ejb-jar.xml about an entity bean, such as jndi name, container configuration, and resource managers. (see tags for details) -The bean should already be declared in ejb-jar.xml, with the same +The bean should already be declared in ejb-jar.xml, with the same ejb-name. - + Used in: enterprise-beans -- -!ELEMENT entity (ejb-name , jndi-name? , configuration-name? , security-proxy? , ejb-ref* , resource-ref* , resource-env-ref* , clustered?) +!ELEMENT entity (ejb-name , jndi-name? , configuration-name? , security-proxy? , ejb-ref* , resource-ref* , resource-env-ref* , clustered? , cluster-config? ) !-- The session element holds information specific to jboss and not declared -in ejb-jar.xml about a session bean, such as jndi name, container +in ejb-jar.xml about a session bean, such as jndi name, container configuration, and resource managers. (see tags for details) -The bean should already be declared in ejb-jar.xml, with the same +The bean should already be declared in ejb-jar.xml, with the same ejb-name. - + Used in: enterprise-beans -- -!ELEMENT session (ejb-name , jndi-name? , configuration-name? , security-proxy? , ejb-ref* , resource-ref* , resource-env-ref* , clustered?) +!ELEMENT session
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/mdb/bean TXTimeOutBean.java
User: chirino Date: 01/11/09 15:32:36 Added: src/main/org/jboss/test/mdb/bean TXTimeOutBean.java Log: Forgot to commit this file a few days/weeks ago.. sorry! Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/mdb/bean/TXTimeOutBean.java Index: TXTimeOutBean.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.test.mdb.bean; import javax.ejb.MessageDrivenBean; import javax.ejb.MessageDrivenContext; import javax.ejb.EJBException; import javax.jms.MessageListener; import javax.jms.Message; /** * The TXTimeOutBean simulates when the onMessage() takes * a long time to process the message. When this happens, * the TM might time-out the transaction. This bean * can be used to see if the TX times outs occur. * * @author Hiram Chirino */ public class TXTimeOutBean implements MessageDrivenBean, MessageListener{ long PROCESSING_DELAY = 10; // simulate 10 seconds of processing public void setMessageDrivenContext(MessageDrivenContext ctx) {} public void ejbCreate() {} public void ejbRemove() {} public void onMessage(Message message) { try { System.out.println(Simulating +PROCESSING_DELAY+ second(s) of message processing ); Thread.sleep(PROCESSING_DELAY*1000); System.out.println(Message processing simulation done.); } catch (Throwable ignore) {} } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-475302 ] can't deploy webapps to root
Bugs item #475302, was opened at 2001-10-26 07:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=475302group_id=22866 Category: CatalinaBundle Group: v2.4 (stable) Status: Open Resolution: None Priority: 6 Submitted By: toby cabot (tcabot) Assigned to: Scott M Stark (starksm) Summary: can't deploy webapps to root Initial Comment: System context: Debian 2.2 Linux tobypc 2.2.18pre21 #10 Thu Jun 7 17:04:47 EDT 2001 i686 unknown java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24) Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode) JBoss-2.4.3_Tomcat-4.0 You can't deploy a webapp packaged in an .ear file to the root context, i.e. the context that catches requests for http://host.domain.tld/. The problem is that EmbeddedCatalinaServiceSX.java:initCatalina() deploys a root context (webapps/ROOT), but because this wasn't deployed using the normal process it never gets undeployed and prevents any user application from grabbing the root context. As a workaround you can comment out lines 295 and 296. This means that no root context will exist until the user deploys one (so requests will get a 500), but the user's deployment works. -- Comment By: Nobody/Anonymous (nobody) Date: 2001-11-09 08:30 Message: Logged In: NO I just plugged in a new catalina-service.jar with the fix and it fixes the problem on my stock 2.4.3/Tomcat installation. -- Comment By: toby cabot (tcabot) Date: 2001-10-26 08:23 Message: Logged In: YES user_id=55510 There seems to be another issue. With the change as described above, you can deploy a webapp to / and it works fine until you deploy another one to e.g. /foo in which case the root webapp seems to disappear. The old contrib/catalina code had a line that mapped a context path of / onto just before deployment, and that seems to do the trick here, too. With that change you can now deploy webapps to the root and to other context paths. I've uploaded a patch with these two changes. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=475302group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/etc cluster-service.xml
User: slaboure Date: 01/11/09 15:54:39 Modified:etc cluster-service.xml Log: Added support for clustered SFSB Revision ChangesPath 1.2 +37 -30jbossmx/etc/cluster-service.xml Index: cluster-service.xml === RCS file: /cvsroot/jboss/jbossmx/etc/cluster-service.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- cluster-service.xml 2001/10/20 21:00:14 1.1 +++ cluster-service.xml 2001/11/09 23:54:39 1.2 @@ -1,30 +1,37 @@ -?xml version=1.0 encoding=UTF-8? - - -!-- = -- -!-- -- -!-- Sample Clustering Service Configuration -- -!-- -- -!-- = -- - -server - - classpath archives=jbossha.jar/ - - dependsJBOSS-SYSTEM:service=Naming/depends - - !-- -- - !-- Cluster Partition: defines cluster -- - !-- -- - - mbean code=org.jboss.ha.framework.server.ClusterPartition name=JBOSS-SYSTEM:service=DefaultPartition - /mbean - - !-- -- - !-- HA JNDI -- - !-- -- - - mbean code=org.jboss.ha.jndi.HANamingService name=JBOSS-SYSTEM:service=HAJNDI - /mbean - -/server +?xml version=1.0 encoding=UTF-8? + + +!-- = -- +!-- -- +!-- Sample Clustering Service Configuration -- +!-- -- +!-- = -- + +server + + classpath archives=jbossha.jar/ + + dependsJBOSS-SYSTEM:service=Naming/depends + + !-- -- + !-- Cluster Partition: defines cluster -- + !-- -- + + mbean code=org.jboss.ha.framework.server.ClusterPartition name=JBOSS-SYSTEM:service=DefaultPartition + /mbean + + !-- -- + !-- HA Session State Service for SFSB-- + !-- -- + + mbean code=org.jboss.ha.hasessionstate.server.HASessionStateService name=JBOSS-SYSTEM:service=HASessionState + /mbean + + !-- -- + !-- HA JNDI -- + !-- -- + + mbean code=org.jboss.ha.jndi.HANamingService name=JBOSS-SYSTEM:service=HAJNDI + /mbean + +/server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/developers head.jsp index.jsp
User: mnf999 Date: 01/11/09 16:37:27 Modified:src/docs/developers head.jsp index.jsp Log: Revision ChangesPath 1.3 +1 -1 newsite/src/docs/developers/head.jsp Index: head.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/developers/head.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- head.jsp 2001/11/02 04:05:41 1.2 +++ head.jsp 2001/11/10 00:37:27 1.3 @@ -19,7 +19,7 @@ tr td bgcolor=#00 align=center a class=link href = /jbossgroup/training.jsp - img src=/pictures/training3.gif border = 0/a/td + img src=/pictures/training-x.gif border = 0/a/td /tr /table 1.9 +6 -6 newsite/src/docs/developers/index.jsp Index: index.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/developers/index.jsp,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- index.jsp 2001/11/08 19:06:21 1.8 +++ index.jsp 2001/11/10 00:37:27 1.9 @@ -8,7 +8,7 @@ !-- CONTENT -- -p class=head Smart code for them masses +p class=head Smart code for the masses p class=textIn 1999 JBoss started as EJBoss and then we talked to SUN lawyers and they turned out to be marketing priests disguised as lawyers and all they said was drop E, and so we went with JBOSS. @@ -24,19 +24,19 @@ We armor ourselves mentally and the armor is of a new kind, metal we hear. We do distributed development to ease the pain of large scale system development. Here at JBoss you are not alone, you got people at the top, who have -been here since the beginning of EJB/JBOSS and are glad to see you join the system view. +been here since the beginning of EJB/JBOSS and are glad to see you join the clean system view. If you can help and take some of the load... that would be great. And then there are newbies and people like you who are just here to gain kick ass knowledge and skills (it's a bitch out there these days) and you are learning the ropes. But you are not alone, a class=link href=/developers/team.jspall around the world /a heads go pop and turn on to the squeaky clean infrastructure. So welcome, and we hope you stick around. We hope you see the code with our eyes. We hope you enjoy yourself. We hope you love our project like we do. Because we do. Some of use have taken the Red Pill, taken the leap of faith, left our respective jobs and are making a - living in Open Source. Yes it is easier than it sounds. Just tune in and drop out. + living in Open Source. Yes it is easier than it sounds. Just tune in. p class=text We use the Java Management eXtension (JMX) as the basis for our modular 24x7 micro-kernel architecture and have a deep and clean systems view here. We want the information's age infrastructure to run on -our clean systems. We want the future webOS to run on JBoss.. +our systems. Here you go baby, we want the future webOS to run on JBoss.. You can certainly help in reaching that goal or any other goal you fancy. We want your donations, we want your time, we want your mind, we want your brains. Join us, help us make the webOS of the future a free reality, help us build the web systems infrastructure. @@ -48,8 +48,8 @@ basic understanding of the stateless patterns that govern the assembly and creation of state machines capable of dynamically scripting invocation flows. If you are a systems kind of guys (NT or Unix) you will enjoy our nice and tight little distribution framework. And if you are a Sunday coder like -many others pray on Sunday, it is really with joie that we welcome you. Here you can take a mental -vacation from your day job. It is a mental floss. We will tell you you suck. We will tell you you are +many others pray on Sunday, we want you to feel at home. Here you can take a mental +vacation from your day job. Call it mental floss. We will tell you you suck. We will tell you you are a genius. Mostly, we will tell you the truth. Here we code for the joy of coding, we code for the right to code. font color=redThis is what we call coding the future/font ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs/pictures banner-y.gif banner-x.gif
User: mnf999 Date: 01/11/09 16:38:09 Added: src/docs/pictures banner-y.gif banner-x.gif Log: Revision ChangesPath 1.1 newsite/src/docs/pictures/banner-y.gif Binary file 1.1 newsite/src/docs/pictures/banner-x.gif Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs head.jsp index.jsp
User: mnf999 Date: 01/11/09 16:37:27 Modified:src/docs head.jsp index.jsp Log: Revision ChangesPath 1.8 +1 -1 newsite/src/docs/head.jsp Index: head.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/head.jsp,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- head.jsp 2001/11/02 04:05:41 1.7 +++ head.jsp 2001/11/10 00:37:27 1.8 @@ -19,7 +19,7 @@ tr td bgcolor=#00 align=center a class=link href = /jbossgroup/training.jsp - img src=/pictures/banner3.gif border = 0/a/td + img src=/pictures/banner-y.gif border = 0/a/td /tr /table 1.28 +2 -2 newsite/src/docs/index.jsp Index: index.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/index.jsp,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- index.jsp 2001/11/08 19:06:21 1.27 +++ index.jsp 2001/11/10 00:37:27 1.28 @@ -10,10 +10,10 @@ -p class=headJBOSS #1 +p class=headJBOSS FOR THE MASSES p class=headfont color=red 50,000 DOWNLOADS PER MONTH, 1000 DEVELOPERS WORLDWIDE, THE BEST OPEN SOURCE J2EE BASED APPLICATION -SERVER, A QUALITY BRAND, INNOVATIVE TOOLS, iALL THAT FOR FREE!/i/font +SERVER, INNOVATIVE TOOLS, iALL THAT FOR FREE!/i/font p class=textIF YOU ARE AN INDEPENDENT DEVELOPER, AN IT ARCHITECT WITH A CORPORATION, BIG OR SMALL, AN IT CONSULTANT, READ ON, THIS MIGHT CHANGE YOUR BUSINESS. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/src/docs index.jsp testimonials.jsp
User: mnf999 Date: 01/11/09 17:57:32 Modified:src/docs index.jsp testimonials.jsp Log: Revision ChangesPath 1.29 +9 -1 newsite/src/docs/index.jsp Index: index.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/index.jsp,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- index.jsp 2001/11/10 00:37:27 1.28 +++ index.jsp 2001/11/10 01:57:32 1.29 @@ -13,7 +13,7 @@ p class=headJBOSS FOR THE MASSES p class=headfont color=red 50,000 DOWNLOADS PER MONTH, 1000 DEVELOPERS WORLDWIDE, THE BEST OPEN SOURCE J2EE BASED APPLICATION -SERVER, INNOVATIVE TOOLS, iALL THAT FOR FREE!/i/font +SERVER,f INNOVATIVE TOOLS, iALL THAT FOR FREE!/i/font p class=textIF YOU ARE AN INDEPENDENT DEVELOPER, AN IT ARCHITECT WITH A CORPORATION, BIG OR SMALL, AN IT CONSULTANT, READ ON, THIS MIGHT CHANGE YOUR BUSINESS. @@ -77,6 +77,14 @@ he receives every day concerning JBoss, JBoss Group and his vision of the future of the J2EE marketplace. a class=link href=/vision.jspRead more/a + +p class=headfont color=redNEW/font JBOSS SUCCESS STORY OF THE MONTH! +p class=textJust through you'd like to know that the United States Department of Labor's Office of the +Chief Financial Officer uses JBoss to process about $3.0M worth of financial transactions yearly in one +application alone. There are several other legacy applications scheduled for migration. By using +JBoss, we've saved the taxpayers about $100,000 in BEA Weblogic licensing fee and about $10,000 in annual +support fees. +brMichael R. Maraya, OCFO/OFS/DFAD p class=head72,000 DOWNLOADS IN OCTOBER, JBOSS SETS NEW RECORD p class=textThe numbers just don't lie. Our download numbers are measured by an independent 1.6 +18 -2 newsite/src/docs/testimonials.jsp Index: testimonials.jsp === RCS file: /cvsroot/jboss/newsite/src/docs/testimonials.jsp,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- testimonials.jsp 2001/11/07 19:55:37 1.5 +++ testimonials.jsp 2001/11/10 01:57:32 1.6 @@ -19,8 +19,12 @@ brJava World:a class=link href=http://www.javaworld.com/javaworld/jw-08-2001/jw-0831-jaas_p.html;Integrate security infrastructures with JBossSX/a by Scott Stark. p class=headWRITE US WITH YOUR SUCCESS STORY -p class=textJBoss.org is seeking to update its reference list (last compiled over December '00) of those companies who save their customers money by using us in development, OEM or production. -brIf your company is currently using JBoss for any of the above and wants to be listed as such on our website, please a class=link href=mailto:[EMAIL PROTECTED];email us/a with your name, job title, company and a brief description of how and where you are using JBoss. +p class=textJBoss.org is seeking to update its reference list (last compiled over December '00) + of those companies who save their customers money by using us in development, OEM or production. +brIf your company is currently using JBoss for any of the above and wants to be listed as such on +our website, please a class=link href=mailto:[EMAIL PROTECTED]?subject=One more for JBossemail us/a +with your JBoss success story. We need your name, job title, +company and a brief description of how and where you are using JBoss. p class=headPRODUCTION SITES p class=text We thank the people below for their testimonials. @@ -28,12 +32,24 @@ LGPL license does not require people to disclose if and how they use us, this is just the tip of the iceberg +p class=textMichael R. Maraya, OCFO/OFS/DFAD +br +Just thought you'd like to know that the United States Department of Labor's Office of the Chief +Financial Officer (OCFO) uses JBoss to process of $3.0M worth of financial transactions yearly in +one application alone with several other legacy applications scheduled for migration. By using +JBoss, we've saved the taxpayers about $100,000 in BEA Weblogic licensing fees... p class=textTim Mouradian, Luft Technologybr We replaced WebLogic withJBoss and couldn't be happier; our flagship product (Distributed Document Management System) is very transaction demanding. We weren't sure in the beginning that JBoss could handle the load, but JBoss performed extremely well, scaled up nicely with no visible hit on performance, so we ran out of reasons to keep using WebLogic ourselves or to recommend it to our clients. +p class=textMikael Lowenadler, Swedenbr +I am the CTO of eTV Broadcasting, we have been running JBoss/Jetty in production since June 2001 on +Linux servers. It is our most critical
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 132 Errors:2 Failures: 6 [time of test: 10 November 2001 3:18 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 134 Errors:1 Failures: 5 [time of test: 10 November 2001 4:9 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
User: starksm Date: 01/11/09 20:48:13 Modified:src/main/org/jboss/ejb/plugins/jms Tag: Branch_2_4 JMSContainerInvoker.java Log: Fix the javax.jms.* wildcard import Revision ChangesPath No revision No revision 1.12.4.5 +13 -5 jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java Index: JMSContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java,v retrieving revision 1.12.4.4 retrieving revision 1.12.4.5 diff -u -r1.12.4.4 -r1.12.4.5 --- JMSContainerInvoker.java 2001/11/02 08:42:34 1.12.4.4 +++ JMSContainerInvoker.java 2001/11/10 04:48:13 1.12.4.5 @@ -11,7 +11,18 @@ import java.lang.reflect.Method; import java.security.Principal; -import javax.jms.*; +import javax.jms.Connection; +import javax.jms.ConnectionConsumer; +import javax.jms.Destination; +import javax.jms.ExceptionListener; +import javax.jms.JMSException; +import javax.jms.Message; +import javax.jms.MessageListener; +import javax.jms.Queue; +import javax.jms.QueueConnection; +import javax.jms.ServerSessionPool; +import javax.jms.Topic; +import javax.jms.TopicConnection; import javax.ejb.EJBMetaData; import javax.ejb.EJBHome; @@ -42,14 +53,11 @@ import org.jboss.ejb.Interceptor; import org.jboss.ejb.ContainerInvoker; import org.jboss.deployment.DeploymentException; - import org.jboss.metadata.XmlLoadable; import org.jboss.metadata.MetaData; import org.jboss.metadata.MessageDrivenMetaData; - import org.jboss.jms.jndi.JMSProviderAdapter; import org.jboss.jms.asf.ServerSessionPoolFactory; - import org.jboss.jms.asf.StdServerSessionPool; /** @@ -60,7 +68,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Sebastien Alborini/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.12.4.4 $ + * @version $Revision: 1.12.4.5 $ */ public class JMSContainerInvoker implements ContainerInvoker, XmlLoadable ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 134 Errors:1 Failures: 5 [time of test: 10 November 2001 6:24 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-12] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development