[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE _default:compile-etc: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/etc [copy] Copying 2 files to /home/jboss/jbossci/jboss-head/remoting/output/etc _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/classes [mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/gen/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 58 source files to /home/jboss/jbossci/jboss-head/remoting/output/classes output: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/remoting/output/lib [rmic] RMI Compiling 1 class to /home/jboss/jbossci/jboss-head/remoting/output/classes [jar] Building jar: /home/jboss/jbossci/jboss-head/remoting/output/lib/jboss-remoting.jar == == == Finished 'most' in module 'remoting'. == == _module-remoting-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-head/build/output/testbuild/lib == == == Executing 'most' in module 'jmx'... == == compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/jmx/output/gen/classes _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/jmx/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 692 source files to /home/jboss/jbossci/jboss-head/jmx/output/classes /home/jboss/jbossci/jboss-head/jmx/src/main/org/jboss/mx/remoting/MBeanServerClientInvokerProxy.java:107: cannot resolve symbol symbol : constructor RuntimeException (java.lang.String,java.lang.Throwable) location: class java.lang.RuntimeException throw new RuntimeException("Couldn't get the remote MBeanServerId",ex); ^ 1 error BUILD FAILED file:/home/jboss/jbossci/jboss-head/jmx/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 37 seconds --- 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] TxInterceptor split is still the best thing since sliced bread
Plus, it is ... a spec requirement! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: vendredi, 28. février 2003 01:13 > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] TxInterceptor split is still the > best thing since sliced bread > > > We will eventually be forced to work with non-java clients. > The world is > not Java centric. We will eventually work with companies > that required a > lot of non-java integration. I've already worked at 2 before JBG. --- 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] RMIClassloader for MBean RMIAdaptor
Hi Peter, You shamed me into testing my alternate implementation of the RMI adaptor, which is now committed in 3.2 This implementation uses the jboss invokers with late de-marshalling so it can be performed with the correct classloader. The three config parameters are JNDIName - for binding the proxy into jndi InterfaceClassName - Choose an interface that looks like an MBeanServer, it doesn't have to extend MBeanServer - it simiulates the loose coupling of the MBeanServer invocation, i.e. it matches name and parameter types. InvokerName - The JMX object name of the jboss invoker There is an example configuration for replacing the RMIAdaptor in server/default/deploy/jmx-invoker-adaptor-server.sar In principle this should work with other MBeanServer like interfaces and other jboss invokers. This is a stop gap solution until jboss4, which will have jboss remoting and jsr160's MBeanServerConnection Regards, Adrian From: Peter Antman <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [JBoss-dev] RMIClassloader for MBean RMIAdaptor Date: 27 Feb 2003 14:33:37 +0100 Hi, I am experiencing some trouble with remote MBean calls (with RMIAdaptor) to MBean loaded in a scoped deployment. Does any one know any way of setting the context class loader that RMI uses when doing its RMIClassLoading stuff. For jrmp ejb calls this works fine since the invocation is detyped and the parameters and classes are loaded in the correct thread context classloader; but as far as I can see invokation of MBeans through rmi seems to require the classes to be available on the global classloader repository. Does anyone know of a way around this or is it simply impossible to call a scopes MBean through RMI without making the classes involed globaly visable? //Peter -- Peter AntmanChief Technology Officer, Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Overloaded with spam? With MSN 8, you can filter it out http://join.msn.com/?page=features/junkmail&pgmarket=en-gb&XAPID=32&DI=1059 --- 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
[JBoss-dev] SEND 15.4 MILLION EMAIL ADDRESSES WEEKLY...PLUS OVER $2,000 WORTH OF FREE EMAIL MARKETING SOFTWARE!
WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER 15.4 MILLION OPT-IN, TARGETED PROSPECTS WEEKLY? Below contains all the information you will ever need to market your product or service on the Internet. If you have a product, service, or message that you would like to get out to Thousands, Hundreds of Thousands, or even Millions of people, you have several options. Traditional methods include print advertising, direct mail, radio, and television advertising. They are all effective, but they all have two catches: They're EXPENSIVE and TIME CONSUMING. Not only that, you only get ONE SHOT at making your message heard by the right people. Also, Internet Search Engine Submissions, Classified Ads, Newsgroup Postings simply DO NOT WORK effectively. Now this has all changed! Thanks to the top programmers in the world and their NEW EMAIL TECHNOLOGY, You can send millions of email messages daily for FREE...Without getting terminated from your current Internet connection! It's very simple to do and you can be increasing your sales within minutes of installing this new extraordinary software! Besides...It's the only real way to advertise on the Internet that works...Period! >>>WE WILL SUPPLY YOU WITH OVER 15.4 MILLION OPT-IN EMAIL ADDRESSES TO GET YOU STARTED RIGHT AWAY! >>>PLUS FREE EMAIL ADDRESS DOWNLOADS FOR LIFE! >>>ALSO, YOU WILL RECEIVE $2,000 WORTH OF EMAIL MARKETING SOFTWARE FREE! Including.. BROADCAST EMAIL SENDING SOFTWARE...(send millions of email advertisements daily with a few clicks of your mouse, without getting your ISP trerminated. We used the same software to send you this email) EMAIL EXTRACTION SOFTWARE...(retrieve new targeted email addresses daily. Hundreds of thousands of them) LIST MANAGEMENT SOFTWARE...(keep your lists clean, opt-in and manage all your remove requests, leads, sales etc...) and much...much more! Hurry...This extraordinary offer ends soon! To find out more information, Do not respond by email. Instead, click on the link below or copy and paste the exact web site address below into your Internet browser. http://www.beenteresting.com/504305/addresses.htm __ Want to be removed from our email list? You were sent this email because you used our Opt-in service. We hope you enjoy reading our messages. However, if you'd rather not receive future e-mails from us, Click on the link below http://www.beenteresting.com/504305/remove.htm Thank you for your cooperation ___ --- 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] Eclipse is so amazing...
hmmm ... allow me to namedrop and spread unverified grapewine info here then ... ThogetherSoft is toying with Eclice as it's runtime framework in upcoming versions ... or was that before Borland ? ... PS: Any right made void as this message is transmitted in a reporting capacity : DS --- 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] TxInterceptor split is still the best thing since sliced bread
We will eventually be forced to work with non-java clients. The world is not Java centric. We will eventually work with companies that required a lot of non-java integration. I've already worked at 2 before JBG. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Dain > Sundstrom > Sent: Thursday, February 27, 2003 6:51 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] TxInterceptor split is still the best thing > since sliced bread > > > I've had only two customers ask about CORBA support, but only as an > interim solution until the clients can be rewritten. Fortunately both > decided to just port the clients at the same time. > > -dain > > On Thursday, February 27, 2003, at 05:04 PM, Luke Taylor wrote: > > > David Jencks wrote: > >> Maybe we're confusing 2 issues here: > >> 1. writing a maintainable usable jboss dtm > >> 2. supporting corba etc. > > > > Does anyone actually use CORBA clients agains JBoss - from Java even, > > never mind C++. > > I can understand the desire to use CORBA the other way - i.e. calling > > out to access a > > legacy system, but is there any reason why anone would choos to use > > CORBA clients. Maybe supporting them isn't really so important. > > > > At one point CORBA was intended to support interceptors (client and > > server side) in a standard way, but I've no idea if the spec. was ever > > completed - they always seemed to be arguing about it and that was > > years ago. If it was, you could probably supply a set of JBoss CORBA > > interceptors which did the same job as the custom Java ones. > > > > Luke. > > > > > > -- > > Luke Taylor. Monkey Machine Ltd. > > PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk > > > > > > > > > > > > --- > > 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] TxInterceptor split is still the best thing since sliced bread
I've had only two customers ask about CORBA support, but only as an interim solution until the clients can be rewritten. Fortunately both decided to just port the clients at the same time. -dain On Thursday, February 27, 2003, at 05:04 PM, Luke Taylor wrote: David Jencks wrote: Maybe we're confusing 2 issues here: 1. writing a maintainable usable jboss dtm 2. supporting corba etc. Does anyone actually use CORBA clients agains JBoss - from Java even, never mind C++. I can understand the desire to use CORBA the other way - i.e. calling out to access a legacy system, but is there any reason why anone would choos to use CORBA clients. Maybe supporting them isn't really so important. At one point CORBA was intended to support interceptors (client and server side) in a standard way, but I've no idea if the spec. was ever completed - they always seemed to be arguing about it and that was years ago. If it was, you could probably supply a set of JBoss CORBA interceptors which did the same job as the custom Java ones. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- 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
[JBoss-dev] [ jboss-Bugs-669112 ] Server.log not created when using xerces
Bugs item #669112, was opened at 2003-01-16 15:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=669112&group_id=22866 Category: JBossServer Group: v3.2 Status: Open >Resolution: Rejected Priority: 7 Submitted By: Andrew Everitt (andieveritt) Assigned to: Nobody/Anonymous (nobody) Summary: Server.log not created when using xerces Initial Comment: If JBoss is installed into a path with a space in the name (e.g. C:\Program Files\JBoss) and you are using Xerces as the JAXP implementation the server.log file is not created. All logging is written to boot.log. I see the following exception on the screen (but not in boot.log): 16:04:35,656 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml log4j:ERROR Could not parse input source [EMAIL PROTECTED] java.net.MalformedURLException: no protocol: log4j.dtd at java.net.URL.(Unknown Source) at java.net.URL.(Unknown Source) at java.net.URL.(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.startEntity(XMLEntityManager.java:807) at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:767) at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:275) at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:841) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:329) at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:525) at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:581) at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152) at org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:253) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:201) at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:672) at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:616) at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:602) at org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:704) at org.jboss.logging.Log4jService$URLWatchTimerTask.reconfigure(Log4jService.java:486) at org.jboss.logging.Log4jService$URLWatchTimerTask.run(Log4jService.java:425) at org.jboss.logging.Log4jService.startService(Log4jService.java:281) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:164) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:976) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:397) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:249) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:802) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:616) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:580) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:564) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:324) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:221) at com.xms.install.jboss.JBossJService.bootJBoss(JBossJService.java:139) at com.xms.install.jboss.JBossJService.start(JBossJService.java:64) --
Re: [JBoss-dev] TxInterceptor split is still the best thing sincesliced bread
David Jencks wrote: Maybe we're confusing 2 issues here: 1. writing a maintainable usable jboss dtm 2. supporting corba etc. Does anyone actually use CORBA clients agains JBoss - from Java even, never mind C++. I can understand the desire to use CORBA the other way - i.e. calling out to access a legacy system, but is there any reason why anone would choos to use CORBA clients. Maybe supporting them isn't really so important. At one point CORBA was intended to support interceptors (client and server side) in a standard way, but I've no idea if the spec. was ever completed - they always seemed to be arguing about it and that was years ago. If it was, you could probably supply a set of JBoss CORBA interceptors which did the same job as the custom Java ones. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk --- 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)
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
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 27-February-2003
JBoss daily test results SUMMARY Number of tests run: 1049 Successful tests: 1045 Errors:1 Failures: 3 [time of test: 2003-02-27.12-05 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.4] See http://users.jboss.org/~starksm/Branch_3_0/2003-02-27.12-05 for details of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SecurityUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: SecurityUnitTestCase Test: testSecureHttpInvokerFailure(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- 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
[JBoss-dev] [ jboss-Feature Requests-694618 ] Feed HttpServletRequest to Custom Login Modules
Feature Requests item #694618, was opened at 2003-02-27 20:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376688&aid=694618&group_id=22866 Category: JBossSX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Ken Yee (kenyee) Assigned to: Nobody/Anonymous (nobody) Summary: Feed HttpServletRequest to Custom Login Modules Initial Comment: I'm sure you've seen how some sites allow you to logon and on that same logon page, you'll see a checkbox that lets them remember the login by sending a browser cookie down. Currently, there is no way to do this in JBoss if you're using container managed security and JAAS/JBossSX. I've searched through the jboss users mailing list and the security forum on jboss.org and people have asked for it in different ways (digest authentication, logging into container security from a servlet, etc.). Can you guys please see if you can squeak this into JBoss 3.2 (and 4.0)? I know it's at RC status but it's an important thing to be able to do. I basically need to be able to get HttpServletRequest in the initialize method of a custom login module so I can look for an automatic login cookie that my login servlet gives the browser. Best place to put HttpServletRequest is probably in the sharedState map of AbstractLoginModule.initialize() so it's available to all login modules. If you don't use container managed security, there are lots of workaround you can use, but they're not as secure. Thanks for listening. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376688&aid=694618&group_id=22866 --- 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] Eclipse is so amazing...
force it to use ant to do all compiles? Seems like that would be best to solve most problems. I've been able to get it to run our ant build files directly. You might have to go into the eclipse properties and add all the tools/lib/*.jar files to the ANT runtime classpath. Do you know if there is an _easy_ way to make all projects use a set of external tools builder configs? I found with a small mod to tools/etc/build*/tools.ent that adding a external builder to execute the build.xml before the eclipse compiler will allow the entire server to be built from inside of eclipse. Only one extra step is needed to call build/build.xml to make the distribution directory so that the server will run... which could be worked around as well with an additional builder to trigger the build module to pull. BTW I did not have to add anything the ANT runtime classpath. --jason --- 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] JSR-77 in 3.2
Here is what we could do. The servlet statistics are #number of operations, mix/Max/TotalTime in miliseconds. Neither of the operations is unlikely to ever exceed the range of an integer. Unlike longs, integer assignments are atomic. If we keep the statistics in a volatile int, we make sure different threads see the most current value, without the need to lock. We will miss a few updates, due to different threads overwriting their changes under high load, but they are only statistics, and transient by nature anyway. I did the same thing with JTA and EntityBean statistics. Stefan On Thursday, Feb 27, 2003, at 05:26 US/Pacific, Jules Gosnell wrote: Stefan Reich wrote: I tested JSR-77 support in 3.2 and noticed the following issues: * EntityBeanStatsImpl: PooledCount shows up always as zero * JTAStatsImpl: results are always zero because the TranactionManagerService doesn't register itself as an MBean * JCAConnectionPoolStatsImpl: WaitingThreadCount probably not connected * JCAStatsImpl: only lists default datasource * JMSResource needs to be hooked up. The following stats don't show up at all: JavaMail, JDBCStats, ServletStats and URLStats. The ServletStats are currently not filled out because acquiring them will add a significant point of contention to each servlet. We hope to have a solution soon. Jules (Jetty Integrator) --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ _ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com ___ _ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- 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] Eclipse is so amazing...
Well, if you are willing to shell out some cash, then you might consider trying webshpere studio. Since it's built on eclipse, it has all the eclipse goodies plus a ton of other stuff like a jsp editor. Regards, Hiram --- Aleksandr Shneyderman <[EMAIL PROTECTED]> wrote: > > Hate to say this but netbeans (www.netbeans.org) > beats eclipse hands down. > > Hate to tell you but that thing is just damn slow. > What amazes me is that no matter how much RAM your > machine has NetBeans is just always hungry for it. > > > Does all of the below and lots more. Go take a > look at the module > > selection > > at www.netbeans.org/devhome and > > > http://www.netbeans.org/devhome/modules/by-module.html > > I am not sure about much more, but one thing I miss > from there is JSP editor. I have not seen any decent > eclipse JSP plugin yet. > > > > > --- > 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 __ 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] Eclipse is so amazing...
> Hate to say this but netbeans (www.netbeans.org) beats eclipse hands down. Hate to tell you but that thing is just damn slow. What amazes me is that no matter how much RAM your machine has NetBeans is just always hungry for it. > Does all of the below and lots more. Go take a look at the module > selection > at www.netbeans.org/devhome and > http://www.netbeans.org/devhome/modules/by-module.html I am not sure about much more, but one thing I miss from there is JSP editor. I have not seen any decent eclipse JSP plugin yet. --- 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[2]: [JBoss-dev] Eclipse is so amazing...
Hello Nick, NB> Hate to say this but netbeans (www.netbeans.org) beats eclipse hands down. NB> Does all of the below and lots more. Go take a look at the module selection NB> at www.netbeans.org/devhome and NB> http://www.netbeans.org/devhome/modules/by-module.html NB> There is the full ide and a 'platform' version which is the basis of any NB> application wishing to use any combo of the modules + any 'user' developed NB> modules. NB> And its open source too Good that after evaluating the available IDE's you find your one. Many possible things to say, I confine myself to: Swing, you write it once and it looks bad everywhere (also in NetBeans) (: Hans --- 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: AW: [JBoss-dev] JBOSS and SQL Server 2000
This mainling list about the development of the JBoss server. Please, use the jboss-user mailing list. -dain On Thursday, February 27, 2003, at 10:21 AM, Kristian Köhler wrote: Hi Richard 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. For JBoss MS SQL Server is just another Database. JBoss uses JDBC to communicate with its Databases. So I would say that there is no great difference. :-) Is Oracle better? Oh... :-) Kristian 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 --- 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] Eclipse is so amazing...
Hate to say this but netbeans (www.netbeans.org) beats eclipse hands down. Does all of the below and lots more. Go take a look at the module selection at www.netbeans.org/devhome and http://www.netbeans.org/devhome/modules/by-module.html There is the full ide and a 'platform' version which is the basis of any application wishing to use any combo of the modules + any 'user' developed modules. And its open source too - Original Message - From: "Hans Dockter" <[EMAIL PROTECTED]> To: "Jason Dillon" <[EMAIL PROTECTED]> Sent: Thursday, February 27, 2003 3:31 PM Subject: Re: [JBoss-dev] Eclipse is so amazing... > A major aspect of Programming is mastering complexity. The human mind > can deal only with something like seven entities at once. An important > means to approach a set of entities that is much larger is > abstraction. A good IDE reduces the amount of swapping between levels > of abstraction tremendously which saves energy and keeps one more > focused for the actual problems. A good IDE does increase my > productivity significantly. > > Other aspects are: > - Refactoring: How do the people with emacs or vim change the names of > fields and methods. With regular expressions ? Well, good luck. How do they move > classes to other packages, etc Either they don't do all this > stuff it although they would like to, or they spend a lot of work and are still likely > to have forgotten something. (O.k. they have unit test so there will > be an alert, but still). Even simple refactoring is a nightmare without a tool > that supports it. > - Reduction of compilation errors (due to code assist) > - Preventing dumb work. For example creation of delegate objects, smart templates, etc ... > - many more aspects > > When talking about Eclipse one thing is important: > > Eclipse is NOT an IDE but an application framework. IBM is thinking > about using Eclipse as a framework for there future > applications. It is a container for plug-ins like JBoss is a > container for MBeans. And as the J2EE support of JBoss is just a set > of MBeans, the Java-IDE of eclipse is just a set of plug-ins. > > I'd use Eclipse as a framework for almost any UI application I can > imagine. One thing of this framework is a new GUI lib, the SWT. If > this would have been available earlier the Java reputation for the > Desktop would be good and not fucked up like it is now. > > When I say good IDE I mean it. Eclipse Java IDE is one, IntelliJ from > all what I hear as well, others are not. > > Compared to IntelliJ there are two important differences. Eclipse is > open source. It solves many problems if you have insight in the code. > Eclipse offers a API with deep access to the framework to plug-in and > enhance it. From what I've heard about IntelliJ there is an open API > but it does not go deep. > > I hope that the next major release of JBoss-IDE will be so attractive > that many JBoss developer will jump on it even if they have to get > acquainted to a new tool. > > But anyway, it's good to have choices (: > > Hans > > > > --- > 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
AW: [JBoss-dev] JBOSS and SQL Server 2000
Hi Richard > 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. For JBoss MS SQL Server is just another Database. JBoss uses JDBC to communicate with its Databases. So I would say that there is no great difference. :-) > Is Oracle better? Oh... :-) Kristian > 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
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
[JBoss-dev] JBOSS and SQL Server 2000
Title: Message 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.
Re: [JBoss-dev] Eclipse is so amazing...
A major aspect of Programming is mastering complexity. The human mind can deal only with something like seven entities at once. An important means to approach a set of entities that is much larger is abstraction. A good IDE reduces the amount of swapping between levels of abstraction tremendously which saves energy and keeps one more focused for the actual problems. A good IDE does increase my productivity significantly. Other aspects are: - Refactoring: How do the people with emacs or vim change the names of fields and methods. With regular expressions ? Well, good luck. How do they move classes to other packages, etc Either they don't do all this stuff it although they would like to, or they spend a lot of work and are still likely to have forgotten something. (O.k. they have unit test so there will be an alert, but still). Even simple refactoring is a nightmare without a tool that supports it. - Reduction of compilation errors (due to code assist) - Preventing dumb work. For example creation of delegate objects, smart templates, etc ... - many more aspects When talking about Eclipse one thing is important: Eclipse is NOT an IDE but an application framework. IBM is thinking about using Eclipse as a framework for there future applications. It is a container for plug-ins like JBoss is a container for MBeans. And as the J2EE support of JBoss is just a set of MBeans, the Java-IDE of eclipse is just a set of plug-ins. I'd use Eclipse as a framework for almost any UI application I can imagine. One thing of this framework is a new GUI lib, the SWT. If this would have been available earlier the Java reputation for the Desktop would be good and not fucked up like it is now. When I say good IDE I mean it. Eclipse Java IDE is one, IntelliJ from all what I hear as well, others are not. Compared to IntelliJ there are two important differences. Eclipse is open source. It solves many problems if you have insight in the code. Eclipse offers a API with deep access to the framework to plug-in and enhance it. From what I've heard about IntelliJ there is an open API but it does not go deep. I hope that the next major release of JBoss-IDE will be so attractive that many JBoss developer will jump on it even if they have to get acquainted to a new tool. But anyway, it's good to have choices (: Hans --- 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
[JBoss-dev] RMIClassloader for MBean RMIAdaptor
Hi, I am experiencing some trouble with remote MBean calls (with RMIAdaptor) to MBean loaded in a scoped deployment. Does any one know any way of setting the context class loader that RMI uses when doing its RMIClassLoading stuff. For jrmp ejb calls this works fine since the invocation is detyped and the parameters and classes are loaded in the correct thread context classloader; but as far as I can see invokation of MBeans through rmi seems to require the classes to be available on the global classloader repository. Does anyone know of a way around this or is it simply impossible to call a scopes MBean through RMI without making the classes involed globaly visable? //Peter -- Peter AntmanChief Technology Officer, Development Technology in Media, Box 34105 100 26 Stockholm WWW: http://www.tim.se WWW: http://www.backsource.org Email: [EMAIL PROTECTED] Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JSR-77 in 3.2
Stefan Reich wrote: I tested JSR-77 support in 3.2 and noticed the following issues: * EntityBeanStatsImpl: PooledCount shows up always as zero * JTAStatsImpl: results are always zero because the TranactionManagerService doesn't register itself as an MBean * JCAConnectionPoolStatsImpl: WaitingThreadCount probably not connected * JCAStatsImpl: only lists default datasource * JMSResource needs to be hooked up. The following stats don't show up at all: JavaMail, JDBCStats, ServletStats and URLStats. The ServletStats are currently not filled out because acquiring them will add a significant point of contention to each servlet. We hope to have a solution soon. Jules (Jetty Integrator) --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 企业工程
《全国网络系统集成方案集》 + 最新PHP,ASP,JAVA、VB、PB、DELPHI、VC 源码系列光盘 本集收录了全国各地大量网络系统和系统集成方面的资料、方案、规划、技术、解决方案等等珍贵材料!内容涉及包括政府、校园、广电、金融、电子商务、税务、社保、宽带网、智能小区等十多个行业!!!绝对是个人网络技术爱好者、系统集成行业等不可多得的宝贵参考资料!!! 具体详情请点击这里 系统集成光盘目录 售价250圆 1、宽带网城域网---11篇 2、电子商务网站---26篇 3、网络安全6篇 4、网络管理---13篇 5、网络方案4篇 6、呼叫中心5篇 7、TCP/IP培训--3篇 8、视频会议、VOD--13篇 9、VOIP5篇 10、IP电话-9篇 11、建设规范书13篇 12、访问服务器21篇 13、金融--26篇 14、广电---5篇 15、政府--24篇 16、校园--19篇 17、邮政---3篇 18、社保---6篇 19、公检法-3篇 20、计费--xx篇 21、税务---3篇 23、办公自动化15篇 24、容错、备份11篇 25、技术解决方案--58篇 26、无线传输---5篇 27、投标书-7篇 28、智能楼宇--10篇 29、综合布线--12篇 30、幻灯片18篇 31、工程图纸--88篇 32、Cisco资料xxx篇 33、管理员手册20篇 34、销售方案---7篇 35、其它--24篇 具体详情请点击这里 以后的系统集成方案升级我们会免费发送到你的信箱! 以下为PHP,ASP,JAVA、VB、PB、DELPHI、VC 源码系列光盘 以下光盘详情请点击这里 黄金源代码程序 价格:220元 工商资源信息商务网 创新网络办公系统 天心新闻系统1.15版 太阳之家超级论坛 Eshop3000网络智能购物系统 网络游戏论坛专区 五星级广告专业信息网 人力资源管理系统 人才招聘系统 专业物流信息网站 中关村信息港 大型网络交友系统 网上大型音响超市(类似8848购物网) 全自动智能建站系统 高级源代码程序光盘,(分PHP,ASP,JAVA、VB、PB、DELPHI、VC ) PHP源代码光盘: 价格:300元 (由近600套PHP各类系统组成,系统分类涉及20大类,系统带有完整地中文说明及数据库,是初者及高级开发人员必备资料,对开发各类系统具有很高的参考价值) 包括: PHP(3个)编辑工具(2个)电子购物(18个)广告管理(13个)计数器(19个)聊天室(17个)另类其他(63个)留言薄(24个)论坛社区(49个) 搜索引擎(5个)投票系统(7个)文件管理(18个)下载系统(12个)新闻发布(26个)邮件管理(6个)自助连接(6个) ASP源代码光盘: 价格:300元 上百种大中型ASP源程序 更多详情请点击这里 金陵网络办公系统access版 易索咨询网络全站系统 电影会员系统程序 电子商务供求系统 就是流行梯形论坛 专业大型虚拟主机域名申请系统 网页版QQ在线聊天系统 大型医院网站全站系统 …… Delphi源码光盘 价格:240元 光盘资料主要介绍Delphi中主要控件的详细的使用及技巧,光盘中蕴涵了近千套系统模块。 Visual Basic源码光盘 价格:220元 Visual Basic实用版内容主要针对VB专业程序设计人员而设计整理的纯资料性质的光盘。 Visual C++ 源码光盘 价格:220元 Visual C++实用版内容主要针对VC专业程序设计人员而设计整理的纯资料性质的光盘。 JAVA 源码光盘 价格:250元 PowerBuilder源码光盘 价格:280元 完整MIS系统列表(源代码) 商品销售系统,峪张公司销售系统,XX公司财务系统,学生学籍管理系统,学院教材室期刊论文管理系统 城市供暖收费系统(C/S结构),大学学生信息管理审核系统,列车时刻查询系统 以上内容详情请点击这里 以上全部光盘优惠价:1500元 所有光盘资料、程序都经过测试,100%正常运行使用,保证质量。 以上全部光盘+邮件软件+全国分类2000万邮件 优惠价:2000元 购买方式: 以上内容详情请点击这里 购买请填点击这里填写表单,我们将尽快与您联系。 发货方式:EMS快递光盘 晶资源网络信息服务中心 服务咨询电话:0816-6623109 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [OT] Eclipse is so amazing...
> Automatically is what I meant. I'm just learning the internals of eclipse but I don't think this should be too hard to add. Create a builder, a wizard, some property pages etc. and you're off. I could have a go at doing this in a few weeks, once I've got some others things working. I'll forward it to the JBoss-IDE project once it's done. > On a per package or per class level, there are several bits of select > packages which will only compile under 1.4, but I do not want > to force > the entire project to use one or the other. I was hoping for a bit > more intelligence for supporting multiple jdk versions concurrently. Eclipse 1 used to do this on a per project basis, they removed it when moving to Eclipse 2. I don't know what the reasons are for this but it is one of the features I miss :-(. Kev Kevin Conner This is a personal e-mail. Any views or opinions presented are solely those of the author and do not necessarily represent those of Orchard Information Systems Ltd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-694250 ] Reload of embedded tomcat 4.1 service failed
Bugs item #694250, was opened at 2003-02-27 11:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=694250&group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Derar Bakr (dbakr) Assigned to: Nobody/Anonymous (nobody) Summary: Reload of embedded tomcat 4.1 service failed Initial Comment: Operating systems - WinXP and Debian Linux JDK - 1.4.1 Got error when touching tomcat41-service.xml Jboss tries to reload embedded container but a lot of bugs rise. Bugs are concerned to classloading. Here is peace of log trace: javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/forum.jar at org.apache.catalina.startup.ContextConfig.tldScanJar (ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan (ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start (ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent (ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEve nt(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start (StandardContext.java:3567) at org.apache.catalina.core.ContainerBase.addChildInternal (ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild (ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild (StandardHost.java:579) at org.jboss.web.catalina.EmbeddedCatalinaService41.crea teWebContext(EmbeddedCatalinaService41.java:431) at org.jboss.web.catalina.EmbeddedCatalinaService41.perfo rmDeploy(EmbeddedCatalinaService41.java:306) at org.jboss.web.AbstractWebContainer.start (AbstractWebContainer.java:304) at org.jboss.deployment.MainDeployer.start (MainDeployer.java:827) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:639) at org.jboss.deployment.MainDeployer.addDeployer (MainDeployer.java:244) at sun.reflect.GeneratedMethodAccessor15.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) at $Proxy31.addDeployer(Unknown Source) at org.jboss.deployment.SubDeployerSupport.startService (SubDeployerSupport.java:108) at org.jboss.web.catalina.EmbeddedCatalinaService41.start Service(EmbeddedCatalinaService41.java:263) at org.jboss.system.ServiceMBeanSupport.start (ServiceMBeanSupport.java:192) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke (ServiceController.java:966) at $Proxy11.start(Unknown Source) at org.jboss.system.ServiceController.start (ServiceController.java:392) at sun.reflect.GeneratedMethodAccessor6.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start (SARDeployer.java:231) at org.jboss.deployment.MainDeployer.start (MainDeployer.java:827) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:639) at org.jboss.deployment.MainDeployer.deploy (MainDeployer.java:612) at sun.reflect.GeneratedMethodAccessor20.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invok e(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke (MBeanProxy.java:174) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scan