Documentation for Magic G Ball
I'm trying to test my documentation page, so I ran maven site -- is that still the right way? In any case, I got the following error: maven-javadoc-plugin:report: Overriding previous definition of reference to internal.javadoc.sources [mkdir] Created dir: /data/cvs/geronimo/applications/magicGball/target/docs/apidocs BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... maven:reactor Line.. 238 Column 27 Unable to obtain goal [site] -- /home/ammulder/.maven/cache/maven-javadoc-plugin-1.6.1/plugin.jelly:289:10: ant:javadoc No source files and no packages have been specified. Total time: 6 minutes 16 seconds Finished at: Tue Oct 05 21:18:04 EDT 2004 I'm not sure how we specify the source code that it wants, or perhaps just get it to exclude this module for the web site. Aaron
Re: Documentation for Magic G Ball
This is because the magic g ball does not extend our default project.xml file, and therefore doesn't have the magic stuff to make maven site work. David Blevins do you want to change this to extend etc/project.xml or do you want to add the magic maven site stuff from etc/project.xml? -dain -- Dain Sundstrom Chief Architect Gluecode Software 310.536.8355, ext. 26 On Oct 5, 2004, at 6:41 PM, Aaron Mulder wrote: I'm trying to test my documentation page, so I ran maven site -- is that still the right way? In any case, I got the following error: maven-javadoc-plugin:report: Overriding previous definition of reference to internal.javadoc.sources [mkdir] Created dir: /data/cvs/geronimo/applications/magicGball/target/docs/apidocs BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... maven:reactor Line.. 238 Column 27 Unable to obtain goal [site] -- /home/ammulder/.maven/cache/maven-javadoc-plugin-1.6.1/plugin.jelly: 289:10: ant:javadoc No source files and no packages have been specified. Total time: 6 minutes 16 seconds Finished at: Tue Oct 05 21:18:04 EDT 2004 I'm not sure how we specify the source code that it wants, or perhaps just get it to exclude this module for the web site. Aaron
Re: Documentation for Magic G Ball
The Magic G Ball really shouldn't even be in applications, same goes for demo. I put a no-op site goal in the maven.xml for now. -David On Tue, Oct 05, 2004 at 06:52:35PM -0700, Dain Sundstrom wrote: This is because the magic g ball does not extend our default project.xml file, and therefore doesn't have the magic stuff to make maven site work. David Blevins do you want to change this to extend etc/project.xml or do you want to add the magic maven site stuff from etc/project.xml? -dain -- Dain Sundstrom Chief Architect Gluecode Software 310.536.8355, ext. 26 On Oct 5, 2004, at 6:41 PM, Aaron Mulder wrote: I'm trying to test my documentation page, so I ran maven site -- is that still the right way? In any case, I got the following error: maven-javadoc-plugin:report: Overriding previous definition of reference to internal.javadoc.sources [mkdir] Created dir: /data/cvs/geronimo/applications/magicGball/target/docs/apidocs BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... maven:reactor Line.. 238 Column 27 Unable to obtain goal [site] -- /home/ammulder/.maven/cache/maven-javadoc-plugin-1.6.1/plugin.jelly: 289:10: ant:javadoc No source files and no packages have been specified. Total time: 6 minutes 16 seconds Finished at: Tue Oct 05 21:18:04 EDT 2004 I'm not sure how we specify the source code that it wants, or perhaps just get it to exclude this module for the web site. Aaron
Re: Documentation for Magic G Ball
Okay, but now I get: BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... ant:copy Line.. 667 Column 44 /data/cvs/geronimo/applications/magicGball/target/docs not found. Aaron On Tue, 5 Oct 2004, David Blevins wrote: The Magic G Ball really shouldn't even be in applications, same goes for demo. I put a no-op site goal in the maven.xml for now. -David On Tue, Oct 05, 2004 at 06:52:35PM -0700, Dain Sundstrom wrote: This is because the magic g ball does not extend our default project.xml file, and therefore doesn't have the magic stuff to make maven site work. David Blevins do you want to change this to extend etc/project.xml or do you want to add the magic maven site stuff from etc/project.xml? -dain -- Dain Sundstrom Chief Architect Gluecode Software 310.536.8355, ext. 26 On Oct 5, 2004, at 6:41 PM, Aaron Mulder wrote: I'm trying to test my documentation page, so I ran maven site -- is that still the right way? In any case, I got the following error: maven-javadoc-plugin:report: Overriding previous definition of reference to internal.javadoc.sources [mkdir] Created dir: /data/cvs/geronimo/applications/magicGball/target/docs/apidocs BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... maven:reactor Line.. 238 Column 27 Unable to obtain goal [site] -- /home/ammulder/.maven/cache/maven-javadoc-plugin-1.6.1/plugin.jelly: 289:10: ant:javadoc No source files and no packages have been specified. Total time: 6 minutes 16 seconds Finished at: Tue Oct 05 21:18:04 EDT 2004 I'm not sure how we specify the source code that it wants, or perhaps just get it to exclude this module for the web site. Aaron
Proposed new multiproject build
I have rewritten our multiproject build to add support for windows. The new goals all start with m: so as to not disrupt our current stuff. Assuming everyone is happy, I would like to remove the current multiproject and reactor goals (and drop the m: prefix). This is only a proposal, so if people don't like it I can just delete or refactor the goals. Before I get to the new goals, there are a few weirdism. I disabled the activemq tests as they take for ever (like 30 minutes) and eventually fail. This is a hard coded disable, as maven 1 would not let me do it in a more elegant way. I also disabled the openejb itests as they fail every time. This failure is due to something outside of the multiproject build (i.e. it happens in standalone openejb). I also had to disable the geronimo itests as they use some artifacts from the openejb itests. Hopefully these problems can be worked out and all of the test reenabled. I have verified that the current goals work on Mac OS X and Windows. Anyway, on the the new goals The main goals for the new multiproject build are: m:default or m:build Executes default build for all available project modules m:clean Deletes the 'target' directory in all available project modules m:clean-repo Deletes the local repository artifacts of ActiveMQ, Geronimo, HOWL, OpenEJB, and TranQL. NOTE: This may cause problem is you do not have the source for the all of the other projects available. m:rebuild Same as m:clean m:default m:rebuild-all Same as m:clean m:clean-repo m:default and it includes geronimo-spec modules m:checkout or m:co Checks out ActiveMQ, HOWL, OpenEJB, and TranQL m:update Updates ActiveMQ, Geronimo, HOWL, OpenEJB, and TranQL from cvs/svn HEAD m:fresh-checkout BE CAREFUL: Deletes checkout of ActiveMQ, HOWL, OpenEJB, and TranQL and checks them out again In addition to the above we support a -Dmodules command line option which is a comma separated list of module names (ie. common, core, ...) -dain -- Dain Sundstrom Chief Architect Gluecode Software 310.536.8355, ext. 26
Re: Documentation for Magic G Ball
I just patched it to make that dir, works on my machine. Haven't tried Dain's latest changes, so YMMV. -David On Tue, Oct 05, 2004 at 10:57:31PM -0400, Aaron Mulder wrote: Okay, but now I get: BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... ant:copy Line.. 667 Column 44 /data/cvs/geronimo/applications/magicGball/target/docs not found. Aaron On Tue, 5 Oct 2004, David Blevins wrote: The Magic G Ball really shouldn't even be in applications, same goes for demo. I put a no-op site goal in the maven.xml for now. -David On Tue, Oct 05, 2004 at 06:52:35PM -0700, Dain Sundstrom wrote: This is because the magic g ball does not extend our default project.xml file, and therefore doesn't have the magic stuff to make maven site work. David Blevins do you want to change this to extend etc/project.xml or do you want to add the magic maven site stuff from etc/project.xml? -dain -- Dain Sundstrom Chief Architect Gluecode Software 310.536.8355, ext. 26 On Oct 5, 2004, at 6:41 PM, Aaron Mulder wrote: I'm trying to test my documentation page, so I ran maven site -- is that still the right way? In any case, I got the following error: maven-javadoc-plugin:report: Overriding previous definition of reference to internal.javadoc.sources [mkdir] Created dir: /data/cvs/geronimo/applications/magicGball/target/docs/apidocs BUILD FAILED File.. /data/cvs/geronimo/maven.xml Element... maven:reactor Line.. 238 Column 27 Unable to obtain goal [site] -- /home/ammulder/.maven/cache/maven-javadoc-plugin-1.6.1/plugin.jelly: 289:10: ant:javadoc No source files and no packages have been specified. Total time: 6 minutes 16 seconds Finished at: Tue Oct 05 21:18:04 EDT 2004 I'm not sure how we specify the source code that it wants, or perhaps just get it to exclude this module for the web site. Aaron
[jira] Closed: (GERONIMO-362) Problem with proxies for ConnectionFactories
Message: The following issue has been closed. Resolver: David Jencks Date: Tue, 5 Oct 2004 10:45 PM I've now updated the admin object stuff so the proxy extends the admin object implementation class, not the interface. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-362 Here is an overview of the issue: - Key: GERONIMO-362 Summary: Problem with proxies for ConnectionFactories Type: Bug Status: Closed Priority: Major Resolution: FIXED Project: Apache Geronimo Fix Fors: 1.0-M3 Assignee: David Jencks Reporter: Jeremy Boynes Created: Tue, 5 Oct 2004 12:00 PM Updated: Tue, 5 Oct 2004 10:45 PM Description: The ActiveMQ Connector is being deployed with the connectionfactory-interface being set to javax.jms.ConnectionFactory which is a superclass of QueueConnectionFactory and TopicConnectionFactory. A resource-ref that references this with the interface defined as one of the subclasses does not work as the generated proxy does not implement the subclasses. Being able to deploy a single instance of the superclass seems useful but we need to verify if that is compliant. If it is, then we would also need to ensure the proxy implements the appropriate interfaces (specifically the subclass being requested). Adding proxies is useful in that allows access to the resource to be shut off or suspended in repsonse to the target's lifecycle. However, in some cases those proxies may be passed back to the resource and may cause problems unless they are unwrapped to expose the original object. - JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
Re: Questions on Geronimo clustering support
[EMAIL PROTECTED] wrote: Hi, I am trying to get a feel for how EJB/JNDI clustering will be implemented in Geronimo and when it might be implemented. I remember reading somewhere in the mail archives that the clustering module in Geronimo has been abandoned and that ActiveCluster will be used. Is it envisaged that another clustering module will be developed or the existing one changed? Is EJB/JNDI clustering planned to be supported in the Geronimo 1.0 release or is this non-essential functionality that will be in a later release? Is the WADI project planning on providing EJB Tier clustering in addition to Web Tier clustering? Yes and No :-) I have spoken to some of the OpenEJB people about pushing WADI state migration and replication technology back and underneath OpenEJB as well, and they seem happy with that, but no concrete moves have been made in that direction, as I am still hardeining the code in WADI - I am not expecting this to be in the first Geronimo release, as clustering is not a required piece of the spec. As for the JNDI side of things, I have given it some cursory thought, but no serious consideration. I am waiting to see how the state replication technologies that we shall use will pan out. I am aware of how other clustered EJB impls work, so that is a good starting point. I wasn't intending do to this piece of work myself, and haven't spoken about it to David Blevins or the other OpenEJB people Does that help ? Jules Thanks, John -- /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/
RE: Questions on Geronimo clustering support
-Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I am trying to get a feel for how EJB/JNDI clustering will be implemented in Geronimo and when it might be implemented. I remember reading somewhere in the mail archives that the clustering module in Geronimo has been abandoned and that ActiveCluster will be used. Is it envisaged that another clustering module will be developed or the existing one changed? Is EJB/JNDI clustering planned to be supported in the Geronimo 1.0 release or is this non-essential functionality that will be in a later release? Is the WADI project planning on providing EJB Tier clustering in addition to Web Tier clustering? Yes and No :-) I have spoken to some of the OpenEJB people about pushing WADI state migration and replication technology back and underneath OpenEJB as well, and they seem happy with that, but no concrete moves have been made in that direction, as I am still hardeining the code in WADI - I am not expecting this to be in the first Geronimo release, as clustering is not a required piece of the spec. As for the JNDI side of things, I have given it some cursory thought, but no serious consideration. I am waiting to see how the state replication technologies that we shall use will pan out. I am aware of how other clustered EJB impls work, so that is a good starting point. I wasn't intending do to this piece of work myself, and haven't spoken about it to David Blevins or the other OpenEJB people I'm curious. What's the underlying protocol that WADI uses to maintain its state/group? I did a quick cursory look and couldn't find anything. Regards, Alan
[jira] Created: (GERONIMO-365) Need ability to create queue/topic outside RAR
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-365 Here is an overview of the issue: - Key: GERONIMO-365 Summary: Need ability to create queue/topic outside RAR Type: Improvement Status: Unassigned Priority: Major Project: Apache Geronimo Assignee: Reporter: Jeremy Boynes Created: Wed, 6 Oct 2004 8:03 AM Updated: Wed, 6 Oct 2004 8:03 AM Description: Currently Queues and Topics can only be created as adminobjects in a RAR deployment. This means the user has to modify the system-jms-plan.xml, deploy a standalone RAR or add a RAR into their EAR file; none of these options is very friendly. We should add a mechanism similar to the in-line stuff used to define resources for application clients and make that available to any module type (EAR, WAR, EJB, ...) - JIRA INFORMATION: 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 If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
Re: Proposed new multiproject build
m:update doesn't work for me. Geronimo and activemq are updated, then it tries to update geronimo using cvs. BUILD FAILED File.. /Users/david/geronimo/geronimo/svn/geronimo/trunk/maven.xml Element... ant:cvs Line.. 205 Column 15 cvs exited with error code 1 Command line was [Executing 'cvs' with arguments: 'update' '-P' '-d' The ' characters around the executable and arguments are not part of the command. environment: MANPATH=/sw/share/man:/usr/share/man:/usr/X11R6/man SSH_AGENT_PID=6483 TERM_PROGRAM=Apple_Terminal SHELL=/bin/bash TERM=xterm-color PERL5LIB=/sw/lib/perl5:/sw/lib/perl5 TERM_PROGRAM_VERSION=100 USER=david SSH_AUTH_SOCK=/tmp/ssh-QTULRgs2/agent.6482 __CF_USER_TEXT_ENCODING=0x1F5:0:0 MAVEN_OPTS=-Xmx625m PATH=/sw/bin:/sw/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/Users/david/java/ maven/1.0binary/maven-1.0/bin:/usr/X11R6/bin MAVEN_HOME=/Users/david/java/maven/1.0binary/maven-1.0 PWD=/Users/david/geronimo/geronimo/svn/geronimo/trunk CVSIGNORE=target *.iml *.ipr *.log junit*.properties HOME=/Users/david SHLVL=2 LOGNAME=david INFOPATH=/sw/share/info:/sw/info:/usr/share/info SECURITYSESSIONID=20f3c0 _=/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/ bin/java JAVA_MAIN_CLASS_16297=com.werken.forehead.Forehead CVS_PASSFILE=/Users/david/.cvspass CVS_RSH=ssh] Total time: 21 seconds Finished at: Wed Oct 06 11:46:43 PDT 2004 (I think it is trying to update geronimo with cvs due to the PWD env var) thanks david jencks On Oct 5, 2004, at 7:53 PM, Dain Sundstrom wrote: I have rewritten our multiproject build to add support for windows. The new goals all start with m: so as to not disrupt our current stuff. Assuming everyone is happy, I would like to remove the current multiproject and reactor goals (and drop the m: prefix). This is only a proposal, so if people don't like it I can just delete or refactor the goals. Before I get to the new goals, there are a few weirdism. I disabled the activemq tests as they take for ever (like 30 minutes) and eventually fail. This is a hard coded disable, as maven 1 would not let me do it in a more elegant way. I also disabled the openejb itests as they fail every time. This failure is due to something outside of the multiproject build (i.e. it happens in standalone openejb). I also had to disable the geronimo itests as they use some artifacts from the openejb itests. Hopefully these problems can be worked out and all of the test reenabled. I have verified that the current goals work on Mac OS X and Windows. Anyway, on the the new goals The main goals for the new multiproject build are: m:default or m:build Executes default build for all available project modules m:clean Deletes the 'target' directory in all available project modules m:clean-repo Deletes the local repository artifacts of ActiveMQ, Geronimo, HOWL, OpenEJB, and TranQL. NOTE: This may cause problem is you do not have the source for the all of the other projects available. m:rebuild Same as m:clean m:default m:rebuild-all Same as m:clean m:clean-repo m:default and it includes geronimo-spec modules m:checkout or m:co Checks out ActiveMQ, HOWL, OpenEJB, and TranQL m:update Updates ActiveMQ, Geronimo, HOWL, OpenEJB, and TranQL from cvs/svn HEAD m:fresh-checkout BE CAREFUL: Deletes checkout of ActiveMQ, HOWL, OpenEJB, and TranQL and checks them out again In addition to the above we support a -Dmodules command line option which is a comma separated list of module names (ie. common, core, ...) -dain -- Dain Sundstrom Chief Architect Gluecode Software 310.536.8355, ext. 26
Update Web Site?
I checked in an update to the xdocs/ directory with a documentation page. How do we get that on to the web site? It looks like it hasn't been updated for a week or more, so I gather there's not a daily job or anything. Thanks, Aaron
RE: Update Web Site?
There is a daily job. I turned it off because of all the build failures that were happening lately. I'll turn it back on. Regards, Alan -Original Message- From: Aaron Mulder [mailto:[EMAIL PROTECTED] Sent: Wed 10/6/2004 4:24 PM To: [EMAIL PROTECTED] Cc: Subject: Update Web Site? I checked in an update to the xdocs/ directory with a documentation page. How do we get that on to the web site? It looks like it hasn't been updated for a week or more, so I gather there's not a daily job or anything. Thanks, Aaron
RE: Update Web Site?
On Wed, 6 Oct 2004, Alan D. Cabrera wrote: There is a daily job. I turned it off because of all the build failures that were happening lately. I'll turn it back on. Okay, thanks! Aaron
Re: Questions on Geronimo clustering support
Alan D. Cabrera wrote: -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I am trying to get a feel for how EJB/JNDI clustering will be implemented in Geronimo and when it might be implemented. I remember reading somewhere in the mail archives that the clustering module in Geronimo has been abandoned and that ActiveCluster will be used. Is it envisaged that another clustering module will be developed or the existing one changed? Is EJB/JNDI clustering planned to be supported in the Geronimo 1.0 release or is this non-essential functionality that will be in a later release? Is the WADI project planning on providing EJB Tier clustering in addition to Web Tier clustering? Yes and No :-) I have spoken to some of the OpenEJB people about pushing WADI state migration and replication technology back and underneath OpenEJB as well, and they seem happy with that, but no concrete moves have been made in that direction, as I am still hardeining the code in WADI - I am not expecting this to be in the first Geronimo release, as clustering is not a required piece of the spec. As for the JNDI side of things, I have given it some cursory thought, but no serious consideration. I am waiting to see how the state replication technologies that we shall use will pan out. I am aware of how other clustered EJB impls work, so that is a good starting point. I wasn't intending do to this piece of work myself, and haven't spoken about it to David Blevins or the other OpenEJB people I'm curious. What's the underlying protocol that WADI uses to maintain its state/group? I did a quick cursory look and couldn't find anything. in the only release to date - there is no 'group', you just multicast if you get a request for session that you do not have - an exceptional case. If another node owns the cluster it lets you know and you then arrange its migration across a connection in cvs, WADI is currently using activecluster on top of activemq. You send a message to the cluster destination and wait for a message/connection to come back to you within a specified timeout. Jules Regards, Alan -- /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/
