Re: [Geronimo Wiki] Update of Building by Francis
true... i fought and killed the network admin for not being able to checkout and build geronimo through firewall and proxy :-) On 6/25/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I think the information on the building page is mostly related to issues whilst building. I don't think it should be moved to a single FAQ as I'm sure there will be FAQs on lots of different topics (other than building) and a single FAQ would get out of hand. Maybe we can restructure the information so we don't have too much one one page. For example, have a page about required build (pre-requisites) tools and how to set them up (e.g. IDEs, svn firewall proxy info). We could move some of the build troubleshooting into separate pages.. maybe a page for maven, a page for diagnosing/troubleshooting tests. It would be nice if a developer not familiar with svn maven can build geronimo without having to go to multiple web sites to find how to invoke and configure tools for a standard geronimo build. I don't think we should be removing information, as some of the tips were most likely the result of someone spending hours troubleshooting or learning how to use a tool. John This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. Jacek Laskowski [EMAIL PROTECTED] wrote on 25/06/2005 10:07:43 AM: Apache Wiki wrote: The following page has been changed by Francis: http://wiki.apache.org/geronimo/Building -- In the subversion install folder, you would find a file svn- proxy-template.reg. Edit this file, to include your proxy configuration. For example, entries can be like + {{{ http-proxy-host=proxy.us.nw.com I wonder whether or not we should include every configuration tip about tools that might be used around Geronimo. I think, if we start collecting the tips Wiki will soon be very unreadable, which instead of helping people will confuse them more. What do you think, should we include such information in Wiki like the one just added? Perhaps, it could be included in the FAQ page, but I don't see fit in the Building. Jacek
[jira] Created: (GERONIMO-685) Too many open files from CORBA compiler
Too many open files from CORBA compiler --- Key: GERONIMO-685 URL: http://issues.apache.org/jira/browse/GERONIMO-685 Project: Geronimo Type: Bug Reporter: Jeremy Boynes Assigned to: Dain Sundstrom [java] Caused by: org.openejb.corba.compiler.CompilerException: Problem creating jar: Too many open files [java] at org.openejb.corba.compiler.OpenORBSkeletonGenerator.generateSkeletons(OpenORBSkeletonGenerator.java:194) [java] at org.openejb.corba.compiler.OpenORBSkeletonGenerator$$FastClassByCGLIB$$491f3452.invoke(generated) [java] at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) [java] at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) [java] at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) [java] at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:719) [java] at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) [java] at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) [java] at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:94) [java] at org.openejb.corba.compiler.SkeletonGenerator$$EnhancerByCGLIB$$77cbc8f8.generateSkeletons(generated) [java] at org.openejb.deployment.OpenEJBModuleBuilder.initContext(OpenEJBModuleBuilder.java:328) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Created: (GERONIMO-685) Too many open files from CORBA compiler
Are you sure your copy of openejb is up to date? I don't think we are using OpenORB any more, nor any corba code generation/compilation. david jencks On Jun 25, 2005, at 8:49 AM, Jeremy Boynes (JIRA) wrote: Too many open files from CORBA compiler --- Key: GERONIMO-685 URL: http://issues.apache.org/jira/browse/GERONIMO-685 Project: Geronimo Type: Bug Reporter: Jeremy Boynes Assigned to: Dain Sundstrom [java] Caused by: org.openejb.corba.compiler.CompilerException: Problem creating jar: Too many open files [java] at org.openejb.corba.compiler.OpenORBSkeletonGenerator.generateSkeletons(O penORBSkeletonGenerator.java:194) [java] at org.openejb.corba.compiler.OpenORBSkeletonGenerator$$FastClassByCGLIB$$ 491f3452.invoke(generated) [java] at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) [java] at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodIn voker.java:38) [java] at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation. java:118) [java] at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.ja va:719) [java] at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java: 57) [java] at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperatio nInvoker.java:36) [java] at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Proxy MethodInterceptor.java:94) [java] at org.openejb.corba.compiler.SkeletonGenerator$$EnhancerByCGLIB$$77cbc8f8 .generateSkeletons(generated) [java] at org.openejb.deployment.OpenEJBModuleBuilder.initContext(OpenEJBModuleBu ilder.java:328) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Created: (GERONIMO-685) Too many open files from CORBA compiler
David Jencks wrote: Are you sure your copy of openejb is up to date? I don't think we are using OpenORB any more, nor any corba code generation/compilation. Compiled from a checkout yesterday: 06/24/2005 11:17 AM 854,543 openejb-builder-2.0-SNAPSHOT.jar 06/24/2005 11:15 AM 1,300,550 openejb-core-2.0-SNAPSHOT.jar
[jira] Commented: (GERONIMO-685) Too many open files from CORBA compiler
[ http://issues.apache.org/jira/browse/GERONIMO-685?page=comments#action_12314490 ] Dain Sundstrom commented on GERONIMO-685: - We actually don't need the OpenORBSkeletonGenerator anymore. When we get a chance we should remove it and the rest of the OpenORB jars since it isn't being used anymore. Too many open files from CORBA compiler --- Key: GERONIMO-685 URL: http://issues.apache.org/jira/browse/GERONIMO-685 Project: Geronimo Type: Bug Reporter: Jeremy Boynes Assignee: Dain Sundstrom [java] Caused by: org.openejb.corba.compiler.CompilerException: Problem creating jar: Too many open files [java] at org.openejb.corba.compiler.OpenORBSkeletonGenerator.generateSkeletons(OpenORBSkeletonGenerator.java:194) [java] at org.openejb.corba.compiler.OpenORBSkeletonGenerator$$FastClassByCGLIB$$491f3452.invoke(generated) [java] at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) [java] at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) [java] at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) [java] at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:719) [java] at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) [java] at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) [java] at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:94) [java] at org.openejb.corba.compiler.SkeletonGenerator$$EnhancerByCGLIB$$77cbc8f8.generateSkeletons(generated) [java] at org.openejb.deployment.OpenEJBModuleBuilder.initContext(OpenEJBModuleBuilder.java:328) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Build failed
Hiram, I think you forgot something: 11:46:36,933 INFO [LocalConfigStore:config-store] Installed configuration org/apache/geronimo/SystemJMS in location 10 [java] Distributed org/apache/geronimo/SystemJMS [echo] Building servicemix runtime configuration [java] Error: Cannot read file [java] C:\apache\geronimo\trunk\modules\assembly\target\plan\servicemix-runtime-plan.xml [java]
Re: [jira] Created: (GERONIMO-685) Too many open files from CORBA compiler
Can you update and try again? I think I've removed all use of the skeleton generator. thanks david jencks On Jun 25, 2005, at 11:38 AM, Jeremy Boynes wrote: So there is a file handle leak somewhere (not necessarily here, it is just running into it) that we need to fix. I'll leave this bug open and assigned for now. -- Jeremy Dain Sundstrom wrote: On Jun 25, 2005, at 9:43 AM, David Jencks wrote: Are you sure your copy of openejb is up to date? I don't think we are using OpenORB any more, nor any corba code generation/compilation. We still generate the OpenORB ties during deployment, but we don't use them anymore. We need to remove all of this code later. just I don't want to break anything right now. -dain
Re: svn commit: r201640 - /geronimo/trunk/modules/assembly/project.xml
David Jencks wrote: - version${antlr_version}/version ` evil backtick +version${antlr_version}/version I don't see what you changed here, hence I wonder how it could help. Where was the extraneous backtick? it was very hard to see, which I'm sure is why jsisson missed it and filed the bug. Unfortunately it's not the only problem keeping us from using maven 1.1 Awesome! How did you find it? I spent a few moments to figure out the change and could find nothing. Do you know spells? ;) david jencks Jacek
Re: svn commit: r201640 - /geronimo/trunk/modules/assembly/project.xml
On Jun 25, 2005, at 1:30 PM, Jacek Laskowski wrote: David Jencks wrote: -version${antlr_version}/version ` evil backtick +version${antlr_version}/version I don't see what you changed here, hence I wonder how it could help. Where was the extraneous backtick? it was very hard to see, which I'm sure is why jsisson missed it and filed the bug. Unfortunately it's not the only problem keeping us from using maven 1.1 Awesome! How did you find it? I spent a few moments to figure out the change and could find nothing. Do you know spells? ;) no, I'm subscribed to the maven dev list and saw the bug and response go by there :-) I didn't even find it, a maven dev did. david jencks david jencks Jacek
Standalone Clients
Hi All, I am trying to make a standalone client using Geronimo HEAD. It's not going so well so far. I've done the following: public void Connect() { String hostName = 127.0.0.1; String port = 4201; System.setProperty(java.naming.factory.initial, org.openejb.client.RemoteInitialContextFactory); System.setProperty(java.naming.provider.url, hostName+:+port); System.setProperty(java.naming.security.principal, system); System.setProperty(java.naming.security.credentials, manager); try { Context ic = new InitialContext(); Object o = ic.lookup(PhoneBookSessionHome.JNDI_NAME); PhoneBookSession session = PhoneBookSessionUtil.getHome().create(); fireConnectionEvent(true); } catch (Throwable ex) { ex.printStackTrace(); fireConnectionEvent(false); } } The code fails on the 'new InitialContext()' with the error: javax.naming.AuthenticationException: Cannot read the response from the server.; nested exception is: java.io.EOFException at org.openejb.client.JNDIContext.authenticate(JNDIContext.java:196) at org.openejb.client.JNDIContext.getInitialContext(JNDIContext.java:181) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.init(InitialContext.java:175) at org.acme.phonebook.client.Application.Connect(Application.java:70) Should I be loading some sort of deployment into my Geronimo server first? The port 4201 seems to answer telnet connections, so there's something there. According to an article on the IBM site, the client needs the following Jars in the classpath, which I have done: * openejb-core-2.0-SNAPSHOT.jar * geronimo-spec-j2ee-1.4-rc4.jar * geronimo-kernel-1.0-SNAPSHOT.jar * geronimo-security-1.0-SNAPSHOT.jar * cglib-nodep-2.1.jar Any ideas? Thanks. -Neal
Re: Build failed (again)
Jeremy Boynes wrote: This time in axis-builder after changes this afternoon: Hit send instead of paste :-( Here we go: java:compile: [touch] Creating C:\apache\geronimo\trunk\modules\axis-builder\target\xmlbeans\tstamp [depend] Deleted 0 out of date files in 0 seconds [echo] Compiling to C:\apache\geronimo\trunk\modules\axis-builder/target/classes [javac] Compiling 59 source files to C:\apache\geronimo\trunk\modules\axis-builder\target\classes C:\apache\geronimo\trunk\modules\axis-builder\src\java\org\apache\geronimo\axis\builder\AxisBuilder.java:151: exception javax.wsdl.W SDLException is never thrown in body of corresponding try statement } catch (WSDLException e) { ^ Note: Some input files use or override a deprecated API. Note: Recompile with -deprecation for details. 1 error BUILD FAILED
geronimo build failed (again and again)
Hi geronimoer I just d/l the fresh and building using maven seems like there is a files that cannot be read here is the error log coming from the build Unable to obtain goal [plugin:install] -- /home/yosep/.maven/cache/maven-plugin-plugin-1.5.2/plugin.jelly:56:37: copy Failed to copy /home/yosep/geronimo/plugins/geronimo-packaging-plugin/target/geronimo-packaging-plugin-0.1.1.jar to /usr/java/maven/plugins/geronimo-packaging-plugin-0.1.1.jar due to /usr/java/maven/plugins/geronimo-packaging-plugin-0.1.1.jar (Permission denied) Total time: 56 seconds Finished at: Sun Jun 26 07:16:06 EST 2005 any idea thanks __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: geronimo build failed (again and again)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yoseph Widjaya wrote: | Hi geronimoer | | I just d/l the fresh and building using maven seems | like there is a files that cannot be read here is the | error log coming from the build | | Unable to obtain goal [plugin:install] -- | /home/yosep/.maven/cache/maven-plugin-plugin-1.5.2/plugin.jelly:56:37: | copy Failed to copy | /home/yosep/geronimo/plugins/geronimo-packaging-plugin/target/geronimo-packaging-plugin-0.1.1.jar | to | /usr/java/maven/plugins/geronimo-packaging-plugin-0.1.1.jar | due to | /usr/java/maven/plugins/geronimo-packaging-plugin-0.1.1.jar | (Permission denied) | Total time: 56 seconds | Finished at: Sun Jun 26 07:16:06 EST 2005 | | | any idea | | thanks | | __ | Do You Yahoo!? | Tired of spam? Yahoo! Mail has the best spam protection around | http://mail.yahoo.com | | Might want to make sure the user (yosep) running the build has permission to write to the plugins directory (/usr/java/maven/plugins) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) iD8DBQFCvioHaCoPKRow/gARAiF1AKDDNSnXukUQVjDVTi0CSAueWgLHPgCgxbqK E1mOpR/Gm7L9etLiwVxJXY4= =H0Cr -END PGP SIGNATURE-