Re: [JBoss-dev] Cvs issues?
Brian Towles wrote: Anyone else having problems getting to CVS.. Its rejecting anon login from mulitple locations for me but i can get into other sf cvs projects (ie gaim) Thanks -=Brian I just tried an checkout of xdoclet. This worked very fine. cvs update of JBoss-3.2.2 fails for nearly one week now for me. Current error message is: cvs update: authorization failed: server cvs.sourceforge.net rejected access to /cvsroot/jboss for user anonymous --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Anyone able to access cvs?
I can't confirm this, also sitting in germany. cvs gives me a connection refused, trying for about two hours now. before this the update's were waiting for locks. traceroute to cvs.jboss.sourceforge.net (66.35.250.207), 30 hops max, 80 byte packets 1 router.lafr.de (172.31.18.254) 20 ms 2 ms 1 ms 2 212.95.98.248 (212.95.98.248) 25 ms 24 ms 26 ms 3 212.95.98.66 (212.95.98.66) 24 ms 23 ms 24 ms 4 80.228.21.106 (80.228.21.106) 26 ms 135 ms 26 ms 5 80.228.21.90 (80.228.21.90) 25 ms 25 ms 26 ms 6 80.228.21.6 (80.228.21.6) 49 ms 47 ms 49 ms 7 aer1-gigabitethernet4-3.Londonlnt.cw.net (208.175.240.9) 55 ms 68 ms 52 ms 8 zcr2-ge-3-0-0.Londonlnt.cw.net (166.63.222.89) 53 ms 53 ms 53 ms 9 bcr2.Thamesside.cw.net (166.63.210.62) 55 ms 55 ms 193 ms 10 dcr2-loopback.SantaClara.cw.net (208.172.146.100) 210 ms 212 ms 210 ms 11 cable-and-wireless-internal-isp.SantaClara.cw.net (208.172.156.198) 208 ms 209 ms 209 ms 12 66.35.194.4 (66.35.194.4) 218 ms 213 ms 205 ms 13 66.35.194.43 (66.35.194.43) 208 ms 215 ms 210 ms 14 66.35.210.202 (66.35.210.202) 211 ms 210 ms 212 ms 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * root@ebm1:/ date Wed Jan 15 00:26:41 MET 2003 Holger Baxmann wrote: hi scott, here in germany no problems at all: holgerbaxmann@Holger-Baxmanns-Computer:~ $ uname -a Darwin Holger-Baxmanns-Computer.local. 6.3 Darwin Kernel Version 6.3: Sat Dec 14 03:11:25 PST 2002; root:xnu/xnu-344.23.obj~4/RELEASE_PPC Power Macintosh powerpc holgerbaxmann@Holger-Baxmanns-Computer:~ $ ping cvs.jboss.sourceforge.net PING cvs.sourceforge.net (66.35.250.207): 56 data bytes 64 bytes from 66.35.250.207: icmp_seq=0 ttl=48 time=236.075 ms 64 bytes from 66.35.250.207: icmp_seq=1 ttl=48 time=234.639 ms 64 bytes from 66.35.250.207: icmp_seq=2 ttl=48 time=234.241 ms 64 bytes from 66.35.250.207: icmp_seq=3 ttl=48 time=234.728 ms 64 bytes from 66.35.250.207: icmp_seq=4 ttl=48 time=235.069 ms 64 bytes from 66.35.250.207: icmp_seq=5 ttl=48 time=235.187 ms 64 bytes from 66.35.250.207: icmp_seq=7 ttl=48 time=233.94 ms 64 bytes from 66.35.250.207: icmp_seq=8 ttl=48 time=236.483 ms ^C --- cvs.sourceforge.net ping statistics --- 9 packets transmitted, 8 packets received, 11% packet loss round-trip min/avg/max = 233.94/235.045/236.483 ms holgerbaxmann@Holger-Baxmanns-Computer:~ $ btw: how do you get the counter on your prompt ??? bax Von: Scott M Stark [EMAIL PROTECTED] Organisation: JBoss Group, LLC Antworten an: [EMAIL PROTECTED] Datum: Tue, 14 Jan 2003 14:47:48 -0800 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] Anyone able to access cvs? CVS is still acting up on me. After clearing two more locks I now cannot even get an update. Is it just my route or is this seen by everyone jboss-3.2 38date -u Tue Jan 14 22:42:56 2003 jboss-3.2 39ping cvs.jboss.sourceforge.net Pinging cvs.sourceforge.net [66.35.250.207] with 32 bytes of data: Reply from 66.35.250.207: bytes=32 time=31ms TTL=49 Request timed out. Request timed out. Reply from 66.35.250.207: bytes=32 time=31ms TTL=49 Ping statistics for 66.35.250.207: Packets: Sent = 4, Received = 2, Lost = 2 (50% loss), Approximate round trip times in milli-seconds: Minimum = 31ms, Maximum = 31ms, Average = 15ms jboss-3.2 40 Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
OK guys, we see this message for many hours now. How about making it compile again ? These are the little changes I made to get my local copy compile again: Index: jboss-head/jboss.net/src/main/org/jboss/net/axis/security/SigAuthenticationHandler.java === RCS file: /cvsroot/jboss/contrib/jboss.net/src/main/org/jboss/net/axis/security/SigAuthenticationHandler.java,v retrieving revision 1.2 diff -r1.2 SigAuthenticationHandler.java 134c134 sgContext.setProperty(MessageContext.AUTHUSER, securityDomain.getActiveSubject()); --- msgContext.setProperty(MessageContext.AUTHUSER, securityDomain.getActiveSubject()); Index: jboss-head/security/src/main/org/jboss/security/plugins/JaasSecurityDomain.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityDomain.java,v retrieving revision 1.6 diff -r1.6 JaasSecurityDomain.java 27a28 import org.jboss.security.auth.callback.SecurityAssociationHandler; 70c71 super(securityDomain); --- super(securityDomain, new SecurityAssociationHandler()); Index: jboss-head/security/src/main/org/jboss/security/plugins/JaasSecurityManagerService.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManagerService.java,v retrieving revision 1.14 diff -r1.14 JaasSecurityManagerService.java 349c349 CallbackHandler handler = callbackHandlerClass.newInstance(); --- CallbackHandler handler = (CallbackHandler)callbackHandlerClass.newInstance(); Regards Frank [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 /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/ssl/DomainServerSocketFactory.java:18: warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated import com.sun.net.ssl.KeyManagerFactory; ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/ssl/DomainServerSocketFactory.java:19: warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated import com.sun.net.ssl.SSLContext; ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/ssl/DomainServerSocketFactory.java:20: warning: com.sun.net.ssl.TrustManager in com.sun.net.ssl has been deprecated import com.sun.net.ssl.TrustManager; ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/ssl/DomainServerSocketFactory.java:21: warning: com.sun.net.ssl.TrustManagerFactory in com.sun.net.ssl has been deprecated import com.sun.net.ssl.TrustManagerFactory; ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/ssl/DomainServerSocketFactory.java:43: warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated private transient SSLContext sslCtx = null; ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/plugins/JaasSecurityDomain.java:70: cannot resolve symbol symbol : constructor JaasSecurityManager (java.lang.String) location: class org.jboss.security.plugins.JaasSecurityManager super(securityDomain); ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/plugins/JaasSecurityDomain.java:216: warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated String algorithm = KeyManagerFactory.getDefaultAlgorithm(); ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/plugins/JaasSecurityDomain.java:217: warning: com.sun.net.ssl.KeyManagerFactory in com.sun.net.ssl has been deprecated keyMgr = KeyManagerFactory.getInstance(algorithm); ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/plugins/JaasSecurityManagerService.java:349: incompatible types found : java.lang.Object required: javax.security.auth.callback.CallbackHandler CallbackHandler handler = callbackHandlerClass.newInstance(); ^ /home/jboss/jbossci/jboss-all/security/src/main/org/jboss/security/ssl/DomainServerSocketFactory.java:174: warning: com.sun.net.ssl.SSLContext in com.sun.net.ssl has been deprecated sslCtx = SSLContext.getInstance(TLS); ^
Re: [JBoss-dev] HEAD will not build
The build of jboss-head works for me. I got the same problem last week. After all these changes to the build system and renaming from jboss-all to jboss-head a complete fresh checkout solved this. Regards Frank Bill Burke wrote: build files do not work. jason, fix this shit! This is the second week in a row that somebody has fucked things up with the build. Can you at least TEST THINGS before committing something like this?! C:\jboss\jboss-all\buildbuild Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property BUILD FAILED file:C:/jboss/jboss-all/build/../tools/etc/buildfragments/tools.ent:29: taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found Total time: 1 second Press any key to continue . . . C:\jboss\jboss-all\build --- 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] [AUTOMATED] (HEAD) JBoss compilation failed
I had the same problem yesterday. I've deleted jboss-all (and directory jboss which temporary existed) and made a new checkout. Now compilation is fine again. Regards Frank Chris Kimpton wrote: Hi, _buildmagic:init: Trying to override old definition of task property BUILD FAILED file:/disk/orig/home/lubega/jbossro/jboss-all/build/../tools/etc/buildfragments/tools.ent:29: taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found We've got past the other problems - but still have this one - is it just me - or is there really a problem here? I did a full checkout earlier - so it should be up to date. Chris = __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.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: [JBoss-dev] Build system changes :: README
Hi Jason, even with a completely new checkout the build of jboss-all fails for me with Java 1.4.1-b21on Linux. Using java 1.3.1 on ReliantUnix works fine. Tagets build and clobber fail with the same Exception immediatly. Executing: /home/jboss/java/JBoss-cvs/jboss-all/tools/bin/ant -find build.xml clobber Searching for build.xml ... Buildfile: /unixware/home/jboss/java/JBoss-cvs/jboss-all/build/build.xml Trying to override old definition of task property _buildmagic:init: _buildmagic:init:global: _buildmagic:init:local-properties: _buildmagic:init:buildlog: configure: configure-libraries: configure-modules: configure-defaults: configure-tools: _configure:xdoclet:tasks: _configure:xdoclet:ejbdoclet: _configure:xdoclet:webdoclet: configure-project: [echo] groups: default [echo] modules: jmx,common,system,j2ee,naming,management,transaction,server,blocks,console,security,messaging,connector,varia,cluster,jetty,jboss.net,iiop _default:init: init: _buildmagic:clobber: [delete] Deleting: /unixware/home/jboss/java/JBoss-cvs/jboss-all/build/local.properties [delete] Deleting: /unixware/home/jboss/java/JBoss-cvs/jboss-all/build/build.log _buildmagic:modules:clean: BUILD FAILED java.lang.IllegalAccessError: tried to access field org.apache.tools.ant.ProjectComponent.project from class org.jboss.tools.buildmagic.task.module.ExecuteModules$MyEcho at org.jboss.tools.buildmagic.task.module.ExecuteModules$MyEcho.execute(ExecuteModules.java:416) at org.jboss.tools.buildmagic.task.module.ExecuteModules.printHeading(ExecuteModules.java:338) at org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:312) at org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:209) at org.apache.tools.ant.Task.perform(Task.java:317) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:334) 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) Total time: 6 seconds java.lang.IllegalAccessError: tried to access field org.apache.tools.ant.ProjectComponent.project from class org.jboss.tools.buildmagic.task.module.ExecuteModules$MyEcho at org.jboss.tools.buildmagic.task.module.ExecuteModules$MyEcho.execute(ExecuteModules.java:416) at org.jboss.tools.buildmagic.task.module.ExecuteModules.printHeading(ExecuteModules.java:338) at org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:312) at org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:209) at org.apache.tools.ant.Task.perform(Task.java:317) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:334) 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) tried to access field org.apache.tools.ant.ProjectComponent.project from class org.jboss.tools.buildmagic.task.module.ExecuteModules$MyEcho SHUTDOWN Regards Frank Jason Dillon wrote: I just finished some cleansing of the buildsystem. The build.xml files are much smaller now... as some of the complexity has moved to include files. I will be working on simplification of those include files a little later, as well as trying to increase the performance of the build. In case you missed the CVS changelog for my recent changes; this is what I did (as far as I can remember that is): o Updated all .cvsingore files o Updated build.sh and build.bat to not need any special properties o Cleaned up buildfragments, now only buildmagic, defaults, tools, targets modules (can still clean these up lots more) o Removed ~250 lines from each build.xml (common bits are references from the specific buildframement) o Removed the _available_* targets, path specs which do not use filesets do not complain when their files or directories are missing o 'jars' target has become 'output' o 'install' target has gone away o All common targets have been moved to targets.ent, targets which build files might want to override are prefixed with _default: o Fixed 'clean most' problems o Can now execute build (from build.sh anywhere... do not need to be in the project directory or the module directory. o All fragments are anchored on ../tools, same with custom buildmagic tasks.
Re: [JBoss-dev] cvs head is using xdoclet nearly-1.2. Please reportproblems.
My build is running on a Siemens-Nixdorf RM200, OS Reliant-Unix 5.45, JDK 1.3.1. The output of build for module server is attached. I do a daily checkout and build an did not have this problems before. Frank Langelage David Jencks wrote: Thanks for the report. I didn't experience this or I wouldn't have checked it in without further discussion. Could you provide details of your system? Thanks david jencks On 2002.09.02 16:57:58 -0400 Langelage, Frank wrote: David Jencks wrote: Hi, Since xdoclet is getting ready to release their 1.2 version I converted cvs HEAD (JBoss 4) to use an xdoclet cvs snapshot. Please report new problems and inconsistencies. I didn't see any new problems before I committed, since then I noticed that apparently @jboss:table-name blah needs to be replaced by the vendor neutral @ejb.persistence table-name=blah Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development My daily checkout/compile failed today. I got an Out of memory from xdoclet while compiling the mbeans in module server. Seems that a maximum of 64M for heap memory are not enough now. Never had this problem before. Regards Frank --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development [execmodules] [execmodules] == [execmodules] == Executing 'most' in module 'server'... [execmodules] == _buildmagic:init: configure: init: generate-parsers: [mkdir] Created dir: /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql [jjtree] Java Compiler Compiler Version 2.0 (Tree Builder) [jjtree] Copyright (c) 1996-2000 Sun Microsystems, Inc. [jjtree] Copyright (c) 1997-2000 Metamata, Inc. [jjtree] (type jjtree with no arguments for help) [jjtree] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server/src/main/org/jboss/ejb/plugins/cmp/ejbql/JBossQLParser.jjt . . . [jjtree] File /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/Node.java does not exist. Will create one. [jjtree] Annotated grammar generated successfully in /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/JBossQLParser.jj [javacc] Java Compiler Compiler Version 2.0 (Parser Generator) [javacc] Copyright (c) 1996-2000 Sun Microsystems, Inc. [javacc] Copyright (c) 1997-2000 Metamata, Inc. [javacc] (type javacc with no arguments for help) [javacc] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/JBossQLParser.jj . . . [javacc] File TokenMgrError.java does not exist. Will create one. [javacc] File ParseException.java does not exist. Will create one. [javacc] File Token.java does not exist. Will create one. [javacc] File ASCII_UCodeESC_CharStream.java does not exist. Will create one. [javacc] Parser generated successfully. [jjtree] Java Compiler Compiler Version 2.0 (Tree Builder) [jjtree] Copyright (c) 1996-2000 Sun Microsystems, Inc. [jjtree] Copyright (c) 1997-2000 Metamata, Inc. [jjtree] (type jjtree with no arguments for help) [jjtree] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server/src/main/org/jboss/ejb/plugins/cmp/ejbql/EJBQLParser.jjt . . . [jjtree] Annotated grammar generated successfully in /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/EJBQLParser.jj [javacc] Java Compiler Compiler Version 2.0 (Parser Generator) [javacc] Copyright (c) 1996-2000 Sun Microsystems, Inc. [javacc] Copyright (c) 1997-2000 Metamata, Inc. [javacc] (type javacc with no arguments for help) [javacc] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/EJBQLParser.jj . . . [javacc
Re: [JBoss-dev] cvs head is using xdoclet nearly-1.2. Please reportproblems.
I set environment variable JAVA_OPTS=-Xmx128m, default is 64m. But build failed with similar error like yours, posted on the xdoclet-dev mailing list. There is a hint to increase available memory for ant using env ANT_OPTS. So I also set ANT_OPTS=-Xmx128m and build was successful now. Thanks Frank Langelage David Jencks wrote: Thanks, I forwarded this to the xdoclet list with a couple more details about our build script. david jencks On 2002.09.03 02:34:07 -0400 Langelage, Frank wrote: My build is running on a Siemens-Nixdorf RM200, OS Reliant-Unix 5.45, JDK 1.3.1. The output of build for module server is attached. I do a daily checkout and build an did not have this problems before. Frank Langelage David Jencks wrote: Thanks for the report. I didn't experience this or I wouldn't have checked it in without further discussion. Could you provide details of your system? Thanks david jencks On 2002.09.02 16:57:58 -0400 Langelage, Frank wrote: David Jencks wrote: Hi, Since xdoclet is getting ready to release their 1.2 version I converted cvs HEAD (JBoss 4) to use an xdoclet cvs snapshot. Please report new problems and inconsistencies. I didn't see any new problems before I committed, since then I noticed that apparently @jboss:table-name blah needs to be replaced by the vendor neutral @ejb.persistence table-name=blah Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development My daily checkout/compile failed today. I got an Out of memory from xdoclet while compiling the mbeans in module server. Seems that a maximum of 64M for heap memory are not enough now. Never had this problem before. Regards Frank --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development [execmodules] [execmodules] == [execmodules] == Executing 'most' in module 'server'... [execmodules] == _buildmagic:init: configure: init: generate-parsers: [mkdir] Created dir: /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql [jjtree] Java Compiler Compiler Version 2.0 (Tree Builder) [jjtree] Copyright (c) 1996-2000 Sun Microsystems, Inc. [jjtree] Copyright (c) 1997-2000 Metamata, Inc. [jjtree] (type jjtree with no arguments for help) [jjtree] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server/src/main/org/jboss/ejb/plugins/cmp/ejbql/JBossQLParser.jjt . . . [jjtree] File /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/Node.java does not exist. Will create one. [jjtree] Annotated grammar generated successfully in /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/JBossQLParser.jj [javacc] Java Compiler Compiler Version 2.0 (Parser Generator) [javacc] Copyright (c) 1996-2000 Sun Microsystems, Inc. [javacc] Copyright (c) 1997-2000 Metamata, Inc. [javacc] (type javacc with no arguments for help) [javacc] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server/output/parsers/org/jboss/ejb/plugins/cmp/ejbql/JBossQLParser.jj . . . [javacc] File TokenMgrError.java does not exist. Will create one. [javacc] File ParseException.java does not exist. Will create one. [javacc] File Token.java does not exist. Will create one. [javacc] File ASCII_UCodeESC_CharStream.java does not exist. Will create one. [javacc] Parser generated successfully. [jjtree] Java Compiler Compiler Version 2.0 (Tree Builder) [jjtree] Copyright (c) 1996-2000 Sun Microsystems, Inc. [jjtree] Copyright (c) 1997-2000 Metamata, Inc. [jjtree] (type jjtree with no arguments for help) [jjtree] Reading from file /home/jboss/java/JBoss-cvs/jboss-all/server
Re: [JBoss-dev] cvs head is using xdoclet nearly-1.2. Please reportproblems.
David Jencks wrote: Hi, Since xdoclet is getting ready to release their 1.2 version I converted cvs HEAD (JBoss 4) to use an xdoclet cvs snapshot. Please report new problems and inconsistencies. I didn't see any new problems before I committed, since then I noticed that apparently @jboss:table-name blah needs to be replaced by the vendor neutral @ejb.persistence table-name=blah Thanks david jencks --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development My daily checkout/compile failed today. I got an Out of memory from xdoclet while compiling the mbeans in module server. Seems that a maximum of 64M for heap memory are not enough now. Never had this problem before. Regards Frank --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc JDBCStartCommand.java
Hi Dain,
I checked out the latest version and threw away my changes for this bug.
But your change don't work for me. Again there seems to be more than one
created table list.
For me I fixed this by making the Map applicationData in
JBDCStoreManager static.
Otherwise each Instance of JDBCStartCommand calls applicationData.put()
in line 63.
Regards
Frank
Dain Sundstrom schrieb:
User: dsundstrom
Date: 01/12/27 09:34:33
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Fixed bug in created table list, where the tables created by each entity
were private to that entity. This was a proble for creation of foreign key
constraints in relationships.
Changed to use application data container in JDBCStoreManager.
Revision ChangesPath
1.12 +21 -7
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStartCommand.java
Index: JDBCStartCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/JDBCStartCommand.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- JDBCStartCommand.java 2001/12/02 01:41:46 1.11
+++ JDBCStartCommand.java 2001/12/27 17:34:33 1.12
@@ -12,7 +12,10 @@
import java.sql.ResultSet;
import java.sql.Statement;
import java.sql.SQLException;
+import java.util.Collections;
import java.util.HashSet;
+import java.util.Map;
+import java.util.Set;
import javax.sql.DataSource;
import javax.ejb.EJBException;
@@ -32,17 +35,16 @@
* @author a href=mailto:[EMAIL PROTECTED];Joe Shevland/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
* @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a
- * @version $Revision: 1.11 $
+ * @version $Revision: 1.12 $
*/
public class JDBCStartCommand {
+ private final static Object CREATED_TABLES_KEY = new Object();
private JDBCStoreManager manager;
private JDBCEntityBridge entity;
private JDBCEntityMetaData entityMetaData;
private Logger log;
- private HashSet createdTables = new HashSet();
-
public JDBCStartCommand(JDBCStoreManager manager) {
this.manager = manager;
entity = manager.getEntityBridge();
@@ -53,6 +55,16 @@
this.getClass().getName() +
. +
manager.getMetaData().getName());
+
+ // Create the created tables set
+ Map applicationData = manager.getApplicationDataMap();
+ synchronized(applicationData) {
+ if(!applicationData.containsKey(CREATED_TABLES_KEY)) {
+applicationData.put(
+ CREATED_TABLES_KEY,
+ Collections.synchronizedSet(new HashSet()));
+ }
+ }
}
public void execute() throws Exception {
@@ -134,10 +146,6 @@
// commit the transaction
manager.getContainer().getTransactionManager().commit ();
-
- // success
- log.info(Created table ' + tableName + ' successfully.);
- createdTables.add(tableName);
} catch (Exception e) {
log.debug(Could not create table + tableName, e);
try {
@@ -149,6 +157,11 @@
JDBCUtil.safeClose(statement);
JDBCUtil.safeClose(con);
}
+
+ // success
+ log.info(Created table ' + tableName + ' successfully.);
+ Set createdTables = (Set)manager.getApplicationData(CREATED_TABLES_KEY);
+ createdTables.add(tableName);
}
private boolean tableExists(
@@ -279,6 +292,7 @@
JDBCCMPFieldBridge[] referencesFields) {
// can only alter tables we created
+ Set createdTables = (Set)manager.getApplicationData(CREATED_TABLES_KEY);
if(!createdTables.contains(tableName)) {
return;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RH, CMR: very bad performance
Hi, I have 3 beans: Item, ItemGroup, UnitOfMeasure. Item has a foreign key reference to ItemGroup and a reference to UnitOfMeasure, but not the other way around. So this are two many to one relationships, unidirektional. I traced the executed SQL's and found out the following: Executing and ItemHome.create(...) with all fields of item in the argument list, this SQL's are executed: select count(*) from item where id = ? insert into item ( id, description1, ... ) values ( ?, ?, ...) (all fields without itemgroup_id and unifofmeasure_id). After this select description from item_group where id = ? is executed. OK so far, but now ... select id from item where itemgroup_id = ? is executed and all the results are fetched (JDBCFindByForeignKeyCommand). The more items are created the longer it takes to add a new one. I get an horrible high count of database read calls for only a few data written. Frank ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Exception when accessing SLSB
Hi, since a few days I get an exception when trying to access an SLSB: 2001-12-09 17:21:58,792 INFO [org.jboss.deployment.J2eeDeployer#Default] Deployed J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/MBI_server.jar 2001-12-09 17:22:16,312 ERROR [org.jboss.ejb.StatelessSessionContainer] invoke returned an exception java.rmi.ServerException: Could not instantiate bean; nested exception is: java.lang.InstantiationException: de/lafr/session/beans/LoadData; nested exception is: java.rmi.ServerException: Could not instantiate bean; nested exception is: java.lang.InstantiationException: de/lafr/session/beans/LoadData java.rmi.ServerException: Could not instantiate bean; nested exception is: java.lang.InstantiationException: de/lafr/session/beans/LoadData java.lang.InstantiationException: de/lafr/session/beans/LoadData at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java, Compiled Code) at org.jboss.ejb.Container.createBeanClassInstance(Container.java:368) at org.jboss.ejb.plugins.AbstractInstancePool.get(AbstractInstancePool.java:152) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:59) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java, Compiled Code) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java, Compiled Code) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:64) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:127) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java, Compiled Code) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.java:279) at org.jboss.ejb.Container.invoke(Container.java, Compiled Code) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java, Compiled Code) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java, Compiled Code) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerInvoker.java, Compiled Code) at java.lang.reflect.Method.invoke(Native Method) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java, Compiled Code) at sun.rmi.transport.Transport$1.run(Transport.java:142) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java, Compiled Code) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java, Compiled Code) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java, Compiled Code) at java.lang.Thread.run(Thread.java:484) I use the current CVS-version og JBoss 3.0.alpha and current CVS-version of XDoclet to generate intefaces and deployment descriptors. MBI_server.jar contains one SLSB and five Entity Beans. Any hint where to look for the cause of this problem ? Frank ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] problems on startup of jboss 3.0 (cvs-version)
Thanks to all ! Yesterday I found out the reason for my problem. In my personal build script for jboss I did an un-jar of jetty-plugin.sar, replaced the conf/default by conf/ebm1 in jetty.xml for my personal config dir and packed this together and put it to $JBOSS_HOME/deploy/lib. But not all was put into the new jar. I only put META-INF and org into new jar, so all jar's where not put into the sar-file. Sorry for stealing your time. Frank Julian Gosnell schrieb: Well, One is the copy that you have just built and one is the copy in your distribution tree. Seeing as the latter doesn't work, and the former looks different : remove /jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/jetty-plugin.sar (this will undeploy jetty) copy ./jboss-all/plugins/jetty/output/lib/jetty-plugin.sar to /jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/j (this will deploy the new version). BINGO ! You might have to update the jetty.xml file in conf/default/ in your distrib tree - but it's probably OK. Good Luck, Jules Langelage, Frank wrote: Julian Gosnell schrieb: Langelage, Frank wrote: Julian Gosnell schrieb: Frank, I'm surprised at the Jetty error. mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it, should. can you confirm ? jetty-plugin.sar is in deploy/lib. It contains org.jboss.jetty.JBossLogSink but not org.mortbay.util.LogSink. this class should be inside mortbay.jetty.jar, which should be inside jetty-plugin.sar. It is in jboss-all/plugins/jetty/output/lib/jetty-plugin.sar but not in jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/jetty-plugin.sar. The two files are really different in size. The files in the runtime dir are newer, this will probably prevent copying. -rw-r--r--1 frankother 23783 Nov 27 22:11 ./jboss-all/build/output/jboss-3.0.0alpha/deploy/lib/jetty-plugin.sar -rw-r--r--1 frankother 23783 Nov 27 22:39 ./jboss-all/build/output/jboss-3.0.0alpha/tmp/deploy/ServiceDeployer/deploy.35/jetty-plugin.sar -rw-r--r--1 frankother587401 Nov 27 22:06 ./jboss-all/plugins/jetty/output/lib/jetty-plugin.sar It works fine for me (linux) and someone else I know (on Mac) - are you on Windows ? You may have found a bug in the jars-within-sars code. I am on Caldera OpenUNIX 8.0 (also known as SCO UnixWare). Jules when you say current - how current ? did cvs update just before sending the mail. are there any other errors, warnings associable with Jetty upon startup ? No ! what happens if you move the jetty-plugin.jar out of the deployment directory, then back in - i.e. redeploy Jetty ? Same problem. The same error messages appear when deploying jetty-plugin.sar. Jules Using the current cvs-version of jboss, I get some new problems on startup after doing an build all. conf-file jboss-service.xml requests jbosspool.jar. jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to $JBOSS_HOME/lib/ext. conf-file jboss-service.xml also requests RARDeployer.jar. RARDeplyoer.jar was not build. There is only an RARDeployer.class in connector/output/classes/org/jboss/resource. Starting jetty fails with java.lang.NoClassDefFoundError: org/mortbay/util/LogSink. File org.mortbay.jetty.jar is in thirdparty/mortbay/jetty/lib but not in the runtime dir. Finally I get two NPE at the end of startup: 19:16:39,870 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home /frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb-adaptor.jar 19:16:39,880 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/jmx-ejb-adaptor.jar 19:16:39,890 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb- adaptor.jar java.lang.NullPointerException at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 19
[JBoss-dev] problems on startup of jboss 3.0 (cvs-version)
Using the current cvs-version of jboss, I get some new problems on startup after doing an build all. conf-file jboss-service.xml requests jbosspool.jar. jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to $JBOSS_HOME/lib/ext. conf-file jboss-service.xml also requests RARDeployer.jar. RARDeplyoer.jar was not build. There is only an RARDeployer.class in connector/output/classes/org/jboss/resource. Starting jetty fails with java.lang.NoClassDefFoundError: org/mortbay/util/LogSink. File org.mortbay.jetty.jar is in thirdparty/mortbay/jetty/lib but not in the runtime dir. Finally I get two NPE at the end of startup: 19:16:39,870 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home /frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb-adaptor.jar 19:16:39,880 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/jmx-ejb-adaptor.jar 19:16:39,890 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb- adaptor.jar java.lang.NullPointerException at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 19:16:39,920 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-managem ent.jar 19:16:39,920 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/ejb-management.jar 19:16:39,920 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-management.jar java.lang.NullPointerException: at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) Is anybody else getting this problems ? Frank Langelage ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] problems on startup of jboss 3.0 (cvs-version)
Julian Gosnell schrieb: Frank, I'm surprised at the Jetty error. mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it, should. can you confirm ? jetty-plugin.sar is in deploy/lib. It contains org.jboss.jetty.JBossLogSink but not org.mortbay.util.LogSink. when you say current - how current ? did cvs update just before sending the mail. are there any other errors, warnings associable with Jetty upon startup ? No ! what happens if you move the jetty-plugin.jar out of the deployment directory, then back in - i.e. redeploy Jetty ? Same problem. The same error messages appear when deploying jetty-plugin.sar. Jules Using the current cvs-version of jboss, I get some new problems on startup after doing an build all. conf-file jboss-service.xml requests jbosspool.jar. jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to $JBOSS_HOME/lib/ext. conf-file jboss-service.xml also requests RARDeployer.jar. RARDeplyoer.jar was not build. There is only an RARDeployer.class in connector/output/classes/org/jboss/resource. Starting jetty fails with java.lang.NoClassDefFoundError: org/mortbay/util/LogSink. File org.mortbay.jetty.jar is in thirdparty/mortbay/jetty/lib but not in the runtime dir. Finally I get two NPE at the end of startup: 19:16:39,870 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home /frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb-adaptor.jar 19:16:39,880 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/jmx-ejb-adaptor.jar 19:16:39,890 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/jmx-ejb- adaptor.jar java.lang.NullPointerException at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) 19:16:39,920 INFO [org.jboss.deployment.AutoDeployer] Auto deploy of file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-managem ent.jar 19:16:39,920 INFO [org.jboss.deployment.J2eeDeployer#Default] Deploy J2EE application: file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/ deploy/ejb-management.jar 19:16:39,920 ERROR [org.jboss.deployment.AutoDeployer] Deployment failed:file:/home/frank/java/JBoss-cvs/jboss-all/build/output/jboss-3.0.0alpha/deploy/ejb-management.jar java.lang.NullPointerException: at org.jboss.deployment.J2eeDeployer.installApplication(J2eeDeployer.java:388) at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:199) at java.lang.reflect.Method.invoke(Native Method) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628) at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523) at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:653) at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:326) at java.lang.Thread.run(Thread.java:484) Is anybody else getting this problems ? Frank Langelage ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
