[JBoss-dev] CVS update: jmx/src/main/test/compliance/monitor MonitorTestCase.java MonitorSUITE.java BasicTEST.java MonitorUnitTestSUITE.java
User: ejort Date: 02/03/24 03:50:27 Modified:src/main/test/compliance/monitor Tag: BranchMX_1_0 MonitorSUITE.java Added: src/main/test/compliance/monitor Tag: BranchMX_1_0 MonitorTestCase.java Removed: src/main/test/compliance/monitor Tag: BranchMX_1_0 BasicTEST.java MonitorUnitTestSUITE.java Log: Made queries threadsafe, better but still incomplete monitor tests Revision ChangesPath No revision No revision 1.1.2.1 +12 -2 jmx/src/main/test/compliance/monitor/MonitorSUITE.java Index: MonitorSUITE.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/MonitorSUITE.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- MonitorSUITE.java 26 Jan 2002 21:02:20 - 1.1 +++ MonitorSUITE.java 24 Mar 2002 11:50:27 - 1.1.2.1 @@ -19,6 +19,17 @@ extends TestSuite { /** + * The maximum wait for a notification + */ + public static final long MAX_WAIT = 1000; + + /** + * The time between notifications + */ + + public static final long GRANULARITY_TIME = 1; + + /** * Run the tests * * @param args the arguments for the test @@ -37,8 +48,7 @@ { TestSuite suite = new TestSuite(Monitor Service Tests); -suite.addTest(new TestSuite(BasicTEST.class)); -suite.addTest(MonitorUnitTestSUITE.suite()); +suite.addTest(new TestSuite(MonitorTestCase.class)); return suite; } No revision No revision 1.1.2.1 +1268 -0 jmx/src/main/test/compliance/monitor/Attic/MonitorTestCase.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/query QueryTestCase.java
User: ejort Date: 02/03/24 03:50:27 Modified:src/main/test/compliance/query Tag: BranchMX_1_0 QueryTestCase.java Log: Made queries threadsafe, better but still incomplete monitor tests Revision ChangesPath No revision No revision 1.1.2.2 +64 -0 jmx/src/main/test/compliance/query/QueryTestCase.java Index: QueryTestCase.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/query/QueryTestCase.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- QueryTestCase.java16 Mar 2002 12:38:52 - 1.1.2.1 +++ QueryTestCase.java24 Mar 2002 11:50:27 - 1.1.2.2 @@ -1001,6 +1001,38 @@ } /** +* Test threading, tests that running the same query in multiple threads +* works. This test might not catch a threading problem on every run. +*/ + public void testThreading() throws Exception + { + MBeanServer server1 = MBeanServerFactory.createMBeanServer(server1); + MBeanServer server2 = MBeanServerFactory.createMBeanServer(server2); + try + { + ObjectName name = new ObjectName(Domain1:type=instance1); + NumberTest bean1 = new NumberTest(1); + NumberTest bean2 = new NumberTest(2); + server1.registerMBean(bean1, name); + server2.registerMBean(bean2, name); + QueryExp query = Query.eq(Query.attr(Number), Query.value(2)); + QueryThread thread1 = new QueryThread(server1, query, 0); + QueryThread thread2 = new QueryThread(server2, query, 1); + thread1.start(); + thread2.start(); + thread1.join(1); + thread1.check(); + thread2.join(1); + thread2.check(); + } + finally + { + MBeanServerFactory.releaseMBeanServer(server1); + MBeanServerFactory.releaseMBeanServer(server2); + } + } + + /** * Test pathological */ public void testPathological() throws Exception @@ -1553,6 +1585,38 @@ { fail(Expected instance + iterator.next() + \nfor query + queryExp); + } + } + } + + public class QueryThread + extends Thread + { + MBeanServer server; + QueryExp query; + int expected; + int result; + public QueryThread(MBeanServer server, QueryExp query, int expected) + { + this.server = server; + this.query = query; + this.expected = expected; + } + public int getExpected() + { + return expected; + } + public void check() + { + assertEquals(expected, result); + } + public void run() + { + for (int i = 0; i 1000; i++) + { +result = server.queryNames(null, query).size(); +if (result != expected) + return; } } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management/monitor CounterMonitor.java Monitor.java
User: ejort Date: 02/03/24 03:50:27 Modified:src/main/javax/management/monitor Tag: BranchMX_1_0 CounterMonitor.java Monitor.java Log: Made queries threadsafe, better but still incomplete monitor tests Revision ChangesPath No revision No revision 1.1.2.1 +390 -376 jmx/src/main/javax/management/monitor/CounterMonitor.java Index: CounterMonitor.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/monitor/CounterMonitor.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- CounterMonitor.java 21 Dec 2001 01:39:37 - 1.1 +++ CounterMonitor.java 24 Mar 2002 11:50:27 - 1.1.2.1 @@ -1,376 +1,390 @@ -/* -* JBoss, the OpenSource EJB server -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ -package javax.management.monitor; - -import javax.management.MBeanAttributeInfo; -import javax.management.MBeanNotificationInfo; - -// REVIEW: Check synchronization - -/** - * The counter monitor service. - * - * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a - * @version $Revision: 1.1 $ - * - */ -public class CounterMonitor - extends Monitor - implements CounterMonitorMBean -{ - // Constants - - - /** - * The counter threshold exceeded has been notified. - */ - int THRESHOLD_EXCEEDED_NOTIFIED = 16; - - /** - * The threshold type error has been notified. - */ - int THRESHOLD_ERROR_NOTIFIED = 32; - - // Attributes - - /** - * The derived gauge. - */ - private Number derivedGauge = new Integer(0); - - /** - * The last value. - */ - private Number lastValue = null; - - /** - * The derived gauge timeStamp. - */ - private long derivedGaugeTimeStamp = 0; - - /** - * The offset. - */ - Number offset = new Integer(0); - - /** - * The modulus. - */ - Number modulus = new Integer(0); - - /** - * The threshold. - */ - Number threshold = new Integer(0); - - /** - * The last stated threshold. - */ - Number lastThreshold = new Integer(0); - - /** - * Difference mode. - */ - boolean differenceMode = false; - - /** - * Notify. - */ - boolean notify = false; - - // Static - - // Constructors -- - - /** - * Default Constructor - */ - public CounterMonitor() - { -dbgTag = CounterMonitor; - } - - // Public - - public MBeanNotificationInfo[] getNotificationInfo() - { -MBeanNotificationInfo[] result = new MBeanNotificationInfo[1]; -String[] types = new String[] -{ - MonitorNotification.RUNTIME_ERROR, - MonitorNotification.OBSERVED_OBJECT_ERROR, - MonitorNotification.OBSERVED_ATTRIBUTE_ERROR, - MonitorNotification.OBSERVED_ATTRIBUTE_TYPE_ERROR, - MonitorNotification.THRESHOLD_ERROR, - MonitorNotification.THRESHOLD_VALUE_EXCEEDED -}; -result[0] = new MBeanNotificationInfo(types, - javax.management.monitor.MonitorNotification, - Notifications sent by the Counter Monitor Service MBean); -return result; - } - - // CounterMonitorMBean implementation - - public Number getDerivedGauge() - { -return derivedGauge; - } - - public long getDerivedGaugeTimeStamp() - { -return derivedGaugeTimeStamp; - } - - public boolean getDifferenceMode() - { -return differenceMode; - } - - public void setDifferenceMode(boolean value) - { -differenceMode = value; - } - - public Number getModulus() - { -return modulus; - } - - public void setModulus(Number value) -throws IllegalArgumentException - { -if (value == null) - throw new IllegalArgumentException(Null modulus); -if (value.longValue() 0) - throw new IllegalArgumentException(Negative modulus); -modulus = value; -alreadyNotified = RESET_FLAGS_ALREADY_NOTIFIED; - } - - public boolean getNotify() - { -return notify; - } - - public void setNotify(boolean value) - { -notify = value; - } - - public Number getOffset() - { -return offset; - } - - public void setOffset(Number value) -throws IllegalArgumentException - { -if (value == null) - throw new IllegalArgumentException(Null offset); -if (value.longValue() 0) - throw new
[JBoss-dev] CVS update: jmx/src/main/test/compliance/monitor/support GaugeSupport.java GaugeSupportMBean.java MonitorSupport.java CounterSupport.java CounterSupportMBean.java StringSupport.java StringSupportMBean.java
User: ejort Date: 02/03/24 03:50:27 Modified:src/main/test/compliance/monitor/support Tag: BranchMX_1_0 CounterSupport.java CounterSupportMBean.java StringSupport.java StringSupportMBean.java Added: src/main/test/compliance/monitor/support Tag: BranchMX_1_0 GaugeSupport.java GaugeSupportMBean.java MonitorSupport.java Log: Made queries threadsafe, better but still incomplete monitor tests Revision ChangesPath No revision No revision 1.1.2.1 +31 -4 jmx/src/main/test/compliance/monitor/support/CounterSupport.java Index: CounterSupport.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/CounterSupport.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- CounterSupport.java 26 Jan 2002 21:02:21 - 1.1 +++ CounterSupport.java 24 Mar 2002 11:50:27 - 1.1.2.1 @@ -8,17 +8,44 @@ package test.compliance.monitor.support; public class CounterSupport + extends MonitorSupport implements CounterSupportMBean { - private int value; + private Number value; - public int getValue() + public Number getValue() { -return value; + lock(get); + try + { +return value; + } + finally + { +unlock(get); + } } - public void setValue(int value) + public void setValue(Number value) { this.value = value; + } + + public Number getWrongNull() + { +return null; + } + + public String getWrongType() + { +return Wrong; + } + + public Number getWrongException() + { + throw new RuntimeException(It is broke); + } + public void setWriteOnly(Number value) + { } } 1.1.2.1 +6 -2 jmx/src/main/test/compliance/monitor/support/CounterSupportMBean.java Index: CounterSupportMBean.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/CounterSupportMBean.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- CounterSupportMBean.java 26 Jan 2002 21:02:21 - 1.1 +++ CounterSupportMBean.java 24 Mar 2002 11:50:27 - 1.1.2.1 @@ -9,6 +9,10 @@ public interface CounterSupportMBean { - public int getValue(); - public void setValue(int value); + public Number getValue(); + public void setValue(Number value); + public Number getWrongNull(); + public String getWrongType(); + public Number getWrongException(); + public void setWriteOnly(Number value); } 1.1.2.1 +29 -1 jmx/src/main/test/compliance/monitor/support/StringSupport.java Index: StringSupport.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/StringSupport.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- StringSupport.java26 Jan 2002 21:02:21 - 1.1 +++ StringSupport.java24 Mar 2002 11:50:27 - 1.1.2.1 @@ -8,17 +8,45 @@ package test.compliance.monitor.support; public class StringSupport + extends MonitorSupport implements StringSupportMBean { private String value; public String getValue() { -return value; + lock(get); + try + { +return value; + } + finally + { +unlock(get); + } } public void setValue(String value) { + lock(set); this.value = value; + } + + public String getWrongNull() + { +return null; + } + + public Integer getWrongType() + { +return new Integer(0); + } + + public String getWrongException() + { + throw new RuntimeException(It is broke); + } + public void setWriteOnly(String value) + { } } 1.1.2.1 +4 -0 jmx/src/main/test/compliance/monitor/support/StringSupportMBean.java Index: StringSupportMBean.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/StringSupportMBean.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- StringSupportMBean.java 26 Jan 2002 21:02:21 - 1.1 +++ StringSupportMBean.java 24 Mar 2002 11:50:27 - 1.1.2.1 @@ -11,4 +11,8 @@ { public String getValue(); public void setValue(String value); + public String getWrongNull(); + public Integer getWrongType(); + public String getWrongException(); +
[JBoss-dev] CVS update: jmx/src/main/javax/management AndQueryExp.java AnySubStringQueryExp.java AttributeValueExp.java BetweenQueryExp.java BinaryComparisonQueryExp.java BinaryOpValueExp.java ClassAttributeValueExp.java FinalSubStringQueryExp.java InQueryExp.java InitialSubStringQueryExp.java MatchQueryExp.java NotQueryExp.java NumberValueExp.java OrQueryExp.java QualifiedAttributeValueExp.java QueryEval.java QueryExpSupport.java StringValueExp.java ValueExpSupport.java
User: ejort Date: 02/03/24 03:50:26 Modified:src/main/javax/management Tag: BranchMX_1_0 AndQueryExp.java AnySubStringQueryExp.java AttributeValueExp.java BetweenQueryExp.java BinaryComparisonQueryExp.java BinaryOpValueExp.java ClassAttributeValueExp.java FinalSubStringQueryExp.java InQueryExp.java InitialSubStringQueryExp.java MatchQueryExp.java NotQueryExp.java NumberValueExp.java OrQueryExp.java QualifiedAttributeValueExp.java QueryEval.java QueryExpSupport.java StringValueExp.java ValueExpSupport.java Log: Made queries threadsafe, better but still incomplete monitor tests Revision ChangesPath No revision No revision 1.1.2.2 +6 -8 jmx/src/main/javax/management/AndQueryExp.java Index: AndQueryExp.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/AndQueryExp.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- AndQueryExp.java 16 Mar 2002 12:38:50 - 1.1.2.1 +++ AndQueryExp.java 24 Mar 2002 11:50:26 - 1.1.2.2 @@ -18,12 +18,16 @@ * ul * liFix the human readable expression * /ul + * pb20020317 Adrian Brock:/b + * ul + * liMake queries thread safe + * /ul * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. - * @version $Revision: 1.1.2.1 $ + * @version $Revision: 1.1.2.2 $ */ /*package*/ class AndQueryExp - implements QueryExp + extends QueryExpSupport { // Constants --- @@ -66,12 +70,6 @@ InvalidApplicationException { return first.apply(name) second.apply(name); - } - - public void setMBeanServer(MBeanServer server) - { - first.setMBeanServer(server); - second.setMBeanServer(server); } // Object overrides 1.1.2.1 +7 -7 jmx/src/main/javax/management/AnySubStringQueryExp.java Index: AnySubStringQueryExp.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/AnySubStringQueryExp.java,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- AnySubStringQueryExp.java 22 Feb 2002 16:44:32 - 1.1 +++ AnySubStringQueryExp.java 24 Mar 2002 11:50:26 - 1.1.2.1 @@ -12,12 +12,18 @@ * An Any Substring Query Expression.p * * Returns true when an attribute value contains the string expression. + * + * pbRevisions:/b + * pb20020317 Adrian Brock:/b + * ul + * liMake queries thread safe + * /ul * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. - * @version $Revision: 1.1 $ + * @version $Revision: 1.1.2.1 $ */ /*package*/ class AnySubStringQueryExp - implements QueryExp + extends QueryExpSupport { // Constants --- @@ -68,12 +74,6 @@ } // REVIEW: correct? return false; - } - - public void setMBeanServer(MBeanServer server) - { - attr.setMBeanServer(server); - string.setMBeanServer(server); } // Object overrides 1.2.2.1 +9 -24 jmx/src/main/javax/management/AttributeValueExp.java Index: AttributeValueExp.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/AttributeValueExp.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- AttributeValueExp.java22 Feb 2002 16:44:32 - 1.2 +++ AttributeValueExp.java24 Mar 2002 11:50:26 - 1.2.2.1 @@ -8,15 +8,18 @@ /** * A String that is an arguement to a query.p - * - * There is some duplication of implementation because of the poor - * design. * + * pbRevisions:/b + * pb20020317 Adrian Brock:/b + * ul + * liMake queries thread safe + * /ul + * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. - * @version $Revision: 1.2 $ + * @version $Revision: 1.2.2.1 $ */ public class AttributeValueExp - implements ValueExp + extends ValueExpSupport { // Constants --- @@ -27,11 +30,6 @@ */ private String value; - /** -* The MBean server for this expression -*/ - private MBeanServer server; - // Static - // Constructors
[JBoss-dev] jboss-all daily clean failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/monitor MonitorTestCase.java MonitorSUITE.java BasicTEST.java MonitorUnitTestSUITE.java
User: ejort Date: 02/03/24 05:12:13 Modified:src/main/test/compliance/monitor MonitorSUITE.java Added: src/main/test/compliance/monitor MonitorTestCase.java Removed: src/main/test/compliance/monitor BasicTEST.java MonitorUnitTestSUITE.java Log: merge RelMX_1_0_0_12 to RelMX_1_0_0_13 to dev branch Revision ChangesPath 1.2 +12 -2 jmx/src/main/test/compliance/monitor/MonitorSUITE.java Index: MonitorSUITE.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/MonitorSUITE.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MonitorSUITE.java 26 Jan 2002 21:02:20 - 1.1 +++ MonitorSUITE.java 24 Mar 2002 13:12:12 - 1.2 @@ -19,6 +19,17 @@ extends TestSuite { /** + * The maximum wait for a notification + */ + public static final long MAX_WAIT = 1000; + + /** + * The time between notifications + */ + + public static final long GRANULARITY_TIME = 1; + + /** * Run the tests * * @param args the arguments for the test @@ -37,8 +48,7 @@ { TestSuite suite = new TestSuite(Monitor Service Tests); -suite.addTest(new TestSuite(BasicTEST.class)); -suite.addTest(MonitorUnitTestSUITE.suite()); +suite.addTest(new TestSuite(MonitorTestCase.class)); return suite; } 1.2 +1268 -0 jmx/src/main/test/compliance/monitor/MonitorTestCase.java ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/javax/management AndQueryExp.java AnySubStringQueryExp.java AttributeValueExp.java BetweenQueryExp.java BinaryComparisonQueryExp.java BinaryOpValueExp.java ClassAttributeValueExp.java FinalSubStringQueryExp.java InQueryExp.java InitialSubStringQueryExp.java MatchQueryExp.java NotQueryExp.java NumberValueExp.java OrQueryExp.java QualifiedAttributeValueExp.java QueryEval.java QueryExpSupport.java StringValueExp.java ValueExpSupport.java
User: ejort Date: 02/03/24 05:12:12 Modified:src/main/javax/management AndQueryExp.java AnySubStringQueryExp.java AttributeValueExp.java BetweenQueryExp.java BinaryComparisonQueryExp.java BinaryOpValueExp.java ClassAttributeValueExp.java FinalSubStringQueryExp.java InQueryExp.java InitialSubStringQueryExp.java MatchQueryExp.java NotQueryExp.java NumberValueExp.java OrQueryExp.java QualifiedAttributeValueExp.java QueryEval.java QueryExpSupport.java StringValueExp.java ValueExpSupport.java Log: merge RelMX_1_0_0_12 to RelMX_1_0_0_13 to dev branch Revision ChangesPath 1.3 +6 -8 jmx/src/main/javax/management/AndQueryExp.java Index: AndQueryExp.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/AndQueryExp.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- AndQueryExp.java 15 Mar 2002 20:26:38 - 1.2 +++ AndQueryExp.java 24 Mar 2002 13:12:11 - 1.3 @@ -18,12 +18,16 @@ * ul * liFix the human readable expression * /ul + * pb20020317 Adrian Brock:/b + * ul + * liMake queries thread safe + * /ul * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. * @version $Revision$ */ /*package*/ class AndQueryExp - implements QueryExp + extends QueryExpSupport { // Constants --- @@ -66,12 +70,6 @@ InvalidApplicationException { return first.apply(name) second.apply(name); - } - - public void setMBeanServer(MBeanServer server) - { - first.setMBeanServer(server); - second.setMBeanServer(server); } // Object overrides 1.2 +8 -8 jmx/src/main/javax/management/AnySubStringQueryExp.java Index: AnySubStringQueryExp.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/AnySubStringQueryExp.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- AnySubStringQueryExp.java 22 Feb 2002 16:44:32 - 1.1 +++ AnySubStringQueryExp.java 24 Mar 2002 13:12:11 - 1.2 @@ -12,12 +12,18 @@ * An Any Substring Query Expression.p * * Returns true when an attribute value contains the string expression. + * + * pbRevisions:/b + * pb20020317 Adrian Brock:/b + * ul + * liMake queries thread safe + * /ul * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. * @version $Revision$ */ /*package*/ class AnySubStringQueryExp - implements QueryExp + extends QueryExpSupport { // Constants --- @@ -68,12 +74,6 @@ } // REVIEW: correct? return false; - } - - public void setMBeanServer(MBeanServer server) - { - attr.setMBeanServer(server); - string.setMBeanServer(server); } // Object overrides 1.3 +9 -24 jmx/src/main/javax/management/AttributeValueExp.java Index: AttributeValueExp.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/AttributeValueExp.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- AttributeValueExp.java22 Feb 2002 16:44:32 - 1.2 +++ AttributeValueExp.java24 Mar 2002 13:12:11 - 1.3 @@ -8,15 +8,18 @@ /** * A String that is an arguement to a query.p - * - * There is some duplication of implementation because of the poor - * design. * + * pbRevisions:/b + * pb20020317 Adrian Brock:/b + * ul + * liMake queries thread safe + * /ul + * * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a. * @version $Revision$ */ public class AttributeValueExp - implements ValueExp + extends ValueExpSupport { // Constants --- @@ -27,11 +30,6 @@ */ private String value; - /** -* The MBean server for this expression -*/ - private MBeanServer server; - // Static - // Constructors @@ -84,11 +82,6 @@ throw new BadAttributeValueExpException(object); } - public void setMBeanServer(MBeanServer server) - { - this.server = server; - } - // Object overrides
[JBoss-dev] CVS update: jmx/src/main/javax/management/monitor CounterMonitor.java Monitor.java
User: ejort Date: 02/03/24 05:12:12 Modified:src/main/javax/management/monitor CounterMonitor.java Monitor.java Log: merge RelMX_1_0_0_12 to RelMX_1_0_0_13 to dev branch Revision ChangesPath 1.2 +390 -376 jmx/src/main/javax/management/monitor/CounterMonitor.java Index: CounterMonitor.java === RCS file: /cvsroot/jboss/jmx/src/main/javax/management/monitor/CounterMonitor.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CounterMonitor.java 21 Dec 2001 01:39:37 - 1.1 +++ CounterMonitor.java 24 Mar 2002 13:12:12 - 1.2 @@ -1,376 +1,390 @@ -/* -* JBoss, the OpenSource EJB server -* -* Distributable under LGPL license. -* See terms of license at gnu.org. -*/ -package javax.management.monitor; - -import javax.management.MBeanAttributeInfo; -import javax.management.MBeanNotificationInfo; - -// REVIEW: Check synchronization - -/** - * The counter monitor service. - * - * @author a href=mailto:[EMAIL PROTECTED];Adrian Brock/a - * @version $Revision$ - * - */ -public class CounterMonitor - extends Monitor - implements CounterMonitorMBean -{ - // Constants - - - /** - * The counter threshold exceeded has been notified. - */ - int THRESHOLD_EXCEEDED_NOTIFIED = 16; - - /** - * The threshold type error has been notified. - */ - int THRESHOLD_ERROR_NOTIFIED = 32; - - // Attributes - - /** - * The derived gauge. - */ - private Number derivedGauge = new Integer(0); - - /** - * The last value. - */ - private Number lastValue = null; - - /** - * The derived gauge timeStamp. - */ - private long derivedGaugeTimeStamp = 0; - - /** - * The offset. - */ - Number offset = new Integer(0); - - /** - * The modulus. - */ - Number modulus = new Integer(0); - - /** - * The threshold. - */ - Number threshold = new Integer(0); - - /** - * The last stated threshold. - */ - Number lastThreshold = new Integer(0); - - /** - * Difference mode. - */ - boolean differenceMode = false; - - /** - * Notify. - */ - boolean notify = false; - - // Static - - // Constructors -- - - /** - * Default Constructor - */ - public CounterMonitor() - { -dbgTag = CounterMonitor; - } - - // Public - - public MBeanNotificationInfo[] getNotificationInfo() - { -MBeanNotificationInfo[] result = new MBeanNotificationInfo[1]; -String[] types = new String[] -{ - MonitorNotification.RUNTIME_ERROR, - MonitorNotification.OBSERVED_OBJECT_ERROR, - MonitorNotification.OBSERVED_ATTRIBUTE_ERROR, - MonitorNotification.OBSERVED_ATTRIBUTE_TYPE_ERROR, - MonitorNotification.THRESHOLD_ERROR, - MonitorNotification.THRESHOLD_VALUE_EXCEEDED -}; -result[0] = new MBeanNotificationInfo(types, - javax.management.monitor.MonitorNotification, - Notifications sent by the Counter Monitor Service MBean); -return result; - } - - // CounterMonitorMBean implementation - - public Number getDerivedGauge() - { -return derivedGauge; - } - - public long getDerivedGaugeTimeStamp() - { -return derivedGaugeTimeStamp; - } - - public boolean getDifferenceMode() - { -return differenceMode; - } - - public void setDifferenceMode(boolean value) - { -differenceMode = value; - } - - public Number getModulus() - { -return modulus; - } - - public void setModulus(Number value) -throws IllegalArgumentException - { -if (value == null) - throw new IllegalArgumentException(Null modulus); -if (value.longValue() 0) - throw new IllegalArgumentException(Negative modulus); -modulus = value; -alreadyNotified = RESET_FLAGS_ALREADY_NOTIFIED; - } - - public boolean getNotify() - { -return notify; - } - - public void setNotify(boolean value) - { -notify = value; - } - - public Number getOffset() - { -return offset; - } - - public void setOffset(Number value) -throws IllegalArgumentException - { -if (value == null) - throw new IllegalArgumentException(Null offset); -if (value.longValue() 0) - throw new IllegalArgumentException(Negative offset); -offset = value; -alreadyNotified = RESET_FLAGS_ALREADY_NOTIFIED; - } - -
[JBoss-dev] CVS update: jmx/src/main/test/compliance/monitor/support GaugeSupport.java GaugeSupportMBean.java MonitorSupport.java CounterSupport.java CounterSupportMBean.java StringSupport.java StringSupportMBean.java
User: ejort Date: 02/03/24 05:12:13 Modified:src/main/test/compliance/monitor/support CounterSupport.java CounterSupportMBean.java StringSupport.java StringSupportMBean.java Added: src/main/test/compliance/monitor/support GaugeSupport.java GaugeSupportMBean.java MonitorSupport.java Log: merge RelMX_1_0_0_12 to RelMX_1_0_0_13 to dev branch Revision ChangesPath 1.2 +31 -4 jmx/src/main/test/compliance/monitor/support/CounterSupport.java Index: CounterSupport.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/CounterSupport.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CounterSupport.java 26 Jan 2002 21:02:21 - 1.1 +++ CounterSupport.java 24 Mar 2002 13:12:13 - 1.2 @@ -8,17 +8,44 @@ package test.compliance.monitor.support; public class CounterSupport + extends MonitorSupport implements CounterSupportMBean { - private int value; + private Number value; - public int getValue() + public Number getValue() { -return value; + lock(get); + try + { +return value; + } + finally + { +unlock(get); + } } - public void setValue(int value) + public void setValue(Number value) { this.value = value; + } + + public Number getWrongNull() + { +return null; + } + + public String getWrongType() + { +return Wrong; + } + + public Number getWrongException() + { + throw new RuntimeException(It is broke); + } + public void setWriteOnly(Number value) + { } } 1.2 +6 -2 jmx/src/main/test/compliance/monitor/support/CounterSupportMBean.java Index: CounterSupportMBean.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/CounterSupportMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CounterSupportMBean.java 26 Jan 2002 21:02:21 - 1.1 +++ CounterSupportMBean.java 24 Mar 2002 13:12:13 - 1.2 @@ -9,6 +9,10 @@ public interface CounterSupportMBean { - public int getValue(); - public void setValue(int value); + public Number getValue(); + public void setValue(Number value); + public Number getWrongNull(); + public String getWrongType(); + public Number getWrongException(); + public void setWriteOnly(Number value); } 1.2 +29 -1 jmx/src/main/test/compliance/monitor/support/StringSupport.java Index: StringSupport.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/StringSupport.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- StringSupport.java26 Jan 2002 21:02:21 - 1.1 +++ StringSupport.java24 Mar 2002 13:12:13 - 1.2 @@ -8,17 +8,45 @@ package test.compliance.monitor.support; public class StringSupport + extends MonitorSupport implements StringSupportMBean { private String value; public String getValue() { -return value; + lock(get); + try + { +return value; + } + finally + { +unlock(get); + } } public void setValue(String value) { + lock(set); this.value = value; + } + + public String getWrongNull() + { +return null; + } + + public Integer getWrongType() + { +return new Integer(0); + } + + public String getWrongException() + { + throw new RuntimeException(It is broke); + } + public void setWriteOnly(String value) + { } } 1.2 +4 -0 jmx/src/main/test/compliance/monitor/support/StringSupportMBean.java Index: StringSupportMBean.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/monitor/support/StringSupportMBean.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- StringSupportMBean.java 26 Jan 2002 21:02:21 - 1.1 +++ StringSupportMBean.java 24 Mar 2002 13:12:13 - 1.2 @@ -11,4 +11,8 @@ { public String getValue(); public void setValue(String value); + public String getWrongNull(); + public Integer getWrongType(); + public String getWrongException(); + public void setWriteOnly(String value); } 1.2 +51 -0 jmx/src/main/test/compliance/monitor/support/GaugeSupport.java 1.2 +18 -0
[JBoss-dev] [AUTOMATED] JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-all daily clean failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jmx/src/main/test/compliance/query QueryTestCase.java
User: ejort Date: 02/03/24 05:12:13 Modified:src/main/test/compliance/query QueryTestCase.java Log: merge RelMX_1_0_0_12 to RelMX_1_0_0_13 to dev branch Revision ChangesPath 1.2 +64 -0 jmx/src/main/test/compliance/query/QueryTestCase.java Index: QueryTestCase.java === RCS file: /cvsroot/jboss/jmx/src/main/test/compliance/query/QueryTestCase.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- QueryTestCase.java15 Mar 2002 20:26:40 - 1.1 +++ QueryTestCase.java24 Mar 2002 13:12:13 - 1.2 @@ -1001,6 +1001,38 @@ } /** +* Test threading, tests that running the same query in multiple threads +* works. This test might not catch a threading problem on every run. +*/ + public void testThreading() throws Exception + { + MBeanServer server1 = MBeanServerFactory.createMBeanServer(server1); + MBeanServer server2 = MBeanServerFactory.createMBeanServer(server2); + try + { + ObjectName name = new ObjectName(Domain1:type=instance1); + NumberTest bean1 = new NumberTest(1); + NumberTest bean2 = new NumberTest(2); + server1.registerMBean(bean1, name); + server2.registerMBean(bean2, name); + QueryExp query = Query.eq(Query.attr(Number), Query.value(2)); + QueryThread thread1 = new QueryThread(server1, query, 0); + QueryThread thread2 = new QueryThread(server2, query, 1); + thread1.start(); + thread2.start(); + thread1.join(1); + thread1.check(); + thread2.join(1); + thread2.check(); + } + finally + { + MBeanServerFactory.releaseMBeanServer(server1); + MBeanServerFactory.releaseMBeanServer(server2); + } + } + + /** * Test pathological */ public void testPathological() throws Exception @@ -1553,6 +1585,38 @@ { fail(Expected instance + iterator.next() + \nfor query + queryExp); + } + } + } + + public class QueryThread + extends Thread + { + MBeanServer server; + QueryExp query; + int expected; + int result; + public QueryThread(MBeanServer server, QueryExp query, int expected) + { + this.server = server; + this.query = query; + this.expected = expected; + } + public int getExpected() + { + return expected; + } + public void check() + { + assertEquals(expected, result); + } + public void run() + { + for (int i = 0; i 1000; i++) + { +result = server.queryNames(null, query).size(); +if (result != expected) + return; } } } ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossMX - Core/Kernel
On Sat, 23 Mar 2002, Adrian Brock wrote: If we really wanted to provide a minimal kernel, Standard and ModelMBeans are really services on top of the DynamicMBean core. But that's probably not relevent to most users of JMX The Model MBean implementation should at least eventually move out of the kernel jar. -- Juha Lindfors Author of JMX: Managing J2EE with Java Management Extensions Senior Developer, JBoss Group LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-all daily clean failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-all daily clean failed
Have I broken the hourly compile? I noticed last night's test runs didn't clobber the testsuite first. The cluster tests still failed. I requested a full checkout, and since then it has been reporting a missing build.sh Regards, Adrian _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8978 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: ejort Date: 02/03/24 06:43:19 Modified:.modules Log: Added JBossMX to standalone JBossMQ Revision ChangesPath 1.105 +1 -0 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.104 retrieving revision 1.105 diff -u -r1.104 -r1.105 --- modules 10 Mar 2002 01:54:33 - 1.104 +++ modules 24 Mar 2002 14:43:18 - 1.105 @@ -189,6 +189,7 @@ jbossmq-modules -a \ _jbossmq_build \ +_jboss_jmx \ _jboss_j2ee \ _jboss_naming \ _jboss_server \ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: ejort Date: 02/03/24 07:16:47 Modified:.modules Log: Add JBossMX thirdparty support to JBossMQ standalone Revision ChangesPath 1.106 +8 -6 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.105 retrieving revision 1.106 diff -u -r1.105 -r1.106 --- modules 24 Mar 2002 14:43:18 - 1.105 +++ modules 24 Mar 2002 15:16:47 - 1.106 @@ -182,10 +182,12 @@ thirdparty/gnu \ thirdparty/hsql \ thirdparty/hsqldb \ +thirdparty/jdom \ thirdparty/junit \ thirdparty/oswego \ thirdparty/javagroups \ -thirdparty/sun +thirdparty/sun \ +thirdparty/xml jbossmq-modules -a \ _jbossmq_build \ @@ -210,15 +212,15 @@ _jboss-mx-modules _jboss-mx-thirdparty-a \ -thirdparty/xml \ +thirdparty/apache/bcel \ +thirdparty/apache/log4j \ thirdparty/gnu \ -thirdparty/oswego \ -thirdparty/junit \ thirdparty/jdom \ +thirdparty/junit \ +thirdparty/oswego \ thirdparty/sun/jmx \ thirdparty/sun/jaxp \ -thirdparty/apache/log4j \ -thirdparty/apache/bcel +thirdparty/xml _jboss-mx-modules -a \ _jboss-mx_build \ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-all daily clean failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-all daily clean failed
I tried a full checkout on my machine after seeing this and did not have any problems. I don't know what is going on with this. david jencks On 2002.03.24 09:21:44 -0500 Adrian Brock wrote: Have I broken the hourly compile? I noticed last night's test runs didn't clobber the testsuite first. The cluster tests still failed. I requested a full checkout, and since then it has been reporting a missing build.sh Regards, Adrian _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8978 ___ 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: CVSROOT modules
User: ejort Date: 02/03/24 07:27:33 Modified:.modules Log: Standalone JBossMQ missing the common and system modules Revision ChangesPath 1.107 +2 -0 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.106 retrieving revision 1.107 diff -u -r1.106 -r1.107 --- modules 24 Mar 2002 15:16:47 - 1.106 +++ modules 24 Mar 2002 15:27:33 - 1.107 @@ -191,6 +191,8 @@ jbossmq-modules -a \ _jbossmq_build \ +_jboss_common \ +_jboss_system \ _jboss_jmx \ _jboss_j2ee \ _jboss_naming \ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossMX and JBossMQ standalone
Hi Hiram, I'm not sure I'm doing this correctly. JBossMQ standalone includes JBossServer. The standalone version hasn't been update with the system, common, management module changes. It also has a missing version.mf that I've added. I'm going to keep going, but it is getting closer to jboss-all? Regards, Adrian Yes please modify. The standalone JBossMQ should run under the same enviorment that the integrated one does. So if JBoss is making the switch to JBossMX, JBossMQ should do the same also. Makes maintenance easier. Regards, Hiram From: Adrian Brock [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMX and JBossMQ standalone Date: Sat, 23 Mar 2002 16:29:44 -0600 There is a standalone checkout of JBossMQ that is still using jmxri.jar Part of the reason for doing the integration is to stop developers using invoke() to get/set attributes. Something that should never have been allowed and will be stopped in the RI from JMX1.1 I can modify this, but it means modifying CVSROOT/modules to include the jmx module. I can do this, but should I? Regards, Adrian _ ___ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11480 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-de elopment __ __ Join the worldÂ’s largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ 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=11488 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: ejort Date: 02/03/24 07:47:57 Modified:.modules Log: Add JBossManagement to JBossMQ standalone Revision ChangesPath 1.108 +1 -0 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.107 retrieving revision 1.108 diff -u -r1.107 -r1.108 --- modules 24 Mar 2002 15:27:33 - 1.107 +++ modules 24 Mar 2002 15:47:56 - 1.108 @@ -195,6 +195,7 @@ _jboss_system \ _jboss_jmx \ _jboss_j2ee \ +_jboss_management \ _jboss_naming \ _jboss_server \ _jboss_messaging \ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-all daily clean failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss and Apache
As a jakarta committer, I have to say thanks for stating this as succintly as you did. I also read the article and thought that it was a little harsh, but was not too worried about it. I admire what Jboss is and what the Jboss group is attempting. You guys are the next Linux/Apache. Keep up the good work. Nevertheless, IMHO IBM/Sun don't affect what Apache is doing to the extent that you think. But again MHO. I would love to see you guys come to Apache and build the whole stack, but I also think you are doing fine where you are. Cheers, Scott Sanders PS. Save me a tshirt ;) -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 23, 2002 3:22 PM To: Ceki Gulcu; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss and Apache |The interview states very clearly where I stand... | |Actually, your comments in the interview came though like an |unwarranted attack against Jakarta whereas now your concern seems to be |focused on the business model which is a very legitimate concern. I am sorry if the interview ruffled some feathers. My intention was not to attack Jakarta. It was simply to state my view that JBoss Group and Jakarta have different agendas. JBoss Group does not aspire to be a non-profit organization. We actually want to pay for J2EE certification. Also, we are extremely protective of our independence. My feeling is that IBM is calling the shots at Apache right now. The JBoss LGPL license and JBoss Group brand are an important part of our business, as is our independence from larger organizations. |The Apache Foundation model is incompatible with our professional |vision. I |view the ASF as a failure of the open source business model. I view |Linux as an even bigger failure of the open source business model, so |you see... :). | |Apache is rather big, Linux is even bigger. So characterizing Apache or |Linux as one big flop is inaccurate. I don't think Apache is about |financial success. |We measure success by a different yardstick. I would even adventure to say |that we don't really measure it. I never called Apache a flop. I only stated my opinion that it's not independent developers calling the shots, but IBM and to a lesser degree Sun. Apache is a big success from an open source standpoint, Linux is king in that category. But we want to move beyond simple open source success. We want a business model that favors the developers in the group. By this measure, the business of Linux is small, the developers are in their corner, the Linux distrubtors in another. Apache... httpd? as a protitable market? Financially, it's been victimized by its own success. There's no way to make an independent living out of it. If that's what you and the Apache guys want, that's fine. It's just not what we want for JBoss. J2EE is a different beast altogether. Everyone says Open Source needs services as a b-model, well J2EE is an inherently rich deep integration field. We want to be a player in it. We feel, it is only by earning money that we can achieve our independence and we simply would rather deal with clients than donors. Fact is that there's no free lunch. You're going to have to serve somebody--in the words of Bob Dylan. We want to choose who we serve and how. We are about commoditizing the appserver and getting paid as developers. The major thrust of corporate software is about pursuing the reverse, commoditize the developer and make people pay through the nose for the software. JBoss Group is the professional umbrella for a core group of developers and affiliates. |Why do you think you couldn't pursue the same goals within Apache? What |is there to prevent you? See above: it's about maintaining independence vis a vis other corporations and being able to choose the license we want. It's about the JBoss Group brand and benefiting the JBoss developers. Furthermore, right now Apache is not a J2EE play. You have excellent software (your own log4J, XML parsers, ANT, etc.), but when it comes to J2EE you only have 20%, with Tomcat JSP servlet spec (done by Sun). We already implement the other 80% (EJB, JMS, JCA, JMX, etc). With Jetty, we have the full stack, including HTTPD. We respect your work and philosophy. There's room for difference. Peace, marcf ___ 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-all daily clean failed
Hi, --- Adrian Brock [EMAIL PROTECTED] wrote: Have I broken the hourly compile? I noticed last night's test runs didn't clobber the testsuite first. The cluster tests still failed. I requested a full checkout, and since then it has been reporting a missing build.sh It went AWOL for some reason... I think it is back to normal now. I think I have stopped it sending these messages too - they should be for me only. The list should only get compile/test failures. What surprised me was that the jdk1.4 tests worked this morning too! Although they only ran as quick as the IBM jdk1.3 test... Chris = http://www.soccer2002.org.uk - join in and win CA$H! __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: ejort Date: 02/03/24 09:12:21 Modified:.modules Log: Standalone jbossmq needs pool and connector as well Revision ChangesPath 1.109 +2 -0 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.108 retrieving revision 1.109 diff -u -r1.108 -r1.109 --- modules 24 Mar 2002 15:47:56 - 1.108 +++ modules 24 Mar 2002 17:12:21 - 1.109 @@ -197,6 +197,8 @@ _jboss_j2ee \ _jboss_management \ _jboss_naming \ +_jboss_pool \ +_jboss_connector \ _jboss_server \ _jboss_messaging \ _jboss_security ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossMX and JBossMQ standalone
Ahh, yep it's out of date. It's been a while since I did a standalone build. If you want, I'll look into bringing the build upto date. Regards, Hiram From: Adrian Brock [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossMX and JBossMQ standalone Date: Sun, 24 Mar 2002 09:44:51 -0600 Hi Hiram, I'm not sure I'm doing this correctly. JBossMQ standalone includes JBossServer. The standalone version hasn't been update with the system, common, management module changes. It also has a missing version.mf that I've added. I'm going to keep going, but it is getting closer to jboss-all? Regards, Adrian Yes please modify. The standalone JBossMQ should run under the same enviorment that the integrated one does. So if JBoss is making the switch to JBossMX, JBossMQ should do the same also. Makes maintenance easier. Regards, Hiram From: Adrian Brock [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMX and JBossMQ standalone Date: Sat, 23 Mar 2002 16:29:44 -0600 There is a standalone checkout of JBossMQ that is still using jmxri.jar Part of the reason for doing the integration is to stop developers using invoke() to get/set attributes. Something that should never have been allowed and will be stopped in the RI from JMX1.1 I can modify this, but it means modifying CVSROOT/modules to include the jmx module. I can do this, but should I? Regards, Adrian _ ___ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11480 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-de elopment __ __ Join the worldÂ’s largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ 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=11488 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Join the worldÂ’s largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-all daily clean failed
Hi, --- Adrian Brock [EMAIL PROTECTED] wrote: Have I broken the hourly compile? I noticed last night's test runs didn't clobber the testsuite first. The cluster tests still failed. I requested a full checkout, and since then it has been reporting a missing build.sh It went AWOL for some reason... I think it is back to normal now. I think I have stopped it sending these messages too - they should be for me only. The list should only get compile/test failures. What surprised me was that the jdk1.4 tests worked this morning too! This is an additional feature of JBossMX I forgot to mention :-) Although they only ran as quick as the IBM jdk1.3 test... Chris = http://www.soccer2002.org.uk - join in and win CA$H! __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-dev lopment Regards, Adrian _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8978 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossMX and JBossMQ standalone
Hi Hiram, I've got a bootable system now. It is a bit bloated for standalone JBossMQ. I've converted it to Jason's latest build system. I'll commit soon and leave you to cut out the fat :-) Regards, Adrian Ahh, yep it's out of date. It's been a while since I did a standalone build. If you want, I'll look into bringing the build upto date. Regards, Hiram From: Adrian Brock [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossMX and JBossMQ standalone Date: Sun, 24 Mar 2002 09:44:51 -0600 Hi Hiram, I'm not sure I'm doing this correctly. JBossMQ standalone includes JBossServer. The standalone version hasn't been update with the system, common, management module changes. It also has a missing version.mf that I've added. I'm going to keep going, but it is getting closer to jboss-all? Regards, Adrian Yes please modify. The standalone JBossMQ should run under the same enviorment that the integrated one does. So if JBoss is making the switch to JBossMX, JBossMQ should do the same also. Makes maintenance easier. Regards, Hiram From: Adrian Brock [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMX and JBossMQ standalone Date: Sat, 23 Mar 2002 16:29:44 -0600 There is a standalone checkout of JBossMQ that is still using jmxri.jar Part of the reason for doing the integration is to stop developers using invoke() to get/set attributes. Something that should never have been allowed and will be stopped in the RI from JMX1.1 I can modify this, but it means modifying CVSROOT/modules to include the jmx module. I can do this, but should I? Regards, Adrian _ ___ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11480 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-de elopment __ __ Join the worldÂ’s largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ 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=11488 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-de elopment __ __ Join the worldÂ’s largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ 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=11502 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jbossmq/etc version.mf
User: ejort Date: 02/03/24 09:38:31 Added: jbossmq/etc version.mf Log: Integrate JBossMX into JBossMQ standalone, bring the build up-to-date Revision ChangesPath 1.1 build/jbossmq/etc/version.mf Index: version.mf === Specification-Title: [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@version.tag@ Specification-Version: @version.major@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@version.tag@ Specification-Vendor: JBoss Group, LLC Implementation-Title: [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@version.tag@ [EMAIL PROTECTED]@ Implementation-Version: @version.major@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@version.tag@ Date:@build.id@ Implementation-Vendor: JBoss Group, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jbossmq build.xml
User: ejort Date: 02/03/24 09:38:31 Modified:jbossmq build.xml Log: Integrate JBossMX into JBossMQ standalone, bring the build up-to-date Revision ChangesPath 1.14 +382 -158 build/jbossmq/build.xml Index: build.xml === RCS file: /cvsroot/jboss/build/jbossmq/build.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- build.xml 28 Feb 2002 04:39:24 - 1.13 +++ build.xml 24 Mar 2002 17:38:30 - 1.14 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.13 2002/02/28 04:39:24 user57 Exp $ -- +!-- $Id: build.xml,v 1.14 2002/03/24 17:38:30 ejort Exp $ -- project default=main name=JBossMQ/Build @@ -108,6 +108,10 @@ property name=apache.log4j.root value=${project.thirdparty}/apache/log4j/ property name=apache.log4j.lib value=${apache.log4j.root}/lib/ +!-- BCEL -- +property name=apache.bcel.root value=${project.thirdparty}/apache/bcel/ +property name=apache.bcel.lib value=${apache.bcel.root}/lib/ + !-- EDU.oswego.cs.dl.util.concurrent -- property name=oswego.concurrent.root value=${project.thirdparty}/oswego/concurrent/ property name=oswego.concurrent.lib value=${oswego.concurrent.root}/lib/ @@ -128,6 +132,10 @@ property name=gnu.regexp.root value=${project.thirdparty}/gnu/regexp/ property name=gnu.regexp.lib value=${gnu.regexp.root}/lib/ +!-- GNU Getopt -- +property name=gnu.getopt.root value=${project.thirdparty}/gnu/getopt/ +property name=gnu.getopt.lib value=${gnu.getopt.root}/lib/ + !-- Java Secure Socket Extension (JSSE) -- property name=sun.jsse.root value=${project.thirdparty}/sun/jsse/ property name=sun.jsse.lib value=${sun.jsse.root}/lib/ @@ -172,15 +180,31 @@ moduleconfig property=modules selected=${groups} !-- Standard modules -- + module name=jmx/ + module name=common/ + module name=system/ module name=j2ee/ module name=naming/ + module name=management/ module name=server/ module name=security/ + module name=connector/ + module name=pool/ module name=messaging/ !-- Module groups -- group name=standard -include modules=j2ee, naming, server, security, messaging/ +include modules=jmx, + common, + system, + j2ee, + naming, + management, + server, + security, + pool, + connector, + messaging/ /group !-- Module group sets -- @@ -222,21 +246,16 @@ property name=release.id value=${install.id}/ property name=install.root value=${module.output}/${install.id}/ + property name=install.docs value=${install.root}/docs/ property name=install.manual value=${install.docs}/manual/ property name=install.api value=${install.docs}/api/ property name=install.examples value=${install.docs}/examples/ + property name=install.bin value=${install.root}/bin/ property name=install.client value=${install.root}/client/ -property name=install.conf value=${install.root}/conf/ -property name=install.conf.default value=${install.conf}/default/ -property name=install.db value=${install.root}/db/ -property name=install.deploy value=${install.root}/deploy/ -property name=install.deploy.lib value=${install.deploy}/lib/ property name=install.lib value=${install.root}/lib/ -property name=install.lib.ext value=${install.lib}/ext/ -property name=install.log value=${install.root}/log/ -property name=install.tmp value=${install.root}/tmp/ +property name=install.server value=${install.root}/server/ /target @@ -262,6 +281,36 @@ !-- Module Pass-through Hooks -- !-- == -- + !-- === -- + !-- JMX -- + !-- === -- + + target name=_module-jmx-most +property name=_module.name value=jmx override=true/ +property name=_module.output override=true + value=${project.root}/${_module.name}/output/ + +!-- Copy the generated libraries -- +mkdir dir=${install.lib}/ +copy todir=${install.lib} filtering=no + fileset dir=${_module.output}/lib + include name=jboss-jmx-core.jar/ + include name=jboss-jmx-services.jar/ + /fileset +
Re: [JBoss-dev] JBoss and Apache
Scott, I really can't see anything to gain by becoming a Jakarta project, other then more bureaucracy. BTW, we do have the whole stack. We just support a pluggable web tier. -dain Scott Sanders wrote: As a jakarta committer, I have to say thanks for stating this as succintly as you did. I also read the article and thought that it was a little harsh, but was not too worried about it. I admire what Jboss is and what the Jboss group is attempting. You guys are the next Linux/Apache. Keep up the good work. Nevertheless, IMHO IBM/Sun don't affect what Apache is doing to the extent that you think. But again MHO. I would love to see you guys come to Apache and build the whole stack, but I also think you are doing fine where you are. Cheers, Scott Sanders PS. Save me a tshirt ;) -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 23, 2002 3:22 PM To: Ceki Gulcu; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss and Apache |The interview states very clearly where I stand... | |Actually, your comments in the interview came though like an |unwarranted attack against Jakarta whereas now your concern seems to be |focused on the business model which is a very legitimate concern. I am sorry if the interview ruffled some feathers. My intention was not to attack Jakarta. It was simply to state my view that JBoss Group and Jakarta have different agendas. JBoss Group does not aspire to be a non-profit organization. We actually want to pay for J2EE certification. Also, we are extremely protective of our independence. My feeling is that IBM is calling the shots at Apache right now. The JBoss LGPL license and JBoss Group brand are an important part of our business, as is our independence from larger organizations. |The Apache Foundation model is incompatible with our professional |vision. I |view the ASF as a failure of the open source business model. I view |Linux as an even bigger failure of the open source business model, so |you see... :). | |Apache is rather big, Linux is even bigger. So characterizing Apache or |Linux as one big flop is inaccurate. I don't think Apache is about |financial success. |We measure success by a different yardstick. I would even adventure to say |that we don't really measure it. I never called Apache a flop. I only stated my opinion that it's not independent developers calling the shots, but IBM and to a lesser degree Sun. Apache is a big success from an open source standpoint, Linux is king in that category. But we want to move beyond simple open source success. We want a business model that favors the developers in the group. By this measure, the business of Linux is small, the developers are in their corner, the Linux distrubtors in another. Apache... httpd? as a protitable market? Financially, it's been victimized by its own success. There's no way to make an independent living out of it. If that's what you and the Apache guys want, that's fine. It's just not what we want for JBoss. J2EE is a different beast altogether. Everyone says Open Source needs services as a b-model, well J2EE is an inherently rich deep integration field. We want to be a player in it. We feel, it is only by earning money that we can achieve our independence and we simply would rather deal with clients than donors. Fact is that there's no free lunch. You're going to have to serve somebody--in the words of Bob Dylan. We want to choose who we serve and how. We are about commoditizing the appserver and getting paid as developers. The major thrust of corporate software is about pursuing the reverse, commoditize the developer and make people pay through the nose for the software. JBoss Group is the professional umbrella for a core group of developers and affiliates. |Why do you think you couldn't pursue the same goals within Apache? What |is there to prevent you? See above: it's about maintaining independence vis a vis other corporations and being able to choose the license we want. It's about the JBoss Group brand and benefiting the JBoss developers. Furthermore, right now Apache is not a J2EE play. You have excellent software (your own log4J, XML parsers, ANT, etc.), but when it comes to J2EE you only have 20%, with Tomcat JSP servlet spec (done by Sun). We already implement the other 80% (EJB, JMS, JCA, JMX, etc). With Jetty, we have the full stack, including HTTPD. We respect your work and philosophy. There's room for difference. Peace, marcf ___ 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]
[JBoss-dev] [ jboss-Bugs-534398 ] Comparing PK-object to object in EJB-QL
Bugs item #534398, was opened at 2002-03-24 20:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=534398group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Marius Kotsbak (mkotsbak) Assigned to: Nobody/Anonymous (nobody) Summary: Comparing PK-object to object in EJB-QL Initial Comment: I tried to compare a PK-object parameter to EJB-QL to an object (entity), like this (just an example, not exactly what I did) parameter 1: PersonPK EJB-QL: select OBJECT(a) from account a where account.person = ?1 The ejb-ql parser didn't recognize this syntax. I had to change it into: parameter 1: Long personid select OBJECT(a) from account a where accout.person.personid = ?1 Is this behaviour according to sun's spec (I could not find anything about it)? If not, it is a bug! If yes, I request this feature is JBOSS-QL, as I can't see any problem with including it (it should be clear what is meant with the EJB-QL). With composite PK missing this could be annoying, as you have to include all parts of the PK. It looks like this is very much like the findByPrimaryKey, but in a EJB-QL context. I know it could be done with LocalObject as parameter, but this is ineffective if you have the pk, and have to do an extra findByPK before this EJB-QL. Marius K SW dev Boost communications A/S boostcom.no -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=534398group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx build.xml
User: d_jencks Date: 02/03/24 13:44:32 Modified:.build.xml Log: New ConnectionManager implementation Revision ChangesPath 1.34 +57 -5 jbosscx/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosscx/build.xml,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- build.xml 23 Mar 2002 21:11:00 - 1.33 +++ build.xml 24 Mar 2002 21:44:31 - 1.34 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.33 2002/03/23 21:11:00 ejort Exp $ -- +!-- $Id: build.xml,v 1.34 2002/03/24 21:44:31 d_jencks Exp $ -- project default=main name=JBoss/Connector @@ -92,6 +92,13 @@ pathelement path=${apache.log4j.lib}/log4j.jar/ /path +!-- EDU.oswego.cs.dl.util.concurrent -- +property name=oswego.concurrent.root value=${project.thirdparty}/oswego/concurrent/ +property name=oswego.concurrent.lib value=${oswego.concurrent.root}/lib/ +path id=oswego.concurrent.classpath + pathelement path=${oswego.concurrent.lib}/concurrent.jar/ +/path + !-- JUnit -- property name=junit.junit.root value=${project.thirdparty}/junit/junit/ property name=junit.junit.lib value=${junit.junit.root}/lib/ @@ -104,6 +111,7 @@ path refid=sun.jaxp.classpath/ path refid=sun.jaas.classpath/ path refid=apache.log4j.classpath/ + path refid=oswego.concurrent.classpath/ path refid=junit.junit.classpath/ /path @@ -132,6 +140,14 @@ pathelement path=${jboss.system.lib}/jboss-system.jar/ /path +!-- Security -- +property name=jboss.security.root value=${project.root}/security/output/ +property name=jboss.security.lib value=${jboss.security.root}/lib/ +path id=jboss.security.classpath + pathelement path=${jboss.security.lib}/jaas.jar/ + pathelement path=${jboss.security.lib}/jbosssx.jar/ +/path + !-- Server -- property name=jboss.server.root value=${project.root}/server/output/ property name=jboss.server.lib value=${jboss.server.root}/lib/ @@ -163,11 +179,12 @@ !-- The combined depedant module classpath -- path id=dependentmodule.classpath - path refid=jboss.j2ee.classpath/ path refid=jboss.common.classpath/ - path refid=jboss.system.classpath/ - path refid=jboss.server.classpath/ + path refid=jboss.j2ee.classpath/ path refid=jboss.pool.classpath/ + path refid=jboss.security.classpath/ + path refid=jboss.server.classpath/ + path refid=jboss.system.classpath/ path refid=jboss.management.classpath/ path refid=jboss.jmx.classpath/ /path @@ -189,6 +206,9 @@ property name=build.etc value=${module.output}/etc/ property name=build.resources value=${module.output}/resources/ +!--xdoclet output directories-- +property name=build.gen-src value=${module.output}/gen-src// + !-- Install/Release structure -- property name=install.id value=${module.name}-${module.version}/ property name=release.id value=${install.id}/ @@ -226,6 +246,15 @@ property name=junit.timeout value=24/ !-- 4 minutes -- property name=junit.batchtest.todir value=${build.reports}/ property name=junit.jvm.options value=-Ddummy/ +!-- xdoclet -- +path id=xdoclet.task.classpath + path refid=javac.classpath/ + pathelement location=${project.tools}/lib/xdoclet.jar/ + pathelement location=${project.tools}/lib/ant.jar/ +/path +property name=xdoclet.task.classpath + refid=xdoclet.task.classpath/ + /target @@ -244,8 +273,30 @@ depends=compile-classes, compile-resources, compile-etc description=Compile all source files./ + + !-- Compile mbeans with XDoclet -- + target name=compile-mbean-classes depends=init +taskdef name=jmxdoclet classname=xdoclet.jmx.JMXDocletTask/ + +mkdir dir=${build.gen-src}/ +jmxdoclet sourcepath=${source.java} + destdir=${build.gen-src} + classpath=${xdoclet.task.classpath} + force=true + excludedtags=@version,@author + fileset dir=${source.java} +include name=org/jboss/resource/connectionmanager/*.java/ + /fileset + mbeaninterface mergedir=${project.tools}/etc/xdoclet/templates/ + jbossXmlServiceTemplate/ + jbossxmbean/ +/jmxdoclet + + /target + + !-- Compile all class files -- - target name=compile-classes depends=init + target name=compile-classes depends=init, compile-mbean-classes mkdir
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb EntityPersistenceManager.java
User: d_jencks Date: 02/03/24 13:48:06 Modified:src/main/org/jboss/ejb EntityPersistenceManager.java Log: removed statistics provider from EntityPersistenceManager interface. It doesn't seem to be used, and bloated the interface for my purposes. Revision ChangesPath 1.13 +2 -2 jboss/src/main/org/jboss/ejb/EntityPersistenceManager.java Index: EntityPersistenceManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/EntityPersistenceManager.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- EntityPersistenceManager.java 16 Feb 2002 09:34:47 - 1.12 +++ EntityPersistenceManager.java 24 Mar 2002 21:48:06 - 1.13 @@ -25,10 +25,10 @@ * @see EntityContainer * * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ */ public interface EntityPersistenceManager - extends ContainerPlugin, StatisticsProvider + extends ContainerPlugin//, StatisticsProvider { /** * Returns a new instance of the bean class or a subclass of the bean class. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx/src/main/org/jboss/resource/security ConfiguredIdentityLoginModule.java
User: d_jencks Date: 02/03/24 13:44:31 Added: src/main/org/jboss/resource/security ConfiguredIdentityLoginModule.java Log: New ConnectionManager implementation Revision ChangesPath 1.1 jbosscx/src/main/org/jboss/resource/security/ConfiguredIdentityLoginModule.java Index: ConfiguredIdentityLoginModule.java === /* * JBoss, the OpenSource WebOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.resource.security; import java.security.Principal; import java.security.acl.Group; import java.util.Map; import java.util.StringTokenizer; import javax.management.MBeanServer; import javax.management.ObjectName; import javax.resource.spi.ManagedConnectionFactory; import javax.resource.spi.security.PasswordCredential; import javax.security.auth.Subject; import javax.security.auth.callback.CallbackHandler; import javax.security.auth.login.LoginException; import org.jboss.security.SimpleGroup; import org.jboss.security.SimplePrincipal; import org.jboss.security.auth.spi.AbstractServerLoginModule; import org.jboss.util.jmx.MBeanServerLocator; import org.jboss.logging.Logger; /** * A simple login module that simply associates the principal specified * in the module options with any subject authenticated against the module. * The type of Principal class used is * codeorg.jboss.security.SimplePrincipal./code * p * If no principal option is specified a principal with the name of 'guest' * is used. * * @see org.jboss.security.SimpleGroup * @see org.jboss.security.SimplePrincipal * * @author [EMAIL PROTECTED] * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @version $Revision: 1.1 $ */ public class ConfiguredIdentityLoginModule extends AbstractServerLoginModule { private String principalName; private String userName; private String password; private ManagedConnectionFactory mcf; private static final Logger log = Logger.getLogger(ConfiguredIdentityLoginModule.class); public ConfiguredIdentityLoginModule() { } public void initialize(Subject subject, CallbackHandler handler, Map sharedState, Map options) { super.initialize(subject, handler, sharedState, options); principalName = (String) options.get(principal); if( principalName == null ) { throw new IllegalArgumentException(Must supply a principal name!); } userName = (String) options.get(userName); if( principalName == null ) { throw new IllegalArgumentException(Must supply a user name!); } password = (String) options.get(password); if( password == null ) { throw new IllegalArgumentException(Must supply a password name!); } String managedConnectionFactoryName = (String) options.get(managedConnectionFactoryName); if( managedConnectionFactoryName == null ) { throw new IllegalArgumentException(Must supply a managedConnectionFactoryName!); } MBeanServer server = MBeanServerLocator.locate(); try { mcf = (ManagedConnectionFactory)server.getAttribute( new ObjectName(managedConnectionFactoryName), ManagedConnectionFactory); } catch (Exception e) { throw new IllegalArgumentException(Managed Connection Factory not found: + managedConnectionFactoryName); } // end of try-catch log.info(got principal: + principalName + , username: + userName + , password: + password + , mcfname: + managedConnectionFactoryName); } public boolean login() throws LoginException { log.info(login called); if( super.login() == true ) return true; Principal principal = new SimplePrincipal(principalName); subject.getPrincipals().add(principal); // Put the principal name into the sharedState map sharedState.put(javax.security.auth.login.name, principalName); PasswordCredential cred = new PasswordCredential(userName, password.toCharArray()); cred.setManagedConnectionFactory(mcf); subject.getPrivateCredentials().add(cred); //???sharedState.put(javax.security.auth.login.name, principalName); return true; } protected Principal getIdentity() { log.info(getIdentity called); Principal principal = new SimplePrincipal(principalName); return principal; } protected Group[] getRoleSets() throws LoginException { log.info(getRoleSets called); return new Group[] {}; /* SimpleGroup roles = new SimpleGroup(Roles); Group[] roleSets =
[JBoss-dev] CVS update: jboss/src/main/org/jboss/tm TxCapsule.java
User: d_jencks Date: 02/03/24 13:44:32 Modified:src/main/org/jboss/tm TxCapsule.java Log: New ConnectionManager implementation Revision ChangesPath 1.34 +71 -28jboss/src/main/org/jboss/tm/TxCapsule.java Index: TxCapsule.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/tm/TxCapsule.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- TxCapsule.java16 Feb 2002 22:38:51 - 1.33 +++ TxCapsule.java24 Mar 2002 21:44:32 - 1.34 @@ -49,7 +49,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a * @author a href=mailto:[EMAIL PROTECTED];Toby Allsopp/a * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a - * @version $Revision: 1.33 $ + * @version $Revision: 1.34 $ */ class TxCapsule implements TimeoutTarget @@ -68,7 +68,7 @@ private Logger log = Logger.getLogger(this.getClass()); /** True if trace messages should be logged. */ - private boolean trace = log.isDebugEnabled(); + private boolean trace = log.isTraceEnabled(); // Static @@ -177,7 +177,10 @@ start = System.currentTimeMillis(); this.timeout = TimeoutFactory.createTimeout(start+timeout, this); - + + //check to see if log settings have changed + trace = log.isTraceEnabled(); + if (trace) { log.trace(Reused instance for tx= + toString()); @@ -342,7 +345,9 @@ log.trace(Zero phase commit: No resources.); } status = Status.STATUS_COMMITTED; -} else if (resourceCount == 1) + //} else if (resourceCount == 1) +} +else if (isOneResource()) { // One phase commit if (trace) @@ -823,6 +828,8 @@ /** * Count of resources that have participated in this transaction. +* This contains a count of all XAResources, not a count of distinct resource managers. +* It is the length of resources and other such arrays. */ private int resourceCount = 0; @@ -1170,7 +1177,7 @@ { if (trace) { - log.trace(unhandled throwable, t); + log.trace(unhandled throwable error in startResource, t); } status = Status.STATUS_MARKED_ROLLBACK; return; @@ -1224,7 +1231,7 @@ { if (trace) { - log.trace(unhandled throwable, t); + log.trace(unhandled throwable error in endResource, t); } status = Status.STATUS_MARKED_ROLLBACK; // Resource may or may not be ended after illegal exception. @@ -1240,7 +1247,10 @@ else { if (flag == XAResource.TMFAIL) +{ + status = Status.STATUS_MARKED_ROLLBACK; +} resourceState[idx] = RS_ENDED; } } finally @@ -1314,6 +1324,10 @@ { try { + if (trace) + { + log.trace(calling sync + i + , + sync[i]); + } // end of if () sync[i].beforeCompletion(); } catch (Throwable t) { @@ -1478,31 +1492,35 @@ // Set done flag so we get no more frontends waiting for // the lock. done = true; + // Clear content of collections. + for (int i = 0; i syncCount; ++i) + { +sync[i] = null; // release for GC + } + syncCount = 0; + + //for (int i = 0; i transactionCount; ++i) + // transactions[i] = null; // release for GC + //transactionCount = 0; + transaction = null; // release for GC + + for (int i = 0; i resourceCount; ++i) + { +resources[i] = null; // release for GC +resourceXids[i] = null; // release for GC + } + resourceCount = 0; + // If using a special class, second constructor argument is now useless. + if (xidConstructor != null) + { +xidConstructorArgs[1] = null; // This now needs initializing + } // Wake up anybody waiting for the lock. notifyAll(); } - // Clear content of collections. - for (int i = 0; i syncCount; ++i) - sync[i] = null; // release for GC - syncCount = 0; - //for (int i = 0; i transactionCount; ++i) - // transactions[i] = null; //
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb GlobalTxEntityMap.java
User: d_jencks Date: 02/03/24 13:44:32 Modified:src/main/org/jboss/ejb GlobalTxEntityMap.java Log: New ConnectionManager implementation Revision ChangesPath 1.3 +11 -1 jboss/src/main/org/jboss/ejb/GlobalTxEntityMap.java Index: GlobalTxEntityMap.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/GlobalTxEntityMap.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- GlobalTxEntityMap.java13 Feb 2002 02:35:08 - 1.2 +++ GlobalTxEntityMap.java24 Mar 2002 21:44:32 - 1.3 @@ -10,6 +10,7 @@ import java.util.HashMap; import javax.transaction.Transaction; import javax.transaction.RollbackException; +import javax.transaction.Status; import javax.transaction.SystemException; import javax.transaction.Synchronization; import java.util.Iterator; @@ -28,7 +29,7 @@ * Entities are stored in an ArrayList to ensure specific ordering. * * @author a href=[EMAIL PROTECTED]Bill Burke/a - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class GlobalTxEntityMap { @@ -82,6 +83,15 @@ { for (Iterator i = entities.iterator(); i.hasNext(); ) { + //I don't know how this could happen without an exception in the loop, + //but this method can get to here after e.g. NoSuchEntity... + //new ConnectionManager won't enlist in rolled back tx. + //(old one did not use enlist of XAResource for local tx) + if (tx.getStatus() == Status.STATUS_MARKED_ROLLBACK) + { + break; + } // end of if () + //read-only will never get into this list. ctx = (EntityEnterpriseContext)i.next(); EntityContainer container = (EntityContainer)ctx.getContainer(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default auth.conf jboss-service.xml standardjaws.xml standardjboss.xml standardjbosscmp-jdbc.xml
User: d_jencks Date: 02/03/24 13:44:33 Modified:src/etc/conf/default auth.conf jboss-service.xml standardjaws.xml standardjboss.xml standardjbosscmp-jdbc.xml Log: New ConnectionManager implementation Revision ChangesPath 1.10 +26 -1 jboss/src/etc/conf/default/auth.conf Index: auth.conf === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/auth.conf,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- auth.conf 6 Mar 2002 17:41:41 - 1.9 +++ auth.conf 24 Mar 2002 21:44:32 - 1.10 @@ -4,7 +4,7 @@ // // /// == /// -// $Id: auth.conf,v 1.9 2002/03/06 17:41:41 pra Exp $ +// $Id: auth.conf,v 1.10 2002/03/24 21:44:32 d_jencks Exp $ // Put login modules providing authentication and realm mappings // for security domains. @@ -46,5 +46,30 @@ org.jboss.mq.sm.file.DynamicLoginModule required unauthenticatedIdentity=guest sm.objectname=jboss.mq:service=StateManager + ; +}; + +// Security domain for testing new jca framework +DefaultDbRealm { +// +// Security domain for new jca framework. +// One per ManagedConnectionFactory are required. +org.jboss.resource.security.ConfiguredIdentityLoginModule required +principal=sa +userName=sa +password= +managedConnectionFactoryName=jboss.jca:service=LocalTxCM + ; +}; + +JmsXARealm { +// +// Security domain for new jca framework. +// One per ManagedConnectionFactory are required. +org.jboss.resource.security.ConfiguredIdentityLoginModule required +principal=guest +userName=guest +password=guest +managedConnectionFactoryName=jboss.jca:service=JmsXACM ; }; 1.39 +7 -1 jboss/src/etc/conf/default/jboss-service.xml Index: jboss-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss-service.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- jboss-service.xml 23 Mar 2002 03:06:01 - 1.38 +++ jboss-service.xml 24 Mar 2002 21:44:32 - 1.39 @@ -1,6 +1,6 @@ ?xml version=1.0 encoding=UTF-8? !DOCTYPE server -!-- $Id: jboss-service.xml,v 1.38 2002/03/23 03:06:01 starksm Exp $ -- +!-- $Id: jboss-service.xml,v 1.39 2002/03/24 21:44:32 d_jencks Exp $ -- !-- = -- !-- -- @@ -119,6 +119,12 @@ mbean code=org.jboss.tm.usertx.server.ClientUserTransactionService name=jboss:service=ClientUserTransaction /mbean + + !-- The CachedConnectionManager is used partly to relay started UserTransactions to +open connections so they may be enrolled in the new tx-- + mbean code=org.jboss.resource.connectionmanager.CachedConnectionManager name=jboss.jca:service=CachedConnectionManager + /mbean + !-- -- !-- RMI/IIOP -- 1.27 +3 -3 jboss/src/etc/conf/default/standardjaws.xml Index: standardjaws.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjaws.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- standardjaws.xml 5 Dec 2001 05:02:48 - 1.26 +++ standardjaws.xml 24 Mar 2002 21:44:32 - 1.27 @@ -10,11 +10,11 @@ !-- -- !-- = -- -!-- $Id: standardjaws.xml,v 1.26 2001/12/05 05:02:48 patriot1burke Exp $ -- +!-- $Id: standardjaws.xml,v 1.27 2002/03/24 21:44:32 d_jencks Exp $ -- jaws datasourcejava:/DefaultDS/datasource - type-mappingHypersonic SQL/type-mapping + type-mapping@default.type.mapping@/type-mapping debugfalse/debug default-entity @@ -73,7 +73,7 @@ mapping java-typejava.lang.String/java-type jdbc-typeVARCHAR/jdbc-type - sql-typeVARCHAR(255)/sql-type + sql-typeVARCHAR(64)/sql-type /mapping mapping java-typejava.sql.Date/java-type 1.36 +20 -5 jboss/src/etc/conf/default/standardjboss.xml Index: standardjboss.xml === RCS file:
[JBoss-dev] CVS update: jboss/src/main/org/jboss/tm/usertx/client ServerVMClientUserTransaction.java
User: d_jencks Date: 02/03/24 13:44:32 Modified:src/main/org/jboss/tm/usertx/client ServerVMClientUserTransaction.java Log: New ConnectionManager implementation Revision ChangesPath 1.2 +56 -21 jboss/src/main/org/jboss/tm/usertx/client/ServerVMClientUserTransaction.java Index: ServerVMClientUserTransaction.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/tm/usertx/client/ServerVMClientUserTransaction.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ServerVMClientUserTransaction.java26 Sep 2001 20:50:21 - 1.1 +++ ServerVMClientUserTransaction.java24 Mar 2002 21:44:32 - 1.2 @@ -7,18 +7,22 @@ package org.jboss.tm.usertx.client; + +import java.util.ArrayList; +import java.util.Collection; +import java.util.EventListener; +import java.util.Iterator; import javax.naming.InitialContext; import javax.naming.NamingException; - -import javax.transaction.UserTransaction; -import javax.transaction.TransactionManager; -import javax.transaction.Transaction; -import javax.transaction.Status; -import javax.transaction.NotSupportedException; -import javax.transaction.SystemException; -import javax.transaction.RollbackException; import javax.transaction.HeuristicMixedException; import javax.transaction.HeuristicRollbackException; +import javax.transaction.NotSupportedException; +import javax.transaction.RollbackException; +import javax.transaction.Status; +import javax.transaction.SystemException; +import javax.transaction.Transaction; +import javax.transaction.TransactionManager; +import javax.transaction.UserTransaction; /** @@ -28,7 +32,7 @@ * codeTransactionManager/code of the server. * * @author a href=mailto:[EMAIL PROTECTED];Ole Husgaard/a - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class ServerVMClientUserTransaction implements UserTransaction @@ -38,15 +42,22 @@ /** * Our singleton instance. */ - private static ServerVMClientUserTransaction singleton = null; + private final static ServerVMClientUserTransaction singleton = new ServerVMClientUserTransaction(); + + + /** +* The codeTransactionManagerz/code we delegate to. +*/ + private final TransactionManager tm; + + + private final Collection listeners = new ArrayList(); /** * Return a reference to the singleton instance. */ public static ServerVMClientUserTransaction getSingleton() { - if (singleton == null) - singleton = new ServerVMClientUserTransaction(); return singleton; } @@ -59,16 +70,36 @@ private ServerVMClientUserTransaction() { // Lookup the local TM + TransactionManager local = null; try { - tm = (TransactionManager)new InitialContext().lookup(java:/TransactionManager); + local = (TransactionManager)new InitialContext().lookup(java:/TransactionManager); - } catch (NamingException ex) { - throw new RuntimeException(TransactionManager not found: + ex); + } catch (NamingException ex) + { + //throw new RuntimeException(TransactionManager not found: + ex); } + tm = local; + } + //public constructor for TESTING ONLY + public ServerVMClientUserTransaction(final TransactionManager tm) + { + this.tm = tm; } // Public + //Registration for TransactionStartedListeners. + + public void registerTxStartedListener(UserTransactionStartedListener txStartedListener) + { + listeners.add(txStartedListener); + } + + public void unregisterTxStartedListener(UserTransactionStartedListener txStartedListener) + { + listeners.remove(txStartedListener); + } + // // implements interface UserTransaction // @@ -77,6 +108,11 @@ throws NotSupportedException, SystemException { tm.begin(); + for (Iterator i = listeners.iterator(); i.hasNext(); ) + { + ((UserTransactionStartedListener)i.next()).userTransactionStarted(); + } // end of for () + } public void commit() @@ -117,11 +153,10 @@ tm.setTransactionTimeout(seconds); } + public interface UserTransactionStartedListener extends EventListener + { + void userTransactionStarted() throws SystemException; + } + - // Private --- - - /** -* The codeTransactionManagerz/code we delegate to. -*/ - private
[JBoss-dev] CVS update: jboss/src/etc/deploy new-hsqldb-default-service.xml
User: d_jencks Date: 02/03/24 13:53:27 Added: src/etc/deploy new-hsqldb-default-service.xml Log: Temporary example Datasource configuration for new connection manager implementation. Configuration will improve... Revision ChangesPath 1.1 jboss/src/etc/deploy/new-hsqldb-default-service.xml Index: new-hsqldb-default-service.xml === ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- !-- $Id: new-hsqldb-default-service.xml,v 1.1 2002/03/24 21:53:27 d_jencks Exp $ -- server !-- -- !-- New ConnectionManager setup for default hsql dbs -- !-- -- mbean code=org.jboss.resource.connectionmanager.LocalTxConnectionManager name=jboss.jca:service=LocalTxCM !--make the rar deploy! hack till better deployment-- dependsjboss.jca:service=RARDeployer/depends depends optional-attribute-name=ManagedConnectionFactoryName !--embedded mbean-- mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=LocalTxDS !--hack-- depends optional-attribute-name=OldRarDeploymentjboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/depends dependsjboss:service=Hypersonic/depends !--real attributes-- attribute name=ManagedConnectionFactoryProperties properties config-property config-property-nameConnectionURL/config-property-name config-property-typejava.lang.String/config-property-type config-property-valuejdbc:hsqldb:hsql://localhost:1476/config-property-value /config-property config-property config-property-nameDriverClass/config-property-name config-property-typejava.lang.String/config-property-type config-property-valueorg.hsqldb.jdbcDriver/config-property-value /config-property config-property config-property-nameUserName/config-property-name config-property-typejava.lang.String/config-property-type config-property-value/config-property-value /config-property config-property config-property-namePassword/config-property-name config-property-typejava.lang.String/config-property-type config-property-value/config-property-value /config-property /properties /attribute attribute name=JndiNameDefaultDS/attribute /mbean /depends depends optional-attribute-name=ManagedConnectionPool !--embedded mbean-- mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool name=jboss.jca:service=LocalTxPool attribute name=MinSize0/attribute attribute name=MaxSize50/attribute attribute name=BlockingTimeoutMillis5000/attribute attribute name=IdleTimeoutMinutes15/attribute !--criteria indicates if Subject (from security domain) or app supplied parameters (such as from getConnection(user, pw)) are used to distinguish connections in the pool. Choices are ByContainerAndApplication (use both), ByContainer (use Subject), ByApplication (use app supplied params only), ByNothing (all connections are equivalent, usually if adapter supports reauthentication)-- attribute name=CriteriaByContainer/attribute /mbean /depends depends optional-attribute-name=CachedConnectionManagerjboss.jca:service=CachedConnectionManager/depends attribute name=SecurityDomainJndiNamejava:/jaas/DefaultDbRealm/attribute attribute name=TransactionManagerjava:/TransactionManager/attribute /mbean !--No Transaction connection manager -- mbean code=org.jboss.resource.connectionmanager.NoTxConnectionManager name=jboss.jca:service=NoTxCM !--make the rar deploy! hack till better deployment-- dependsjboss.jca:service=RARDeployer/depends depends optional-attribute-name=ManagedConnectionFactoryName !--embedded mbean-- mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=NoTxDS !--hack--
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca - New directory
User: d_jencks Date: 02/03/24 13:54:33 jbosstest/src/main/org/jboss/test/jca - New directory ___ 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 BMPPersistenceManager.java
User: d_jencks Date: 02/03/24 13:49:45 Modified:src/main/org/jboss/ejb/plugins BMPPersistenceManager.java Log: added a little more info to error logging Revision ChangesPath 1.38 +5 -3 jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java Index: BMPPersistenceManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- BMPPersistenceManager.java15 Mar 2002 22:58:54 - 1.37 +++ BMPPersistenceManager.java24 Mar 2002 21:49:45 - 1.38 @@ -41,7 +41,7 @@ * @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a * @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a * @author a href=mailto:[EMAIL PROTECTED];Andreas Schaefer/a -* @version $Revision: 1.37 $ +* @version $Revision: 1.38 $ * * pbRevisions:/b * pb20010709 andreas schaefer:/b @@ -152,7 +152,8 @@ } catch (NoSuchMethodException e) { - log.error(Home Method + methods[i] + not implemented in bean class); + log.error(Home Method + methods[i] + not implemented in bean class + con.getBeanClass() + looking for method named: ejb + nameSuffix); + throw e; } try @@ -161,7 +162,7 @@ } catch (NoSuchMethodException e) { - log.error(Home Method + methods[i] + not implemented in bean class); + log.error(Home Method + methods[i] + not implemented in bean class + con.getBeanClass() + looking for method named: ejbPost + nameSuffix); throw e; } } @@ -472,6 +473,7 @@ } else if (e instanceof RuntimeException) { +log.info(RuntimeException: , e); // Wrap runtime exceptions throw new EJBException((Exception)e); } ___ 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/bridge JDBCEntityBridge.java
User: d_jencks Date: 02/03/24 13:50:44 Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge JDBCEntityBridge.java Log: added a little more info to exception Revision ChangesPath 1.23 +2 -2 jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCEntityBridge.java Index: JDBCEntityBridge.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge/JDBCEntityBridge.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- JDBCEntityBridge.java 12 Mar 2002 18:19:25 - 1.22 +++ JDBCEntityBridge.java 24 Mar 2002 21:50:44 - 1.23 @@ -53,7 +53,7 @@ * One per cmp entity bean type. * * @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a - * @version $Revision: 1.22 $ + * @version $Revision: 1.23 $ */ public class JDBCEntityBridge implements EntityBridge { private JDBCEntityMetaData metadata; @@ -94,7 +94,7 @@ metadata.getDataSourceName()); } catch(NamingException e) { throw new DeploymentException(Error: can't find data source: + - metadata.getDataSourceName()); + metadata.getDataSourceName(), e); } // CMP fields ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/bank - New directory
User: d_jencks Date: 02/03/24 13:54:59 jbosstest/src/main/org/jboss/test/jca/bank - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/test - New directory
User: d_jencks Date: 02/03/24 13:54:59 jbosstest/src/main/org/jboss/test/jca/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/adapter - New directory
User: d_jencks Date: 02/03/24 13:54:59 jbosstest/src/main/org/jboss/test/jca/adapter - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/ejb - New directory
User: d_jencks Date: 02/03/24 13:54:59 jbosstest/src/main/org/jboss/test/jca/ejb - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources log4j.xml
User: d_jencks Date: 02/03/24 14:00:43 Added: src/resources log4j.xml Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.1 jbosstest/src/resources/log4j.xml Index: log4j.xml === ?xml version=1.0 encoding=UTF-8? !DOCTYPE log4j:configuration SYSTEM log4j.dtd !-- = -- !-- -- !-- Log4j Configuration -- !-- -- !-- = -- !-- $Id: log4j.xml,v 1.1 2002/03/24 22:00:43 d_jencks Exp $ -- !-- | For more configuration infromation and examples see the Jakarta Log4j | owebsite: http://jakarta.apache.org/log4j -- log4j:configuration xmlns:log4j=http://jakarta.apache.org/log4j/; debug=false !-- = -- !-- Preserve messages in a local file -- !-- = -- !-- A time/date based rolling appender -- appender name=FILE class=org.jboss.logging.appender.DailyRollingFileAppender param name=File value=${build.testlog}/test.log/ param name=Append value=false/ !-- Rollover at midnight each day -- param name=DatePattern value='.'-MM-dd/ !-- Rollover at the top of each hour param name=DatePattern value='.'-MM-dd-HH/ -- param name=Threshold value=DEBUG/ layout class=org.apache.log4j.PatternLayout !-- The default pattern: Date Priority [Category] Message\n -- param name=ConversionPattern value=%d %-5p [%c] %m%n/ !-- The full pattern: Date MS Priority [Category] (Thread:NDC) Message\n param name=ConversionPattern value=%d %-5r %-5p [%c] (%t:%x) %m%n/ -- /layout /appender !-- A size based file rolling appender appender name=FILE class=org.jboss.logging.appender.RollingFileAppender param name=File value=${jboss.server.home.dir}/log/server.log/ param name=Append value=false/ param name=MaxFileSize value=500KB/ param name=MaxBackupIndex value=1/ layout class=org.apache.log4j.PatternLayout param name=ConversionPattern value=%d %-5p [%c] %m%n/ /layout /appender -- !-- == -- !-- Append messages to the console -- !-- == -- appender name=CONSOLE class=org.apache.log4j.ConsoleAppender param name=Threshold value=FATAL/ param name=Target value=System.out/ layout class=org.apache.log4j.PatternLayout !-- The default pattern: Date Priority [Category] Message\n -- param name=ConversionPattern value=%d{ABSOLUTE} %-5p [%c{1}] %m%n/ /layout /appender !-- == -- !-- More Appender examples -- !-- == -- !-- Buffer events and log them asynchronously appender name=ASYNC class=org.apache.log4j.AsyncAppender appender-ref ref=FILE/ appender-ref ref=CONSOLE/ /appender -- !-- EMail events to an administrator appender name=SMTP class=org.apache.log4j.net.SMTPAppender param name=Threshold value=ERROR/ param name=To value=[EMAIL PROTECTED]/ param name=From value=[EMAIL PROTECTED]/ param name=Subject value=JBoss Sever Errors/ param name=SMTPHost value=localhost/ param name=BufferSize value=10/ /appender -- !-- Syslog events appender name=SYSLOG class=org.apache.log4j.net.SyslogAppender param name=Facility value=LOCAL7/ param name=FacilityPrinting value=true/ param name=SyslogHost value=localhost/ /appender -- !-- Log events to JMS (requires a topic to be created) appender name=JMS class=org.apache.log4j.net.JMSAppender param name=Threshold value=ERROR/ param name=TopicConnectionFactoryBindingName value=java:/ConnectionFactory/ param name=TopicBindingName value=topic/MyErrorsTopic/ /appender -- !-- -- !-- Limit categories -- !-- -- !-- Limit JBoss categories to INFO category name=org.jboss priority value=INFO class=org.jboss.logging.XPriority/ /category -- !-- Increase the priority threshold for the DefaultDS category category name=DefaultDS priority value=FATAL/ /category -- !-- Decrease
[JBoss-dev] CVS update: jbosstest/src/resources/bmp/META-INF ejb-jar.xml
User: d_jencks Date: 02/03/24 14:00:44 Modified:src/resources/bmp/META-INF ejb-jar.xml Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.3 +14 -1 jbosstest/src/resources/bmp/META-INF/ejb-jar.xml Index: ejb-jar.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/bmp/META-INF/ejb-jar.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ejb-jar.xml 6 Mar 2002 20:23:25 - 1.2 +++ ejb-jar.xml 24 Mar 2002 22:00:44 - 1.3 @@ -49,6 +49,19 @@ -/enterprise-beans +/enterprise-beans +assembly-descriptor + container-transaction + method + ejb-namebmp.SimpleBMP/ejb-name + method-name*/method-name + /method + method + ejb-namebmp.BMPHelperSession/ejb-name + method-name*/method-name + /method + trans-attributeRequired/trans-attribute + /container-transaction +/assembly-descriptor /ejb-jar ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.xml
User: d_jencks Date: 02/03/24 14:00:44 Modified:.build.xml Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.98 +147 -122 jbosstest/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/build.xml,v retrieving revision 1.97 retrieving revision 1.98 diff -u -r1.97 -r1.98 --- build.xml 24 Mar 2002 02:27:49 - 1.97 +++ build.xml 24 Mar 2002 22:00:44 - 1.98 @@ -13,7 +13,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.97 2002/03/24 02:27:49 schaefera Exp $ -- +!-- $Id: build.xml,v 1.98 2002/03/24 22:00:44 d_jencks Exp $ -- project default=main name=JBoss/Testsuite @@ -209,6 +209,16 @@ pathelement path=${jboss.server.lib}/testsuite-support.jar/ /path +!-- InternalServer -- +!-- This could be a mistake. Perhaps, though, it would be a good idea to separate +tests that need internal jboss classes from those that don't. When I put it in, only +the jca XATxConnectionManagerUnitTestCase needed an internal class (the tx manager)-- +property name=jboss.internal-server.root value=${project.root}/server/output/ +property name=jboss.internal-server.lib value=${jboss.internal-server.root}/lib/ +path id=jboss.internal-server.classpath + pathelement path=${jboss.server.lib}/jboss.jar/ +/path + !-- Messaging -- property name=jboss.messaging.root value=${project.root}/messaging/output/ property name=jboss.messaging.lib value=${jboss.messaging.root}/lib/ @@ -224,6 +234,13 @@ pathelement path=${jboss.security.lib}/jbosssx.jar/ /path +!-- Connector -- +property name=jboss.connector.root value=${project.root}/connector/output/ +property name=jboss.connector.lib value=${jboss.connector.root}/lib/ +path id=jboss.connector.classpath + pathelement path=${jboss.connector.lib}/jboss-jca.jar/ +/path + !-- Cluster -- property name=jboss.cluster.root value=${project.root}/cluster/output/ property name=jboss.cluster.lib value=${jboss.cluster.root}/lib/ @@ -261,8 +278,10 @@ path refid=jboss.system.classpath/ path refid=jboss.naming.classpath/ path refid=jboss.server.classpath/ + path refid=jboss.internal-server.classpath/ path refid=jboss.messaging.classpath/ path refid=jboss.security.classpath/ + path refid=jboss.connector.classpath/ path refid=jboss.cluster.classpath/ path refid=jboss.management.classpath/ /path @@ -510,6 +529,54 @@ mergedir=${source.resources}/jmx/undeploy// /xdoclet +!--new jca framework tests-- +mkdir dir=${build.resources}/jca/META-INF/ +xdoclet sourcepath=${source.java} + destdir=${build.gen-src} + classpath=${xdoclet.task.classpath} + ejbspec=2.0 + excludedtags=@version,@author + !--mergedir=${source.resources}/jca/ejb-- + fileset dir=${source.java} +include name=org/jboss/test/jca/ejb/*Bean.java/ + /fileset + packageSubstitution packages=ejb substituteWith=interfaces/ + remoteinterface/ + localinterface/ + homeinterface/ + localhomeinterface/ + !--session/-- + deploymentdescriptor xmlencoding =UTF-8 + destdir=${build.resources}/jca/META-INF/ + jboss xmlencoding=UTF-8 + version=3.0 + destdir=${build.resources}/jca/META-INF + mergedir=${source.resources}/jca// +/xdoclet + +mkdir dir=${build.resources}/jca/bank/META-INF/ +xdoclet sourcepath=${source.java} + destdir=${build.gen-src} + classpath=${xdoclet.task.classpath} + ejbspec=2.0 + excludedtags=@version,@author + !--mergedir=${source.resources}/jca/ejb-- + fileset dir=${source.java} +include name=org/jboss/test/jca/bank/ejb/*Bean.java/ + /fileset + packageSubstitution packages=ejb substituteWith=interfaces/ + remoteinterface/ + localinterface/ + homeinterface/ + localhomeinterface/ + !--session/-- + deploymentdescriptor xmlencoding =UTF-8 + destdir=${build.resources}/jca/bank/META-INF/ + jboss xmlencoding=UTF-8 + version=3.0 +
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/adapter TestConnection.java TestConnectionFactory.java TestConnectionRequestInfo.java TestManagedConnection.java TestManagedConnectionFactory.java TestXAResource.java
User: d_jencks Date: 02/03/24 14:00:44 Added: src/main/org/jboss/test/jca/adapter TestConnection.java TestConnectionFactory.java TestConnectionRequestInfo.java TestManagedConnection.java TestManagedConnectionFactory.java TestXAResource.java Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/jca/adapter/TestConnection.java Index: TestConnection.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. * */ package org.jboss.test.jca.adapter; /** * TestConnection.java * * * Created: Sun Mar 10 19:35:48 2002 * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @version */ public class TestConnection { private TestManagedConnection mc; private boolean mcIsNull = true; public TestConnection (TestManagedConnection mc) { this.mc = mc; mcIsNull = false; } public void close() { mc.connectionClosed(this); mcIsNull = true; } public boolean isInTx() { return mc.isInTx(); } void setMc(TestManagedConnection mc) { if (mc == null) { mcIsNull = true; } // end of if () else { this.mc = mc; } // end of else } }// TestConnection 1.1 jbosstest/src/main/org/jboss/test/jca/adapter/TestConnectionFactory.java Index: TestConnectionFactory.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. * */ package org.jboss.test.jca.adapter; import javax.naming.NamingException; import javax.naming.Reference; import javax.resource.ResourceException; import javax.resource.cci.Connection; import javax.resource.cci.ConnectionFactory; import javax.resource.cci.ConnectionSpec; import javax.resource.cci.RecordFactory; import javax.resource.cci.ResourceAdapterMetaData; // Generated package name /** * TestConnectionFactory.java * * * Created: Tue Jan 1 01:02:16 2002 * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @version */ public class TestConnectionFactory implements ConnectionFactory { public TestConnectionFactory () { } // implementation of javax.resource.Referenceable interface /** * * @param param1 description */ public void setReference(Reference param1) { // TODO: implement this javax.resource.Referenceable method } // implementation of javax.naming.Referenceable interface /** * * @return description * @exception javax.naming.NamingException description */ public Reference getReference() throws NamingException { // TODO: implement this javax.naming.Referenceable method return null; } // implementation of javax.resource.cci.ConnectionFactory interface /** * * @return description * @exception javax.resource.ResourceException description */ public Connection getConnection() throws ResourceException { // TODO: implement this javax.resource.cci.ConnectionFactory method return null; } /** * * @param param1 description * @return description * @exception javax.resource.ResourceException description */ public Connection getConnection(ConnectionSpec param1) throws ResourceException { // TODO: implement this javax.resource.cci.ConnectionFactory method return null; } /** * * @return description * @exception javax.resource.ResourceException description */ public RecordFactory getRecordFactory() throws ResourceException { // TODO: implement this javax.resource.cci.ConnectionFactory method return null; } /** * * @return description * @exception javax.resource.ResourceException description */ public ResourceAdapterMetaData getMetaData() throws ResourceException { // TODO: implement this javax.resource.cci.ConnectionFactory method return null; } } 1.1
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/ejb CachedConnectionSessionBean.java
User: d_jencks Date: 02/03/24 14:00:45 Added: src/main/org/jboss/test/jca/ejb CachedConnectionSessionBean.java Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/jca/ejb/CachedConnectionSessionBean.java Index: CachedConnectionSessionBean.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. * */ package org.jboss.test.jca.ejb; import java.rmi.RemoteException; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; import java.sql.Statement; import javax.ejb.SessionBean; import javax.ejb.SessionContext; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.sql.DataSource; import org.apache.log4j.Category; /** * CachedConnectionSessionBean.java * * * Created: Sun Mar 10 17:55:51 2002 * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @version * * * @ejb:bean name=CachedConnectionSession * jndi-name=CachedConnectionSession * local-jndi-name=CachedConnectionSessionBean * view-type=both * type=Stateless * */ public class CachedConnectionSessionBean implements SessionBean { private Connection conn; private Category log = Category.getInstance(getClass().getName()); /** * Describe codecreateTable/code method here. * * @ejb:interface-method */ public void createTable() { try { Statement s = getConn().createStatement(); try { s.execute(CREATE TABLE TESTCACHEDCONN (ID NUMERIC(18,0) NOT NULL PRIMARY KEY, VAL VARCHAR(255))); } finally { s.close(); } // end of try-catch } catch (SQLException e) { log.error(sql exception in create table, e); } // end of try-catch } /** * Describe codedropTable/code method here. * * @ejb:interface-method */ public void dropTable() { try { Statement s = getConn().createStatement(); try { s.execute(DROP TABLE TESTCACHEDCONN); } finally { s.close(); } // end of try-catch } catch (SQLException e) { log.error(sql exception in drop, e); } // end of try-catch } /** * Describe codeinsert/code method here. * * @param id a codeString/code value * @param value a codeString/code value * * @ejb:interface-method */ public void insert(long id, String value) { try { PreparedStatement p = getConn().prepareStatement(INSERT INTO TESTCACHEDCONN (ID, VAL) VALUES (?, ?)); try { p.setLong(1, id); p.setString(2, value); p.execute(); } finally { p.close(); } // end of try-catch } catch (SQLException e) { log.error(sql exception in insert, e); } // end of try-catch } /** * Describe codefetch/code method here. * * @param id a codeString/code value * * @ejb:interface-method */ public String fetch(long id) { try { PreparedStatement p = getConn().prepareStatement(SELECT VAL FROM TESTCACHEDCONN WHERE ID = ?); ResultSet rs = null; try { p.setLong(1, id); rs = p.executeQuery(); if (rs.next()) { return rs.getString(1); } // end of if () return null; } finally { rs.close(); p.close(); } // end of try-catch } catch (SQLException e) { log.error(sql exception in fetch, e); return null; } // end of try-catch } private Connection getConn() { if (conn == null) { log.info(ejb activate never called, conn == null); ejbActivate(); } // end of if () if (conn == null) { throw new IllegalStateException(could not get a
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/bank/ejb AccountBean.java CustomerBean.java TellerBean.java
User: d_jencks Date: 02/03/24 14:00:45 Added: src/main/org/jboss/test/jca/bank/ejb AccountBean.java CustomerBean.java TellerBean.java Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/jca/bank/ejb/AccountBean.java Index: AccountBean.java === /* * Copyright 1999 by dreamBean Software, * All rights reserved. */ package org.jboss.test.jca.bank.ejb; import java.rmi.RemoteException; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.util.Collection; import javax.ejb.CreateException; import javax.ejb.EJBException; import javax.ejb.EntityBean; import javax.ejb.EntityContext; import javax.ejb.FinderException; import javax.ejb.ObjectNotFoundException; import javax.sql.DataSource; import javax.naming.InitialContext; import java.util.ArrayList; import java.sql.SQLException; import org.apache.log4j.Category; import org.jboss.test.jca.bank.interfaces.Customer; /** * Describe class codeAccountBean/code here. * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @version 1.0 * @ejb:bean name=Account * jndi-name=Account * local-jndi-name=LocalAccount * view-type=both * type=BMP * primkey-field=id * @ejb:pk class=java.lang.Integer */ public class AccountBean implements EntityBean { private Connection c; private Integer id; private int balance; private Integer customerId; /** * Abstract cmp2 field get-set pair for field id * Get the value of id * @return value of id * * @ejb:interface-method */ public Integer getId() { return id; } /** * Set the value of id * @param id Value to assign to id * * @ejb:interface-method view-type=remote */ public void setId(final Integer id) { this.id = id; } /** * field get-set pair for field balance * Get the value of balance * @return value of balance * * @ejb:interface-method */ public int getBalance() { return balance; } /** * Set the value of balance * @param balance Value to assign to balance * * @ejb:interface-method view-type=remote */ public void setBalance(final int balance) { this.balance = balance; } /** * field get-set pair for field customerId * Get the value of customerId * @return value of customerId * * @ejb:interface-method */ public Integer getCustomerId() { return customerId; } /** * Set the value of customerId * @param customerId Value to assign to customerId * * @ejb:interface-method */ public void setCustomerId(final Integer customerId) { this.customerId = customerId; } /** * Describe codedeposit/code method here. * * @param amount an codeint/code value * @ejb:interface-method */ public void deposit(int amount) { setBalance(getBalance()+amount); } /** * Describe codewithdraw/code method here. * * @param amount an codeint/code value * @ejb:interface-method */ public void withdraw(int amount) { setBalance(getBalance()-amount); } //ENTITY methods /** * Describe codeejbCreate/code method here. * * @param id an codeInteger/code value * @param balance an codeint/code value * @param customerId an codeInteger/code value * @return an codeInteger/code value * @ejb:create-method */ public Integer ejbCreate(final Integer id, final int balance, final Integer customerId) throws CreateException { setId(id); setBalance(balance); setCustomerId(customerId); PreparedStatement ps = null; try { ps = getConnection().prepareStatement(INSERT INTO CCBMPACCOUNT (ID, BALANCE, CUSTOMERID) VALUES (?, ?, ?)); ps.setInt(1, id.intValue()); ps.setInt(1, balance); ps.setObject(1, customerId); } catch (Exception e) { Category.getInstance(getClass().getName()).info(Exception in ejbCreate, e); throw
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/test BaseConnectionManagerUnitTestCase.java CachedConnectionBankStressTestCase.java CachedConnectionSessionUnitTestCase.java ManagedConnectionPoolUnitTestCase.java XATxConnectionManagerUnitTestCase.java
User: d_jencks Date: 02/03/24 14:00:45 Added: src/main/org/jboss/test/jca/test BaseConnectionManagerUnitTestCase.java CachedConnectionBankStressTestCase.java CachedConnectionSessionUnitTestCase.java ManagedConnectionPoolUnitTestCase.java XATxConnectionManagerUnitTestCase.java Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/jca/test/BaseConnectionManagerUnitTestCase.java Index: BaseConnectionManagerUnitTestCase.java === /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. * */ package org.jboss.test.jca.test; import java.util.ArrayList; import java.util.Collection; import java.util.Iterator; import javax.resource.ResourceException; import javax.resource.spi.ConnectionRequestInfo; import javax.resource.spi.ManagedConnection; import javax.resource.spi.ManagedConnectionFactory; import javax.security.auth.Subject; import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; import org.jboss.logging.Logger; import org.jboss.resource.connectionmanager.BaseConnectionManager2; import org.jboss.resource.connectionmanager.JBossManagedConnectionPool; import org.jboss.resource.connectionmanager.CachedConnectionManager; import org.jboss.resource.connectionmanager.NoTxConnectionManager; import org.jboss.resource.connectionmanager.InternalManagedConnectionPool; import org.jboss.resource.connectionmanager.ManagedConnectionPool; import org.jboss.test.jca.adapter.TestConnectionRequestInfo; import org.jboss.test.jca.adapter.TestManagedConnectionFactory; /** * Unit Test for class ManagedConnectionPool * * * Created: Wed Jan 2 00:06:35 2002 * * @author a href=mailto:[EMAIL PROTECTED];David Jencks/a * @version */ public class BaseConnectionManagerUnitTestCase extends TestCase { Logger log = Logger.getLogger(getClass()); boolean failed; Subject subject = new Subject(); ConnectionRequestInfo cri = new TestConnectionRequestInfo(); CachedConnectionManager ccm = new CachedConnectionManager(); /** * Creates a new codeBaseConnectionManagerUnitTestCase/code instance. * * @param name test name */ public BaseConnectionManagerUnitTestCase (String name) { super(name); } private BaseConnectionManager2 getCM( InternalManagedConnectionPool.PoolParams pp, String poolingStrategyName) throws Exception { ManagedConnectionFactory mcf = new TestManagedConnectionFactory(); JBossManagedConnectionPool mcp = new JBossManagedConnectionPool(); mcp.setCriteria(poolingStrategyName); mcp.setMinSize(pp.minSize); mcp.setMaxSize(pp.maxSize); mcp.setBlockingTimeoutMillis(pp.blockingTimeout); mcp.setIdleTimeout(pp.idleTimeout); mcp.start(); mcp.getManagedConnectionPool().setManagedConnectionFactory(mcf); BaseConnectionManager2 cm = new NoTxConnectionManager(mcf, ccm, mcp.getManagedConnectionPool()); return cm; } public void testGetManagedConnections() throws Exception { InternalManagedConnectionPool.PoolParams pp = new InternalManagedConnectionPool.PoolParams(); pp.minSize = 0; pp.maxSize = 5; pp.blockingTimeout = 100; pp.idleTimeout = 500; BaseConnectionManager2 cm = getCM(pp, ByNothing); ArrayList cs = new ArrayList(); for (int i = 0; i pp.maxSize; i++) { ManagedConnection mc = cm.getManagedConnection(null, null); assertTrue(Got a null connection!, mc != null); cs.add(mc); } // end of for () assertTrue(Wrong number of connections counted: + cm.getConnectionCount(), cm.getConnectionCount() == pp.maxSize); try { cm.getManagedConnection(null, null); fail(Got a connection more than maxSize!); } catch (ResourceException re) { //expected } // end of try-catch for (Iterator i = cs.iterator(); i.hasNext();) { cm.returnManagedConnection((ManagedConnection)i.next(), false); } // end of for () cm.shutdown(); assertTrue(Wrong number of connections counted: + cm.getConnectionCount(), cm.getConnectionCount() == 0);
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jca/bank/ejb - New directory
User: d_jencks Date: 02/03/24 13:55:30 jbosstest/src/main/org/jboss/test/jca/bank/ejb - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/deploy jms-service.xml
User: d_jencks Date: 02/03/24 14:03:15 Modified:src/etc/deploy jms-service.xml Log: included a configuration version for the new ConnectionManager implementation Revision ChangesPath 1.7 +40 -0 jboss/src/etc/deploy/jms-service.xml Index: jms-service.xml === RCS file: /cvsroot/jboss/jboss/src/etc/deploy/jms-service.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jms-service.xml 9 Mar 2002 02:43:25 - 1.6 +++ jms-service.xml 24 Mar 2002 22:03:15 - 1.7 @@ -27,6 +27,7 @@ /mbean !-- JMS XA Resource adapter, use this to get transacted JMS in beans -- +!--old configuration, see below for new choice. mbean code=org.jboss.resource.ConnectionFactoryLoader name=jboss.jca:service=ConnectionFactoryLoader,name=JmsXA attribute name=JndiNameJmsXA/attribute @@ -57,5 +58,44 @@ attribute name=PrincipalMappingProperties /attribute /mbean +-- + !--new configuration for new ConnectionManager-- + mbean code=org.jboss.resource.connectionmanager.XATxConnectionManager name=jboss.jca:service=JmsXACM +!--make the rar deploy!-- +dependsjboss.jca:service=RARDeployer/depends + +depends optional-attribute-name=ManagedConnectionFactoryName + mbean code=org.jboss.resource.connectionmanager.RARDeployment name=jboss.jca:service=JmsXADS +!--hack till better deployment system-- +depends optional-attribute-name=OldRarDeploymentjboss.jca:service=RARDeployment,name=JMS Adapter/depends + +!--real attributes-- +attribute name=ManagedConnectionFactoryProperties + properties +config-property + config-property-nameSessionDefaultType/config-property-name + config-property-typejava.lang.String/config-property-type + config-property-valuejavax.jms.Topic/config-property-value +/config-property + /properties +/attribute +attribute name=JndiNameJmsXA/attribute + /mbean +/depends + +depends optional-attribute-name=ManagedConnectionPool + mbean code=org.jboss.resource.connectionmanager.JBossManagedConnectionPool name=jboss.jca:service=JmsXAPool +attribute name=MinSize0/attribute +attribute name=MaxSize50/attribute +attribute name=BlockingTimeoutMillis5000/attribute +attribute name=IdleTimeoutMinutes15/attribute +attribute name=CriteriaByContainer/attribute + /mbean +/depends +depends optional-attribute-name=CachedConnectionManagerjboss.jca:service=CachedConnectionManager/depends +attribute name=SecurityDomainJndiNamejava:/jaas/JmsXARealm/attribute +attribute name=TransactionManagerjava:/TransactionManager/attribute + /mbean + /server ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources log4j.properties
User: d_jencks Date: 02/03/24 14:05:30 Removed: src/resources log4j.properties Log: test logging converted to xml config ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/bank/META-INF jaws.xml
User: d_jencks Date: 02/03/24 14:00:44 Modified:src/resources/bank/META-INF jaws.xml Log: Tests for new ConnectionManager implementation. Many of these fail with the current less-than-spec-compliant jca-jdbc wrappers, but work ok with e.g. the firebird connector. Also, nojars combined targets removed, any test target can be run with -Dnojars=t. Also, log4j logging fixed and moved to xml config. Revision ChangesPath 1.4 +1 -3 jbosstest/src/resources/bank/META-INF/jaws.xml Index: jaws.xml === RCS file: /cvsroot/jboss/jbosstest/src/resources/bank/META-INF/jaws.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jaws.xml 8 Nov 2000 13:00:52 - 1.3 +++ jaws.xml 24 Mar 2002 22:00:44 - 1.4 @@ -1,8 +1,6 @@ ?xml version=1.0 encoding=Cp1252? jaws - datasourcejava:/DefaultDS/datasource - type-mappingHypersonic SQL/type-mapping enterprise-beans entity ejb-nameAccount/ejb-name @@ -21,7 +19,7 @@ cmp-field field-namebalance/field-name column-namebalance/column-name -sql-typeREAL/sql-type +sql-typeDOUBLE PRECISION/sql-type jdbc-typeREAL/jdbc-type /cmp-field finder ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS locks?
This appears to be fixed. If you ever find a lock for anoncvs_jboss (or really anoncvs anything) or a maximal lock, please submit a request to drop those locks here: http://sourceforge.net/tracker/?func=addgroup_id=1atid=21 Just explain that there is lock for the 'jboss' project and provide the full paths. Since all raw/direct access to CVS must go through SF, all we can do is submit requests for them to fix it. They have been responsive on most occastions when this happens. If there is another lock (other than anoncvs_jboss or maximal... whoever that is), then please let me/scott/someone know. --jason Adrian Brock wrote: Hi Jason, Sorry for the delay. If I'd just hung around 15 mins :-) The full path is /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx The locks are held by anoncvs_jboss and maximal Regards, Adrian Can you tell me what the full paths are that are locked. --jason Adrian Brock wrote: Hi, Is there a problem with locks in cvs? Or is this deliberate? I'm trying to tag cvs before committing the jbossmx integration in case there's a problem. I've got two people locking jetty/jmx, one is anoncvs. They've had the lock for over an hour. Anyway, I'm going to get a couple of hours sleep before trying again. Regards, Adrian _ ___ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11429 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-de elopment ___ 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=11429 ___ 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] CVS locks?
I should be more specific, if there is a lock which persists for an extended period of time let us know... --jason Jason Dillon wrote: This appears to be fixed. If you ever find a lock for anoncvs_jboss (or really anoncvs anything) or a maximal lock, please submit a request to drop those locks here: http://sourceforge.net/tracker/?func=addgroup_id=1atid=21 Just explain that there is lock for the 'jboss' project and provide the full paths. Since all raw/direct access to CVS must go through SF, all we can do is submit requests for them to fix it. They have been responsive on most occastions when this happens. If there is another lock (other than anoncvs_jboss or maximal... whoever that is), then please let me/scott/someone know. --jason Adrian Brock wrote: Hi Jason, Sorry for the delay. If I'd just hung around 15 mins :-) The full path is /cvsroot/jboss/contrib/jetty/src/main/org/mortbay/jetty/jmx The locks are held by anoncvs_jboss and maximal Regards, Adrian Can you tell me what the full paths are that are locked. --jason Adrian Brock wrote: Hi, Is there a problem with locks in cvs? Or is this deliberate? I'm trying to tag cvs before committing the jbossmx integration in case there's a problem. I've got two people locking jetty/jmx, one is anoncvs. They've had the lock for over an hour. Anyway, I'm going to get a couple of hours sleep before trying again. Regards, Adrian _ ___ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11429 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-de elopment ___ 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=11429 ___ 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] CVS locks?
on 25-03-2 00.25, Jason Dillon at [EMAIL PROTECTED] wrote: I should be more specific, if there is a lock which persists for an extended period of time let us know... We did - di We not ? Should We have to do that ? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-519741 ] run.sh -server fix
Bugs item #519741, was opened at 2002-02-19 18:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519741group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stephen Coy (scoy) Assigned to: Nobody/Anonymous (nobody) Summary: run.sh -server fix Initial Comment: MacOS X 10.1.2 JDK 1.3.1 The MacOS JVM supports HotSpot, but not the '- server' option. The following patch fixes this in what I think is a platform independent way. I've tested on MacOS X and linux/JDK 1.3. diff -r1.35 run.sh 69,70c69,70 # Check for SUN(tm) JVM w/ HotSpot support HAS_HOTSPOT=`$JAVA -version 21 | $GREP HotSpot` --- # Check for SUN(tm) JVM server VM support HAS_SERVER_VM=`$JAVA -version 21 | $GREP -server` 72,73c72,73 # If JAVA_OPTS is not set and the JVM is HOTSPOT enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_HOTSPOT != x ]; then --- # If JAVA_OPTS is not set and the JVM is SERVER enabled, then the server mode if [ x$JAVA_OPTS = x -a x$HAS_SERVER_VM != x ]; then -- Comment By: Stephen Coy (scoy) Date: 2002-03-25 11:31 Message: Logged In: YES user_id=463096 Apple recently changed their java implementation specifically to avoid this issue. However, this does not invalidate the fix because the existence of Hotspot still should not imply that a - server command line option is available. I'll be the first to admit that this is wayyy down the priority list though! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=519741group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: build/jboss build.xml
User: d_jencks Date: 02/03/24 16:36:17 Modified:jbossbuild.xml Log: fix so there is only one hsql config copied. This copies the new one, obvious change to go back to the old one Revision ChangesPath 1.112 +3 -1 build/jboss/build.xml Index: build.xml === RCS file: /cvsroot/jboss/build/jboss/build.xml,v retrieving revision 1.111 retrieving revision 1.112 diff -u -r1.111 -r1.112 --- build.xml 23 Mar 2002 21:10:59 - 1.111 +++ build.xml 25 Mar 2002 00:36:16 - 1.112 @@ -12,7 +12,7 @@ !---- !-- == -- -!-- $Id: build.xml,v 1.111 2002/03/23 21:10:59 ejort Exp $ -- +!-- $Id: build.xml,v 1.112 2002/03/25 00:36:16 d_jencks Exp $ -- project default=main name=JBoss/Build @@ -642,6 +642,8 @@ !-- Deployable xml snipets -- fileset dir=${_module.output}/etc/deploy include name=**/ + exclude name=hsqldb-default-service.xml/ + !--exclude name=newhsqldb-default-service.xml/-- /fileset !-- Deployable archives -- ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 25-March-2002
JBoss daily test results SUMMARY Number of tests run: 549 Successful tests: 371 Errors:150 Failures: 28 [time of test: 25 March 2002 1:40 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-20020124 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] 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] Automated JBoss Testsuite Results: 25-March-2002
This was caused by both versions of defaultds configuration (hsqldb-default-service.xml and newhsqldb-default-service.xml) being copied to deploy. I've fixed it in cvs... we'll see how the next run goes. david jencks On 2002.03.24 19:39:39 -0500 [EMAIL PROTECTED] wrote: JBoss daily test results SUMMARY Number of tests run: 556 Successful tests: 379 Errors:149 Failures: 28 [time of test: 25 March 2002 0:37 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-31] 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-534493 ] New ConnectionManagers for jca framework
Change Notes item #534493, was opened at 2002-03-25 01:38 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=534493group_id=22866 Category: JBossCX Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: David Jencks (d_jencks) Assigned to: David Jencks (d_jencks) Summary: New ConnectionManagers for jca framework Initial Comment: I've committed my new ConnectionManager implementations to the connector module. The standard jboss config is now set up to use them. To go back to the old config, see later. Features: 1. Connections are supplied in the order requested. This fixes the problem that requests that can not be satisfied immediately can wait forever, while later requests do not block. 2. As per jca spec, connections can be held over transaction boundaries and method boundaries, and not die. So you can do this: Connection c = ds.getConnection(); ut.start; //do some work ut.commit(); c.close(); and the connection will be enrolled in the transaction and remain usable after commit. Similarly, you can get a connection in say ejbActivate and keep it until ejbPassivate. In each method call, it will be hooked up to a ManagedConnection with the appropriate security and tx contexts. 3. Security integrated with jboss's JAAS security system. Instead of supplying a user/pw combo in the COnnectionFactoryLoader config you provide the jndi name of a security domain, and configure this in auth.conf. As before, so far there is only the configured identity scenario implemented (where everyone gets mapped to a single db user). 4. No more silly classes. The ConnectionManagerFactoryLoader, ConnectionManagerFactory, and ConnectionFactoryLoader are all unnecessary. Instead, you directly configure the components you are using. The RARDeployer is being used only until a better deployment system is available: it is unnecessary if you are willing to process the ra.xml yourself and unpack the rar. Problems and incompleteness: 1. The current jca-jdbc wrappers are not spec compliant and cause some tests to fail: you cannot use them to hold connections over method boundaries. A working example is the firebird jca-jdbc driver. These wrappers will be replaced soon. 2. A couple of tests rely on timing considerations between threads and sometimes fail. 3. The configuration of the new components is not quite ideal yet. Currently they use a reference to the previous RARDeployment to get a little info from the ra.xml. This will be changed in the future to an xsl based system. The current configuration examples are done with nested mbeans, however the mbeans can also be standalone. Other changes: The new system uses an interceptor. The server build script uses ant filter to insert this in every interceptor chain. Look for jca.connection.interceptor in the server build.xml. The datasource type mapping in standardjaws.xml and standardjbosscmp-jdbc.xml is set by the default.type.mapping property. For instance compiling with -Ddefault.type.mapping=InterBase will result in using the InterBase type mapping by default. You can switch cmp1.1 persistence managers using the property cmp1.persistencemanager. choices are between JAWS and the cmp2 engine. See the build file. The testsuite is modified to use xml log4j configuration and that all test targets can skip compilation by including -Dnojars=t in the command line. -- Where are the configurations New style configurations are in newhsqldb-default-service.xml and jms-service.xml. The old configurations remain in hsql-default-service.xml and commented out in jms-service.xml To remove the interceptor, modify server/build.xml to make jca.connection.interceptor empty. Old configurations will continue to work until the old classes are removed. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=534493group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 25-March-2002
JBoss daily test results SUMMARY Number of tests run: 556 Successful tests: 380 Errors:149 Failures: 27 [time of test: 25 March 2002 2:23 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1_02a-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-31] 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] CVS locks?
on 25-03-2 01.07, Jason Dillon at [EMAIL PROTECTED] wrote: y35 j00 D1d. =P thats pearl ?;) or BuildMagic lingo ? While on topic of BM can U please explain what it does that ant task's can not do ? and WHY do We have a top level BlackBox instead of a 'standard' way to extend and build with ant ! ... ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 25-March-2002
JBoss daily test results SUMMARY Number of tests run: 556 Successful tests: 378 Errors:149 Failures: 29 [time of test: 25 March 2002 5:10 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] 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] [ jboss-Bugs-534542 ] Unable to start JBoss
Bugs item #534542, was opened at 2002-03-24 21:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=534542group_id=22866 Category: Build System Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Moses Wang (mwang) Assigned to: Jason Dillon (user57) Summary: Unable to start JBoss Initial Comment: Today, I download JBoss-2.4.4_Tomcat-4.0.1, and execute run_with_catalina.bat. Then send a request http://localhost:8080, I get following error: Using configuration catalina [ERROR,EmbeddedCatalinaServiceSX] HttpProcessor[8080] [4] process.invoke java.lang.NullPointerException at org.apache.catalina.valves.ErrorDispatcherValve.status (ErrorDispatcherValve.java:280) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:170) ... JBoss need more document to tell us how to start it! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=534542group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 25-March-2002
JBoss daily test results SUMMARY Number of tests run: 556 Successful tests: 378 Errors:149 Failures: 29 [time of test: 25 March 2002 6:11 GMT] [java.version: 1.3.1_02] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_02-b02] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] 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] [AUTOMATED] JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = HERE ARE THE LAST 50 LINES OF THE LOG FILE compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/connector/output/classes [javac] Compiling 84 source files to /disk/orig/home/lubega/jbossro/jboss-all/connector/output/classes /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/PreparedStatementInPool.java:36: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated public class PreparedStatementInPool extends StatementInPool implements PreparedStatement ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/PreparedStatementInPool.java:455: warning: setUnicodeStream(int,java.io.InputStream,int) in java.sql.PreparedStatement has been deprecated impl.setUnicodeStream(parameterIndex, x, length); ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:30: warning: getUnicodeStream(java.lang.String) in java.sql.ResultSet has been deprecated public class ResultSetInPool implements ResultSet ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:30: warning: getBigDecimal(java.lang.String,int) in java.sql.ResultSet has been deprecated public class ResultSetInPool implements ResultSet ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:30: warning: getUnicodeStream(int) in java.sql.ResultSet has been deprecated public class ResultSetInPool implements ResultSet ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:30: warning: getBigDecimal(int,int) in java.sql.ResultSet has been deprecated public class ResultSetInPool implements ResultSet ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:271: warning: getBigDecimal(int,int) in java.sql.ResultSet has been deprecated return impl.getBigDecimal(arg0, arg1); ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:322: warning: getBigDecimal(java.lang.String,int) in java.sql.ResultSet has been deprecated return impl.getBigDecimal(arg0, arg1); ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:1647: warning: getUnicodeStream(int) in java.sql.ResultSet has been deprecated return impl.getUnicodeStream(arg0); ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/adapter/jdbc/local/ResultSetInPool.java:1672: warning: getUnicodeStream(java.lang.String) in java.sql.ResultSet has been deprecated return impl.getUnicodeStream(arg0); ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/connectionmanager/InternalManagedConnectionPool.java:342: unreachable statement throw new UnsupportedOperationException(can't add to SetOfOne);; ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/connectionmanager/InternalManagedConnectionPool.java:388: unreachable statement throw new UnsupportedOperationException(can't clear SetOfOne);; ^ /disk/orig/home/lubega/jbossro/jboss-all/connector/src/main/org/jboss/resource/connectionmanager/InternalManagedConnectionPool.java:397: unreachable statement throw new UnsupportedOperationException(can't remove from SetOfOne);; ^ 3 errors 10 warnings BUILD FAILED /disk/orig/home/lubega/jbossro/jboss-all/connector/build.xml:310: Compile failed, messages should have been provided. Total time: 4 minutes 29 seconds ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 25-March-2002
JBoss daily test results SUMMARY Number of tests run: 528 Successful tests: 194 Errors:326 Failures: 8 [time of test: 25 March 2002 7:16 GMT] [java.version: 1.4.0] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.0-b92] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] 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] Cannot deploy to jboss3 beta!!!!
Hello, My ejb jar files worked perfectly in jboss3.0 alpha version, but when i deployed it to jboss 3.0 beta version, i failed! there is no any error reporting. i just found the deploymenet enter the endless loop!! such as: 03:54:04,963 INFO [MainDeployer] Deploying: file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:05,168 INFO [EJBDeployer] Deploying Search 03:54:10,453 INFO [MainDeployer] Undeploying file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:10,454 INFO [EJBDeployer] Undeploying:file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:10,457 INFO [MainDeployer] Cleaned Deployment file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:10,458 INFO [MainDeployer] Undeployed file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:10,458 INFO [MainDeployer] Deploying: file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:10,652 INFO [EJBDeployer] Deploying Search 03:54:15,789 INFO [MainDeployer] Undeploying file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:15,790 INFO [EJBDeployer] Undeploying:file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:15,793 INFO [MainDeployer] Cleaned Deployment file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:15,834 INFO [MainDeployer] Undeployed file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:15,835 INFO [MainDeployer] Deploying: file:/home/weffen/jboss-3.0.0beta/deploy/test-ejb.jar 03:54:16,029 INFO [EJBDeployer] Deploying Search ... i dont know why? i wonder anyone encounter the same problem? the ejb is very simple, and it can work in jboss3.0 alpha version! BTW: can i integrate the jboss alpha with tomcat4? i really hope jboss smart team can release a tomcat integration single jar file, in order to we can integrate any version of jboss with any version of tomcat, instead of only using jboss beta version embered tomcat4! _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11541 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development