[JBoss-dev] [ jboss-Bugs-620514 ] MQ OutOfMemoryException
Bugs item #620514, was opened at 2002-10-08 23:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=620514group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 9 Submitted By: Steve Wolfangel (swolfangel) Assigned to: Nobody/Anonymous (nobody) Summary: MQ OutOfMemoryException Initial Comment: I am getting the following exception when running a test that continously publishes messages. JMSTest.java is included. org.jboss.mq.SpyJMSException: Cannot send a message to the JMS server; - nested throwable: (java.rmi .ServerError: Error occurred in server thread; nested exception is: java.lang.OutOfMemoryError) at org.jboss.mq.Connection.sendToServer (Connection.java:1127) at org.jboss.mq.SpySession.sendMessage (SpySession.java:562) at org.jboss.mq.SpyTopicPublisher.internalPublish (SpyTopicPublisher.java:120) at org.jboss.mq.SpyTopicPublisher.publish (SpyTopicPublisher.java:68) at JMSTest.main(JMSTest.java:121) + nested throwable: java.rmi.ServerError: Error occurred in server thread; nested exception is: java.lang.OutOfMemoryError java.lang.OutOfMemoryError at sun.rmi.transport.StreamRemoteCall.exceptionRecei vedFromServer(StreamRemoteCall.java:245) at sun.rmi.transport.StreamRemoteCall.executeCall (StreamRemoteCall.java:220) at sun.rmi.server.UnicastRef.invoke (UnicastRef.java:122) at org.jboss.mq.il.rmi.RMIServerIL_Stub.addMessage (Unknown Source) at org.jboss.mq.Connection.sendToServer (Connection.java:1119) at org.jboss.mq.SpySession.sendMessage (SpySession.java:562) at org.jboss.mq.SpyTopicPublisher.internalPublish (SpyTopicPublisher.java:120) at org.jboss.mq.SpyTopicPublisher.publish (SpyTopicPublisher.java:68) at JMSTest.main(JMSTest.java:121) 17:20:58,683 INFO [Server] JBoss Release: JBoss- 3.0.3 CVSTag=JBoss_3_0_3 17:20:58,730 INFO [Server] Home Dir: E:\cvs\jboss-3.0.3-src\build\output\jboss-3 .0.3 17:20:58,730 INFO [Server] Home URL: file:/E:/cvs/jboss-3.0.3-src/build/output/j boss-3.0.3/ 17:20:58,730 INFO [Server] Library URL: file:/E:/cvs/jboss-3.0.3-src/build/outpu t/jboss-3.0.3/lib/ 17:20:58,745 INFO [Server] Patch URL: null 17:20:58,745 INFO [Server] Server Name: default 17:20:58,745 INFO [Server] Server Home Dir: E:\cvs\jboss-3.0.3-src\build\output\ jboss-3.0.3\server\default 17:20:58,745 INFO [Server] Server Home URL: file:/E:/cvs/jboss-3.0.3-src/build/o utput/jboss-3.0.3/server/default/ 17:20:58,745 INFO [Server] Server Data Dir: E:\cvs\jboss-3.0.3-src\build\output\ jboss-3.0.3\server\default\db 17:20:58,745 INFO [Server] Server Temp Dir: E:\cvs\jboss-3.0.3-src\build\output\ jboss-3.0.3\server\default\tmp 17:20:58,745 INFO [Server] Server Config URL: file:/E:/cvs/jboss-3.0.3-src/build /output/jboss-3.0.3/server/default/conf/ 17:20:58,745 INFO [Server] Server Library URL: file:/E:/cvs/jboss-3.0.3-src/buil d/output/jboss-3.0.3/server/default/lib/ 17:20:58,745 INFO [Server] Root Deployemnt Filename: jboss-service.xml 17:20:58,776 INFO [Server] Starting General Purpose Architecture (GPA)... 17:20:59,198 INFO [ServerInfo] Java version: 1.3.1_01,Sun Microsystems Inc. 17:20:59,198 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.3.1_01,Sun Microsystems Inc. 17:20:59,198 INFO [ServerInfo] OS-System: Windows NT 4.0,x86 -- Comment By: Roger Stevens (pinseeker) Date: 2002-10-18 09:01 Message: Logged In: YES user_id=631489 In Subscription.java accepts method at line 71 the following code appears if (noLocal ) { if( header.producerClientId.equals(connectionToken.getClientID())) return false; } In Subscription.java ConnectionToken never gets initialised and hence never returns false and hence messages are accepted. -- Comment By: Steve Wolfangel (swolfangel) Date: 2002-10-17 20:18 Message: Logged In: YES user_id=541224 New information: The cache problem occurs when the same client subscribes and publishes to the same topic, regardless of the noLocal flag. -- Comment By: Steve Wolfangel (swolfangel) Date: 2002-10-17 19:37 Message: Logged In: YES user_id=541224 After much more testing it appears the problem has something to do with the noLocal flag in the createSubscriber() method. When I set noLocal to true I see the MessageCache continue to grow. When I set noLocal to false then the MessageCache works as expected messages get added and removed. TopicSubscriber subscriber = session.createSubscriber (topic, null, true); // cache continues to grow TopicSubscriber subscriber = session.createSubscriber (topic, null, false); // cache works correctly
[JBoss-dev] VS
Title: ÃÀÅ®VSħÊõ ENTER ¿´ÃÀÅ®£¬ÖÐħ»Ã´ó½±£¡ Click here ,you will be send to a beauty and magic world ! 12ÔÂ15ÈÕÒÔÇ°,¿ªÕ¹Ä§»Ã´ó½±»î¶¯,µÇ½±¾ÍøÕ¾ºó,ÔÚÖ÷ҳˢÐÂ10´ÎÒÔÄÚ,Èç³öÏÖÃÀÅ®,Á¢¼´¼ÇÏÂͼƬϵļǼºÅ£¬ÁªÏµÎÒ¹«Ë¾£¬¼´¿ÉµÃµ½Ä§Êõ½±Æ·¡££¨ÇëÎð¶àË¢£¬¶àË¢ÎÞÒ棩 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Multimedia Design at 5$ per hour
Title: Dear Friend Dear Friend, We would like to introduce ourselves Creativeskulls, We are a new media concern having a setup of 11 high end workstations. We are looking for business partners/clients who are interested in offloading their work. Our rate is only 5 US$ for an hour of working. We have 2 master level flash certificate holders and 3 multimedia Ex. Faculty on our rolls. Our clients include Daewoo, LG India, NIIT, Modi Group (India) and now we are planning a foray in the foreign market. Please read economicaldesign.creativeskulls.com/faq.htm on the process that we follow to ensure quality, timely deliveries and economical pricing. Please visit www.creativeskulls.com/skullworks.html to see our portfolio. For further information regarding this offer please write us at [EMAIL PROTECTED] Here are some of our recent creations. Please click on the image to see a detailed view. One of our most interesting works. The photograph is of Aishwarya Rai (Miss World 1994) one of the most beautiful woman in the world. The picture that you see is made up of Approximately 10,000 individual images. Flash work is what we love to do. We have master level certificate holder from 'Brainbench' on our rolls. Our expertise in flash speaks for itself in our works. Scripting happens to be our strength. Having two ex multimedia faculty on our team gives us that edge in 3d. The samples of our work speak for themselves. We have special interest and expertise in character animation. Websites, 3d Work, Print Graphics, Corporate Presentations/Video, Flash Work, CD Rom Presentations all done at an incredible rate and incredible quality. The sample work speaks for itself. This is not a spam mail. It is a one time offer, sent to only those people, who were listed in Graphic Design sites. Just reply to us with the subject line "remove" and you will never be sent another offer mail.We did not purchase your Email id's nor do we sell any Email id's.
[JBoss-dev] Testimonials
I like the new Testimonials page on the website. Since I'm going to be asking management-type people to look at it, I'm hoping you can run it through a spell-checker. Testimonials is (alternately) misspelled throughout the link and the page. Thanks, Corby _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-625277 ] Servlet classloader static classes
Bugs item #625277, was opened at 2002-10-18 15:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=625277group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Dani G. (danig) Assigned to: Nobody/Anonymous (nobody) Summary: Servlet classloader static classes Initial Comment: Java version: 1.4.0,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Client VM 1.4.0-b92,Sun OS-System: Windows NT 4.0,x86 JBoss: jboss-3.0.3_tomcat-4.0.5 I have two ear files that are nearly identical. Each contains one jar file and one war file. The jar files contain only stateless session beans. The only differences between the two ear files are the ear file name (DaniTest.ear vs DaniTest2.ear), the web context root (DaniTest vs DaniTest2), and the jndi names to which the stateless session beans in the jar files are bound (ie ejb/DaniTest/BookCtrl vs ejb/DaniTest2/BookCtrl). The web.xml files also differ by having two different values for an environment variable indicating the application name (DaniTest vs DaniTest2). The war files contain a jar file named sfxcommon.jar in WEB-INF/lib. One of the classes in this jar file is JNDIUtil, which is an abstract utility class with static methods used in the servlet and throughout the EJB's to get instances of stateless session beans without having to rewrite the code to get initial contexts, narrow( ), etc. JNDIUtil contains a static private variable to store the base JNDI path to use in retrieving the EJB's, ie ejb/DaniTest or ejb/DaniTest2. This private static variable is initialized the first time it is used based on the app-name environment variable mentioned above. The first time JNDIUtil gets used is always in the servlet. The problem is that when both DaniTest and DaniTest2 are deployed, they *both* use the same JNDIUtil in the servlets, thereby both using the same base path, for example always ejb/DaniTest. This causes the EJB's in one application to be used by the servlets in both applications. The above example works on WebLogic, so my initial inclination is to believe that it is a bug either in Tomcat itself or in the JBoss code that interacts with Tomcat. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=625277group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] HSQLDB 1.7.x and EJB/CMP2
My testing indicates 1.7 break's EJB/CMP2 while other hsqldb related test's passes fine, maybe just some standardjbosscmp-jdbc.xml mapping in-between 1.6.1 and 1.7.x ? Class org.jboss.test.bank.test.BankEJB20StressTestCase Name Tests Errors Failures Time(s) BankEJB20StressTestCase 10 10 0 12.339 Class org.jboss.test.bank.test.BankStressTestCase Name Tests Errors Failures Time(s) BankStressTestCase 10 0 0 41.563 Can somebody please have a look : *** Start of {hsqldb}/doc/hsqlSyntax.html Datatypes: The types on the same line are equivalent. INTEGER | INT int | java.lang.Integer DOUBLE [PRECISION] | FLOAT double | java.lang.Double VARCHAR java.lang.String VARCHAR_IGNORECASE java.lang.String CHAR | CHARACTER java.lang.String LONGVARCHAR java.lang.String DATE java.sql.Date TIME java.sql.Time TIMESTAMP | DATETIME java.sql.Timestamp DECIMAL java.math.BigDecimal NUMERIC java.math.BigDecimal BIT boolean | java.lang.Boolean TINYINT byte | java.lang.Byte SMALLINT short | java.lang.Short BIGINT long | java.lang.Long REAL double | java.lang.Double BINARY byte[] VARBINARY byte[] LONGVARBINARY byte[] OTHER | OBJECT java.lang.Object *** END of {hsqldb}/doc/hsqlSyntax.html testTeller(org.jboss.test.bank.test.BankStressTestCase) Error Could not get customer for Marc org.jboss.test.bank.interfaces.BankException: Could not get customer for Marc, Cause:javax.ejb.CreateException: Could not create entity:java.sql.SQLException: Serialization failure in statement [INSERT INTO CUSTOMER (id, name, accounts) VALUES ('5678.1034946822781', 'Marc', 'aced0005737200246f72672e6a626f73732e696e766f636174696f6e2e4d61727368616 c6c656456616c7565eacce0d1f44ad0990c7870773e003aaced0005737200136 a6176612e7574696c2e41727261794c6973747881d21d99c7619d03000149000473697a6 578707704000a7878')] at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRem oteCall.java:240) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:215 ) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:117) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvoker Proxy.java:138) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:9 2) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.jav a:77) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionI nterceptor.java:109) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:82) at $Proxy3.getCustomer(Unknown Source) at org.jboss.test.bank.test.BankStressTestCase.testTeller(BankStressTestCas e.java:57) at java.lang.reflect.Method.invoke(Native Method) at junit.framework.TestCase.runTest(TestCase.java:166) at junit.framework.TestCase.runBare(TestCase.java:140) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:131) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.extensions.TestSetup.run(TestSetup.java:23) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTe stRunner.java:325) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitT estRunner.java:524) *** While using a similar Patch as : http://sourceforge.net/tracker/ index.php?func=detailaid=587623group_id=22866atid=376687 /peter_f --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ 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_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Server VM (build 1.3.1_03-b03, 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 557 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/persistence/MbeanInfoDbPm.java:279: cannot resolve symbol symbol : method replaceAll (java.lang.String,java.lang.String) location: class java.lang.String fileName = fileName.replaceAll(objNameSeparator(), objNameSepRep()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/persistence/MbeanInfoDbPm.java:288: cannot resolve symbol symbol : method replaceAll (java.lang.String,java.lang.String) location: class java.lang.String objectName = objectName.replaceAll(objNameSepRep(), objNameSeparator()); ^ 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: 49 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Building JBoss / Tomcat bundle for Tomcat 4.1.x
The answer (I have been told) is to use the tomcat41 module instead of the catalina module. Cheers. ++jeff On Wednesday 16 October 2002 12:09 pm, Jeffrey Wescott wrote: Hey, all. I'm trying to build a JBoss 3.0.x / Tomcat 4.1.x bundle (for internal use at my company) as an interim until JBoss 3.0.4 is officially released. When I build a bundle with Tomcat 4.0.x, following the instructions in the readme file in the catalina directory works fine. However, when I try the same instructions for Tomcat 4.1.x, I get build breaks related to XML stuff (see below). I'm pretty sure it's possible to bundle 4.1.x because there is a JBoss-3.0.3_Tomcat-4.1.12 available for download on SourceForge. Has something changed? What am I doing wrong? ++jeff =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- jeff@faramir:~/jboss/jboss-3.0/catalina$ ./build.sh bundle Searching for build.xml ... Buildfile: /home/jeff/jboss/jboss-3.0/catalina/build.xml _buildmagic:init: _buildmagic:init:buildlog: configure: init: compile-classes: [mkdir] Created dir: /home/jeff/jboss/jboss-3.0/catalina/output/classes [javac] Compiling 28 source files to /home/jeff/jboss/jboss-3.0/catalina/output/classes [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/AddEngi neAction.java:7: package org.apache.catalina.util.xml does not exist [javac] import org.apache.catalina.util.xml.SaxContext; [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/AddEngi neAction.java:8: package org.apache.catalina.util.xml does not exist [javac] import org.apache.catalina.util.xml.XmlAction; [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/AddEngi neAction.java:16: cannot resolve symbol [javac] symbol : class XmlAction [javac] location: class org.jboss.web.catalina.AddEngineAction [javac] public class AddEngineAction extends XmlAction [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/AddEngi neAction.java:24: cannot resolve symbol [javac] symbol : class SaxContext [javac] location: class org.jboss.web.catalina.AddEngineAction [javac]public void end(SaxContext ctx) throws Exception [javac]^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/ConfigH andler.java:19: package org.apache.catalina.util.xml does not exist [javac] import org.apache.catalina.util.xml.SaxContext; [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/ConfigH andler.java:20: package org.apache.catalina.util.xml does not exist [javac] import org.apache.catalina.util.xml.XmlAction; [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/EngineC reateAction.java:5: warning: org.xml.sax.AttributeList in org.xml.sax has been deprecated [javac] import org.xml.sax.AttributeList; [javac]^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/EngineC reateAction.java:9: package org.apache.catalina.util.xml does not exist [javac] import org.apache.catalina.util.xml.SaxContext; [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/EngineC reateAction.java:10: package org.apache.catalina.util.xml does not exist [javac] import org.apache.catalina.util.xml.XmlAction; [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/EngineC reateAction.java:18: cannot resolve symbol [javac] symbol : class XmlAction [javac] location: class org.jboss.web.catalina.EngineCreateAction [javac] public class EngineCreateAction extends XmlAction [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/EngineC reateAction.java:51: cannot resolve symbol [javac] symbol : class SaxContext [javac] location: class org.jboss.web.catalina.EngineCreateAction [javac]public void start(SaxContext ctx) throws Exception [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/EngineC reateAction.java:75: cannot resolve symbol [javac] symbol : class SaxContext [javac] location: class org.jboss.web.catalina.EngineCreateAction [javac]public void cleanup( SaxContext ctx) [javac] ^ [javac] /home/jeff/jboss/jboss-3.0/catalina/src/main/org/jboss/web/catalina/LoggedX mlMapper.java:4: warning: org.xml.sax.AttributeList in
[JBoss-dev] [ jboss-Change Notes-625337 ] MBean Info Persistence
Change Notes item #625337, was opened at 2002-10-18 12:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=625337group_id=22866 Category: JBossMX Group: v4.0 Status: Open Priority: 5 Submitted By: Matthew Munz (mattmunz) Assigned to: Nobody/Anonymous (nobody) Summary: MBean Info Persistence Initial Comment: Now that we have MBean persistence, it makes sense to have MBean Info persistence. Specifically, this allows for MBeans to be generated at runtime, yet remain in the server after restart. I've made several changes to the JMX module, including the build scripts, resulting in the following application flow. 1. An MBean is created dynamically, with descriptors that designate that its MBean Info should persist. 2. The MBean is registered with the server using the standard technique. 3. Before registration, the (RequiredModel)MBean inserts its resource class name into its descriptor. 4. Immediatly after registration the Registry checks the MBean's descriptor -- if it is flagged for MBean Info persistence, then the server adds it to the MBean Info DB (a separate MBean). 5. Based on its persistence policy, the MBean Info DB flushes its MBean Info objects to the disk, at the appropriate time. 6. When the server starts, the MBean Info DB is loaded, at which point its PersistenceManager.load() is called, and the mbean infos are read from the disk into memory. 7. The class name mentioned in step #3 is then read from the MBeanInfo and used to create the resource object. 8. The restored MBeans are then registered with the server. Further work to be done (in no particular order): 1. Allow resource classes with constructors other than the default to be loaded. 2. Persist to XML instead of Object Streams. 3. use notification in the basic mbean registry to flush the mbean info persistence queue (see the comments in the source code for details) 4. Verify the build script modifications. I made small changes to the build scripts for deploying the descriptors for the MBeanInfo DB service. I'm not sure if the modifications I made are optimal. Maybe xdoclet generation of the descriptors would be better... 5. Change the JMX domain for the MBean Info DB from user:service to something more appropriate (I wasn't exactly sure what this should be) 6. ? For those who might be wondering why I used a delegate for the MBean Info DB, rather than making the registry itsef a persistent MBean -- the reason is that the registry MBean is loaded into the server prior to services required for successful operation of the persistence interceptor. Rather than try to hack the persistence interceptor, pushing the mbean info persistence function into its own MBean (which isn't loaded until those essential resources are available) seemed appropriate. This also allows a decoupling that might be appealing for some. I look forward to comments / feedback / etc. - Matt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=625337group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
I think this is a JDK 1.4 thing... I'll re-write it JDK 1.3.x compilant... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 18, 2002 1:35 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [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_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03) Java HotSpot(TM) Server VM (build 1.3.1_03-b03, 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 557 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/l og4j/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/l og4j/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/l og4j/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/l og4j/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/l og4j/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/l og4j/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/l og4j/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/l og4j/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/l og4j/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/persisten ce/MbeanInfoDbPm.java:279: cannot resolve symbol symbol : method replaceAll (java.lang.String,java.lang.String) location: class java.lang.String fileName = fileName.replaceAll(objNameSeparator(), objNameSepRep()); ^ /disk/orig/home/lubega/jbossro/jboss-all/jmx/src/main/org/jboss/mx/persisten ce/MbeanInfoDbPm.java:288: cannot resolve symbol symbol : method replaceAll (java.lang.String,java.lang.String) location: class java.lang.String objectName = objectName.replaceAll(objNameSepRep(), objNameSeparator()); ^ 2 errors 9 warnings BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/jmx/../tools/etc/buildfragment s/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 49 seconds --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email
[JBoss-dev] [ jboss-Bugs-625340 ] Shutdown imposible if http is disabled
Bugs item #625340, was opened at 2002-10-18 12:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=625340group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vladyslav Kosulin (kosulin) Assigned to: Nobody/Anonymous (nobody) Summary: Shutdown imposible if http is disabled Initial Comment: org.jboss.Shutdown.shutdown(host, port) uses http as hardcoded protocol to shutdown the server through jmx-console. As a result if HTTP is disabled, shutdown is impossible using shutdown.sh. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=625340group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-625340 ] Shutdown imposible if http is disabled
Bugs item #625340, was opened at 2002-10-18 12:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=625340group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vladyslav Kosulin (kosulin) Assigned to: Nobody/Anonymous (nobody) Summary: Shutdown imposible if http is disabled Initial Comment: org.jboss.Shutdown.shutdown(host, port) uses http as hardcoded protocol to shutdown the server through jmx-console. As a result if HTTP is disabled, shutdown is impossible using shutdown.sh. -- Comment By: Vladyslav Kosulin (kosulin) Date: 2002-10-18 13:01 Message: Logged In: YES user_id=562186 The fix proposed is simple: use protocol name as additional argument: shutdown.sh localhost 8080 http shutdown.sh localhost 8443 https The protocol is the last argument because i do not want to broke currently existing customer scripts. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=625340group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] developing on windows
I am not really sure how much memory it needs to function. --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Matt Munz Sent: Friday, October 18, 2002 2:54 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] developing on windows Does setting -Xms640m help/resolve the problems you are having on win32? Haven't tried it yet, as things are working alright for me at the moment. Does the build system really require 640 MB of ram, or is there a JVM bug that this setting resolves? It seems to me that a linear build system should not require much memory if the tasks are sufficiently self-contained -- allocate memory for the task, run the task, gc the task, repeat. I imagine that the third step is not happening often enough if the build requires 640 MB... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Jason Dillon Sent: Friday, October 18, 2002 5:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] developing on windows Does setting -Xms640m help/resolve the problems you are having on win32? --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Matt Munz Sent: Friday, October 18, 2002 2:24 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] developing on windows Alex, I have had the same problems -- you are not alone. As long as I don't clean, once I have a good build (usually the third try), the problems go away. It seems like a memory problem to me too. Perhaps someone should run the build system using a profiler ;) One of the ant tasks probably leaks... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Alex Loubyansky Sent: Friday, October 18, 2002 5:03 PM To: JBoss-Dev Subject: [JBoss-dev] developing on windows Developing on Windows became a nightmare. Sometimes to bulid the server or run a testsuite I need to run build.bat several times. The worst thing it fails with so dreadful errors. It's hard to determine whether I did something wrong or not enough memory. I am on P4, 1.7GHz, 512M Win2K SP2 Sun JDK1.3.1_01 in scripts I add -Xmx640m. Is it only me facing it? Any workarounds? Thanks. alex --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 18-October-2002
Number of tests run: 949 Successful tests: 948 Errors:1 Failures: 0 [time of test: 18 October 2002 13:14 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: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Upcoming releases
I'm planning on the following releases so time your work accordingly: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 2002-11-03jboss-3.0.2beta2 2002-12-22jboss-4.0alpha Scott Stark Chief Technology Officer JBoss Group, LLC --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Upcoming releases
I am reading this right, 2 comes after 4?: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 2002-11-03jboss-3.0.2beta2 ^ 2002-12-22jboss-4.0alpha --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] developing on windows
Some of the xdoclet tasks run out of memory with less that 640mb. They read and parse the entire module source into some sort of AST. david jencks On 2002.10.18 17:53:40 -0400 Matt Munz wrote: Does setting -Xms640m help/resolve the problems you are having on win32? Haven't tried it yet, as things are working alright for me at the moment. Does the build system really require 640 MB of ram, or is there a JVM bug that this setting resolves? It seems to me that a linear build system should not require much memory if the tasks are sufficiently self-contained -- allocate memory for the task, run the task, gc the task, repeat. I imagine that the third step is not happening often enough if the build requires 640 MB... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Jason Dillon Sent: Friday, October 18, 2002 5:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] developing on windows Does setting -Xms640m help/resolve the problems you are having on win32? --jason -Original Message- From: [EMAIL PROTECTED] [mailto:jboss- [EMAIL PROTECTED]] On Behalf Of Matt Munz Sent: Friday, October 18, 2002 2:24 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] developing on windows Alex, I have had the same problems -- you are not alone. As long as I don't clean, once I have a good build (usually the third try), the problems go away. It seems like a memory problem to me too. Perhaps someone should run the build system using a profiler ;) One of the ant tasks probably leaks... - Matt -Original Message- From: [EMAIL PROTECTED] [mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of Alex Loubyansky Sent: Friday, October 18, 2002 5:03 PM To: JBoss-Dev Subject: [JBoss-dev] developing on windows Developing on Windows became a nightmare. Sometimes to bulid the server or run a testsuite I need to run build.bat several times. The worst thing it fails with so dreadful errors. It's hard to determine whether I did something wrong or not enough memory. I am on P4, 1.7GHz, 512M Win2K SP2 Sun JDK1.3.1_01 in scripts I add -Xmx640m. Is it only me facing it? Any workarounds? Thanks. alex --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Upcoming releases
No, jboss-3.2beta2 Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: James Higginbotham [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 18, 2002 4:52 PM Subject: RE: [JBoss-dev] Upcoming releases I am reading this right, 2 comes after 4?: 2002-10-25jboss-2.4.10 2002-10-27jboss-3.0.4 2002-11-03jboss-3.0.2beta2 ^ 2002-12-22jboss-4.0alpha --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Access Your PC Securely with GoToMyPC. Try Free Now https://www.gotomypc.com/s/OSND/DD ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development