JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 15
Errors:6
Failures: 0
[time of test: 30 September 2001 9:13 GMT]
[java.version:
User: gropi
Date: 01/09/30 03:33:48
Modified:src/examples/build readme.txt
Log:
Instructions for the bundled JBoss versions and why servlet.jar is needed.
Revision ChangesPath
1.4 +15 -5 manual/src/examples/build/readme.txt
Index: readme.txt
JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 20
Errors:1
Failures: 0
[time of test: 30 September 2001 14:1 GMT]
[java.version:
|Implementation model
|
|Let's start with the basics. The JMX MBeans in JBoss are all based upon
|the Standard MBean model. This has worked well, and is especially a very
|lightweight and simple way to make components manageable. The downside
|is that you can't add very
|You just mean that invoke() is a more natural way to String together
|detyped services but you could argue that for the price of putting the
|Dynamic Proxies right behind the standard MBean interface you can generate
|the same invoke() call and thus string a stack behind it.
|
|You can only do
User: slaboure
Date: 01/09/30 08:14:37
jbossmx/src/main/org/jboss/ha/framework - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 01/09/30 08:15:21
jbossmx/src/main/org/jboss/ha/framework/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 01/09/30 08:19:32
Added: src/main/org/jboss/ha/framework/interfaces
DistributedReplicantManager.java
DistributedState.java HAPartition.java
HARMIClient.java HARMIProxy.java HARMIResponse.java
User: slaboure
Date: 01/09/30 08:20:59
Added: src/main/org/jboss/ha/framework/server ClusterPartition.java
ClusterPartitionMBean.java
DistributedReplicantManagerImpl.java
DistributedStateImpl.java
User: slaboure
Date: 01/09/30 08:22:37
Removed: src/main/org/jboss/ha ClusterPartition.java
ClusterPartitionMBean.java
DistributedReplicantManager.java
DistributedReplicantManagerImpl.java
User: slaboure
Date: 01/09/30 08:24:32
Modified:src/main/org/jboss/ejb/plugins/jrmp13/server
JRMPContainerInvokerHA.java
Log:
now uses new framework package structure
Revision ChangesPath
1.6 +5 -5
User: slaboure
Date: 01/09/30 08:24:32
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvokerHA.java
Log:
now uses new framework package structure
Revision ChangesPath
1.6 +4 -4
User: slaboure
Date: 01/09/30 08:24:32
Modified:src/main/org/jboss/ejb/plugins/jrmp/interfaces
HomeProxyHA.java StatelessSessionProxyHA.java
Log:
now uses new framework package structure
Revision ChangesPath
1.3 +3 -3
User: slaboure
Date: 01/09/30 08:23:34
Modified:src/main/org/jboss/ha/jndi HAJNDI.java HANamingService.java
HANamingServiceMBean.java
Log:
now uses new framework package structure
Revision ChangesPath
1.7 +2 -2
User: slaboure
Date: 01/09/30 08:25:15
Modified:.build.xml
Log:
now uses new framework package structure
Revision ChangesPath
1.15 +7 -15 jbossmx/build.xml
Index: build.xml
===
RCS
|You just mean that invoke() is a more natural way to String together
|detyped services but you could argue that for the price of putting the
|Dynamic Proxies right behind the standard MBean interface you can
generate
|the same invoke() call and thus string a stack behind it.
|
|You can only do
Later today.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Hunter Hillegas [EMAIL PROTECTED]
To: JBoss Dev [EMAIL PROTECTED]
Sent: Saturday, September 29, 2001 10:13 AM
Subject: [JBoss-dev] Tomcat 4
yes, i'am aware,
but it seems that migrating from 1.3 to 1.4,
wouldn't go that easy as migrating from 1.2 to 1.3
(remember 1.0 to 1.1)
minus for sun, they claim os independency but
they haven't have version indepencency
for me backward compatibilty is a mayor issue
I'am only thinking in the
So a transient declaration or a writeObject() ,
in the x-doclet implementation could
solve this problem.
Tbone
- Original Message -
From: Fred Loney [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Saturday, September 29, 2001 8:13 PM
Subject: Re: [JBoss-dev] build
I don't think so. Backward compatibility is good for a
while but have a look at M$ Windows or other OS
I can become a pain in the a*.
You can have evolution and backward compatibility over
a long period but you should give a grace period.
I can't understand that still handleEvent() is still in
|Either that or you control the JMX infrastructure, a JMX server that
|includes the externalization of stacks of JBoss would do just that.
|
|That's true. So, you want to replace the RI then?
Well the more I think about what we are doing and the more I see the future
of the webOS starting with
When jdk 1.1 was released few developers used java.
but now it's the most used programming language|vm.
undeprecated changes can have a mayor impact.
removing a method out of some class isn't the same as
adding a new keyword.
(Why not System.assert() )
I can live with changes like assert,
Hi Geeks
Is there someone out there able to make the packaging for Red Heat
(most of the Linux distributions I know uses this) ? Or is there someone
able to help with that ?
Mitchell:
- I think the best is that you checkout JBoss (I would go for the latest
release 3.0)
- Adjust the build
User: starksm
Date: 01/09/30 14:06:07
Modified:catalina/src/main/org/jboss/web/catalina
EmbeddedCatalinaServiceSX.java
Log:
Update the public id of the jboss-web.dtd
Revision ChangesPath
1.2 +2 -2
User: starksm
Date: 01/09/30 14:23:40
Modified:src/build/subprojects Tag: Branch_2_4 build-perf.xml
Log:
Set overwrite flag when copying resources
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1
User: starksm
Date: 01/09/30 14:24:53
Modified:src/build/subprojects Tag: Branch_2_4 build-security.xml
Log:
Set overwrite flag when copying resources
Revision ChangesPath
No revision
No revision
1.2.2.2 +1 -1
Is there someone out there able to make the packaging for Red Heat
(most of the Linux distributions I know uses this) ? Or is there someone
able to help with that ?
We could start maintaining a RPM .spec file for the build. I have some
knowledge of these, but if someone else wants to step up
User: starksm
Date: 01/09/30 15:07:22
Modified:catalina/src/etc/conf/catalina jboss.conf.patch
jboss.jcml.patch
Log:
Update the standard conf to embedded catalina conf patch files
Revision ChangesPath
1.2 +28 -21
User: starksm
Date: 01/09/30 15:08:42
Modified:src/etc/conf/default Tag: Branch_2_4 jboss.jcml
Log:
Update to HSQL 1.61
Revision ChangesPath
No revision
No revision
1.40.2.8 +2 -2
User: starksm
Date: 01/09/30 15:09:37
Added: src/lib Tag: Branch_2_4 hsqldb.jar
Log:
Add HSQL 1.61 + JBoss embedded patch
Revision ChangesPath
No revision
No revision
1.1.2.1 +728 -0
User: starksm
Date: 01/09/30 15:10:43
Modified:src/main/org/jboss/jdbc Tag: Branch_2_4
HypersonicDatabase.java
Log:
Incorporate elements of the HSQLDB 1.61 patch and fix the lack
of startup success/failure.
Revision ChangesPath
No
User: starksm
Date: 01/09/30 15:14:26
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 Container.java
Log:
Remove unused org.jnp imports
Revision ChangesPath
No revision
No revision
1.44.2.4 +1 -5
User: starksm
Date: 01/09/30 15:22:57
Modified:src/main/org/jboss/deployment Tag: Branch_2_4
DeployerMBeanSupport.java
Log:
Add getDeployments() method
Revision ChangesPath
No revision
No revision
Bugs item #466642, was opened at 2001-09-30 15:22
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=466642group_id=22866
Category: JBossDoc
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
User: starksm
Date: 01/09/30 15:25:40
Modified:src/lib Tag: Branch_2_4 crimson.jar jaxp.jar
Log:
Used the unsigned version of jaxp.jar and crimson.jar to avoid sealing
violation exceptions
Revision ChangesPath
No revision
No
are these the ones that supposedly fix the cl behavior? Do you remember the
apache guys saying the new stuff fixed it?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Sunday, September 30, 2001 6:26 PM
|To: [EMAIL
User: starksm
Date: 01/09/30 15:51:51
Removed: src/lib Tag: Branch_2_4 jaas.jar jboss-deployer.jar
jboss-j2ee.jar jboss-util.jar metadata.jar xml.jar
Log:
Remove all jars and require a JBoss distribution to compile instead
User: starksm
Date: 01/09/30 15:52:54
Added: lib Tag: Branch_2_4 crimson.jar
Removed: lib Tag: Branch_2_4 parser.jar
Log:
Update parser.jar to crimson.jar
Revision ChangesPath
No revision
No revision
User: starksm
Date: 01/09/30 15:53:30
Modified:lib Tag: Branch_2_4 jaxp.jar
Log:
Update to 1.1 JAXP
Revision ChangesPath
No revision
No revision
1.1.1.1.4.1 +132 -19 jbosscx/lib/Attic/jaxp.jar
Binary
User: starksm
Date: 01/09/30 15:54:33
Modified:src/build Tag: Branch_2_4 build.sh build.xml
Log:
Update build to use a JBoss distribution rather than potentially
out of date local copies
Revision ChangesPath
No revision
No
User: starksm
Date: 01/09/30 16:12:21
Added: src/main/org/jboss/logging/log4j Tag: Branch_2_4
CategoryWriter.java
Log:
Merge from main
Revision ChangesPath
No revision
No revision
1.1.4.1
Tests that timeout generate no testcase xml results and are (I think) not
counted. This happens on my local machine, I don't know if it is causing
these count differences.
david jencks
On 2001.09.30 00:06:15 -0400 Jason Dillon wrote:
Why does the number of tests run vary from vm to vm?
No, these simply are not sealed. In all other aspects they appear to
be the same as the jars in the jaxp 1.1 release from sun. I would expect
any changes to be done in the xerces parser.
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday,
Is there any easy way to track how mant tests there are outside of this? I
don't really know how many tests there are. It would be good to know what
coverage we arte getting and what we are missing due to tool errors or
timeouts.
--jason
On Sun, 30 Sep 2001, David Jencks wrote:
Tests that
User: starksm
Date: 01/09/30 18:48:00
Modified:src/build/subprojects Tag: Branch_2_4 build-jbossmq.xml
Log:
Fix the jbossmq test path and the cts deployment
Revision ChangesPath
No revision
No revision
1.1.2.2 +2 -2
User: starksm
Date: 01/09/30 18:48:00
Modified:src/main/org/jboss/test/cts/test Tag: Branch_2_4 Main.java
Log:
Fix the jbossmq test path and the cts deployment
Revision ChangesPath
No revision
No revision
1.3.2.2 +2
JBoss daily test results
SUMMARY
Number of tests run: 113
Successful tests: 92
Errors:19
Failures: 2
[time of test: 1 October 2001 3:15 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 124
Successful tests: 105
Errors:9
Failures: 10
[time of test: 1 October 2001 4:15 GMT]
[java.version:
User: starksm
Date: 01/09/30 21:11:57
Modified:tomcat/src/build Tag: Branch_2_4 build.xml
Log:
Update bundle name to JBoss-2.4.2_Tomcat-3.2.3
Revision ChangesPath
No revision
No revision
1.15.2.5 +2 -2
User: starksm
Date: 01/09/30 21:20:23
Modified:tomcat/src/etc/conf/tomcat Tag: Branch_2_4 jboss.conf.patch
jboss.jcml.patch
Log:
Update patch files for 2.4.2 changes
Revision ChangesPath
No revision
No
Just to be sure my remark on bug 457245 will be read ;)
I am working on this bug right now.
Session beans passivates and activates without error.
But after activation I receive a NoSuchObjectException from
AbstractInstanceCache.
Question : does Activation have to put the object back in
marc fleury wrote:
Well the more I think about what we are doing and the more I see the future
of the webOS starting with the management of modules invocation stacks that
are put in it. This is the magic of the detyped invocation chains it allows
for arbitrary stacks of interceptors, even
52 matches
Mail list logo