[JBoss-dev] Automated JBoss Testsuite Results: 10-May-2002
Number of tests run: 749 Successful tests: 595 Errors:143 Failures: 11 [time of test: 10 May 2002 7:29 GMT] [java.version: 1.3.1_02] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_02-b02] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_jdk131_02 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! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss Testsuite Results: 10-May-2002
Hi, --- danch [EMAIL PROTECTED] wrote: This report says 142 errors, but the HTML report it links to says 11. What gives? The dates don't match, but is that because this email is GMT and the HTML is server time? Nope - the test was sending the email before setting up the directory with the html - it was spending time ensuring the server stopped in between... at least 5mins plus... The links should be good now - as that time has passed... I've moved the setup of the html link stuff earlier - so it should be ready before the email is sent from now on. If the dates differ, then you are looking at different results - as the date from the same base XML results file for both reports (email and HTML). Chris = -- http://www.soccer2002.org.uk - The Game is On! __ Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] testsuite crashes vm on linux for cvs-rc3
Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554437 ] Finders methods not concurrency Safe?
Bugs item #554437, was opened at 2002-05-10 09:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554437group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Paul Nicklin (paulnicklin) Assigned to: Nobody/Anonymous (nobody) Summary: Finders methods not concurrency Safe? Initial Comment: Hi all, We're seeing an occasional problem where two calls to finder methods made 'simultaneously' from different instances of a session bean result in each being returned a different remote object, but referring to the same data. This would not ordinarily be a big problem (the concurrency/ optimistic locking system will prevent the second update conflicting) But in our case this entity bean is supporting the High-Low pattern for giving out unique IDs, so two Customers with the same key fails! (Won't go into detail, but basically you have a table with UniqueID Name, Unique ID NextValue and you use this and another number to give all your objects a unique ID - I'd give you a URL but I don't have one- sorry!) A bit of digging in the entity cache code (Isn't open source wonderful!) says to me that if the row isn't in the cache then two threads will run through the code both saying... Is the row in the cache? NO! - I'll go fetch it Here's the row from the database, lets put it in the cache Here you go client, have a reference to the entity now, both call the getNextValue method and get the next value and update the database - but because they are not the same instance in they both update the database to the same next value. Then my code uses the value to create customer rows, but the second fails because of a constraint violation (Extract from CMPPersistenceManager.java) public Object findEntity(Method finderMethod, Object[] args, EntityEnterpriseContext ctx) throws Exception { // For now only optimize fBPK if (finderMethod.getName().equals(findByPrimaryKey)) { Object key = ctx.getCacheKey(); if (key == null) { key = ((EntityCache)con.getInstanceCache ()).createCacheKey(args[0]); } if (con.getInstanceCache().isActive(key)) { return key; // Object is active - it exists - no need to call finder } } // The store will find the entity and return the primaryKey Object id = store.findEntity(finderMethod, args, ctx); // We return the cache key return ((EntityCache) con.getInstanceCache ()).createCacheKey(id); } I'd suggest we check after calling the finder that the object is STILL Not in the cache, reducing the window of opportunity for duplication... currently the window of opportunity for this failure includes the database fetch time, a few hundred ms possibly, doing my change would reduce this to a few microseconds. Thanks for your perseverance in reading this far - any comments? Am I completely up the wrong tree? Suggestions welcome... Paul Nicklin [EMAIL PROTECTED] -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554437group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Porting from Weblogic to Jboss
We too have just finished this task. We used xdoclet to handle much of the configuration issues through the generation of the deployment desciptors, etc. Might be worth looking into. Laine - Original Message - From: James Higginbotham [EMAIL PROTECTED] To: Mahesh Agarwal [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 6:18 PM Subject: RE: [JBoss-user] Porting from Weblogic to Jboss Having just taken on this task, I can say with certainty that you may have no problems or plenty :). Most of our issues revolved around understanding custom configuration differences for EJBs between the servers. Jboss.xml, cmp configuration, and JMS configuration isn't hard under Jboss, but it may take a while to move your configurations over to Jboss from weblogic since any custom weblogic configuration must be mapped to a custom jboss configuration by hand. Otherwise, simple stateless beans and a war file are pretty much one-to-one. HTH, James -Original Message- From: Mahesh Agarwal [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 09, 2002 4:16 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-user] Porting from Weblogic to Jboss hi everyone Do anybody have any document mentioning all the steps to migrate one application from weblogic to Jboss, please send me, it would be helpful for me. Thanks a lot in advance Mahesh ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554502 ] Message Selectors cause Memory Leak
Bugs item #554502, was opened at 2002-05-10 14:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554502group_id=22866 Category: JBossMQ Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Todd Neumarker (tneumarker) Assigned to: Nobody/Anonymous (nobody) Summary: Message Selectors cause Memory Leak Initial Comment: When multiple clients subscribe to a topic, and each subscriber is making use of a message selector, published messages intended for the clients build up on the server. There exists a BasicQueue object for each JMSTopic subscriber, which keeps a messages TreeSet of SpyMessages. When a message is published from the server, a copy of each SpyMessage is given to each subscriber. When there is no Selector the message is popped off the queue. When the SpyMessage passes the Selector test, it is also popped off the queue. However, when the message fails the selector test, it is left on the messages object. Each time receive () is called on the BasicQueue that represents the subscriber, the messages TreeSet is iterated over and each message is tested again against the selector. So eventually the Selector.test() method begins to hog the CPU, and the server runs out of memory and crashes, if you have a message subscriber open with a message selector. A simple change in the BasicQueue does not appear to solve the problem. It appears that the receive() method only gets called once when the client subscribes, but not again when the server publishes a message not intended for that client. So if all clients are receiving messages there is no memory leak, but if for some reason one client is opened with a message selector, and doesn't receive any messages for a long time, memory will be leaking until that client finally gets a valid message. I made a temporary fix in the JMSTopic class, by not giving a copy of each message to the subscriber, if it didn't pass the message selector. Since the list of subscribers is kept as keys to the tempQueue java.util.Map, I iterated key values, and only called a SpyMessage.myClone() on subscribers that passed the selector.test(). This is only a temporary fix, so my server won't crash. And I haven't looked into how it might effect durable subscriptions, but I am not using them yet anyway, and it stopped the leak, made things faster, because it didn't have to make a copy for subscribers that didn't need the message anyway. Below is a snippet from org.jboss.mq.server.BasicQueue: synchronized ( messages ) { Iterator i = messages.iterator(); while ( i.hasNext() ) { SpyMessage m = ( SpyMessage )i.next(); if ( selector.test( m ) ) { message = m; messages.remove( message ); break; } // When is the message being removed when the // test returns false? } } Thank Todd -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554502group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] JBoss.net idea for Macromedia Flash support
Hello Fred, I am happy to here that someone will be providing JBoss integration to Flash MX. I too saw the Macromedia demo at the recent JavaOne and was blown away by the possibilities. I have been researching every workable (and FREE) alternative to integrating J2EE server-side apps to a Flash rich-client front-end. you mentioned having purchased Generator (which is being phased out at MM) and in case you are not aware of it there is a free open-source version called JGenerator which was written for Java (do a search on the web for JGenerator). I use JBoss 2.4.4/Catalina and would really like to move from Struts client UI to a Flash rich client while still using J2EE (servlets/ejbs) components. I can't offer technical assistance but if you need someone to beta test you work I would be happy to. I am very pleased that the JBoss folks are keeping JBoss in the loop for what I believe will be a really big paradigm shift in web app development. Good job! * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13125 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] HEAD ClassCircularityError
Hi Geeks No, it seems under Branch 3.0 it works fine under W2K. Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Andreas Schaefer [EMAIL PROTECTED] Cc: Sacha Labourey [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 11:09 PM Subject: Re: [JBoss-dev] HEAD ClassCircularityError Do you see this when building from Branch_3_0 too? --jason Quoting Andreas Schaefer [EMAIL PROTECTED]: Hi Geeks Currently I get this exceptions on my W2K box when I run it under Cygwin. DOS Command prompt seems doing fine (both on current CVS Head). Andy - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: Sacha Labourey [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 10:52 PM Subject: RE: [JBoss-dev] HEAD ClassCircularityError I have not yet tried removing deployments... but I just tried under rc3 and I don't get this exception. I am running the testsuite now to see if that will induce it, but I think I would have seen it by now. Weird. --jason Quoting Sacha Labourey [EMAIL PROTECTED]: Hello Jason, This seems to happen only with Sun JVM on Linux (or some combination of os/jvm/hotspot). I've tried to reproduce this on my jdk 1.3.1, 1.4 on windows 2000 and have been unable to do so. I've searched sun.com, google, ... and one of the possibilities is that a JAR that is loaded by JBoss contains some class definitions that are not compatible by the one used by javagroups. Maybe this is even worst with our own classloader where mixes of definitions can happen more easily. Jason, can you try to remove almost everything from deploy and jboss-services.xml and only deploy the clustering service to see what happen? Cheers, Sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Jason Dillon Envoyé : jeudi, 9 mai 2002 10:29 À : [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc : [EMAIL PROTECTED] Objet : [JBoss-dev] HEAD ClassCircularityError From the VM spec 5.3.5 Deriving a Class from a class File Representation: ... * Otherwise, if any of the superclasses of C is C itself, loading throws a ClassCircularityError. ... * Otherwise, if any of the superinterfaces of C is C itself, loading throws a ClassCircularityError. Here is a link to the page I looked at: http://java.sun.com/docs/books/vmspec/2nd-edition/html/ConstantPoo l.doc.html From the Language Spec, here 13.4.4 Superclasses and Superinterfaces: A ClassCircularityError is thrown at load time if a class would be a superclass of itself. Changes to the class hierarchy that could result in such a circularity when newly compiled binaries are loaded with pre-existing binaries are not recommended for widely distributed classes. Taken from: http://java.sun.com/docs/books/jls/first_edition/html/13.doc.html From 12.2.1: # ClassCircularityError: A class or interface could not be loaded because it would be its own superclass or superinterface Why they didn't just put this in the javadocs I have no clue. * * * I am still getting these very reliably when attempting to deploy cluster-service.xml. I am running this on Linux under 1.4 and I also see it under 1.3.1_03. Here is the first (of many + evil printStackTrace's): snip ChannelException: JChannel(): java.lang.ClassCircularityError: org/javagroups/log/Trace at org.javagroups.JChannel.init(JChannel.java:144) at org.jboss.ha.framework.server.ClusterPartition.createService(Clust erPartition.java:154) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:170) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc cessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedM BeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceCont roller.java:867) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java:271) at org.jboss.system.ServiceController.create(ServiceController.java:211) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc cessorImpl.java:25) at
[JBoss-dev] [ jboss-Bugs-554502 ] Message Selectors cause Memory Leak
Bugs item #554502, was opened at 2002-05-10 09:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554502group_id=22866 Category: JBossMQ Group: v2.4 (stable) Status: Open Resolution: Fixed Priority: 5 Submitted By: Todd Neumarker (tneumarker) Assigned to: Nobody/Anonymous (nobody) Summary: Message Selectors cause Memory Leak Initial Comment: When multiple clients subscribe to a topic, and each subscriber is making use of a message selector, published messages intended for the clients build up on the server. There exists a BasicQueue object for each JMSTopic subscriber, which keeps a messages TreeSet of SpyMessages. When a message is published from the server, a copy of each SpyMessage is given to each subscriber. When there is no Selector the message is popped off the queue. When the SpyMessage passes the Selector test, it is also popped off the queue. However, when the message fails the selector test, it is left on the messages object. Each time receive () is called on the BasicQueue that represents the subscriber, the messages TreeSet is iterated over and each message is tested again against the selector. So eventually the Selector.test() method begins to hog the CPU, and the server runs out of memory and crashes, if you have a message subscriber open with a message selector. A simple change in the BasicQueue does not appear to solve the problem. It appears that the receive() method only gets called once when the client subscribes, but not again when the server publishes a message not intended for that client. So if all clients are receiving messages there is no memory leak, but if for some reason one client is opened with a message selector, and doesn't receive any messages for a long time, memory will be leaking until that client finally gets a valid message. I made a temporary fix in the JMSTopic class, by not giving a copy of each message to the subscriber, if it didn't pass the message selector. Since the list of subscribers is kept as keys to the tempQueue java.util.Map, I iterated key values, and only called a SpyMessage.myClone() on subscribers that passed the selector.test(). This is only a temporary fix, so my server won't crash. And I haven't looked into how it might effect durable subscriptions, but I am not using them yet anyway, and it stopped the leak, made things faster, because it didn't have to make a copy for subscribers that didn't need the message anyway. Below is a snippet from org.jboss.mq.server.BasicQueue: synchronized ( messages ) { Iterator i = messages.iterator(); while ( i.hasNext() ) { SpyMessage m = ( SpyMessage )i.next(); if ( selector.test( m ) ) { message = m; messages.remove( message ); break; } // When is the message being removed when the // test returns false? } } Thank Todd -- Comment By: Hiram Chirino (chirino) Date: 2002-05-10 09:41 Message: Logged In: YES user_id=175851 Yes. The fix for this was commited last night to Branch_2_4. It should be fixed in the next 2.4.x release. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554502group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554502 ] Message Selectors cause Memory Leak
Bugs item #554502, was opened at 2002-05-10 09:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554502group_id=22866 Category: JBossMQ Group: v2.4 (stable) Status: Closed Resolution: Fixed Priority: 5 Submitted By: Todd Neumarker (tneumarker) Assigned to: Nobody/Anonymous (nobody) Summary: Message Selectors cause Memory Leak Initial Comment: When multiple clients subscribe to a topic, and each subscriber is making use of a message selector, published messages intended for the clients build up on the server. There exists a BasicQueue object for each JMSTopic subscriber, which keeps a messages TreeSet of SpyMessages. When a message is published from the server, a copy of each SpyMessage is given to each subscriber. When there is no Selector the message is popped off the queue. When the SpyMessage passes the Selector test, it is also popped off the queue. However, when the message fails the selector test, it is left on the messages object. Each time receive () is called on the BasicQueue that represents the subscriber, the messages TreeSet is iterated over and each message is tested again against the selector. So eventually the Selector.test() method begins to hog the CPU, and the server runs out of memory and crashes, if you have a message subscriber open with a message selector. A simple change in the BasicQueue does not appear to solve the problem. It appears that the receive() method only gets called once when the client subscribes, but not again when the server publishes a message not intended for that client. So if all clients are receiving messages there is no memory leak, but if for some reason one client is opened with a message selector, and doesn't receive any messages for a long time, memory will be leaking until that client finally gets a valid message. I made a temporary fix in the JMSTopic class, by not giving a copy of each message to the subscriber, if it didn't pass the message selector. Since the list of subscribers is kept as keys to the tempQueue java.util.Map, I iterated key values, and only called a SpyMessage.myClone() on subscribers that passed the selector.test(). This is only a temporary fix, so my server won't crash. And I haven't looked into how it might effect durable subscriptions, but I am not using them yet anyway, and it stopped the leak, made things faster, because it didn't have to make a copy for subscribers that didn't need the message anyway. Below is a snippet from org.jboss.mq.server.BasicQueue: synchronized ( messages ) { Iterator i = messages.iterator(); while ( i.hasNext() ) { SpyMessage m = ( SpyMessage )i.next(); if ( selector.test( m ) ) { message = m; messages.remove( message ); break; } // When is the message being removed when the // test returns false? } } Thank Todd -- Comment By: Hiram Chirino (chirino) Date: 2002-05-10 09:41 Message: Logged In: YES user_id=175851 Yes. The fix for this was commited last night to Branch_2_4. It should be fixed in the next 2.4.x release. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554502group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554535 ] Oracle BLOB and byte array
Bugs item #554535, was opened at 2002-05-10 15:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554535group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Niall O'Sullivan (nosullivan) Assigned to: Nobody/Anonymous (nobody) Summary: Oracle BLOB and byte array Initial Comment: Re-submiting a bug that was never fixed and closed. The Orginial problem was [ 434620 ] Oracle BLOB and byte array The Conclusion was If this problem persists with JBoss 2.4 or 3 then please report it again. JBoss 2.2 is not supported anymore. I can confirm that this is still a bug in 2.4. JBoss: JBoss-2.4.4_Jetty-3.1.7-1 OS: Windows 2K and Windows NT JDK: 1.4 DB: Oracle 8.1.6 The suggested fix in [434620] works for me but hasn't been integrated into jboss and presumably hasn't been tested against other DBs. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554535group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] JBoss.net idea for Macromedia Flash support
Sure, I'd like to get feedback. The sooner limitations are seen in a design the better. But it really is going to be relatively simple client side support. I don't want to make the download time too large. I did get side tracked in the last week, but will be writing those Actionscript SOAP classes soon. I'm reorganizing my own project to use the buildmagic approach. One concern I do have is whether if the Actionscript SOAP classes were incorporated into someone's Flash program, would the LGPL would require them to release their source code. That would not be appropriate. It would be bundled as an install-able Flash component, but everything in Flash viewable as source and becomes an .swf file. Fred. At 10:37 AM 5/10/2002, you wrote: Hello Fred, I am happy to here that someone will be providing JBoss integration to Flash MX. I too saw the Macromedia demo at the recent JavaOne and was blown away by the possibilities. I have been researching every workable (and FREE) alternative to integrating J2EE server-side apps to a Flash rich-client front-end. you mentioned having purchased Generator (which is being phased out at MM) and in case you are not aware of it there is a free open-source version called JGenerator which was written for Java (do a search on the web for JGenerator). I use JBoss 2.4.4/Catalina and would really like to move from Struts client UI to a Flash rich client while still using J2EE (servlets/ejbs) components. I can't offer technical assistance but if you need someone to beta test you work I would be happy to. I am very pleased that the JBoss folks are keeping JBoss in the loop for what I believe will be a really big paradigm shift in web app development. Good job! * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13125 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554437 ] Finders methods not concurrency Safe?
Bugs item #554437, was opened at 2002-05-10 03:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554437group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Paul Nicklin (paulnicklin) Assigned to: Nobody/Anonymous (nobody) Summary: Finders methods not concurrency Safe? Initial Comment: Hi all, We're seeing an occasional problem where two calls to finder methods made 'simultaneously' from different instances of a session bean result in each being returned a different remote object, but referring to the same data. This would not ordinarily be a big problem (the concurrency/ optimistic locking system will prevent the second update conflicting) But in our case this entity bean is supporting the High-Low pattern for giving out unique IDs, so two Customers with the same key fails! (Won't go into detail, but basically you have a table with UniqueID Name, Unique ID NextValue and you use this and another number to give all your objects a unique ID - I'd give you a URL but I don't have one- sorry!) A bit of digging in the entity cache code (Isn't open source wonderful!) says to me that if the row isn't in the cache then two threads will run through the code both saying... Is the row in the cache? NO! - I'll go fetch it Here's the row from the database, lets put it in the cache Here you go client, have a reference to the entity now, both call the getNextValue method and get the next value and update the database - but because they are not the same instance in they both update the database to the same next value. Then my code uses the value to create customer rows, but the second fails because of a constraint violation (Extract from CMPPersistenceManager.java) public Object findEntity(Method finderMethod, Object[] args, EntityEnterpriseContext ctx) throws Exception { // For now only optimize fBPK if (finderMethod.getName().equals(findByPrimaryKey)) { Object key = ctx.getCacheKey(); if (key == null) { key = ((EntityCache)con.getInstanceCache ()).createCacheKey(args[0]); } if (con.getInstanceCache().isActive(key)) { return key; // Object is active - it exists - no need to call finder } } // The store will find the entity and return the primaryKey Object id = store.findEntity(finderMethod, args, ctx); // We return the cache key return ((EntityCache) con.getInstanceCache ()).createCacheKey(id); } I'd suggest we check after calling the finder that the object is STILL Not in the cache, reducing the window of opportunity for duplication... currently the window of opportunity for this failure includes the database fetch time, a few hundred ms possibly, doing my change would reduce this to a few microseconds. Thanks for your perseverance in reading this far - any comments? Am I completely up the wrong tree? Suggestions welcome... Paul Nicklin [EMAIL PROTECTED] -- Comment By: Bill Burke (patriot1burke) Date: 2002-05-10 10:15 Message: Logged In: YES user_id=176497 Sorry to be harsh, but I don't believe you. Are you using any custom container-configurations? Make sure you have the correct interceptor chains, especially EntityLockInterceptor and correct locking-policy (QueuedPessmisticEJBLock). Also, make sure that your PrimaryKey class implements hashCode and equals correctly. #1, There is only one active valid instance of any Entity bean. A finder call does NOT create an entity bean, nor does it insert one into the cache. An entity bean instance is only created when a method is invoked upon it. #2 Your statements below are incorrect Is the row in the cache? NO! - I'll go fetch it Here's the row from the database, lets put it in the cache Here you go client, have a reference to the entity A finder does NOT fetch the row, nor does it put the row in cache. The sql call for a finder only returns primary keys. But, are you using read-ahead? Behaviour is different with read-ahead. My guess is that you've implemented your primary keys incorrectly. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554437group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554577 ] resource-ref in web.xml cause error
Bugs item #554577, was opened at 2002-05-10 10:29 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554577group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Wendell Nichols (wcn00) Assigned to: Nobody/Anonymous (nobody) Summary: resource-ref in web.xml cause error Initial Comment: If there is a resource-ref element in the web.xml file the server takes a saxparseexception during deployment. This works on Oracle oc4j, and Sun j2ee. Not sure why we get a saxparseexception because the DTD clearly allows this... Wendell Nichols -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554577group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-547831 ] JMS Redelivery doesn't work
Bugs item #547831, was opened at 2002-04-23 19:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=547831group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: Works For Me Priority: 5 Submitted By: Randy Dey-Toth (rdeytoth) Assigned to: Hiram Chirino (chirino) Summary: JMS Redelivery doesn't work Initial Comment: According to a posting in the forum, this is an old bug, fixed in the 3.0 line. But it is not fixed. When using a durable persistent Topic, unacknowledged messages are only redelivered when the server is restarted. -- Comment By: Dave Smith (rimmeraj) Date: 2002-05-10 13:40 Message: Logged In: YES user_id=486338 I am seeing the same thing. A simpler test is to have a listener that does not ackknowledge the first message and then acknowledge any other messages sent to it. You will see that the first unacknoledged message will never be resent but the rest will go through OK. -- Comment By: Randy Dey-Toth (rdeytoth) Date: 2002-05-06 14:40 Message: Logged In: YES user_id=524545 Any case where the JMS client exits before acknowledging receipt of a message from a Topic, and then starts up again without the server restarting, will demonstrate the failure of the server to redeliver unacknowledged messages without a restart. Attached is a Jar containing three files: JMSReceiver.java, JMSReceiver.properties, and HeartBeat.java. The last simply pumps 1000 messages into the topic, giving each a sequence number and setting a message property with the sequence number. The first fetches messages from the Topic, and prints their sequence numbers to the screen. Started with as TEST=true system property, it sleeps for a second between receiving the message and acknowledging it, making it easy to kill in between. The properties file is to configure the classes to talk to a certain Topic. To demonstrate the lack of redelivery without a restart, compile the two Java classes and do the following: 1. Set up a Topic in JBoss, and modify the JMSReceiver.properties file to point to that Topic. 2. run java aoe.jms.HeartBeat 0 This will pump 1000 test messages into the Topic. 3. run java -DTEST=true aoe.jms.JMSReceiver 4. Kill the JMSReceiver in between a receipt and an acknowledge. Note the sequence number of the message received but not acknowledged (this is the one that should be redelivered when the receiver starts up again). 5. Start the JMSReceiver again, as above. Note that the first message received is NOT the one that was acknowledge, but rather the following one. 6. Kill the JMSReceiver again. 7. Restart the JBoss server. 8. Start the JMSReceiver again. Notice that the unacknowledged messages not received before ARE now received. -- Comment By: Hiram Chirino (chirino) Date: 2002-05-02 20:44 Message: Logged In: YES user_id=175851 I've never seen this happen. Do you have test case that can reproduce this??? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=547831group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-547831 ] JMS Redelivery doesn't work
Bugs item #547831, was opened at 2002-04-23 16:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=547831group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: Works For Me Priority: 5 Submitted By: Randy Dey-Toth (rdeytoth) Assigned to: Hiram Chirino (chirino) Summary: JMS Redelivery doesn't work Initial Comment: According to a posting in the forum, this is an old bug, fixed in the 3.0 line. But it is not fixed. When using a durable persistent Topic, unacknowledged messages are only redelivered when the server is restarted. -- Comment By: Randy Dey-Toth (rdeytoth) Date: 2002-05-10 11:46 Message: Logged In: YES user_id=524545 I'm not sure rimmeraj's test is valid. If you acknowledge any message in a session, it acknowledges all previous messages in the session as well, per the JMS specs. You need to kill the listener before acknowledging subsequent messages. -- Comment By: Dave Smith (rimmeraj) Date: 2002-05-10 10:40 Message: Logged In: YES user_id=486338 I am seeing the same thing. A simpler test is to have a listener that does not ackknowledge the first message and then acknowledge any other messages sent to it. You will see that the first unacknoledged message will never be resent but the rest will go through OK. -- Comment By: Randy Dey-Toth (rdeytoth) Date: 2002-05-06 11:40 Message: Logged In: YES user_id=524545 Any case where the JMS client exits before acknowledging receipt of a message from a Topic, and then starts up again without the server restarting, will demonstrate the failure of the server to redeliver unacknowledged messages without a restart. Attached is a Jar containing three files: JMSReceiver.java, JMSReceiver.properties, and HeartBeat.java. The last simply pumps 1000 messages into the topic, giving each a sequence number and setting a message property with the sequence number. The first fetches messages from the Topic, and prints their sequence numbers to the screen. Started with as TEST=true system property, it sleeps for a second between receiving the message and acknowledging it, making it easy to kill in between. The properties file is to configure the classes to talk to a certain Topic. To demonstrate the lack of redelivery without a restart, compile the two Java classes and do the following: 1. Set up a Topic in JBoss, and modify the JMSReceiver.properties file to point to that Topic. 2. run java aoe.jms.HeartBeat 0 This will pump 1000 test messages into the Topic. 3. run java -DTEST=true aoe.jms.JMSReceiver 4. Kill the JMSReceiver in between a receipt and an acknowledge. Note the sequence number of the message received but not acknowledged (this is the one that should be redelivered when the receiver starts up again). 5. Start the JMSReceiver again, as above. Note that the first message received is NOT the one that was acknowledge, but rather the following one. 6. Kill the JMSReceiver again. 7. Restart the JBoss server. 8. Start the JMSReceiver again. Notice that the unacknowledged messages not received before ARE now received. -- Comment By: Hiram Chirino (chirino) Date: 2002-05-02 17:44 Message: Logged In: YES user_id=175851 I've never seen this happen. Do you have test case that can reproduce this??? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=547831group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Branch 3_0 cvs HEAD not building
3.0 branch builds for me: [starksm@banshee build]$ build.sh Searching for build.xml ... Buildfile: /home/starksm/cvsroot/JBoss3.0/jboss-all/build/build.xml ... BUILD SUCCESSFUL Total time: 3 minutes 54 seconds [starksm@banshee build]$ RedHat 7.3, Linux 2.4.18-3 java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Stephen Davidson [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, May 10, 2002 9:17 AM Subject: [JBoss-dev] Re: [JBoss-user] JBoss 3.0 Branch 3_0 cvs HEAD not building Stephen Davidson wrote: Greetings. JDK 1.4.0 Linux 2.4.10 jboss-all CVS Branch 3_0 Head. Not building -Steve ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554653 ] java.rmi.MarshalException calling EJB
Bugs item #554653, was opened at 2002-05-10 14:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554653group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Steve Wolfangel (swolfangel) Assigned to: Nobody/Anonymous (nobody) Summary: java.rmi.MarshalException calling EJB Initial Comment: 0RC1_tomcat-4.0.3/server/default/conf/ 12:52:02,022 INFO [Server] Server Library URL: file:/D:/jboss/server30/jboss-3.0 .0RC1_tomcat-4.0.3/server/default/lib/ 12:52:02,037 INFO [Server] Starting General Purpose Architecture (GPA)... 12:52:03,397 INFO [Log4jService] Started 12:52:03,412 INFO [ServerInfo] Java version: 1.3.1,Sun Microsystems Inc. 12:52:03,412 INFO [ServerInfo] Java VM: Java HotSpot (TM) Client VM 1.3.1-b24,Sun Microsystems Inc. 12:52:03,428 INFO [ServerInfo] OS-System: Windows NT 4.0,x86 12:52:03,522 INFO [ServiceController] Controller MBean online I am getting the following exception when passing in a remote object to an EJB call. EventReceiver is the callback object that I am passing into the bean. This code works fine with JBoss 2.4.4 just not with 3.0. I should also note that remote objects returned by an EJB call work fine it is only when I am passing in a remote object. Also, with 3.0 am I required to rmic my remote objects and ejbc my beans? Thanks, Steve Wolfangel MetaMatrix java.rmi.MarshalException: error marshalling arguments; nested exception is: java.io.NotSerializableException: com.metamatrix.server.serverapi.callback.EventReceiver java.io.NotSerializableException: com.metamatrix.server.serverapi.callback.EventReceiver at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1148) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputClassFields (ObjectOutputStream.java:1827) at java.io.ObjectOutputStream.defaultWriteObject (ObjectOutputStream.java:480) at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1214) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputArray (ObjectOutputStream.java:1098) at java.io.ObjectOutputStream.checkSubstitutableSpecialCla sses(ObjectOutputStream.java:456) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:361) at org.jboss.invocation.MarshalledValue.init (MarshalledValue.java:48) at org.jboss.invocation.MarshalledInvocation.writeExternal (MarshalledInvocation.java:317) at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1172) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at sun.rmi.server.UnicastRef.marshalValue (UnicastRef.java:268) at sun.rmi.server.UnicastRef.invoke (UnicastRef.java:106) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invok e(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.i nvoke(JRMPInvokerProxy.java:128) at org.jboss.invocation.InvokerInterceptor.invoke (InvokerInterceptor.java:108) at org.jboss.proxy.TransactionInterceptor.invoke (TransactionInterceptor.java:73) at org.jboss.proxy.SecurityInterceptor.invoke (SecurityInterceptor.java:76) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke (StatelessSessionInterceptor.java:111) at org.jboss.proxy.ClientContainer.invoke (ClientContainer.java:96) at $Proxy3.submitRequest(Unknown Source) at com.metamatrix.server.apiimpl.MetaMatrixServerConnectio nImpl.submitRequest (MetaMatrixServerConnectionImpl.java:527) at com.metamatrix.server.apiimpl.QueryImpl.executeInternal Asynch(QueryImpl.java:388) at com.metamatrix.server.apiimpl.QueryImpl.executeInternal Synch(QueryImpl.java:291) at com.metamatrix.server.apiimpl.QueryImpl.execute (QueryImpl.java:190) at com.metamatrix.querybuilder.ui.views.MetadataTreeModel. setUpModel(DataNodesView.java:83) at com.metamatrix.querybuilder.ui.views.MetadataTreeModel. init(DataNodesView.java:74) at com.metamatrix.querybuilder.ui.views.DataNodesView.crea teComponent(DataNodesView.java:28) at com.metamatrix.querybuilder.ui.views.SQLQueryView.creat eComponent(SQLQueryView.java:111) at com.metamatrix.querybuilder.ui.ViewFactory.createView (ViewFactory.java:28) at com.metamatrix.querybuilder.ui.QueryTabSpace.createComp onent(QueryTabSpace.java:44) at com.metamatrix.querybuilder.ui.ViewController.startView (ViewController.java:376) at com.metamatrix.querybuilder.main.QueryBuilderMain.start View(QueryBuilderMain.java:64) at com.metamatrix.querybuilder.main.QueryBuilderMain.init (QueryBuilderMain.java:48) at
Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3
JDK 1.4.0 is also crashing for me about here: [junit] Tests run: 25, Failures: 0, Errors: 1, Time elapsed: 234.215 sec [junit] TEST org.jboss.test.jbossmq.test.SecurityUnitTestCase FAILED # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid4628.log. # Please refer to the file for further information. # JDK 1.3.1_03 runs fine: tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 12:22 AM Subject: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3
It looks like this could be an issue of compiling with JDK1.3.1_03 and then running with JDK1.4.0. If I do a clean build using JDK 1.4.0 I am able to run the testsuite using JDK1.4.0 tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 30 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 1:53 PM Subject: Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 JDK 1.4.0 is also crashing for me about here: [junit] Tests run: 25, Failures: 0, Errors: 1, Time elapsed: 234.215 sec [junit] TEST org.jboss.test.jbossmq.test.SecurityUnitTestCase FAILED # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid4628.log. # Please refer to the file for further information. # JDK 1.3.1_03 runs fine: tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 12:22 AM Subject: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3
FYI - I was having a similar problem when I compiled with jdk 1.3, but ran on jdk 1.4 (Windows 2000). -Larry JDK 1.4.0 is also crashing for me about here: [junit] Tests run: 25, Failures: 0, Errors: 1, Time elapsed: 234.215 sec [junit] TEST org.jboss.test.jbossmq.test.SecurityUnitTestCase FAILED # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid4628.log. # Please refer to the file for further information. # JDK 1.3.1_03 runs fine: tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 12:22 AM Subject: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Possible bug in JBossTX
Hey, We're using JBossTX for a commercial project (see my colleagues mail at http://www.geocrawler.com/lists/3/SourceForge/10767/0/8602875/ for reference) and believe we might have found a bug related to rollbacks with several enlisted resources. I didn't see it in the bug tracker so I thought I might as well run it by the list for verification: --- When a new resource is enlisted the TM checks if it is the same as an already enlisted resource via the XAResource.isSameRM method. If the same resource did exist, the TM groups that resource together with the existing one to ensure that they only receive one set of prepare-commit calls. In code, this translates to the following snippet from TxCapsule.prepareResources/commitResources: for (int i = 0; i resourceCount; i++) { // ... if (resourceSameRM[i] != -1) continue; // This RM already committed. // ... } Good. But in rollbackResources that check isn't done. This means that the same resources (according to the isSameRM method) will receive more than one rollback call. That will most likely result in an XAException thrown that is caught and spammed out via log.warn. This is what happens for me with the latest Postgresql driver. I've also tested this with Informix Universal Server 9.21 (JDBC driver 2.21) and then the driver hangs. --- While we're on the topic: does anyone know the status of JBossTX as a subproject? A CVS module and a separate build script would be very nice; currently we're extracting it from the main server source by hand. Thanks, Johan Svensson [[EMAIL PROTECTED]] Kernel Developer, .windh AB ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554653 ] java.rmi.MarshalException calling EJB
Bugs item #554653, was opened at 2002-05-10 12:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=554653group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Steve Wolfangel (swolfangel) Assigned to: Nobody/Anonymous (nobody) Summary: java.rmi.MarshalException calling EJB Initial Comment: 0RC1_tomcat-4.0.3/server/default/conf/ 12:52:02,022 INFO [Server] Server Library URL: file:/D:/jboss/server30/jboss-3.0 .0RC1_tomcat-4.0.3/server/default/lib/ 12:52:02,037 INFO [Server] Starting General Purpose Architecture (GPA)... 12:52:03,397 INFO [Log4jService] Started 12:52:03,412 INFO [ServerInfo] Java version: 1.3.1,Sun Microsystems Inc. 12:52:03,412 INFO [ServerInfo] Java VM: Java HotSpot (TM) Client VM 1.3.1-b24,Sun Microsystems Inc. 12:52:03,428 INFO [ServerInfo] OS-System: Windows NT 4.0,x86 12:52:03,522 INFO [ServiceController] Controller MBean online I am getting the following exception when passing in a remote object to an EJB call. EventReceiver is the callback object that I am passing into the bean. This code works fine with JBoss 2.4.4 just not with 3.0. I should also note that remote objects returned by an EJB call work fine it is only when I am passing in a remote object. Also, with 3.0 am I required to rmic my remote objects and ejbc my beans? Thanks, Steve Wolfangel MetaMatrix java.rmi.MarshalException: error marshalling arguments; nested exception is: java.io.NotSerializableException: com.metamatrix.server.serverapi.callback.EventReceiver java.io.NotSerializableException: com.metamatrix.server.serverapi.callback.EventReceiver at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1148) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputClassFields (ObjectOutputStream.java:1827) at java.io.ObjectOutputStream.defaultWriteObject (ObjectOutputStream.java:480) at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1214) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputArray (ObjectOutputStream.java:1098) at java.io.ObjectOutputStream.checkSubstitutableSpecialCla sses(ObjectOutputStream.java:456) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:361) at org.jboss.invocation.MarshalledValue.init (MarshalledValue.java:48) at org.jboss.invocation.MarshalledInvocation.writeExternal (MarshalledInvocation.java:317) at java.io.ObjectOutputStream.outputObject (ObjectOutputStream.java:1172) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:366) at sun.rmi.server.UnicastRef.marshalValue (UnicastRef.java:268) at sun.rmi.server.UnicastRef.invoke (UnicastRef.java:106) at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invok e(Unknown Source) at org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.i nvoke(JRMPInvokerProxy.java:128) at org.jboss.invocation.InvokerInterceptor.invoke (InvokerInterceptor.java:108) at org.jboss.proxy.TransactionInterceptor.invoke (TransactionInterceptor.java:73) at org.jboss.proxy.SecurityInterceptor.invoke (SecurityInterceptor.java:76) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke (StatelessSessionInterceptor.java:111) at org.jboss.proxy.ClientContainer.invoke (ClientContainer.java:96) at $Proxy3.submitRequest(Unknown Source) at com.metamatrix.server.apiimpl.MetaMatrixServerConnectio nImpl.submitRequest (MetaMatrixServerConnectionImpl.java:527) at com.metamatrix.server.apiimpl.QueryImpl.executeInternal Asynch(QueryImpl.java:388) at com.metamatrix.server.apiimpl.QueryImpl.executeInternal Synch(QueryImpl.java:291) at com.metamatrix.server.apiimpl.QueryImpl.execute (QueryImpl.java:190) at com.metamatrix.querybuilder.ui.views.MetadataTreeModel. setUpModel(DataNodesView.java:83) at com.metamatrix.querybuilder.ui.views.MetadataTreeModel. init(DataNodesView.java:74) at com.metamatrix.querybuilder.ui.views.DataNodesView.crea teComponent(DataNodesView.java:28) at com.metamatrix.querybuilder.ui.views.SQLQueryView.creat eComponent(SQLQueryView.java:111) at com.metamatrix.querybuilder.ui.ViewFactory.createView (ViewFactory.java:28) at com.metamatrix.querybuilder.ui.QueryTabSpace.createComp onent(QueryTabSpace.java:44) at com.metamatrix.querybuilder.ui.ViewController.startView (ViewController.java:376) at com.metamatrix.querybuilder.main.QueryBuilderMain.start View(QueryBuilderMain.java:64) at com.metamatrix.querybuilder.main.QueryBuilderMain.init (QueryBuilderMain.java:48) at
[JBoss-dev] Submitting patches
Hi I submitted a patch to sourceforge a couple of weeks ago against the 2.4 head which I hoped was going to make it into 2.4.5 final. It didn't and that's ok, I have it locally on my copy of jboss. Is just submitting patches to sourceforge the right thing to do, or is there a process for people to find a developer with CVS access who will take on the responsibility of checking the code and committing it? I have a few more patches which I'm cooking on my own server to test now and want to ensure that putting them on sourceforge is the best way to get them into the codebase. Thanks Roland ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Submitting patches
The feature was included in 2.4.5, the patch status has simply not been updated. Sourceforge is the only way to submit patches. public interface EmbeddedCatalinaServiceSXMBean extends AbstractWebContainerMBean { ... /** Get the value to use for the catalina.base System property. If not specified the catalina.home value will be used */ public String getCatalinaBase(); /** Set the value to use for the catalina.base */ public void setCatalinaBase(String catalinaBase); } Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 2:50 PM Subject: [JBoss-dev] Submitting patches Hi I submitted a patch to sourceforge a couple of weeks ago against the 2.4 head which I hoped was going to make it into 2.4.5 final. It didn't and that's ok, I have it locally on my copy of jboss. Is just submitting patches to sourceforge the right thing to do, or is there a process for people to find a developer with CVS access who will take on the responsibility of checking the code and committing it? I have a few more patches which I'm cooking on my own server to test now and want to ensure that putting them on sourceforge is the best way to get them into the codebase. Thanks Roland ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Submitting patches
That's great - thanks. I'll continue to put other patches on sourceforge. At 03:10 PM 5/10/2002 -0700, Scott M Stark wrote: The feature was included in 2.4.5, the patch status has simply not been updated. Sourceforge is the only way to submit patches. public interface EmbeddedCatalinaServiceSXMBean extends AbstractWebContainerMBean { ... /** Get the value to use for the catalina.base System property. If not specified the catalina.home value will be used */ public String getCatalinaBase(); /** Set the value to use for the catalina.base */ public void setCatalinaBase(String catalinaBase); } Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 2:50 PM Subject: [JBoss-dev] Submitting patches Hi I submitted a patch to sourceforge a couple of weeks ago against the 2.4 head which I hoped was going to make it into 2.4.5 final. It didn't and that's ok, I have it locally on my copy of jboss. Is just submitting patches to sourceforge the right thing to do, or is there a process for people to find a developer with CVS access who will take on the responsibility of checking the code and committing it? I have a few more patches which I'm cooking on my own server to test now and want to ensure that putting them on sourceforge is the best way to get them into the codebase. Thanks Roland ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Possible bug in JBossTX
Looks like a bug. I'll take a look. We're going to try to put jbosstx in its own module soon. One thing that would be really good would be some unit tests. I haven't really thought about how to set them up yet. I guess all we really need for a framework is a fake XAResource implementation and a Synchronization implementation. Any ideas? Thanks david jencks On 2002.05.10 17:39:48 -0400 Johan Svensson wrote: Hey, We're using JBossTX for a commercial project (see my colleagues mail at http://www.geocrawler.com/lists/3/SourceForge/10767/0/8602875/ for reference) and believe we might have found a bug related to rollbacks with several enlisted resources. I didn't see it in the bug tracker so I thought I might as well run it by the list for verification: --- When a new resource is enlisted the TM checks if it is the same as an already enlisted resource via the XAResource.isSameRM method. If the same resource did exist, the TM groups that resource together with the existing one to ensure that they only receive one set of prepare-commit calls. In code, this translates to the following snippet from TxCapsule.prepareResources/commitResources: for (int i = 0; i resourceCount; i++) { // ... if (resourceSameRM[i] != -1) continue; // This RM already committed. // ... } Good. But in rollbackResources that check isn't done. This means that the same resources (according to the isSameRM method) will receive more than one rollback call. That will most likely result in an XAException thrown that is caught and spammed out via log.warn. This is what happens for me with the latest Postgresql driver. I've also tested this with Informix Universal Server 9.21 (JDBC driver 2.21) and then the driver hangs. --- While we're on the topic: does anyone know the status of JBossTX as a subproject? A CVS module and a separate build script would be very nice; currently we're extracting it from the main server source by hand. Thanks, Johan Svensson [[EMAIL PROTECTED]] Kernel Developer, .windh AB ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maybe unrelated, but the only problems I've had with jdk v1.4 were fixed by giving the -Xcomp parameter on startup. I decided to try this in the first place after finding what I thought to be a possible race condition occurring between the garbage collector and the hotspot compiler, if such a thing is possible. This was on Solaris. David Green On Fri, 10 May 2002, Scott M Stark wrote: JDK 1.4.0 is also crashing for me about here: [junit] Tests run: 25, Failures: 0, Errors: 1, Time elapsed: 234.215 sec [junit] TEST org.jboss.test.jbossmq.test.SecurityUnitTestCase FAILED # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid4628.log. # Please refer to the file for further information. # JDK 1.3.1_03 runs fine: tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 12:22 AM Subject: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE83EbHCi6CzkbyeRQRAkG/AJ9xsjyPM3mA7a4GbN8MUkl6nyVuEwCfWQbP LW0Ep90pWomosvY3jUCYTKQ= =kONb -END PGP SIGNATURE- ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Possible bug in JBossTX
OK, I fixed this. Can you please check it works as you expect? Thanks david jencks On 2002.05.10 17:39:48 -0400 Johan Svensson wrote: Hey, We're using JBossTX for a commercial project (see my colleagues mail at http://www.geocrawler.com/lists/3/SourceForge/10767/0/8602875/ for reference) and believe we might have found a bug related to rollbacks with several enlisted resources. I didn't see it in the bug tracker so I thought I might as well run it by the list for verification: --- When a new resource is enlisted the TM checks if it is the same as an already enlisted resource via the XAResource.isSameRM method. If the same resource did exist, the TM groups that resource together with the existing one to ensure that they only receive one set of prepare-commit calls. In code, this translates to the following snippet from TxCapsule.prepareResources/commitResources: for (int i = 0; i resourceCount; i++) { // ... if (resourceSameRM[i] != -1) continue; // This RM already committed. // ... } Good. But in rollbackResources that check isn't done. This means that the same resources (according to the isSameRM method) will receive more than one rollback call. That will most likely result in an XAException thrown that is caught and spammed out via log.warn. This is what happens for me with the latest Postgresql driver. I've also tested this with Informix Universal Server 9.21 (JDBC driver 2.21) and then the driver hangs. --- While we're on the topic: does anyone know the status of JBossTX as a subproject? A CVS module and a separate build script would be very nice; currently we're extracting it from the main server source by hand. Thanks, Johan Svensson [[EMAIL PROTECTED]] Kernel Developer, .windh AB ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 11-May-2002
Number of tests run: 755 Successful tests: 598 Errors:136 Failures: 21 [time of test: 11 May 2002 1:5 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com/testarchive/ibm_jdk13_20010626 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! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [JBoss-user] Porting from Weblogic to Jboss
Agreed. On An experimental project, I've used Xdoclet to generate all of my local CMPs, CMRs, and session beans for weblogic. I hope to try and move this to Jboss with a few simple @jboss tags. Depoying a couple of beans to Jboss manually helps understand how it all goes together, as you try to put together WL- Jboss, Xdoclet, and mess with configuration porting. Have fun! James -Original Message- From: Laine Donlan [mailto:[EMAIL PROTECTED]] Sent: Friday, May 10, 2002 7:30 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Porting from Weblogic to Jboss We too have just finished this task. We used xdoclet to handle much of the configuration issues through the generation of the deployment desciptors, etc. Might be worth looking into. Laine - Original Message - From: James Higginbotham [EMAIL PROTECTED] To: Mahesh Agarwal [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 6:18 PM Subject: RE: [JBoss-user] Porting from Weblogic to Jboss Having just taken on this task, I can say with certainty that you may have no problems or plenty :). Most of our issues revolved around understanding custom configuration differences for EJBs between the servers. Jboss.xml, cmp configuration, and JMS configuration isn't hard under Jboss, but it may take a while to move your configurations over to Jboss from weblogic since any custom weblogic configuration must be mapped to a custom jboss configuration by hand. Otherwise, simple stateless beans and a war file are pretty much one-to-one. HTH, James -Original Message- From: Mahesh Agarwal [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 09, 2002 4:16 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-user] Porting from Weblogic to Jboss hi everyone Do anybody have any document mentioning all the steps to migrate one application from weblogic to Jboss, please send me, it would be helpful for me. Thanks a lot in advance Mahesh ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] JBoss.net idea for Macromedia Flash support
Is it possible to create flash without MM flash creator? Are there any free alternatives? What does JGenerator do? On fre, 2002-05-10 at 16:37, Darryl Thompson wrote: Hello Fred, I am happy to here that someone will be providing JBoss integration to Flash MX. I too saw the Macromedia demo at the recent JavaOne and was blown away by the possibilities. I have been researching every workable (and FREE) alternative to integrating J2EE server-side apps to a Flash rich-client front-end. you mentioned having purchased Generator (which is being phased out at MM) and in case you are not aware of it there is a free open-source version called JGenerator which was written for Java (do a search on the web for JGenerator). I use JBoss 2.4.4/Catalina and would really like to move from Struts client UI to a Flash rich client while still using J2EE (servlets/ejbs) components. I can't offer technical assistance but if you need someone to beta test you work I would be happy to. I am very pleased that the JBoss folks are keeping JBoss in the loop for what I believe will be a really big paradigm shift in web app development. Good job! * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13125 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] JBoss 3.0 Branch 3_0 cvs HEAD not building
Stephen Davidson wrote: Greetings. JDK 1.4.0 Linux 2.4.10 jboss-all CVS Branch 3_0 Head. Not building -Steve ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user Greetings. More Details; java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24) Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode) ---Snip from compile run--- [execmodules] == == Executing 'all' in module 'messaging'... == _buildmagic:init: configure: init: compile-mbean-sources: [mkdir] Created dir: /home/jboss/jboss-all/messaging/output/gen-src sourcepath is deprecated. the preferred way to design sources is via nested fileset Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [xdoclet] Running mbeanInterface/ [xdoclet] Generating output for 'org.jboss.mq.pm.file.CacheStore' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mq.pm.file.PersistenceManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mq.pm.jdbc.PersistenceManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mq.pm.jdbc2.PersistenceManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mq.pm.rollinglogged.PersistenceManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mq.sm.file.DynamicStateManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Generating output for 'org.jboss.mq.sm.file.OldStateManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/mbean.j'. compile-parsers: [mkdir] Created dir: /home/jboss/jboss-all/messaging/output/parsers/org/jboss/mq/selectors [javacc] Java Compiler Compiler Version 2.0 (Parser Generator) [javacc] Copyright (c) 1996-2000 Sun Microsystems, Inc. [javacc] Copyright (c) 1997-2000 Metamata, Inc. [javacc] (type javacc with no arguments for help) [javacc] Reading from file /home/jboss/jboss-all/messaging/src/main/org/jboss/mq/selectors/SelectorParser.jj . . . [javacc] Warning: Lookahead adequacy checking not being performed since option LOOKAHEAD is more than 1. Set option FORCE_LA_CHECK to true to force checking. [javacc] File TokenMgrError.java does not exist. Will create one. [javacc] File ParseException.java does not exist. Will create one. [javacc] File Token.java does not exist. Will create one. [javacc] File ASCII_CharStream.java does not exist. Will create one. [javacc] Parser generated with 0 errors and 1 warnings. [mkdir] Created dir: /home/jboss/jboss-all/messaging/output/classes [javac] Compiling 8 source files to /home/jboss/jboss-all/messaging/output/classes compile-classes: [javac] Compiling 157 source files to /home/jboss/jboss-all/messaging/output/classes /home/jboss/jboss-all/messaging/src/main/org/jboss/mq/server/jmx/DestinationManager.java:28: cannot resolve symbol symbol : class Stats location: package j2ee import javax.management.j2ee.Stats; ^ /home/jboss/jboss-all/messaging/src/main/org/jboss/mq/server/jmx/DestinationManager.java:29: cannot resolve symbol symbol : class JMSResource location: package j2ee import org.jboss.management.j2ee.JMSResource; ^ /home/jboss/jboss-all/messaging/src/main/org/jboss/mq/server/jmx/DestinationManager.java:30: cannot resolve symbol symbol : class JMSStats location: package j2ee import org.jboss.management.j2ee.JMSStats; ^ /home/jboss/jboss-all/messaging/src/main/org/jboss/mq/server/jmx/DestinationManager.java:236: cannot resolve symbol symbol : class Stats location: class org.jboss.mq.server.jmx.DestinationManager public Stats getStats() { ^ /home/jboss/jboss-all/messaging/src/main/org/jboss/mq/server/jmx/DestinationManager.java:208: cannot resolve symbol symbol : variable JMSResource location: class org.jboss.mq.server.jmx.DestinationManager mManagementProxy = JMSResource.create( getServer(), JBossMQ, getServiceName() ); ^
[JBoss-dev] Add-ons to ejb-ql
In jboss-ql, beyond putting order clauses (could someone if I can modify it dinamically?), Can I use it to make use of LIKE clauses with parameter? I think this is not allowed by spec. Emerson Cargnin - MSA - Original Message - From: James Higginbotham [EMAIL PROTECTED] To: Laine Donlan [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 11:46 AM Subject: RE: [JBoss-user] Porting from Weblogic to Jboss Agreed. On An experimental project, I've used Xdoclet to generate all of my local CMPs, CMRs, and session beans for weblogic. I hope to try and move this to Jboss with a few simple @jboss tags. Depoying a couple of beans to Jboss manually helps understand how it all goes together, as you try to put together WL- Jboss, Xdoclet, and mess with configuration porting. Have fun! James -Original Message- From: Laine Donlan [mailto:[EMAIL PROTECTED]] Sent: Friday, May 10, 2002 7:30 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Porting from Weblogic to Jboss We too have just finished this task. We used xdoclet to handle much of the configuration issues through the generation of the deployment desciptors, etc. Might be worth looking into. Laine - Original Message - From: James Higginbotham [EMAIL PROTECTED] To: Mahesh Agarwal [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, May 09, 2002 6:18 PM Subject: RE: [JBoss-user] Porting from Weblogic to Jboss Having just taken on this task, I can say with certainty that you may have no problems or plenty :). Most of our issues revolved around understanding custom configuration differences for EJBs between the servers. Jboss.xml, cmp configuration, and JMS configuration isn't hard under Jboss, but it may take a while to move your configurations over to Jboss from weblogic since any custom weblogic configuration must be mapped to a custom jboss configuration by hand. Otherwise, simple stateless beans and a war file are pretty much one-to-one. HTH, James -Original Message- From: Mahesh Agarwal [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 09, 2002 4:16 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-user] Porting from Weblogic to Jboss hi everyone Do anybody have any document mentioning all the steps to migrate one application from weblogic to Jboss, please send me, it would be helpful for me. Thanks a lot in advance Mahesh ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Oracle Datasource conf exemple
Does anyone have some working configuration to make a Oracle Datasource usable in CMP?? could send to me, i've tried from the oracle-services.xml, but i can just get a connection if sending user a pass parameters. Please send me the files changed. Mine just don't work... Emerson - Original Message - From: Marius Kotsbak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 11:51 AM Subject: [JBoss-user] Re: AW: [JBoss-dev] JBoss.net idea for Macromedia Flash support Is it possible to create flash without MM flash creator? Are there any free alternatives? What does JGenerator do? On fre, 2002-05-10 at 16:37, Darryl Thompson wrote: Hello Fred, I am happy to here that someone will be providing JBoss integration to Flash MX. I too saw the Macromedia demo at the recent JavaOne and was blown away by the possibilities. I have been researching every workable (and FREE) alternative to integrating J2EE server-side apps to a Flash rich-client front-end. you mentioned having purchased Generator (which is being phased out at MM) and in case you are not aware of it there is a free open-source version called JGenerator which was written for Java (do a search on the web for JGenerator). I use JBoss 2.4.4/Catalina and would really like to move from Struts client UI to a Flash rich client while still using J2EE (servlets/ejbs) components. I can't offer technical assistance but if you need someone to beta test you work I would be happy to. I am very pleased that the JBoss folks are keeping JBoss in the loop for what I believe will be a really big paradigm shift in web app development. Good job! * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13125 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 2.4.5 final has been released
JBoss 2.4.5 final has been released and is available from SourceForge. The changes notes may be viewed here: http://sourceforge.net/project/shownotes.php?release_id=83816 Also available are bundled version of JBoss/Tomcat-4.0.3 and JBoss/Jetty-4.0.0. Scott Stark Chief Technology Officer JBoss Group, LLC ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 11-May-2002
Number of tests run: 750 Successful tests: 586 Errors:137 Failures: 27 [time of test: 11 May 2002 2:16 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20020124 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-31] See http://lubega.com/testarchive/ibm_jdk13_20020124 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! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-546393 ] in standardjaws.xml remove-table tag
Bugs item #546393, was opened at 2002-04-19 23:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=546393group_id=22866 Category: JBossCMP Group: v2.4 (stable) Status: Open Resolution: None Priority: 5 Submitted By: oleg shteynbuk (oshteynbuk) Assigned to: Nobody/Anonymous (nobody) Summary: in standardjaws.xml remove-table tag Initial Comment: OS - Win 2000 pro jdk1.3.1_02 JBoss-2.4.4_Tomcat-4.0.1 in standardjaws.xml remove-table tag does not remove the table but in jaws.xml it does if i delete line remove-tabletrue/remove-table from jaws.xml table is not removed and all data are there if it is needed i could send default.script file from hypersonic directory my jaws.xml : jaws datasourcejava:/DefaultDS/datasource type-mappingHypersonic SQL/type-mapping debugtrue/debug enterprise-beans entity ejb-nameItemImpl/ejb-name table-nameITEMIMPL/table-name remove-tabletrue/remove-table cmp-field standardjaws.xml : jaws datasourcejava:/DefaultDS/datasource type-mappingHypersonic SQL/type-mapping debugtrue/debug default-entity create-tabletrue/create-table remove-tabletrue/remove-table tuned-updatesfalse/tuned-updates read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update /default-entity type-mappings -- Comment By: oleg shteynbuk (oshteynbuk) Date: 2002-05-10 21:24 Message: Logged In: YES user_id=520850 I use CatalinaBundle and standardjaws.xml is in both conf /default and conf/catalina directories and I made changes in default and not catalina dir naively assuming that catalina is for tomcat only and when I made changes in catalina dir it works as advertised. Sorry for this bug report. But there is a question if the name of directory conf/catalina a little bit misleading at least if you are a new jboss user, as I am, and what is the conf/default directory for in the bundle? oleg -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=546393group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 11-May-2002
Number of tests run: 757 Successful tests: 604 Errors:142 Failures: 11 [time of test: 11 May 2002 3:21 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1_02a-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/blackdown_jdk131_02_native 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! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-552536 ] Verifier prints erraneous 7.10.1 warning
Bugs item #552536, was opened at 2002-05-05 09:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=552536group_id=22866 Category: JBossServer Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Jay Walters (jwalters) Summary: Verifier prints erraneous 7.10.1 warning Initial Comment: (JBoss 3.1.0alpha, current CVS head, NT/W2K/Solaris) According to the current code in EJBVerifier20.java the existence of (local) home and remote interfaces is checked like this: if (!(remoteHomeVerified remoteVerified) !(localHomeVerified localVerified)) { localOrHomeExists = false; fireSpecViolationEvent (session, new Section 7.10.1)); } which leads to firing a 7.10.1 violation warning when any other spec violation is found in the local/remote (home)interfaces. My suggestion would be to use the methods from the AbstractVerifier to check the existence of these interfaces, something like: if (!(hasEJBObjectInterface(...) hasEJBHomeInterface (...)) !(hasEJBLocalObjectInterface(...) hasEJBLocalHomeInterface(...)) { ... send 7.10.1 spec violation message ... } (If I had more time, I'd submit a patch, but just now I simply can't). Georg -- Comment By: Jay Walters (jwalters) Date: 2002-05-11 00:13 Message: Logged In: YES user_id=183794 Logic has been changed as you suggested (HEAD and Branch_3_0). 7.10.1 (and corresponding entity bean message) are only generated if the interfaces aren't supplied. verification of the interfaces is separate. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=552536group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 11-May-2002
Number of tests run: 757 Successful tests: 612 Errors:134 Failures: 11 [time of test: 11 May 2002 5:0 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-02a-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/blackdown_jdk131_02_green 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! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-552532 ] Verifier warning shows null message
Bugs item #552532, was opened at 2002-05-05 09:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=552532group_id=22866 Category: JBossServer Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Jay Walters (jwalters) Summary: Verifier warning shows null message Initial Comment: (JBoss 3.1.0alpha, current CVS head, NT/W2K/Solaris) Currently I try to make my beans deploy without any warning from the verifier. I get lot of messages of this kind: 12:20:34,093 INFO [EJBDeployer] Bean : MySessionSB Method : public abstract void removeSettings (Collection) throws RemoveException Section: 7.10.5 Warning: null Looking through the code of EJB I found that the DefaultMessages.properties file does not contain strings for any spec violation starting with 7.10.5. Moreover no spec violations for section 7.10.5 are ever fired in the code, only ones from subsections, like 7.10.5.d2. Thanks for re-activating the verifier in 3.0! Georg -- Comment By: Jay Walters (jwalters) Date: 2002-05-11 00:15 Message: Logged In: YES user_id=183794 The code that prints the message only shows the leading part of the section, e.g. for 7.10.5.d2 it only displays 7.10.5 in the message. This is reasonable since the d2 is just a code which is loosely related to the structure of the text in the actual specification. I have recently added in messages for the session beans and the rest of the entity bean portions which I had missed previously. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=552532group_id=22866 ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3
Could be... but now that I think about it I was compiling with 1.4 and running with 1.4 and it was still crashing. --jason Quoting Scott M Stark [EMAIL PROTECTED]: It looks like this could be an issue of compiling with JDK1.3.1_03 and then running with JDK1.4.0. If I do a clean build using JDK 1.4.0 I am able to run the testsuite using JDK1.4.0 tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 30 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 1:53 PM Subject: Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 JDK 1.4.0 is also crashing for me about here: [junit] Tests run: 25, Failures: 0, Errors: 1, Time elapsed: 234.215 sec [junit] TEST org.jboss.test.jbossmq.test.SecurityUnitTestCase FAILED # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid4628.log. # Please refer to the file for further information. # JDK 1.3.1_03 runs fine: tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 12:22 AM Subject: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3
What does -Xcomp do? I don't have doc on that (ala -X) under Linux w/1.4 --jason Quoting David Green [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maybe unrelated, but the only problems I've had with jdk v1.4 were fixed by giving the -Xcomp parameter on startup. I decided to try this in the first place after finding what I thought to be a possible race condition occurring between the garbage collector and the hotspot compiler, if such a thing is possible. This was on Solaris. David Green On Fri, 10 May 2002, Scott M Stark wrote: JDK 1.4.0 is also crashing for me about here: [junit] Tests run: 25, Failures: 0, Errors: 1, Time elapsed: 234.215 sec [junit] TEST org.jboss.test.jbossmq.test.SecurityUnitTestCase FAILED # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002D3 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Server VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid4628.log. # Please refer to the file for further information. # JDK 1.3.1_03 runs fine: tests-unit: BUILD SUCCESSFUL Total time: 5 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 10, 2002 12:22 AM Subject: [JBoss-dev] testsuite crashes vm on linux for cvs-rc3 Can anyone on linux run the testsuite for cvs-rc3? I have tried several times and it crashes the vm each time under 1.4 (have not yet tried 1.3.1). Seems to happen alot in the jbossmq or jca tests, but I have no idea if that test is tickling the vm or what. My vm seems to be idling around 80 active threads according to ThreadGroup.activeCount() and does not appear to be running out of memory. The process count on the machine maxes out around 200. Yet it crashes each time... why? --jason - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE83EbHCi6CzkbyeRQRAkG/AJ9xsjyPM3mA7a4GbN8MUkl6nyVuEwCfWQbP LW0Ep90pWomosvY3jUCYTKQ= =kONb -END PGP SIGNATURE- ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development - This mail sent through IMP: http://horde.org/imp/ ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results: 11-May-2002
Number of tests run: 747 Successful tests: 593 Errors:143 Failures: 11 [time of test: 11 May 2002 6:54 GMT] [java.version: 1.3.1_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_03-b03] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-31] See http://lubega.com/testarchive/sun_jdk131_03 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! ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development