Re: [JBoss-dev] HEAD - testsuite problems...
Hi, About 2 hours including the time-outs. That machine is seriously short of memory :-( Oh - I just ran it on a more powerful/less busy box and it ran to completion. I'll look to move the testing onto that box - but for now it will just be the hourly compiles running. Thanks, Chris = __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/gen/classes _default:compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/classes [depend] Deleted 0 out of date files in 5 seconds [javac] Compiling 573 source files to /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/classes /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:58: warning: getPriority() in org.apache.log4j.Category has been deprecated return category.getPriority().toInt(); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:64: warning: setPriority(org.apache.log4j.Priority) in org.apache.log4j.Category has been deprecated category.setPriority(Priority.toPriority(level)); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:82: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:100: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:118: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:136: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:154: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:172: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:190: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/remote/InstanceID.java:92: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Exception) location: class java.lang.RuntimeException throw new RuntimeException(Error loading instanceid,ex); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/remote/InstanceID.java:117: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Exception) location: class java.lang.RuntimeException throw new RuntimeException(Error creating Instance ID,ex); ^ 2 errors 9 warnings BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jmx/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 54 seconds --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-631335 ] JBoss Memory Leak
Bugs item #631335, was opened at 2002-10-31 01:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 9 Submitted By: John Shi (johnshi) Assigned to: Bill Burke (patriot1burke) Summary: JBoss Memory Leak Initial Comment: Puting creating and removing a record in a while loop to do it forever with primary key (Integer) constantly increasing will cause memory build up. The instance count of CacheKey, HashMap, MashalledObject, .. will grow rapidly. Attached is the jar file which was a JBoss CD example. The Upload.java is modified to do the job mentioned above. This file has been cahnged to two files: TestNoProblem.java, which does not increase the primary key value, and the other one is TestWithProblem.java which constantly increases the primary key value. -- Comment By: Infogest (infogest) Date: 2002-11-07 11:39 Message: Logged In: YES user_id=167837 I have similar problems. I have a batch job that creates a lot of entity each night. I have to restart JBOSS every morning. That's a pain. But I've made an experiment moving from SAPDB to PostgreSQL and result are encouraging : no more memory leaks. Actually I couldn't make a complete test of the production environment but I'm going to move from SapDB to Postgres anyway. Which database backend are you using ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634910 ] arbitrary Exception: iterator of a CMR..
Bugs item #634910, was opened at 2002-11-07 13:03
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634910group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexei Yudichev (sflexus)
Assigned to: Nobody/Anonymous (nobody)
Summary: arbitrary Exception: iterator of a CMR..
Initial Comment:
Jboss 3.0.4, CMP2.0 bean, simple business method is called by
remote client. Method declaration is:
public String
getSizeAsString(Locale locale) {
try {
int size = 0;
316:
for (Iterator i = getSlides().iterator(); i.hasNext(); )
{
size+=((Slide)i.next()).getSize();
}
size+=getXml(false,
false, -1, locale).toString().getBytes(UTF-8).length;
return
new
DecimalFormat(0.00).format((double)size/1024D);
}catch
(UnsupportedEncodingException ex) {
throw new
EJBException(ex);
}
}
From time to time (not every
time, approx one time for 20 invocations) I get the exception below.
All transaction attributes for all beans in application declared
as:
container-
transaction
method
description /
ejb-
nameSMIL/ejb-name
method-name*/method-
name
/method
trans-attributeRequired/trans-
attribute
/container-transaction
Looks pretty
much like a bug with instable reproduce. I cannot provide a
testcase as well because it happens rarely. What can be the
cause? Can I help somehow else?
2002-11-05
17:54:20,987 ERROR [org.jboss.ejb.plugins.LogInterceptor]
RuntimeException:
java.lang.IllegalStateException: The
iterator of a CMR collection may only be used within the transction
in which it was created
at
org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verifyIteratorIsValid(RelationSet.java:309)
at
org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.hasNext(RelationSet.java:269)
at
com.tw.mms.ejb.SMILBean.getSizeAsString(SMILBean.java:316)
at
sun.reflect.GeneratedMethodAccessor75.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at
java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1194)
at
org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:95)
at
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:297)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186)
at
org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:90)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:163)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:107)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204)
at
org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:493)
at
org.jboss.ejb.Container.invoke(Container.java:712)
at
org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1058)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517)
at
org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:382)
at
sun.reflect.GeneratedMethodAccessor59.invoke(Unknown
Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at
java.lang.reflect.Method.invoke(Method.java:324)
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at
sun.rmi.transport.Transport$1.run(Transport.java:148)
at
java.security.AccessController.doPrivileged(Native
Method)
at
sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at
java.lang.Thread.run(Thread.java:536)
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=634910group_id=22866
---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634591 ] netboot failure
Bugs item #634591, was opened at 2002-11-06 20:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634591group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: ryan sonnek (wireframe6464) Assigned to: Nobody/Anonymous (nobody) Summary: netboot failure Initial Comment: server specs: suse linux 7.3 sun 1.3.1 jdk apache web server 2.x jboss 3.0.2 config files client specs: win2k sun 1.4.0 jdk jboss 3.0.2 netboot files. can view the files correctly through a webbrowser, but when client executes run.bat, no files are pulled down. apache's server log shows the client trying to download crimson.jar. both the server and client are unresponsive, and no error messages are thrown. run.bat -netboot http://servername -c custom -- Comment By: Sacha Labourey (slaboure) Date: 2002-11-07 12:10 Message: Logged In: YES user_id=95900 What is the structure that is available on your web site? You need to make sure that the first available directory is server and, below, the different configuration directories, etc. For an example, see here: http://www.jboss.org/demos/netboot.jsp -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634591group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/gen/classes _default:compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 573 source files to /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/classes /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:58: warning: getPriority() in org.apache.log4j.Category has been deprecated return category.getPriority().toInt(); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:64: warning: setPriority(org.apache.log4j.Priority) in org.apache.log4j.Category has been deprecated category.setPriority(Priority.toPriority(level)); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:82: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:100: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:118: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:136: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:154: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:172: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:190: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/remote/InstanceID.java:92: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Exception) location: class java.lang.RuntimeException throw new RuntimeException(Error loading instanceid,ex); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/remote/InstanceID.java:117: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Exception) location: class java.lang.RuntimeException throw new RuntimeException(Error creating Instance ID,ex); ^ 2 errors 9 warnings BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jmx/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 52 seconds --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Customizing JBoss server configurations
It's an *ant* script. Nothing fancy, though, just a bunch of targets that move stuff from all to your new config and modify *-sevice.xml files if needed using ant's replace task. I'll check it in today. Bill Burke wrote: Yes that is a great idea. What kind of script? sh, perl, python, java, ?? I've done the same for the CD subscription but using InstallAnywhere. -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Igor Fedorenko Sent: Wednesday, November 06, 2002 5:07 PM To: jboss-development Subject: [JBoss-dev] Customizing JBoss server configurations Hi, I've created an ant script that allows easy creation of custom jboss server configurations (other then all, default and minimal). Basically, it defines a bunch of targets like jbossmq, transaction-manager and alike from which you can assemble your own unique server. I am using this script to reduce amount of resource used by jboss by removing services that are not used to my app but I can see other usages as well. Of course, this script is far from being complete but if it sounds like a good idea I can put it somewhere so people can start using/improving it. Thoughts? -- Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Customizing JBoss server configurations
I meant to say ant's *buildfile*. Sorry for confusion. Igor Fedorenko wrote: It's an *ant* script. Nothing fancy, though, just a bunch of targets that move stuff from all to your new config and modify *-sevice.xml files if needed using ant's replace task. I'll check it in today. Bill Burke wrote: Yes that is a great idea. What kind of script? sh, perl, python, java, ?? I've done the same for the CD subscription but using InstallAnywhere. -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Igor Fedorenko Sent: Wednesday, November 06, 2002 5:07 PM To: jboss-development Subject: [JBoss-dev] Customizing JBoss server configurations Hi, I've created an ant script that allows easy creation of custom jboss server configurations (other then all, default and minimal). Basically, it defines a bunch of targets like jbossmq, transaction-manager and alike from which you can assemble your own unique server. I am using this script to reduce amount of resource used by jboss by removing services that are not used to my app but I can see other usages as well. Of course, this script is far from being complete but if it sounds like a good idea I can put it somewhere so people can start using/improving it. Thoughts? -- Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634960 ] farm deployment not working on startup
Bugs item #634960, was opened at 2002-11-07 14:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634960group_id=22866 Category: Clustering Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lothar Egger (lviz) Assigned to: Nobody/Anonymous (nobody) Summary: farm deployment not working on startup Initial Comment: hello all farm service and deployment is working well if jboss is up and running. But if we start up Jboss the farm service MainDeployer does only deploy the ear, not the war inside the ear. Is this because the war is deployed by Tomcat and the catalina service is added later to the MainDeployer ? cheers Lviz jboss 3.0.4 tomcat 4.1.12 jboss 3.0.3 tomcat 4.1.12 jsdk 1.4.0 jsdk 1.4.1 Xp and linux 13:10:37,442 INFO [FarmMemberService] Creating 13:10:37,442 INFO [FarmMemberService] Created 13:10:37,442 INFO [FarmMemberService] Starting 13:10:37,442 INFO [AbstractDeploymentScanner$ScannerThread] Running 13:10:37,457 INFO [MainDeployer] Starting deployment of package: file:/C:/Java/jboss-3.0.4_tomcat- 4.1.12/server/all/far m/1_PropertiesClient.ear 13:10:37,473 INFO [EARDeployer] Init J2EE application: file:/C:/Java/jboss-3.0.4_tomcat- 4.1.12/server/all/farm/1_Proper tiesClient.ear 13:10:37,536 INFO [MainDeployer] Deployed package: file:/C:/Java/jboss-3.0.4_tomcat- 4.1.12/server/all/farm/1_Properties Client.ear 13:10:37,551 INFO [FarmMemberService] Started .. 13:10:48,473 ERROR [URLDeploymentScanner] MBeanException: Exception in MBean operation 'checkIncompleteDeployments()' Cause: Incomplete Deployment listing: Packages waiting for a deployer: none Incompletely deployed packages: none MBeans waiting for classes: none MBeans waiting for other MBeans: [ObjectName: jboss.net:service=Axis state: CONFIGURED I Depend On: jboss.web:service=JBossWeb Depends On Me: jboss.net:service=Adaptor , ObjectName: jboss.net:service=Adaptor state: CONFIGURED I Depend On: jboss.net:service=Axis Depends On Me: ] 13:10:48,551 INFO [URLDeploymentScanner] Started 13:10:48,551 INFO [MainDeployer] Deployed package: file:/C:/Java/jboss-3.0.4_tomcat- 4.1.12/server/all/conf/jboss-servic e.xml 13:10:48,567 INFO [Server] JBoss (MX MicroKernel) [3.0.4 Date:200211021607] Started in 0m:28s:31ms -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634960group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/gen/classes _default:compile-classes: [mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/classes [depend] Deleted 0 out of date files in 1 seconds [javac] Compiling 573 source files to /disk/orig/home/lubega/jbossro/jboss-all/jmx/output/classes /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:58: warning: getPriority() in org.apache.log4j.Category has been deprecated return category.getPriority().toInt(); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:64: warning: setPriority(org.apache.log4j.Priority) in org.apache.log4j.Category has been deprecated category.setPriority(Priority.toPriority(level)); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:82: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:100: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:118: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:136: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:154: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:172: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/logging/log4j/Log4jAdapter.java:190: warning: getChainedPriority() in org.apache.log4j.Category has been deprecated return p.isGreaterOrEqual(category.getChainedPriority()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/remote/InstanceID.java:92: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Exception) location: class java.lang.RuntimeException throw new RuntimeException(Error loading instanceid,ex); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/remote/InstanceID.java:117: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Exception) location: class java.lang.RuntimeException throw new RuntimeException(Error creating Instance ID,ex); ^ 2 errors 9 warnings BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jmx/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 52 seconds --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634990 ] Problem with MBeans loading by MLET
Bugs item #634990, was opened at 2002-11-07 14:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634990group_id=22866 Category: JBossMX Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yuriy Khabarov (thundcat) Assigned to: Nobody/Anonymous (nobody) Summary: Problem with MBeans loading by MLET Initial Comment: JBoss 3.0.2 java.lang.ClassCastException in: file \jboss- all\jmx\src\main\javax\management\loading\MLet.java public Class loadClass(String name, boolean resolve) throws ClassNotFoundException Looks like UnifiedLoaderRepository ulr = (UnifiedLoaderRepository) LoaderRepository.getDefaultLoaderRepository(); return ulr.loadClass(name, resolve, Thread.currentThread().getContextClassLoader()); should be changed to LoaderRepository ulr = LoaderRepository.getDefaultLoaderRepository(); return ulr.loadClass(name, resolve, Thread.currentThread().getContextClassLoader()); Because of ServerConstants.UNIFIED_LOADER_REPOSITORY_CL ASS and System.getProperty (ServerConstants.LOADER_REPOSITORY_CLASS_PR OPERTY) equals org.jboss.mx.loading.UnifiedLoaderRepository2 not org.jboss.mx.loading.UnifiedLoaderRepository if I'm wrong please reply. Thank you -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634990group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634591 ] netboot failure
Bugs item #634591, was opened at 2002-11-06 19:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634591group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: ryan sonnek (wireframe6464) Assigned to: Nobody/Anonymous (nobody) Summary: netboot failure Initial Comment: server specs: suse linux 7.3 sun 1.3.1 jdk apache web server 2.x jboss 3.0.2 config files client specs: win2k sun 1.4.0 jdk jboss 3.0.2 netboot files. can view the files correctly through a webbrowser, but when client executes run.bat, no files are pulled down. apache's server log shows the client trying to download crimson.jar. both the server and client are unresponsive, and no error messages are thrown. run.bat -netboot http://servername -c custom -- Comment By: ryan sonnek (wireframe6464) Date: 2002-11-07 15:23 Message: Logged In: YES user_id=552776 here's the structure of the website: http://172.xxx.xxx.xxx/jboss/server/custom inside the custom directory is pretty much a straight copy of the default folder with all of the conf, lib, and deploy folders. i've tried to follow the netboot instructions on the website as much as possible, but it's still not working, and i'm not getting any responses or error messages when i try and run the netboot client. my last post had an incorrect posting of the command i use to startup the client. here's the command i run from my JBOSS_HOME directory: bin/run.bat --netboot http://172.xxx.xxx.xxx/jboss --config custom -- Comment By: Sacha Labourey (slaboure) Date: 2002-11-07 11:10 Message: Logged In: YES user_id=95900 What is the structure that is available on your web site? You need to make sure that the first available directory is server and, below, the different configuration directories, etc. For an example, see here: http://www.jboss.org/demos/netboot.jsp -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634591group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
WTF - I am trying to test stuff an my invocation looks like : 18:02:40,640 INFO [MainDeployer] Starting deployment of package: file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/ deploy/mbean-info-db-service.xml 18:02:40,657 INFO [SARDeployer] looking for nested deployments in : file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/ deploy/mbean-info-db-service.xml 18:02:40,828 INFO [STDOUT] JDOM Exception: org.jdom.JDOMException: Error in building: no protocol: ..\docs\dtd\jboss_xmbean_1_0.dtd 18:02:40,831 ERROR [STDERR] org.jdom.JDOMException: Error in building: no protocol: ..\docs\dtd\jboss_xmbean_1_0.dtd 18:02:40,834 ERROR [STDERR] at org.jdom.input.SAXBuilder.build(SAXBuilder.java:306) \ ? is bad stuff - get a real OS ... :-) 18:02:40,836 ERROR [STDERR] at org.jdom.input.SAXBuilder.build(SAXBuilder.java:583) 18:02:40,839 ERROR [STDERR] at org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:242) 18:02:40,846 ERROR [STDERR] at org.jboss.mx.modelmbean.XMBean.init(XMBean.java:214) 18:02:40,849 ERROR [STDERR] at org.jboss.mx.modelmbean.XMBean.init(XMBean.java:240) 18:02:40,852 ERROR [STDERR] at java.lang.reflect.Constructor.newInstance(Native Method) 18:02:40,854 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:868 ) 18:02:40,857 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:302 ) 18:02:40,859 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:329 ) 18:02:40,862 ERROR [STDERR] at org.jboss.system.ServiceCreator.install(ServiceCreator.java:139) 18:02:40,865 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator .java:161) 18:02:40,867 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:12 4) 18:02:40,869 ERROR [STDERR] at org.jboss.system.ServiceController.install(ServiceController.java:220) 18:02:40,872 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 18:02:40,875 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav a:72) 18:02:40,877 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:56) 18:02:40,880 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:81) 18:02:40,883 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav a:159) 18:02:40,885 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) 18:02:40,888 ERROR [STDERR] at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) 18:02:40,890 ERROR [STDERR] at $Proxy6.install(Unknown Source) 18:02:40,892 ERROR [STDERR] at org.jboss.deployment.SARDeployer.create(SARDeployer.java:226) 18:02:40,895 ERROR [STDERR] at org.jboss.deployment.MainDeployer.create(MainDeployer.java:791) 18:02:40,897 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641) 18:02:40,900 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:606) 18:02:40,902 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 18:02:40,905 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav a:72) 18:02:40,907 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:56) 18:02:40,910 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:81) 18:02:40,912 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav a:159) 18:02:40,917 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) 18:02:40,920 ERROR [STDERR] at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) 18:02:40,922 ERROR [STDERR] at $Proxy9.deploy(Unknown Source) 18:02:40,925 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentSc anner.java:400) 18:02:40,927 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeplo ymentScanner.java:619) 18:02:40,930 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScan ner.java:472) 18:02:40,963 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doS can(AbstractDeploymentScanner.java:195) 18:02:40,964 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abst ractDeploymentScanner.java:268) 18:02:40,965 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:224) 18:02:40,965 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 18:02:40,966 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav
RE: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
Peter, WTF - I am trying to test stuff an my invocation looks like : AFAIK, there are no server resources that depend on this MBean, so just delete it if you don't like the error message. \ ? is bad stuff - get a real OS ... Po-tay-toes, po-tah-toes. What's real, anyway? :) Perhaps you'd like to replace this DTD URI with another one that works. I've asked the list for suggestions, and haven't gotten much of a response. I've been meaning to try replacing it with the following doctype declaration, which I think may do the job. !DOCTYPE mbean PUBLIC -//JBoss//DTD JBOSS XMBEAN 1.0//EN http://www.jboss.org/j2ee/dtd/jboss_xmbean_1_0.dtd; I may not get to this for a while. Perhaps you'd like to try it. - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Peter Fagerlund Sent: Thursday, November 07, 2002 12:21 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence WTF - I am trying to test stuff an my invocation looks like : 18:02:40,640 INFO [MainDeployer] Starting deployment of package: file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/ deploy/mbean-info-db-service.xml 18:02:40,657 INFO [SARDeployer] looking for nested deployments in : file:/Users/pf/jboss-head/build/output/jboss-4.0.0alpha/server/default/ deploy/mbean-info-db-service.xml 18:02:40,828 INFO [STDOUT] JDOM Exception: org.jdom.JDOMException: Error in building: no protocol: ..\docs\dtd\jboss_xmbean_1_0.dtd 18:02:40,831 ERROR [STDERR] org.jdom.JDOMException: Error in building: no protocol: ..\docs\dtd\jboss_xmbean_1_0.dtd 18:02:40,834 ERROR [STDERR] at org.jdom.input.SAXBuilder.build(SAXBuilder.java:306) \ ? is bad stuff - get a real OS ... :-) 18:02:40,836 ERROR [STDERR] at org.jdom.input.SAXBuilder.build(SAXBuilder.java:583) 18:02:40,839 ERROR [STDERR] at org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:242) 18:02:40,846 ERROR [STDERR] at org.jboss.mx.modelmbean.XMBean.init(XMBean.java:214) 18:02:40,849 ERROR [STDERR] at org.jboss.mx.modelmbean.XMBean.init(XMBean.java:240) 18:02:40,852 ERROR [STDERR] at java.lang.reflect.Constructor.newInstance(Native Method) 18:02:40,854 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:868 ) 18:02:40,857 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:302 ) 18:02:40,859 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:329 ) 18:02:40,862 ERROR [STDERR] at org.jboss.system.ServiceCreator.install(ServiceCreator.java:139) 18:02:40,865 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator .java:161) 18:02:40,867 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:12 4) 18:02:40,869 ERROR [STDERR] at org.jboss.system.ServiceController.install(ServiceController.java:220) 18:02:40,872 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 18:02:40,875 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav a:72) 18:02:40,877 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:56) 18:02:40,880 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:81) 18:02:40,883 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav a:159) 18:02:40,885 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) 18:02:40,888 ERROR [STDERR] at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) 18:02:40,890 ERROR [STDERR] at $Proxy6.install(Unknown Source) 18:02:40,892 ERROR [STDERR] at org.jboss.deployment.SARDeployer.create(SARDeployer.java:226) 18:02:40,895 ERROR [STDERR] at org.jboss.deployment.MainDeployer.create(MainDeployer.java:791) 18:02:40,897 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641) 18:02:40,900 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:606) 18:02:40,902 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 18:02:40,905 ERROR [STDERR] at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav a:72) 18:02:40,907 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:56) 18:02:40,910 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:81) 18:02:40,912 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav a:159) 18:02:40,917 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) 18:02:40,920 ERROR [STDERR] at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) 18:02:40,922 ERROR [STDERR] at $Proxy9.deploy(Unknown Source) 18:02:40,925 ERROR [STDERR] at
[JBoss-dev] why do build all fail - build most works ?
BUILD FAILED file:/Users/pf/jboss-head/security/../tools/etc/buildfragments/ targets.ent:215: /Users/pf/jboss-head/security/output/gen/classes not found. Total time: 2 minutes 21 seconds --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
torsdagen den 7 november 2002 kl 19.32 skrev Matt Munz: \ ? is bad stuff - get a real OS ... Po-tay-toes, po-tah-toes. What's real, anyway? :) true - only on mushrooms one se real in this age ... !DOCTYPE mbean PUBLIC -//JBoss//DTD JBOSS XMBEAN 1.0//EN http://www.jboss.org/j2ee/dtd/jboss_xmbean_1_0.dtd; I may not get to this for a while. Perhaps you'd like to try it. I will try ... but that is kind of a waste of bandwith ;-) ... and I would feel more comfortable using a ssh tunnel then. Thanxs --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...
it is so ... hmmm ... it is so buildmagic ! ;-) Could We not make a ant task that checks for modified timestamps of the files in the testsuite folder - store ( like in hsqldb running in the jboss instance You are about to test against ... hmmm ... or file ) - and then only compile changed whenever running the testsuite - repack classes - go ... could save 60-75 % time wise ... I mean it is so OP to wait 1-2 min just to se it fail for some reason instead of seeing it fail within 20-40 seconds then ... and or succeed ? --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
Peter, I will try ... but that is kind of a waste of bandwith ;-) ... and I would feel more comfortable using a ssh tunnel then. DTD URIs are supposed to be cached and accessed offline. Typically, they do not point to an actual document. I am surprised that there is actually a server serving up DTDs from this location. It would be poor design to require access to this site for correct server operation. I suppose that there is an Entity Resolver that redirects this URI to a local cache? Anyone familiar with XMBean, feel free to chime in ;) - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Peter Fagerlund Sent: Thursday, November 07, 2002 2:03 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence torsdagen den 7 november 2002 kl 19.32 skrev Matt Munz: \ ? is bad stuff - get a real OS ... Po-tay-toes, po-tah-toes. What's real, anyway? :) true - only on mushrooms one se real in this age ... !DOCTYPE mbean PUBLIC -//JBoss//DTD JBOSS XMBEAN 1.0//EN http://www.jboss.org/j2ee/dtd/jboss_xmbean_1_0.dtd; I may not get to this for a while. Perhaps you'd like to try it. I will try ... but that is kind of a waste of bandwith ;-) ... and I would feel more comfortable using a ssh tunnel then. Thanxs --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...
I'm not sure it is rebuilding anything, but there is a lot to check. there have been some suggestions to build the testsuite directory by directory, but no one has stepped up to the task yet. do you know about -Dnojars=true which skips directly to the tests? david jencks On 2002.11.07 14:10:51 -0500 Peter Fagerlund wrote: it is so ... hmmm ... it is so buildmagic ! ;-) Could We not make a ant task that checks for modified timestamps of the files in the testsuite folder - store ( like in hsqldb running in the jboss instance You are about to test against ... hmmm ... or file ) - and then only compile changed whenever running the testsuite - repack classes - go ... could save 60-75 % time wise ... I mean it is so OP to wait 1-2 min just to se it fail for some reason instead of seeing it fail within 20-40 seconds then ... and or succeed ? --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] MBeanInfoDB-xmbeandd.xml - is under alien influence
torsdagen den 7 november 2002 kl 20.24 skrev Matt Munz: It would be poor design to require access to this site for correct server operation. Yes - when using sf.net ssh one should be free of this ! Then again for the Dash-O-Pro optimized online-CD Distros it a cool way of stats colecting for whoever is counting the beans ... he --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite rebuilding everything when initialising one test ... is so ...
torsdagen den 7 november 2002 kl 20.41 skrev David Jencks: do you know about -Dnojars=true which skips directly to the tests? I do now ! ... will try ... and wait for the cheese helmet ( read : a clean ant build system ) with integrated preprocessor (XDoclet) documentation auto updates ... hehe Thanxs --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX-RMI headaches
Well apparently the closure of the referenced object graph is including QName due to an object holding onto an XML element or the like, and the client and server don't agree on the definition of javax.xml.namespace.QName. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Matt Munz [EMAIL PROTECTED] To: JBoss Developers Group [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 11:35 AM Subject: [JBoss-dev] JMX-RMI headaches Hi all, For unit tests, I thought the RMI adaptor might be easier than JMX-NET. Unfortunately, I've been running into some snags... When I try to message an MBean, that takes a Vector parameter, over the RMI adaptor, I get the exception below. What is confusing to me is that I don't use QNames at all. Why is the adaptor complaining about an object I don't even use (it is on the classpath)? Is there an easier solution than RMI for remote access to the MBeans in the server? TIA. - Matt Munz [junit] Error unmarshaling return; nested exception is: [junit] java.io.InvalidClassException: javax.xml.namespace.QName; local class incompatible: stream classdesc ser ialVersionUID = -9120448754896609940, local class serialVersionUID = -5673018430892733549 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ 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://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ 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://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ 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://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: Executing: /home/jboss/jbossci/jboss-all/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger clean Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property configure-project: [echo] groups: default [echo] modules: common,jmx,system,j2ee,naming,management,transaction,server,blocks,console,security,messaging,connector,varia,cluster,jetty,jboss.net,iiop _buildmagic:modules:clean: == == == Executing 'clean' in module 'common'... == == --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMX-RMI headaches
Scott, Please excuse my ignorance of the details of RMI... Well apparently the closure of the referenced object graph is including QName due to an object holding onto an XML element or the like, and the client and server don't agree on the definition of javax.xml.namespace.QName. Is this the object graph on the server side? In other words, the response object graph? The response object is really just a glorified Vector of Strings. Now it is possible, perhaps, but unlikely, that some server-side parser holds a reference to these String objects. But why should that matter? Objects that have a reference to the response object shouldn't be in the graph, right? Only the objects that the responce refers to are relevant. Should I assume that RMI is the easiest way to get this done? the client and server don't agree on the definition of javax.xml.namespace.QName. This is also strange to me since I am fairly sure that the client and server are using identical copies of jaxrpc.jar. Is there an easy way to debug this? - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Scott M Stark Sent: Thursday, November 07, 2002 3:14 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JMX-RMI headaches Well apparently the closure of the referenced object graph is including QName due to an object holding onto an XML element or the like, and the client and server don't agree on the definition of javax.xml.namespace.QName. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Matt Munz [EMAIL PROTECTED] To: JBoss Developers Group [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 11:35 AM Subject: [JBoss-dev] JMX-RMI headaches Hi all, For unit tests, I thought the RMI adaptor might be easier than JMX-NET. Unfortunately, I've been running into some snags... When I try to message an MBean, that takes a Vector parameter, over the RMI adaptor, I get the exception below. What is confusing to me is that I don't use QNames at all. Why is the adaptor complaining about an object I don't even use (it is on the classpath)? Is there an easier solution than RMI for remote access to the MBeans in the server? TIA. - Matt Munz [junit] Error unmarshaling return; nested exception is: [junit] java.io.InvalidClassException: javax.xml.namespace.QName; local class incompatible: stream classdesc ser ialVersionUID = -9120448754896609940, local class serialVersionUID = -5673018430892733549 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-all daily clean failed
Oops - didn't mean for these messages to go to the list - please ignore... Chris --- [EMAIL PROTECTED] wrote: = ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: Executing: /home/jboss/jbossci/jboss-all/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger clean Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property configure-project: [echo] groups: default [echo] modules: common,jmx,system,j2ee,naming,management,transaction,server,blocks,console,security,messaging,connector,varia,cluster,jetty,jboss.net,iiop _buildmagic:modules:clean: == == == Executing 'clean' in module 'common'... == == --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development = __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 7-November-2002
Number of tests run: 992
Successful tests: 987
Errors:5
Failures: 0
[time of test: 7 November 2002 12:45 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1_03-69]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.2.1]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
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!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
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://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: Executing: /home/jboss/jbossci/jboss-all/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger clean Buildfile: build.xml does not exist! Build failed --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2 branch doesn't seem to compile
[javac] Compiling 61 source files to C:\jboss\jboss-3.2\connector\output\classes C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:190: illegal cha racter: \64 @JDK1.4START@ ^ C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:190: illegal cha racter: \64 @JDK1.4START@ ^ C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:199: illegal cha racter: \64 @JDK1.4END@ ^ --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-631335 ] JBoss Memory Leak
Bugs item #631335, was opened at 2002-10-31 00:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 9 Submitted By: John Shi (johnshi) Assigned to: Bill Burke (patriot1burke) Summary: JBoss Memory Leak Initial Comment: Puting creating and removing a record in a while loop to do it forever with primary key (Integer) constantly increasing will cause memory build up. The instance count of CacheKey, HashMap, MashalledObject, .. will grow rapidly. Attached is the jar file which was a JBoss CD example. The Upload.java is modified to do the job mentioned above. This file has been cahnged to two files: TestNoProblem.java, which does not increase the primary key value, and the other one is TestWithProblem.java which constantly increases the primary key value. -- Comment By: John Shi (johnshi) Date: 2002-11-07 22:33 Message: Logged In: YES user_id=639355 The example that I attached with the bug reporting is originally from JBoss and it is using HyperSonic. In my application, we are using DB2. -- Comment By: Infogest (infogest) Date: 2002-11-07 10:39 Message: Logged In: YES user_id=167837 I have similar problems. I have a batch job that creates a lot of entity each night. I have to restart JBOSS every morning. That's a pain. But I've made an experiment moving from SAPDB to PostgreSQL and result are encouraging : no more memory leaks. Actually I couldn't make a complete test of the production environment but I'm going to move from SapDB to Postgres anyway. Which database backend are you using ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 branch doesn't seem to compile
I never noticed these tags before... but 3.2 compiled for me (on linux) using jdk1.3.1_06. [javac] Compiling 61 source files to C:\jboss\jboss-3.2\connector\output\classes C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:190: illegal cha racter: \64 @JDK1.4START@ ^ --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX-RMI headaches
Is this the object graph on the server side? In other words, the response object graph? Its the object being unmarshalled in the client vm that originated from the server. The response object is really just a glorified Vector of Strings. Now it is possible, perhaps, but unlikely, that some server-side parser holds a reference to these String objects. But why should that matter? Objects that have a reference to the response object shouldn't be in the graph, right? Only the objects that the responce refers to are relevant. Yes, only the response matters. Should I assume that RMI is the easiest way to get this done? Yes. the client and server don't agree on the definition of javax.xml.namespace.QName. This is also strange to me since I am fairly sure that the client and server are using identical copies of jaxrpc.jar. Is there an easy way to debug this? You will have to search the server jars. The -9120448754896609940 version is coming from the IBM wsdl.jar.. starksm@ironmaiden[lib] 519jar -tf wsdl4j.jar | grep QName com/ibm/wsdl/util/xml/QNameUtils.class javax/xml/namespace/QName.class starksm@ironmaiden[lib] 520serialver -classpath wsdl4j.jar javax.xml.namespace.QName javax.xml.namespace.QName:static final long serialVersionUID = -9120448754896609940L; --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 branch doesn't seem to compile
Sorry, I missed removing a couple of obsolete files. david jencks On 2002.11.07 16:29:46 -0500 Bill Burke wrote: [javac] Compiling 61 source files to C:\jboss\jboss-3.2\connector\output\classes C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:190: illegal cha racter: \64 @JDK1.4START@ ^ C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:190: illegal cha racter: \64 @JDK1.4START@ ^ C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\ LocalPreparedStatement.java:199: illegal cha racter: \64 @JDK1.4END@ ^ --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.1_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01)
Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode)
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
org.jboss.varia.counter.CounterInterceptor -- AbstractInterceptor qualified to
AbstractInterceptor
_default:compile-classes:
[mkdir] Created dir: /disk/orig/home/lubega/jbossro/jboss-all/varia/output/classes
[depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 86 source files to
/disk/orig/home/lubega/jbossro/jboss-all/varia/output/classes
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_ServerConnection.java:89:
cannot resolve symbol
symbol : class Channel
location: class org.hsqldb.Embedded_ServerConnection
private Channel init() {
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_DatabaseManager.java:438:
work(java.lang.String[]) in org.hsqldb.util.Transfer cannot be applied to ()
Transfer.work();
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_DatabaseManager.java:440:
warning: setLogStream(java.io.PrintStream) in java.sql.DriverManager has been
deprecated
DriverManager.setLogStream(System.out);
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_DatabaseManager.java:442:
warning: setLogStream(java.io.PrintStream) in java.sql.DriverManager has been
deprecated
DriverManager.setLogStream(null);
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_Server.java:130:
cannot resolve symbol
symbol : variable DEFAULT_HSQL_PORT
location: class org.hsqldb.jdbcConnection
port = jdbcConnection.DEFAULT_HSQL_PORT;
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_Server.java:140:
warning: setLogStream(java.io.PrintStream) in java.sql.DriverManager has been
deprecated
DriverManager.setLogStream(System.out);
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_ServerConnection.java:100:
cannot resolve symbol
symbol : class Channel
location: class org.hsqldb.Embedded_ServerConnection
Channel c;
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_ServerConnection.java:107:
cannot resolve symbol
symbol : constructor Result (java.lang.String)
location: class org.hsqldb.Result
write(new Result(e.getMessage()).getBytes());
^
/disk/orig/home/lubega/jbossro/jboss-all/varia/src/main/org/hsqldb/1.6.1/Embedded_ServerConnection.java:119:
cannot resolve symbol
symbol : class Channel
location: class org.hsqldb.Embedded_ServerConnection
Channel c = init();
^
6 errors
3 warnings
BUILD FAILED
file:/disk/orig/home/lubega/jbossro/jboss-all/varia/../tools/etc/buildfragments/targets.ent:45:
Compile failed; see the compiler error output for details.
Total time: 4 minutes 26 seconds
---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JMX-RMI headaches
Hi all, For unit tests, I thought the RMI adaptor might be easier than JMX-NET. Unfortunately, I've been running into some snags... When I try to message an MBean, that takes a Vector parameter, over the RMI adaptor, I get the exception below. What is confusing to me is that I don't use QNames at all. Why is the adaptor complaining about an object I don't even use (it is on the classpath)? Is there an easier solution than RMI for remote access to the MBeans in the server? TIA. - Matt Munz [junit] Error unmarshaling return; nested exception is: [junit] java.io.InvalidClassException: javax.xml.namespace.QName; local class incompatible: stream classdesc ser ialVersionUID = -9120448754896609940, local class serialVersionUID = -5673018430892733549 [junit] java.rmi.UnmarshalException: Error unmarshaling return; nested exception is: [junit] java.io.InvalidClassException: javax.xml.namespace.QName; local class incompatible: stream classdesc ser ialVersionUID = -9120448754896609940, local class serialVersionUID = -5673018430892733549 [junit] at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:217) [junit] at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133) [junit] at org.jboss.jmx.adaptor.rmi.RMIAdaptorImpl_Stub.invoke(Unknown Source) [junit] at com.apelon.emr.decisionsupport.test.KnowledgeBaseTest.testFetchDiseasesForSy mptomSetDb(KnowledgeBaseT est.java:130) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) [junit] at com.apelon.emr.projectbuilder.RunTestsTask.execute(RunTestsTask.java:23) [junit] at com.apelon.emr.projectbuilder.EmrTaskInvoker.execute(EmrTaskInvoker.java:44) [junit] Caused by: java.io.InvalidClassException: javax.xml.namespace.QName; local class incompatible: stream classd esc serialVersionUID = -9120448754896609940, local class serialVersionUID = -5673018430892733549 [junit] at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:459) [junit] at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1521) [junit] at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) [junit] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) [junit] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) [junit] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845) [junit] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769) [junit] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646) [junit] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) [junit] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845) [junit] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769) [junit] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646) [junit] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) [junit] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845) [junit] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769) [junit] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646) [junit] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) [junit] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) [junit] at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:215) [junit] ... 30 more --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMX-RMI headaches
Scott, starksm@ironmaiden[lib] 519jar -tf wsdl4j.jar | grep QName com/ibm/wsdl/util/xml/QNameUtils.class javax/xml/namespace/QName.class starksm@ironmaiden[lib] 520serialver -classpath wsdl4j.jar javax.xml.namespace.QName javax.xml.namespace.QName:static final long serialVersionUID = -9120448754896609940L; thank you. - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Scott M Stark Sent: Thursday, November 07, 2002 5:59 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JMX-RMI headaches Is this the object graph on the server side? In other words, the response object graph? Its the object being unmarshalled in the client vm that originated from the server. The response object is really just a glorified Vector of Strings. Now it is possible, perhaps, but unlikely, that some server-side parser holds a reference to these String objects. But why should that matter? Objects that have a reference to the response object shouldn't be in the graph, right? Only the objects that the responce refers to are relevant. Yes, only the response matters. Should I assume that RMI is the easiest way to get this done? Yes. the client and server don't agree on the definition of javax.xml.namespace.QName. This is also strange to me since I am fairly sure that the client and server are using identical copies of jaxrpc.jar. Is there an easy way to debug this? You will have to search the server jars. The -9120448754896609940 version is coming from the IBM wsdl.jar.. starksm@ironmaiden[lib] 519jar -tf wsdl4j.jar | grep QName com/ibm/wsdl/util/xml/QNameUtils.class javax/xml/namespace/QName.class starksm@ironmaiden[lib] 520serialver -classpath wsdl4j.jar javax.xml.namespace.QName javax.xml.namespace.QName:static final long serialVersionUID = -9120448754896609940L; --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] securing the jmx console in JBoss 4.x
Hi all, P. 53 of the JBoss Admin manual refers to ~/jmx-console.war/WEB-INF/jboss-web.xml. I am, however, unable to find this file in the head version. Following all of the other instructions results in a basic authentication dialog that allows any username/password combination. Should I attempt to re-create this file, or is there a new way for securing the console? - Matt --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] securing the jmx console in JBoss 4.x
main is lagging the more stable branches for production enhancements. Look to 3.0 for the changed and migrate to main or use it as guide. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Matt Munz [EMAIL PROTECTED] To: JBoss Developers Group [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 5:27 PM Subject: [JBoss-dev] securing the jmx console in JBoss 4.x Hi all, P. 53 of the JBoss Admin manual refers to ~/jmx-console.war/WEB-INF/jboss-web.xml. I am, however, unable to find this file in the head version. Following all of the other instructions results in a basic authentication dialog that allows any username/password combination. Should I attempt to re-create this file, or is there a new way for securing the console? - Matt --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] securing the jmx console in JBoss 4.x (Solved)
I pasted the code for jboss-web.xml into a new file with that name, and it automagically worked... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Matt Munz Sent: Thursday, November 07, 2002 8:28 PM To: JBoss Developers Group Subject: [JBoss-dev] securing the jmx console in JBoss 4.x Hi all, P. 53 of the JBoss Admin manual refers to ~/jmx-console.war/WEB-INF/jboss-web.xml. I am, however, unable to find this file in the head version. Following all of the other instructions results in a basic authentication dialog that allows any username/password combination. Should I attempt to re-create this file, or is there a new way for securing the console? - Matt --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] securing the jmx console in JBoss 4.x
Scott, Thanks again. Just to make sure I have it right -- 3.0 has features that 4.0 doesn't? I suppose this is a result of bug fixes not making it upstream... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Scott M Stark Sent: Thursday, November 07, 2002 8:46 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] securing the jmx console in JBoss 4.x main is lagging the more stable branches for production enhancements. Look to 3.0 for the changed and migrate to main or use it as guide. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Matt Munz [EMAIL PROTECTED] To: JBoss Developers Group [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 5:27 PM Subject: [JBoss-dev] securing the jmx console in JBoss 4.x Hi all, P. 53 of the JBoss Admin manual refers to ~/jmx-console.war/WEB-INF/jboss-web.xml. I am, however, unable to find this file in the head version. Following all of the other instructions results in a basic authentication dialog that allows any username/password combination. Should I attempt to re-create this file, or is there a new way for securing the console? - Matt --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-631335 ] JBoss Memory Leak
Bugs item #631335, was opened at 2002-10-30 16:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Closed Resolution: Works For Me Priority: 9 Submitted By: John Shi (johnshi) Assigned to: Bill Burke (patriot1burke) Summary: JBoss Memory Leak Initial Comment: Puting creating and removing a record in a while loop to do it forever with primary key (Integer) constantly increasing will cause memory build up. The instance count of CacheKey, HashMap, MashalledObject, .. will grow rapidly. Attached is the jar file which was a JBoss CD example. The Upload.java is modified to do the job mentioned above. This file has been cahnged to two files: TestNoProblem.java, which does not increase the primary key value, and the other one is TestWithProblem.java which constantly increases the primary key value. -- Comment By: Scott M Stark (starksm) Date: 2002-11-07 19:32 Message: Logged In: YES user_id=175228 This works for me against the current 2.4.10beta3 and you obviously have not tested against this version as the attached code will not deploy due to the out of date jboss.xml descriptor. After 5 minutes and 1+ insert/removes I see 0 increase in memory. I used this jboss.xml descriptor: jboss enterprise-beans session ejb-nameCDCollectionBean/ejb-name jndi-namecd/CDCollection/jndi-name /session entity ejb-nameCDBean/ejb-name jndi-namecd/CD/jndi-name /entity /enterprise-beans /jboss and run the client using: build 418ant -Dclient=TestWithProblem cmp-cd-upload Test against the JBoss-2.4.10beta3.zip and it you still think there is a problem attach the ejb jar you deployed along with the client jar and ant script used to run the client. -- Comment By: John Shi (johnshi) Date: 2002-11-07 14:33 Message: Logged In: YES user_id=639355 The example that I attached with the bug reporting is originally from JBoss and it is using HyperSonic. In my application, we are using DB2. -- Comment By: Infogest (infogest) Date: 2002-11-07 02:39 Message: Logged In: YES user_id=167837 I have similar problems. I have a batch job that creates a lot of entity each night. I have to restart JBOSS every morning. That's a pain. But I've made an experiment moving from SAPDB to PostgreSQL and result are encouraging : no more memory leaks. Actually I couldn't make a complete test of the production environment but I'm going to move from SapDB to Postgres anyway. Which database backend are you using ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=631335group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JMX on the client side?
Why don't we require jmx on the client side? I bet it takes almost no memory and it has a small jar size. If do require it on the client side, we can reuse all the services we are building on the server, like a jcache mbean. It would also simply server to client messages, which will be used for cache invalidations and jms messages. This is because we can reuse the invoker architecture. There will still be a problem with socket back channels to clients on the other side of a firewall, but we would get a ton of reuse and simplification. -dain --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] securing the jmx console in JBoss 4.x
Correct. Bug fixes and production enhancements from me go from stable to unstable branches as my focus is production releases. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Matt Munz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 07, 2002 6:16 PM Subject: RE: [JBoss-dev] securing the jmx console in JBoss 4.x Scott, Thanks again. Just to make sure I have it right -- 3.0 has features that 4.0 doesn't? I suppose this is a result of bug fixes not making it upstream... - Matt --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JMX on the client side?
+1000 This will greatly simplify many things, such as the trunk invoker client. I'd like to suggest that we also consider basing UserTransaction on a transaction manager instance on the client: this would allow UserTransaction to use the same propagation mechanism as distributed transactions (shipping xids). Again, this would be easy with jmx on the client. Setting everything up without jmx would be considerably more difficult. david jencks On 2002.11.07 22:33:57 -0500 Dain Sundstrom wrote: Why don't we require jmx on the client side? I bet it takes almost no memory and it has a small jar size. If do require it on the client side, we can reuse all the services we are building on the server, like a jcache mbean. It would also simply server to client messages, which will be used for cache invalidations and jms messages. This is because we can reuse the invoker architecture. There will still be a problem with socket back channels to clients on the other side of a firewall, but we would get a ton of reuse and simplification. -dain --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634286 ] Bug in the transactional locking code
Bugs item #634286, was opened at 2002-11-06 02:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634286group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ole Husgaard (sparre) Assigned to: Bill Burke (patriot1burke) Summary: Bug in the transactional locking code Initial Comment: I discovered this using Branch_3_2, but I think this bug is present in all branches. With multiple clients using UserTransaction, and the queued pessimistic locking strategy, I see the following problem in the locking code: Client1: ut.begin() This calls the server, and returns the TPC for tx1 to the client. Client1: obj.invoke() This invokes a non-readonly method on an entity bean. In the server thread1 is selected for doing the work. In the bean lock, the holding transaction is set to tx1, and the holding thread is set to thread1. After doing the invocation, thread1 is put back into the RMI thread pool. Client2: ut.begin() This calls the server, and returns the TPC for tx2 to the client. Client2: obj.invoke() This invokes the same bean as Client1 just invoked. In the server thread1 is selected (reused from the RMI pool) for doing the work. When invoking the locking code, thread1 should wait until the transaction tx1 started by Client1 is committed. However, that does not happen. In org.jboss.ejb.plugins.lock.BeanLockSupport.deadlockDetection(), it is detected that the calling thread equals the holding thread, and an ApplicationDeadlockException is thrown. I'm not sure that I completely understand this locking code, so I'd rather not fix this myself. However, it looks to me like the BeanLockSupport.holdingThread instance variable should be cleared before the transaction is committed. But simply clearing holdingThread in the endInvocation() method may cause problems with reentrant calls. Best Regards, Ole Husgaard. -- Comment By: Joe Simone (jsimone) Date: 2002-11-07 19:32 Message: Logged In: YES user_id=586242 Bill, I am in dead-lock hell right now with JBoss 3.0.4. Is there anyway I can get patch for 3.0.4 for this. Thanks, joe -- Comment By: Ole Husgaard (sparre) Date: 2002-11-06 12:22 Message: Logged In: YES user_id=175257 This doesn't hold me up. I currently do not have reentrant beans, so I simply hacked the source to clear holdingThread in endInvocation(). -- Comment By: Bill Burke (patriot1burke) Date: 2002-11-06 10:17 Message: Logged In: YES user_id=176497 Good catch. It's definately a bug. HOlding you up? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634286group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-634990 ] Problem with MBeans loading by MLET
Bugs item #634990, was opened at 2002-11-07 16:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634990group_id=22866 Category: JBossMX Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Yuriy Khabarov (thundcat) Assigned to: Juha Lindfors (juhalindfors) Summary: Problem with MBeans loading by MLET Initial Comment: JBoss 3.0.2 java.lang.ClassCastException in: file \jboss- all\jmx\src\main\javax\management\loading\MLet.java public Class loadClass(String name, boolean resolve) throws ClassNotFoundException Looks like UnifiedLoaderRepository ulr = (UnifiedLoaderRepository) LoaderRepository.getDefaultLoaderRepository(); return ulr.loadClass(name, resolve, Thread.currentThread().getContextClassLoader()); should be changed to LoaderRepository ulr = LoaderRepository.getDefaultLoaderRepository(); return ulr.loadClass(name, resolve, Thread.currentThread().getContextClassLoader()); Because of ServerConstants.UNIFIED_LOADER_REPOSITORY_CL ASS and System.getProperty (ServerConstants.LOADER_REPOSITORY_CLASS_PR OPERTY) equals org.jboss.mx.loading.UnifiedLoaderRepository2 not org.jboss.mx.loading.UnifiedLoaderRepository if I'm wrong please reply. Thank you -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=634990group_id=22866 --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] hsqldb 1.7.1 is using port 1701 as default in head (Matrix2)
Yes it is ... Q: why A: donow ... just one of those those things that might help in hsqldb versioning debugging ... later u all ... PS: *** build is most test is run in testsuit/build.sh tests *** 21:43:46,200 INFO [ServerInfo] Java version: 1.3.1,Apple Computer, Inc. 21:43:46,203 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.3.1_03-69,Apple Computer, Inc. 21:43:46,207 INFO [ServerInfo] OS-System: Mac OS X 10.2.1,ppc 21:43:46,214 DEBUG [ServerInfo] java.vm.name: Java HotSpot(TM) Client VM 21:43:46,215 DEBUG [ServerInfo] java.runtime.version: 1.3.1-root_1.3.1_020714-12:46 21:43:46,216 DEBUG [ServerInfo] os.arch: ppc *** Summary Tests Failures Errors Success rate Time 961 5 27 96.67% 6841.004 *** ONLY rolled into head as of now ... did not test 3.2 ! *** --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
