RE: [JBoss-dev] Tyrex transaction manager
Maybe this is a production DTM option http://www.arjuna.com/products/jboss/index.html although I don't know the cost. Cheers, Fred -Original Message- From: Scott M Stark [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 12:23 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Tyrex transaction manager The Tyrex integration was done by Anatoly Akkerman([EMAIL PROTECTED]) and it never reached a production quality service. Arbitrary stuff is allowed in the codebase for experimentation, we only support production level efforts that are maintained. -- Scott Stark Chief Technology Officer JBoss Group, LLC Bruce Snyder wrote: This one time, at band camp, Bill Burke said: BBWe will not be supporting the Tyrex transaction manager anymore unless you BBwant to take over the integration. I'm just curious, why was this decision made? Who used to maintain this integration? Bruce --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Daily tests v2
The idea is a simple build.xml with minimal setup (cvs client, Ant, a JDK, a couple modifications to an Ant properties file). The build.xml does the cvs copyout, compile, test case run, shutdown and then FTPs the results to a web site. This build.xml only works unattended with fixes that are in =3.0.7 and 3.2 branches. We will be scheduling the tester to run regularly on the tip of all major source branches (4.0 will be added soon) and results will be archived for every release, so anyone can make sure the failures they get from a home install are the 'correct' set for a given release. Over time we will be setting up the tester for more JDKs and OSes. The initial set of OSes is: RedHat Linux 2.4.18-26.8.0 RedHat Linux 2.2.16-22 RedHat Linux 2.2.14-5.0 Windows 2000 Windows NT Windows XP Solaris 5.9 AIX 4.3 AIX 5.1L HP-UX 11i HP-UX 11 We would also like to extend the test result archive to include results of testsuite execution using other DBMSes and JMS providers. -Fred -Original Message- From: Sacha Labourey [mailto:[EMAIL PROTECTED] Sent: Saturday, April 12, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Daily tests v2 Hello Fred, Could you please let me know the advance of this project? I am interested in it and willing to help setting up the environment. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Hartman Sent: vendredi, 11. avril 2003 18:44 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Daily tests v2 webMethods has the 3.0.x and 3.2.x branches compiling and running the testsuite on 35 OS/JVM combinations. We are preparing to move the results host outside our firewall and will allow the JBoss Community to add testsuite results for JVM/OS combinations that are not covered to that archive. More info will be coming in the next couple weeks. Cheers, Fred -Original Message- From: Chris Kimpton [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2003 2:16 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Daily tests v2 Hi, I have the my shiny new daily testing going fairly smoothly now, you can see the web results here: http://jboss1.kimptoc.net/ I will point the email nagger to the jboss-dev list any moment now... It does regular intra-day compiles, linux and winxp (via cygwin) - only on jdk1.4 and daily tests (full and unit tests - alternating between machines). Its only using HEAD. I presume this is used for JBoss4 dev... So - what else should be covered? - other branches? - other jdks - ie should I try building/testing a minimal system under jdk13? See ya, Chris = __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Daily tests v2
Currently the UI is a JSP tree viewer built from the results directory tree, which is results/JBossVersion/OS/OSVersion/JVMProvider/JVMVersion. It will be easier to figure out what should be added to the UI once we get the server public. -Original Message- From: Sacha Labourey [mailto:[EMAIL PROTECTED] Sent: Saturday, April 12, 2003 6:25 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Daily tests v2 OK, We still need to find a way to make this information easy to browse (by OS/JVM vendor/JVM version/JBoss version etc.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Hartman Sent: dimanche, 13. avril 2003 00:15 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Daily tests v2 The idea is a simple build.xml with minimal setup (cvs client, Ant, a JDK, a couple modifications to an Ant properties file). The build.xml does the cvs copyout, compile, test case run, shutdown and then FTPs the results to a web site. This build.xml only works unattended with fixes that are in =3.0.7 and 3.2 branches. We will be scheduling the tester to run regularly on the tip of all major source branches (4.0 will be added soon) and results will be archived for every release, so anyone can make sure the failures they get from a home install are the 'correct' set for a given release. Over time we will be setting up the tester for more JDKs and OSes. The initial set of OSes is: RedHat Linux 2.4.18-26.8.0 RedHat Linux 2.2.16-22 RedHat Linux 2.2.14-5.0 Windows 2000 Windows NT Windows XP Solaris 5.9 AIX 4.3 AIX 5.1L HP-UX 11i HP-UX 11 We would also like to extend the test result archive to include results of testsuite execution using other DBMSes and JMS providers. -Fred -Original Message- From: Sacha Labourey [mailto:[EMAIL PROTECTED] Sent: Saturday, April 12, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Daily tests v2 Hello Fred, Could you please let me know the advance of this project? I am interested in it and willing to help setting up the environment. Cheers, Sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fred Hartman Sent: vendredi, 11. avril 2003 18:44 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] Daily tests v2 webMethods has the 3.0.x and 3.2.x branches compiling and running the testsuite on 35 OS/JVM combinations. We are preparing to move the results host outside our firewall and will allow the JBoss Community to add testsuite results for JVM/OS combinations that are not covered to that archive. More info will be coming in the next couple weeks. Cheers, Fred -Original Message- From: Chris Kimpton [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2003 2:16 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Daily tests v2 Hi, I have the my shiny new daily testing going fairly smoothly now, you can see the web results here: http://jboss1.kimptoc.net/ I will point the email nagger to the jboss-dev list any moment now... It does regular intra-day compiles, linux and winxp (via cygwin) - only on jdk1.4 and daily tests (full and unit tests - alternating between machines). Its only using HEAD. I presume this is used for JBoss4 dev... So - what else should be covered? - other branches? - other jdks - ie should I try building/testing a minimal system under jdk13? See ya, Chris = __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
Don't be too sure that there isn't a number of months of effort to pass the conformance suite. There are lots of edge cases and areas of interpretation when implementing from a spec. There are also stupid things in specs that implementers chose to implement differently with just cause. Certainly the bits that developers care about are compatible. The issue may be more about putting in the effort to do marginally useful changes just to pass the conformance suite when there are some beautiful 4.0 features to work on, but maybe both can get done if everyone submits a patch or two... -Fred -Original Message- From: Rhett Aultman [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2003 7:12 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath? It's interesting, since I didn't think anyone in JBoss was bluffing. Question, though: JBoss is free, right? Therefore, before Sun goes around with the bravado, couldn't they have downloaded JBoss and run it against the compliance suite to know if it would pass or not? It seems to me that, if anyone's bluffing, it's them. -Original Message- From: Jeff Haynie [mailto:[EMAIL PROTECTED] Sent: Thu 3/20/2003 8:51 PM To: [EMAIL PROTECTED] Cc: Subject: [JBoss-dev] Jboss/David Vs. Sun/Goliath? Famous quote from Sun on News.com: http://news.com.com/2100-1013-993471.html?tag=fd_top 'Phipps said Wednesday that making the compliance test available will make it clear that Sun does not want to intentionally obstruct JBoss Group's efforts to gain J2EE compliance. However, Phipps said he doubts that JBoss software will pass the compliance test. Basing his opinion on public information, he said, JBoss software does not appear to implement all of the J2EE specification. I predict that now that we're calling their bluff, they will make up another excuse for not doing the tests, Phipps said. ' So, Sun's calling our bluff??? --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development NX'u)Y\gbHzG(%,zZ)x%In,ufz{elqzm?X(~zwXb?,zZ) --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMS reliability (?)
Can you clarify this recommendation? It sounds like you said 3.2 is better, but use 3.0.x. Is this solely because 3.2 isn't quite baked yet or is there another reason to stick with 3.0.x? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Aaron Lindsey Sent: Sunday, February 02, 2003 3:13 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JMS reliability (?) Hi Calin, While there is still room for improvement in the performance category, I believe the corruption problems with large queues is fixed in the later releases of the 3.0.x series. If you use JBoss 3.0.5 or later, you shouldn't experience the problems outlined in points 1 and 2 below. JBoss 3.2.x has a new implementation that should help in high load situations, but I would suggest using the 3.0.x series for production use. Aaron On Sunday 02 February 2003 11:17 am, you wrote: Hi, I saw a couple of worrying messages in the mailing lists regarding the reliability of JBoss implementation of JMS. Is JBoss' JMS reliable and suitable for production environment? For example for the scenario of an external client (or an another JBoss server) sending messages to a JBoss server. If the answer is yes ( I hope this is the answer) , which JBoss version is the most reliable and suitable for production? Any feedbacks really appreciated, Calin Lupa - Original Message - From: Muntean Horia To: [EMAIL PROTECTED] Sent: Sunday, January 19, 2003 1:30 PM Subject: Re: [JBoss-user] jms issues Rob Finneran wrote: Hi Listees, Just to give feedback, and not to rant too much: I have also seen the problems stated in 1 and 2 of these messages. I had to remove message queueing from my production environments because of it. IMHO, It would be very big plus if the JMS reliability issues were resolved. I hate to complain because JBoss has served me well, but I would like to use JMS more frequently in my production environments. Cheers, Rob - Original Message - From: Ed Brown [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 17, 2003 12:37 PM Subject: Re: [JBoss-user] jms issues Quoting Peter Fagerlund [EMAIL PROTECTED]: torsdagen den 16 januari 2003 kl 03.49 skrev Ed Brown: Here are the list of problems that I ran into when I used the JBoss implementation: 1. If too many messages were queued up, and the server was stopped and restarted, the server hung. 2. Sometimes when the server was stopped and restarted, the message queues seemed to get corrupted and the things wouldn't work. I would have to stop JBoss, manually remove the queues and restart. 3. The message queues didn't seem to hold up under heavy load. DefaultDS is used per default unless You massage Your persistent settings the above can result as perceived. The default settings were used when this happend. 1) I suspect a corrupted DB from a not clean shutdown 2) I suspect a corrupted DB from a not clean shutdown Shutdown was done using CTRL-C at the console. Since that was the way to shut it down, corrupted queues resulting from shutdown was not acceptable. 3) Depends how heavy We talk here ? could also be my introduced thread bug ? It was single threaded. What was Your test setup HW/SW and JBoss version ? JBoss 3.0.1, on Windows 2000 and Linux. I'm not alone in finding the JBoss implementation of JMS lacking. I've read the forums. IMO, it's not ready for prime time, for that matter, neither is the JBoss inclusion of Axis. But I've written enough. Ed Brown __ _ __ This mail sent via toadmail.com, web e-mail @ ToadNet - want to go fast? http://www.toadmail.com --- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ___ JBoss-user mailing list [EMAIL PROTECTED]
[JBoss-dev] Jetty addListener/removeListener exception
Using JBoss/Jetty 3.0.3. I have an MBean that dynamically adds and removes SocketListeners from Jetty HttpServer. It looks like there is a problem in main/org/mortbay/http/SocketListener.java: public void setHttpServer(HttpServer server) { Code.assertTrue(_server==null || _server==server, Cannot share listeners); _server=server; } Should be public void setHttpServer(HttpServer server) { Code.assertTrue(server==null || _server==null || _server==server, Cannot share listeners _server:+_server+ server:+server); _server=server; } because in main/org/mortbay/http/HttpServer.java addListener sets to a non-null value, then removeListener sets to null, therefore do addListener and then removeListener would always cause the assert to fail, generating an exception. public HttpListener addListener(HttpListener listener) throws IllegalArgumentException { listener.setHttpServer(this); //--sets to non-null _listeners.add(listener); addComponent(listener); return listener; } public void removeListener(HttpListener listener) { [clip] _listeners.remove(l); removeComponent(listener); if (listener.isStarted()) try{listener.stop();}catch(InterruptedException e){Code.warning(e);} listener.setHttpServer(null); //--sets back to null [clip] } The same issue can be found in AJP13Listener.java. Cheers, Fred --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Multiple JBoss/Jetty Instances - BindException: Address already in use
These are the ports I know about. It looks like the each one of these services has to either have the port settings modified or to use an optional attribute line bindAddress or serverAddress to change the IP used. 8080 - default Jetty HTTP port. The default port can be changed using: -Djetty.port=80. The following ports are used for the specified optional service: 1099 - default JBoss Naming Service listener. 1100 - default JBoss HA Naming Service. 1102 - default JBoss HA Naming Service Automated Discovery. 1476 - default JBoss HSQLDB Listener. 3528 - default JBoss IIOP Listener. - default JBoss RMI Object Listener. 8009 - default JBoss AJP13 Listener. 8083 - default JBoss Web Server. 8443 - default Jetty HTTPS Listener. 8090 - default JBossMQ OIL Listener. 8091 - default JBossMQ UIL Listener. HTH, Fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Barnes Sent: Wednesday, January 08, 2003 4:03 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Multiple JBoss/Jetty Instances - BindException: Address already in use I have been unable to get a second instance of JBoss running on my Solaris Server. I'm using JBoss 3.0.4 and Jetty for the HTTP/Servlet engine. Based on what I've read on the Jboss forum's I have tried to do the following: I've changed the ports defined in {JBOSS_2_DIR}/server/default/conf/jboss-service.xml {JBOOS_2_DIR}/server/default/deploy/jbossweb.sar/META-INF/jboss-service.xml However upon startup I still get a message regarding a BindException: mbeans: , org.jboss.deployment.DeploymentInfo@538b6dbd { url=file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jb oss-ser vice.xml } deployer: org.jboss.deployment.SARDeployer@a786c3 status: Deployment FAILED reason: Trying to install an already registered mbean: jboss:type=Service,name=BootstrapEditors state: FAILED watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jboss- service.xml lastDeployed: 1042059465556 lastModified: 1042059465000 mbeans: , org.jboss.deployment.DeploymentInfo@ef747d17 { url=file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jm x-conso le.war/ } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/jmx-co nsole.war/ lastDeployed: 1042059467654 lastModified: 1036282165000 mbeans: , org.jboss.deployment.DeploymentInfo@525ca96c { url=file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/Se ction8S ervices.war } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/deploy/Sectio n8Services.war lastDeployed: 1042059467866 lastModified: 1042059467000 mbeans: ]MBeans waiting for classes: none MBeans waiting for other MBeans: [ObjectName: jboss.mq:service=InvocationLayer,type=OIL state: FAILED I Depend On: jboss.mq:service=Invoker Depends On Me: java.net.BindException: Address already in use, ObjectName: jboss.mq:service=InvocationLayer,type=UIL state: FAILED I Depend On: jboss.mq:service=Invoker Depends On Me: java.net.BindException: Address already in use] 14:58:07,090 INFO [URLDeploymentScanner] Started 14:58:07,090 INFO [MainDeployer] Deployed package: file:/export/home/agentis1/jboss_qa/jboss-3.0.4/server/default/conf/jboss-se rvic e.xml 14:58:07,094 INFO [Server] JBoss (MX MicroKernel) [3.0.4 Date:200211021607] Started in 0m:32s:745ms Any ideas, I've tried all I can think of. Thanks in advance, John Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now --- 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] Re: Jsp compilation Problem with Jboss3.0-jetty and Red Linux7.2
sun/tools/javac/Main is in tools.jar. Put that on your system classpath before launching JBoss or you can copy it into jre/lib/ext so it automagically gets picked up. -Fred -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of BrijeshSent: Thursday, December 26, 2002 11:27 PMTo: [EMAIL PROTECTED]Cc: [EMAIL PROTECTED]Subject: [JBoss-dev] Re: Jsp compilation Problem with Jboss3.0-jetty and Red Linux7.2 Anybody who can help me for below query...pl reply ..!!! you can also reply to my id [EMAIL PROTECTED] [EMAIL PROTECTED] Brijesh Tripathi - Original Message - From: Brijesh To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, December 26, 2002 5:44 PM Subject: Jsp compilation Problem with Jboss3.0-jetty and Red Linux7.2 Hi All, I am facing problem in running .jsp file in Jboss3.0.4. I have installed Jboss3.0.4 with jetty option on Red Hat Linux7.2. I am getting below exception ** 17:03:24,468 WARN [jbossweb] WARNING: Exception for /test/doc.jspjava.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:136) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:276) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:176) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:188) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:293) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:581) at org.mortbay.http.HttpContext.handle(HttpContext.java:1687) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:544) at org.mortbay.http.HttpContext.handle(HttpContext.java:1637) at org.mortbay.http.HttpServer.service(HttpServer.java:875) at org.jboss.jetty.Jetty.service(Jetty.java:543) at org.mortbay.http.HttpConnection.service(HttpConnection.java:806) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:203) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743) at java.lang.Thread.run(Thread.java:484) * When I started the server I got following error run.sh: Missing file: /lib/tools.jarrun.sh: Unexpected results may occur. Make sure JAVA_HOME points to a JDK and not a JRE. If anyone faced the similar kind of problem earlier pl help ? What can be possible cause and solution? Pl help . Thanks in advance. Brijesh Tripathi Software Engg SOLiTAR Systems (India) P Ltd 82 Udyog Vihar, Phase IV Gurgaon, India
RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
I've gotten compiling problems on the 3.0 Branch when using -d. When I stick with just -P life is good. -Fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Fawcett Sent: Sunday, December 15, 2002 8:55 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed I had this same error on winxp, jdk1.4.1. Manually creating the directory allowed the build to finish. I thought it had something to do with an empty directory in the cache project -- is there supposed to be code in the cache/src/main directory? There are only other empty directories on the cvsview pages at sourceforge. I am using tortoiseCVS to check out. The log says it is using: cvs -q update -d -P CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot/jboss I thought the -d flag for update was meant to force empty directory check-outs, so I am still not sure what is going on. Later, fawce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Scott M Stark Sent: Sunday, December 15, 2002 6:22 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed A clean checkout of jboss-head is compiling for me under JDK1.4.1_01 on win2k and RedHat 8.0 and RedHat 7.3. The issue has to be a conflict with the way the JDK/Ant are running in your environment. Neither environment has ANT_HOME set. What does a build with the -verbose flag passed in show immeadiately before the failure? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Chris Kimpton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 15, 2002 2:06 PM Subject: Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed Hi, This crap code is definitely from jboss-head (not jboss-all). It compiles fine with jdk1.3 - but fails with jdk1.4. Regards, Chris --- [EMAIL PROTECTED] wrote: = ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version 1.4.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /home/jboss/jbossci/jboss-head/aop/output/lib [jar] Building jar: /home/jboss/jbossci/jboss-head/aop/output/lib/jboss-aop.jar == == == Finished 'most' in module 'aop'. == == _module-aop-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-head/build/output/testbuild/lib [copy] Copying 1 file to /home/jboss/jbossci/jboss-head/build/output/testbuild/lib == == == Executing 'most' in module 'cache'... == == configure-modules: Overriding previous definition of reference to jboss.naming.classpath compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/cache/output/gen/classes /home/jboss/jbossci/jboss-head/cache/src/main not found. at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractF ileSet.java:369) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61) at org.apache.tools.ant.Task.perform(Task.java:319) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261) at org.jboss.tools.buildmagic.task.module.ExecuteModules$1.run(ExecuteModul es.java:329) at org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(Exec uteModules.java:342) at org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteMod ules.java:217) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166) at org.apache.tools.ant.Task.perform(Task.java:319) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.Project.executeTargets(Project.java:1250) at org.apache.tools.ant.Main.runBuild(Main.java:610) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235) BUILD FAILED file:/home/jboss/jbossci/jboss-head/cache/build.xml:117: Unexpected error Total time: 48 seconds --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your
RE: [JBoss-dev] Exploded format in JBoss
I assume you can define where that is by enabling the following MBean in jboss-service.xml: !-- An alternate hot deployer mbean. Use URLDirectoryScanner if you need to specify which urls are directories to scan, and which are urls to be deployed directly. URLDeploymentScanner assumes that all directories are to be scanned, which can cause problems if directory referred to in the deploy attribute is an exploded archive. -- mbean code=org.jboss.deployment.scanner.URLDirectoryScanner name=jboss.deployment:type=DeploymentScanner,flavor=URL Cheers, Fred -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Rosh Nair Sent: Tuesday, November 26, 2002 11:28 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Exploded format in JBoss Hello all, Where can I put the ejb components and the web components in the JBoss heirarchy in an exploded format. Thanks in advance Rosh Nair __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development