Re: [JBoss-dev] Please support Option B
Thx. Sounds cool. Is this pattern included on the for-pay docos? Lately I am thinking about buying them since I hear of new behaviour/possibilities included in JBoss. Mainly I'm talking about the new CMP stuff and the JBoss JMX state-of-the-art. Doesn't matter too much, since I am going to buy them anyways. Dain Sundstrom wrote: Commit option A and when the row changes in the database a stored procedure notifies the server that the data in cache is no longer valid. -dain Ignacio Coloma wrote: What is that notifications on A scheme marc is talking about? Dan Christopherson wrote: OK, so it's more a matter of allowing multiple bean instances. Once that's there, B or C doesn't really matter - the extra overhead implied by C is noise compared to the database read (which you need either way). Of course, anybody that can use option A should. -danch Bill Burke wrote: Yes, Tom, be more specific. I know you're smarter than that. You're probably talking about the Instance per Transaction locking scheme. This works fine with commit-option 'B'. Yes, it is not totally optimized, but is does pool dead instances. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Christopherson Sent: Friday, July 19, 2002 10:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Please support Option B Whahuh? JBoss doesn't support option B? Tom M. Yeh wrote: Dear All, According to the CSIRO report (http://www.cmis.csiro.au/adsat/jboss.htm), JBoss is doing well with Stateless session beans. It implies reflection, by comparing to static compiled codes, doesn't affect the performance much, while it has great architectural advantages such as pluggable interceptors. However, entity beans is not the case. One of the reason, I think, is this report uses Option B, which JBoss doesn't support (and uses Option C instead). In other words, all beans are trashed after a transaction is completed. It then introduces a lot of overhead since every transaction has to reload all beans involved from database (and you know accessing database kills the performance). After examining the codes and a few talks with Bill, I don't think I am capable to modify the codes to support Option B. Any volunteer is willing to do that? Thanks and Regards, Tom --- 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 --- 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] Please support Option B
What is that notifications on A scheme marc is talking about? Dan Christopherson wrote: OK, so it's more a matter of allowing multiple bean instances. Once that's there, B or C doesn't really matter - the extra overhead implied by C is noise compared to the database read (which you need either way). Of course, anybody that can use option A should. -danch Bill Burke wrote: Yes, Tom, be more specific. I know you're smarter than that. You're probably talking about the Instance per Transaction locking scheme. This works fine with commit-option 'B'. Yes, it is not totally optimized, but is does pool dead instances. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Christopherson Sent: Friday, July 19, 2002 10:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Please support Option B Whahuh? JBoss doesn't support option B? Tom M. Yeh wrote: Dear All, According to the CSIRO report (http://www.cmis.csiro.au/adsat/jboss.htm), JBoss is doing well with Stateless session beans. It implies reflection, by comparing to static compiled codes, doesn't affect the performance much, while it has great architectural advantages such as pluggable interceptors. However, entity beans is not the case. One of the reason, I think, is this report uses Option B, which JBoss doesn't support (and uses Option C instead). In other words, all beans are trashed after a transaction is completed. It then introduces a lot of overhead since every transaction has to reload all beans involved from database (and you know accessing database kills the performance). After examining the codes and a few talks with Bill, I don't think I am capable to modify the codes to support Option B. Any volunteer is willing to do that? Thanks and Regards, Tom --- 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] WebSite JSP precompilation.... - need XML Help !
Jules, I had to manage that out some months ago, then someone commited over it and my patch was gone. I then decided that precompiling JSPs was not so needed, said this but nobody cared. The problem is located in one of the webapp deployer classes. If you send me the stacktrace I can try to find from memory which one. What is happening: when you reference jsp-mappings.xml you have to tell the XML parser the file relative to which directory?, someting that is not being properly addressed because it doesn't remember where the web.xml file is located. IIRC you had two ways to achieve this, one was to set the SYSTEM ID property on the resource initialization of the web.xml file, and the other was to initialize it in other way (java.io.File? I can't remember). Some time ago I patched it and it worked, but about five months ago it stopped working. You can (a) search for this thing on the code (there are only two or three classes on the JBoss tree involving the deployment of web.xml, and it appears on the stack trace of your error) or on the Jetty-discuss thread, some time ago. It then involved also patching the JspC on the Jakarta package (now this is not neccesary), but it finally worked. Maybe Greg remembers. (b) I have right now a bit of spare time, that I would prefer to spend swimming and developing personal life, but I also can try to patch it again sigh. If you don't find what I talk about, drop me a line. Ignacio. P.S.: You are right on the ordering of the XML. As far as you put the include after the last servlet directive everything should go fine. Jules Gosnell wrote: Stephen Davidson wrote: Greetings. I wrote a custom class for this, as I found that the standard merges that I tried did not work. The parser for the Web.xml file is Order-Sensitive for the elements. For your convenience, I have posted a copy of the class that I am using. NOTE: This class triggers JBoss Patch#537795/Jetty Patch#573842. -Steve Thanks Steve, but I think I should be OK. The snippet file looks like : servlet/ . . . servlet-mapping/ . . . as long as I insert it between the last servlet/ and first servlet-mapping/ entry in my web.xml I should be OK - or is Jasper likely to start outputting a third directive to screw me ? Jules /* * MergeWebXML.java * * Created on March 15, 2002, 3:38 PM */ package com.hrnexus; import java.io.File; import java.io.FileOutputStream; import java.io.IOException; import java.util.Iterator; import java.util.List; import org.jdom.Document; import org.jdom.DocType; import org.jdom.Element; import org.jdom.JDOMException; import org.jdom.input.SAXBuilder; import org.jdom.output.XMLOutputter; import com.hrnexus.common.shared.ParameterProcessor; /** * * @author Stephen Davidson */ public class MergeWebXML { private final static boolean DEBUG = true; protected static final SAXBuilder builder = new SAXBuilder(); protected static final ParameterProcessor proc = new ParameterProcessor(server); protected static final XMLOutputter outputter; private final static String IGNORE_SECTION_TOKEN = new String(); protected final JspFilter jspFilter; private String jspBuildDir; private String jspXmlFile; static{ outputter = new XMLOutputter( , true); //Indent 3 spaces, Newlines = true; outputter.setLineSeparator(System.getProperty(line.separator)); outputter.setOmitEncoding(false); outputter.setOmitDeclaration(false); outputter.setTextTrim(true); outputter.setTextNormalize(true); } /** Creates a new instance of MergeWebXML */ public MergeWebXML(final String[] args) { for(int idx = 0; idx args.length;idx++){ if (args[idx].equals(-b)){ jspBuildDir = args[++idx]; idx++; } if (args[idx].equals(-f)){ jspXmlFile = args[++idx]; //idx++; //If more parameters are added, uncomment this. //Last Parameter should not increment, as for-loop does to prevent //infinite looping. } } if (jspXmlFile == null) throw new NullPointerException(Must set parameter -f); //initialize builder jspFilter = new JspFilter(Importer); } private void execute(){ FileOutputStream outStream = null; try{ //Load default web.xml file (Read/Write) File fWebXml = new File(proc.get(SourceDirectory), loadbuild/web.xml); if (DEBUG){ System.out.println(fWebXml.getAbsolutePath()); byte[] b = new byte[8196]; int read; java.io.BufferedInputStream bStream = new java.io.BufferedInputStream(new
Re: [JBoss-dev] jaas login
You have examples in the tests in CVS and in the forums. Anyways, this is a thread better suited for the jboss-users list. pushpendu chakraborty wrote: How do I login to jetty web container and eventually jboss ejb container thru program? I can successfully use security-constraint etc in web.xml to login to jboss/jetty.But if I want to get parameter from a servlet and then try to use normal jaas login mechanism thru servlet what do I need to do? any idea wil be of immense help Push __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek 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] I can't believe france is out of the world cup
Maybe. Just promise not to get pissed off when the spanish fury sieges the fields. You have been warned :-))) Vesco Claudio wrote: Go Italy!!! uhmmm, can we change jboss-development in soccer-jboss? :-))) Claudio -Original Message- From: Sacha Labourey [SMTP:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 4:30 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] I can't believe france is out of the world cup Come on, Tomasson will kick them out with 3-0 ! Ah, justice is made ! Go Italy ! Simone, I personnaly don't care much about football: I just give a little support for French. Today football, this week-end the legislative elections, pfhh... what a hard time! ;) But I am sure you know what I mean: Italian situation has strong similarities with France, but a few year earlier! ;) This new World-Cup mailing-list is cool! ___ 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 ___ 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] Where should the Jasper jar live ?
Maybe having to install and learn to manage emacs and custom edit the emacs config to modify the Jetty log system (for example) is a bit too much for the average Windows user. Not my case (I use emacs every now and then), but I see this as a major handicap for spreading use of the JBoss/Jetty bundle and subsequent world domination :). I see Scott point of view more practical. OTOH, I also agree that this approach should not be the general case, but necesary for this. I say this because I have to modify every now and then Jetty files and having them on a SAR by default is a PITA. James Higginbotham wrote: David, You can add any extension to the archive mode with the following code in your .emacs: (setq auto-mode-alist (cons '(\\.sar$ . archive-mode) auto-mode-alist)) (setq auto-mode-alist (cons '(\\.war$ . archive-mode) auto-mode-alist)) (setq auto-mode-alist (cons '(\\.ear$ . archive-mode) auto-mode-alist)) Share and Enjoy, James -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 11:07 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Where should the Jasper jar live ? I still like the sar concept. I notice that emacs can edit files in jars (such as ejb-jar.xml) and save them back into the jar. Anyone know enough elisp to figure out how to make it edit .sar, .ear, .war, etc the same way? (I presume it just means recognizing the file format/extension as zip-like) Then there won't be anything to complain about having to repack for small changes. For large changes you'll be doing an ant build anyway. david jencks On 2002.05.31 21:04:26 -0400 Jules Gosnell wrote: The natural progression of all this separation of config and implementation is that we will begin encouraging people to take all the resources out of their ears and deploy them in lib/, then just drop the dds into deploy/. Ok, so they can edit their descriptors - but it's not J2EE, is it ? Likewise, the sar is a nice extension of the J2EE packaging metaphor. It may not be perfect, but this is the platform that we are implementing, and I think consistency is important. Comments ? Jules Scott M Stark wrote: That is fine but why not just create a single jetty-service.jar that includes all Jetty specific files and have a seperate jetty-service.xml descriptor with your config that references the required jar: server classpath codebase=. archives=jetty-service.jar/ ... This is how I'm packaging the tomcat service except there I also reference the external catalina dist jars as well. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jules Gosnell [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Jan Bartel [EMAIL PROTECTED] Sent: Friday, May 31, 2002 4:31 PM Subject: [JBoss-dev] Where should the Jasper jar live ? Scott, Would you mind if I moved the jasper.jar from lib/ to jetty-plugin.sar ? I figure: - jasper is an implementation - jasper version is tightly bound to Jetty version - Tomcat users will have their own version of Jasper I think the servlet api jar should stay in lib, seeing as this is part of the definition of the JBoss platform and will be needed by users to compile against (whilst they should not need Jetty and Jasper classes) My preemptive advice to anyone concerned that a sar is awkward to work with, because the configuration is, hidden is : run it unpacked. Concerns ? Jules P.S. What is the arrangement between HEAD and Branch_3_0 - would I be correct in assuming that bug-fixes should be merged, but new features not ? ___ 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 ___ 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 --
Re: [JBoss-dev] VOTE FOR JBOSS
Remember that your vote doesn't count until you vote the 30 (gasp) categories and receive the corresponding email. So be patient. marc fleury wrote: GADDAMIT, these pools are ridiculous, it is just the company voting for it, and comatose products like oracle has got the full company behind it, so here is our call, if you are on our lists and you haven't voted for us yet, please please go and vote, I did this morning :)I hadn't before. Ok I want us to be #1 there and we will not stop until we are #1 there, clear? http://www.sys-con.com/java/readerschoice2002/nominationform.cfm go marcf x Marc Fleury, Ph.D President JBoss Group, LLC x ___ 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] Re: [JBoss-user] Open-Source Fight Flares At Pentagon
I suppose they do. AFAIK they must be like NASA, which is said to have running each and every piece of software in the world. Dain Sundstrom wrote: Don't the DOD and State Department already use JBoss? -dain Scott M Stark wrote: Microsoft tries to squelch Open Source at the pentagon, but apparently many at the pentagon are seeing the light. http://www.washingtonpost.com/wp-dyn/articles/A60050-2002May22.html ___ 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-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ 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] [ jboss-Bugs-558434 ] Verifier does not allow ejbFindMETHOD
Sorry, should have said it: RC2 [EMAIL PROTECTED] wrote: Bugs item #558434, was opened at 2002-05-20 16:37 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=558434group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Ignacio Coloma (alu1344) Assigned to: Jay Walters (jwalters) Summary: Verifier does not allow ejbFindMETHOD Initial Comment: Right now the verifier claims that ejbFindMETHOD methods in CMP entity beans are against 10.6.2, but this point of the spec only says that the user may not provide the finder implementation, which is not the case. ejbFindMETHOD behaviour is specified on 10.7.3 -- Comment By: Jay Walters (jwalters) Date: 2002-05-20 16:55 Message: Logged In: YES user_id=183794 I will take a look at it. What version of V3.0 are you using? Latest CVS, RC2, RC1? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=558434group_id=22866 ___ 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] JDJ Best App-Server
Why isn't JBossMQ on the Best JMS category? Sacha Labourey wrote: You love JBoss? It is time for you to say it! http://www.sys-con.com/java/readerschoice2002/nominationform.cfm Vote for JBoss as the JDJ Best App-Server ___ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ ___ 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] Java based web CMS
Open For Business in SourceForge claims to be a quite complete one. I have downloaded it, but still didn't try it. It is based on JBoss!!! =)) Out of this, Zope - CMF. Python based, IIRC. Quite complete. At personal level, Jason, pliz feedback your decision. I have to choose one next month :) On Thu, 2002-04-18 at 07:43, Jason Dillon wrote: Sorry, another off question... Do any of you know of any production quality content managment systems for Java? I have only found one, OpenCMS (http://www.opencms.org/opencms/opencms/index.html), which is currently being maintained. If you know of another system could you point me at it. If you have actually used one of these I would also appreciate any comments and insight you have on the matter. This is related to some pending changes to the JBoss website (so it sort of related)... but still sorry for the noise. Thanks, --jason * * * View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13303 ___ 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] Problem in JDBCStartCommand.java
I don't see how that is different than using MYSPACE.MYTABLE. Same amount of code for the user, but you would have to support Yet Another Feature. IMHO it's the same to write: SCHEMAmyschema/SCHEMA TABLEmytable/TABLE than TABLEmyschema.mytable/TABLE Do other environments support this? This should be a common problem. As far as I remember Delphi left you alone on this one. On Mon, 2002-04-15 at 15:56, Dain Sundstrom wrote: This looks like a hack to me. Should we consider adding a schema-name element to the table configuration? By this I mean that where ever we have table-name in the jbosscmp-jdbc.xml file we can have an optional schema-name element. Also in the getTables call in we would pass the schema name as the second argument. Does this make since? Does anyone else have an opinion on this? -dain [EMAIL PROTECTED] wrote: Maybe you could take only the last period delimited token (meaning in MYSCHEMA.MYTABLE use MYTABLE) as the tablename when you must be using only a table name, not a qualified tablename. I would expect that most RDBMS products, open or closed source, use this convention of . delimiting tokens in table and column names. Cheers From: Dain Sundstrom [EMAIL PROTECTED] Date: 2002/04/15 Mon AM 10:40:32 EDT To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Problem in JDBCStartCommand.java JL@esial wrote: Hello, I am using JBoss 3.0.0beta2(200204150942) on Win2k SP2. The function tableExists in this class makes the following jdbc call: rs = dmd.getTables(con.getCatalog(), null, tableName, null); I am using DB2 as dbms, and this piece of code will not work if tableName contains a prefix. Why would it have a prefix? Indeed, I have to configure my jbosscmp-jdbc.xml ejb/table mappings like that: table-nameMYSCHEMA.MYTABLE/table-name to get the SQL statements work properly with DB2. But then the tableExists method will always return false since it takes MYSCHEMA.MYTABLE as tableName. JBossCMP tries it's best to autogenerate tables, but it can not solve all problems. I shoot for 80%. If you need an exact mapping, you will have to create the tables by hand (you should also do this before sending the application to production). If you have a *SIMPLE* solution that works on all of the major commercial and all opensource DBs, then I am open to the suggestion/ patch. Is there an easy way to set a tablename prefix or even a schema name in jbosscmp-jdbc.xml ? Right now, I think I will have to patch my own code, but I believe many people out there using DB2 or Oracle might encounter the same problem. I don't think others have this problem, as you are the first to report it as a problem. -dain ___ 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] JBoss 3 users -- warning of impending configuration change
David, I checked the example for mysql that there is already in the examples section, and it works fine. Two notes: 1.- The comments in the Oracle file are better than those on the mysql file. I would include them. In particular I recall the JAAS Realm comments. 2.- There is a typo in the JNDIName, it is still DefaultDS instead of MysqlDS. Anyways it should be replaced to use the datasource, but induces to confusion. 3.- By default I would comment the JAAS Realm option, but that is only an opinion. Greatgreatgreat Job. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de marc fleury Enviado el: martes, 09 de abril de 2002 2:57 Para: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] JBoss 3 users -- warning of impending configuration change COME ON GUYS ONE MORE ONE MORE, as we go to final, please help with the database configuration for newbies, thanks for taking the time and pain to put it together, come on guys... David maybe a list of what databases are missing would be useful? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Larry |Sanderson |Sent: Monday, April 08, 2002 3:30 PM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBoss 3 users -- warning of impending |configuration change | | | PLEASE CONTRIBUTE YOUR NEW WORKING CONFIGURATIONS! | |Here is one for the Informix DB. The XA portion only works if the |following patch is applied: |http://sourceforge.net/tracker/?func=detailaid=541255group_id=228 |66atid=376687 | |-Larry |_ |View thread online: http://main.jboss.org/thread.jsp?forum=66thread=12301 | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development | |Sponsored by http://www.ThinkGeek.com/ | ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] PK values and CMP commit option A
Hi, I am not doing anything weird enough to have this on the DB log when I call some CMP findByPrimaryKey with Commit Option A: SELECT ID FROM FORMA_PAGO WHERE ID=81 SELECT ID FROM COMERCIAL WHERE ID=4 SELECT ID FROM CLIENTE WHERE ID=521 SELECT ID FROM ZONA WHERE ID=1 SELECT ID FROM PEDIDO WHERE ID=2166 SELECT ID FROM PEDIDO WHERE ID=2166 SELECT ID FROM PEDIDO WHERE ID=2166 SELECT ID FROM PEDIDO WHERE ID=2166 SELECT ID FROM PEDIDO WHERE ID=2166 I don't know if this is a bug or a feature. What is the purpose of checking the pk value? The record doesn't get read, though. My app performance would boost if these DB access could be avoided. PS: No CMR here :) Ignacio Coloma Escribano Verdino Sistemas de Información 629 151 669 - http://www.iverdino.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] wincvs getting started
heh ;) I felt the same my first time. Create the directory where you are going to keep your copy of the CVS. View - Browse Location - Change, and tell WinCVS which directory it is where it should put the code you download Now connect: Admin - Login, and introduce the info that is on the website (that is, :pserver:[EMAIL PROTECTED]:2401/cvsroot/jboss and blank password) First you have to make a checkout: Admin - command line - cvs co jboss-all After that, each time you want to update your copy: Admin - command line - cvs -q update -dP This is not the correct list to post these questions, but AFAIK searching for CVS in the forums is a nightmare. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Anthony Burns Enviado el: martes, 02 de abril de 2002 17:53 Para: [EMAIL PROTECTED] Asunto: [JBoss-dev] wincvs getting started ive installed win cvs but I am unable to connect to the repository could someone walk me through it sorry for being an idiot _ View thread online: http://main.jboss.org/thread.jsp?forum=66thread=11955 ___ 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: [jetty-discuss] [Fwd: [JBoss-dev] Authentication with Jetty]
Jan how I love you. That fixed it. I was trying to write a repro case as Scott asked, but haven't been able to get the same behaviour. I prepared a servlet that was registered in jbosstest-web and reproduced my situation but I wasn't able to get my same bug. Your fix worked, instead. Thanks a lot. -Mensaje original- De: Jan Bartel [mailto:[EMAIL PROTECTED]] Enviado el: viernes, 22 de marzo de 2002 10:36 Para: [EMAIL PROTECTED]; [EMAIL PROTECTED] Asunto: Re: [jetty-discuss] [Fwd: [JBoss-dev] Authentication with Jetty] OK chaps, I'm going to have a shot at providing a solution to this. I think what is happening is that Jetty is only setting the Principal to null after it is finished handling a request, rather than both the Principal *and* the Credential. Therefore, when no user has been authenticated, both Principal and Credential will be null. However, after a user has been authenticated, there will be a thread with a null Principal but a still set Credential. Now I haven't fully traced back the intricacies of the security code, but I notice that there are a few tests like: if (username == null password == null) use the unauthenticatedIdentity; I am assuming that maybe the username and password are obtained from the thread's SecurityAssociation.getPrincipal() and SecurityAssociation.getPassword(). So, in short I've made sure we null out *both* SecurityAssociation.Principal and SecurityAssociation.Credential. Update your tree to get the new $JBOSSHOME/jetty/src/main/org/jboss/jetty/Jetty.java. If that doesn't fix it, then I definitely give up :-) Jan Scott M Stark wrote: I'm not following what you meant in your original post about I get an exception one of each 3 times... Hit refresh - ok Hit refresh - ok Hit refresh - Error 500 The error is thrown on any non-authenticated browser when there is an authenticated one open. If you don't authenticate anyone (if you only browse the public zone) there is no error. That should not happen. Is the servlet accessing the ejb deployed in both the protected and unprotected areas? Try to reproduce the issue with a variation of the jbosstest-web.ear. MyAuthEntry { org.jboss.security.auth.spi.DatabaseServerLoginModule required dsJndiName=java:/CanplasticaDS principalsQuery=SELECT PASSWORD AS Password FROM USUARIO WHERE ID=? rolesQuery=SELECT ROLE AS Role, 'Roles' AS RoleGroup FROM ROLE WHERE USU_ID = ? unauthenticatedIdentity=nobody -- ; }; Also the nobody user has a principal record, because if not it also wasn't allowed to access the app. That should work then. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Yahoo! Groups Sponsor -~-- Tiny Wireless Camera under $80! Order Now! FREE VCR Commander! Click Here - Only 1 Day Left! http://us.click.yahoo.com/nuyOHD/7.PDAA/yigFAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [jetty-discuss] [Fwd: [JBoss-dev] Authentication with Jetty]
I'm not following what you meant in your original post about I get an exception one of each 3 times... Hit refresh - ok Hit refresh - ok Hit refresh - Error 500 The error is thrown on any non-authenticated browser when there is an authenticated one open. If you don't authenticate anyone (if you only browse the public zone) there is no error. of the unchecked EJB permission seems to be incorrect. Any EJB given a method-permission requires an authenticated user. The method-permissions define the roles the authenticated users must have. A method-permission value of unchecked indicates that any authenticated user may access the EJB, but the user still must be authenticated. A servlet accessed via a URL that is not located under a security-constraint will access EJBs as an unauthenticated user(principal=null, credentials=null). Unless you have setup a security-domain that is configured to map unauthenticated users to a fixed principal name, any EJB call made by this servlet will fail with the exception you show. MyAuthEntry { org.jboss.security.auth.spi.DatabaseServerLoginModule required dsJndiName=java:/CanplasticaDS principalsQuery=SELECT PASSWORD AS Password FROM USUARIO WHERE ID=? rolesQuery=SELECT ROLE AS Role, 'Roles' AS RoleGroup FROM ROLE WHERE USU_ID = ? unauthenticatedIdentity=nobody -- ; }; Also the nobody user has a principal record, because if not it also wasn't allowed to access the app. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [jetty-discuss] [Fwd: [JBoss-dev] Authentication with Jetty]
Hi Jan :) (I'm cross posting this to jboss-dev and jetty-discuss) I think your current problem has in fact always been a problem with your webapp, but it has just been unmasked by a modification to the thread authentication stuff we did recently. What we did was to ensure that when a Jetty/JBoss thread has finished servicing a request, the user principal and credentials were disassociated with the thread - otherwise all subsquent work done by that thread in servicing another request would use that security information. Yep, I know. I helped to catch that bug on. Modest help, anyway. So, in your case, what I think is happening is that your webapp has appeared to work in the past because the principal and credentials from the hit with basic authentication was remaining attached to the servicing thread, so the subsequent non-authenticated hit was in fact using them. Not probable. My application shows a different menu depending on the principal authenticated. When it's a nonauthenticated user the menu is the public one. Salesman, customers, sysadmin and director also have their own. That's why authentication failures are easy to get caught, they shout it out loud (menus have different colours). All my EJBs leave permissions open to everyone (access is only restricted on the web tier), so even non-authenticated users should have no problem accesing resources. Anyway, if I only open unathenticated browsers there is no problem, it only arises when I open and authenticate one of them. The bug arises then in the nonauthenticated browser. I don't feel comfortable asking for help past this point. I have enough info to get on by myself, so I'll give it a good try to see what's happening. If nobody is complaining about it it must be, as Marc said, 90% my fault. Thanks to everybody. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [jetty-discuss] [Fwd: [JBoss-dev] Authentication with Jetty]
Just to back up what Jan said If you want to access beans that have security constraints, then currently the URL must be one that has an authentication-constraint specified. The happenstance that a browser is actually sending basic authentication information to a non-authenticated URL is not enough to trigger a call to the JBoss authentication mechanisms. You must have an authentication constraint. Do you see a need for it to be any different to this? If (as is my case) I want the data processing to be different depending if the access is being made by the 'default' user (configurable in auth.conf) or by an authenticated user. If you want to put names to concepts, I want the general public to see which services and items are being offered, but not the prices. But if you are a customer, I want to show the prices out. Maybe I'm misunderstanding my exception, but if I got it right, an bean marked as unchecked/ is throwing a Authentication exception, principal=null, something that should not happen. At least, if it decides to happen, happen everytime, but not sometimes. I insist that this could be my fault, sometimes has been, let me see it when my work agenda lets me some time. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] More on Deployments: Applet jars
Hi, has someone realized that applet jars are included in wars and should be put 'as is' on the web resources dir? (I mean, treated the same as any gif image or html file) I'm asking because I use one of these and my app used to work nice until two days or so. Then I realized that since some time ago my applet jar is not accesible for the browser but instead being copied to the temp dir of JBoss. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] ClassLoader and JSPs
What happened at last with this (CL and JSPs)? I mean, my app has servlets and JSPs; servlets can find every classes they need, but JSPs don't. This behaviour started at Jan or so, and that forced me to stop building fresh CVS content. Seems that the correct classpath is set. From the log: JSP classpath: ...dbg.ear/67.myapp.dbg.ear^/myapp-ejb.jar;... So, my class is in the path; the rest should be a classloader issue. What classloader is being used by Jasper as a parent CL? Is there a testsuite for this (correct deployment of a .jar inside an .ear for JSP)? Servlets are working fine. I have tried with sources from today and no luck. (Note: No se puede compilar la clase para JSP = Could not compile the JSP class) 2002-03-08 19:01:00,720 WARN [org.jboss.jetty.Jetty] WARNING: Servlet Exception for /en/publico/index.jsp org.apache.jasper.JasperException: No se puede compilar la clase para JSP G:\DOCUME~1\ADMINI~1\CONFIG~1\Temp\Jetty__8080___\error\p500$jsp.java:8: Class com.myapp.resources.Config not found in import. com.myapp.resources.Config; ^ 1 error at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:552) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:189) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Scott M Stark Enviado el: miércoles, 20 de febrero de 2002 16:31 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] ClassLoader problems with war contents I said it was subject to be ripped out. The problem with it is that this breaks being able to edit and reload individual servlets and jsp pages as far as I can see. Doesn't Jetty currently allow this when it handles class loading? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Matt Humphrey [EMAIL PROTECTED] To: [EMAIL PROTECTED]; 'marc fleury' [EMAIL PROTECTED] Cc: 'Jules Gosnell' [EMAIL PROTECTED]; 'Greg Wilkins' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 20, 2002 4:34 AM Subject: RE: [JBoss-dev] ClassLoader problems with war contents I posted this exact bug along with a simple fix last week, but was told by Scott Stark that he was going to rip all that out because the JBoss unified classloader should not be handling classes within a WAR file. By the way, deploying a plain WAR file (not within an EAR), like for example the struts-example.war that comes with Struts, does not work either. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jan Bartel Sent: Wednesday, February 20, 2002 2:40 AM To: marc fleury Cc: Jules Gosnell; Greg Wilkins; [EMAIL PROTECTED] Subject: [JBoss-dev] ClassLoader problems with war contents Marc, The Jetty/JBoss integration is still using a MortBay classloader to load the contents of war files as the JBoss MBeanClassLoader does not appear to return us classes from the WEB-INF/classes directory. I think this could be due to the part of the package name becoming appended onto the URL for xxx/WEB-INF/classes. Eg when running the servlets in jbosstest-web.ear, we see: Servlet ClassLoader[2]: org.jboss.system.MBeanClassLoader:935439853 URLs: [25] = file:/home/janb/new-jboss-all/build/output/jboss-3.0.0beta/tmp/deploy/66 .jbosstest-web.war.webinf/WEB-INF/classes/org/jboss/test/web/servlets/ We will stop using the MortBay classloader if we can get the MBeanClassLoader to supply all jars and /classes/* from a war. cheers, Jan ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ 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
[JBoss-dev] JPDA support on JBoss beta
Could someone please put 'suspend=n' instead of 'y' in the run.bat file? If not, execution is halted from the very beginning, which I suppose is not the normal use of remote debugging. Ignacio Coloma Escribano Verdino Sistemas de Información 629 151 669 - http://www.iverdino.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README**
CVS newbie question: How can someone know the optional packages on jboss? I mean, apart of guessing on xml files and sniffing on the SourceForge interface. Would be nice if someone puts something about this (including the _nice_ cvs update -dP command) on the FAQs. Basic cvs is covered, but little more. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Francisco Reverbel Enviado el: lunes, 18 de febrero de 2002 23:44 Para: Jason Dillon CC: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] **README** - 'jboss-all' Structure Changes - **README** On 16 Feb 2002, Jason Dillon wrote: I have just committed the last of the structure changes that I am going to introduce until after 3.0 is released. This change includes: ... [snip] o Addition of IIOP module. This is not hooked up by default (yet). Could you please hook it up? As an optional module, like jboss.net. Cheers, Francisco ___ 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...
I like what somebody said: got JBoss? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Question for win32 batch file gurus
Isn't it '.\'? I mean, it's not as UNIX, in Windows you configure the directory used as current dir for a batch file, and by default it's the same where the file lives. So, you can work with ..\config etc reliably. If I'm mistaken somebody correct me. I know no other way to know the batch file path. I suppose this is not enough for your needs, though. If you execute cd given this premise you get the current dir. To store this on a variable, set var=%cd% works on my system (win2k). Hope this helps. Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Jason Dillon Enviado el: sábado, 16 de febrero de 2002 1:30 Para: Jboss-Development@Lists. Sourceforge. Net Asunto: [JBoss-dev] Question for win32 batch file gurus Is there any way to detect the directory in which a .bat file lives when it is running? Like in sh, I can `dirname $0` to find out where the script lives. Is this possible? If so can some one show me the syntax? --jason ___ 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 a JavaWorld finalist
Didn't think about it, I'm too used to only see BEA and JBoss, but there are nearly 20 players in this game, including HP AS, OAS, iPlanet... and Lutris, heh :) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Dain Sundstrom Enviado el: jueves, 14 de febrero de 2002 1:18 Para: Jeff Tulley CC: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] JBoss a JavaWorld finalist This means we already edged out Oracle and others. -dain Jeff Tulley wrote: Somebody on the ant list just posted that Ant is a JavaWorld Finalist. It appears JBoss is also. Best Java Application Server (alphabetical order) BEA WebLogic Server 6.1, BEA Systems JBoss 2.4.4, JBoss.org WebSphere Application Server 4.0, IBM from: http://www.javaworld.com/javaworld/jw-02-2002/jw-0211-finalists.html I sure hope JBoss wins, for the look on the other guy's faces. Of course, that means that Marc will have to go to the JavaOne awards ceremony while everybody else is partying at JBossOne. :) Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., the leading provider of Net business solutions http://www.novell.com ___ 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] so how fast is string comparison
This technique was also proposed in the JDC tech tip of this month, and has the caveat that a serialized/deserialized String would not work with ==, even if it was assigned from a static value. OTOH, the final code translated for a switch depend on the number of 'case' values. If they're many the compiler should use some kind of binary search (as a quick sort, but for finding) previously ordering the values. That is why they are required to be primitive types. When the options are a few, they're searched lineally to improve performance. Or it was so the last time I poke around that. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de [EMAIL PROTECTED] Enviado el: jueves, 07 de febrero de 2002 18:44 Para: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] so how fast is string comparison Most of the strings we are talking about are dynamic (or at least run-time configurable), so we would have to do string.intern() to be able to use == and I don't think that you'd want that internal list of strings growing like that. Besides, when you have a new string and do an intern(), it looks up the common string in a hashtable using hashcode to return the string on which you can do == on. Michael -Original Message- From: Adam Heath [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 1:17 PM To: marc fleury Cc: Jboss-Development@Lists. Sourceforge. Net Subject: Re: [JBoss-dev] so how fast is string comparison On Thu, 7 Feb 2002, marc fleury wrote: when we do if (string.equals(this)) else if (string.equals(that)) how much slower is it than switch (stringAsInt) case THIS: case THAT: If strings are final, then you can use ==, instead of the much slower .equals(). A switch stmt is really nothing more than a series of if/elseif blocks. So, making all strings static/final, and using ==, should make for a win, without making the code hard to read by using abstract ints. ___ 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] New Classloader Question
Some time ago I was discussion the new JBoss features and I told him about the new dynamic classloader in JBoss. He then asked me what happens with Class-variables when we drop the old class and load the new class. This also happened since the beginning of the days when garbage collector thinks that a class is not useful and disposes its memory. IIRC it was a big *warning* sign on the Java forums (singleton pattern topics) on the 1.2 times. If my java class is unloaded I expect all his static fields to be initialized again. To try to think about it for me and make weird things in its place should not be a good idea IMHO. My code has places where you can find those nasty public MyClass { private static Field myField; static { myField = // static initialization here } } This case should have to be supported - mucho pain and no gain. Honestly I think that losing the static variables is OK. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RV: [jetty-discuss] Jetty JDK
I supposes this could be of interest also here. -Mensaje original- De: Brett Sealey [mailto:[EMAIL PROTECTED]] Enviado el: viernes, 01 de febrero de 2002 23:32 Para: mcm1303 CC: [EMAIL PROTECTED] Asunto: RE: [jetty-discuss] Jetty JDK Actually, I just recently stumbled on the following announcement at http://java.sun.com/j2se/1.3/jre/ --- 24Oct01 - Beginning October 17, 2001, it is permissable to redistribute the javac compiler with the Java 2 Runtime Environment (JRE). See the Sun Binary Code License and the JRE README for terms and conditions. Items that have been added to the section in the README entitled Redistribution of Java 2 SDK files are: bin/javac.exe (Microsoft Windows) bin/javac and bin/i386/native_threads/javac (Linux and Solaris IA) bin/javac and bin/sparc/native_threads/javac (Solaris SPARC) lib/tools.jar (on all platforms) These files include the Java 2 SDK tools classes, including the classes for the javac compiler. btw I agree that it is better to not have a javac on a production box. I'm merely pointing out that the old licensing issue seems to have been removed. Brett On Fri, 1 Feb 2002, Halas, Miroslav wrote: You need to precompilte them using jspc. Just search the newsgroups, it was answered many times before. Regards, Miro Halas -Original Message- From: mcm1303 [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 4:55 PM To: [EMAIL PROTECTED] Subject: [jetty-discuss] Jetty JDK According to Jetty's license, I should be able to distribute Jetty, but according to Sun's licensing, I can distribute the JRE, but I cannot distribute the JDK. If I'm relying on JSP, I assume that the JRE alone won't work with Jetty because JSP files need javac. Is that correct? Marlin For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ Yahoo! Groups Sponsor -~-- Access Your PC from Anywhere Full setup in 2 minutes! - Free Download http://us.click.yahoo.com/Y8IZpD/2XkDAA/yigFAA/CefplB/TM -~- For the latest information about Jetty, please see http://jetty.mortbay.org To alter your subscription to this list goto http://groups.yahoo.com/group/jetty-discuss Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.0 snapshot
If somebody give me a ftp site where to upload it I can upload a working src/compiled version (one or two days before marc's commit :) Which I suppose would make you happy ;) The list is almost dead these days, I suppose everybody is working hard (Jan/Feb use to be hard months, at least for me) and since the CVS is broken there is no much need for commiting changes. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de [EMAIL PROTECTED] Enviado el: sábado, 26 de enero de 2002 0:03 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] 3.0 snapshot ok heavies i am a lowly jboss user type person, i got the snapshot for jboss-all, it failed to build. If you interested see the build.log below, otherwise just ignore me *sigh* i wish i was part of the 3l33t club. configure: [echo]groups: default [echo]modules: j2ee,naming,server,security,messaging,pool,connector,admin,plugins /varia,plugins/jetty _buildmagic:init:show-environment: init: _buildmagic:modules:most: [execmodules] == == Executing 'most' in module 'j2ee'... == _buildmagic:init: _buildmagic:init:child: _buildmagic:init:local-properties: _buildmagic:init:buildlog: configure: _buildmagic:init:show-environment: init: compile-classes: compile: jars: most: [execmodules] == == Finished with 'most' in module 'j2ee'. == _module-j2ee-most: [execmodules] == == Executing 'most' in module 'naming'... == _buildmagic:init: _buildmagic:init:child: _buildmagic:init:local-properties: _buildmagic:init:buildlog: configure: _buildmagic:init:show-environment: init: compile-classes: compile-rmi: [rmic]Verify has been turned on. compile-etc: compile: jars: most: [execmodules] == == Finished with 'most' in module 'naming'. == _module-naming-most: [execmodules] == == Executing 'most' in module 'server'... == _buildmagic:init: _buildmagic:init:child: _buildmagic:init:local-properties: _buildmagic:init:buildlog: configure: _buildmagic:init:show-environment: init: compile-bean-sources: [xdoclet]Generating Javadoc [xdoclet]Javadoc execution [xdoclet]Loading source file Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\src\main\ org\jboss\jmx\adaptor\ejb\EJBAdaptorBean.java... [xdoclet]Constructing Javadoc information... [xdoclet]Running homeInterface/ [xdoclet]Running remoteInterface/ [xdoclet]Running session/ [xdoclet]Running deploymentdescriptor/ [xdoclet]Running jboss/ [xdoclet]Generating Javadoc [xdoclet]Javadoc execution [xdoclet]Loading source file Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\src\main\ org\jboss\management\mejb\ManagementBean.java... [xdoclet]Constructing Javadoc information... [xdoclet]javadoc: warning - Import not found: org.jboss.management.mejb.MEJB - ignoring! [xdoclet]javadoc: warning - Cannot find class org.jboss.management.mejb.MEJB [xdoclet]Running homeInterface/ [xdoclet]Running remoteInterface/ [xdoclet]Running session/ [xdoclet]Running deploymentdescriptor/ [xdoclet]Running jboss/ [xdoclet]2 warnings compile-classes: [javac]Compiling 598 source files to Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\output\classes Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\src\main\ org\jboss\deployment\Installer.java:184: cannot resolve symbol symbol : class J2eeDeploymentException location: class org.jboss.deployment.Installer throws J2eeDeploymentException, IOException ^ Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\src\main\ org\jboss\deployment\Installer.java:318: cannot resolve symbol symbol : class J2eeDeploymentException location: class org.jboss.deployment.Installer public Deployment execute() throws J2eeDeploymentException, IOException ^ Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\src\main\ org\jboss\deployment\Installer.java:439: cannot resolve symbol symbol : class J2eeDeploymentException location: class org.jboss.deployment.Installer private int determineType(JarFile _file) throws J2eeDeploymentException ^ Z:\projects\live\jboss\JBoss-Source-CVS\jboss-all\server\src\main\ org\jboss\deployment\InstallerFactory.java:66: cannot resolve symbol symbol : class J2eeDeploymentException location: class org.jboss.deployment.InstallerFactory public Deployment install(URL _src) throws
RE: [JBoss-dev] EJB QL parser bug?
Does anybody know how to interpret the following EJB 2.0 spec. statement (11.2.11 Restrictions): Date and time values should use standard Java long milliseconds value. This is very precise, I must say. X values should use Y value, hm Does this mean that parameters to findXXX methods should be long type when used in date and time comparisons in EJB QL? What type of parameters does JBossCMP expect (accept) when used in such comparisons? use new Date().getTime() This concrete point is arised in the J2EE Quiz on java.sun.com these days (a quite stupid doc link, but hey :) I would try java.lang.Long I tried the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramlong/method-param method-paramlong/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.util.Date/method-param method-paramjava.util.Date/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query and even the following: query query-method method-namefindInDatetimeRange/method-name method-params method-paramjava.sql.Timestamp/method-param method-paramjava.sql.Timestamp/method-param /method-params /query-method result-type-mappingLocal/result-type-mapping ejb-qlSELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE c.datetime gt;= ?1 AND c.datetime lt; ?2/ejb-ql /query The datetime field in Contact bean is: cmp-field field-namedatetime/field-name column-namedatetime/column-name sql-typeDATETIME/sql-type jdbc-typeTIMESTAMP/jdbc-type /cmp-field Entity creation and reading of this fileld work correctly for this configuration... Regards, Peter ___ 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] Am I a clown?
Have you thought about using JPDA? This concrete one shouldn't have last so much. Sometimes itself is a pain in the ass, though :) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de marc fleury Enviado el: miercoles, 09 de enero de 2002 23:56 Para: Dave Smith CC: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] Am I a clown? nope that's not it... 2 hours I stared at it... come on come on, it is so obvious, damn semicolons... marcf |-Original Message- |From: Dave Smith [mailto:[EMAIL PROTECTED]] |Sent: Wednesday, January 09, 2002 12:43 PM |To: marc fleury |Cc: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] Am I a clown? | | |Putting on his big shoes ... | |HashMap is not syncnronized, possible another thread is modifing the |HashMap? |or |You are modifing the set inside the loop? | |marc fleury wrote: | | So I just spent 2 hours spotting the following interesting bug | | HashMap deployments ... | | Iterator it = deployments.keySet().iterator(); | | while (it.hasNext()); | { | do something(); | } | | which would peg my CPU at 100% and never reach do something ... | | man I am a clown... can you see it? 2 hours! | | marcf | __ | View this jboss-dev thread in the online forums: | http://jboss.org/forums/thread.jsp?forum=66thread=6868 | | ___ | 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
[JBoss-dev] performance of DatabaseServerLoginModule
I'm using the DatabaseServerLoginModule for authentication. I find that with every web page request (for an already authorized user) the server queries twice the database. I expected the users info to be cached, or at least to not ask again for an already authorized user, but the database log shows this for each web page requested. This degrades performance a lot. 48 Init DB myDatabase 48 Query SHOW VARIABLES 48 Query SET autocommit=0 48 Query SELECT PASSWORD AS Password FROM USUARIO WHERE ID='jbrinquis' 48 Query rollback 48 Query SELECT ROLE AS Role, 'Roles' AS RoleGroup FROM ROLE WHERE PRI_ID = 'jbrinquis' 48 Query rollback 48 Query SELECT PASSWORD AS Password FROM USUARIO WHERE ID='jbrinquis' 48 Query rollback 48 Query SELECT ROLE AS Role, 'Roles' AS RoleGroup FROM ROLE WHERE PRI_ID = 'jbrinquis' 48 Query rollback ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Explicit use of Classpath in service.xml
I agree with David. It's easier to see what is happening when you deploy a service that needs some jars to know exactly which ones are: * You can check the versions * You know which jars are not used anymore * When the system grows (and it will) dependencies are more easily tracked I see this the same issue as 'import java.sql.*' against 'import java.sql.PreparedStatement'. The first is easier, but we all find better use on the second. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: jueves, 06 de diciembre de 2001 6:50 Para: marc fleury CC: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] Explicit use of Classpath in service.xml I disagree. The classpath element is used for explicitly stating which jars are necessary for the package you are deploying. If one of the classpath jars is undeployed, the depending package will be suspended until the needed jar is again deployed. Is this the same functionality your MBeanClassLoader is supposed to provide? If so, how exactly is this supposed to work? I think most of the problems are caused by the time during which jetty needed tools.jar in lib/ext and we couldn't ship it, and the excessive list in the conf/default/jboss-service.xml. IMHO these jars need to be parceled out to the packages that actually use them. david jencks On 2001.12.06 00:13:47 -0500 marc fleury wrote: I am against it, the only reason it is there is that a directory cannot be listed through http, which is a bummer really but that is the way it goes. However a file based installation can be listed easily and thus we would bypass the need to list the individual jars by just specifying the directory. This throws off a lot of people and I understand why people complain a lot these days about file not found on boot, it is because they are missing some components (removed whatever) and then the classpath is trying to load and fails miserably. Let the mbean loading fail, also the comments in there explain clearly that it is supposed to be left commented if not used in net-boot mode, will make it clear JBoss Forums: JBoss Development: Explicit use of Classpath in service.xml View: http://jboss.org/forums/thread.jsp?forum=66thread=4932 Reply: http://jboss.org/forums/post.jsp?forum=66thread=4932message=3555 98reply=true ___ 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] JBoss book suggestion
More worrying is the fact that you will have undefined behaviour if you try to remote debug with two different virtual machines on each end of the pipe. Suffered it myself because of an older Sun JVM in the system path. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Tilly, Jesse Enviado el: miércoles, 05 de diciembre de 2001 16:12 Para: '[EMAIL PROTECTED]' Asunto: [JBoss-dev] JBoss book suggestion In 347801.doc, you explain how to debug JBoss using a JPDA debugger. This requires command-line settings with the JVM executable. A win32-based reader needs to be aware that there could be (and almost always is, for developers) more than one JVM executable on their system, especially one in their system directories. This JVM cannot run in classic mode like the SDK JVM. The example script would be better to use a fully qualified call to java.exe, using JAVA_HOME or some other variable set in the script or in the system. Jesse ___ 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] /.
Wow. First page in slashdot with 93 comments. You guys are there. Now only remember to prepare the jboss.org site for being slashdotted ;) That means huge traffic. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de marc fleury Enviado el: jueves, 29 de noviembre de 2001 20:59 Para: Jboss-Development@Lists. Sourceforge. Net Asunto: [JBoss-dev] /. i am a supah stah ;) marcf Marc Fleury President JBoss Group, LLC ___ 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
Java Mail Service classpath is incomplete (was RE: [JBoss-dev] lib/ext into CLASSPATH)
The Java Mail Service raises a ClassNotFoundException(javax.activation.DataSource) until you include the lib/ext/activation.jar in the classpath manually. What I did was to update the deploy/mail-service.xml file. It has a list of the files that are to be loaded, and since the activation.jar file is included with jboss (and needed to use the Mail service), I supposed this was the right way to fix it. So please someone replace the tag in mail-service with this one: classpath archives=mail.jar, activation.jar/ -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Budworth Enviado el: jueves, 29 de noviembre de 2001 20:29 Para: Julian Gosnell CC: David Jencks; Hunter Hillegas; JBoss Dev Asunto: Re: [JBoss-dev] lib/ext into CLASSPATH I know what he's talking about. And you are correct Hunter, lib/ext/*.jar is no longer in the class path. For support classes for your EJBs (ie webmacro.jar, whatever), you need to add them to the classpath at startup (ie JBOSS_CLASSPATH) Or, unrolltem into you ejb.jar file and war file before you deploy. Prior to 3.0, everything from lib/ext was auto-added to the CP. I believe that the plan is to allow people to drop the standalone jars into deploy, but that is not implemented yet (or maybe I missed the CVS update message and it's already there) To make my stuff work, I made my own jboss starter script called sjboss: #!/bin/bash cd ~/jboss/bin PLIB=$HOME/proxeno/lib PACKAGE_PREFIX=proxeno CP=$PLIB/webmacro.jar CP=$CP:$PLIB/jakarta-oro-2.0.4.jar CP=$CP:$PLIB/oracle9i.jar if [ $1 != -noclean ]; then if [ -d ../db/hypersonic ]; then echo Purging Hypersonc DB rm -r ../db/hypersonic mkdir ../db/hypersonic fi FILES=`find ../deploy -name $PACKAGE_PREFIX*` for F in $FILES; do echo Removing $F rm $F done fi export JBOSS_CLASSPATH=$CP exec ./run.sh Note, I just use this for development, as nuking your database/jars at startup in production would be a bad thing. But you get the idea. -David On Thu, 29 Nov 2001, Julian Gosnell wrote: --- David Jencks [EMAIL PROTECTED] wrote: On 2001.11.29 01:01:57 -0500 Hunter Hillegas wrote: Am I incorrect that RH adds every jar in lib/ext to the CLASSPATH? yes I'm having trouble with my app locating stuff from a jar in that location so I'm wondering if I'm wrong about this... You need to put it into a *service.xml classpath element or pack the jar into a deployed sar. david jencks Hunter I might have missed something here - but it sounds like you are talking at cross-purposes. Hunter has a problem with an ear/war/jar. David is describing a solution for a sar. Hunter, could you be a little more specific ? What is the class/jar ? Are you trying to use it from the web-tier or the ejb-tier. Am I just confusing matters ? Jules ___ 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 __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com ___ 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
[JBoss-dev] Is defaultscreate-table working?
I want to switch create-table off by default, but the tag is being ignored. I checked the dtd to be sure that everything's ok. Maybe it's time to download the latest sources? Only tell me that it works for someone out there and I'll keep trying... jbosscmp-jdbc:= jbosscmp-jdbc defaults datasourcejava:/CanplasticaMySQLDS/datasource type-mappingmySQL/type-mapping debugtrue/debug create-tablefalse/create-table remove-tablefalse/remove-table /defaults ... entity ejb-nameOferta/ejb-name table-nameOFERTA/table-name cmp-field field-nameid/field-name column-nameID/column-name /cmp-field cmp-field field-namenombre/field-name column-nameNOMBRE/column-name /cmp-field cmp-field field-namefechaInicio/field-name column-nameFECHA_INICIO/column-name /cmp-field cmp-field field-namefechaFin/field-name column-nameFECHA_FIN/column-name /cmp-field /entity conf/default/standardjbosscmp-jdbc.xml:= defaults datasourcejava:/DefaultDS/datasource type-mappingHypersonic SQL/type-mapping debugtrue/debug create-tablefalse/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults server log:= [2001-11-29 22:06:15,468,CMP,DEBUG] Start command executing: CREATE TABLE OFERTA (ID INTEGER, FECHA_FIN DATETIME, NOMBRE VARCHAR(255) BINARY, FECHA_INICIO DATETIME) [2001-11-29 22:06:15,468,CanplasticaMySQLDS,DEBUG] Pool CanplasticaMySQLDS [0/0/10] destroyed object org.jboss.resource.adapter.jdbc.local.JDBCManagedConnection@8deb8a. [2001-11-29 22:06:15,478,CMP,DEBUG] java.sql.SQLException: General error: Table 'oferta' already exists [2001-11-29 22:06:15,478,CMP,DEBUG] Could not create table OFERTA ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RV: [JBoss-dev] what DBMS's support select for update?
. Plus, I can't imagine any real enterprise application being the only accessor of the DB. Other apps (ie CRM systems), use select for update to play nice with eachother and avoid dirty writes. It does add some work for the DBA, since they are usually the only ones that can tell you why your code keeps locking up (like, server 1 locks on submit, because server2 decided to select for update and then go into an infinite loop). But that is far easier than trying to figure out why, every time you click submit, your data doesn't store, even though you server.log shows the update happening. Not using it would be acceptable if there was only one process talking to the db. Just my opinion. -David On Sat, 24 Nov 2001, Ignacio Coloma wrote: MySQL does too. SELECT [STRAIGHT_JOIN] [SQL_SMALL_RESULT] [SQL_BIG_RESULT] [SQL_BUFFER_RESULT] [HIGH_PRIORITY] [DISTINCT | DISTINCTROW | ALL] select_expression,... [INTO {OUTFILE | DUMPFILE} 'file_name' export_options] [FROM table_references [WHERE where_definition] [GROUP BY {unsigned_integer | col_name | formula} [ASC | DESC], ...] [HAVING where_definition] [ORDER BY {unsigned_integer | col_name | formula} [ASC | DESC] ,...] [LIMIT [offset,] rows] [PROCEDURE procedure_name] [FOR UPDATE | LOCK IN SHARE MODE]] My personal feelings about it: (a) IIRC it's SQL-92 standard (b) I would never recommend using it, even less in a web-enabled system. It degrades performance and you have to be aware about administration issues such as row-level locking and autogenerated keys. Of course, it also supports this even with the new transaction-aware table types (InnoDB et al). Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: sábado, 24 de noviembre de 2001 5:08 Para: [EMAIL PROTECTED] CC: Jboss-User @ Lists . Sourceforge . Net; Jboss-Development @ Lists . Sourceforge . Net Asunto: Re: [JBoss-dev] what DBMS's support select for update? Firebird/interbase supports select for update. I don't know much about it. The documentation I found says: syntax... at the end of select statement, [FOR UPDATE [OF col [, col...]]] FOR UPDATE specifies columns listed after the SELECT cluase of a DECLARE CURSOR statement that can be updated using a WHERE CURRENT OF clause. I don't know if the interclient driver supports this. If it doesn't work yet, I'd want to add something appropriate to the jca-jdbc driver. How do you use this stuff? david jencks \ On 2001.11.23 23:05:05 -0500 Bill Burke wrote: Oracle does, What about Informix, Sybase, Postgres, MySQL, HypersonicSQL, etcWho knows the syntax for this on these platforms too? Thanks in advance. Bill !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=Content-Type content=text/html; charset=iso-8859-1 META content=MSHTML 5.50.4807.2300 name=GENERATOR/HEAD BODY DIVSPAN class=750430304-24112001FONT face=Arial size=2Oracle does,/FONT/SPAN/DIV DIVSPAN class=750430304-24112001FONT face=Arial size=2/FONT/SPANnbsp;/DIV DIVSPAN class=750430304-24112001FONT face=Arial size=2What about Informix, Sybase, Postgres, MySQL, HypersonicSQL, etcWho knows the syntax for this on these platforms too?nbsp; Thanks in advance./FONT/SPAN/DIV DIVSPAN class=750430304-24112001FONT face=Arial size=2/FONT/SPANnbsp;/DIV DIVSPAN class=750430304-24112001FONT face=Arial size=2/FONT/SPANnbsp;/DIV DIVSPAN class=750430304-24112001FONT face=Arial size=2Bill/FONT/SPAN/DIV/BODY/HTML ___ 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 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Local Interfaces in Rabbit Hole - Working?
Hunter, remove any reference in the jboss-web.xml, they're not mandatory. Mine only has the security domain. Remember to not use PortableRemoteObject.narrow, since they are not needed with local interfaces. I use local interfaces without any kind of problems since two months ago. The only difference I have is that I don't call any local interfaces from the servlets. I don't use ejb-ref in my web.xml (so the beans map to their default names), and don't think that ejb-local-ref is mandatory either. Have you looked the 8082 JNDIView service? Are your local interfaces correctly implemented? I mean, do they extend EJBLocalObject and EJBLocalHome? Ok, suppose you answered all the questions. Then, I ran out of ideas :) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Hunter Hillegas Enviado el: lunes, 26 de noviembre de 2001 23:24 Para: Dain Sundstrom; JBoss Dev Asunto: Re: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? So you think this is a JNDI issue? Just me getting the wrong response from the lookup? Before I was getting errors doing the lookup, now it appears to be at least contacting JNDI, just not getting the correct class? Is that response from the debug statement you had me add what you expected to see? There is a file called jboss-web.xml that is discussed in the manual, though there is no mention of local interface support in that section at all (it's from the 2.x days). Mine is specified as follows: ?xml version=1.0 encoding=UTF-8? jboss-web ejb-local-ref ejb-ref-namegroundswell/ShoppingManager/ejb-ref-name jndi-namegroundswell/ShoppingManager/jndi-name /ejb-local-ref /jboss-web Which was a guess from the setup of the existing spec. Using ejb-ref instead of ejb-local-ref didn't help at all... I heard that ejb-local-ref still wasn't implemented in AbstractWebContainer, but I'm not totally sure if that effects this situation... I am using the Jetty4 support recently integrated into JBoss3alpha for my Web container. So... Are we sure this is a JNDI issue and a matter of me just getting the wrong bean? Have I simply misconfigured something? Thanks, Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Mon, 26 Nov 2001 17:12:32 -0600 To: 'Hunter Hillegas' [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? Well that was my only idea. Any thing else is beyond my knowledge of JNDI. Isn't there are way to specify JNDI references in the web deployment descriptor. I remember a jboss-web.xml or something like that. Of course this would involve your web container supporting integrated JNDI. What web container are you using? -dain -Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] Sent: Monday, November 26, 2001 4:37 PM To: Dain Sundstrom; 'marc fleury'; JBoss Dev Subject: Re: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? Any more ideas on this one? I'm still getting this from the code you had me insert: 14:34:31,379 INFO [Default] [Ljava.lang.Class;@1d4c74 14:34:31,384 WARN [JettyService] WARNING: Servlet Exception for /groundswell/groundswellController?action=createProductGroupCo llectionurl=. ./commerce/backend_label_commerce_add1.jsp javax.servlet.ServletException: java.lang.ClassCastException: $Proxy27 Any ideas? Anyone else using local interfaces to access your EJBs from the Web container? Thanks, Hunter From: Dain Sundstrom [EMAIL PROTECTED] Date: Sun, 25 Nov 2001 18:10:24 -0600 To: 'marc fleury' [EMAIL PROTECTED], Hunter Hillegas [EMAIL PROTECTED], JBoss Dev [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? Actually I didn't write the local interface code. I'll assume that you are using an integrated stack (integrated web server). Did you use the local-jndi-name in the jboss.xml file, which I did write? It looks like this: (I'm typing this on the fly so there may be errors) jboss enterprise-beans entity ejb-nameOrderEJB/ejb-name local-jndi-namecommerce/Order/local-jndi-name /entity /enterprise-beans /jboss I know this works between EJBs, and it works with regular classes. I have not tested from a web tier, because I didn't know one was integrated yet. -dain -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED]] Sent: Sunday, November 25, 2001 4:46 PM To: Hunter Hillegas; JBoss Dev Subject: RE: [JBoss-dev] Local Interfaces in Rabbit Hole - Working? I will let dain answer this, but afaik his stuff relies on it so if it wasn't implemented you would see it. For the record, I will mention that only NEW features where added to RH, it is not like we went I rewrote the stuff, in fact MOST of the codebase in RH is the old one. We are rewriting as we
[JBoss-dev] Security exceptions when calling a local interface
Are you guys aware that the LocalHome interface can be called from someone without enough permissions and the exception thrown should be of type EJBException, not RemoteException? I interpreted the following as the Security Interceptor throwing a RemoteException when it should throw an EJBException. From this on the exception chaining become some kind of a chaos. I assigned method permissions and everything worked fine. [2001-11-20 20:49:25,032,LogInterceptor,ERROR] TransactionRolledbackException, causedBy: java.lang.reflect.UndeclaredThrowableException at $Proxy18.findByPrimaryKey(Unknown Source) . . . Caused by: java.rmi.RemoteException: checkSecurityAssociation; nested exception is: java.lang.SecurityException: No method permissions assigned to method=findByPrimaryKey ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ObjectPool - Invalidate On Error
I'm having a (related?) issue. When I hot-redeploy several times I end up with no available connections on mysql and the ear cannot deploy. My app only uses CMP, and even if I call no bean and only redeploy three or four times I get the same error. I have to bounce the server back. No problem since hot-redeploy is for development, but I don't think it's good. I think it's already posted as a bug from some time ago. [22:24:21,403,CanplasticaMySQLDS] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection for url: jdbc:mysql://localhost/can plastica, user: , exception: java.sql.SQLException: Server configuration denies access to data sourc e at org.jboss.resource.adapter.jdbc.local.JDBCManagedConnectionFactory.createMan agedConnectio n(JDBCManagedConnectionFactory.java:392) at org.jboss.resource.connectionmanager.ManagedConnectionPoolFactory.createObje ct(ManagedCon nectionPoolFactory.java:77) at org.jboss.pool.ObjectPool.createNewObject(ObjectPool.java:1007) at org.jboss.pool.ObjectPool.getObject(ObjectPool.java:667) at org.jboss.resource.connectionmanager.SharedLocalConnectionManager.allocateCo nnection(Shar edLocalConnectionManager.java:124) at org.jboss.resource.adapter.jdbc.JDBCDataSource.getConnection(JDBCDataSource. java:110) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.getConnection(JDBCStoreManag er.java:303) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.createTable(JDBCStartCommand .java:62) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand.execute(JDBCStartCommand.jav a:41) at org.jboss.ejb.plugins.cmp.CMPStoreManager.start(CMPStoreManager.java:142) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java: 137) at org.jboss.ejb.plugins.CMPPersistenceManager.start(CMPPersistenceManager.java :186) at org.jboss.ejb.EntityContainer.start(EntityContainer.java:404) at org.jboss.ejb.Application.start(Application.java:200) at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:381) at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:307) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:42 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:28) at java.lang.reflect.Method.invoke(Method.java:327) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:467) at org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:444) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:215) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Ferguson, Doug Enviado el: martes, 20 de noviembre de 2001 21:37 Para: jBoss Dev (E-mail) Asunto: RE: [JBoss-dev] ObjectPool - Invalidate On Error So it appears that the ConnectionInPool is getting removed from the pool but is inner connection is never getting closed. I am thinking that the best approach is to obtain the JDBC connection by calling getUnderlyingConnection. then call close() on that connection If I get the ok. I will do this and check it in. d./ -Original Message- From: Ferguson, Doug [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 20, 2001 2:28 PM To: jBoss Dev (E-mail) Subject: [JBoss-dev] ObjectPool - Invalidate On Error We have just noticed that whenever our code throws a SQLException, the connection pool continues to grow. Apparently the connections that get invalidated aren't ever cleaned up. These grow until Oracle bails. I am looking at ObjectPool right now to see if I can figure it out. If anybody already knows about this, please let me know. Thanks, d. ___ 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] RH: tools.jar (javac)...
I'm preparing a patch (my humble contribution, snif!) for run.bat/run.jar. It includes: 1.- Support for tools.jar 'a la' Tomcat: you should define a JAVA_HOME environment variable that points to your java instalation directory. It checks if tools.jar is where it should. If not, it doesn't let you start JBoss. 2.- Moves all the JAXP env variables into run.jar, cleaning the bat file. 3.- Document into run.bat a bit what's happening. 4.- Include commented lines to start jboss in debug mode (JPDA), both by socket and by shared memory. There are docs out there about how to connect to an already started app. I use this one a lot. Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Andreas Schaefer Enviado el: miércoles, 14 de noviembre de 2001 16:46 Para: [EMAIL PROTECTED]; [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] RH: tools.jar (javac)... Yes, you are missing the fact that tools.jar is plattform/vendor dependant. Therefore you would have to distribute one for each plattform. Andy - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 14, 2001 8:14 AM Subject: Re: [JBoss-dev] RH: tools.jar (javac)... Maybe I am missing something, but isn't this whole issue about distributing a compiler with JBoss so the user doesn't have to download the JDK and edit a configuration file to point to it? If that is the case, can't we distribute jikes? -Phil Scott M Stark [EMAIL PROTECTED]To: JBossDev \(E-mail\) Sent by: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: eforge.net Subject: Re: [JBoss-dev] RH: tools.jar (javac)... 11/13/2001 05:37 PM Please respond to Scott M Stark That is how both the bundled tomcat and standalone tomcat handles this. You have to have the JDK tools.jar, or jikes, or some other compiler configured as part of the installation. Since we can't bundle tools.jar and javac.jar is just a black box we don't want to include since it source for it can't be obtained, there is nothing we can do to make this a platform independent zero configuration issue as far as I know. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Maplesden [EMAIL PROTECTED] To: JBossDev (E-mail) [EMAIL PROTECTED] Sent: Tuesday, November 13, 2001 4:14 PM Subject: RE: [JBoss-dev] RH: tools.jar (javac)... No I haven't and I see now what you mean, I didn't read what you put carefully enough. Still you might be able to do it this way, IIRC we used to distribute javac in a javac.jar that was distributed with JBoss to different platforms and it seemed to work OK. I thought the only reason we weren't distributing tools.jar in the same way is because of licensing issues with Sun. That of course brings up a problem with 1) you can't distribute any package you create that contains tools.jar (I think). Perhaps the easiest thing to do for the Jetty dist is to reference tools.jar as if it exists in the lib/ext dir and simply include a README telling people what is going on, then they can supply their own (platform specific if neccessary) jar. David -Original Message- From: Julian Gosnell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 14, 2001 1:02 PM To: David Maplesden; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RH: tools.jar (javac)... David Maplesden wrote: 1) worked fine for me... Have you tried it on different architectures? My concern is that if I do the build on Linux, the tools.jar from my 1.3.1 distrib may not work on e.g. a Mac etc... Jules ___ 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 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RH: tools.jar (javac)...
How about removing the code and leaving a comment in the run.bat file? It's easy to modify the required of JAVA_HOME to add tools.jar if JAVA_HOME is available -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Maplesden Enviado el: miércoles, 14 de noviembre de 2001 19:38 Para: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] RH: tools.jar (javac)... You might be jumping the gun a bit with this one. tools.jar is only needed afaik for Jasper i.e. when Jetty (or Tomcat) needs to serve jsp pages. Not everyone will want this, indeed many people will probably run JBoss without a servlet engine, and so they won't need tools.jar. David -Original Message- From: Ignacio Coloma [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 15, 2001 7:57 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] RH: tools.jar (javac)... I'm preparing a patch (my humble contribution, snif!) for run.bat/run.jar. It includes: 1.- Support for tools.jar 'a la' Tomcat: you should define a JAVA_HOME environment variable that points to your java instalation directory. It checks if tools.jar is where it should. If not, it doesn't let you start JBoss. 2.- Moves all the JAXP env variables into run.jar, cleaning the bat file. 3.- Document into run.bat a bit what's happening. 4.- Include commented lines to start jboss in debug mode (JPDA), both by socket and by shared memory. There are docs out there about how to connect to an already started app. I use this one a lot. Ignacio. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Andreas Schaefer Enviado el: miércoles, 14 de noviembre de 2001 16:46 Para: [EMAIL PROTECTED]; [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] RH: tools.jar (javac)... Yes, you are missing the fact that tools.jar is plattform/vendor dependant. Therefore you would have to distribute one for each plattform. Andy - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, November 14, 2001 8:14 AM Subject: Re: [JBoss-dev] RH: tools.jar (javac)... Maybe I am missing something, but isn't this whole issue about distributing a compiler with JBoss so the user doesn't have to download the JDK and edit a configuration file to point to it? If that is the case, can't we distribute jikes? -Phil Scott M Stark [EMAIL PROTECTED]To: JBossDev \(E-mail\) Sent by: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: eforge.net Subject: Re: [JBoss-dev] RH: tools.jar (javac)... 11/13/2001 05:37 PM Please respond to Scott M Stark That is how both the bundled tomcat and standalone tomcat handles this. You have to have the JDK tools.jar, or jikes, or some other compiler configured as part of the installation. Since we can't bundle tools.jar and javac.jar is just a black box we don't want to include since it source for it can't be obtained, there is nothing we can do to make this a platform independent zero configuration issue as far as I know. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: David Maplesden [EMAIL PROTECTED] To: JBossDev (E-mail) [EMAIL PROTECTED] Sent: Tuesday, November 13, 2001 4:14 PM Subject: RE: [JBoss-dev] RH: tools.jar (javac)... No I haven't and I see now what you mean, I didn't read what you put carefully enough. Still you might be able to do it this way, IIRC we used to distribute javac in a javac.jar that was distributed with JBoss to different platforms and it seemed to work OK. I thought the only reason we weren't distributing tools.jar in the same way is because of licensing issues with Sun. That of course brings up a problem with 1) you can't distribute any package you create that contains tools.jar (I think). Perhaps the easiest thing to do for the Jetty dist is to reference tools.jar as if it exists in the lib/ext dir and simply include a README telling people what is going on, then they can supply their own (platform specific if neccessary) jar. David -Original Message- From: Julian Gosnell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 14, 2001 1:02 PM To: David Maplesden; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RH: tools.jar (javac)... David Maplesden wrote: 1
RV: [JBoss-dev] loading 10 EBs takes 5s 1st time called
Damn the reply-to button -Mensaje original- De: Ignacio Coloma [mailto:[EMAIL PROTECTED]] Enviado el: martes, 13 de noviembre de 2001 18:28 Para: Dain Sundstrom Asunto: RE: [JBoss-dev] loading 10 EBs takes 5s 1st time called Could it be the database cache? Just guessing. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Dain Sundstrom Enviado el: martes, 13 de noviembre de 2001 16:51 Para: 'Tim Fox'; Dain Sundstrom; 'Peter Levart'; [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] loading 10 EBs takes 5s 1st time called Well, I'm not focusing on this kind of optimization currently, and it takes approximately 1s to access 20 beans on my machine. Down the road, I'll profile the code. -dain -Original Message- From: Tim Fox [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 13, 2001 10:27 AM To: Dain Sundstrom; 'Peter Levart'; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] loading 10 EBs takes 5s 1st time called Have you thought of profiling the code to determine what's taking so long? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: 13 November 2001 15:49 To: 'Peter Levart'; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] loading 10 EBs takes 5s 1st time called Hello! I just wanted to know if somebody has a straight answer. I'm using JBoss 3.0 alpha with CMP 2.0. The first time I reference let's say 10 Entity Beans after a JBoss restart it takes approx. 5 seconds to retrieve data from them. The second and subsequent requests to return data from the same 10 EBs take ~20ms. If I later request data from some other 10 EBs for the first time it takes another 5 seconds. I'm using commit option B. I watched the SQL that gets sent to database (using Sybase's ribo) and it is the same SQL sequence for the 1st time as for the 2nd and subsequent requests, so this overhead is not from the database. I'm just curious what takes it so long (1/2 second for an EB) the first time the EB's data is referenced. Is this the time it takes to create new instance in the pool of EBs? Will this overhead go away after some time of running when the number of instances reaches the pool's limit? What I wanted to know is what is happening behind the scenes (I read from time to time on this list about dynamic bytecode generation and similar but I thought this was only used to create Proxies...). I was curious also, so I re-ran my test. The second run always takes slightly less time ~1-2 sec. The only thing I can think of that is different in the first execution is the bytecode generator. On my machine, a 1.4 athalon, it doesn't take anywhere 1/2 second per bean. I really haven't been focusing on this type of optimization, but I can easily add a line to the init or start method that creates an instance of the bean. Then it will only happen during setup. I look at it after the example code done (later today). -dain ___ 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 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] SAX version being used
AFAIK currently JBoss is using SAX 1. That means that you are using such deprecated things as the org.xml.sax.Parser interface. I think it's ok, since XML parsing doesn't add really much. But in our current project we wished to use the SAX 2 library that comes with Xalan. The SAX library needs some system properties, the question is if are you thinking about upgrading the parser in the long run, or really don't care too much about it. See that the xalan library currently is up-to-date, but the parser is generated using deprecated clases (via crimson). ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RV: [JBoss-dev] SAX version being used
Sorry, you are right. I was looking at the wrong place, and misunderstood my error message. SAX is damn complicated when you try to use more than trivial things. Discard my previous message. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Scott M Stark Enviado el: viernes, 09 de noviembre de 2001 19:18 Para: JBoss-Dev Asunto: Re: [JBoss-dev] SAX version being used We do not use the deprecated org.xml.sax.Parser interface as we use JAXP to abstract out the parser creation. This allows any user to configure whichever parser they want without any code changes to JBoss. I don't know Ignacio is looking at to see the org.xml.sax.Parser interface. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: marc fleury [EMAIL PROTECTED] To: Ignacio Coloma [EMAIL PROTECTED]; JBoss-Dev [EMAIL PROTECTED] Sent: Friday, November 09, 2001 10:56 AM Subject: RE: [JBoss-dev] SAX version being used I have no appreciation for these thingies... can someone tell us what we should be using here? SAX2 sounds newer, that's about the depth of my knowledge there. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Ignacio Coloma |Sent: Friday, November 09, 2001 1:39 PM |To: JBoss-Dev |Subject: [JBoss-dev] SAX version being used | | |AFAIK currently JBoss is using SAX 1. That means that you are using such |deprecated things as the org.xml.sax.Parser interface. I think it's ok, |since XML parsing doesn't add really much. But in our current project we |wished to use the SAX 2 library that comes with Xalan. The SAX |library needs |some system properties, the question is if are you thinking about upgrading |the parser in the long run, or really don't care too much about it. | |See that the xalan library currently is up-to-date, but the parser is |generated using deprecated clases (via crimson). | | |___ |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 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] The rabbit has a bug in its pelt: org.jboss.system.URLClassLoader
You can document it as a bug on Sun. If it really is, they can confirm it. Only take care of NOT SPEAKING ABOUT any imaginary patch :) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Jung , Dr. Christoph Enviado el: jueves, 04 de octubre de 2001 9:06 Para: Jboss-Development (E-Mail) Asunto: AW: [JBoss-dev] The rabbit has a bug in its pelt: org.jboss.system.URLClassLoader Hi Ole others, IMHO, your nice patch has partly solved the problem, i.e., the issue that Sacha was noticing with the patch.jar NOT;-) applied. And even without patch.jar, it should have greatly diminished the deadlock possibilities ... But nevertheless, I could imagine a scenario, where a synchronized java.lang.ClassLoader.loadClassInternal() would lead to hang-ups: ServiceLibrary contains two classloaders CL1 and CL2. CL1 has class C1 and needs to loadClassInternal(C2) in Thread T1. CL2 has Class C2 and needs to loadClassInternal(C1) in Thread T2. Then there is certainly a constellation where both threads concurrently enter the classloaders, obtaining the respective CL locks and the ServiceLibrary code mutually dispatching them will block. Is that a valid scenario? CGJ -Ursprüngliche Nachricht- Von: Ole Husgaard [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 2. Oktober 2001 20:30 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-dev] The rabbit has a bug in its pelt: org.jboss.system.URLClassLoader Jung , Dr. Christoph wrote: I must correct myself! We have a principle problem, unfortunately, for which I do not have an immediate answer right now: Actually, instead of synchronized(classLoaders) in ServiceLibraries, there would be the need to *atomically* synchronize on all instances of the set in order not to interfere with the ClassLoader.loadClassInternally() calls. But this is not possible with the Java synchronization mechanism, AFAIK. Please forgive me if I am wrong - I'm not very familiar with this code. But isn't the only reason for synchronizing on classLoaders that there would be problems if another thread tries to add or remove classloaders while the Set is traversed? If this is the case, couldn't we avoid synchronizing on it by making ServiceLibraries.addClassLoader() and removeClassloader() create an entire new Set? Of course, then these methods would have to be synchronized, and we would probably also have to synchronize on the instance variables classes, resources, clToClassSetMap and clToResourceSetMap, but these locks would not be held while ClassLoader.loadClassInternally() is called. Best Regards, Ole Husgaard. ___ 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: AW: AW: [JBoss-dev] RH and -classic
Jason, I enclose the same error I'm obtaining when trying to debug (I may be a week or so out of date on the sources, but it's the same error on the same service). You can see the CCE on org.mortbay.util.JarFileResource: [AutoDeployer,DEBUG] Received notification of mbean JBOSS-SYSTEM:service=Jetty's deployment. [Default,INFO] Created the beanJBOSS-SYSTEM:service=Jetty [Configurator,DEBUG] JettyHome set to dummy in JBOSS-SYSTEM:service=Jetty [Jetty,INFO] set JettyHome to dummy [Configurator,DEBUG] Configuration set to ../conf/default/jetty.xml in JBOSS-SYSTEM:service=Jetty [Jetty,INFO] set Configuration to ../conf/default/jetty.xml [Configurator,DEBUG] WebDefault set to ../conf/default/webdefault.xml in JBOSS-SYSTEM:service=Jetty [Jetty,INFO] set WebDefault to ../conf/default/webdefault.xml [Configurator,DEBUG] UnpackWars set to true in JBOSS-SYSTEM:service=Jetty [Jetty,INFO] set UnpackWars to true [Configurator,DEBUG] PublishMBeans set to true in JBOSS-SYSTEM:service=Jetty [Jetty,INFO] set PublishMBeans to true [JettyService,INFO] Initializing [Jetty,INFO] loaded properties from: jetty.properties [ServiceController,ERROR] java.lang.ClassCircularityError: org/mortbay/util/JarFileResource [JettyService,INFO] Starting [JettyService,ERROR] Stopped java.lang.NullPointerException at org.jboss.jetty.JettyService.startService(Unknown Source) at org.jboss.system.ServiceMBeanSupport.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(Unknown Source) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.invoke(Unknown Source) at org.jboss.deployment.ServiceDeployer.doDeployment(Unknown Source) at org.jboss.deployment.ServiceDeployer.deploy(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(Unknown Source) at org.jboss.deployment.AutoDeployer.run(Unknown Source) at org.jboss.deployment.AutoDeployer.startService(Unknown Source) at org.jboss.system.ServiceMBeanSupport.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(Unknown Source) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.invoke(Unknown Source) at org.jboss.deployment.ServiceDeployer.doDeployment(Unknown Source) at org.jboss.deployment.ServiceDeployer.postRegister(Unknown Source) at com.sun.management.jmx.MBeanServerImpl.postRegisterInvoker(MBeanServerImpl.j ava:2274) at com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:532) at org.jboss.Main.init(Unknown Source) at org.jboss.Main$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Unknown Source) [ServiceController,ERROR] java.lang.NullPointerException -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Jason Dillon Enviado el: lunes, 01 de octubre de 2001 21:14 Para: '[EMAIL PROTECTED]' Asunto: Re: AW: AW: [JBoss-dev] RH and -classic CCE? I only see a NPE from the output you provided. I still can't remember... oh well. Did we want to make the jboss.net stuff part of the jboss-all project? Or is it best left by itself for the moment? --jason On Mon, 1 Oct 2001, Jung , Dr. Christoph wrote: you asked, where the CCE occurred, because you may have encountered that problem already some while ago ... -Ursprüngliche Nachricht- Von: Jason Dillon [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 1. Oktober 2001 09:29 An: '[EMAIL PROTECTED]' Betreff: Re: AW: [JBoss-dev] RH and -classic Diese Nachricht enthält Zeichen, die vom
RE: [JBoss-dev] jboss and log4j version 1.2
I see your point here, but the suggested usage for implementing trace() is just plain ugly. I would still suggest that we use our own Logger class which has all of the features and niceness which we desire, but uses Log4j as the underlying mechanism. I have been playing with logging systems for several years now, and I am coming to the conclusion that there is no single perfect logging api for application use. I am starting to think that each platform (like JBoss) should provide it's own interface, but leave the details of event management, configuration and the like, to a package like Log4j. I used to be of the same opinion, but think that when you have logging disabled you want it as fast as possible (AFAIK it involves keeping as little inheritance as possible and so on). Unless you keep programming in the isDebugEnabled() way or implement it again in that thin layer, you'll get a bit slower system (remember that the log is called hundreds of times). You can also wait until the API JSR047 that Sun is developing matures and see what it's like: http://jcp.org/aboutJava/communityprocess/review/jsr047/index.html P.S.: The isDebugEnabled way as far as I remember from memory, involves checking the debugging state before calling the log method, to avoid calculating the parameters when there is no need: if (isDebugEnabled()) log.debug(Parameters = + param1 + , + param2); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EJB/QL - JBoss extentions
Dave Smith wrote: Keep the result set open, retieve from the set as necessary, probably using a cursor. That way if someone is doing a search that has 1 million records and after I display the first 10 and the client chooses the 3rd one, we have only created 10 objects. No, no, no! We can't keep the result set open! 1) having open result set and open Connection for each client, we'll end up with too many open connections and too many open result sets (256 open cursors by default in Oracle). 2) How about transaction bounds? Can you keep cursor open after transaction ends? I don't think so. What about making an automatic paging? Think about something LIKE an open cursor. I'll try to be brief. Suppose this query to return 1,000,000 records: SELECT ID, NAME FROM TABLE ORDER BY NAME; Suppose that you make a PagedCollection (configurable from jbosscmp-jdbc.xml) that only get the first 50 records (and you close the resultset). You show them. When someone tries to get the #51 record and so you make another call (possibly in another new Transaction context) SELECT ID, NAME FROM TABLE WHERE ID #the ID of record 50# ORDER BY NAME; And so on. It would be more effective than any solution the programmer could make by hand. Are there Transaction consecuences on this? I could be missing something. My 2c. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EJB/QL - JBoss extentions
Ooops. Thanks for enlightening me this time. Will be more careful on the next :) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: lunes, 24 de septiembre de 2001 21:08 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] EJB/QL - JBoss extentions I always think the best solution is to ask the right question so there are = 7 pieces of info in the answer;-) A couple months ago there was an enormous discussion of this in the firebird development list -- we ended up impelementing limit and skip. The solution you propose has a problem if you are ordering on more than one column (your example in fact is wrong, order by and where disagree). With more than one column in order by, you have to write a horrendous clause nested to the depth = number of columns in order by. Of course, limit and skip allow you to lose records and see records twice if the underlying table changes between calls. david jencks On 2001.09.24 15:00:43 -0400 Ignacio Coloma wrote: Dave Smith wrote: Keep the result set open, retieve from the set as necessary, probably using a cursor. That way if someone is doing a search that has 1 million records and after I display the first 10 and the client chooses the 3rd one, we have only created 10 objects. No, no, no! We can't keep the result set open! 1) having open result set and open Connection for each client, we'll end up with too many open connections and too many open result sets (256 open cursors by default in Oracle). 2) How about transaction bounds? Can you keep cursor open after transaction ends? I don't think so. What about making an automatic paging? Think about something LIKE an open cursor. I'll try to be brief. Suppose this query to return 1,000,000 records: SELECT ID, NAME FROM TABLE ORDER BY NAME; Suppose that you make a PagedCollection (configurable from jbosscmp-jdbc.xml) that only get the first 50 records (and you close the resultset). You show them. When someone tries to get the #51 record and so you make another call (possibly in another new Transaction context) SELECT ID, NAME FROM TABLE WHERE ID #the ID of record 50# ORDER BY NAME; And so on. It would be more effective than any solution the programmer could make by hand. Are there Transaction consecuences on this? I could be missing something. My 2c. ___ 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] Anyone has tried to make a non-hypersonic connection pool?
I'm not sure, but ObjectTeering seem to be marked as Obsolete by the CERN. At the same time, they have a download version for Win2K. I feel lost. IMHO Argo and Poseidon are still buggy (but useful in any case, till they fix them :) http://sdt.cern.ch/Objecteering/ http://www.softeam.fr/us/pser_telechargement.htm -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Jay Walters Enviado el: viernes, 21 de septiembre de 2001 1:05 Para: '[EMAIL PROTECTED] ' Asunto: RE: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool? Objecteering personal edition is another lowend UML modeller I've used for sometime. It only runs on Windoze, and oddly enough 12 years after the WIndows look and feel guidelines it has a very unique UI. It is stableand free however. Argo/UML and Poseidon (from same code base) are both good Java tools. I am not sure if they've worked out the kinks, last summer Argo still had some stability issues. Cheers -Original Message- From: Michel Halde To: [EMAIL PROTECTED] Sent: 9/20/01 5:15 AM Subject: Re: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool? About sequence diagrams, ArgoUML is a free tool available at www.argouml.org. The free solution with Together is only valid for 30 days! Michel Halde David Jencks wrote: Thank you! I will add this to the docs, I'll try to find a way to make the mysql-service.xml file available directly, maybe in the examples... I haven't looked into how this is organized recently. There are some uml diagrams in the jca spec, but I don't always find them clear. I will look into finding a little time to make some for our manual. Do you know of a free tool that makes sequence diagrams? I think there's a free Together-j that makes class diagrams... there used to be anyway. Looking forward to postgres!! Thanks again david jencks On 2001.09.20 13:01:22 -0400 Ignacio Coloma wrote: Thanks, David. I still feel more or less lost in the Resource Adapter docs (a little more of clarity in the dark, though). Could you please add any kind of UML diagram to help understanding the architecture? I enclose the service.xml file I have put together for mysql. Some of the params are (more or less) guessed, but it works. I'll start another one for postgres this afternoon (GMT), and post it As Soon As It Works(tm). I'm not sure, but sniffing the code it seems that XA Transactions are supported in JBoss but not yet implemented as XADataSources (if I'm wrong correct me). The file that I'm enclosing use Local Transactions. Regards, Ignacio Coloma. P.S.: Yes, I knew the diff between Enhydra and Hypersonic, but my post almost coincided with the Lutris crisis and made my mind a mess while writing it. Thanks for the point anyway :)) P.S2.: How do I contribute these files to the docs? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: miércoles, 19 de septiembre de 2001 19:44 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool? The (new) manual chapter explains the config parameters pretty well I think, please let me know if it is unclear. http://www.jboss.org/documentation/HTML/ch03.html Please show what you have so far and contribute it to the manual when it works. Thanks david jencks btw hypersonic != enhydra On 2001.09.19 13:28:37 -0400 Ignacio Coloma wrote: Anyone has the xxx-service.xml for a database that is not enhydra? I have coded one, but doesn't work. It could be a bug but since I'm not 100% sure of the config parameters I don't dare to post it as a bug yet. ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- foo App DataSource -- !-- -- !-- = -- !-- $Id: foo-mysql-service.xml,v 1.0 2001/09/19 02:48:05 icoloma Exp $ -- server dependsJBOSS-SYSTEM:service=Naming/depends dependsJBOSS-SYSTEM:service=TransactionManager/depends classpath archives= mm.mysql-2.0.4-bin.jar, jbosscx.sar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=DefaultDomain:service=ConnectionFactoryLoader,name=fooDS attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:mysql://loc
[JBoss-dev] Jetty service doesn't launch in debug mode
When trying to launch JBoss 3.0 in debug mode with this line (modifying run.bat): rem java %JAVA_OPTS% %JAXP% -classpath %JBOSS_CLASSPATH% org.jboss.Main %1 %2 %3 %4 %5 %6 %7 %8 %9 java -classic -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,addre ss=12999,suspend=n -Djava.compiler=NONE %JAVA_OPTS% %JAXP% -classpath %JBOSS_CLASSPATH% org.jboss.Main %1 %2 %3 %4 %5 %6 %7 %8 %9 If I omit the debug params it launches fine. Of course, anything that depends on Jetty doesn't work. This used to work fine with JBoss 2.5 (and was useful for debugging with Forte :) Any ideas? Ignacio Coloma = [JettyService,INFO] Initializing [Jetty,INFO] loaded properties from: jetty.properties [ServiceController,ERROR] java.lang.ClassCircularityError: org/mortbay/util/JarFileResource [JettyService,INFO] Starting [JettyService,ERROR] Stopped java.lang.NullPointerException at org.jboss.jetty.JettyService.startService(Unknown Source) at org.jboss.system.ServiceMBeanSupport.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(Unknown Source) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.invoke(Unknown Source) at org.jboss.deployment.ServiceDeployer.doDeployment(Unknown Source) at org.jboss.deployment.ServiceDeployer.deploy(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(Unknown Source) at org.jboss.deployment.AutoDeployer.run(Unknown Source) at org.jboss.deployment.AutoDeployer.startService(Unknown Source) at org.jboss.system.ServiceMBeanSupport.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.system.ServiceController$ServiceProxy.invoke(Unknown Source) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.ServiceDeployer.invoke(Unknown Source) at org.jboss.deployment.ServiceDeployer.doDeployment(Unknown Source) at org.jboss.deployment.ServiceDeployer.postRegister(Unknown Source) at com.sun.management.jmx.MBeanServerImpl.postRegisterInvoker(MBeanServerImpl.j ava:2274) at com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:532) at org.jboss.Main.init(Unknown Source) at org.jboss.Main$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at org.jboss.Main.main(Unknown Source) [ServiceController,ERROR] java.lang.NullPointerException ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool?
Thanks, David. I still feel more or less lost in the Resource Adapter docs (a little more of clarity in the dark, though). Could you please add any kind of UML diagram to help understanding the architecture? I enclose the service.xml file I have put together for mysql. Some of the params are (more or less) guessed, but it works. I'll start another one for postgres this afternoon (GMT), and post it As Soon As It Works(tm). I'm not sure, but sniffing the code it seems that XA Transactions are supported in JBoss but not yet implemented as XADataSources (if I'm wrong correct me). The file that I'm enclosing use Local Transactions. Regards, Ignacio Coloma. P.S.: Yes, I knew the diff between Enhydra and Hypersonic, but my post almost coincided with the Lutris crisis and made my mind a mess while writing it. Thanks for the point anyway :)) P.S2.: How do I contribute these files to the docs? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: miércoles, 19 de septiembre de 2001 19:44 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool? The (new) manual chapter explains the config parameters pretty well I think, please let me know if it is unclear. http://www.jboss.org/documentation/HTML/ch03.html Please show what you have so far and contribute it to the manual when it works. Thanks david jencks btw hypersonic != enhydra On 2001.09.19 13:28:37 -0400 Ignacio Coloma wrote: Anyone has the xxx-service.xml for a database that is not enhydra? I have coded one, but doesn't work. It could be a bug but since I'm not 100% sure of the config parameters I don't dare to post it as a bug yet. ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- foo App DataSource -- !-- -- !-- = -- !-- $Id: foo-mysql-service.xml,v 1.0 2001/09/19 02:48:05 icoloma Exp $ -- server dependsJBOSS-SYSTEM:service=Naming/depends dependsJBOSS-SYSTEM:service=TransactionManager/depends classpath archives= mm.mysql-2.0.4-bin.jar, jbosscx.sar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=DefaultDomain:service=ConnectionFactoryLoader,name=fooDS attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:mysql://localhost/foo DriverClass=org.gjt.mm.mysql.Driver UserName=/attribute attribute name=JndiNamefooDS/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute attribute name=ResourceAdapterNameMinerva JDBC LocalTransaction ResourceAdapter/attribute attribute name=RARDeployerNameJCA:service=RARDeployer/attribute attribute name=ConnectionManagerFactoryNameMinervaSharedLocalCMFactory/attribute attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 InvalidateOnError=false BlockingTimeoutMillis=50 IdleTimeoutMillis=180 MaxSize=10 TimestampUsed=false IdleTimeoutEnabled=false CleanupIntervalMillis=12 MinSize=0 GCMinIdleMillis=120 GCEnabled=false MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingPropertiesUserName=/attribute /mbean /server
RE: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool?
There is a full discussion about this in the Lizzard Lounge in the Jives Forums (I know well... I started it ;) I'm trying Poseidon, but it's still buggy. MagicDraw seems more stable, but didn't hit it much, and has a time-limited trial :/ I'm with the postgres config, will send it ASAP :) -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: jueves, 20 de septiembre de 2001 19:04 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool? Thank you! I will add this to the docs, I'll try to find a way to make the mysql-service.xml file available directly, maybe in the examples... I haven't looked into how this is organized recently. There are some uml diagrams in the jca spec, but I don't always find them clear. I will look into finding a little time to make some for our manual. Do you know of a free tool that makes sequence diagrams? I think there's a free Together-j that makes class diagrams... there used to be anyway. Looking forward to postgres!! Thanks again david jencks On 2001.09.20 13:01:22 -0400 Ignacio Coloma wrote: Thanks, David. I still feel more or less lost in the Resource Adapter docs (a little more of clarity in the dark, though). Could you please add any kind of UML diagram to help understanding the architecture? I enclose the service.xml file I have put together for mysql. Some of the params are (more or less) guessed, but it works. I'll start another one for postgres this afternoon (GMT), and post it As Soon As It Works(tm). I'm not sure, but sniffing the code it seems that XA Transactions are supported in JBoss but not yet implemented as XADataSources (if I'm wrong correct me). The file that I'm enclosing use Local Transactions. Regards, Ignacio Coloma. P.S.: Yes, I knew the diff between Enhydra and Hypersonic, but my post almost coincided with the Lutris crisis and made my mind a mess while writing it. Thanks for the point anyway :)) P.S2.: How do I contribute these files to the docs? -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de David Jencks Enviado el: miércoles, 19 de septiembre de 2001 19:44 Para: [EMAIL PROTECTED] Asunto: Re: [JBoss-dev] Anyone has tried to make a non-hypersonic connection pool? The (new) manual chapter explains the config parameters pretty well I think, please let me know if it is unclear. http://www.jboss.org/documentation/HTML/ch03.html Please show what you have so far and contribute it to the manual when it works. Thanks david jencks btw hypersonic != enhydra On 2001.09.19 13:28:37 -0400 Ignacio Coloma wrote: Anyone has the xxx-service.xml for a database that is not enhydra? I have coded one, but doesn't work. It could be a bug but since I'm not 100% sure of the config parameters I don't dare to post it as a bug yet. ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- foo App DataSource -- !-- -- !-- = -- !-- $Id: foo-mysql-service.xml,v 1.0 2001/09/19 02:48:05 icoloma Exp $ -- server dependsJBOSS-SYSTEM:service=Naming/depends dependsJBOSS-SYSTEM:service=TransactionManager/depends classpath archives= mm.mysql-2.0.4-bin.jar, jbosscx.sar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=DefaultDomain:service=ConnectionFactoryLoader,name=fooDS attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:mysql ://localhost/foo DriverClass=org.gjt.mm.mysql.Driver UserName=/attribute attribute name=JndiNamefooDS/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute attribute name=ResourceAdapterNameMinerva JDBC LocalTransaction ResourceAdapter/attribute attribute name=RARDeployerNameJCA:service=RARDeployer/attribute attribute name=ConnectionManagerFactoryNameMinervaSharedLocalCMFactory/a ttribute attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 InvalidateOnError=false BlockingTimeoutMillis=50 IdleTimeoutMillis=180 MaxSize=10 TimestampUsed=false IdleTimeoutEnabled=false CleanupIntervalMillis=12 MinSize=0 GCMinIdleMillis=120 GCEnabled=false MaxIdleTimeoutPercent=1.0 /attribute attribute name
[JBoss-dev] Postgres service xml file
Enclosed is the config file for a postgres DataSource. It has been tested. Regards, Ignacio Coloma. ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- foo App DataSource -- !-- -- !-- = -- !-- $Id: foo-postgres-service.xml,v 1.0 2001/09/20 20:00:05 icoloma Exp $ -- server dependsJBOSS-SYSTEM:service=Naming/depends dependsJBOSS-SYSTEM:service=TransactionManager/depends classpath archives= jdbc7.0-1.2.jar, jbosscx.sar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=DefaultDomain:service=ConnectionFactoryLoader,name=FooPostgresDS attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:postgresql://192.168.0.4:5432/foo DriverClass=org.postgresql.Driver UserName=postgres Password=postgres/attribute attribute name=JndiNameFooPostgresDS/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute attribute name=ResourceAdapterNameMinerva JDBC LocalTransaction ResourceAdapter/attribute attribute name=RARDeployerNameJCA:service=RARDeployer/attribute attribute name=ConnectionManagerFactoryNameMinervaSharedLocalCMFactory/attribute attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 InvalidateOnError=false BlockingTimeoutMillis=50 IdleTimeoutMillis=180 MaxSize=10 TimestampUsed=false IdleTimeoutEnabled=false CleanupIntervalMillis=12 MinSize=0 GCMinIdleMillis=120 GCEnabled=false MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingPropertiesUserName=/attribute /mbean /server
RE: [JBoss-dev] Optimized EJB calls in catalina
Hi, I am not sure, but looking in the EJB spec (draft version), for two times it specifically forbid the optimized EJB calls made in JBoss. Citing the draft: quote The enterprise beans remote home and remote interfaces are remote interfaces in the Java RMI sense. The Container must ensure the Java RMI argument passing semantics. Non-remote objects must be passed by value across these interfaces. Specifically, the EJB Container is not allowed to pass objects by reference on inter-enterprise bean invocations of methods on the enterprise beans remote home and remote interface when the calling and called enterprise beans are collocated in the same JVM. Doing so could result in the multiple beans sharing the state of a Java object, which would break the enterprise beans semantics. EJB 2.0 entity beans and session beans support local and local home interfaces. The arguments of the methods of these interfaces are passed by reference, and the local clients of such beans must be collocated in the same JVM. Such beans must be coded to assume that the state of any Java object that is passed as an argument or result is shared by caller and callee. /quote -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Scott M Stark Enviado el: miércoles, 19 de septiembre de 2001 1:29 Para: [EMAIL PROTECTED] Asunto: [JBoss-dev] Optimized EJB calls in catalina I looked at integrating the catalina final release with integrated security and JNDI and I find that everything works except for optimized EJB calls. This occurs for wars that include the EJB interfaces in their classes directory. This has been required for wars with JSP pages that access EJBs. I have not tested the catalina version of jasper to see if this is still required. The reason EJB calls are not optimized for this scenario is that the web container class loader loads classes in WEB-INF/classes before asking its parent class loader. This seems to be consistent with the 2.3 servlet spec if container-wide library JARs is taken to mean jars accessible by the container parent class loaders. If the EJB interfaces are not in the war then call optimization works as before. servlet-2.3-fcs spec SRV.9.7.2 Web Application Classloader The classloader that a container uses to load a servlet in a WAR must allow the developer to load any resources contained in library JARs within the WAR following normal J2SE semantics using getResource. It must not allow theWAR to override J2SE or Java servlet API classes. It is further recommended that the loader not allow servlets in theWAR access to the web container's implementation classes. It is recommended also that the application class loader be implemented so that classes and resources packaged within the WAR are loaded in preference to classes and resources residing in container-wide library JARs. /servlet-2.3-fcs spec ___ 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] Anyone has tried to make a non-hypersonic connection pool?
Anyone has the xxx-service.xml for a database that is not enhydra? I have coded one, but doesn't work. It could be a bug but since I'm not 100% sure of the config parameters I don't dare to post it as a bug yet. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Sacha Labourey Enviado el: miércoles, 19 de septiembre de 2001 18:15 Para: [EMAIL PROTECTED] Asunto: RE: [JBoss-dev] Re: [JBoss-user] How does JBoss do Stateless Session Beans? I can take a look at it tomorrow (except if someone wants to correct this before) -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Scott M Stark Envoyé : mercredi, 19 septembre 2001 19:15 À : [EMAIL PROTECTED] Objet : [JBoss-dev] Re: [JBoss-user] How does JBoss do Stateless Session Beans? We should restore pooling of stateless session beans and message driven beans. If such beans perform any non-trivial initialization during ejbCreate for use across stateless methods we are killing the performance of the bean and wasting these resources. ___ 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] Lutris announcement: a further look
So what? Let me summarize: we have some jars that aren't legal to be included in the same pack with a LGPL license. Sun could say something at the respect. But they haven't so far. I suppose they are waiting, because, to be fair, JBoss is miles away from the J2EE server they include in their SDK. I suppose they are not going to try to kill the only app server that can spread the Java alternative to .NET in a cost effective way. I suppose that JBoss makes a lot of good for Sun, spreading the J2EE standard in the market, and giving an option that can compete with the commercial app servers where money *is* an issue. So I suppose Sun isn't going to try to stop this. As far as I see there are four options: (a) Sun flexibilizes the license of their code, allowing it to be included in other packages or giving concrete permission for this OS project. Something that has already been said in the mailing list to be less than probable. (b) Reinvent the wheel and reimplement the offending code. (c) Not to include those jars in the standard JBoss code, and including a README with instructions about how to download and where to place them. (d) Change the License Agreement of JBoss to include this fact. Something that shouldn't be a good idea, because LGPL is already a proved and well-known license. This is where I say that IANAL :) but I don't see this as a problem without solution anyway. P.S.: I should say that IMHO Lutris sucks. No flame intention in it, only an opinion. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development