JIRA Fixes and Source Files.
When a developer makes a fix and then closes the jira as fixed, is there a way to determine the files checked in? I have noticed that some individuals will enter a revision number. SVN can then be used to determine what the diffs are. All that I have seen in JIRA are the subversion comments, but it doesn't list the files affected. Mark
RE: JIRA Fixes and Source Files.
I don't think that there is a failsafe way to identify those files. Most developers will put the JIRA issue# w/ their SVN checkin. Regards, Alan -Original Message- From: Mark [mailto:[EMAIL PROTECTED] Sent: Sunday, January 09, 2005 12:14 AM To: [EMAIL PROTECTED] Subject: JIRA Fixes and Source Files. When a developer makes a fix and then closes the jira as fixed, is there a way to determine the files checked in? I have noticed that some individuals will enter a revision number. SVN can then be used to determine what the diffs are. All that I have seen in JIRA are the subversion comments, but it doesn't list the files affected. Mark
RE: JIRA Fixes and Source Files.
For what it's worth, the later ViewCVS versions let you insert hyperlinks based on a regular expression -- so we could have every GERONIMO-123 (or whatever) turn into a URL pointing to JIRA. Of course, that's going the other direction... Aaron On Sun, 9 Jan 2005, Alan D. Cabrera wrote: I don't think that there is a failsafe way to identify those files. Most developers will put the JIRA issue# w/ their SVN checkin. Regards, Alan -Original Message- From: Mark [mailto:[EMAIL PROTECTED] Sent: Sunday, January 09, 2005 12:14 AM To: [EMAIL PROTECTED] Subject: JIRA Fixes and Source Files. When a developer makes a fix and then closes the jira as fixed, is there a way to determine the files checked in? I have noticed that some individuals will enter a revision number. SVN can then be used to determine what the diffs are. All that I have seen in JIRA are the subversion comments, but it doesn't list the files affected. Mark
Importing the root project into eclipse
Hi, I have been trying to setup geronimo inside eclipse and I am unable to figure out how to import the root project into eclipse. I checked out the geronimo project, ran maven eclipse, used the projecttransfer plugin[1] to import all modules into eclipse, but my root directory (geronimo) is still outside eclipse. Is that the intended behavior? Thanks, Nadeem [1]http://eclipse-tools.sourceforge.net/projecttransfer/
Re: Build Failure - org/apache/geronimo/deployment/service/GBeanAdapter
Hi, After some investigation, I was able to generate some useful messages. A have attached patches to reproduce these messages. Here is the problem - 1. During bootstraping, OpenEJBModuleBuilder class is loaded by the [EMAIL PROTECTED] classloader in GBeanInfo. When an attempt is made to get the getGBeanInfo method of this class, getDeclared Method(.,.) throws java.lang.NoClassDefFoundError! The GBeanInfo.patch contains the code to catch this error. What is more surprising is that getDeclaredMethod is trying to find org.apache.geronimo.deployment.service.GBeanAdapter class to accomplish this! This class obviously does not exist. Is this an expected behavior? 2. A 'catch' seems to be missing in Bootstrap.java. Although it is not critical to this problem. 3. Is anyone else having the same problem? It might be possible to reproduce this without building openejb etc. Any ideas? comments? Thanks Anita here is the build output for revision 124726 - ... [echo] Preprocessing client-system-plan.xml [echo] Preprocessing default-database-plan.xml [echo] Preprocessing deployer-system-plan.xml [echo] Preprocessing j2ee-client-plan.xml [echo] Preprocessing j2ee-deployer-plan.xml [echo] Preprocessing j2ee-runtime-deployer-plan.xml [echo] Preprocessing j2ee-secure-plan.xml [echo] Preprocessing j2ee-server-plan.xml [echo] Preprocessing j2ee-server-tomcat-plan.xml [echo] Preprocessing system-activemq-plan.xml [echo] Preprocessing system-database-plan.xml [echo] Preprocessing system-jms-plan.xml [echo] Preprocessing system-plan.xml [echo] Bootstrapping service deployer ERROR from getDeclaredMethod of class : = class org.openejb.deployment.O penEJBModuleBuilderclassloader = [EMAIL PROTECTED] java.lang.NoClassDefFoundError: org/apache/geronimo/deployment/service/GBeanAdap ter at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1655) at java.lang.Class.getDeclaredMethod(Class.java:1262) at org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:60) at org.apache.geronimo.deployment.service.GBeanBuilder.init(GBeanBuild er.java:52) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.getGBeanD ata(ServiceConfigBuilder.java:195) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans (ServiceConfigBuilder.java:187) at org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConf iguration(ServiceConfigBuilder.java:122) at org.apache.geronimo.deployment.Bootstrap.bootstrap(Bootstrap.java:185 ) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.jav a:230) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.jav a:145) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTa g.java:79) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.perfor mAction(MavenGoalTag.java:110) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttai nGoalTag.java:127) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.PreGoalTag$1.firePreGoal(PreGoalTag.java:87) at com.werken.werkz.Goal.firePreGoalCallbacks(Goal.java:691) at com.werken.werkz.Goal.fire(Goal.java:616) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.Goal.attainPrecursors(Goal.java:488) at com.werken.werkz.Goal.attain(Goal.java:573) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttai nGoalTag.java:127) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTa g.java:79) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.perfor mAction(MavenGoalTag.java:110) at com.werken.werkz.Goal.fire(Goal.java:639) at