JBoss daily test results
SUMMARY
Number of tests run: 160
Successful tests: 160
Errors:0
Failures: 0
[time of test: 9 December 2001 7:52 GMT]
[java.version: 1.3
User: user57
Date: 01/12/08 23:35:15
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
o changed some info logs to debug, when the same information was logged as
info by a component before or after it
o Installer & InstallerFactory create there own Loggers to mak
User: user57
Date: 01/12/08 23:35:14
Modified:src/main/org/jboss/deployment Installer.java
InstallerFactory.java
Log:
o changed some info logs to debug, when the same information was logged as
info by a component before or after it
o Installer & In
User: user57
Date: 01/12/08 23:31:39
Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
Log:
o use more descriptive name for logging category
Revision ChangesPath
1.8 +16 -12jbossmq/src/main/org/jboss/mq/server/
User: user57
Date: 01/12/08 23:30:45
Modified:src/main/org/jboss/deployment J2eeDeployer.java
Log:
o correctly set tmp/deploy/* directory, instead of deploy/*
Revision ChangesPath
1.50 +31 -41jboss/src/main/org/jboss/deployment/J2eeDeployer.java
Index: J
Looks like it should, but I don't know if there is a reason it does not.
The logic to find the temp directory is messed up, which is why it is using
the deploy/* directory.
I am going to fix that, but if there isn't any reason for it not to extend
DeployerMBeanSupport, it probably should.
--
=
==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
Today I had some problems as well with the jsr77.jar when I got updated.
The fix is to clean the build ('build.sh clean' or 'build clean') and the
rebuild it.
Andy
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Andreas Schaefer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECT
JBoss daily test results
SUMMARY
Number of tests run: 124
Successful tests: 124
Errors:0
Failures: 0
[time of test: 9 December 2001 6:39 GMT]
[java.version: 1.3
So these are warnings? Should they be logged as WARN? and not info...
assuming they were actually valid logs to begin with?
--jason
On Sat, 8 Dec 2001, Andreas Schaefer wrote:
> Hi
>
> This is a bug in the verifier which I already reported. According to the EJB
> spec. you can return the E
Perhaps it took a bit for the jar to get sync'd with cvs. it works fine now
(didn't for the last 10 minutes though).
--jason
On Sat, 8 Dec 2001, Andreas Schaefer wrote:
> Did you update the "jboss-all/thirdparty" because I updated the
> "sun/jsr77/lib/jsr77.jar"
> file.
>
> Andy
>
> -
Did you update the "jboss-all/thirdparty" because I updated the
"sun/jsr77/lib/jsr77.jar"
file.
Andy
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 08, 2001 9:36 PM
Subject: [JBoss-dev] org.jboss.management.j2ee.JDBC should
Hi
This is a bug in the verifier which I already reported. According to the EJB
spec. you can return the EJB's remote interface or a subclass (subinterface)
of this remote interface as well.
Andy
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent:
User: user57
Date: 01/12/08 22:05:49
Modified:jetty/src/main/org/jboss/jetty JBossLogSink.java
JBossUserRealm.java JBossWebApplicationContext.java
Jetty.java JettyResolver.java JettyService.java
Log:
o Using jboss Logger instead of
User: chirino
Date: 01/12/08 21:56:36
Modified:src/main/org/jboss/mq/server BasicQueue.java
ClientConsumer.java
Log:
updated the dc variable to connectionToken. more readable.
fixed the NoLocal bug that was reported on the user forums.
testcase in the su
User: chirino
Date: 01/12/08 21:56:36
Modified:src/main/org/jboss/mq Connection.java Subscription.java
Log:
updated the dc variable to connectionToken. more readable.
fixed the NoLocal bug that was reported on the user forums.
testcase in the suite shows now that it is working.
User: chirino
Date: 01/12/08 21:55:06
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
updated the noLocal test
Revision ChangesPath
1.7 +8 -6
jbosstest/src/main/org/jboss/test/jbossmq/test/JBossMQUnitTestCa
User: chirino
Date: 01/12/08 21:50:31
Modified:src/main/org/jboss/mq/server MessageCache.java
Log:
Reduced the verbosity of the logging. Was getting 4 lines in the logs per second
even is nothing was happening.
Revision ChangesPath
1.8 +10 -7 jbossmq/src/mai
Patches item #490770, was opened at 2001-12-08 21:44
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=490770&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Brock (ejort
21:38:38,551 INFO [ContainerFactory]
Bean : MEJB
Method : public abstract Management create() throws CreateException,
RemoteException
Section: 6.8
Warning: The create method of a stateless session bean home interface must
return the session bean's remote interface.
21:38:38,555 INFO [Conta
compile-classes:
[javac] Compiling 19 source files to
/nfs/home/jason/ws/jboss/jboss-all/server/output/classes
/nfs/home/jason/ws/jboss/jboss-all/server/src/main/org/jboss/management/j2ee/JDBC.java:39:
org.jboss.management.j2ee.JDBC should be declared abstract; it does not
define getJDBCCo
User: user57
Date: 01/12/08 21:24:25
Modified:src/main/org/jboss/system Info.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug on console
Revision ChangesPath
1.6 +9 -9 jboss/src/main/org/
User: user57
Date: 01/12/08 21:24:25
Modified:src/main/org/jboss/deployment AutoDeployer.java
DeployerMBeanSupport.java ServiceDeployer.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug o
User: user57
Date: 01/12/08 21:24:25
Modified:src/main/org/jboss/naming NamingService.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug on console
Revision ChangesPath
1.23 +14 -7 jboss/src/
User: user57
Date: 01/12/08 21:24:24
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
o minor logging changes; trying to make the default configuration less
verbose on console, enable debug on console
Revision ChangesPath
1.34 +21 -21contri
User: user57
Date: 01/12/08 21:22:56
Modified:jbossbuild.xml
Log:
o include shutdown.jar
Revision ChangesPath
1.57 +2 -1 build/jboss/build.xml
Index: build.xml
===
RCS file: /cvsroo
User: user57
Date: 01/12/08 21:22:24
Modified:.build.xml
Log:
o creating shutdown.jar for the shutdown.[sh|bat] scripts
Revision ChangesPath
1.45 +10 -1 jboss/build.xml
Index: build.xml
==
User: user57
Date: 01/12/08 21:21:56
Added: src/bin shutdown.bat shutdown.sh
Log:
o helper scripts to call org.jboss.Shutdown
Revision ChangesPath
1.1 jboss/src/bin/shutdown.bat
Index: shutdown.bat
===
This seems to work for me. Why are you having trouble with it. What can we
do to get automated message to stop?
--jason
On Sun, 9 Dec 2001 [EMAIL PROTECTED] wrote:
>
> =
> ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lube
User: schaefera
Date: 01/12/08 21:01:44
Added: src/main/org/jboss/test/management/test
JSR77SpecUnitTestCase.java
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted
User: schaefera
Date: 01/12/08 21:01:43
Modified:src/main/org/jboss/management/mejb
JMSClientNotificationListener.java
ListenerRegistration.java ManagementBean.java
PollingClientNotificationListener.java
User: schaefera
Date: 01/12/08 21:01:44
Modified:sun/jsr77/lib jsr77.jar
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factor
User: schaefera
Date: 01/12/08 21:01:43
Modified:src/main/org/jboss/management/j2ee JDBC.java
JDBCDataSource.java
Added: src/main/org/jboss/management/j2ee JDBCDataSourceMBean.java
JDBCDriver.java JDBCDriverMBean.java JDBCMBean.jav
User: schaefera
Date: 01/12/08 21:01:43
Modified:.build.xml
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory ena
User: schaefera
Date: 01/12/08 21:01:42
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Add
User: schaefera
Date: 01/12/08 21:01:43
Modified:.build.xml
Log:
Added Notification Transport to JSR-77 which works similar to EJB-Connector
but with the tweak of JSR-77 interface.
Added the adjusted JDBC JSR-77 shadow objects.
Added JSR-77 to the Connector Factory ena
User: schaefera
Date: 01/12/08 20:55:41
jbosstest/src/main/org/jboss/test/management/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: schaefera
Date: 01/12/08 20:55:21
jbosstest/src/main/org/jboss/test/management - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
=
==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: 124
Successful tests: 123
Errors:1
Failures: 0
[time of test: 9 December 2001 4:32 GMT]
[java.version: 1.3
User: chirino
Date: 01/12/08 20:30:54
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
Added a test to see if NoLocal works.
Revision ChangesPath
1.6 +14 -10
jbosstest/src/main/org/jboss/test/jbossmq/test/JBos
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned
User: chirino
Date: 01/12/08 20:17:13
Modified:src/main/org/jboss/test/jbossmq/test
JBossMQUnitTestCase.java
Log:
Added a test to see if NoLocal works.
Revision ChangesPath
1.5 +47 -0
jbosstest/src/main/org/jboss/test/jbossmq/test/JBos
User: user57
Date: 01/12/08 19:36:01
Modified:src/main/org/jboss/system ServiceCreator.java
Log:
o info messages to debug
Revision ChangesPath
1.7 +4 -5 jboss/src/main/org/jboss/system/ServiceCreator.java
Index: ServiceCreator.java
==
User: user57
Date: 01/12/08 19:32:00
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
o info message to debug
Revision ChangesPath
1.104 +3 -2 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: ContainerFactory.java
===
I fully understand. And I was not demanding it to be by Monday. I just
was asking if it's on the list of "stuff to do", or on the list of
"stuff to test/commit".
I wasn't expecting anyone to rush right out at do it.
And, yes, I do know that that's the CL delegation model for 1.2, I just
saw me
Is there any reason why the default configuration puts it deployer files
into the deploy/Default directory instead of the tmp/deploy/Default
directory?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/
User: user57
Date: 01/12/08 18:37:54
Modified:src/main/org/jboss/system ServiceCreator.java
Log:
o minor cosmetic change to about/create bean log messages
Revision ChangesPath
1.6 +12 -12jboss/src/main/org/jboss/system/ServiceCreator.java
Index: Service
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned
User: starksm
Date: 01/12/08 17:37:02
Modified:src/main/org/jboss/verifier Tag: Branch_2_4 Main.java
Log:
Validate the xml descriptor by default. Use -novalidate to disable validation
Revision ChangesPath
No revision
No revisi
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned
User: starksm
Date: 01/12/08 16:55:21
Modified:src/main/org/jboss/security Tag: Branch_2_4
ClientLoginModule.java Logger.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and update the Logger u
User: starksm
Date: 01/12/08 16:55:21
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
AbstractServerLoginModule.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and update the Log
User: starksm
Date: 01/12/08 16:55:22
Modified:src/main/org/jboss/security/srp/jaas Tag: Branch_2_4
SRPCacheLoginModule.java SRPLoginModule.java
Log:
Update org.jboss.security.Logger to be in synch with the 3.0
org.jboss.system.BootstrapLogger version and
User: starksm
Date: 01/12/08 16:55:21
Modified:src/main/org/jboss/security/srp Tag: Branch_2_4
SRPClientSession.java SRPRemoteServer.java
SRPServerSession.java SerialObjectStore.java
Log:
Update org.jboss.security.Logger to be in sync
User: starksm
Date: 01/12/08 16:51:28
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCFinderCommand.java
Log:
Applied patch 486426 for FinderException message
Revision ChangesPath
No revision
No
User: starksm
Date: 01/12/08 16:46:22
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCInitCommand.java
Log:
Integrate patch 489461
Revision ChangesPath
No revision
No revision
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
>Status: Open
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned t
User: juhalindfors
Date: 01/12/08 16:23:01
Modified:src/main/javax/management MBeanServerFactory.java
Log:
different servers for different people..
use -Djbossmx.mbean.server.class=yourClass to override the default
mbean server implementation
Revision ChangesPath
User: juhalindfors
Date: 01/12/08 16:24:28
Modified:src/main/org/jboss/mx/interceptor
StandardMBeanInterceptor.java
Log:
remove debug statement
Revision ChangesPath
1.3 +1 -3
jmx/src/main/org/jboss/mx/interceptor/StandardMBeanIntercept
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
>Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
>Assigne
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigned
User: starksm
Date: 01/12/08 15:26:09
Modified:src/main/org/jboss/mq Tag: Branch_2_4 SpyMessage.java
SpyTextMessage.java
Log:
Integrate patch for text messages with a UTF encoding > 65535 bytes.
This adds a new message type and is compatible with earlier J
Bugs item #487994, was opened at 2001-12-01 21:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487994&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Alex Pavlov (apavlov)
Assigne
|Hi Geeks
|
|SORRY that I bring up this discussion but during the implementation
|of JSR-77 I ran into a problem with the current drop of init() and
|destroy().
|
|Right now the life-cycle is:
|- create of the MBean
|- set attributes
|- call start()
|-
|- call stop()
|
|But with JSR-77 I need
Hi Geeks
SORRY that I bring up this discussion but during the implementation
of JSR-77 I ran into a problem with the current drop of init() and
destroy().
Right now the life-cycle is:
- create of the MBean
- set attributes
- call start()
-
- call stop()
But with JSR-77 I need to create the
|I don't mean to be a pest. I just got caught off guard with this. My
|company asked for a demo of my stuff for next week, and I had just
|assumed all along that the CLs would always find the classes defined in
|the same archive as the DD.
Being a pest here doesn't really get you anywhere. I do
User: squirest
Date: 01/12/08 14:20:06
Modified:src/main/javax/management MBeanInfo.java
Log:
changed constructor to replace null array args with zero size arrays
implemented clone()
formatted code
Revision ChangesPath
1.2 +66 -23jmx/src/main/javax/manageme
Bugs item #488923, was opened at 2001-12-04 07:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=488923&group_id=22866
Category: None
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Guillaume Coté (gcote)
Assigned to: No
Bugs item #486863, was opened at 2001-11-28 23:41
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=486863&group_id=22866
Category: None
Group: v2.4 (stable)
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Abe Zafar (abezafar)
Assigned to: No
Bugs item #487586, was opened at 2001-11-30 08:45
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=487586&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Guillaume Coté (gcote)
Assigned
If the EAR doesn't get preference as to which classes to load then there
are bigger problems here.
Example: I have a SuperMap class that implements Map, plus has a bunch
of other stuff in it.
Both the SAR, and the EJBs int he EAR use it.
If I update SuperMap, and change the EJBs to use the ne
Hi,
--- Scott M Stark <[EMAIL PROTECTED]> wrote:
> Point JAVA_HOME to a JDK distribution that is compatible with the
> Sun
> layout(has javac in lib/tools.jar) and this is included in the
> system
> classpath
> by the run.bat and run.sh start scripts.
...but I am using the sun, ibm and blackdow
User: chirino
Date: 01/12/08 12:21:49
Modified:src/main/org/jboss/mq SpyMessageConsumer.java
Log:
Changed so that we now add the message to XAResource manager before we call
onMessages since the
resource may get elisted IN the onMessage method. This gives onMessage a chance to
User: starksm
Date: 01/12/08 12:23:01
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
EmbeddedCatalinaServiceSX.java
EmbeddedCatalinaServiceSXMBean.java
Log:
Change importXml to setConfig to work with attribute based
User: starksm
Date: 01/12/08 11:00:20
Modified:.build.xml
Log:
Exclude XAUnitTestCase until it can be updated
Revision ChangesPath
1.44 +3 -1 jbosstest/build.xml
Index: build.xml
==
User: starksm
Date: 01/12/08 10:23:39
Modified:src/bin run.sh
Log:
Allow override of JAVAC_JAR from environment
Revision ChangesPath
1.32 +4 -2 jboss/src/bin/run.sh
Index: run.sh
===
RCS
Point JAVA_HOME to a JDK distribution that is compatible with the Sun
layout(has javac in lib/tools.jar) and this is included in the system
classpath
by the run.bat and run.sh start scripts. If no such VM is available,
explicitly
set JAVAC_JAR to the compiler jar.
Scott S
[EMAIL PROTECTED] wrote:
>on 1-12-08 18.04, Allen Fogleson at [EMAIL PROTECTED] wrote:
>
>please do as an interim solution ...
>
actually scott pointed out that it wont work for OS X
For some reason tools.jar wasnt in my classpath when I tested before. it
does work if it is... so I think Ch
Bugs item #489294, was opened at 2001-12-05 00:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=489294&group_id=22866
Category: JBossServer
Group: v2.4 BETA (stable)
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Konstantin Pribluda
User: starksm
Date: 01/12/08 10:10:11
Modified:src/bin run.bat run.sh
Log:
Include the tools.jar from a Sun JDK compatible distribution to enable
compilation of JSP pages by default. JAVA_HOME must point to the JDK root
directory and it must contain a lib/tools.jar with the ja
on 1-12-08 18.04, Allen Fogleson at [EMAIL PROTECTED] wrote:
> in my build script i changed
> /jboss-all/server/src/etc/conf/default/jboss-service.xml by adding
> tools.jar to the classpath element. then in my build script in the
> _module-j2ee-most I added the following:
>
>
> tofile="${insta
Ohh yeah stupid me... I forgot about OS X. The one OS I cant test it on
:) Ahh well I said it was so simple there had to be a reason it wasnt
done before.
>Because this depends on which JVM your are using and the setting your
>proposing does not work in general. On OS X the javac compiler is in
- Original Message -
From: "Allen Fogleson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, December 08, 2001 9:04 AM
Subject: Re: [JBoss-dev] Automated JBoss Testsuite Results
> >"javac is in the classpath" - is there something I can change in my
> >
why not just do it in build.xml?
[EMAIL PROTECTED] wrote:
>on 1-12-08 11.29, Chris Kimpton at [EMAIL PROTECTED] wrote:
>
>I think Julian is looking at adding the javac to the classpath
>programatically instead of forcing all of us to copy tools.jar to
>/lib/ext/ or maybe we could ask buildmagic
[EMAIL PROTECTED] wrote:
>Hi,
>
Errors:1
Failures: 2
>>missing that XA is not a valid test *now* (Error) therefore it
>>should be
>>removed - and if javac is in the classpath the other 2 is cleared
>>as well
>>
>"javac is in the classpath" - is ther
Patches item #490612, was opened at 2001-12-08 08:43
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=490612&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Brock (ejort
User: juhalindfors
Date: 01/12/08 08:08:17
Modified:src/main/test TestMX.java
Log:
Revision ChangesPath
1.3 +25 -1 jmx/src/main/test/TestMX.java
Index: TestMX.java
===
RCS file: /cvsroot/
User: juhalindfors
Date: 01/12/08 08:06:50
Modified:src/main/org/jboss/mx/interceptor Invocation.java
StandardMBeanInterceptor.java
Log:
standard attributes
Revision ChangesPath
1.2 +11 -4 jmx/src/main/org/jboss/mx/interceptor/Invocation
User: juhalindfors
Date: 01/12/08 08:03:50
Modified:src/main/org/jboss/mx/server StandardMBean.java
Log:
standard attributes
Revision ChangesPath
1.3 +56 -18jmx/src/main/org/jboss/mx/server/StandardMBean.java
Index: StandardMBean.java
===
Yes, I added those lines and kept them commented because there are some
new classes in 1.4, like java.sql.SavePoint, so it would break uncommented
for 1.3.
The only way to get around it would be to use "import java.sql.*;" instead
but it's not usually recommended, so I left it that way.
-- Guill
on 1-12-08 11.29, Chris Kimpton at [EMAIL PROTECTED] wrote:
> "javac is in the classpath" - is there something I can change in my
> config to correct this? I believe I have an empty CLASSPATH when
> starting the jboss tests - so it should just be what jboss/ant
> adds...
I think Julian is looki
> ...the template for this email is in CVS - so feel
> free to change it
> yourself... power to the people...
A taste of my own medicine? You are making progress.
What we really need to remove is the XA test that throws Error as a standard result
?:| and
_
> What I'm seeing now is, if I deploy my sar (which has
> all my classes,
> including the EJB implementation classes).
The SAR classes will see EJB ones from the SAR.
do you have the *implementation* class in there as well? if so remove that.
Then
> deploy my EAR file.
>
> Subsequent re-de
stop wasting my time jason
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Saturday, December 08, 2001 12:19 AM
|To: [EMAIL PROTECTED]
|Subject: Re: RE: [JBoss-dev] init -> create simple API change
|
|
|> Jason what part of
Hi all,
I have one big codebase, and I repackage the compiled classes with
different DDs to get my ejb.jar, war, sar, ear files.
What I'm seeing now is, if I deploy my sar (which has all my classes,
including the EJB implementation classes). Then deploy my EAR file.
Subsequent re-deployes of
Marc,
Thanks.
Regards,
Adrian
>From: "marc fleury" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: RE: [JBoss-dev] current mbean structure confusing
>Date: Fri, 7 Dec 2001 21:17:04 -0500
>
>
>When you are done with your mbean and explorations send me a sf account and
>I will give rw
>
>
Hi,
>
> > PPS Come on people - there were a few days back in
> > July 2001 when we had ZERO tests failing!
>
> dude tell your script to stop biotching X-( I will take a plane to
> the UK just to kick his binary ass
>
...the template for this email is in CVS - so feel free to change it
yoursel
1 - 100 of 101 matches
Mail list logo