JBoss daily test results
SUMMARY
Number of tests run: 146
Successful tests: 132
Errors:7
Failures: 7
[time of test: 20 December 2001 10:30 GMT]
[java.version:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
Hello,
The org.jboss.Shutdown class does
User: slaboure
Date: 01/12/20 03:00:48
Modified:javagroups/javagroups/lib JavaGroups.jar JavaGroupsVersion
Log:
JG Bug in large state transfer (Bug# 491327)
Revision ChangesPath
1.4 +741 -717 thirdparty/javagroups/javagroups/lib/JavaGroups.jar
Binary
JBoss daily test results
SUMMARY
Number of tests run: 217
Successful tests: 198
Errors:12
Failures: 7
[time of test: 20 December 2001 11:37 GMT]
[java.version:
I'm not sure about before marc's checkin, but with
his checkins anonymous depends didn't work. They are
fixed now, there are a couple of test cases in
test/jmx. mbean 2 should now start after mbean1.
Is that fixed? I would like to move on to the clustering stuff since I think that the
JBoss daily test results
SUMMARY
Number of tests run: 146
Successful tests: 132
Errors:7
Failures: 7
[time of test: 20 December 2001 15:45 GMT]
[java.version:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
Hello,
The org.jboss.Shutdown class does
The depends and depends-list features now work correctly and all deployment tests
(jmx) pass.
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=6069
User: starksm
Date: 01/12/20 08:55:03
Modified:src/main/org/jboss/deployment J2eeDeployer.java
Log:
Log the nested exception in startModules
Revision ChangesPath
1.51 +13 -9 jboss/src/main/org/jboss/deployment/J2eeDeployer.java
Index: J2eeDeployer.java
Yes, I just verified that my little test works now.
Sorry to alarm, I missed your commit of ServiceDeployer, and assumed I
was using CVS HEAD when I mentioned it.
-David
On Thu, 20 Dec 2001, David Jencks wrote:
The depends and depends-list features now work correctly and all deployment tests
EntityContainer:859
protected void setupMarshalledInvocationMapping()
{
try
{// Create method mappings for container invoker
Method [] m = homeInterface.getMethods();// line 859
I assume we setup marshalled invocations for remote interfaces only?
This code does
Nevermind, I just answered my own question. We step on the exception
(but log it's stack trace twice). The ejbs deploy just fine.
I'll just add the check to avoid the stack traces (which is what threw
me off in the first place)
On Thu, 20 Dec 2001, David Budworth wrote:
EntityContainer:859
protected void setupMarshalledInvocationMapping()
{
try
{// Create method mappings for container
ainer invoker
Method [] m = homeInterface.getMethods();//
ods();// line 859
I assume we setup marshalled invocations for remote
interfaces only?
that is correct,
This code does not map
User: dbudworth
Date: 01/12/20 10:26:44
Modified:src/main/org/jboss/ejb EntityContainer.java
StatefulSessionContainer.java
StatelessSessionContainer.java
Log:
Modified: setupMarshalledInvocationMapping()
Added check for remote
If you are interested in JunitEJB test extension, a quick doc follows.
My extension. JunitEJB, was designed to test local interfaces. Instead of
running the test code on the client, the client invokes a SLSB, which intern
invokes the test on the server.
IMHO my test extension is very easy to
dain can you automate that and commit the stuff in the testsuite packages or
is there a problem with this?
thakns
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
|Sundstrom
|Sent: Thursday, December 20, 2001 1:43 PM
|To: 'David Jencks'; [EMAIL
This is already in use in the testsuite. I'm not sure what you mean by
automate this. I could write an ant task that adds the code and SLSB to an
existing ejb-jar. I'm not sure how hard it is, but that has not stopped me
before.
-dain
-Original Message-
From: marc fleury
When I redeploy my EJB, I get class cast exceptions when looking up the
remote home objects.
Even though the home has not changed or been recompiled.
I deploy with all my classes in a SAR (proxeno01.sar), and then deploy a
descriptor only EAR (proxeno02.ear).
I am re-deploying by first
I deploy with all my classes in a SAR
(proxeno01.sar), and then deploy a
descriptor only EAR (proxeno02.ear).
Can you show me this structure? it is unclear
what do you mean by a descriptor only ear, only the xml files?
give a layout.
marcf
proxeno.sar
\- META-INF
\- jboss-service.xml
\- com/proxeno/blah blah blah, all my classes
proxeno.ear
\- META-INF
\- application.xml
\- proxeno.jar
\- META-INF
\- ejb-jar.xml
\- jboss.xml
\- proxeno.war
\- WEB-INF
\- web.xml
User: mnf999
Date: 01/12/20 14:32:18
Modified:src/docs/jbossgroup mvcsoft.jsp
Log:
You try to slip one more like that by me and I kill you you ungrateful little punk!
Show some decency, some simple, down to earth decency or you won't last long...
Revision Changes
proxeno.sar
\- META-INF
\- jboss-service.xml
\- com/proxeno/blah blah blah, all my classes
proxeno.ear
\- META-INF
\- application.xml
\- proxeno.jar
\- META-INF
\- ejb-jar.xml
\- jboss.xml
\- proxeno.war
\- WEB-INF
\- web.xml
\- index.html
Since bill burke is on the clustering
Catalina no longer uses server.xml when embedded with JBoss. See this link for exact
details on how to configure the Catalina listener port:
http://sourceforge.net/tracker/index.php?func=detailaid=466753group_id=22866atid=381174
I got the same error as Bill and threw the tomcat-test.ear file out there with no
improvement.
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=5703
User: ejort
Date: 01/12/20 17:39:37
Added: src/main/javax/management/monitor CounterMonitor.java
CounterMonitorMBean.java GaugeMonitor.java
GaugeMonitorMBean.java Monitor.java
MonitorMBean.java
User: squirest
Date: 01/12/20 19:00:56
Modified:src/main/test/compliance/objectname MalformedTEST.java
PatternTEST.java
Log:
improved test coverage
Revision ChangesPath
1.2 +140 -71
User: squirest
Date: 01/12/20 19:01:45
Modified:src/main/javax/management ObjectName.java
Log:
made it pass all the testcases
Revision ChangesPath
1.3 +240 -72 jmx/src/main/javax/management/ObjectName.java
Index: ObjectName.java
When I simply start the latest code on a w2k system with the testsuite
idgen.jar in the deploy directory I get the following error:
2001-12-20 19:22:29,828 ERROR [org.jboss.deployment.J2eeDeployer#Default]
Starting idgen.jar failed!
java.lang.IllegalAccessError: try to access class
Hi,
Somebody reported this on 2.4.3
http://www.jboss.org/forums/thread.jsp?forum=61thread=6050
Regards,
Adrian
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=66thread=6127
Is there any chance that there is hsqldb.jar in lib/ext and an hsql-service.sar also
containing hsqldb.jar in deploy or deploy/lib? The numbers in the tmp dirs (was it
deploy.6 and deploy.67?) suggest the first was from lib/ext and the second from an
autodeploy package.
Patches item #495746, was opened at 2001-12-20 21:22
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=495746group_id=22866
Category: JBossServer
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Larry Sanderson (lsanders)
Bugs item #494839, was opened at 2001-12-18 16:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=494839group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert Price (rprice)
Assigned to:
Bugs item #494839, was opened at 2001-12-18 16:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=494839group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert Price (rprice)
Assigned to:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
Hello,
The org.jboss.Shutdown class does
JBoss daily test results
SUMMARY
Number of tests run: 136
Successful tests: 131
Errors:5
Failures: 0
[time of test: 21 December 2001 6:24 GMT]
[java.version:
Its just the default distribution that results from running build.sh
with the addition of the idgen.jar to the lib/deploy directory, and it
is the same distribution on both platforms. There is only the
deploy/hsqldb-default-service.xml and lib/ext{hsqldb.jar, hsqldb-plugin.jar}
and the
36 matches
Mail list logo