Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
On Wed, 6 Feb 2002, marc fleury wrote: Make something out of I robot. You boss. .. perhaps: Others robot. JBoss. native speakers: form up! Holger ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
|On Wed, 6 Feb 2002, marc fleury wrote: | |Make something out of I robot. You boss. .. perhaps: | | Others robot. JBoss. | |native speakers: form up! Yes we should not forget the peter fagerlunds of the world.. g marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java
User: mnf999 Date: 02/02/07 00:56:35 Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java Log: Modifications to the war deployment of webinf/classes Revision ChangesPath 1.11 +4 -1 jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java Index: JRMPInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- JRMPInvoker.java 7 Feb 2002 07:48:49 - 1.10 +++ JRMPInvoker.java 7 Feb 2002 08:56:35 - 1.11 @@ -54,7 +54,7 @@ * * @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a * -* @version $Revision: 1.10 $ +* @version $Revision: 1.11 $ * * pbRevisions:/bbr * pb2002/01/13: Sacha Labourey/b @@ -316,6 +316,9 @@ // Extract the ObjectName, the rest is still marshalled // ObjectName mbean = new ObjectName((String) invocation.getContainer()); + // This is bad it should at least be using a sub set of the Registry + // store a map of these names under a specific entry (lookup(ObjecNames)) and look on + // that subset FIXME ObjectName mbean = (ObjectName) Registry.lookup((Integer) invocation.getContainer()); // The cl on the thread should be set in another interceptor ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java
User: mnf999 Date: 02/02/07 00:56:35 Modified:src/main/org/jboss/web AbstractWebContainer.java Log: Modifications to the war deployment of webinf/classes Revision ChangesPath 1.21 +6 -6 jboss/src/main/org/jboss/web/AbstractWebContainer.java Index: AbstractWebContainer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- AbstractWebContainer.java 7 Feb 2002 06:01:28 - 1.20 +++ AbstractWebContainer.java 7 Feb 2002 08:56:35 - 1.21 @@ -128,7 +128,7 @@ @see org.jboss.security.SecurityAssociation; @author [EMAIL PROTECTED] -@version $Revision: 1.20 $ +@version $Revision: 1.21 $ */ public abstract class AbstractWebContainer extends ServiceMBeanSupport @@ -247,7 +247,7 @@ try {jarFile = ((JarURLConnection)new URL(jar:+di.localUrl.toString()+!/).openConnection()).getJarFile();} catch (Exception ignored) {throw new DeploymentException(ignored.getMessage());} - boolean directoryCreated = false; + boolean uclCreated = false; for (Enumeration e = jarFile.entries(); e.hasMoreElements(); ) { @@ -262,13 +262,13 @@ try { - // We use the name of the entry as the name of the file under deploy File outFile = new File(localCopyDir, di.shortName+.webinf+File.separator+name); - if (!directoryCreated) + outFile.getParentFile().mkdirs(); + + if (!uclCreated) { - outFile.getParentFile().mkdirs(); DeploymentInfo sub = new DeploymentInfo(outFile.getParentFile().toURL(), di); // There is no copying over, just use the url for the UCL @@ -277,7 +277,7 @@ // Create a URL for the sub sub.createClassLoaders(); - directoryCreated = true; + uclCreated = true; di.subDeployments.add(sub); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/invocation/jrmp/server JRMPInvokerHA.java
User: mnf999 Date: 02/02/07 00:56:35 Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvokerHA.java Log: Modifications to the war deployment of webinf/classes Revision ChangesPath 1.9 +2 -1 jbossmx/src/main/org/jboss/invocation/jrmp/server/JRMPInvokerHA.java Index: JRMPInvokerHA.java === RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/invocation/jrmp/server/JRMPInvokerHA.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JRMPInvokerHA.java7 Feb 2002 08:46:53 - 1.8 +++ JRMPInvokerHA.java7 Feb 2002 08:56:34 - 1.9 @@ -41,7 +41,7 @@ * * @author a href=mailto:[EMAIL PROTECTED]Bill Burke/a * -* @version $Revision: 1.8 $ +* @version $Revision: 1.9 $ */ public class JRMPInvokerHA @@ -128,6 +128,7 @@ public void registerBean(String beanName, HATarget target) throws Exception { + log.info( BEAN NAME IS +beanName); beanMap.put(new Integer(beanName.hashCode()), target); } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Web-Inf Deployment and MainDeployer
Title: Web-Inf Deployment and MainDeployer Hi there (Marc, I hope I reach you before you leave to Sidney!), with the following two patches, jboss.net would run again agains the current head and I could finally focus on getting it to beta status. Since the jboss testsuite doesn´t compile on my machine, I currently have no means to decide whether committing these would be safe. Hence I like to ask the usual suspects whether I should ... The first patch leads to AbstractWebContainer.parseWebInfClasses really ignore non-jar web application deployments ... jboss.net is a sar that, as a by-product, installs itself (i.e., a deployment with its own ucl and an extracted xml descriptor in a temp directory) immediately in the web container. RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v retrieving revision 1.20 diff -r1.20 AbstractWebContainer.java 248c248 catch (Exception ignored) {throw new DeploymentException(ignored.getMessage());} --- catch (Exception ignored) {log.warn(Could not extract web inf classes,ignored); return;} The second patch splits the current MainDeployer.deploy(DeploymentInfo) method into two phases. A first phase that just creates classloaders and registers the deployment and a second phase that performs the actual deploy at the target deployers. This ensures that, e.g., if you have an ear consisting of an ejb-jar and a war or a wsr (web service archive - has been added to the subdeployment extension list - wouldn´t it be better to have that list being dynamically constructed from the individually registered real deployers?), it does not matter in which order the sub-deployments are deployed because the classloaders are already there. Otherwise, it could lead to ClassNotFoundExceptions, because, e.g., an ejb-interface located in the ejb-jar and referenced by a web-service will be deployed too late. RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/MainDeployer.java,v retrieving revision 1.9 diff -r1.9 MainDeployer.java 365c365,371 public void deploy(DeploymentInfo deployment) --- /** deploys an already given deployment structure * works in two phases: * - first sets up the classloaders * - then starts the modules (the actual deploy action) */ public void deploy(DeploymentInfo deployment) 367,368c373,377 { boolean debug = log.isDebugEnabled(); --- { if(preDeploy(deployment)) { doDeploy(deployment); } } 370,373c379,386 try { // If we are already deployed return if (deployments.containsKey(deployment.url)) return; --- /** first phase of deployment: set up the classloaders */ protected boolean preDeploy(DeploymentInfo deployment) throws DeploymentException { // If we are already deployed return if (deployments.containsKey(deployment.url)) { return false; } else { boolean debug = log.isDebugEnabled(); try { 375c388 --- 378c391 --- 381,393d393 // What deployer is able to deploy this file findDeployer(deployment); if(deployment.deployer != null) deployment.deployer.init(deployment); // create subdeployments as needed deploySubPackages(deployment); // Deploy this SDI, if it is a deployable type if (deployment.deployer != null) deployment.deployer.deploy(deployment); deployment.status=Deployed; 395,400c395,399 if (debug) { log.debug(Done deploying + deployment.shortName); } } catch (DeploymentException e) { --- // proceed with second phase return true; } catch (DeploymentException e) { 402c401 --- 404,406c403,405 } finally { --- } finally { 409c408 --- 412c411 --- 418,419c417,443 log.debug(Watching new file: + deployment.url); } --- log.debug(Watching new file: + deployment.url); } } } } } /** second phase: perform the actual deployment */ protected void doDeploy(DeploymentInfo deployment) throws DeploymentException { try{ boolean debug = log.isDebugEnabled(); // What deployer is able to deploy this file findDeployer(deployment); if(deployment.deployer != null) deployment.deployer.init(deployment); // create subdeployments as needed deploySubPackages(deployment); // Deploy this SDI, if it is a deployable type if (deployment.deployer != null) deployment.deployer.deploy(deployment); deployment.status=Deployed; if (debug) { log.debug(Done deploying + deployment.shortName); 421a446,451 catch (DeploymentException e) { deployment.status=Deployment FAILED reason: +e.getMessage(); throw e; } 423c453 --- Best, CGJ (Dr. Schorsch) Currently spinnin´ all-time soul classic: Herbert, Suddenly
RE: [JBoss-dev] Oracle and JBoss
jakarta-jmeter would be a better bet. --B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 06 February 2002 18:29 To: [EMAIL PROTECTED] Subject: [JBoss-dev] Oracle and JBoss I'm sure Oracle makes a non-commercial web-stress application that we could use to do the continuous searching for us... Michael ___ 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-dev] CVS update: contrib/jboss.net/testsuite/src/main/org/jboss/test/net AxisTestCase.java AxisTestServices.java
User: cgjung Date: 02/02/07 01:49:32 Modified:jboss.net/testsuite/src/main/org/jboss/test/net AxisTestCase.java AxisTestServices.java Log: jboss.net runs again (given two pending patches to the server module). Revision ChangesPath 1.4 +19 -15 contrib/jboss.net/testsuite/src/main/org/jboss/test/net/AxisTestCase.java Index: AxisTestCase.java === RCS file: /cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/AxisTestCase.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- AxisTestCase.java 4 Feb 2002 09:38:59 - 1.3 +++ AxisTestCase.java 7 Feb 2002 09:49:32 - 1.4 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: AxisTestCase.java,v 1.3 2002/02/04 09:38:59 cgjung Exp $ +// $Id: AxisTestCase.java,v 1.4 2002/02/07 09:49:32 cgjung Exp $ package org.jboss.test.net; @@ -35,35 +35,39 @@ * Junit Test class with some Axis support * @created 12. Oktober 2001, 11:20 * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ + * Change History: + * ul + * li jung, 6.2.2002: adapted to new test case structure. /li + * /ul */ public class AxisTestCase extends JBossTestCase { - + /** the protocol we use */ protected String PROTOCOL=http://;; - + /** the address to which we forward the request */ protected String ADDRESS=localhost:8080/; - + /** where the axis servlet context is installed */ protected String AXIS_CONTEXT=ADDRESS+axis/; - + /** where the service port is located under */ protected String SERVICE_PORT=AXIS_CONTEXT+services; - + /** has an associated end point that may be configured once */ protected String END_POINT=PROTOCOL+SERVICE_PORT; /** the engine that this test case uses */ protected AxisEngine engine; - + /** the map of methods to interface names */ protected Map interfaceMap=new AxisInvocationHandler.DefaultInterfaceMap();; - + /** the map of methods to method names */ protected Map methodMap=new AxisInvocationHandler.DefaultMethodMap(); - + /** Creates new AxisTestCase */ public AxisTestCase(String name) { super(name); @@ -75,22 +79,22 @@ System.out.println(Configuring engine with config +resource); engine=new AxisClient(new XMLResourceProvider(resource)); } - + /** searches for the right configuration provider */ protected String getAxisConfiguration() { return client-config.xml; } - + /** creates a new Axis service using the test engine*/ protected AxisInvocationHandler createAxisInvocationHandler(URL endpoint) throws AxisFault { return new AxisInvocationHandler(endpoint,engine,methodMap,interfaceMap); } - + /** creates a new Axis service using the test engine*/ protected MBeanInvocationHandler createMBeanInvocationHandler(URL endpoint) throws AxisFault { return new MBeanInvocationHandler(endpoint,engine,methodMap,interfaceMap); } - + /** creates a new Axis service using the test engine*/ protected Object createAxisService(Class _class, URL endpoint) throws AxisFault { return AxisInvocationHandler.createAxisService(_class,createAxisInvocationHandler(endpoint)); @@ -129,7 +133,7 @@ protected static Test getAxisSetup(final Class clazz, final String jarName) throws Exception { - TestSuite suite = new TestSuite(); + TestSuite suite = new TestSuite(); suite.addTest(new TestSuite(clazz)); return getAxisSetup(suite, jarName); } 1.3 +15 -21 contrib/jboss.net/testsuite/src/main/org/jboss/test/net/AxisTestServices.java Index: AxisTestServices.java === RCS file: /cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/AxisTestServices.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- AxisTestServices.java 3 Jan 2002 04:00:55 - 1.2 +++ AxisTestServices.java 7 Feb 2002 09:49:32 - 1.3 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: AxisTestServices.java,v 1.2 2002/01/03 04:00:55 user57 Exp $ +// $Id: AxisTestServices.java,v 1.3 2002/02/07 09:49:32 cgjung Exp $ package org.jboss.test.net; @@ -18,48 +18,42 @@ * helper functions to deal with the JBoss integrated axis service * @created 15. Oktober 2001, 18:39 * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a - * @version $Revision: 1.2 $
[JBoss-dev] CVS update: contrib/jboss.net/src/resources/plugin/META-INF install-jmx.xml jboss-service.xml
User: cgjung Date: 02/02/07 01:49:32 Modified:jboss.net/src/resources/plugin/META-INF install-jmx.xml jboss-service.xml Log: jboss.net runs again (given two pending patches to the server module). Revision ChangesPath 1.5 +5 -3 contrib/jboss.net/src/resources/plugin/META-INF/install-jmx.xml Index: install-jmx.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/src/resources/plugin/META-INF/install-jmx.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- install-jmx.xml 16 Oct 2001 15:52:53 - 1.4 +++ install-jmx.xml 7 Feb 2002 09:49:32 - 1.5 @@ -1,11 +1,13 @@ +!-- Deployment meta-data for the JMX Adaptor Web Service -- + admin:deploy xmlns:admin=AdminService - !-- this is a handler that is able to dispatch invocations to the JMX bus -- + !-- installs a handler that is able to generally dispatch invocations to the JMX bus -- handler name=JMXHandler class=org.jboss.net.jmx.server.MBeanProvider/ - !-- a connector MBean service that exposes the complete MBeanServer API -- + !-- a connector web service that re-exposes the complete MBeanServer API -- service name=RemoteAdaptor pivot=JMXHandler - option name=ObjectName value=Web:service=Adaptor/ + option name=ObjectName value=jboss.net:service=Adaptor/ /service typeMappings 1.9 +9 -9 contrib/jboss.net/src/resources/plugin/META-INF/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/contrib/jboss.net/src/resources/plugin/META-INF/jboss-service.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- jboss-service.xml 4 Feb 2002 09:38:58 - 1.8 +++ jboss-service.xml 7 Feb 2002 09:49:32 - 1.9 @@ -1,6 +1,6 @@ ?xml version=1.0 encoding=UTF-8? !DOCTYPE server -!-- $Id: jboss-service.xml,v 1.8 2002/02/04 09:38:58 cgjung Exp $ -- +!-- $Id: jboss-service.xml,v 1.9 2002/02/07 09:49:32 cgjung Exp $ -- server @@ -11,17 +11,16 @@ !-- -- !-- - | Uncomment to enable the Axis service. + | The Axis service as an mbean. | | Besure to check that the configuration values are valid for your | environment. | | If you want to enable several services, be sure that you choose - | different root contexts - | + | different root contexts. -- mbean code=org.jboss.net.axis.server.AxisService - name=jboss:service=Axis + name=jboss.net:service=Axis dependsjboss.web:service=Jetty/depends attribute name=WarDeployerNamejboss.web:service=Jetty/attribute attribute name=RootContextaxis/attribute @@ -29,12 +28,13 @@ /mbean !-- - | Uncomment to enable the Axis JMX Adaptor - | + | (Another!) JMX Adaptor that exposes itself as a web service through + | Axis -- mbean code=org.jboss.net.jmx.adaptor.server.Adaptor - name=Web:service=Adaptor -dependsjboss:service=Axis/depends + name=jboss.net:service=Adaptor +dependsjboss.net:service=Axis/depends +attribute name=WebServiceDeployerNamejboss.net:service=Axis/attribute /mbean /server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/testsuite/src/main/org/jboss/test/net/hello HelloUnitTestCase.java
User: cgjung Date: 02/02/07 01:49:32 Modified:jboss.net/testsuite/src/main/org/jboss/test/net/hello HelloUnitTestCase.java Log: jboss.net runs again (given two pending patches to the server module). Revision ChangesPath 1.4 +3 -3 contrib/jboss.net/testsuite/src/main/org/jboss/test/net/hello/HelloUnitTestCase.java Index: HelloUnitTestCase.java === RCS file: /cvsroot/jboss/contrib/jboss.net/testsuite/src/main/org/jboss/test/net/hello/HelloUnitTestCase.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- HelloUnitTestCase.java4 Feb 2002 09:38:59 - 1.3 +++ HelloUnitTestCase.java7 Feb 2002 09:49:32 - 1.4 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: HelloUnitTestCase.java,v 1.3 2002/02/04 09:38:59 cgjung Exp $ +// $Id: HelloUnitTestCase.java,v 1.4 2002/02/07 09:49:32 cgjung Exp $ package org.jboss.test.net.hello; @@ -27,7 +27,7 @@ * Tests remote accessibility of stateless ejb bean * @created 5. Oktober 2001, 12:11 * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ */ public class HelloUnitTestCase extends AxisTestCase { @@ -79,7 +79,7 @@ /** this is to deploy the whole ear */ public static Test suite() throws Exception { -return getJ2eeSetup(HelloUnitTestCase.class, hello.ear); +return getDeploySetup(HelloUnitTestCase.class, hello.ear); } public static void main(String[] args) { ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/axis/server AxisService.java Constants.java
User: cgjung Date: 02/02/07 01:49:32 Modified:jboss.net/src/main/org/jboss/net/axis/server AxisService.java Constants.java Log: jboss.net runs again (given two pending patches to the server module). Revision ChangesPath 1.7 +18 -7 contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java Index: AxisService.java === RCS file: /cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/AxisService.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- AxisService.java 4 Feb 2002 09:38:58 - 1.6 +++ AxisService.java 7 Feb 2002 09:49:32 - 1.7 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: AxisService.java,v 1.6 2002/02/04 09:38:58 cgjung Exp $ +// $Id: AxisService.java,v 1.7 2002/02/07 09:49:32 cgjung Exp $ package org.jboss.net.axis.server; @@ -66,7 +66,7 @@ * A deployer service that installs and manages Axis within JMX. * @created 27. September 2001 * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ * Change notes: * ul * li 01.02.02: CGJ, Adapted to jboss3.0.0DR1 deployment changes. Arrgh! li @@ -244,8 +244,13 @@ // we fake a new deploymentinfo for the war deployer myDeploymentInfo.webContext=rootContext; - // Call the main deployer through the JMX server - Object webApplication= + // Call the war deployer through the JMX server to initialise + // and deploy the info + getServer().invoke(new ObjectName(getWarDeployerName()), + INIT_METHOD_NAME, new Object[] + {myDeploymentInfo},new String[] + {DEPLOYMENT_INFO_CLASS_NAME}); + getServer().invoke(new ObjectName(getWarDeployerName()), DEPLOY_METHOD_NAME, new Object[] {myDeploymentInfo},new String[] @@ -429,10 +434,16 @@ public void init(DeploymentInfo sdi) throws DeploymentException { try { - URL metaInfos=sdi.localCl. - getResource(WEB_SERVICE_DESCRIPTOR); +URL metaInfos=null; + +if(sdi.metaData==null) { +metaInfos=sdi.localCl. + getResource(WEB_SERVICE_DESCRIPTOR); +} else { + metaInfos=(URL) sdi.metaData; +} - sdi.metaData= +sdi.metaData= XMLUtils.newDocument(metaInfos.openStream());; //Resolve what to watch 1.6 +4 -8 contrib/jboss.net/src/main/org/jboss/net/axis/server/Constants.java Index: Constants.java === RCS file: /cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/server/Constants.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Constants.java4 Feb 2002 09:38:58 - 1.5 +++ Constants.java7 Feb 2002 09:49:32 - 1.6 @@ -5,7 +5,7 @@ * See terms of license at gnu.org. */ -// $Id: Constants.java,v 1.5 2002/02/04 09:38:58 cgjung Exp $ +// $Id: Constants.java,v 1.6 2002/02/07 09:49:32 cgjung Exp $ package org.jboss.net.axis.server; @@ -13,12 +13,12 @@ * Some Constants for the axis package * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a * @created 28. September 2001 - * @version $Revision: 1.5 $ + * @version $Revision: 1.6 $ */ -public interface Constants { +public interface Constants extends org.jboss.net.Constants { -static final String DOMAIN=jboss; +static final String DOMAIN=jboss.net; static final String NAME = Axis; static final String TYPE=service; static final String SERVER_DELEGATE_NAME=JMImplementation:type=MBeanServerDelegate; @@ -27,10 +27,6 @@ static final String AXIS_DEPLOY_DIR=_axis_; static final String WEB_DEPLOYMENT_DESCRIPTOR=/WEB-INF/web.xml; static final String JBOSS_WEB_DEPLOYMENT_DESCRIPTOR=/WEB-INF/jboss-web.xml; -static final String DEPLOY_METHOD_NAME=deploy; -static final String UNDEPLOY_METHOD_NAME=undeploy; -static final String STRING_CLASS_NAME=java.lang.String; -static final String DEPLOYMENT_INFO_CLASS_NAME=org.jboss.deployment.DeploymentInfo; static final String DEFAULT_ROOT_CONTEXT=axis; static final String WSR_FILE_EXTENSION=.wsr; static final String XML_FILE_EXTENSION=.xml; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server Adaptor.java AdaptorMBean.java Constants.java
User: cgjung Date: 02/02/07 01:49:32 Modified:jboss.net/src/main/org/jboss/net/jmx/adaptor/server Adaptor.java AdaptorMBean.java Constants.java Log: jboss.net runs again (given two pending patches to the server module). Revision ChangesPath 1.4 +65 -38 contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server/Adaptor.java Index: Adaptor.java === RCS file: /cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/jmx/adaptor/server/Adaptor.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Adaptor.java 3 Jan 2002 04:00:54 - 1.3 +++ Adaptor.java 7 Feb 2002 09:49:32 - 1.4 @@ -16,38 +16,65 @@ import java.net.URL; import java.net.MalformedURLException; +import org.jboss.deployment.DeploymentInfo; + /** * wrapper around the mbean server that may be exposed as a * soap-enabled mbean to the outside world. * @author a href=mailto:[EMAIL PROTECTED];Christoph G. Jung/a * @created October 1, 2001 - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ * Change notes: * ul + * li 6.02.02: adapted to changes in deployer interface li * li 5.12.01: CGJ, zip-cache problem fixed li * /ul */ public class Adaptor extends ServiceMBeanSupport implements AdaptorMBean, Constants { - + public String getName() { return NAME; } - + public ObjectName getObjectName(MBeanServer server, ObjectName name) throws MalformedObjectNameException { if(name==null) return new ObjectName(DOMAIN+:+TYPE+=+getName()); else return name; } - + +protected DeploymentInfo myDeploymentInfo; +protected String webServiceDeployerName=DEFAULT_AXIS_SERVICE_NAME; + +public String getWebServiceDeployerName() { + return webServiceDeployerName; +} + +public void setWebServiceDeployerName(String name) { + webServiceDeployerName=name; +} + public void startService() throws Exception { -getServer().invoke(new ObjectName(jboss:service=Axis),deploy,new Object[] {fixURL(getClass().getClassLoader().getResource(META-INF/install-jmx.xml)).toString()},new String[] {java.lang.String}); + URL myUrl=fixURL(getClass().getClassLoader(). +getResource(JMX_INSTALL_DESCRIPTOR)); + myDeploymentInfo=new DeploymentInfo(myUrl,null); + myDeploymentInfo.localUrl=myUrl; + myDeploymentInfo.localCl=getClass().getClassLoader(); + myDeploymentInfo.ucl=getClass().getClassLoader(); + myDeploymentInfo.metaData=myUrl; + getServer().invoke(new ObjectName(webServiceDeployerName),INIT_METHOD_NAME, +new Object[] {myDeploymentInfo},new String[] {org.jboss.deployment.DeploymentInfo}); + getServer().invoke(new ObjectName(webServiceDeployerName),DEPLOY_METHOD_NAME, +new Object[] {myDeploymentInfo},new String[] {org.jboss.deployment.DeploymentInfo}); } - + public void stopService() { try{ -getServer().invoke(new ObjectName(jboss:service=Axis),undeploy,new Object[] {fixURL(getClass().getClassLoader().getResource(META-INF/install-jmx.xml)).toString()},new String[] {java.lang.String}); +getServer().invoke(new ObjectName(webServiceDeployerName), + UNDEPLOY_METHOD_NAME, +new Object[] {myDeploymentInfo}, + new String[] {org.jboss.deployment.DeploymentInfo}); } catch(Exception e) { } } @@ -55,127 +82,127 @@ public java.lang.Object instantiate(java.lang.String str, javax.management.ObjectName objectName) throws javax.management.ReflectionException, javax.management.MBeanException, javax.management.InstanceNotFoundException { return getServer().instantiate(str,objectName); } - + public boolean isInstanceOf(javax.management.ObjectName objectName, java.lang.String str) throws javax.management.InstanceNotFoundException { return getServer().isInstanceOf(objectName,str); } - + public javax.management.ObjectInstance registerMBean(java.lang.Object obj, javax.management.ObjectName objectName) throws javax.management.InstanceAlreadyExistsException, javax.management.MBeanRegistrationException, javax.management.NotCompliantMBeanException { return getServer().registerMBean(obj,objectName); } - + public java.lang.String getDefaultDomain() { return getServer().getDefaultDomain(); } - + public javax.management.MBeanInfo getMBeanInfo(javax.management.ObjectName objectName) throws javax.management.InstanceNotFoundException, javax.management.IntrospectionException,
[JBoss-dev] [ jboss-Patches-514193 ] parseWEBINF totally wrong ?
Patches item #514193, was opened at 2002-02-07 02:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=514193group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Infogest (infogest) Assigned to: Nobody/Anonymous (nobody) Summary: parseWEBINF totally wrong ? Initial Comment: Trying to deploy a war with subpackages fails. The following patch should make it work. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=514193group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-514240 ] trailing blank characters
Bugs item #514240, was opened at 2002-02-07 05:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=514240group_id=22866 Category: JBossSX Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Guenter Gartner (gartnerg) Assigned to: Nobody/Anonymous (nobody) Summary: trailing blank characters Initial Comment: Problem with use of the UsersRolesLoginModule. Trailing blank characters are not ignored in the file roles.properties. example: ... admin=Administrator[blank] ... -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=514240group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss Serve´s All ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss One for All ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss Embedded ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
One Server To Rule Them All (ok, so I like LOTR :p ) JBoss One for All ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-dev lopment _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: RE: RE: RE: [JBoss-dev] something is broken...
Since String is final, the hashcode is probably precomputed when the String is created, thereby not causing any processing but the retrieval of the value. Not sure if this is true, but, it makes sense to me... Michael -Original Message- From: Jason Dillon [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 2:06 AM To: [EMAIL PROTECTED] Subject: Re: RE: RE: RE: [JBoss-dev] something is broken... This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: Save $$$ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Delurking... Then shouldn't it be something like: One AppServer to rule them all and in their price choke them. JBoss Best regards Mikael Helbo Kjaer -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]På vegne af Juha Lindfors Sendt: 7. februar 2002 15:13 Til: [EMAIL PROTECTED] Emne: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST One Server To Rule Them All (ok, so I like LOTR :p ) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Foreside: jboss container-configurations container-configuration container-name Aliens on Speed Backside: /container-name /container-configuration /jboss ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Yes, I remember three years ago when JavaOne was a cool conference, but those days are long gone now. So before I use up all my frequent flier miles, let me be sure I understand: 1) You guys are giving a free two-day tech seminar near the JavaOne conference? 2) I do not need to purchase JavaOne registration to attend? 3) All registered attendees get invites to the rave? Corby _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-511343 ] WAR deployment error w/ JAR files in lib
Bugs item #511343, was opened at 2002-01-31 10:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=511343group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: None Priority: 5 Submitted By: Matt (mpetteys) Assigned to: Nobody/Anonymous (nobody) Summary: WAR deployment error w/ JAR files in lib Initial Comment: I am trying to deploy and EAR file which contains a WAR file which contains various JAR files in its WEB-INF/lib directory. When jboss, trying to deploy those jars it generates a FileNotFoundException and cannot deploy them.I can solve this by moving the jar files into the root of the WAR file and creating a META-INF\jboss-service.xml file that references them (like the following) but I believe the classloader is supposed to automatically pick up these jars for use in the web application. Attached is the server.log file. jboss-service.xml that can be used a ?xml version=1.0 encoding=UTF-8? server classpath archives=commons-beanutils.jar/ classpath archives=commons-collections.jar/ classpath archives=commons-digester.jar/ classpath archives=struts.jar/ /server -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=511343group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: insert your slogan JBoss: the one to follow. JBoss: leads the pack. JBoss: not the pointy hair kind. or JBoss: .04ms and falling :-) --Victor ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] so how fast is string comparison
I'm slightly of topic, anyway IMHO, Strings are dead slow when comparing to ints. This is not because of string math (i.e. comparison, etc.) but because of _new_ and _new_ Strings which takes part in many methods with Strings involved (and almost _every_ String finishes in GC) So I look at jdk1.4 as a (someway) solver with its nio.* and regex.* stuff LT Not too bad if the compared strings don't have the same length. Anyway I think switch will be always better than if...else. IMHO I use to work only with int and translate them to String only for printing and for input. I assume a lot as String manipulation is just dead slow, but I could be wrong, I really don't know. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
|Yes, I remember three years ago when JavaOne was a cool |conference, but those days are long gone now. So before I use up |all my frequent flier miles, let me be sure I understand: | |1) You guys are giving a free two-day tech seminar near the |JavaOne conference? Yes this A FREE seminar, DEEP tech we will cover alot of ground. We will probably be selling the t-shirts you guys are dreaming up at the moment to cover some of the cost. Donations will be welcomed (just buy 20 tshirt - 400 bucks) |2) I do not need to purchase JavaOne registration to attend? nope, no need to pay the SUN tax |3) All registered attendees get invites to the rave? Everyone, all of JavaOne get invited to a rave (a fancy one) he he... underground, our spirit, our sound marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
It is really clever we could do front jboss contributor back /contributor /jboss reserved for the contributors :) |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jung |, Dr. Christoph |Sent: Thursday, February 07, 2002 6:38 AM |To: 'Jboss-Development ([EMAIL PROTECTED])' |Subject: AW: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST | | |Foreside: | |jboss | container-configurations |container-configuration |container-name | Aliens on Speed | |Backside: | |/container-name | /container-configuration |/jboss | |___ |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] JBOSS @ JAVAONE TSHIRT CONTEST
If you are truly ripping off Mikey D's then it should be Over hitCount/ Billion Served marc fleury wrote: I like it we would do One Billion Served marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter |Fagerlund |Sent: Thursday, February 07, 2002 5:33 AM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST | | | | | |JBoss Serve´s All | | |___ |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] JBOSS @ JAVAONE TSHIRT CONTEST
|1. Envision the future |2. My WebOS. |3. WebOS is here. |4. WebOS is JBOSS. |5. JBoss is the BOSS. Ok on the topic of money: we will be selling the tshirts, so while you don't pay for the conferences you can really make a donation to JBoss in exchange for the tshirts. That means we will print a lot of them and with many slogans. I am thinking 1000-2000 tshirts with 10 winning slogans. So KEEP IT COMING, we need more slogans. MORE SLOGANS. Come on. Of course free tshirt if your slogan wins and you come to JBossOne marcf | |Cheers, |Chris. | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 | |___ |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] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: YOUR developers have probably already contributed. Michael ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Oracle has bought JBoss on google
JBoss has already weathered a Slashdotting or two with no problems (according to Marc, not close to pegging CPU). Craig Johannsen wrote: Submitting a story to Slashdot is just as good as writing a script to waste Oracle's add money. People complain that when their site is mentioned on Slashdot, they get overwhelmed by huge numbers of hits on their site. Hit being webspeak for someone viewing a page at a site, not an assassination or anything violent like that. _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7942 ___ 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-dev] RE: [ jboss-Patches-475080 ] Remove dead imports from jboss-all
Hi Jason, Sounds good to me, it's one of those things, it never feels like it's a good time to do because it touches so much code. So let me do this: I'll run my script, test that it works well and does not break things and commit the changes to CVS HEAD this week-end unless someone complains. So if this is a bad time for anyone, time to speak up!! -- Guillaume -Original Message- From: nobody [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 06, 2002 7:56 PM To: [EMAIL PROTECTED] Subject: [ jboss-Patches-475080 ] Remove dead imports from jboss-all Patches item #475080, was opened at 2001-10-25 15:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=475080 group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Guillaume Boissiere (boissier) Assigned to: Nobody/Anonymous (nobody) Summary: Remove dead imports from jboss-all Initial Comment: Would you believe that there are 2065 lines of import x.y.z; where the class is imported but not used? I put together a script that parses through the source code (in jboss-all) and removes all those unnecessary import lines. The result: a performance improvement of almost 10% in the time it takes to compile the whole project... Here is the long patch attached that removes all these extra lines. Patch is lightly tested and after applying it, the project compiles just fine. Enjoy! -- Guillaume PS: I noticed a couple files have CR+CR+LF at the end of each line instead of the more standard CR+LF, CR or LF... I had trouble with those (ex: EJBAdaptorBean) so they are not included here. -- Comment By: Jason Dillon (user57) Date: 2002-02-06 16:55 Message: Logged In: YES user_id=15045 How about submitting the script which does this. Things have changed a bit since this was posted. I think it might be more work to apply the patch (and deal with the conflicts) than to just run the script again. If this is not an issue any more let me know so I can close this. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Oracle has bought JBoss on google
|JBoss has already weathered a Slashdotting or two with no problems yes being slashdotted was a non-event 30% CPU utilization at peak (Jetty as webserver) marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] google: jboss 3.0 external database ... more oracle adverts
Looks as though those Oracle's still like jboss. Database - Is your database safe? Make it safe. www.oracle.com Oracle9i Database. Unbreakable. Can't break it. Can't break in. --B ___ eMuse Technologies Unit 24, Trinity Enterprise Centre, Pearse Street, Dublin 2, Ireland Tel: 353-1-671-7317 Fax: 353-1-671-7319 website: www.emuse.ie email: [EMAIL PROTECTED] ___ This message has been scanned for viruses using GroupShield for Exchange 4.5 CONFIDENTIALITY NOTICE - The information contained in this email message is intended only for confidential use of the named recipient. If the reader is not the intended recipient or the person responsible for delivering it to the recipient, you are hereby notified that you have received this communication in error and that any review, dissemination or copying of this communication is strictly prohibited. If you have received this in error, please notify the sender immediately. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-514347 ] JDBCQueryMetaDataFactory query fix
Patches item #514347, was opened at 2002-02-07 08:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=514347group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Michael Newcomb (mnewcomb) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCQueryMetaDataFactory query fix Initial Comment: JDBCQueryMetaDataFactory defies the jbosscmp-jdbc_3_0.dtd by requiring a 'declared-sql' element inside the 'query' element where it is optional within the DTD. I have fixed this so that if the 'declared-sql' element is missing the code searches the JDBCEntityMetaData.getQueries() collection for a JDBCQueryMetaData that has a matching Method object. If one is found, that pre-existing JDBCQueryMetaData is returned as the result. Also, there was a small misspelling of specification that I also corrected. Michael -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=514347group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Web-Inf Deployment and MainDeployer
Title: Web-Inf Deployment and MainDeployer RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v retrieving revision 1.20 diff -r1.20 AbstractWebContainer.java 248c248 catch (Exception ignored) {throw new DeploymentException(ignored.getMessage());} --- catch (Exception ignored) {log.warn("Could not extract web inf classes",ignored); return;} I don't understand this patch but I will do it, its ok The second patch splits the current MainDeployer.deploy(DeploymentInfo) method into two phases. A first phase that just creates classloaders and registers the deployment and a second phase that performs the actual deploy at the target deployers. This ensures that, e.g., if you have an ear consisting of an ejb-jar and a Deploy is ALREADYsplit into twophases init and deploy.It was donefor the ear. Can you make sure you can't fit your stuff in Init/start as opposed to going toa 3 phase creation? marcf
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java
User: mnf999 Date: 02/02/07 09:05:18 Modified:src/main/org/jboss/web AbstractWebContainer.java Log: Dr Jung's patch Revision ChangesPath 1.22 +2 -2 jboss/src/main/org/jboss/web/AbstractWebContainer.java Index: AbstractWebContainer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- AbstractWebContainer.java 7 Feb 2002 08:56:35 - 1.21 +++ AbstractWebContainer.java 7 Feb 2002 17:05:17 - 1.22 @@ -128,7 +128,7 @@ @see org.jboss.security.SecurityAssociation; @author [EMAIL PROTECTED] -@version $Revision: 1.21 $ +@version $Revision: 1.22 $ */ public abstract class AbstractWebContainer extends ServiceMBeanSupport @@ -245,7 +245,7 @@ // Do we have a jar file jar:theURL!/.. try {jarFile = ((JarURLConnection)new URL(jar:+di.localUrl.toString()+!/).openConnection()).getJarFile();} - catch (Exception ignored) {throw new DeploymentException(ignored.getMessage());} + catch (Exception ignored) {log.warn(could not extract webinf classes, ignored); return;} boolean uclCreated = false; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Web-Inf Deployment and MainDeployer
Title: Nachricht jung 1- Ok i agree that we should make the list of deployable checks dynamic. Each deployer register with the MainDeployer and the registration sends a callback that gets the "extension" you support. Note that the "find deployer" is a bit more advanced than the extension only (for example the EJBDeployer takes jars w/ xml files you need both) so don't go changing that. But yes this is a very valid idea. Go right ahead if you fancy it and like the Deployers, if not David can you pick it up? at ANY rate please submit a feature request... so we can track it. 2- I am thinking about your "flat predeploy" get all the classes loaded on this pass and then init/start and I think it is actually a good idea, I need to think a bit about it though. 3- PLEASE PLEASE PLEASE use cvs patch tracking. ALL the discussions take place there and you will be amazed when you read some of the bugs and patches there and their quality. I know you are overwhelmed in your day-job marcf -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jung , Dr. ChristophSent: Thursday, February 07, 2002 9:06 AMTo: 'Jboss-Development ([EMAIL PROTECTED])'Subject: AW: [JBoss-dev] Web-Inf Deployment and MainDeployer Hi, -Ursprüngliche Nachricht-Von: marc fleury [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 7. Februar 2002 20:55An: Jung , Dr. Christoph; [EMAIL PROTECTED]Betreff: RE: [JBoss-dev] Web-Inf Deployment and MainDeployer I don't understand this patch but I will do it, its ok instead of complaining about non-jarurls (directory)in the DeploymentInfo.localUrl, the WebContainer will simply take them as they are (not trying to extract web-inf classes). The second patch splits the current MainDeployer.deploy(DeploymentInfo) method into two phases. A first phase that just creates classloaders and registers the deployment and a second phase that performs the actual deploy at the target deployers. This ensures that, e.g., if you have an ear consisting of an ejb-jar and a Deploy is ALREADYsplit into twophases init and deploy.It was donefor the ear. Can you make sure you can't fit your stuff in Init/start as opposed to going toa 3 phase creation? Oh, I did not touch the actual Deployer´s structure. It´s just the Maindeployer.deploySubPackages that needs a split while treating the subdeployments ... Classloader creation must happen already in the first loop that collects the jarentries and sets up DeploymentInfos such thatall classes are already available for theupcoming init/deploy callsof the actual Deployers, no matter in what order. I have attached the full files this time, because diffs are difficult to read (and my comments even more, I know). CGJ
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Jboss Beats Overpriced ServerS c --- marc fleury [EMAIL PROTECTED] wrote: |1. Envision the future |2. My WebOS. |3. WebOS is here. |4. WebOS is JBOSS. |5. JBoss is the BOSS. Ok on the topic of money: we will be selling the tshirts, so while you don't pay for the conferences you can really make a donation to JBoss in exchange for the tshirts. That means we will print a lot of them and with many slogans. I am thinking 1000-2000 tshirts with 10 winning slogans. So KEEP IT COMING, we need more slogans. MORE SLOGANS. Come on. Of course free tshirt if your slogan wins and you come to JBossOne marcf | |Cheers, |Chris. | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 | |___ |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 __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-511343 ] WAR deployment error w/ JAR files in lib
Bugs item #511343, was opened at 2002-01-31 10:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=511343group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: None Priority: 5 Submitted By: Matt (mpetteys) Assigned to: Nobody/Anonymous (nobody) Summary: WAR deployment error w/ JAR files in lib Initial Comment: I am trying to deploy and EAR file which contains a WAR file which contains various JAR files in its WEB-INF/lib directory. When jboss, trying to deploy those jars it generates a FileNotFoundException and cannot deploy them.I can solve this by moving the jar files into the root of the WAR file and creating a META-INF\jboss-service.xml file that references them (like the following) but I believe the classloader is supposed to automatically pick up these jars for use in the web application. Attached is the server.log file. jboss-service.xml that can be used a ?xml version=1.0 encoding=UTF-8? server classpath archives=commons-beanutils.jar/ classpath archives=commons-collections.jar/ classpath archives=commons-digester.jar/ classpath archives=struts.jar/ /server -- Comment By: marc fleury (mnf999) Date: 2002-02-07 08:32 Message: Logged In: YES user_id=174548 Is this still open? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=511343group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Hi Geeks JBoss The damn best application server, period. JBoss Can you dig it ? JBoss You have better ways to spend you money, don't you ? Andy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0.0 (CVS) and CMP 2.0
Hello all, I seem to be having an issue allowing the container to store entity beans. I am not too sure if it is me or the container. I enclose the errors. 15:32:10,126 INFO [Default] UserBean()-ejbCreate(TestUser) 15:32:10,133 INFO [Default] UserBean()-ejbPostCreate(TestUser) 15:32:10,183 INFO [Default] UserBean()-ejbStore() 15:32:10,188 ERROR [LogInterceptor] TransactionRolledbackException, causedBy: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0id=TestUser at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:98) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:423) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:428) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:667) at org.jboss.ejb.EntityContainer.doStore(EntityContainer.java:182) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:317) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:189) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:200) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:465) at org.jboss.ejb.Container.invoke(Container.java:611) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:987) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:325) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) at sun.rmi.transport.Transport$1.run(Transport.java:152) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:148) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:706) at java.lang.Thread.run(Thread.java:484) 15:32:10,200 ERROR [EntityContainer] invoke returned an exception javax.transaction.TransactionRolledbackException: Update failed. Expected one affected row: rowsAffected=0id=TestUser; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0id=TestUser javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0id=TestUser at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:98) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:423) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:428) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:667) at org.jboss.ejb.EntityContainer.doStore(EntityContainer.java:182) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:317) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:189) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:200) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:166) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:465) at org.jboss.ejb.Container.invoke(Container.java:611) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:987) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:325) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Steal this application server. _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
You've got my vote - if it counts! --- Scott Sanders [EMAIL PROTECTED] wrote: Front: I took the red pill. Back: JBoss __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web-Inf Deployment and MainDeployer
I will take a look at this too. I like the flat predeploy, actually I was aiming for it in my recursive unpack... david jencks On 2002.02.07 15:24:13 -0500 marc fleury wrote: Nachrichtjung 1- Ok i agree that we should make the list of deployable checks dynamic. Each deployer register with the MainDeployer and the registration sends a callback that gets the extension you support. Note that the find deployer is a bit more advanced than the extension only (for example the EJBDeployer takes jars w/ xml files you need both) so don't go changing that. But yes this is a very valid idea. Go right ahead if you fancy it and like the Deployers, if not David can you pick it up? at ANY rate please submit a feature request... so we can track it. 2- I am thinking about your flat predeploy get all the classes loaded on this pass and then init/start and I think it is actually a good idea, I need to think a bit about it though. 3- PLEASE PLEASE PLEASE use cvs patch tracking. ALL the discussions take place there and you will be amazed when you read some of the bugs and patches there and their quality. I know you are overwhelmed in your day-job marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jung , Dr. Christoph Sent: Thursday, February 07, 2002 9:06 AM To: 'Jboss-Development ([EMAIL PROTECTED])' Subject: AW: [JBoss-dev] Web-Inf Deployment and MainDeployer Hi, -Ursprüngliche Nachricht- Von: marc fleury [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 7. Februar 2002 20:55 An: Jung , Dr. Christoph; [EMAIL PROTECTED] Betreff: RE: [JBoss-dev] Web-Inf Deployment and MainDeployer I don't understand this patch but I will do it, its ok instead of complaining about non-jar urls (directory) in the DeploymentInfo.localUrl, the WebContainer will simply take them as they are (not trying to extract web-inf classes). The second patch splits the current MainDeployer.deploy(DeploymentInfo) method into two phases. A first phase that just creates classloaders and registers the deployment and a second phase that performs the actual deploy at the target deployers. This ensures that, e.g., if you have an ear consisting of an ejb-jar and a Deploy is ALREADY split into two phases init and deploy. It was done for the ear. Can you make sure you can't fit your stuff in Init/start as opposed to going to a 3 phase creation? Oh, I did not touch the actual Deployer´s structure. It´s just the Maindeployer.deploySubPackages that needs a split while treating the subdeployments ... Classloader creation must happen already in the first loop that collects the jarentries and sets up DeploymentInfos such that all classes are already available for the upcoming init/deploy calls of the actual Deployers, no matter in what order. I have attached the full files this time, because diffs are difficult to read (and my comments even more, I know). CGJ !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEADTITLENachricht/TITLE META http-equiv=Content-Type content=text/html; charset=ISO-8859-1 META content=MSHTML 5.50.4134.600 name=GENERATOR/HEAD BODY DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=2jung/FONT/SPAN/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=2/FONT/SPANnbsp;/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=21- Ok i agree that we should make the list of deployable checks dynamic. Each deployer register with the MainDeployer and the registration sends a callback that gets the extension you support.nbsp; Note that the find deployer is a bit more advanced than the extension only (for example the EJBDeployer takes jars w/ xml files you need both) so don't go changing that.nbsp; But yes this is a very valid idea.nbsp; Go right ahead if you fancy it and like the Deployers, if not David can you pick it up? at ANY rate please submit a feature request... so we can track it./FONT/SPAN/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=2/FONT/SPANnbsp;/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=22- I am thinking about your flat predeploy get all the classes loaded on this pass and then init/start and I think it is actually a good idea, I need to think a bit about it though./FONT/SPAN/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=2/FONT/SPANnbsp;/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=23- PLEASE PLEASE PLEASE use cvs patch tracking.nbsp; ALL the discussions take place there and you will be amazed when you read some of the bugs and patches there and their quality./FONT/SPAN/DIV DIVSPAN class=613501920-07022002FONT face=Arial color=#ff size=2/FONT/SPANnbsp;/DIV DIVSPAN
RE: [JBoss-dev] so how fast is string comparison
Most of the strings we are talking about are dynamic (or at least run-time configurable), so we would have to do string.intern() to be able to use == and I don't think that you'd want that internal list of strings growing like that. Besides, when you have a new string and do an intern(), it looks up the common string in a hashtable using hashcode to return the string on which you can do == on. Michael -Original Message- From: Adam Heath [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 1:17 PM To: marc fleury Cc: Jboss-Development@Lists. Sourceforge. Net Subject: Re: [JBoss-dev] so how fast is string comparison On Thu, 7 Feb 2002, marc fleury wrote: when we do if (string.equals(this)) else if (string.equals(that)) how much slower is it than switch (stringAsInt) case THIS: case THAT: If strings are final, then you can use ==, instead of the much slower .equals(). A switch stmt is really nothing more than a series of if/elseif blocks. So, making all strings static/final, and using ==, should make for a win, without making the code hard to read by using abstract ints. ___ 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] JBOSS @ JAVAONE TSHIRT CONTEST
Jboss: bwahahahahaha, we're comming [with image of boys with briefcases fleeing the field] - Original Message - From: Chris Harris [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 07, 2002 6:40 PM Subject: RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST Jboss Beats Overpriced ServerS c --- marc fleury [EMAIL PROTECTED] wrote: |1. Envision the future |2. My WebOS. |3. WebOS is here. |4. WebOS is JBOSS. |5. JBoss is the BOSS. Ok on the topic of money: we will be selling the tshirts, so while you don't pay for the conferences you can really make a donation to JBoss in exchange for the tshirts. That means we will print a lot of them and with many slogans. I am thinking 1000-2000 tshirts with 10 winning slogans. So KEEP IT COMING, we need more slogans. MORE SLOGANS. Come on. Of course free tshirt if your slogan wins and you come to JBossOne marcf | |Cheers, |Chris. | |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 | |___ |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 __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com ___ 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-dev] CVS update: manual/src/xdocs/howto howtonetbeansdebug.xml
User: schaefera Date: 02/02/07 11:33:15 Modified:src/xdocs/howto howtonetbeansdebug.xml Log: Fixed a missing /section tag, which made the build to fail. Revision ChangesPath 3.3 +1 -0 manual/src/xdocs/howto/howtonetbeansdebug.xml Index: howtonetbeansdebug.xml === RCS file: /cvsroot/jboss/manual/src/xdocs/howto/howtonetbeansdebug.xml,v retrieving revision 3.2 retrieving revision 3.3 diff -u -r3.2 -r3.3 --- howtonetbeansdebug.xml5 Feb 2002 03:30:14 - 3.2 +++ howtonetbeansdebug.xml7 Feb 2002 19:33:15 - 3.3 @@ -184,3 +184,4 @@ via email at [EMAIL PROTECTED] /para /section +/section ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Front: One j2ee server to rule them all, One j2ee server to find them, One j2ee server to bring them all Back : and in the darkness bind them. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: All Your J2EE Are Belong To Us From: Colin Daly [EMAIL PROTECTED] Date: Thu, 7 Feb 2002 18:13:26 +1100 To: marc fleury [EMAIL PROTECTED], Jboss-Development@Lists. Sourceforge. Net [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST to plagiarize you marc JBoss: we love you. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss internal problem!!!
I'm using (JBoass 2.4.1 + Tomcat) reflection to have ejbCreate call an initialisation class. This class calls ejb public members having single arguments - byte, Byte, int, Integer, Character, char etc. ejbCreate complete OK, but if I have used a char argumnet to any of these funtions Method.invoke throws an InvocationTargetException - presumably refering to the proxy, since by this time my code gas completed fine (even if I do use char-s) I get a NoClassDefFoundError for - wait for it - java/lang/Char. I'm not trying to use anything of this type in my code (Which as we all know is a non existant Class anyway; Hmmm), which leaves one culprit. Here's the stack trace: Please let me know if this is genuine bug, My Apologies if it's not! java.lang.reflect.InvocationTargetException: javax.transaction.TransactionRolledbackException: java/lang/Char; nested exception is: java.lang.NoClassDefFoundError: java/lang/Char java.lang.NoClassDefFoundError: java/lang/Char at $Proxy12.(Unknown Source) at java.lang.reflect.Constructor.newInstance(Native Method) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:562) at org.jboss.ejb.plugins.jrmp13.server.JRMPContainerInvoker.getEntityEJBObject(JRMPContainerInvoker.java:125) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.getEntityEJBObject(JRMPContainerInvoker.java:345) at org.jboss.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:182) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:616) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:843) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:231) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:154) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:108) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:135) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:307) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:86) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:103) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:106) at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:420) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invokeHome(JRMPContainerInvoker.java:437) at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invokeHome(HomeProxy.java:237) at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:182) at $Proxy11.create(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.edsc.xmlejbgen.app.UCAll_Processor.cmd_all_instantiateObject(UCAll_Processor.java:210) at java.lang.reflect.Method.invoke(Native Method) _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8034 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Oracle has bought JBoss on google
On Wed, 6 Feb 2002, Craig Johannsen wrote: Submitting a story to Slashdot is just as good as writing a script to waste Oracle's add money. People complain that when their site is mentioned on Slashdot, they get overwhelmed by huge numbers of hits on their site. Hit being webspeak for someone viewing a page at a site, not an assassination or anything violent like that. Submitting a story does nothing. The story actually has to be approved. And slashdot people can be pricks at times. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
got jboss? ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
to extend that: fuck bea, got jboss? (a la fuck milk, got beer?) - Original Message - From: Filip Hanik [EMAIL PROTECTED] To: 'marc fleury' [EMAIL PROTECTED]; 'Jboss-Development@Lists. Sourceforge. Net' [EMAIL PROTECTED] Sent: Friday, February 08, 2002 7:34 AM Subject: RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST got jboss? ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net ___ 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] JBoss internal problem!!!
the java.lang.char issue is a JVM bug: if you have 'char' parameter the serialization stuff pukes. danch Colin Thorburn wrote: I'm using (JBoass 2.4.1 + Tomcat) reflection to have ejbCreate call an initialisation class. This class calls ejb public members having single arguments - byte, Byte, int, Integer, Character, char etc. ejbCreate complete OK, but if I have used a char argumnet to any of these funtions Method.invoke throws an InvocationTargetException - presumably refering to the proxy, since by this time my code gas completed fine (even if I do use char-s) I get a NoClassDefFoundError for - wait for it - java/lang/Char. I'm not trying to use anything of this type in my code (Which as we all know is a non existant Class anyway; Hmmm), which leaves one culprit. Here's the stack trace: Please let me know if this is genuine bug, My Apologies if it's not! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[ PATCH ( FIX + NEW FEATURE ) ] Re: [JBoss-dev] 3.0 Almost there,almost there
On Mon, 4 Feb 2002, Adam Heath wrote: Quick feature request for 3.0. Currently, (the spec and current jboss code) says web modules should be in the ear. Jboss allows for this to be unpacked. And this is great. However, there are downsides to even this. We have a 650 meg website(lots and lots of images). Putting this into .war, then into a .ear, which will then just get unpacked, would be insane. So, we use unpacked ear support(on 2.4.4). However, it would be nice if we could specify an external path to a web module, instead of having to have the web module as a sub-dir of the unpacked ear. I'd love to help code this(I started to do what marc did on the 2.4 branch), but am currently swamped with helping to rewrite a 3 year old website into J2EE spec. Given a few pointers, I think this wouldn't be hard to do. It requires mods to some dtds(would have to be jboss-specific), then to the deployer(s). There are 2 patches here. One fixes building of classpaths for sub-module's MANIFEST.MF. The other does the feature I requested above. Ok, I have it done. There is now support for jboss-app.xml in META-INF. It is similiar to application.xml, except it only allows for module definitions. The uri's for the modules now take full urls, instead of relative paths. This allows for referencing external items from a packaged ear. One downside, is that for packed ears, referenced external items must also be packed. For unpacked ears, they must also be unpacked. These patches are for jboss 2.4.4. We(work) haven't yet switched to 3.0(waiting for beta), so forgive me for not making these patches for that version. Depends: feature-sf-491497-autodeployer-magic If ear modules have internal MANIFEST.MF files, that contain a Class-Path entry, the code would build the file path based from the path of the unpacked module. This is different than the spec, and LegacyInstaller, which builds the path based from the ear itself. diff -ruN -x *.jar -x *.log -x *.zip -x *.rar -x *~ -x CVS JBoss-2.4.4-src.orig/jboss/src/main/org/jboss/deployment/LocalDirInstaller.java JBoss-2.4.4-src/jboss/src/main/org/jboss/deployment/LocalDirInstaller.java --- JBoss-2.4.4-src.orig/jboss/src/main/org/jboss/deployment/LocalDirInstaller.java Sun Dec 9 20:35:37 2001 +++ JBoss-2.4.4-src/jboss/src/main/org/jboss/deployment/LocalDirInstaller.java Thu +Jan 31 21:48:04 2002 @@ -82,7 +82,7 @@ log.info(install EJB module +d.name); // Check for libs declared in the EJB jar manifest - URL[] libs = resolveLibraries(localPkg); + URL[] libs = resolveLibraries(localPkg, src); URL localURL = localPkg.toURL(); d.addEjbModule(d.name, localURL, libs); } @@ -94,7 +94,7 @@ log.info(inflate and install WEB module +d.name); // Check for libs declared int the WAR jar manifest - URL[] libs = libs = resolveLibraries(localPkg); + URL[] libs = libs = resolveLibraries(localPkg, src); URL localURL = localPkg.toURL(); d.addWebModule(d.name, webContext, localURL, libs); } @@ -132,7 +132,7 @@ File ejbPkg = new File(localPkg, name); if( ejbPkg.isDirectory() == false ) throw new J2eeDeploymentException(EJB module: +ejbPkg+ is not a directory); -URL[] libs = resolveLibraries(ejbPkg); +URL[] libs = resolveLibraries(ejbPkg, src); URL localURL = ejbPkg.toURL(); d.addEjbModule(name, localURL, libs); ejbJars.add(localURL); @@ -165,7 +165,7 @@ File warPkg = new File(localPkg, name); if( warPkg.isDirectory() == false ) throw new J2eeDeploymentException(WAR module: +warPkg+ is not a directory); -URL[] libs = resolveLibraries(warPkg); +URL[] libs = resolveLibraries(warPkg, src); URL localURL = warPkg.toURL(); d.addWebModule(name, webContext, localURL, libs); } @@ -208,15 +208,13 @@ * @param baseURL the URL to which the Class-Path entries will be relative @return URL[] the array of URLs for the valid Class-Path entries */ - private URL[] resolveLibraries(File localFile) + private URL[] resolveLibraries(File localFile, URL baseURL) { URL[] libs = {}; // Locate a manifest Manifest mf = null; - URL baseURL = null; try { - baseURL = localFile.toURL(); File mfFile = new File(localFile, META-INF + File.separator + MANIFEST.MF); if( mfFile.exists() == false )
RE: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Oh no, then my boss will start to understand why it takes so long for me to get anything done... nah he isn't that smart. --jason At 11:30 AM 2/7/2002 -0500, [EMAIL PROTECTED] wrote: JBoss: YOUR developers have probably already contributed. Michael ___ 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] JBOSS @ JAVAONE TSHIRT CONTEST
Hi, JBoss : Just a Bunch Of Sympathic Superheroes ... Regards ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [ jboss-Patches-475080 ] Remove dead imports from jboss-all
If it makes the build faster then do it. Removing imports won't change any logic. --jason At 11:38 AM 2/7/2002 -0500, Guillaume Boissiere wrote: Hi Jason, Sounds good to me, it's one of those things, it never feels like it's a good time to do because it touches so much code. So let me do this: I'll run my script, test that it works well and does not break things and commit the changes to CVS HEAD this week-end unless someone complains. So if this is a bad time for anyone, time to speak up!! -- Guillaume -Original Message- From: nobody [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 06, 2002 7:56 PM To: [EMAIL PROTECTED] Subject: [ jboss-Patches-475080 ] Remove dead imports from jboss-all Patches item #475080, was opened at 2001-10-25 15:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=475080 group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Guillaume Boissiere (boissier) Assigned to: Nobody/Anonymous (nobody) Summary: Remove dead imports from jboss-all Initial Comment: Would you believe that there are 2065 lines of import x.y.z; where the class is imported but not used? I put together a script that parses through the source code (in jboss-all) and removes all those unnecessary import lines. The result: a performance improvement of almost 10% in the time it takes to compile the whole project... Here is the long patch attached that removes all these extra lines. Patch is lightly tested and after applying it, the project compiles just fine. Enjoy! -- Guillaume PS: I noticed a couple files have CR+CR+LF at the end of each line instead of the more standard CR+LF, CR or LF... I had trouble with those (ex: EJBAdaptorBean) so they are not included here. -- Comment By: Jason Dillon (user57) Date: 2002-02-06 16:55 Message: Logged In: YES user_id=15045 How about submitting the script which does this. Things have changed a bit since this was posted. I think it might be more work to apply the patch (and deal with the conflicts) than to just run the script again. If this is not an issue any more let me know so I can close this. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: RE: RE: RE: [JBoss-dev] something is broken...
The source for String in 1.3.1 l shows a lazy init for the hashCode return value. --jason At 09:30 AM 2/7/2002 -0500, [EMAIL PROTECTED] wrote: Since String is final, the hashcode is probably precomputed when the String is created, thereby not causing any processing but the retrieval of the value. Not sure if this is true, but, it makes sense to me... Michael -Original Message- From: Jason Dillon [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 2:06 AM To: [EMAIL PROTECTED] Subject: Re: RE: RE: RE: [JBoss-dev] something is broken... This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. ___ 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] RE: [ jboss-Patches-475080 ] Remove dead importsfrom jboss-all
On Thu, 7 Feb 2002, Jason Dillon wrote: If it makes the build faster then do it. Removing imports won't change any logic. Ooh. I never even considered it'd make the build faster. This probably also speeds up javadoc as well. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: - Boss the system - THE BOSS - xx downloads monthly... wonder why ? _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss Tshirts I JBoss, you will soon Born free... free to use It springs from the source Serve yourself with JBoss, FREE (who said there is no free lunch?) _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
in the immortal words of Ali JBoss: we're young we're fast we're handsome and we can't possibly be beaten. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
My proposals. JBoss: The dependable open source server or JBoss: We're here to serve. Daniel _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: 2 BEA(this crossed out) or not 2 BEA(this circled) Sorry, it just seems funny. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
on 07-02-2 23.36, Colin Daly at [EMAIL PROTECTED] wrote: in the immortal words of Ali JBoss: we're young we're fast we're handsome and we can't possibly be beaten. We would collect excessive belly lint .. though ... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: RE: [JBoss-dev] something is broken...
Dmitri, I'm just nosey - did you try this little test with the '-server' VM option (which jboss uses by default) ? Because when I tried a very similar thing a while ago the numbers were very different then. Not that important - just a question Cheers, Torsten _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7990 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
To the BEA series: JBoss: never BEA loser Christopher -- .Digital.Yearning.for.Networked.Assassination.and.Xenocide ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
When it comes to suggestions here --- hotmail and debian accounts will not qualify ... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] so how fast is string comparison
This technique was also proposed in the JDC tech tip of this month, and has the caveat that a serialized/deserialized String would not work with ==, even if it was assigned from a static value. OTOH, the final code translated for a switch depend on the number of 'case' values. If they're many the compiler should use some kind of binary search (as a quick sort, but for finding) previously ordering the values. That is why they are required to be primitive types. When the options are a few, they're searched lineally to improve performance. Or it was so the last time I poke around that. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de [EMAIL PROTECTED] Enviado el: jueves, 07 de febrero de 2002 18:44 Para: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] so how fast is string comparison Most of the strings we are talking about are dynamic (or at least run-time configurable), so we would have to do string.intern() to be able to use == and I don't think that you'd want that internal list of strings growing like that. Besides, when you have a new string and do an intern(), it looks up the common string in a hashtable using hashcode to return the string on which you can do == on. Michael -Original Message- From: Adam Heath [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 1:17 PM To: marc fleury Cc: Jboss-Development@Lists. Sourceforge. Net Subject: Re: [JBoss-dev] so how fast is string comparison On Thu, 7 Feb 2002, marc fleury wrote: when we do if (string.equals(this)) else if (string.equals(that)) how much slower is it than switch (stringAsInt) case THIS: case THAT: If strings are final, then you can use ==, instead of the much slower .equals(). A switch stmt is really nothing more than a series of if/elseif blocks. So, making all strings static/final, and using ==, should make for a win, without making the code hard to read by using abstract ints. ___ 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-dev] Jboss3.0alpha/Tomcat4.0 conflict
Hi All, Just wrapping up the final couple of chapters on EJB For Dummies, and I'd like to get a solution in for deploying the EJB 2.0 app I'm working on and accessing it through Tomcat4.0 web pages. Two Things: 1) Integration of Tomcat 4.0 and JBoss 3.0 - Is an integrated package forthcoming? If not, do you need help putting it together? 2) There appears to be some sort of resource conflict between Tomcat 4.0 and JBoss 3.0.0alpha. If I start up JBoss, then attempt to launch Tomcat 4.0, I get a Lifecycle Exception in Tomcat: the message is Catalina.start: LifecycleException: null.open: java.net.BindException: Address in use: JVM_Bind Is this a known issue? - Mac _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8045 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Simply Irresistible YOUR APP SERVER SUCKS! First they ignore us... Second they laugh at us... Then they fight us.. And then we win! We're the shit! For a good time type www.jboss.org If At First You Don't Succeed... Switch to JBoss _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
I will second the switch ... on 08-02-2 00.15, James Ward at [EMAIL PROTECTED] wrote: Simply Irresistible YOUR APP SERVER SUCKS! First they ignore us... Second they laugh at us... Then they fight us.. And then we win! We're the shit! For a good time type www.jboss.org If At First You Don't Succeed... Switch to JBoss _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ 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: RE: [JBoss-dev] something is broken...
shit, no - I didn't... with the -server option. Equal: 281 Switch: 20 this is win2k, sun 1.3 vm. cheers dim - Original Message - From: Torsten Schlumm [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 08, 2002 10:22 AM Subject: RE: RE: [JBoss-dev] something is broken... Dmitri, I'm just nosey - did you try this little test with the '-server' VM option (which jboss uses by default) ? Because when I tried a very similar thing a while ago the numbers were very different then. Not that important - just a question Cheers, Torsten _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7990 ___ 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] JBOSS @ JAVAONE TSHIRT CONTEST
On Fri, 8 Feb 2002, Peter Fagerlund wrote: When it comes to suggestions here --- hotmail and debian accounts will not qualify ... What do you mean by the above comment? I sent my mail with humor, or attempted humor. I don't read humor in your response above. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
on 08-02-2 00.46, Adam Heath at [EMAIL PROTECTED] wrote: On Fri, 8 Feb 2002, Peter Fagerlund wrote: When it comes to suggestions here --- hotmail and debian accounts will not qualify ... What do you mean by the above comment? I sent my mail with humor, or attempted humor. I don't read humor in your response above. If U did not get it U got it ... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Classloader changes. was: Status of ear deployment
Someone your side should definitely have write perms - I away fri-sat-sun-mon, so won't be able to do anything. Jules Greg Wilkins wrote: I have made a change to Jetty (tag JBOSS_200202072130) that has a setClassLoader method on HttpContext ( and thus WebApplicationContext). This will allow the JBoss UCL to be set during deployment and thus to completely avoid the Jetty ContextLoader and any policy that it may implement. The only down side of this, is that the getFileClassPath method will also have to be specialized so that a classpath can be generated that can be passed to javac for JSP compilation. I'm not sure who should be making these changes now? Jules or Oleg. It may be worthwhile to also give Jan checking permission and then we can also checkin jetty updates and JettyService patches. cheers -- Greg Wilkins[EMAIL PROTECTED] GB Phone: +44-(0)7092063462 Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631 http://www.mortbay.com AU Phone: +61-(0)2 98107029 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
Hey, native speakers, just translate this into English :))) JBoss: Sprouts of the future grows up free... Feel the flavor of the dawn... Hey, boss, take JBoss! Wanna free BEA? P.S. Dr.Jung's idea is The Best ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ThrowableTranslator.java
User: user57 Date: 02/02/07 16:07:19 Added: src/main/org/jboss/util ThrowableTranslator.java Log: o Damn JMX exceptions piss me off! Revision ChangesPath 1.1 jboss/src/main/org/jboss/util/ThrowableTranslator.java Index: ThrowableTranslator.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.util; import javax.management.MBeanException; import javax.management.RuntimeMBeanException; import javax.management.RuntimeOperationsException; /** * Translates exceptions which don't propertly show child exceptions in stack * traces. * * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a * @version $Revision: 1.1 $ */ public class ThrowableTranslator { public static Exception translate(Exception e) { // // this is in no way complete... or even a good design, but damn // those JMX exceptions piss me off! // if (e instanceof MBeanException) return ((MBeanException)e).getTargetException(); if (e instanceof RuntimeMBeanException) return ((RuntimeMBeanException)e).getTargetException(); if (e instanceof RuntimeOperationsException) return ((RuntimeOperationsException)e).getTargetException(); return e; } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
It's late, I'm drunk - these probably won't seem so funny in the morning but, Hell Get a Life ! - JBoss Some Blues Brothers: We're on a mission from God - JBoss Yes !! Yes!! Jesus H. Tap-Dancing Christ...I have seen the Light ! - JBoss .I have seen the Light ! - JBoss I don't know whether you had these advertising campaigns Stateside... 90% of cats said their owners preferred it - JBoss Happiness is an AppServer called JBoss JBoss - because I'm worth it Not so PC: Chicks dig JBoss JBoss - it's better than sex ! etc.. marc fleury wrote: I like it we would do One Billion Served marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter |Fagerlund |Sent: Thursday, February 07, 2002 5:33 AM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST | | | | | |JBoss Serve´s All | | |___ |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 _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/xdocs/howto howtotimer.2.xml
User: schaefera Date: 02/02/07 16:02:59 Modified:src/xdocs/howto howtotimer.2.xml Log: Updated the wrong mbean examples for old style Schedulers. Revision ChangesPath 3.4 +3 -3 manual/src/xdocs/howto/howtotimer.2.xml Index: howtotimer.2.xml === RCS file: /cvsroot/jboss/manual/src/xdocs/howto/howtotimer.2.xml,v retrieving revision 3.3 retrieving revision 3.4 diff -u -r3.3 -r3.4 --- howtotimer.2.xml 21 Jan 2002 09:50:10 - 3.3 +++ howtotimer.2.xml 8 Feb 2002 00:02:58 - 3.4 @@ -539,11 +539,11 @@ programlisting![CDATA[ mbean code=org.jboss.util.Scheduler name=:service=Scheduler attribute name=SchedulableClassorg.jboss.util.Scheduler$SchedulableExample/attribute -attribute name=InitArgumentsSchedulabe Test,12345/attribute -attribute name=InitTypesjava.lang.String,int/attribute +attribute name=SchedulableArgumentsSchedulabe Test,12345/attribute +attribute name=SchedulableArgumentTypesjava.lang.String,int/attribute attribute name=InitialStartDate0/attribute attribute name=SchedulePeriod1/attribute -attribute name=NrOfRepetitions-1/attribute +attribute name=InitialRepetitions-1/attribute attribute name=StartAtStartuptrue/attribute /mbean ]]/programlisting ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
OK - I know it's corny, but we haven't had any Star Wars references: JBoss - May the Source be with you Someone must be able to come up with a quote about coming over to the resistance, vanquishing the dark side, etc. Jules _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
On Friday 08 February 2002 02:10, you wrote: JBoss - it's better than sex ! Sure, no kidding!!! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/il/oil OILClientIL.java
User: user57 Date: 02/02/07 17:06:19 Modified:src/main/org/jboss/mq/il/oil OILClientIL.java Log: o logging changes (mostly info - debug), some fixes for showing exception traces o minor formatting changes (so that really long lines fit into 79 cols) Revision ChangesPath 1.7 +7 -3 jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java Index: OILClientIL.java === RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- OILClientIL.java 11 Jan 2002 20:18:57 - 1.6 +++ OILClientIL.java 8 Feb 2002 01:06:19 - 1.7 @@ -31,7 +31,7 @@ * * @authorNorbert Lataille ([EMAIL PROTECTED]) * @authorHiram Chirino ([EMAIL PROTECTED]) - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ * @created August 16, 2001 */ public final class OILClientIL @@ -158,7 +158,11 @@ { try { - log.info(ConnectionReceiverOILClient is connecting to: + addr.getHostAddress() + : + port); + if (log.isDebugEnabled()) { + log.debug(ConnectionReceiverOILClient is connecting to: + + addr.getHostAddress() + : + port); + } + socket = new Socket(addr, port); out = new ObjectOutputStream(new BufferedOutputStream(socket.getOutputStream())); out.flush(); @@ -166,7 +170,7 @@ } catch (Exception e) { - log.debug(Cannot connect to the ConnectionReceiver/Server, e); + log.error(Cannot connect to the ConnectionReceiver/Server, e); throw new RemoteException(Cannot connect to the ConnectionReceiver/Server); } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java
User: user57 Date: 02/02/07 17:06:20 Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java Log: o logging changes (mostly info - debug), some fixes for showing exception traces o minor formatting changes (so that really long lines fit into 79 cols) Revision ChangesPath 1.12 +108 -75 jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java Index: JRMPInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- JRMPInvoker.java 7 Feb 2002 08:56:35 - 1.11 +++ JRMPInvoker.java 8 Feb 2002 01:06:19 - 1.12 @@ -1,9 +1,10 @@ /* -* JBoss, the OpenSource J2EE webOS -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ + * JBoss, the OpenSource J2EE webOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ + package org.jboss.invocation.jrmp.server; import java.lang.reflect.Method; @@ -48,32 +49,28 @@ import org.jboss.logging.Logger; import org.jboss.system.Registry; - /** -* The JRMPInvoker is an RMI implementation that can generate Invocations from RMI/JRMP into the JMX base -* -* @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a -* -* @version $Revision: 1.11 $ -* -* pbRevisions:/bbr -* pb2002/01/13: Sacha Labourey/b -* ol -*liMake the exported RemoteStub available. For the clustering we need to -* distribute the stub to the other nodes of the cluster. Sending the -* RemoteServer directly fails./li -* /ol -*/ - + * The JRMPInvoker is an RMI implementation that can generate Invocations + * from RMI/JRMP into the JMX base. + * + * @author a href=mailto:[EMAIL PROTECTED]Marc Fleury/a + * @version $Revision: 1.12 $ + * + * pbRevisions:/bbr + * pb2002/01/13: Sacha Labourey/b + * ol + * liMake the exported RemoteStub available. For the clustering we need to + * distribute the stub to the other nodes of the cluster. Sending the + * RemoteServer directly fails./li + * /ol + */ public class JRMPInvoker -extends RemoteServer -implements Invoker, JRMPInvokerMBean, MBeanRegistration - +extends RemoteServer +implements Invoker, JRMPInvokerMBean, MBeanRegistration { - // Constants - - protected final static int ANONYMOUS_PORT = 0; + protected static final int ANONYMOUS_PORT = 0; - // Attributes + /** Class logger. */ protected Logger log = Logger.getLogger(JRMPInvoker.class); /** The port the container will be exported on */ @@ -111,24 +108,49 @@ public String getServerHostName() { - try {return InetAddress.getLocalHost().getHostName();} - - catch (Exception ignored) {return null;} + try { + return InetAddress.getLocalHost().getHostName(); + } + catch (Exception ignored) { + return null; + } } - public void setRMIObjectPort(int rmiPort) {this.rmiPort = rmiPort;} - public int getRMIObjectPort() { return rmiPort;} + public void setRMIObjectPort(final int rmiPort) { + this.rmiPort = rmiPort; + } + + public int getRMIObjectPort() { + return rmiPort; + } - public void setRMIClientSocketFactory(String name) {clientSocketFactoryName = name;} - public String getRMIClientSocketFactory() { return clientSocketFactoryName;} + public void setRMIClientSocketFactory(final String name) { + clientSocketFactoryName = name; + } + + public String getRMIClientSocketFactory() { + return clientSocketFactoryName; + } - public void setRMIServerSocketFactory(String name) {serverSocketFactoryName = name;} - public String getRMIServerSocketFactory() { return serverSocketFactoryName;} + public void setRMIServerSocketFactory(final String name) { + serverSocketFactoryName = name; + } + + public String getRMIServerSocketFactory() { + return serverSocketFactoryName; + } - public void setServerAddress(String address) { serverAddress = address;} - public String getServerAddress() { return serverAddress;} + public void setServerAddress(final String address) { + serverAddress = address; + } + + public String getServerAddress() { + return serverAddress; + } - public String getName() {return JRMPInvoker;} + public String getName() { + return JRMPInvoker; + } // Service implementation --- @@ -153,25 +175,35 @@ public
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
On Friday 08 February 2002 02:20, you wrote: OK - I know it's corny, but we haven't had any Star Wars references: JBoss - May the Source be with you :) This one should be the winner IMHO! But keep Star Wars somewhere around to let us, non-native speakers to catch the humor! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment DeploymentException.java MainDeployer.java SARDeployer.java
User: user57 Date: 02/02/07 17:06:19 Modified:src/main/org/jboss/deployment DeploymentException.java MainDeployer.java SARDeployer.java Log: o logging changes (mostly info - debug), some fixes for showing exception traces o minor formatting changes (so that really long lines fit into 79 cols) Revision ChangesPath 1.5 +6 -1 jboss/src/main/org/jboss/deployment/DeploymentException.java Index: DeploymentException.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeploymentException.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- DeploymentException.java 3 Aug 2001 17:15:42 - 1.4 +++ DeploymentException.java 8 Feb 2002 01:06:19 - 1.5 @@ -12,7 +12,7 @@ * * @see DeployerMBean * @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a - * @version $Revision: 1.4 $ + * @version $Revision: 1.5 $ */ public class DeploymentException extends Exception @@ -36,6 +36,11 @@ super(message); this.cause = cause; + } + + public DeploymentException(Throwable cause) + { + this(cause.getMessage(), cause); } // Public 1.10 +187 -165 jboss/src/main/org/jboss/deployment/MainDeployer.java Index: MainDeployer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/MainDeployer.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- MainDeployer.java 7 Feb 2002 06:00:15 - 1.9 +++ MainDeployer.java 8 Feb 2002 01:06:19 - 1.10 @@ -1,9 +1,10 @@ /* -* JBoss, the OpenSource J2EE webOS -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ + * JBoss, the OpenSource J2EE webOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ + package org.jboss.deployment; import java.util.ArrayList; @@ -17,11 +18,12 @@ import java.util.jar.JarFile; import java.util.jar.Attributes; import java.util.jar.JarEntry; -import java.util.ConcurrentModificationException; -import java.net.JarURLConnection; import java.util.jar.Manifest; + +import java.net.JarURLConnection; import java.net.URL; import java.net.MalformedURLException; + import java.io.InputStream; import java.io.FileInputStream; import java.io.FileOutputStream; @@ -29,33 +31,26 @@ import java.io.File; import java.io.FilenameFilter; import java.io.IOException; + import javax.management.MBeanServer; import javax.management.ObjectName; import javax.management.MalformedObjectNameException; -import org.jboss.system.ServiceMBeanSupport; - +import org.jboss.system.ServiceMBeanSupport; +import org.jboss.util.DirectoryBuilder; /** -* MainDeployer -* -* Takes a series of URL to watch, detects changes and calls the appropriate Deployers -* -* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a -* @version $Revision: 1.9 $ -* -* -*/ - + * MainDeployer + * + * Takes a series of URL to watch, detects changes and calls the appropriate Deployers + * + * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a + * @version $Revision: 1.10 $ + */ public class MainDeployer -extends ServiceMBeanSupport -implements MainDeployerMBean, Runnable + extends ServiceMBeanSupport + implements MainDeployerMBean, Runnable { - - // Constants - - - // Attributes - /** JMX Server **/ MBeanServer server; @@ -81,21 +76,15 @@ /** Given a flat set of files, this is the order of deployment **/ String[] order = {sar, service.xml, rar, jar, war, ear, zip}; - // Static - - // Constructors -- - - - // Getters setters -- - /** Get on period **/ public void setPeriod(int period) { this.period = period; } public int getPeriod() {return period;} - /** Directory get set logic, these are scanning directories on the local filesystem **/ - - + /** +* Directory get set logic, these are scanning directories +* on the local filesystem +*/ public void setDirectories(String urlList) { StringTokenizer urls = new StringTokenizer(urlList, ,); @@ -109,7 +98,6 @@ public void addDirectory(String url) { - // We are
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
More Matrix references: You have to let it all go. Fear, doubt, and disbelief. Free your mind. If you are not one of us, you are one of them. I don't even see the code anymore. All I see is blonde, brunette, red-head. Dodge this Since someone posted a Star Wars reference, I feel inclined to post one from Spaceballs: Light speed is too slow. We're going to have to go right to...LUDICROUS speed -Chris _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=7991 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/system ServiceController.java
User: user57 Date: 02/02/07 17:06:20 Modified:src/main/org/jboss/system ServiceController.java Log: o logging changes (mostly info - debug), some fixes for showing exception traces o minor formatting changes (so that really long lines fit into 79 cols) Revision ChangesPath 1.24 +18 -9 jboss/src/main/org/jboss/system/ServiceController.java Index: ServiceController.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/system/ServiceController.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- ServiceController.java20 Jan 2002 15:19:10 - 1.23 +++ ServiceController.java8 Feb 2002 01:06:20 - 1.24 @@ -1,9 +1,9 @@ /* -* JBoss, the OpenSource J2EE webOS -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ + * JBoss, the OpenSource J2EE webOS + * + * Distributable under LGPL license. + * See terms of license at gnu.org. + */ package org.jboss.system; @@ -42,7 +42,7 @@ * @see org.jboss.system.Service * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a -* @version $Revision: 1.23 $ p +* @version $Revision: 1.24 $ p * * bRevisions:/b p * @@ -235,6 +235,8 @@ */ public synchronized void create(ObjectName serviceName) throws Exception { + boolean debug = log.isDebugEnabled(); + ServiceContext ctx = (ServiceContext) getServiceContext(serviceName); // Get the fancy service proxy (for the lifecycle API) @@ -257,8 +259,11 @@ // A dependent is not created or running if (!(state == ServiceContext.CREATED || state == ServiceContext.RUNNING)) { - -log.info(waiting in create +serviceName.toString() + waiting on +sc.objectName); +if (debug) { +log.debug(waiting in create + serviceName + + waiting on + sc.objectName); + } + ctx.state=oldState; return; } @@ -289,6 +294,8 @@ */ public synchronized void start(ObjectName serviceName) throws Exception { + boolean debug = log.isDebugEnabled(); + ServiceContext ctx = (ServiceContext) getServiceContext(serviceName); // If we are already started (can happen in dependencies) just return @@ -312,7 +319,9 @@ ObjectName cac = new ObjectName(Test:name=test); ObjectName ca2 = new ObjectName(Test:name=test); -log.info(waiting in start +serviceName.toString()+ on +sctx.objectName); + if (debug) { +log.debug(waiting in start +serviceName+ on +sctx.objectName); + } ctx.state=oldState; return; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Package organization
I have been putting off writing this email for a while... mostly because I am lazy. Any ways, I am concerned about the current trend for packaging which is being employed in JBoss. By packaging I mean the way in which we organize our classes into packages. I believe the current package by type scheme is a poor choice for large (and rapidly growing) projects. By package by type, I mean that we are organizing different functional components by the type of thing it is, rather by the functional group in which it belongs. How about an example, that always seems to explain this issue. At one company I used to work at (which I will leave unnamed to protect the innocent... or rather the stupid... or both), they were building a webapp based on servlets. These servlets talked to databases via objects (written poorly and completely non-j2ee like). The app was big and had lots of different functions, but there staff of senior engineers (degrees and all) chose to organize *every* servlet and *every* db object into two packages: some.dumb.company.servlets and some.dumb.company.db. Needless to say this approach is not very manageable. Imagine you are a new employee trying to get up to speed fast on one function of the system. There isn't any good documentation or class naming scheme to tell which classes are for what and all of your coworkers are too busy making sense out of the spaghetti they have written (poorly) to be of much help. It would have been much better if they had packaged by function, such that all of the login servlets got a package, and then all of the user management servlets got another and so on. * * * I would like to avoid this for JBoss. Granted we are not in the same situation as the folks I mentioned above (we actually know how to write Java code), but I think we have overlooked some of the organization required to make a large software project truly effective and easy to manage. One example of this is the org.jboss.metadata package. There is metadata classes from all aspects of the system here, rather than closer to the functional groups in which they are used. This package only really makes sense if there are helper, abstract or type classes which are used by cocreate metadata implementations. Another is the org.jboss.deployment package. This guy has j2ee stuff, sar stuff and more. Why not put those in the packages which deal with those areas? Leaving this again for abstract impls and such. Lastly take a look at the ejb proxy's. This is a different case, but still a little backwards (IMHO). org.jboss.proxy.ejb, contains the ejb container proxies. This is a sub-package inside of the package by type methodology. It would make more sense to put them into org.jboss.ejb.proxy, and leave org.jboss.proxy for abstracts and the like. Any ways, I wanted to get this off my chest. I hope that some (or most) of you understand what I am trying to get at... avoiding the spaghetti (tastes good, but I don't want to clean it up off the floor). If we spend a little effort in optimizing the organization of our codebase, it will be easier to manage, maintain and much easier for newbies/learners to get up to speed faster to help make the system even better. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
For what it's worth, I think this is great! Go Jules! May the Source be with you. - Original Message - From: Jules Gosnell [EMAIL PROTECTED] Cc: 'marc fleury' [EMAIL PROTECTED]; 'Jboss-Development@Lists. Sourceforge. Net' [EMAIL PROTECTED] Sent: Thursday, February 07, 2002 7:20 PM Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST OK - I know it's corny, but we haven't had any Star Wars references: JBoss - May the Source be with you Someone must be able to come up with a quote about coming over to the resistance, vanquishing the dark side, etc. Jules _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ 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] Package organization
Yes but... While I agree with you that organization by function often makes more sense that by type, and in particular in regards to the metadata mess, I think there is one good reason to package by type, that applies to both the deployers and the proxies: Put interfaces to the outside world in different packages from internal-only stuff. This makes it possible to find what can get called from the outside. The proxies are the run time interface to everything, the deployers the startup interface to everything. I am not dead set on my idea here, but think there is at least a little bit to be said for it. Anyway, I certainly appreciate your bringing up this issue for discussion. david jencks On 2002.02.07 20:33:54 -0500 Jason Dillon wrote: I have been putting off writing this email for a while... mostly because I am lazy. Any ways, I am concerned about the current trend for packaging which is being employed in JBoss. By packaging I mean the way in which we organize our classes into packages. I believe the current package by type scheme is a poor choice for large (and rapidly growing) projects. By package by type, I mean that we are organizing different functional components by the type of thing it is, rather by the functional group in which it belongs. How about an example, that always seems to explain this issue. At one company I used to work at (which I will leave unnamed to protect the innocent... or rather the stupid... or both), they were building a webapp based on servlets. These servlets talked to databases via objects (written poorly and completely non-j2ee like). The app was big and had lots of different functions, but there staff of senior engineers (degrees and all) chose to organize *every* servlet and *every* db object into two packages: some.dumb.company.servlets and some.dumb.company.db. Needless to say this approach is not very manageable. Imagine you are a new employee trying to get up to speed fast on one function of the system. There isn't any good documentation or class naming scheme to tell which classes are for what and all of your coworkers are too busy making sense out of the spaghetti they have written (poorly) to be of much help. It would have been much better if they had packaged by function, such that all of the login servlets got a package, and then all of the user management servlets got another and so on. * * * I would like to avoid this for JBoss. Granted we are not in the same situation as the folks I mentioned above (we actually know how to write Java code), but I think we have overlooked some of the organization required to make a large software project truly effective and easy to manage. One example of this is the org.jboss.metadata package. There is metadata classes from all aspects of the system here, rather than closer to the functional groups in which they are used. This package only really makes sense if there are helper, abstract or type classes which are used by cocreate metadata implementations. Another is the org.jboss.deployment package. This guy has j2ee stuff, sar stuff and more. Why not put those in the packages which deal with those areas? Leaving this again for abstract impls and such. Lastly take a look at the ejb proxy's. This is a different case, but still a little backwards (IMHO). org.jboss.proxy.ejb, contains the ejb container proxies. This is a sub-package inside of the package by type methodology. It would make more sense to put them into org.jboss.ejb.proxy, and leave org.jboss.proxy for abstracts and the like. Any ways, I wanted to get this off my chest. I hope that some (or most) of you understand what I am trying to get at... avoiding the spaghetti (tastes good, but I don't want to clean it up off the floor). If we spend a little effort in optimizing the organization of our codebase, it will be easier to manage, maintain and much easier for newbies/learners to get up to speed faster to help make the system even better. --jason ___ 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] JBOSS @ JAVAONE TSHIRT CONTEST
Suggetions for leaflet tagging the skirt ! -- ( translation from Oleg´s sourze ... ) The bloom of the furture holds freedom, SUNRISE nurture the influx of our taste, Hey, president follow the vangard, Autonomous BEA ... -- + the runner up´s ++ Humor is expelled !. The Source is you. LUDICROUS. Better than !. Life !. Because I'm worth it. A mission. PLEASE PLEASE PLEASE. RULE them ALL. $$$. simplply, lean and mean. /p ___ 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: 491 Successful tests: 476 Errors:8 Failures: 7 [time of test: 8 February 2002 2:54 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. Remember - if a test becomes broken after your changes - fix it or fix the test! 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 really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Package organization
Well, since none of your example changes jump out and scream I am a much clearer packaging model, I would say this is a matter of style and as such, not really that important. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 07, 2002 5:33 PM Subject: [JBoss-dev] Package organization I have been putting off writing this email for a while... mostly because I am lazy. Any ways, I am concerned about the current trend for packaging which is being employed in JBoss. By packaging I mean the way in which we organize our classes into packages. I believe the current package by type scheme is a poor choice for large (and rapidly growing) projects. By package by type, I mean that we are organizing different functional components by the type of thing it is, rather by the functional group in which it belongs. How about an example, that always seems to explain this issue. At one company I used to work at (which I will leave unnamed to protect the innocent... or rather the stupid... or both), they were building a webapp based on servlets. These servlets talked to databases via objects (written poorly and completely non-j2ee like). The app was big and had lots of different functions, but there staff of senior engineers (degrees and all) chose to organize *every* servlet and *every* db object into two packages: some.dumb.company.servlets and some.dumb.company.db. Needless to say this approach is not very manageable. Imagine you are a new employee trying to get up to speed fast on one function of the system. There isn't any good documentation or class naming scheme to tell which classes are for what and all of your coworkers are too busy making sense out of the spaghetti they have written (poorly) to be of much help. It would have been much better if they had packaged by function, such that all of the login servlets got a package, and then all of the user management servlets got another and so on. * * * I would like to avoid this for JBoss. Granted we are not in the same situation as the folks I mentioned above (we actually know how to write Java code), but I think we have overlooked some of the organization required to make a large software project truly effective and easy to manage. One example of this is the org.jboss.metadata package. There is metadata classes from all aspects of the system here, rather than closer to the functional groups in which they are used. This package only really makes sense if there are helper, abstract or type classes which are used by cocreate metadata implementations. Another is the org.jboss.deployment package. This guy has j2ee stuff, sar stuff and more. Why not put those in the packages which deal with those areas? Leaving this again for abstract impls and such. Lastly take a look at the ejb proxy's. This is a different case, but still a little backwards (IMHO). org.jboss.proxy.ejb, contains the ejb container proxies. This is a sub-package inside of the package by type methodology. It would make more sense to put them into org.jboss.ejb.proxy, and leave org.jboss.proxy for abstracts and the like. Any ways, I wanted to get this off my chest. I hope that some (or most) of you understand what I am trying to get at... avoiding the spaghetti (tastes good, but I don't want to clean it up off the floor). If we spend a little effort in optimizing the organization of our codebase, it will be easier to manage, maintain and much easier for newbies/learners to get up to speed faster to help make the system even better. --jason ___ 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] Jboss3.0alpha/Tomcat4.0 conflict
The current tomcat integration is not usable with 3.0. I'm going to update it next week. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Mac Rinehart [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 07, 2002 3:28 PM Subject: [JBoss-dev] Jboss3.0alpha/Tomcat4.0 conflict Hi All, Just wrapping up the final couple of chapters on EJB For Dummies, and I'd like to get a solution in for deploying the EJB 2.0 app I'm working on and accessing it through Tomcat4.0 web pages. Two Things: 1) Integration of Tomcat 4.0 and JBoss 3.0 - Is an integrated package forthcoming? If not, do you need help putting it together? 2) There appears to be some sort of resource conflict between Tomcat 4.0 and JBoss 3.0.0alpha. If I start up JBoss, then attempt to launch Tomcat 4.0, I get a Lifecycle Exception in Tomcat: the message is Catalina.start: LifecycleException: null.open: java.net.BindException: Address in use: JVM_Bind Is this a known issue? - Mac ___ 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: 491 Successful tests: 466 Errors:10 Failures: 15 [time of test: 8 February 2002 3:23 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. Remember - if a test becomes broken after your changes - fix it or fix the test! 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 really is easy, just use the ant target 'run-basic-testsuite' from the build directory. To just run the unit tests (they are quite quick): In the testsuite directory, ./build.sh tests-unit You can run a single test case using: ./build.sh -Dtest=[XXXTestCase] one-test The XXXTestCase is the classname of the junit class to run. So, to run the EJBSpecUnitTestCase use: ./build.sh -Dtest=EJBSpecUnitTestCase one-test To run all tests within a package, use ./build.sh -Dtest=[package] test The package is name of the directory under the org/jboss/test directory that contains the tests to run. So, to run the unit tests in the org.jboss.test.security package use: ./build.sh -Dtest=security test Thanks for all your effort - we really do love you! ___ 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/cmp/jdbc JDBCStartCommand.java JDBCStopCommand.java
User: d_jencks Date: 02/02/07 19:51:09 Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCStartCommand.java JDBCStopCommand.java Log: closed connections before end of transaction. Problem showed up using an xa connector Revision ChangesPath 1.19 +26 -16 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStartCommand.java Index: JDBCStartCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStartCommand.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- JDBCStartCommand.java 5 Feb 2002 20:31:23 - 1.18 +++ JDBCStartCommand.java 8 Feb 2002 03:51:09 - 1.19 @@ -40,7 +40,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Joe Shevland/a * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a * @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a - * @version $Revision: 1.18 $ + * @version $Revision: 1.19 $ */ public class JDBCStartCommand { @@ -136,23 +136,37 @@ Connection con = null; Statement statement = null; - try { - // since we use the pools, we have to do this within a transaction - manager.getContainer().getTransactionManager().begin (); + // since we use the pools, we have to do this within a transaction + try + { + manager.getContainer().getTransactionManager().begin (); + } + catch (Exception e) + { + log.error(Could not get transaction to create table in, e); + throw new DeploymentException(Could not get transaction to create table in, e); + } // end of try-catch + try { // get the connection con = dataSource.getConnection(); - - // create the statement - statement = con.createStatement(); + try { +// create the statement +statement = con.createStatement(); // execute sql - log.debug(Executing SQL: + sql); - statement.executeUpdate(sql); - - // commit the transaction +log.debug(Executing SQL: + sql); +statement.executeUpdate(sql); + } + finally + { +JDBCUtil.safeClose(statement); +JDBCUtil.safeClose(con); + } // end of finally manager.getContainer().getTransactionManager().commit (); - } catch(Exception e) { + } + catch(Exception e) + { log.debug(Could not create table + tableName); try { manager.getContainer().getTransactionManager().rollback (); @@ -160,11 +174,7 @@ log.error(Could not roll back transaction: , e); } throw new DeploymentException(Error while creating table, e); - } finally { - JDBCUtil.safeClose(statement); - JDBCUtil.safeClose(con); } - // success log.info(Created table ' + tableName + ' successfully.); Set createdTables = (Set)manager.getApplicationData(CREATED_TABLES_KEY); 1.10 +30 -23 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStopCommand.java Index: JDBCStopCommand.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStopCommand.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- JDBCStopCommand.java 15 Jan 2002 22:26:41 - 1.9 +++ JDBCStopCommand.java 8 Feb 2002 03:51:09 - 1.10 @@ -29,7 +29,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a - * @version $Revision: 1.9 $ + * @version $Revision: 1.10 $ */ public class JDBCStopCommand { @@ -97,35 +97,42 @@ JDBCUtil.safeClose(con); } - Statement statement = null; + // since we use the pools, we have to do this within a transaction + try + { + manager.getContainer().getTransactionManager().begin (); + } + catch (Exception e) + { + log.error(Could not get transaction to drop table in, e); + return; + } // end of try-catch try { - // since we use the pools, we have to do this within a transaction - manager.getContainer().getTransactionManager().begin(); - // get the connection con = dataSource.getConnection(); + Statement statement = null; + try { +// create the statement +statement =