Re: Re[2]: [JBoss-dev] Regarding JBoss site
Ok, what can be done to solve that problem? In the end it is slow no matter who's the problem... /L fredagen den 28 mars 2003 kl 12.34 skrev julien viet: application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. julien. --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Regarding JBoss site
Please would it possible to have JBoss site stabilised? As it is now you never know what it will be like next time surfing there and forum messages that i sent yesterday is now suddenly gone and other threads reports to be updated but they arent And are there really 620 guests on-line :) I know there is development going on but does it have to affect the production site? Especially since there is a lot of JBoss hate going on (look at TSS if you haven't yet) I think there will be a lot of curious people coming surfing and this is not what I want them to see... /L --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NUKES on JBoss
Oh, in that case... forget my last post - Looking forward to a fast and stable and not-always-changing site :) by the way... at the moment it is not answering ;) /L torsdagen den 27 mars 2003 kl 16.30 skrev marc fleury: is online, julien delivered and the stuff is running. it is stable and fast. Our machine is sitting at 2% utilization with cached permissions and stuff. Nukes on JBoss is real and will be a fantastic project marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Looking to do 3.2.0 final next this weekend
If you have -server as default - would it be possible to catch some errorcode from the java command and in that case give it a try without -server? Most probably the JVM will support the -server option when called from a .bat-file :) /L onsdagen den 26 mars 2003 kl 06.02 skrev Ian Duggan: On Tuesday 25 March 2003 7:40 pm, Ricardo Argüello wrote: I know IBM's JVM doesn't support it, so the question here is how do we take advantage of this option, present only in Sun's JVM, without stoping JBoss to work with other JVMs? 1) Comment the option, and document its use. 2) Autodetect which JVM are we using. This is my first bit of windows scripting in nearly 10 years, but I was able to simulate the test using this: java -version 2hotspot.txt find /I HotSpot hotspot.txt if errorlevel 0 set HOTSPOT=-server Be sure you pickup the windows version of find, and not the cygwin version if you do this. I did this on Windows2000, so it should at least work there.I don't know about earlier versions of windows. I found references on the web saying that you can't redirect STDERR on some version of windows. If that is the case, then maybe you could incorporate this as well: http://www.teaser.fr/~amajorel/stderr/ Wow. I just posted Windows code... I feel unclean. :) -- Ian ~~ Ian Duggan [EMAIL PROTECTED] http://www.demandtec.com ~~ DemandTec, Inc. 1 Circle Star Way Suite 200 San Carlos, CA 94070 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Branch_3_0 has been updated to xdoclet 1.2
Thanks Stephen!!! /L - Original Message - From: Stephen Coy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, March 22, 2003 4:15 AM Subject: [JBoss-dev] Branch_3_0 has been updated to xdoclet 1.2 As a consequence, we needed ant 1.5, so that has been incorporated as well. We can now build and run everything on a Mac again, even under JDK 1.4.1. Steve Coy --- 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 --- 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
Re: [JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml deploy
Hi Sacha! I think this sounds very good, because it is as you said a bit confusing with all these files in deploy and conf. To group them together in JMS/JMX/... subdiroctories i think would be a good solution and also having them apart from users application deployments - like deploy/system and deploy/application /L onsdagen den 19 mars 2003 kl 11.53 skrev Sacha Labourey: Hello, Currently, the content of conf/jboss-service.xml and deploy is not very clean. 1°) Some services defined in conf/jboss-service.xml require services later deployed in deploy Exemples: - the EJBDeployer depends on the JMS Pool - some invokers (3.2+) require jboss-jca.jar Could we avoid that? Why does the DJBDeployer requires the JMS Pool (MDB I guess). In this case, shouldn't we extract the EJBDeployer from conf/jboss-service.xml and create a ejb-service.xml (or better ejb.jar) that contains everything required for EJB behaviour. 2°) IMHO, way to many files exist in /deploy This is counterintuitive for jboss-users: it may be fine for jboss developers but I don't think it is ok for simple users. First suggestion: we add a new directory to be scanned: system = we put all jboss files in /system and users can put their own files in /deploy (empty or almost at first) Second suggestions: we create a SubDirSubDeployer that deploy the content of simple sub-directories in /deploy (that is not the case right now: *.xAR are deployed but xxx-service.xml files are *not*) or we modify the current deployers so that it happens. Then, we create some functionnaly-self-contained directories for each macro-services i.e. /deploy/JMS /deploy/management /deploy/web /deploy/JCA etc. In /deploy/JMS we would find jbossmq-destinations-service.xml, jbossmq-service.xml, jms-ra.rar, jms-service.xml. Thus, if a user doesn't want JMS behaviour, he doesn't have to dig in all these files and try to remove them: he simply removes the JMS sub-directory and that's it. BTW, both suggestions can be mixed: we may have JMS, JCA, etc. sub-directories in a system directory. Feedback welcome. Cheers, Sacha --- This SF.net email is sponsored by: 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 --- This SF.net email is sponsored by: 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
Re: [JBoss-dev] The recent OSX 1.4.1/XDoclet problem
don't know if it's me being stupid... but this wont help me anyway :( When building with -verbose flag it correctly reports that it has detected a 1.3.1 jvm but then it still craches when it's time for the xdoclet task. Any ideas? Has it anything to do with the fact that it is forking the xdocletXDocletMain? /L tisdagen den 18 mars 2003 kl 01.24 skrev Stephen Coy: Unfortunately, all versions of xdoclet (except the one David J fixed) have the same bug - using InputStream.available() to see how many bytes are left in the file. I'm part way thru getting JBoss 3.0.x to build with Apple's 1.4.1, but I had to migrate HEAD's xdoclet into the source base and fix almost every build.xml to suit. In retrospect, it's probably simpler to get the version of xdoclet from CVS that we've used here (I think David tagged it), fix it, and use that. As has been previously mentioned, you can still build with 1.3.1 by setting: JAVA_HOME= /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home Steve Coy On Tuesday, March 18, 2003, at 01:36 AM, Lennart Petersson wrote: Was Mr. Jenk's fix only for head? Because I get problems when building 3.0/3.2 also. Here is output from 3.0: compile-mbean-sources: [mkdir] Created dir: /Users/lepe/projects/JbossSources/jboss-3.0/common/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.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] Running XDoclet failed. [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) Using OSX jdk 1.4.1 official release and latest 3.0 --- This SF.net email is sponsored by:Crypto Challenge is now open!Get cracking and register here for some mind boggling fun andthe 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 --- This SF.net email is sponsored by: 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
Re: [JBoss-dev] The recent OSX 1.4.1/XDoclet problem
hm... 3.2 seems to work as you said, but 3.0 still bangs out on xdoclet... /L tisdagen den 18 mars 2003 kl 12.43 skrev Stephen Coy: I just got Branch_3_2 to build using this trick and with JAVA_HOME set to /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home rather than the /Library/Java/Home that I have below. --- This SF.net email is sponsored by: 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
[JBoss-dev] The recent OSX 1.4.1/XDoclet problem
Was Mr. Jenk's fix only for head? Because I get problems when building 3.0/3.2 also. Here is output from 3.0: compile-mbean-sources: [mkdir] Created dir: /Users/lepe/projects/JbossSources/jboss-3.0/common/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.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/lepe/projects/JbossSources/jboss-3.0/tools/lib/ xdoclet.jar!/xdoclet/jmx/mbean.j'. [xdoclet] Running XDoclet failed [xdoclet] Running XDoclet failed. [xdoclet] java.lang.RuntimeException: Error running XDoclet [xdoclet] at xdoclet.XDocletMain.start(XDocletMain.java:77) [xdoclet] at xjavadoc.ant.XJavaDocMain.main(XJavaDocMain.java:94) Using OSX jdk 1.4.1 official release and latest 3.0 /L --- 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
Re: [JBoss-dev] CMP transaction problem
tisdagen den 28 januari 2003 kl 02.38 skrev Fan Yang: Hi, all, I have a CMP transaction problem and can not find correct answer from the forum. I appreciate very much if anyone can give me a clue. I have a stateless session bean and 2 CMP entity beans. (trans-attributeall set to Required.). What you are saying is that both the session bean and the entity beans has TX set to Required? Or only the entity beans? In the session bean, I create 2 entity beans. The problem is, no matter the creation of the second entity is successful or not, the first entity bean is always created the database, the transaction manager does not rollback the first entity bean. (I set up a unique constraint to the second entity, an exception will be thrown from the jdbc driver). Are the create of entity beans done within one and the same method in the stateless session or in two separate methods? /L My environment is Jboss3.2.0RC2 and Oracle 8.1.7. I tried other jboss versions and MS Sql Server as well. There is just one database setup so I do not need distributed transaction. Anyway, I tried oracle-ds.xml, oracle-xa-ds.xml, oracle-service.xml, oracle-xa-service.xml. none works. If any body can help, thank you very much. Fan --- 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] jboss on j2me?
Hope it will... cause i will use it like that in a project :) /L onsdagen den 11 december 2002 kl 12.03 skrev Stefan Groschupf: Hi, some crazy guy had tried to run the jboss micro kernel on a j2me device? Should that be possible? Thanks Stefan --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: AW: [JBoss-dev] jboss on j2me?
You bet I am !!! shhh... don't tell my boss :) /Lennart - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 11, 2002 5:50 PM Subject: Re: AW: AW: [JBoss-dev] jboss on j2me? Are any of you guys interested in working on a JBossME project? -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] TODO: NetBoot PetStore
There sure is a problem with the homepage if you want to reach non-developers - you know... those people earning more but doing less :) I get that response a lot of time from our marketing/salesman/bla bla bla people that they don't get what it really is from reading the homepage... Sure a lot of cool stuff but - why J2EE solutions and why is JBoss that good and why to choose JBoss over BEA/IBM and why not .Net and... That kind of information is needed and should be found together in one place and ready to use when talking with customers. I think that our community has a lot of this stuff already, why not bring the best of it together and publish it after being JBossGroupified? /Lennart fredagen den 22 november 2002 kl 07.23 skrev marc fleury: we need to start pushing a lot of things from the homepage. I need to rethink a lot of the website. I want the developemnt to move there and our communication about the features to be clear on that website. We kick ass and we need to say it to the world. netboot has been there for about a year (courtesy of Jason and moi) and it is still sort of hush-hush. Marketing ain't it a bitch. marc f --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] new PooledInvoker: speeds up invocations
torsdagen den 14 november 2002 kl 19.43 skrev marc fleury: Plus the name sucks. Let's stir clear of 'cute names', PooledInvoker clearly describes what it is. amrc f Isn't 'amrc' a cute name :) /L --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] new forums for development
Looks good. Any news about nntp gateway? /Love mail and news - hate browsers :) tisdagen den 12 november 2002 kl 18.27 skrev marc fleury: Guys, I just created a bunch of forums in the development forums. --- This sf.net email is sponsored by: Are you worried about your web server security? Click here for a FREE Thawte Apache SSL Guide and answer your Apache SSL security needs: http://www.gothawte.com/rd523.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
It's the ultimate solution of the build mess - simplify you know :) /Lennart måndagen den 7 oktober 2002 kl 14.55 skrev Sacha Labourey: It is a new undocummented feature. Cool, huh? -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de marc fleury Envoye : lundi, 7 octobre 2002 14:51 A : [EMAIL PROTECTED] Objet : RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed WTF? marc f -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: Monday, October 07, 2002 8:15 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed = ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JAVA VERSION DETAILS java version 1.4.0_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE build.sh: build.sh: No such file or directory --- This sf.net email is sponsored by: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] Interrupted while requesting permit!
Please have a look at patch 60070. Else the 3.2 release want boot up in a minimal configuration. /Lennart torsdagen den 29 augusti 2002 kl 18.14 skrev Scott M Stark: The 3.2 beta release will be this Sat. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 29, 2002 8:55 AM Subject: Re: [JBoss-dev] Interrupted while requesting permit! OK - cool. When does the 3.2 release re-freeze. Greg has a couple of further fixes that I might put in. Jules Scott M Stark wrote: I already included the two changes suggested by Greg in the 3.0.2 release. --- 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: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] I can't believe france is out of the world cup
No way... Not Senegal... Not since the kicked out Sweden :( Go England Go !!! There migth still be one gold medal to Sweden :) /Lennart man what a cup! Italy out... simone, yeah you can cry on my shoulder I know the feeling, Only Spain is exciting these days, But I really want Senegal to win :) marcf Bringing you mounds of caffeinated joy http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] NetBoot Demo: Full J2EE Container
This is a really cool feature :) Will you in future handle local caches so not everything is downloaded each time or when you are off-line? /Lennart _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10434 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] Tshirts at JavaOne FREE TRAINING
On 02-02-26 0:17, marc fleury [EMAIL PROTECTED] 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-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user What... Do you mean that I've to buy 10 t-shirts... Holy shit - you are a business man ;) I would like one or two... 10 t-shirts... She will think I'm totally out of my mind if I buy 10 equal t-shirts... /Lennart Sent using the Entourage X Test Drive. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4 is official
onsdagen den 20 februari 2002 kl 23.46 skrev Jeff Tulley: Marc, If JBoss moves to 1.4, it still would need to be backward compatible for at least a transition period. Consider those who want to run on an IBM JDK, or platforms that do not yet have 1.4 support. I would suggest not preventing JBoss from compiling and running on JVM 1.3 at LEAST until IBM has a 1.4, and, if you want to be really really nice to us Novell boys, until there is a working JVM 1.4 on NetWare. Novell.. nah ;-) but you have to wait on the JVM 1.4 for Mac OS X :) Hey, it works really good that OS X... really likes it :) /Lennart ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
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
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
JBoss: Save $$$ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Apologies on Head is dead
What about all of us that has already done the training and really loves to meet you again will there be any more kind of trainings, workshops, conferences bla bla bla in case my boss has some $$$ over to spend on me (now looking at my thin and slick powerbook... oh man i'm becoming an OS X guy :) /Lennart Den 2002-01-28 18:45:02 skrev marc fleury [EMAIL PROTECTED]: folks, really sorry about leaving for Boston and breaking head with hasty commits. This is exactly what I don't want others to do. I truly apologise and will try to fix the other modules as well as an apology. HEAD should be back on its shoulders pretty soon and kicking more ass than ever. On another topic, Boston went extremelly well, boy as we go these classes get better, not only do we get good at giving them but folks are more and more interested in JBoss advanced stuff, this time around it was all about our microkernel and the jmx base. Good class we are going to step up the schedule. marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development === www.benefit.se/english Or try... Yahoo! Messenger: en_grillad_special ICQ #147730799 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq message transport times
Den 2002-01-16 02:37:12 skrev Loren Rosen [EMAIL PROTECTED]: I'm testing on MacOS X, which for our purposes is just another Unix flavor with an oddball GUI. Hi hi hi I'm waiting for my PB TI to arrive... really longing for Unix with an oddball GUI :) /Lennart ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] Autogenerated primary keys etc
Ok, what i was looking for to hear about was the ability to support different databases auto-generated columns. I see the problem with it, just wanted to check if anyone had give it a try for some of the most popular databases... Guess i will wait for JDBC 3.0 :) /Lennart Den 2002-01-11 19:23:44 skrev Dain Sundstrom [EMAIL PROTECTED]: Here is the scoop. Last I checked Oleg was working on this for EJB 2.0, but I have trouble contacting him (our email servers don't like each other). The way it will be implemented is with a lookup in JNDI that returns an object that implements some yet to be defined AutoNumber interface. I think the initial revision uses a sequence table. I don't think we will be able to support auto-generated columns, as this requires special sql in the insert statement or special handling of the prepared statement object. When we start seeing JDBC 3.0 drivers, which support auto-generated columns, we will be able to add generic support. To make a long story short, it should be in JBoss 3.0 final. -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: RE: [JBoss-dev] Autogenerated primary keys etc
Sound like a fucking stupid dummy question, but what the hell... What is having the best performance? 1) To let the DB generate next key using some kind of IDENTITY/SEQUENCE function? 2) To do like we do today and many others i guess, something like the HIGH/LOW key generator in Castor. We have a CMP EB that handle this table. Any ideas? Oleg, what have you seen in the Castor work? /Lennart Den 2002-01-14 19:11:05 skrev Dain Sundstrom [EMAIL PROTECTED]: Cool. I think we should look at using this post beta. -dain -Original Message- From: Oleg Nitz [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 10:23 AM To: Dain Sundstrom Subject: Re: [JBoss-dev] Autogenerated primary keys etc Dain Sundstrom wrote: If you want to write the code for the most popular data bases, I'll attempt to write a plugable engine for it. The code is already written in Castor and can be easily reused. There is KeyGenerator interface that can be used independently from other CastorJDO code. And the castor.jar is bundled with JBoss 3.0, isn't it? And Castor KeyGenerators are well tested, don't reinvent the wheel :) Oleg -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Autogenerated primary keys etc
Is this a feature supported by other J2EE servers? If so, we should have it also. If not, should we be first? I'm now in a situation that i actually myself would like to have that feature, but can't cover all the pros and cons with it. Any comments from others already been this way, i mean there has been plenty of discussions... /Lennart Den 2002-01-11 08:27:02 skrev Alexey Yudichev [EMAIL PROTECTED]: Is somebody going to integrate autogenerated primary key support to jaws like patch #473280? A very useful feature, I wonder why jboss still doesn't have one. Best wishes, Alexei Yudichev mailto:[EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] current mbean structure confusing
I definitely prefer the SAR kind of way to deploy services, even that i understand the maintenance problem. Would it be possible to have a 'global' service.xml file to be updated with new properties when a SAR is deployed with initial properties fetched from SAR xml. Then this 'global' service.xml file can be maintained easily during runtime (maybe changes in it can in some way be copied to the SAR xml also?). And then if a SAR is removed then it disappears from the 'global' service.xml file or put in an undeployed state. Hmmm, this sounds like the old jboss-auto.xml file... with all its problems... :-/ In our app we have an mbean acting as a Service Loader that is watching a directory where we dynamically can deploy/undeploy mbeans packed in jar files using m-let loading service. And it is s nice to add/remove services when everything is running. We can even extend our clients user interface with new dialogs linked to these new services without having to restart the client. Really cool :) More on that later... /Lennart ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Off Topic: a Success-Story of a special kind
: You will love it most of the time at least :) /Lennart - Original Message - From: Andreas Schaefer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 05, 2001 3:06 AM Subject: [JBoss-dev] Off Topic: a Success-Story of a special kind Finally after 6 years and against all the medical advices we got my wife went pregnant and we expect the baby by the end of June next year. This means another picture of a grown, hard working, tough programmer with a kid in his arm. Now I only have to tell this to my parents. x Andreas Schaefer Senior Consultant JBoss Group, LLC x ___ 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] JBOSS documentation availability.
http://www.flashline.com/components/productsbyvendor.jsp?vendorid=1376sid=1007457247953-3563667752-51 /Lennart - Original Message - From: Nick Pellow [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 04, 2001 4:59 AM Subject: [JBoss-dev] JBOSS documentation availability. I would like to buy the documentation, however the link from the JBoss documentation page seems to be broken or the flashline store has sold out. http://www.flashline.com/components/inactive.jsp?sid=1007437622953-998274382 -51prodid=4252 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] About JBoss3.0
Ok, since you are on the dev list you can at least specify WHAT you have to change to get it running. /Lennart - Original Message - From: Arman Melkumyan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 29, 2001 10:09 AM Subject: [JBoss-dev] About JBoss3.0 Hello dear developers. I've downloaded JBoss 3.0. Please if you release product, see what you write in the manifest.mf file and where you after that locates the dependences 'jar' files. And in addition , the bodies of many 'bat' files have an incorrect classpaths. Trust me, I can reconfigure and change all the incorrect 'bat' and 'manifest.mf' files , but I don't want to spend so much time to correct all the location of 'jar' files and the bodies of all the 'bat' files. If I were not a JAVA developer or if I were beginer in java, I didn't use your JBoss product, because I didn't know that the problems in settings but not in the programm. I want to say , the programm is not only the java codes which have ran in the JBuilder or VisualAge. It is the all files include with the command and setting files, and I mustn't spend time to setting for starting programm. With best regards. Arman Melkumyan JAVA developer, [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Yerevan , Armenia Hi-Tech Gateway, LLC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] Classloader puzzle
This is interesting. I sent a mail back in the end of august titled 'What happend with this thread: MarshalledObject + URLClassLoader = huge network traffic'. We where looking at our network traffic and saw enormous traffic going on. Traced this down to the codebase that was hanging around all transferred objects. Sorry to say i had no time then to dig deeper into it, so i'm pleased to see it coming up now. /Lennart Here is a copy from that mail: Ok, then how would it possible to shrink the codebase annotation of a MarshalledObject? It is rather big. Or am i mixing something up now? Here is a clip: *** code is here *** System.out.println(LEPE DEBUG: obj is + obj); System.out.println(LEPE DEBUG: codebase annotaion is + java.rmi.server.RMIClassLoader.getClassAnnotation(Class.forName(se.benefit.rita.checkout.ReceiptRowObject))); *** output is here *** [Default] LEPE DEBUG: obj is ejb/Checkout:Stateless [Default] LEPE DEBUG: codebase annotaion is file:/D:/cvs-sources/jboss-most/serv er/dist/conf/default/ file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jboss. jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/log4j.jar file:/D:/cvs-s ources/jboss-most/server/dist/log/ file:/D:/cvs-sources/jboss-most/server/dist/l ib/ext/activation.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/castor -0.9.1.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/classes12.zip fil e:/D:/cvs-sources/jboss-most/server/dist/lib/ext/db2java.zip file:/D:/cvs-source s/jboss-most/server/dist/lib/ext/ecs-jaas.jar file:/D:/cvs-sources/jboss-most/se rver/dist/lib/ext/ecs-server.jar file:/D:/cvs-sources/jboss-most/server/dist/lib /ext/ecs-services-loader.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext /gnu-regexp-1.0.8.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/hsql.j ar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/idb.jar file:/D:/cvs-sour ces/jboss-most/server/dist/lib/ext/jboss-j2ee.jar file:/D:/cvs-sources/jboss-mos t/server/dist/lib/ext/jboss-management.jar file:/D:/cvs-sources/jboss-most/serve r/dist/lib/ext/jbosscx.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/j bossmq.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jbosspool.jar fil e:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jbosssx.jar file:/D:/cvs-source s/jboss-most/server/dist/lib/ext/jetty-service.jar file:/D:/cvs-sources/jboss-mo st/server/dist/lib/ext/jmxtools.jar file:/D:/cvs-sources/jboss-most/server/dist/ lib/ext/jndi.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jnpserver.j ar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jpl-util-0_5b.jar file:/D :/cvs-sources/jboss-most/server/dist/lib/ext/mail.jar file:/D:/cvs-sources/jboss -most/server/dist/lib/ext/oswego-concurrent.jar file:/D:/cvs-sources/jboss-most/ server/dist/lib/ext/ots-jts_1.0.jar file:/D:/cvs-sources/jboss-most/server/dist/ lib/ext/tomcat-service.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/t yrex-0.9.8.5.jar file:/D:/cvs-sources/jboss-most/server/dist/tmp/ file:/D:/cvs-s ources/jboss-most/server/dist/db/ file:/D:/cvs-sources/jboss-most/server/dist/ec s-clients/accountant_client.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/../xml.jar file:/D:/cvs-sources/ jboss-most/server/dist/bin/../services/ecs-services-mbean.jar file:/D:/cvs-sourc es/jboss-most/server/dist/bin/../services/ticket-mbean.jar ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCDefinedFinderCommand.java
User: lepe
Date: 01/11/14 03:56:44
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCDefinedFinderCommand.java
Log:
[ #422247 ] CMP finder command case-sensitive
Revision ChangesPath
No revision
No revision
1.14.2.6 +6 -3
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCDefinedFinderCommand.java
Index: JDBCDefinedFinderCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCDefinedFinderCommand.java,v
retrieving revision 1.14.2.5
retrieving revision 1.14.2.6
diff -u -r1.14.2.5 -r1.14.2.6
--- JDBCDefinedFinderCommand.java 2001/10/29 00:03:06 1.14.2.5
+++ JDBCDefinedFinderCommand.java 2001/11/14 11:56:42 1.14.2.6
@@ -28,7 +28,8 @@
* @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Revision: 1.14.2.5 $
+ * @author a href=mailto:[EMAIL PROTECTED];Lennart Petersson/a
+ * @version $Revision: 1.14.2.6 $
*/
public class JDBCDefinedFinderCommand extends JDBCFinderCommand
{
@@ -207,7 +208,8 @@
Set setOfPkTokens = new HashSet(pkTokens.countTokens());
while(pkTokens.hasMoreTokens())
{
- setOfPkTokens.add(pkTokens.nextToken().trim());
+ // We will compare lowercase /lepe 2001-11-14
+ setOfPkTokens.add(pkTokens.nextToken().trim().toLowerCase());
}
//Now is the time to check for duplicates between pk and order tokens
@@ -215,7 +217,8 @@
while(i checkedOrderTokens.length)
{
//If duplicate token, null it away
- if(setOfPkTokens.contains(checkedOrderTokens[i]))
+ // We will compare lowercase /lepe 2001-11-14
+ if(setOfPkTokens.contains(checkedOrderTokens[i].toLowerCase()))
{
checkedOrderTokens[i]=null;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCDefinedFinderCommand.java
User: lepe
Date: 01/11/14 04:18:19
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCDefinedFinderCommand.java
Log:
[ #422247 ] CMP finder command case-sensitive
Revision ChangesPath
1.20 +4 -3
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCDefinedFinderCommand.java
Index: JDBCDefinedFinderCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCDefinedFinderCommand.java,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- JDBCDefinedFinderCommand.java 2001/08/12 10:46:22 1.19
+++ JDBCDefinedFinderCommand.java 2001/11/14 12:18:19 1.20
@@ -31,7 +31,8 @@
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson)/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
- * @version $Revision: 1.19 $
+ * @author a href=mailto:[EMAIL PROTECTED];Lennart Petersson/a
+ * @version $Revision: 1.20 $
*
* pbRevisions:/b
*
@@ -226,7 +227,7 @@
Set setOfPkTokens = new HashSet(pkTokens.countTokens());
while(pkTokens.hasMoreTokens())
{
- setOfPkTokens.add(pkTokens.nextToken().trim());
+ setOfPkTokens.add(pkTokens.nextToken().trim().toLowerCase());
}
//Now is the time to check for duplicates between pk and order tokens
@@ -234,7 +235,7 @@
while(i checkedOrderTokens.length)
{
//If duplicate token, null it away
- if(setOfPkTokens.contains(checkedOrderTokens[i]))
+ if(setOfPkTokens.contains(checkedOrderTokens[i].toLowerCase()))
{
checkedOrderTokens[i]=null;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] VB: [JBoss-user] Help preparing an intro to JBoss
Hi! The same goes for me - the training is a real success :-) To refer to Edwards mail i think that it would be good to have some presentation material from JBoss downloadable, because it is quite often that you have to hold a short presentation of JBoss and its features and why it is a good bet to choose JBoss. Not only internally but also for potential customers. To have a powerpoint presentaion available from JBoss would help a lot. And again, Marc/Juha - thanks for a superb training!!! /Lennart - Original Message - From: Edward Q. Bridges [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 19, 2001 12:13 PM Subject: [JBoss-user] Help preparing an intro to JBoss hi all, i just came back from the training session in London, and found it to be a very rewarding experience (thanks for the dinner marc!). being new to EJB stuff -- and newer to JBoss -- i found it to be both an excellent introduction to the inner workings of JBoss, and how it deals with EJB. to be sure, there was a lot over my head, but it was enough to be exposed to the breadth and depth of it all. one thing i would have found helpful, would have been to have the detailed description of the JBoss architecture presented earlier in the week rather than friday. but, it was useful and insightful anyway. i am planning on giving a one hour or so presentation to my co-workers (senior and mid level java) introducing them to JBoss. they are mostly familiar with Weblogic (56), and most of them are more experienced with JSP and Servlets than with EJB. i had considered this as a rough outline for the presentation: * intro to jboss.org * description of jboss features and things that differentiate it from the competition * description of jboss config directory layout * description of jboss architecture * ??? so, my questions are: * has anyone done something of this sort before, and can offer any materials that can help? * can anyone add to the list of talking points, or suggest alternatives? * along those lines, would anyone care to offer some ideas/information/approaches to flesh out each of the talking points? thanks a lot! --e-- argo_tec gmbh ed.q.bridges tel. 089-368179.552 fax 089-368179.79 osterwaldstraße 10 (haus F eingang 21) 80805 münchen /argo_tec gmbh ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Why did Fast Updates Based on Rowid disappeared?
Browsing the list i couldn't find any clear answers? /Lennart === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] What happend with this thread: MarshalledObject + URLClassLoader = huge network traffic
Ok, then how would it possible to shrink the codebase annotation of a MarshalledObject? It is rather big. Or am i mixing something up now? Here is a clip: *** code is here *** System.out.println(LEPE DEBUG: obj is + obj); System.out.println(LEPE DEBUG: codebase annotaion is + java.rmi.server.RMIClassLoader.getClassAnnotation(Class.forName(se.benefit.rita.checkout.ReceiptRowObject))); *** output is here *** [Default] LEPE DEBUG: obj is ejb/Checkout:Stateless [Default] LEPE DEBUG: codebase annotaion is file:/D:/cvs-sources/jboss-most/serv er/dist/conf/default/ file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jboss. jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/log4j.jar file:/D:/cvs-s ources/jboss-most/server/dist/log/ file:/D:/cvs-sources/jboss-most/server/dist/l ib/ext/activation.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/castor -0.9.1.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/classes12.zip fil e:/D:/cvs-sources/jboss-most/server/dist/lib/ext/db2java.zip file:/D:/cvs-source s/jboss-most/server/dist/lib/ext/ecs-jaas.jar file:/D:/cvs-sources/jboss-most/se rver/dist/lib/ext/ecs-server.jar file:/D:/cvs-sources/jboss-most/server/dist/lib /ext/ecs-services-loader.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext /gnu-regexp-1.0.8.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/hsql.j ar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/idb.jar file:/D:/cvs-sour ces/jboss-most/server/dist/lib/ext/jboss-j2ee.jar file:/D:/cvs-sources/jboss-mos t/server/dist/lib/ext/jboss-management.jar file:/D:/cvs-sources/jboss-most/serve r/dist/lib/ext/jbosscx.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/j bossmq.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jbosspool.jar fil e:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jbosssx.jar file:/D:/cvs-source s/jboss-most/server/dist/lib/ext/jetty-service.jar file:/D:/cvs-sources/jboss-mo st/server/dist/lib/ext/jmxtools.jar file:/D:/cvs-sources/jboss-most/server/dist/ lib/ext/jndi.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jnpserver.j ar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/jpl-util-0_5b.jar file:/D :/cvs-sources/jboss-most/server/dist/lib/ext/mail.jar file:/D:/cvs-sources/jboss -most/server/dist/lib/ext/oswego-concurrent.jar file:/D:/cvs-sources/jboss-most/ server/dist/lib/ext/ots-jts_1.0.jar file:/D:/cvs-sources/jboss-most/server/dist/ lib/ext/tomcat-service.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/t yrex-0.9.8.5.jar file:/D:/cvs-sources/jboss-most/server/dist/tmp/ file:/D:/cvs-s ources/jboss-most/server/dist/db/ file:/D:/cvs-sources/jboss-most/server/dist/ec s-clients/accountant_client.jar file:/D:/cvs-sources/jboss-most/server/dist/lib/ext/../xml.jar file:/D:/cvs-sources/ jboss-most/server/dist/bin/../services/ecs-services-mbean.jar file:/D:/cvs-sourc es/jboss-most/server/dist/bin/../services/ticket-mbean.jar /Lennart - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 24, 2001 4:51 PM Subject: Re: [JBoss-dev] What happend with this thread: MarshalledObject + URLClassLoader = huge network traffic No, the codebase is no longer proportional to the server classpath. It is always fixed to a single url for the web service. - Original Message - From: Lennart Petersson [EMAIL PROTECTED] To: jBoss Developer [EMAIL PROTECTED] Sent: Friday, August 24, 2001 2:40 AM Subject: [JBoss-dev] What happend with this thread: MarshalledObject + URLClassLoader = huge network traffic Did it ever come to a conclusion? Where do we stand today? Does the network traffic still get bloated by a somethimes rather large URL list? /L === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] What happend with this thread: MarshalledObject + URLClassLoader = huge network traffic
Did it ever come to a conclusion? Where do we stand today? Does the network traffic still get bloated by a somethimes rather large URL list? /L === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Can not chekout tag JBoss_2_4_0
Clip from WinCVS: cvs -z9 -q checkout -P -r JBoss_2_4_0 jboss-most (in directory D:\cvs-sources) cvs [server aborted]: no such tag JBoss_2_4_0 *CVS exited normally with code 1* Any ideas? The JBoss 2.4 release was tagged JBoss_2_4_0 or am i completly out? /Lennart === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CPU killer...
Can someone explain to me these lines of code:
*** Start
org.jboss.util.Semaphore.java
...
protected void logAcquire()
{
...
...
StringWiter sw = new StringWriteer();
new Exception().printStackTrace(new PrintWriter(sw));
String trace = sw.toString();
...
...
}
*** End
Well ok, I do understand what is happening, i'm more interested in why it is done and
if there is a way to do it more efficient because in my testcase this
printStackTrace() is taking 65 % of the CPU time !!!
/Lennart
===
Lennart Petersson
www.benefit.se/english
[EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] CPU killer...
Wholy shit what a lousy reader i am... I've completly missed the if(m_debug) line !!!
And that one was set to true in the version i have. So i was in a debug mode...
Sorry to disturb you all
/Lepe
- Original Message -
From: Lennart Petersson [EMAIL PROTECTED]
To: jBoss Developer [EMAIL PROTECTED]
Sent: Monday, August 20, 2001 1:17 PM
Subject: [JBoss-dev] CPU killer...
Can someone explain to me these lines of code:
*** Start
org.jboss.util.Semaphore.java
...
protected void logAcquire()
{
...
...
StringWiter sw = new StringWriteer();
new Exception().printStackTrace(new PrintWriter(sw));
String trace = sw.toString();
...
...
}
*** End
Well ok, I do understand what is happening, i'm more interested in why it is done and
if there is a way to do it more efficient because in my testcase this
printStackTrace() is taking 65 % of the CPU time !!!
/Lennart
===
Lennart Petersson
www.benefit.se/english
[EMAIL PROTECTED]
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] Any problems vith the cache in 2.4?
Hi! Problem 1 solved by you Vincent - that was the missing toString() method in the PK class (Should that really matter, why are JBoss using it in the cache?). Problem 2 was no problem, it was the old EJBDoclet passivate bug. The erroneous component was not regenerated with a corrected EJBDoclet (it was not my component :) So that mean that all you guys can keep on with 3.0 :-) THANKS! /Lennart - Original Message - From: Vincent Harcq [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 06, 2001 9:05 AM Subject: RE: [JBoss-dev] Any problems vith the cache in 2.4? Can you try this: 1. Solution 1 Add a toString to your PK (hack entitypk.j). Also put your Cache size very high. And your overager periods very high as well. 2. Solution 2. Set your cache size to 1/1 (min/max) Let us know please. Vincent. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] NO PROBLEM IN CACHE i tell you READ YOUR CODE (to myself)
Ok, thanks again Vincent. This was even better news :-)
I guess you fix this in EJBDoclet cvs?
/L
- Original Message -
From: Vincent Harcq [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, July 06, 2001 10:47 AM
Subject: [JBoss-dev] NO PROBLEM IN CACHE i tell you READ YOUR CODE (to myself)
This ejbdoclet gives me la puce a l'oreille.
The problem comes from ejbdoclet.
Of course.
Why can I never finish something...
The problem comes from how hashCode is calculated by ejbdoclet :
public int hashCode()
{
int _hashCode = 0;
if (_hashCode == Integer.MIN_VALUE)
{
_hashCode += this.pk.hashCode();
}
return _hashCode;
}
With _hashCode being defined as private :
private int _hashCode = Integer.MIN_VALUE;
If you change that to
transient private int _hashCode = Integer.MIN_VALUE;
The problem disappear. No need toString().
If you follow my thread, you can understand what I am talking about.
It should have been clear from the beginning :
if (problem_in_the_cache == true)
{
while (pk.getClass().getMethod(hashCode).isFuckedUp())
{
pk.getClass().getMethod(hashCode).print(BOLD ARIAL SIZE=60);
pk.getClass().getMethod(hashCode).debug();
}
}
That was a good one.
Oh yes a good one, believe me two months telling the world Cache in Jboss is
bad. Shame on me.
jboss-developement.getUser(Vincent Harcq).banish();
Vincent.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Vincent Harcq
Envoyé : vendredi 6 juillet 2001 9:06
À : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] Any problems vith the cache in 2.4?
Can you try this:
1. Solution 1
Add a toString to your PK (hack entitypk.j).
Also put your Cache size very high.
And your overager periods very high as well.
2. Solution 2.
Set your cache size to 1/1 (min/max)
Let us know please.
Vincent.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Lennart Petersson
Envoyé : jeudi 5 juillet 2001 11:55
À : jBoss Developer
Objet : [JBoss-dev] Any problems vith the cache in 2.4?
Ok, please dont hang me, not now :-) I know that i'm not given
you much details and no clean and short testcase but i still
wanted to trigger your brains to give me some advice of how to
preceed my debugging.
Fact: Using CVS brancs 2.4 from 2001-07-04. CMP entity beans,
commit option A, tuned updates, using isModified() method, using
EJBDoclet code generator (still on 0.95 with some newer patches
incorparated - like ejbPassivate() bug). Alwasy using a stateless
Session Bean in front of the Entity Bean. All session bean
methods that will result in a db update has TX_REQUIRED. All
other session bean methods as TX_SUPPORTS. Oracle database and
standalone clients.
Problem scenario 1:
A) Populates a GUI table with data originating from a findAll().
B) User selects one row and details about that entity is looked
up using a findByPrimaryKey()
C) User change some attribute and this _IS_ stored in database
D) User returns to the GUI table wich is repopulated using a
findAll() --- Old value is seen
E) User selects same row again details about that entity is
looked up using a findByPrimaryKey() --- Correct vallue is seen
F) Restart client, still old value in GUI table using findAll()
but correct value in details frame using findByPrimaryKey.
G) Restarting JBoss, now correcte value in both cases.
When i'm debugging JBoss i can see that the findAll in D) is
getting old values from the cache.
If i change cache sizes to min=1 and max=1 the problem i no more!
Should i take this for a evidence of JBoss bug rather then a bug
i our code?
Please note that if i'm doing a test bean and a short testcase
for this scenario then i can't reproduce the error. Which as
opposed to above makes our app more guilty or?
Problem scenario 2:
A) Viewing details from an entity in a GUI.
B) Waits until the server has been idle from some hour or so.
C) Trying to view details from this same entity again --- Now
incorrect values are seen.
This one i've not debugged att all. Guess that during B) beans
are passivated due to them being out aged. Also please not that
in this case the session bean in front of entity beans is a
stateful bean.
Are there anny know problems with caches/pools in JBoss 2.4?
Are there any mysterios behavior noted by someon but not yet
traced down?
Also a bit off-topic: I'm using Bugseeker to debug my code and
JBoss. Running on a P3 800 with 512 in memory and it is fu...ng
slow!!! What are you using as a debug tool? I'm attaching to
JBoss JVM as a remote process but still on same machine, guess i
will have better performance if Bugseeker is the one really
starting JBoss, havent tried that yet
SV: [JBoss-dev] Any problems vith the cache in 2.4?
Having exact same arguments as you :-( But of couse you are having 2 processors - lucky you ;-) /Lennart - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 06, 2001 5:28 AM Subject: Re: [JBoss-dev] Any problems vith the cache in 2.4? You must not be passing -classic to the jvm running JBoss as I use bugseeker with a dual P3 500 with 512 Mb and its very fast. The jboss command line should be: set DBG=-classic -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,addres s=12345,suspend=y java %DBG% -classpath %CLASSPATH% org.jboss.Main ... Also a bit off-topic: I'm using Bugseeker to debug my code and JBoss. Running on a P3 800 with 512 in memory and it is fu...ng slow!!! What are you using as a debug tool? I'm attaching to JBoss JVM as a remote process but still on same machine, guess i will have better performance if Bugseeker is the one really starting JBoss, havent tried that yet. As it is now debugging is more of a wait then really productive :- ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Any problems vith the cache in 2.4?
Ok, please dont hang me, not now :-) I know that i'm not given you much details and no clean and short testcase but i still wanted to trigger your brains to give me some advice of how to preceed my debugging. Fact: Using CVS brancs 2.4 from 2001-07-04. CMP entity beans, commit option A, tuned updates, using isModified() method, using EJBDoclet code generator (still on 0.95 with some newer patches incorparated - like ejbPassivate() bug). Alwasy using a stateless Session Bean in front of the Entity Bean. All session bean methods that will result in a db update has TX_REQUIRED. All other session bean methods as TX_SUPPORTS. Oracle database and standalone clients. Problem scenario 1: A) Populates a GUI table with data originating from a findAll(). B) User selects one row and details about that entity is looked up using a findByPrimaryKey() C) User change some attribute and this _IS_ stored in database D) User returns to the GUI table wich is repopulated using a findAll() --- Old value is seen E) User selects same row again details about that entity is looked up using a findByPrimaryKey() --- Correct vallue is seen F) Restart client, still old value in GUI table using findAll() but correct value in details frame using findByPrimaryKey. G) Restarting JBoss, now correcte value in both cases. When i'm debugging JBoss i can see that the findAll in D) is getting old values from the cache. If i change cache sizes to min=1 and max=1 the problem i no more! Should i take this for a evidence of JBoss bug rather then a bug i our code? Please note that if i'm doing a test bean and a short testcase for this scenario then i can't reproduce the error. Which as opposed to above makes our app more guilty or? Problem scenario 2: A) Viewing details from an entity in a GUI. B) Waits until the server has been idle from some hour or so. C) Trying to view details from this same entity again --- Now incorrect values are seen. This one i've not debugged att all. Guess that during B) beans are passivated due to them being out aged. Also please not that in this case the session bean in front of entity beans is a stateful bean. Are there anny know problems with caches/pools in JBoss 2.4? Are there any mysterios behavior noted by someon but not yet traced down? Also a bit off-topic: I'm using Bugseeker to debug my code and JBoss. Running on a P3 800 with 512 in memory and it is fu...ng slow!!! What are you using as a debug tool? I'm attaching to JBoss JVM as a remote process but still on same machine, guess i will have better performance if Bugseeker is the one really starting JBoss, havent tried that yet. As it is now debugging is more of a wait then really productive :-( Please, any ideas are welcome! I will complement with more detailes as my own tests progress. This might be what make us Go! or Die! /Lennart === Lennart Petersson www.benefit.se/english [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS mysterious, at least for me...
Got the latest from branch 2.4 from CVS today and was looking for the newly implemented read-ahead stuff. I see that not all things regarding this are implemented in the 2.4 branch, some is in main branch. Look at src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCFindEntityCommand.java as an example where you can see that the latest contribution (findByPrimaryKey may now do a read-ahead depending on configuration by Bill Burke) is made on the main branch and not 2.4 branch. I don't know if this may be what you wanted but it makes me feel unsure of what i really gets when updating from CVS the 2.4 branch. /Lennart === Lennart Petersson www.benefit.se/english ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] Deployable service archives new configuration system
This is interesting... and i'am doing things in this direction :-) Ok, i've not been thinking as far as you have done, how this would handle JBoss modules, but more on how our own application could be extended with new services in an easy way. I'm having this running today but on another EJB server. A new service is packed in a jar file with a properties file describing it. The jar file is dropped into a services directory. There is a scanner scanning this directory for new, updated or deleted services. A client of our application can query an EJB compoent for which extra services that are available, pick one service and get a UI object dynamically downloaded. This UI object may then proceed on the client and communicate with the user and with the service on the server. This is really a hit to demonstrate for our customers, just drop a jar file on the server and the client will have a complete new UI to work with :-) This am i now converting to use the JMX architecture where the services are MBeans. Hope to have it running (in my rather simple version :-) next week. /Lennart - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 11:15 PM Subject: [JBoss-dev] Deployable service archives new configuration system Howdy, I have been thinking about this for a while (actually I have been think about something like this for years, but never really had the resource to be anything together). I am thinking that it would be incredibly cool (and usable) to package up services into deployable jar files (perhaps .sar or something). These files would have a descriptor that could tell which service classes are available and provide some extra metadata, like the name of the configuration they should use. On the server side, there is a Service Deployer (and probably a Service Manager, though that might be the JMX Agent) as well as a Service Configuration Manager. The service deployer and service manager would be collectively responsible for discovering services to install. Once the service classes have been loader (probably in there one class loader, perhaps with some extra loaders for dependency libraries too), the manager will ask the configuration service for the services configuration. Services would be JMX MBeans. They could be wrapped in dynamic mbeans, so services do not have to worry about the JMX bits. Blah, blah, blah. Services could received events if there configuration changes (ala the configuration service), and optional reload if they can. * * * I could go on drooling over this in more detail, but how about some explanation for why I think this would be a positive move for JBoss. First it would make it trivial to integrate thirdparty components, such as Tomcat or Jetty. Users would install the base JBoss server, then download the optional services which they desire, then simply tell the configuration service about the new component and drop a file into the deployment directory. All of the above components (deployer, manager config) would be pluggable themselves for maximum extensively. I would imaging that the first configuration service would work off of files (probably a standard .xml file for defining properties and such for a service (or services) and a method to include other urls (such as jetty.xml or log4j.xml). So in the simplest configuration a user could drop a file into the conf directory (say log4j.xml) and a file into the deploy directory (say log4j.sar). The deployer would be watching for file, find a new file, read the deployment descriptor, tell the manager to install it, the manager would then ask the config service for the log4j configuration, which would return an InputStream (or perhaps an abstraction of the basic properties and url access) and ask the service to configure itself. If the user wanted to change something, they could just edit the log4j.xml file, which would cause the config service to send an event to the manager (and it to the service) that its configuration has changed. If the service could handle a reconfig it would request the latest config from the manager (and it from the config service). In this case the manger would be the go between from the service and the config manager (as well as the deployer and possibility an extra library manager). * * * At this point the JBoss server could be divided up into smaller modules (at a CVS and deployment level), leaving only the most basic components in the core server. We could then organize the CVS depot like the NetBeans project, where each chunk of functionality is packaged up and installed separately. Everything (except perhaps access to temp, log and data files) would be referenced by URL's, files could be abstracted to FileSystems (perhaps by the openapi's from NetBeans... but I am getting ahead of myself. So the main JBoss configuration file
SV: [JBoss-dev] Deployable service archives new configuration system
- Original Message - From: Schaefer, Andreas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 11:55 PM Subject: RE: [JBoss-dev] Deployable service archives new configuration system Do you want to contain the configuration file (service.xml) be part of the *.sar file or separate. I would like to have it within the SAR file (like the EJB, WAR or EAR files). +1 for it to be part of the *.sar file /Lennart ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] remote jboss configuration
Hi Marc! I'm also interesting in any work you are doing regarding maintaining a wide farm of JBoss servers. We are soon reaching production phase at our largest customer (Postal offices in Norway - 350 local offices will have 1-2 jboss running... i will soon make up a project description :-). As you can figure out that will be a hell to admin if they are to be updated frequently. /Lennart - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 19, 2001 2:53 PM Subject: RE: [JBoss-dev] remote jboss configuration Even better, provide a URL. And support http, https, file, etc...We have to manage 3 Instances of JBoss and its a real pain in the ass to manage 3 sets of config files. This is only going to become worse as we scale up more. marc, I'm interested in any new config stuff you're doing that could support this kind of environment. Thanks, Bill ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] 113th Try: Scoped J2EE Applications ... Please verify these few pending diffs to org.jboss.deployment !
Go go go i think :-) It seems like we are facing exact the same problems as those you where talking about. We are also developing a kind of ERP system, targeted for the Retail market and as you know thera are a lot of components involved in such a system (sales, stock, customer, items, pricing, order) with far to much dependency among them. And with different groups of developers working with different components and for sure we want to have the possibility with deploying/redeploying a single component. So i think your idea sounds very promising and if you commit it i will make sure that we are to test it right away. /Lennart ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
SV: [JBoss-dev] TODO: JBossCMP 1.1 FAST!
Marc, as i said before i've not plenty of time besides catching up our deadlines... BUT to have FAST cmp is cruisal for us since we are ONLY using cmp (and the system is actually running - believe or not :-). So i'm willing to do what i can on this subject! /L ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Old thread again: INSERTING AN ALREADY EXISTING BEAN1
ory/remote | ejb-classsite.CategoryBean/ejb-class | persistence-typeBean/persistence-type | prim-key-classjava.lang.String/prim-key-class | transaction-typeContainer/transaction-type | reentranttrue/reentrant | /entity | | session | descriptionA Simple Session Bean/description | ejb-nameSimpleSessionBean/ejb-name | homesite.SimpleSessionHome/home | remotesite.SimpleSession/remote | ejb-classsite.SimpleSessionBean/ejb-class | session-typeStateless/session-type | transaction-typeContainer/transaction-type | /session | | container-transaction | method | ejb-nameSimpleSessionBean/ejb-name | method-name*/method-name | /method | trans-attributeRequired/trans-attribute | /container-transaction | | /enterprise-beans |/ejb-jar | | | |-- |-- |To subscribe:[EMAIL PROTECTED] |To unsubscribe: [EMAIL PROTECTED] |List Help?: [EMAIL PROTECTED] | | | | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Lennart Petersson www.benefit.se/english ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
