[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 22 07:10:30 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.security.test.LoginModulesUnitTestCase [junit] Tests run: 13, Failures: 0, Errors: 0, Time elapsed: 37.581 sec [junit] Running org.jboss.test.security.test.NamespacePermissionsUnitTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.608 sec [junit] Running org.jboss.test.security.test.PermissionNameUnitTestCase [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 17.802 sec [junit] Running org.jboss.test.security.test.SRPLoginModuleUnitTestCase [junit] TEST org.jboss.test.security.test.SRPLoginModuleUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.security.test.SRPUnitTestCase [junit] TEST org.jboss.test.security.test.SRPUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.security.test.SecurityProxyUnitTestCase [junit] TEST org.jboss.test.security.test.SecurityProxyUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.security.test.XMLLoginModulesUnitTestCase [junit] Tests run: 13, Failures: 0, Errors: 0, Time elapsed: 53.721 sec tests-standard-stress: [junit] Running org.jboss.test.bank.test.BankEJB20StressTestCase [junit] TEST org.jboss.test.bank.test.BankEJB20StressTestCase FAILED (timeout) [junit] Running org.jboss.test.bank.test.BankStressTestCase [junit] TEST org.jboss.test.bank.test.BankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cache.stress.LocalStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 85.66 sec [junit] Running org.jboss.test.cache.stress.ReadWriteLockWithUpgradeStressTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 1.87 sec [junit] Running org.jboss.test.cmp2.cmrstress.CMRStressTestCase [junit] TEST org.jboss.test.cmp2.cmrstress.CMRStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cts.test.StatelessSessionStressTestCase [junit] TEST org.jboss.test.cts.test.StatelessSessionStressTestCase FAILED (timeout) [junit] Running org.jboss.test.deadlock.test.BeanStressTestCase [junit] TEST org.jboss.test.deadlock.test.BeanStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloClusteredHttpStressTestCase [junit] TEST org.jboss.test.hello.test.HelloClusteredHttpStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloHttpStressTestCase [junit] TEST org.jboss.test.hello.test.HelloHttpStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloTimingStressTestCase [junit] TEST org.jboss.test.hello.test.HelloTimingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.JBossMQPerfStressTestCase [junit] TEST org.jboss.test.jbossmq.perf.JBossMQPerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCase [junit] TEST org.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.OILInvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 10.772 sec [junit] Running org.jboss.test.jbossmq.perf.RMIInvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.511 sec [junit] Running org.jboss.test.jbossmq.perf.SendReplyPerfStressTestCase [junit] TEST org.jboss.test.jbossmq.perf.SendReplyPerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.UIL2InvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 13.4 sec [junit] Running org.jboss.test.jca.test.BaseConnectionManagerStressTestCase [junit] Tests run: 7, Failures: 1, Errors: 0, Time elapsed: 18.769 sec [junit] TEST org.jboss.test.jca.test.BaseConnectionManagerStressTestCase FAILED [junit] Running org.jboss.test.jca.test.CachedConnectionBankStressTestCase [junit] TEST org.jboss.test.jca.test.CachedConnectionBankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.lock.test.EnterpriseEntityStressTestCase [junit] TEST org.jboss.test.lock.test.EnterpriseEntityStressTestCase FAILED (timeout) [junit] Running
[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 22 07:10:56 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBOSS SHUTDOWN FAILED === Sat Nov 22 07:10:56 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/linux1/1.4.1_05) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 22 07:22:12 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Sat Nov 22 07:22:12 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 22 10:10:53 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBOSS SHUTDOWN FAILED === Sat Nov 22 10:10:53 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/linux1/1.4.2_01) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Sat Nov 22 10:21:41 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Sat Nov 22 10:21:42 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Sharing classes between WebContainer and JSR109Deployer *was* AW: [JBoss-dev] Re: deployment classloader in AbstractWebContaine r
This could simplify things considerably. You're right, we had a 'delegate to JSR109Service' approach in place for the AbstractWebContainer and the EJBDeployer. I mainly did this because I was not happy with the order of deployment (subdepoyment start/create before parent start/create). Realy the EJB/Webapp should be up before the webservice. For the client programming model we might want to consider a simmilar 'tight' integration. -thomas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Freitag, 21. November 2003 18:18 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Sharing classes between WebContainer and JSR109Deployer *was* AW: [JBoss-dev] Re: deployment classloader in AbstractWebContaine r Its seems to me that we need to instead of having the JSR109Service be a competely seperate deployer from the AbstractWebContainer (which by the way needs to be broken up into a deployer + a container to address some class override issues), that the AbstractWebContainer either needs to incorporate the processing of the webservice.xml descriptor, or delegate directly to the JSR109Service as part of being a j2ee1.4 web app deployer. You actually had done this in the past, why did we decide to make them completely seperated? Adding the war jars to the parent web service deployment is not going to be violating scoping as the scope of the web app and web service have to be the same. Really the bigger issues is getting better integration with tomcat5 so that we install or obtain the web app class loader earlier on. -- Scott Stark Chief Technology Officer JBoss Group, LLC Jung , Dr. Christoph wrote: All right. I changed the ws4ee classloading to use the subdeployment ucl (which is indeed equal to the parent [EJB,WAR] ucl, see DeploymentInfo(parent,...)). Thanks to your hint, the observed inconsistencies in the EJB case thus went away. However, we still have the problem that bytecode from WEB-INF/classes and WEB-INF/lib (which is referenced in the webservice.xml, e.g., by defining a service endpoint interface, and needs to be loaded by JSR109Service.start(...)) - either will never find its way into the war-ucl (tomcats useJbossClassloader=no option) - or wont be inserted until AbstractWebContainer.start(...)-performDeploy(...) is executed (which comes AFTER JSR109Service.start(...) due to ws4ee being a subdeployment to the war). The current workaround in JSR109Service.start(...) (which I know is certainly conflicting with the idea of allowing scoped war classloading in general) is to simply inject these urls into the war-ucl before trying to load bytecode: //TODO CGJ: we need to share classes between a war and its //webservice-subdeployment. We do that, similar to the EJB case, //by the dis sharing the ucl. However, we need to hence extend the //ucl with web-inf/classes and lib at this point. //This somehow conflicts with the notion of jboss-decoupled //classloading for which I would propose to add another //slot into DeploymentInfo that carries the //final Classloader applicationClassLoader as used by the //individual containers and that should be constructed at //initialisation time (or is equivalent to ucl per default). URL warURL = sdi.parent.localUrl != null ? sdi.parent.localUrl : sdi.parent.url; String warPath=warURL.getFile(); try{ File classesDir = new File(warPath, WEB-INF/classes); if (classesDir.exists()) sdi.parent.ucl.addURL(classesDir.toURL()); File libDir = new File(warPath, WEB-INF/lib); if (libDir.exists()) { File[] jars = libDir.listFiles(); int length = jars != null ? jars.length : 0; for (int j = 0; j length; j++) sdi.parent.ucl.addURL(jars[j].toURL()); } } catch(MalformedURLException e) { throw new DeploymentException(Could not extend ws4ee deployment ucl.,e); } As a better solution which bundles the knowledge about war structure in a central place and which is consistent with the existing classloading options, I would propose to extend DeploymentInfo with another ClassLoader applicationLoader; which could be equal to ucl per default, but which would be set to the actual WebCtxLoader in the Tomcat case or a similar construct for other web containers already during AbstractWebContainer.init(...) calling a new ConcreteWebContainer.constructWebLoader(...) method. This applicationLoader could then be consistently used by JSR109Service to load shared classes. What do you think? CGJ
[JBoss-dev] HTTP Session testing
Hello, I've: - backported the loadbalancer to branch 3.2 (it works great BTW!) - added a sample test WAR to the testsuite - created a new target in build/build.xml named hahttp-configs Launching this target will create 3 configs that can be run on the same IP: - http1: first web server with ha-httpsession WAR (clustered) - http2: second web server with ha-httpsession WAR (clustered) - LB: JBoss load-balancer configured to dispatch to http1 and http2 In testsuite/src/etc/jmeter, you will find a Jmeter file that test this scenario on the local host. Cheers, Sacha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] WebServer: howto obtain the host and port generically
It is much simpler than that, with RPCProvider.generateWSDL you get a MessageContext that actually contains all the info we need to do the mapping. It contains a (large) bag of random things - axis comment: 'in case somebody needs it'. I thought, I share this one :-) -thomas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. Christoph Sent: Freitag, 21. November 2003 10:38 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-dev] WebServer: howto obtain the host and port generically Hi, -Ursprüngliche Nachricht- Von: Thomas Diesler (E-mail) [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 21. November 2003 10:13 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] WebServer: howto obtain the host and port generically Hi all, during webservice deployment the WSDL file may specify a dummy port location. When feeding back the deployed WSDL I would like to (must) tweak the port location such that it reflects the actual URL the webservice is available at. You may want to have a look at the servlet spec/implementation. From its initialisation on, any servlet (including our jboss.net transport servlets org.jboss.net.axis.server.AxisServiceServlet and org.jboss.net.ws4ee.server.WebInvokerServlet) has access to its javax.servlet.ServletConfig and hence its javax.servlet.ServletContext which, to my knowledge, will provide these bits of information. Since AxisServiceServlet is quasi-static to the webservice deployments, registering such data centrally (like in the org.jboss.net.axis.service.AxisService indexed with a transport protocol id http or so) should not be a problem. When it comes to the WebInvokerServlets, this could be a problem of the start order since servlet.init(config) will be called after JSR109Deployer.start() ... maybe we should implement the patching lazily such that the servlets register in the ServiceImplBean upon init(), but WSDL patching is not done until all related deployments have been started and the first WSDL request is done? CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] InvokationException on model MBean creation with ClientDeployer
Title: Message Hi Scott, the client-deployer-service.xml uses a an inline model mbean definition. That causes a java.lang.NoSuchMethodException: org.jboss.mx.modelmbean.XMBean.init(java.lang.Object, org.w3c.dom.Element, java.lang.String) at java.lang.Class.getConstructor0(Class.java:1929) at java.lang.Class.getConstructor(Class.java:1019) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:932) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:297) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:324) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:121) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:151) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:114) ... 74 more on statup. java version "1.4.2_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03) Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode) Hm ..., an XMBean constructor with that signature however exists. Am I looking at a classloading problem? As far as I can see the client-deployer-service.xml it is the only service that does that (inline xmbean) in the 'all' deploy directory. I've taken the liberty to modify the client-deployer-service.xmlto use an external mbean definition (that lives in jboss.jar), like this: server mbean code="org.jboss.deployment.ClientDeployer" name="jboss.j2ee:service=ClientDeployer" xmbean-dd="client-deployer-xmbean.xml" /mbean /server cheers -thomas PS: If you can't reproduce it, I'm happy look further into it
[JBoss-dev] Re: InvokationException on model MBean creation with ClientDeployer
Maybe I missed a merge in the service configurator from 3.2 to main. I'll have to check that out. -- Scott Stark Chief Technology Officer JBoss Group, LLC Thomas Diesler wrote: Hi Scott, the client-deployer-service.xml uses a an inline model mbean definition. That causes a java.lang.NoSuchMethodException: org.jboss.mx.modelmbean.XMBean.init(java.lang.Object, org.w3c.dom.Element, java.lang.String) at java.lang.Class.getConstructor0(Class.java:1929) at java.lang.Class.getConstructor(Class.java:1019) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:932) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:297) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:324) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:121) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:151) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:114) ... 74 more on statup. java version 1.4.2_02 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03) Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode) Hm ..., an XMBean constructor with that signature however exists. Am I looking at a classloading problem? As far as I can see the client-deployer-service.xml it is the only service that does that (inline xmbean) in the 'all' deploy directory. I've taken the liberty to modify the client-deployer-service.xml to use an external mbean definition (that lives in jboss.jar), like this: server mbean code=org.jboss.deployment.ClientDeployer name=jboss.j2ee:service=ClientDeployer xmbean-dd=client-deployer-xmbean.xml /mbean /server cheers -thomas PS: If you can't reproduce it, I'm happy look further into it --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-843699 ] cluster-service.xml does not deploy on AIX
Bugs item #843699, was opened at 2003-11-17 06:07 Message generated for change (Comment added) made by belaban You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=843699group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Egil Ølberg (olberge) Assigned to: Bela Ban (belaban) Summary: cluster-service.xml does not deploy on AIX Initial Comment: Booting cluster-service.xml in jboss 3.2.2 fails on AIX 5.2 (64 BIT) with IBM jdk 1.4.1 (64 BIT). See exception in attached server.log. -- Comment By: Bela Ban (belaban) Date: 2003-11-22 13:30 Message: Logged In: YES user_id=34890 Must be a bug of the AIX JDK; port 0 means ephemeral and the OS should select a port for you. Check whether this is a well-known bug with IBM Bela -- Comment By: Egil Ølberg (olberge) Date: 2003-11-17 08:52 Message: Logged In: YES user_id=543328 In the UDP.createSockets() method the following code fails: send_sock = new DatagramSocket(0, bind_addr); returns following stacktrace: java.net.BindException: The socket name is not available on this system. at java.net.PlainDatagramSocketImpl.bind(Native Method) at java.net.DatagramSocket.bind (DatagramSocket.java:361) at java.net.DatagramSocket.init (DatagramSocket.java:203) at java.net.DatagramSocket.init (DatagramSocket.java:254) etc... I guess that the problem is port 0 on AIX. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=843699group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] added graphing to web console
Hi all, I added graphing to the web console in Branch_3_2. I will eventually merge it to HEAD. Now, in web-console when you are navigating tree and click on an MBean, all its attributes will be displayed in the tree. If you rightclick on a numeric attribute a graph menu item appears and it will plot every second the value of that mbean attribute. This was possible because of the JFreeChart library. Its LGPL and quite nice. Go check it out. Some other things I want to possibly add is the ability to set watches based on thresholds on MBean attributes. So, when the watch is triggered, it sends a notification. This notification would be turned into an email message or sent to some other data feed. Sound like a good idea? Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: added graphing to web console
FYI, this may not work with all browser as there may be a JDK mismatch. You may have to upgrade your browser's JDK as this uses an applet that requires JDK 1.2.2 Bill Bill Burke wrote: Hi all, I added graphing to the web console in Branch_3_2. I will eventually merge it to HEAD. Now, in web-console when you are navigating tree and click on an MBean, all its attributes will be displayed in the tree. If you rightclick on a numeric attribute a graph menu item appears and it will plot every second the value of that mbean attribute. This was possible because of the JFreeChart library. Its LGPL and quite nice. Go check it out. Some other things I want to possibly add is the ability to set watches based on thresholds on MBean attributes. So, when the watch is triggered, it sends a notification. This notification would be turned into an email message or sent to some other data feed. Sound like a good idea? Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: added graphing to web console
sorry, just thought I'd add the browsers I've tested with: Netscape 7.1 I.E. 6.0 Bill Burke wrote: FYI, this may not work with all browser as there may be a JDK mismatch. You may have to upgrade your browser's JDK as this uses an applet that requires JDK 1.2.2 Bill Bill Burke wrote: Hi all, I added graphing to the web console in Branch_3_2. I will eventually merge it to HEAD. Now, in web-console when you are navigating tree and click on an MBean, all its attributes will be displayed in the tree. If you rightclick on a numeric attribute a graph menu item appears and it will plot every second the value of that mbean attribute. This was possible because of the JFreeChart library. Its LGPL and quite nice. Go check it out. Some other things I want to possibly add is the ability to set watches based on thresholds on MBean attributes. So, when the watch is triggered, it sends a notification. This notification would be turned into an email message or sent to some other data feed. Sound like a good idea? Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ANN] JBoss-IDE 1.2.2 released
Doesn't it work with recently released Eclipse M5? Ricardo Argüello Laurent Etiemble wrote: Hi, The JBoss-IDE 1.2.2 release is available. It is a maintenance release which addresses many bugs. See release notes for more details : https://sourceforge.net/project/shownotes.php?release_id=199388 Available releases are : - JBoss-IDE 1.2.2 for Eclipse 2.1.1 or higher - JBoss-IDE 1.2.2330 for Eclipes 3.0.0M4 There is no more bundle available for download. All installation/upgrade must be done through the Eclipse install/update manager. See the documentation for that. Available documentation are : - Installation Guide : contains all you need to install/upgrade JBoss-IDE http://prdownloads.sourceforge.net/jboss/Install-1.2.2.pdf?download - Quick Start Guide : provides an overview of what brings JBoss-IDE http://prdownloads.sourceforge.net/jboss/QuickStart-1.2.2.pdf?download - Tutorial Guide : provides a tutorial to explore some features of JBoss-IDE http://prdownloads.sourceforge.net/jboss/Tutorial-1.2.2.pdf?download Bugs can be reported here (don't forget to put everything needed to help) : https://sourceforge.net/tracker/?group_id=22866atid=376685 Any feedback can be posted through the JBoss Forums (don't forget to put everything needed to help) : http://www.jboss.org/forum.jsp?forum=162 Enjoy and code. Laurent Etiemble, JBoss-IDE project lead. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Ricardo Argüello [EMAIL PROTECTED] www.ndeveloper.com --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build is failing: Use a fileset to copy directories
Build is failing... It looks like a problem with the loadbalancer.sar It works if you build after a clean, but if you build again (no clean) it fails with this message: --- most: == == Finished with 'most' in module 'varia'. == _module-varia-most: [unjar] Expanding: C:\cvs\jboss\HEAD\jboss-head\varia\output\lib\htmladaptor .war into C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\server\all\deploy\jmx-console.war [unjar] Expanding: C:\cvs\jboss\HEAD\jboss-head\varia\output\lib\http-invoker.sar into C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\server\all\deploy\http-invoker.sar [move] Moving 1 files to C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\server\all\deploy\http-invoker.sar [unjar] Expanding: C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\server\all\deploy\http-invoker.sar\tmp.war into C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\server\all\deploy\http-invoker.sar\invoker.war [delete] Deleting: C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\server\all\deploy\http-invoker.sar\tmp.war [unjar] Expanding: C:\cvs\jboss\HEAD\jboss-head\varia\output\lib\loadbalancer.sar into C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\docs\examples\varia\loadbalancer\loadbalancer.sar [unjar] Unable to expand to file C:\cvs\jboss\HEAD\jboss-head\build\output\jboss-4.0.0DR3\docs\examples\varia\loadbalancer\loadbalancer.sar\loadbalancer.war BUILD FAILED file:c:/cvs/jboss/HEAD/jboss-head/build/build.xml:1231: Use a fileset to copy directories. Total time: 1 minute 14 seconds --- Ricardo Argüello --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ANN] JBoss-IDE 1.2.2 released
Hi, The JBoss-IDE 1.2.2 release is available. It is a maintenance release which addresses many bugs. See release notes for more details : https://sourceforge.net/project/shownotes.php?release_id=199388 Available releases are : - JBoss-IDE 1.2.2 for Eclipse 2.1.1 or higher - JBoss-IDE 1.2.2330 for Eclipes 3.0.0M4 There is no more bundle available for download. All installation/upgrade must be done through the Eclipse install/update manager. See the documentation for that. Available documentation are : - Installation Guide : contains all you need to install/upgrade JBoss-IDE http://prdownloads.sourceforge.net/jboss/Install-1.2.2.pdf?download - Quick Start Guide : provides an overview of what brings JBoss-IDE http://prdownloads.sourceforge.net/jboss/QuickStart-1.2.2.pdf?download - Tutorial Guide : provides a tutorial to explore some features of JBoss-IDE http://prdownloads.sourceforge.net/jboss/Tutorial-1.2.2.pdf?download Bugs can be reported here (don't forget to put everything needed to help) : https://sourceforge.net/tracker/?group_id=22866atid=376685 Any feedback can be posted through the JBoss Forums (don't forget to put everything needed to help) : http://www.jboss.org/forum.jsp?forum=162 Enjoy and code. Laurent Etiemble, JBoss-IDE project lead. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 1·ÖÖÓɱÃð·Çµä(SARS)ºÍ°®×Ì(AIDS)
Title: 100%SARS 2003592003029SARSSARS1.0108TCID501min3minSARS5.00 100%AIDS 200212261min2min3minHIV100% SARSAIDS100 1-3 48 http://www.kill-sars.net +86-10-68350082 68314304 E-mail[EMAIL PROTECTED] !