Re: Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)
Early in 2.x development we had one module, as you seem to be recommending. Personally I still think we would be developing 2.x level features without the module structure. Among the many advantages modules give you are the ability to know where a feature ends, the ability to easily enforce and document limited dependencies between modules, and the ability to have module-level unit tests. We aren't taking very good advantage of most of these, but IMNSHO the extent we have has made development of jboss 3 and 4 conceivable. I think most of the problems you mention are due to incomplete modularization of the original 2.2 or so project. For instance, just now am I removing the last extraneous bits of the tm from the server module (and only in jb4). The other project I have worked with that has adopted a modularized structure similar to jboss has experienced similar gains in development freedom and maintainability. david jencks On 2003.02.27 17:00 Dave Neuer wrote: > > --- Dain Sundstrom <[EMAIL PROTECTED]> wrote: > > > > > I agree about the eclipse discussion, but it does > > actually have a point > > for development of the jboss server. It is always a > > pain to get any > > IDE to like our directory layout. > > > > -dain > > > > I would go so far as to say that it is a pain to get a > potential new developer to like the directory layout > as well, and that only with a tool like Eclipse is > does it even begin to feel feasable to a new developer > to navigate the hierarchy of widely dispersed > directories (and identically named classes in > different packages). Especially assuming that that > developer is used to the conventional single > package/directory hierarchy used in most Java > development shops/projects. > > While I can see an advantage for the current layout in > terms of facilitating working on one small piece of > the system, I also think that it adds a great deal of > overhead to grasping the JBoss architecture and makes > finding other source files/packages that might be > relevant more difficult (i.e., "find ../../../ -type d > 'org/jboss/management' -print"). > > Is there some other advantage that the current layout > provides as well? Ant can certainly handle building > and packaging up discreet files from a single > hierarchy so it's not really a build/packaging issue, > right? I could see how one might argue that it makes > concurrent experimental development easier (a la > Bill-AOP/Hiram-AOP) except that that's what CVS > branches are for, right? > > Sorry if this has been covered on the lists or the > forums ad nauseum or if there's consensus that the > current layout is the "right way." > > Dave Neuer > > __ > Do you Yahoo!? > Yahoo! Tax Center - forms, calculators, tips, more > http://taxes.yahoo.com/ > > > --- > 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: Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)
The reason for all the modules is dependancies. This is why you can run different deployments of JBoss. If everything were in a single source tree, it would be almost impossible to run without everything. -dain On Thursday, February 27, 2003, at 04:00 PM, Dave Neuer wrote: --- Dain Sundstrom <[EMAIL PROTECTED]> wrote: I agree about the eclipse discussion, but it does actually have a point for development of the jboss server. It is always a pain to get any IDE to like our directory layout. -dain I would go so far as to say that it is a pain to get a potential new developer to like the directory layout as well, and that only with a tool like Eclipse is does it even begin to feel feasable to a new developer to navigate the hierarchy of widely dispersed directories (and identically named classes in different packages). Especially assuming that that developer is used to the conventional single package/directory hierarchy used in most Java development shops/projects. While I can see an advantage for the current layout in terms of facilitating working on one small piece of the system, I also think that it adds a great deal of overhead to grasping the JBoss architecture and makes finding other source files/packages that might be relevant more difficult (i.e., "find ../../../ -type d 'org/jboss/management' -print"). Is there some other advantage that the current layout provides as well? Ant can certainly handle building and packaging up discreet files from a single hierarchy so it's not really a build/packaging issue, right? I could see how one might argue that it makes concurrent experimental development easier (a la Bill-AOP/Hiram-AOP) except that that's what CVS branches are for, right? Sorry if this has been covered on the lists or the forums ad nauseum or if there's consensus that the current layout is the "right way." Dave Neuer __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- 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
Directory layout (was Re: [JBoss-dev] JBOSS and SQL Server 2000)
--- Dain Sundstrom <[EMAIL PROTECTED]> wrote: > > I agree about the eclipse discussion, but it does > actually have a point > for development of the jboss server. It is always a > pain to get any > IDE to like our directory layout. > > -dain > I would go so far as to say that it is a pain to get a potential new developer to like the directory layout as well, and that only with a tool like Eclipse is does it even begin to feel feasable to a new developer to navigate the hierarchy of widely dispersed directories (and identically named classes in different packages). Especially assuming that that developer is used to the conventional single package/directory hierarchy used in most Java development shops/projects. While I can see an advantage for the current layout in terms of facilitating working on one small piece of the system, I also think that it adds a great deal of overhead to grasping the JBoss architecture and makes finding other source files/packages that might be relevant more difficult (i.e., "find ../../../ -type d 'org/jboss/management' -print"). Is there some other advantage that the current layout provides as well? Ant can certainly handle building and packaging up discreet files from a single hierarchy so it's not really a build/packaging issue, right? I could see how one might argue that it makes concurrent experimental development easier (a la Bill-AOP/Hiram-AOP) except that that's what CVS branches are for, right? Sorry if this has been covered on the lists or the forums ad nauseum or if there's consensus that the current layout is the "right way." Dave Neuer __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --- 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] JBOSS and SQL Server 2000
On Thursday, February 27, 2003, at 02:49 PM, Brian Repko wrote: And to the JBoss-dev list - jeez - way to shut down a newbie. Here is someone in a Microsoft shop bringing in J2EE and JBoss and not one message was helpful and a couple were downright mean. "No you are wrong" and "don't post here". But you'll talk about eclipse all day long and that is appropriate? I agree about the eclipse discussion, but it does actually have a point for development of the jboss server. It is always a pain to get any IDE to like our directory layout. -dain --- 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] JBOSS and SQL Server 2000
Richard, While I've not tried what you are asking about, JBoss (and any J2EE server) will use a database via JDBC. There are two main JDBC drivers for MS SQL Server 2000 that I would recommend. One is the DataDirect JDBC driver (which is resold by Microsoft) and the Sprinta2000 or Opta2000 driver from i-net software in Germany. There are some technical gotchas working with MS SQL Server (support for two-phase commit via win32 but not via the network in version 7 - fixed in 2000). The support team and news lists from the i-net software site is excellent in describing these - but the latest versions *should* work fine with SQL Server 2000. The enterprise license is less than 2k$ as well - DataDirect was alot more last time I looked. Link for i-net software is http://www.inetsoftware.de Hope that helps... And to the JBoss-dev list - jeez - way to shut down a newbie. Here is someone in a Microsoft shop bringing in J2EE and JBoss and not one message was helpful and a couple were downright mean. "No you are wrong" and "don't post here". But you'll talk about eclipse all day long and that is appropriate? Ok, rant is over - hope this doesn't start a war. _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 --- 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] JBOSS and SQL Server 2000
Thanks, Looking through the jboss website, cannot find one reference to SQL Server. Everything is Unix and Oracle. Also, looking at the forums, looks like some people have tried it, but that it doesn't work that good. Is Oracle better? Unfortunately not. But everything in a production server environment is better than windows will ever be. bax Thanks -Original Message- From: Kristian Köhler [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 8:03 AM To: [EMAIL PROTECTED] Subject: AW: [JBoss-dev] JBOSS and SQL Server 2000 That's not true. JBoss works with MS SQL Server 2000. Kristian -- Orientation in Objects GmbH http://www.oio.de -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Richard Schultz Gesendet: Donnerstag, 27. Februar 2003 16:40 An: '[EMAIL PROTECTED]' Betreff: [JBoss-dev] JBOSS and SQL Server 2000 New to Jboss and J2EE, but looks like we will be asked to support an app for our department. We are a Microsoft shop and looking at the JBOSS document - http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks to" Oracle, DB2 and Postgres and not SQL Server 2000. Is this true or does JBOSS work with SQL Server? Thanks in advance *** * Please note the new email address format. PFRD has changed its email naming convention, from [EMAIL PROTECTED] to [EMAIL PROTECTED] Please update your address book with the new address, as the old address will only be valid for a limited time. *** * --- 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 *** * Please note the new email address format. PFRD has changed its email naming convention, from [EMAIL PROTECTED] to [EMAIL PROTECTED] Please update your address book with the new address, as the old address will only be valid for a limited time. *** * --- 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] JBOSS and SQL Server 2000
Thanks, Looking through the jboss website, cannot find one reference to SQL Server. Everything is Unix and Oracle. Also, looking at the forums, looks like some people have tried it, but that it doesn't work that good. Is Oracle better? Thanks -Original Message- From: Kristian Köhler [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 8:03 AM To: [EMAIL PROTECTED] Subject: AW: [JBoss-dev] JBOSS and SQL Server 2000 That's not true. JBoss works with MS SQL Server 2000. Kristian -- Orientation in Objects GmbH http://www.oio.de -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Richard Schultz Gesendet: Donnerstag, 27. Februar 2003 16:40 An: '[EMAIL PROTECTED]' Betreff: [JBoss-dev] JBOSS and SQL Server 2000 New to Jboss and J2EE, but looks like we will be asked to support an app for our department. We are a Microsoft shop and looking at the JBOSS document - http://www.jboss.org/overview.jsp - it appears that JBOSS only "talks to" Oracle, DB2 and Postgres and not SQL Server 2000. Is this true or does JBOSS work with SQL Server? Thanks in advance Please note the new email address format. PFRD has changed its email naming convention, from [EMAIL PROTECTED] to [EMAIL PROTECTED] Please update your address book with the new address, as the old address will only be valid for a limited time. --- 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 Please note the new email address format. PFRD has changed its email naming convention, from [EMAIL PROTECTED] to [EMAIL PROTECTED] Please update your address book with the new address, as the old address will only be valid for a limited time. --- 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
