RE: [JBoss-dev] What is with this Nigerian Scam?
If you really want to know the ins and outs of the scam, please contact me offline. I don't really think it's really on-topic for JBoss-Dev. -Original Message- From: [EMAIL PROTECTED] on behalf of Anil Saldhana Sent: Fri 8/22/2003 3:20 PM To: [EMAIL PROTECTED] Cc: Subject: [JBoss-dev] What is with this Nigerian Scam? Hello Team, what is with this Nigerian Bank thing, that keeps flooding aliases and our mail boxes? Does anybody know what they really gain? Cheers, Anil __ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development N¬HYX¬²'²Þu¼1f«yh S0j·²¢ç»§ém^¢«jµv¬x%zf)ÞXÇ9DÑLF2,K{±ýh§v,üÚ/zYo»njYr§z¶¬jgg ¥rX«zm§ÿðÃæÁªÞr¿Â_è}÷«ÿ~|ÿBA¢ËzX§X¬´h²Àéh¦g§¶X¬¶Ë(º·~àzwÛi³ÿåËl²«qç讧zßåËlþX¬¶)øËz
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
It's interesting, since I didn't think anyone in JBoss was bluffing. Question, though: JBoss is free, right? Therefore, before Sun goes around with the bravado, couldn't they have downloaded JBoss and run it against the compliance suite to know if it would pass or not? It seems to me that, if anyone's bluffing, it's them. -Original Message- From: Jeff Haynie [mailto:[EMAIL PROTECTED] Sent: Thu 3/20/2003 8:51 PM To: [EMAIL PROTECTED] Cc: Subject: [JBoss-dev] Jboss/David Vs. Sun/Goliath? Famous quote from Sun on News.com: http://news.com.com/2100-1013-993471.html?tag=fd_top 'Phipps said Wednesday that making the compliance test available will make it clear that Sun does not want to intentionally obstruct JBoss Group's efforts to gain J2EE compliance. However, Phipps said he doubts that JBoss software will pass the compliance test. Basing his opinion on public information, he said, JBoss software does not appear to implement all of the J2EE specification. I predict that now that we're calling their bluff, they will make up another excuse for not doing the tests, Phipps said. ' So, Sun's calling our bluff??? --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development +,~wzf¢+,¦o$áyyézW(ëhæ¯zxm¶ÿ¶§ÊþÇÉn,uëfz{fj)b b²Ò[¢ËzÙb²Û,¢êÜyú+ém¦Ïÿ+-²Ê.¢¸ë+-³ùb²~ãn,uëfz{
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
I'll be waiting to catch the flotsam work if/when that happens. I'm sure a lot of us minor players will. Still, my question stands- Sun could have downloaded JBoss and tested it on their own, couldn't they? Why make comments like we don't think they'll pass then? -Original Message- From: Fred Hartman [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2003 4:21 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath? Don't be too sure that there isn't a number of months of effort to pass the conformance suite. There are lots of edge cases and areas of interpretation when implementing from a spec. There are also stupid things in specs that implementers chose to implement differently with just cause. Certainly the bits that developers care about are compatible. The issue may be more about putting in the effort to do marginally useful changes just to pass the conformance suite when there are some beautiful 4.0 features to work on, but maybe both can get done if everyone submits a patch or two... -Fred -Original Message- From: Rhett Aultman [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2003 7:12 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath? It's interesting, since I didn't think anyone in JBoss was bluffing. Question, though: JBoss is free, right? Therefore, before Sun goes around with the bravado, couldn't they have downloaded JBoss and run it against the compliance suite to know if it would pass or not? It seems to me that, if anyone's bluffing, it's them. -Original Message- From: Jeff Haynie [mailto:[EMAIL PROTECTED] Sent: Thu 3/20/2003 8:51 PM To: [EMAIL PROTECTED] Cc: Subject: [JBoss-dev] Jboss/David Vs. Sun/Goliath? Famous quote from Sun on News.com: http://news.com.com/2100-1013-993471.html?tag=fd_top 'Phipps said Wednesday that making the compliance test available will make it clear that Sun does not want to intentionally obstruct JBoss Group's efforts to gain J2EE compliance. However, Phipps said he doubts that JBoss software will pass the compliance test. Basing his opinion on public information, he said, JBoss software does not appear to implement all of the J2EE specification. I predict that now that we're calling their bluff, they will make up another excuse for not doing the tests, Phipps said. ' So, Sun's calling our bluff??? --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development NX'u)Y\gbHzG(%,zZ)x%In,ufz{elqzm?X(~zwXb?,zZ) --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development N¬HYX¬²'²Þu¼¯*m (ZW§(¥éÆz×+iɧv· Ë^®«yú+²)Ýn )à~éÛayÈZ§)àjp)¦W¢a¶Úý§l²«qç讧zßâúÞv*ÞrÚe¶°ÓMõzr[¢ËzX§X¬´è²Ç^½éh¦g§¶X¬¶Ë(º·~àzwÛi³ÿåËl²«qç讧zßåËlþX¬¶)øËz
RE: [JBoss-dev] Eclipse is so amazing...
Title: [JBoss-dev] Eclipse is so amazing... The guys around my office (who have never been without some sort of integrated IDE like Delphi or JBuilder) call me the "old UNIX guy" even though I'm only 23. They were roaring in the aisles the day I told them that Eclipse was the only IDE to ever make me want to put Emacs away ;) -Original Message-From: Jason Dillon [mailto:[EMAIL PROTECTED]Sent: Wednesday, February 26, 2003 1:00 PMTo: [EMAIL PROTECTED]Subject: [JBoss-dev] Eclipse is so amazing... I can not believe how fast, intelligent and functional this little IDE. I have tears in my eyes I am so pleased. Okay perhaps I need to getout more... but still. I think I am going to have to say goodbye toXEmacs. Perhaps I am just getting old and lazy...--jason---This SF.net email is sponsored by: Scholarships for Techies!Can't afford IT training? All 2003 ictp students receive scholarships.Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.www.ictp.com/training/sourceforge.asp___Jboss-development mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Why are we using this bogus construct
This is the direction I usually do it in...I use an implementation much like this one when I want good atomicity on event broadcasting without excessive synchronization. Generally, on an event listener array or something, I will have small sync blocks around the critical method calls for methods manipulating the array, then will do a synchronized wrap around an array copy (with clone() or whatnot) so that I can then send the events asynchronously and not worry about the event listener array changing. I've never seen it done the backwards way like that, but I guess it might work. -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 12:36 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Why are we using this bogus construct This seems backwards to me. I usually do something like this: class X { HashMap clients = new HashMap(); public void someMethod() { synchronized(clients) { m.put(dc, cq); } ... } public void someOtherMethod() { HashMap clientsCopy = null; synchronized(clients) { clientsCopy = new HashMap(clients); } Iterator i = clientsCopy.keySet().iterator(); while( i.hasNext() ) { ... } } } For the insert, you only get a quick synchronized around the add, and on iteration you get a single copy in the synchronize. If the iteration very small and quick, I sometimes put the entire iteration in the synchronized block, but you need to be careful about open calls. -dain On Thursday, February 13, 2003, at 11:20 AM, Scott M Stark wrote: I have seen this usage construct in a few places in the code and it makes no sense to me: class X { HashMap clients = new HashMap(); public void someMethod() { synchronized(clients) { HashMap m = new HashMap(clients); m.put(dc, cq); clients=m; } ... } public void someOtherMethod() { Iterator i = clients.keySet().iterator(); while( i.hasNext() ) { ... } } } The unsynchronized clients HashMap is synchronized and copied when modified and accessed without synchronization in other contexts. This is not thread safe for the accesses and makes for very expensive updates. Why isn't the HashMap simply synchronized and used without copying? Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS Snapshots not being updated?
I was recently noticing that the last modified timestamps for files in the CVS snapshots have 4/22/2002 as the last date anything in them was modified, which is consistent with the last modified timestamp on the snapshot itself. Are the snapshots not being updated anymore? It's impossible to do a CVS pull here at work as I'm behind the most fascist of firewalls, so a current snapshot's important to me. -- J. Rhett Aultman Business Technology Solutions FCCI Insurance Group --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ThreadPooling in JMX? Its broken
Title: RE: [JBoss-dev] ThreadPooling in JMX? Its broken According to what I've read from various sources (http://www.kerneltrap.org, assorted Ingo Molnar interviews, etc), the cost of thread creation on Linux is comparable to that of process creation. I am not a big Linux C developer at the moment, but I was under the impression that process creation on Linux wasn't very expensive. -Original Message-From: Bill Burke [mailto:[EMAIL PROTECTED]]Sent: Thursday, January 16, 2003 3:33 PMTo: [EMAIL PROTECTED]Subject: RE: [JBoss-dev] ThreadPooling in JMX? Its broken I think thread pools are different. SUN jdks do not have a thread pool.Supposedly thread creation is expensive on linux. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Thursday, January 16, 2003 3:22 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] ThreadPooling in JMX? Its broken hmmm I thought we had cleared the questions of pools of anything long time ago, meaning that modern VMs take care of that. Also bill, you and I have been badly burnt in the past by state management in reused components. My question would then be 'why would threads be different'?. The usual reason is that people say "you want to limit how many threads a process creates, but that can be achieved by just monitoring the number of new threads created by the pool and listening for notifications on thread garbage collection calls. That says that you have pools who just limit the number of threads out there and block for other but associate a new thread for new invocations. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Bill Burke Sent: Thursday, January 16, 2003 2:18 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] ThreadPooling in JMX? Its broken "Each thread holds an implicit reference to its copy of a thread-local variable as long as the thread is alive and the ThreadLocal instance is accessible; after a thread goes away, all of its copies of thread-local instances are subject to garbage collection (unless other references to these copies exist). " As a developer you assume the thread will die after run is complete. Or in the case of an RMI invocation, when the invocation returns. The JDK developers were too shortsighted to see that people might implement thread-pools. Otherwise there would be a way to Clear the thread locals associated with a thread. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Thursday, January 16, 2003 2:03 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] ThreadPooling in JMX? Its broken I have no idea what you are talking about here. Thread locals always work. The value of the variable is scoped by the thread. What Bill is wanting is the ability to flush the variables associated with a thread in the scope of a thread pool. This is a different semantic that can be implemented as a map of thread locals accessed through the thread pool. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Jeff Haynie" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 16, 2003 10:52 AM Subject: RE: [JBoss-dev] ThreadPooling in JMX? Its broken What happens in the case the executing thread doesn't know he'sexecuting on a thread pool thread - such as that another caller iscalling a method on an object via a thread pool? In this case, you thread local variables wouldn't work -- in which case, thread localsare pointless, no? --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] na(t)ive
Hm...any ideas on how we might handle things like the -Xhprof argument, which has to be specified on JVM initalization? I've been holding off on a JVM Profiler MBean because the whole load-time issue defeats the point of even having the profiler interfaced as an MBean. -Original Message- From: Scott M Stark [mailto:[EMAIL PROTECTED]] Sent: Thu 1/9/2003 8:08 PM To: [EMAIL PROTECTED] Cc: Subject: Re: [JBoss-dev] na(t)ive Its the same as any other JNI code. The only issue is that the jar that loads the shared library for the native code cannot be redeployed. I have not really looked into if this is a limitation of the JNI layer, or a JBoss class loading issue. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Holger Baxmann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 09, 2003 4:33 PM Subject: [JBoss-dev] na(t)ive hi all, with the php thing we are back to my favoured item: how do i describe and call a native method in the jboss semantic. same procedure as in the embedded world. any suggs? bax --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development winmail.dat
Copyright of personal work (Was:RE: [JBoss-dev] Good-bye II)
Title: Re: [JBoss-dev] Good-bye II I know that I am not a lawyer and have only a semester of law to my name, but is there any real case law related to this matter? I could see where your employer could make claims against your private work if you were working on an open source project that was the spitting image of some proprietary work you were engaged in with said employer, but I would think that the claim would not be on the copyright of your own work but instead on divulging secrets or merely representing a conflict of interest. If what you're saying is true...that anything I do in my spare time can become the copyright of my employer, then I need to seriously rethink my budding writing career, since the articles and books Iam writingon my home computer could fall in a legal gray area. I honestly don't think that's the case, which leads me to suspect that your employer cannot just unilaterally annex work you do in your spare time unless they can cite a conflict of interests or some sort of other direct threat to their interests (such as stealing a trade secret). Really...does anyone know a little of the case law here? -Original Message-From: Dave Neuer [mailto:[EMAIL PROTECTED]]Sent: Monday, December 23, 2002 2:05 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-dev] Good-bye II --- Dain Sundstrom [EMAIL PROTECTED] wrote: Andy, Do you own your own work anymore?This is actually a key issue that everyone working onthis type of projejct should really be aware of. Ifyou are a permanent employee of a company in the USofAwhich produces copyrightable material (such assoftware) --unless you have a contract to the contrary-- that company owns the copyright to the work you do.Not just the work you do on company time equipment,but often even the work you do from home on your sparetime.IANAL, and my understanding is that the degree towhich the latter is the case MAY depend on how similarthe work you've done on your own time equipment isto the work you get paid to do, but since that's up toa judge's discretion -- and case law, I guess -- itwould be insane for someone running an Open Sourceproject to knowingly allow questionable code intotheir base as, LGPL, GPL or Bob's License, licenseissues don't help you if some other entity can claimto own the copyright. This is why the FSF asks peopleto formally assign the copyright to free softwareunder the GNU project to them.If Andy really does work for a company, as a regularemployee, who produces software similar to JBoss,removing his code is the right thing to do even ifit's technically superior to every other bit of codein the codebase and he's the sweetest human being thatever lived, to protect the right of all of the rest ofus to use this awesome software.Dave Neuer__Do you Yahoo!?Yahoo! Mail Plus - Powerful. Affordable. Sign up now.http://mailplus.yahoo.com---This sf.net email is sponsored by:ThinkGeekWelcome to geek heaven.http://thinkgeek.com/sf___Jboss-development mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Health monitoring
The native code profiler I've been working with is an open-source C++ profiler called jProf. I don't have a URL handy, but a Google search will turn it up. -Original Message- From: Alin [mailto:[EMAIL PROTECTED]] Sent: Tue 9/24/2002 4:04 AM To: [EMAIL PROTECTED] Cc: Subject: Re: [JBoss-dev] Health monitoring Can you make public the name of this good profiler?. Thanks, Alin - Original Message - From: Rhett Aultman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 23, 2002 5:32 AM Subject: RE: [JBoss-dev] Health monitoring I believe it's possible, but I'm still plugging at it. My graduate school preparation has, as of late, been sucking my life dry on many fronts. There is already a good profiler out there in reasonably portable C++, and I have a mechanism for tying it to an MBean. -Original Message- From: Nick Betteridge [mailto:[EMAIL PROTECTED]] Sent: Monday, September 23, 2002 4:06 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Health monitoring Is this possible to include for jboss4? A simple accounting mechanism with threads and groups/realms/whatever , with a jni interface and C code which compiles to each paltform type? Rhett Aultman wrote: Not pure Java, no, but there are some reasonably portable native code tricks that can get that information (which is what I've been working towards) -Original Message- From: Michael Bartmann [mailto:[EMAIL PROTECTED]] Sent: Sun 9/22/2002 3:26 AM To: [EMAIL PROTECTED] Cc: Subject: Re: [JBoss-dev] Health monitoring Nick Betteridge wrote: One thing that I would find really useful is the ability to get each thread size and process time which is somehow attributed to either a If I understand thread size as the total memory consumption of the thread I don't know any pure Java methods for obtaining these values. Even under Linux, where every thread is visible through the ps command, each of the processes reports the memory consumption of the whole jvm. I admit it would me a great feature... Regards, Michael Bartmann --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Name: winmail.dat winmail.datType: application/ms-tnef Encoding: base64 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development winmail.dat
RE: [JBoss-dev] Health monitoring
I believe it's possible, but I'm still plugging at it. My graduate school preparation has, as of late, been sucking my life dry on many fronts. There is already a good profiler out there in reasonably portable C++, and I have a mechanism for tying it to an MBean. -Original Message- From: Nick Betteridge [mailto:[EMAIL PROTECTED]] Sent: Monday, September 23, 2002 4:06 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Health monitoring Is this possible to include for jboss4? A simple accounting mechanism with threads and groups/realms/whatever , with a jni interface and C code which compiles to each paltform type? Rhett Aultman wrote: Not pure Java, no, but there are some reasonably portable native code tricks that can get that information (which is what I've been working towards) -Original Message- From: Michael Bartmann [mailto:[EMAIL PROTECTED]] Sent: Sun 9/22/2002 3:26 AM To: [EMAIL PROTECTED] Cc: Subject: Re: [JBoss-dev] Health monitoring Nick Betteridge wrote: One thing that I would find really useful is the ability to get each thread size and process time which is somehow attributed to either a If I understand thread size as the total memory consumption of the thread I don't know any pure Java methods for obtaining these values. Even under Linux, where every thread is visible through the ps command, each of the processes reports the memory consumption of the whole jvm. I admit it would me a great feature... Regards, Michael Bartmann --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Name: winmail.dat winmail.datType: application/ms-tnef Encoding: base64 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Health monitoring
Not pure Java, no, but there are some reasonably portable native code tricks that can get that information (which is what I've been working towards) -Original Message- From: Michael Bartmann [mailto:[EMAIL PROTECTED]] Sent: Sun 9/22/2002 3:26 AM To: [EMAIL PROTECTED] Cc: Subject: Re: [JBoss-dev] Health monitoring Nick Betteridge wrote: One thing that I would find really useful is the ability to get each thread size and process time which is somehow attributed to either a If I understand thread size as the total memory consumption of the thread I don't know any pure Java methods for obtaining these values. Even under Linux, where every thread is visible through the ps command, each of the processes reports the memory consumption of the whole jvm. I admit it would me a great feature... Regards, Michael Bartmann --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development winmail.dat
RE: [JBoss-dev] Health monitoring
Gaaa! I swore up, down, and sideways I'd have an MBean written for that, and I've just had a really bad run in my personal time that's kept me from it. I'm trying to get that packaged up this weekend. -Original Message- From: Michael Bartmann [mailto:[EMAIL PROTECTED]] Sent: Sat 9/21/2002 8:49 AM To: [EMAIL PROTECTED] Cc: Subject: [JBoss-dev] Health monitoring Everybody heathy? If you operate a 24*7 production plant with a server like JBoss, you shurely care about the health of your server. Now in theory this is nearly trivial: we have JMX and friends. Any kind of monitoring can be done with it, but do we do? Of course a lot of aspects are application specific, and for the rest of it you may like to pull myserver:8080/jmx-console. I still have some - trivial - thoughts about what could be done on the server side to faciliate things; and I post my thoughts here to collect some of your opinions on this (you care about health, do you?). 1) Threadcount For me this is more or less a linux problem, allthough I found questionable things even on NT4. The problem is that the current thread count reported by the JVM is garbage. The best thing i can think of is traversing the threaddump and counting threads on the fly. 2) Thread usage If you are not an expert on every single part of JBoss, it might be a detectives work to find out where all those nice threads in the threaddump come from. This is even more criticall, as we migrate to centrally managed thread pools, where its more easy to do it wrong (not naming them appropriate). Thread creation (and even pooling) doesn't come at no cost. I think it might be affordable to do some more bookkeeping (factory?) about how and when and from which part of the system (stacktrace?) threads get allocated. This information - if accessible via JMX - should give you a warm feeling. 3) Memory usage I don't understand much of the JVM heap structure but I know of tools (e.g. JProbe) which which can provide you with information about each and every living object on the heap. These tools do at least use the JVM debugging API, I don't know if they need modified native classes to do so. If you do know, please let me know. 4) History The current JBoss measures for counting threads and memory usage don't keep a history about thread usage in the past. With a monitoring tool online all the time we could solve the problem on the client side. It should be trivial to support this through a collection MBean on the server side. The interesting part comes with the persitence of this information? What to do after some crash (out of memory)? Perhaps log4j is the solution? Or do you favor database storage? (Even that could be done with log4j and appropriate Logger/Appender setup. 5) Caches, pools and such I would prefer more control on caches, pools and containers. If everything is done right (with SoftReferences?) we should not fear out of memory due to bad configuration. But as I noticed on this list these aspects are on the TODO for Matrix2 anyway. Ok, just me 2c, curious about what you think, Michael Bartmann --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development áËë^¨¥Ë)¢{(ç[É8bAzEÊzÚ yé!y«Þm§ÿí)äç¤r¿±ò[¢Ëz÷¥¢ÙX§X¬´è²Ç^½éh¦g§¶X¬¶Ë(º·~àzwÛi³ÿåËl²«qç讧zßåËlþX¬¶)ߣøÛ¢Ëz÷¥¢
RE: [JBoss-dev] is x++ an atomic operation??
I'm fairly sure that the increment/decrement operators are not atomic. Hm...here's a post on Jguru showing why: http://www.jguru.com/forums/view.jsp?EID=384082 Additionally, I think the statement that you gave in your example would be non-atomic anyway- even if an increment was atomic, you're first performing the increment, then storing it in a second variable. That's a two-step process, regardless of atomicity in the increment. -Original Message- From: Hiram Chirino [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 18, 2002 8:55 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] is x++ an atomic operation?? Quick question for you Java Language Gurus out there, I heard one that the post increment operator was an atomic operation. For example, if you have a multi-threaded application with: id=lastRequestId++; You would not need to put this in a synchronized block be cause the ++ would be atomic and thus you would not get 2 duplicate ids. I was wondering if this is true or not. Can anybody confirm this for me?? Regards, Hiram --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] is x++ an atomic operation??
You know...something seemed odd about it, but I was going to go with it anyway...I'm still pretty sure that an increment operation is not atomic, but I can't be sure. Regardless, the example statement given in the original post was something like: x = y++; And I'm almost 100% certain that's not atomic, as the increment of y and assignment to x are two separate operations. -Original Message- From: Larry Sandereson [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 18, 2002 9:32 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] is x++ an atomic operation?? The jguru article is not accurate. Given the code: public class Test { public int testInc(int x) { x++; return x; } public int testAdd(int x) { x = x + 1; return x; } } This produces the following byte-code: Method Test() 0 aload_0 1 invokespecial #1 Method java.lang.Object() 4 return Method int testInc(int) 0 iinc 1 1 3 iload_1 4 ireturn Method int testAdd(int) 0 iload_1 1 iconst_1 2 iadd 3 istore_1 4 iload_1 5 ireturn Note the single operation for the incrementor (iinc 1 1). I do not know if this operation is atomic or not, but this invalidates the logic of the jguru post. -Larry - Original Message - From: Rhett Aultman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 18, 2002 6:24 AM Subject: RE: [JBoss-dev] is x++ an atomic operation?? I'm fairly sure that the increment/decrement operators are not atomic. Hm...here's a post on Jguru showing why: http://www.jguru.com/forums/view.jsp?EID=384082 Additionally, I think the statement that you gave in your example would be non-atomic anyway- even if an increment was atomic, you're first performing the increment, then storing it in a second variable. That's a two-step process, regardless of atomicity in the increment. -Original Message- From: Hiram Chirino [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 18, 2002 8:55 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] is x++ an atomic operation?? Quick question for you Java Language Gurus out there, I heard one that the post increment operator was an atomic operation. For example, if you have a multi-threaded application with: id=lastRequestId++; You would not need to put this in a synchronized block be cause the ++ would be atomic and thus you would not get 2 duplicate ids. I was wondering if this is true or not. Can anybody confirm this for me?? Regards, Hiram --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Implementing a Resource Protection System?
Yeah...I wasn't suggesting that for a hosted environment with hog detections anyway, though. What I was trying to do was point out the limitations I'm aware of with standard APIs that are available. The current limitation I'm aware of is that you can see when memory's getting tight, but you cannot see why (this is, of course, not including the JNI options mentioned here), so the best you can do is to politely ask components to release memory or you can just throw the baby out with the bathwater by undeploying all loaded components and then redeploying them. My original intent was not to suggest we take that route, but to instead show that the idea of a memory monitor wasn't really feasible to begin with. I'm now recognizing the poor communication of that idea on my behalf by not starting off with I don't think it'll work and instead commenting on what worked for me in an environment far removed from the one in question. -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 1:53 PM To: Jboss-Development@Lists. Sourceforge. Net Subject: FW: [JBoss-dev] Implementing a Resource Protection System? Dain helps me say it nicely, Marcf -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 12:29 PM To: marc fleury Subject: Re: [JBoss-dev] Implementing a Resource Protection System? Here is a more friendly response: This is a bad idea. You are saying that in the hosted environment, when one module is a hog, the system asks politely for the other well behaved parts, to please let go of some memory, cause the hog over there wants some. More importantly you are talking about a huge amount of effort when you can simply run multiple JBoss instances. If you compare the cost of say an extra 20 megs of memory per JBoss instance to the cost of developing and maintaining this code, you will agree with me and buy an extra 256 MB chip for $50. -dain marc fleury wrote: Dain, How can I say this nicely to you? marcf -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 12:22 PM To: marc fleury Subject: Re: [JBoss-dev] Implementing a Resource Protection System? I thought we were not going to call people (or their ideas) dumb anymore. I agree that is is a dumb idea, but we should be nicer. -dain marc fleury wrote: I've thought about doing this in some of the other architectures I've written from time to time. It's possible to keep an eye on memory usage and track its stats over time, so you can know when memory's becoming scarce and start telling different parts of the system Memory's tight. Can you do what you can do to lighten the load? That wasn't all that hard to do- every time this architecture deployed a job to run, it kept a handle to them and would asynchronously call a method on them that contained best effort code to lighten up the load and call the GC. That works fine when you just know that you're using more and more memory and just want to politely ask deployed code to attempt to help out. Rhet, LOL, do you realize how dumb this is??? You are saying that in the hosted environment, when one module is a hog, the system asks politely for the other well behaved parts, to please let go of some memory, cause the hog over there wants some... Dude, you were sleeping when you wrote this. I'll sue you if you commit this to our tree :) Marcf PS: for your own application it was probably fine --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Implementing a Resource Protection System?
I'm going to have to learn JVMPI first and dust off my JNI boots, but I'd pitch in on something like this. Memory profiling, resource protection, etc. are all itches of mine. Oh...no, wait. That's poison ivy. Seriously, though, I'd be more than willing to work on something like this, although I'm sure going it alone would not be wise. If one of you more senior project members wants an assistant on something like this, I'll step up. -Original Message- From: Anatoly Akkerman [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 3:11 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Implementing a Resource Protection System? marc fleury wrote: How about a PhD sub-project, Mr Akkerman, that would be a nice mbean in our system. It would have a little bit of everything, Some C, some JNI, java classes and mbean, You broadcast the information for the VM, Trust me, you will look like a king, marcf Sorry to disappoint you, Marc, but this does not scratch my itch at the moment (in fact, not pursuing PhD anymore but rather working for the research group here means I actually scratch the itches of someone else). As far as looking like a king ... well, who can look like you :) On a more serious not, if this becomes relevant to our work, me or someone else might implement this. Indeed, user-level (meaning w/o running the monitor as 'root'-equivalent) sandboxing of memory, CPU and network I/O on Win32 platform has been implemented by one of our former PhD students, so this strikes home somewhat. But we are more interested in monitoring and sandboxing invocations in component-based applications as the near-future goal (after I am done with what I am doing right now). Again, not being a good programmer, is a horrible fate in CS world, so I am slow and your guys might get to invocation flow-profiling and sandboxing before I do. Actually, have anyone done it already? (I mean writing a client-side and server-side interceptors that propagate information about the invocation itself, like which host/component the invocation is coming from?) Anatoly. --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Implementing a Resource Protection System?
I've thought about doing this in some of the other architectures I've written from time to time. It's possible to keep an eye on memory usage and track its stats over time, so you can know when memory's becoming scarce and start telling different parts of the system Memory's tight. Can you do what you can do to lighten the load? That wasn't all that hard to do- every time this architecture deployed a job to run, it kept a handle to them and would asynchronously call a method on them that contained best effort code to lighten up the load and call the GC. That works fine when you just know that you're using more and more memory and just want to politely ask deployed code to attempt to help out. The real issue with what you're asking is, though, that I don't know that there is a way to, within a Java runtime, break down memory usage at a fine-grained level to spot a memory hog. One possible tack to take would be to make each classloader keep tabs on how many times it gets requests for object creation, but even that doesn't get you what's needed, because I'm not aware of a mechanism in place to actually chart how much memory is getting consumed by the classes instantiated out of that classloader. As far as I see, the API does not support this. The memory reporting methods are for the entire JVM, and breaking down that aggregate information by subsystem in the JVM would be tricky, if not downright impossible. -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 10, 2002 4:12 PM To: JBoss Dev Subject: [JBoss-dev] Implementing a Resource Protection System? How hard would it be to implement some kind of resource protection system for deployed JBoss apps? I'm thinking mainly memory... Not allowing an app to continue to grab memory until the container dies, instead, shutting down that app and sending notification to an admin... Could be useful for a hosting environment... Possible? Cheers, Hunter --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Implementing a Resource Protection System?
Interesting...I'll have to check that out. Honestly, though, it doesn't sound like much of a solution for something like JBoss or even most infrasructural items. I figured any fine-grained memory monitoring would require native code. -Original Message- From: Anatoly Akkerman [mailto:[EMAIL PROTECTED]] Sent: Wed 7/10/2002 5:02 PM To: [EMAIL PROTECTED] Cc: Subject: Re: [JBoss-dev] Implementing a Resource Protection System? From what I know, one can use JVMPI hooks to do fine-grained memory monitoring (http://java.sun.com/j2se/1.3/docs/guide/jvmpi/jvmpi.html). But this would involve writing some C, JNI, helper Java classes to query your custom profiling library for collected info. Depending on how well you design your library and how many profiling events you end up collecting, this may substantially slow down the JVM (just imagine the fact that you would have to call into the library every time an object is allocated or deleted, yikes). Also, once you load your library, you cannot debug this jvm remotely or profile anything in it using the standard profiling tools. - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 715 Broadway, #719 Tel: 212 998-3493 New York, NY 10003 Fax: 212 995-4123 - Rhett Aultman wrote: I've thought about doing this in some of the other architectures I've written from time to time. It's possible to keep an eye on memory usage and track its stats over time, so you can know when memory's becoming scarce and start telling different parts of the system Memory's tight. Can you do what you can do to lighten the load? That wasn't all that hard to do- every time this architecture deployed a job to run, it kept a handle to them and would asynchronously call a method on them that contained best effort code to lighten up the load and call the GC. That works fine when you just know that you're using more and more memory and just want to politely ask deployed code to attempt to help out. The real issue with what you're asking is, though, that I don't know that there is a way to, within a Java runtime, break down memory usage at a fine-grained level to spot a memory hog. One possible tack to take would be to make each classloader keep tabs on how many times it gets requests for object creation, but even that doesn't get you what's needed, because I'm not aware of a mechanism in place to actually chart how much memory is getting consumed by the classes instantiated out of that classloader. As far as I see, the API does not support this. The memory reporting methods are for the entire JVM, and breaking down that aggregate information by subsystem in the JVM would be tricky, if not downright impossible. -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 10, 2002 4:12 PM To: JBoss Dev Subject: [JBoss-dev] Implementing a Resource Protection System? How hard would it be to implement some kind of resource protection system for deployed JBoss apps? I'm thinking mainly memory... Not allowing an app to continue to grab memory until the container dies, instead, shutting down that app and sending notification to an admin... Could be useful for a hosting environment... Possible? Cheers, Hunter --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http
RE: [JBoss-dev] I can't believe france is out of the world cup
I'm just pleased that the US showed Portugal up. They can go back to their usual strategy of treading water and blaming the low support of soccer in the US now. I'm content. ;) -Original Message- From: Bordet, Simone [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 10:13 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] I can't believe france is out of the world cup I'll say we suck... oh well, can't win them all, but to go out that way :( They still have a tiny chance the 11th of June! Come on, Tomasson will kick them out with 3-0 ! Ah, justice is made ! Go Italy ! Simon ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] (no subject)
It's truly funny that dumb spam like this would show up on a Sourceforge list. -Original Message- From: joachim savimbi [mailto:[EMAIL PROTECTED]] Sent: Friday, April 26, 2002 1:00 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] (no subject) I am contacting you with the hope that you will be of great assistance to me, I currently have within my reach the sum of 25million US. dollars cash which I intend to use for investment purposes in your company. This money came as a result of a payback contract deal between my husband and a Russain firm in our country's multi-billion dollar Ajaokuta steel plant. The Russain partners returned my husbands share being the above sum after his death. Presently, the new civilian Government has intensified their probe into my husbands financial resources which has led to the freezing of all our accounts, local and foreign, the revoking of all our business licences and the arrest of my first son. In veiw of this I acted very fast to withdraw this money from one of our finance houses before it was closed down. I have deposited the money in a security company with the help of very loyal officials of my late husband. No record is know about this fund by the government because there is no decumentation showing that we received such funds. Due to the current situation in the country and government attitude to my family, I cannot make use of this money within, thus I seek your help in transfering this fund out of the sub African region. Bearing in mind that you may assist me, I have decided to part with 20% of the total sum. Your URGENT response is needed. All correspondance must be through email addresses:[EMAIL PROTECTED] for confidentiality. All correspondence is for the attention of my counsel:Barrister Desmond Opa. Please include your personal phone and Fax number. Regards, JOACHIM SAVIMBE. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Tshirts at JavaOne FREE TRAINING
Definitely. I'd like to be able to display my support for JBoss in any way possible, especially since I'm still one of those punks trying to make his first contribs and having a t-shirt and/or stickers is an easy way to do that. ;) A friend of mine did a small sticker business a couple of years ago (it was for a Pagan Fish sticker...ala the Jesus Fish and Darwin Fish), and so I'd be happy to find out where she had hers produced. I'd be happy to step forward and handle this kind of merchandising...provided there's sufficient demand. -Original Message- From: Jason Dillon [mailto:[EMAIL PROTECTED]] Sent: Monday, February 25, 2002 5:37 PM To: marc fleury Cc: Jboss-Development@Lists. Sourceforge. Net; Jboss-User@Lists. Sourceforge. Net Subject: Re: [JBoss-dev] Tshirts at JavaOne FREE TRAINING It's kinda late... but what about stickers? I would put one on my car and motorcycle... I would guess that others would too... --jason marc fleury wrote: OK we have a winner, well actually we have two. JBoss: All your J2EE are belong to us JBoss: May the source be with you Thanks for all the great proposals. We chose based on we won and went with classic stuff. So we put an order for 1000 of them, which is going to cost us AN ARM AND A LEG and take a bulky 21 boxes space that we need a truck to move. You guys better show up and buy them. WE WILL TIE IN A RAFFLE: BUY A T-SHIRT, AND GET A FREE SPOT AT A JBOSS GROUP TRAINING. Buy a t-shirt, give us your b-card, and we will pick a winner on wednesday night, you get a free training with the gurus ($3500 cost). For those that can't come to JBoss One, if you give us a bulk order of 10 + shipping ($230) then we will put you in the raffle but the order needs to reach us before the end of the JB1 conference when we will pick a winner, so you basically have a month to put the order. We will put the information online but basically write to a href=mailto:[EMAIL PROTECTED]?subject=10 tshirts pleasesales/a and when we get your paypal payment we will send it. You will join the raffle. We will put this online. BTW for the raffle it is ONE card PER tshirt. So if you buy 10 t-shirts you multiply your chances by 10. Is this as good as it gets? take care see you there, marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossOne T-Shirts...
Actually, count me in on that, too. I'm just too poor to go to JavaOne, but I'd love to buy a JBoss t-shirt. -Original Message- From: Lennart Petersson [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 21, 2002 2:27 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossOne T-Shirts... Put JBoss on your server... and your money on beer And Marc - please think of us european people that don't have a budget big enough to go transatlantic for free beer...make the t-shirts availble on-line (or i send you money and you send mee a t-shirt :) /Lennart _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8688 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossOne T-Shirts...
Count me in on that, too. I'd like to buy one. I'm too poor to go to JavaOne, but I'd love to get myself a nice, witty JBoss t-shirt. ;) -Original Message- From: Lennart Petersson [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 21, 2002 2:27 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBossOne T-Shirts... Put JBoss on your server... and your money on beer And Marc - please think of us european people that don't have a budget big enough to go transatlantic for free beer...make the t-shirts availble on-line (or i send you money and you send mee a t-shirt :) /Lennart _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=8688 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] More createmethod for entity beans...
I finally got some free time to seriously look over the stateful session bean createmethod patch previously discussed, and between that and my source code explorations, I think I can roll together a patch to give createmethod support for entity beans. As previously stated, it is part of the EJB 2.0 spec, so it does need to get done. The snapshot downloads are down, but the CVS checkins make it look like nobody's jumped in on this. Before I sit down and attempt to make the changes, though, I wanted to double-check that nobody on jboss-devel was working on this (or has already done this). If you happen to be, please drop me an email so I know I'm wasting my time. Thanks! :) %º,±×¯zZ)éí¨¥x%ËIn,uëÞfz{eËl²«qç讧zØm¶?þX¬¶Ë(º·~àzwþX¬¶ÏåËbú?º,±×¯zZ)éí
RE: [JBoss-dev] Source code editors
Pico is a fairly easy editor to deal with, but it's assinine in its insertion of carriage returns willy-nilly, and that can get you in trouble. I haven't used Forte much...can't you edit individual files without starting a new project? I know you can in most commercial IDEs. At least, I've been able to do so with JBuilder and VisualAge. You have to fiddle with them if you want to compile under them, though...you're going to run into that with most IDEs. I guess if you're looking for a really plain editor, then use XEmacs or one of the other GUI Emcacs that have drop-down menus for most of the major keystroke combos. After a while, you get used to emacs. Really. :) -Original Message- From: Khoa Do [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 2:26 PM To: Jboss-Development@Lists. Sourceforge. Net Subject: [JBoss-dev] Source code editors Hi, I was just wondering if any of you guys have found any open source Java IDE that was worth using in developing Jboss. Emacs is too new for me. I can't stand vi because it beeps at me way too often. Forte CE is way too slow at start up and plus I wants us to create a new project. Any suggestions? Sincerely, - Khoa Do ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbCreatemethod
It looked like something simple enough for even a rookie like me to handle, but then I also recall seeing a patch on Sourceforge that already addresses this issue. I think it was patch 493604 or something like that. If it's not being dealt with, I'm happy to give it a shot. ;) -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Friday, January 11, 2002 10:54 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] ejbCreatemethod ejbCreatemethod and ejbPostCreatemethod Is anybody working on this? It's part of ejb-2.0. It's reported in bugs on sourceforge and there's quite a few questions in the forums. Should be quite simple, but then I haven't too gone too far into the rabbit hole yet :-) Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6979 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: ejbCreatemethod
Oh, well then it looks like there might actually be something simple enough for me to cut my teeth on after all. Wonderful! I'd be happy to give this a shot during one of my Sunday coding sessions unless one of the more seasoned people on here would prefer to do it instead of waiting on me. -Original Message- From: Adrian Brock [mailto:[EMAIL PROTECTED]] Sent: Friday, January 11, 2002 12:11 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Re: ejbCreatemethod Rhett Aultman wrote: It looked like something simple enough for even a rookie like me to handle, but then I also recall seeing a patch on Sourceforge that already addresses this issue. I think it was patch 493604 or something like that. If it's not being dealt with, I'm happy to give it a shot. That patch doesn't look very complete :-( Looks like he was Stateful Session Beans :-) Regards, Adrian __ View this jboss-dev thread in the online forums: http://jboss.org/forums/thread.jsp?forum=66thread=6979 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] I'd really like to help, but...
At the risk of sounding like an absolute newbie (and inviting all sorts of nasty responses), I wanted to ask the people in here if maybe they could help get me pointed in the right direction. My employer is considering the use of JBoss as our EJB container, and I felt that this would be the ideal time to start my education in J2EE infrastructure that I was going to put off until graduate school. I also have wanted to be able to contribute meaningfully to an open source project for a while now, and JBoss is definitely one with sufficient momentum that I can be a contributor without fear of having to become the sole supporter/developer/maintainer. I'm no slouch with my Java programming (or, at least, I don't think I am), and I've even written container systems for some of my own development projects, so I think I may have the kind of mind that would be useful as a JBoss coder. I've also set up development environments on my Win2K and Sun machines at home that I refresh with the nightly snapshots. I'm pretty familiar with JBoss, I've read the docs, and I'm digging through the API documentation as needed. I'm starting to feel like I'm actually ready to contribute in some way. The thing is...I don't know exactly where I might be needed. I know that to get RW access to the CVS tree I have to first submit three patches that get accepted. Where can I go hunting for bugs to patch, though? Almost all of the bugs I saw on the JBoss Sourceforge page have patches in the patches section already or have been assigned to an active project member. Is there somewhere else that some fresh meat would be needed? I have noticed that there are failures and errors when the test suite is run. Are people needed to try and bring the RabbitHole alpha up to snuff with its test suite, or is test suite compliance the sole responsibility of the core development team? Like I said, I'm eager to join in, and I think I may have skills to contribute, but I just am unsure as to where I actually can help. Could one of the more seasoned project members maybe give me some ideas? Alternately, if you're pretty much full up on developers or just don't need another rookie, I'd be happy to hear it. At least I'd know I'm barking up the wrong tree. I eagerly await any advice/comments/flames. -- J. Rhett Aultman Business Technology Solutions FCCI Insurance Group ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development