nabble needs attention
Apparently we're supposed to upgrade our nabble stuff... http://www.nabble.com/help/Answer.jtp?id=42skin=134 which you get to by clicking the are you the owner of this project warning link from e.g. http://www.nabble.com/Geronimo-f134.html So who _is_ the owner of this stuff? I haven't been able to figure out with a little googling. Maybe we should document on the wiki who has worked on these external resources? thanks david jencks
Tomcat patch procedure kinda broken
I was trying to figure out how to get debuggable source for our patched tomcat and discovered that the currently checked in patch is mostly a diff from the previous patch, thus kinda unusable. I've previously complained that with our private repo system we are releasing code without providing very clear indications of what the source code is. In the case of tomcat I'm losing hope that they will ever release a version from trunk that includes our patches. I don't think there are any good solutions to this but what I'm thinking of today is... 1. write an archetype that sets up a bunch of maven projects that are the structure of a maven build for tomcat 2. hopefully as part of the archetype or some related plugin or at least a script run a bunch of svn commands to get the relevant tomcat source code into the maven project structure. 3. check this in 4. apply our patches and check that in. 5. build snapshots and eventually release. This way we have source code we can vote on, a reasonable build for our patched tomcat, and a procedure that may not break so quickly. Anyone have a better idea? thanks david jencks
Re: nabble needs attention
I think it was me... --jason On Jun 7, 2009, at 10:47 PM, David Jencks wrote: Apparently we're supposed to upgrade our nabble stuff... http://www.nabble.com/help/Answer.jtp?id=42skin=134 which you get to by clicking the are you the owner of this project warning link from e.g. http://www.nabble.com/Geronimo-f134.html So who _is_ the owner of this stuff? I haven't been able to figure out with a little googling. Maybe we should document on the wiki who has worked on these external resources? thanks david jencks
[jira] Assigned: (GERONIMO-4654) Release genesis 2, use it
[ https://issues.apache.org/jira/browse/GERONIMO-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reassigned GERONIMO-4654: -- Assignee: David Jencks Release genesis 2, use it - Key: GERONIMO-4654 URL: https://issues.apache.org/jira/browse/GERONIMO-4654 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 With the apache release profile in the apache 6 and later poms, how simple can we make genesis? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 782293
Geronimo Revision: 782293 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090607/build-1500.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090607/unit-test-reports -- 1 required artifact is missing. for artifact: org.apache.geronimo.testsupport:test-ejb-j2ee_1.3:ejb:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), geronimo (http://geronimo.zones.apache.org:8081/nexus/content/repositories/geronimo), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.openejb:ejb31-api-experimental:jar:3.1.1-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.openejb -DartifactId=ejb31-api-experimental -Dversion=3.1.1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.openejb -DartifactId=ejb31-api-experimental -Dversion=3.1.1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.testsupport:test-ejb-j2ee_1.3:ejb:2.2-SNAPSHOT 2) org.apache.openejb:ejb31-api-experimental:jar:3.1.1-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.testsupport:test-ejb-j2ee_1.3:ejb:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), geronimo (http://geronimo.zones.apache.org:8081/nexus/content/repositories/geronimo), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:575) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:287) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.artifact.resolver.MultipleArtifactsNotFoundException: Missing: -- 1) org.apache.openejb:ejb31-api-experimental:jar:3.1.1-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.openejb -DartifactId=ejb31-api-experimental -Dversion=3.1.1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.openejb -DartifactId=ejb31-api-experimental -Dversion=3.1.1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.testsupport:test-ejb-j2ee_1.3:ejb:2.2-SNAPSHOT 2) org.apache.openejb:ejb31-api-experimental:jar:3.1.1-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.geronimo.testsupport:test-ejb-j2ee_1.3:ejb:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), geronimo (http://geronimo.zones.apache.org:8081/nexus/content/repositories/geronimo), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository
[jira] Created: (GERONIMO-4678) Initial Japanese translation
Initial Japanese translation Key: GERONIMO-4678 URL: https://issues.apache.org/jira/browse/GERONIMO-4678 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: console Reporter: Kan Ogawa Assignee: Kan Ogawa Priority: Minor Fix For: 2.1.5, 2.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-575) GEP errors that are logged to the Eclipse error log are not always seen by end-user
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12717115#action_12717115 ] Delos Dai commented on GERONIMODEVTOOLS-575: Now, as my understanding, you hope GEP to throw CoreException nested details, then eclipse itself will pop up a Problem Occur window to show the details. Currently, I have some concerns about your solution. Maybe they're not accurate, but I hope to learn more about it if you can give some explanation. Thanks in advance! 1) In most cases, GEP can catch the exception thrown by WTP. But sometimes, WTP may invoke some callback methods in GEP. Then, WTP may catch the exception thrown by GEP. If WTP just catches the exception but doesn't throw it, does that mean user won't get the details for the exception? 2) Besides the Problem Occur error dialog, there are some other error dialogs, such as dialogs shown by openError() method of MessageDialog or ErrorDialog. As JIRA 575 indicated, we need to check and revise error messages for all these dialogs. Seems not all these error dialogs are shown due to CoreException. So maybe we need to take all these cases into account, what's your opinion? (The senarios mentioned in you note are all eclipse Job - org.eclipse.core.runtime.jobs, I think that's the reason why the CoreExceptions thrown by them will show the Problem Occur error dialog, is that right?) Thanks! GEP errors that are logged to the Eclipse error log are not always seen by end-user --- Key: GERONIMODEVTOOLS-575 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-575 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.2.0, 2.1.4 Reporter: Tim McConnell Assignee: Tim McConnell For example, when deploying an erroneous war file to the Geronimo server will result in the following to the Eclispe.log that the end-user may not likely see. !ENTRY org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE Distribution of module failed. See log for details. !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE Unable to resolve resource reference 'jdbc/users' (Could not auto-map to resource. Try adding a resource-ref mapping to your Geronimo deployment plan. !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE Search conducted in current module and dependencies: !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/tomcat6/2.1.4/car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [CLASSES: org.apache.geronimo.configs/openejb//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/j2ee-corba-yoko//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/axis//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/axis2//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/openjpa//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE ) !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE org.apache.geronimo.common.DeploymentException: Unable to resolve resource reference 'jdbc/users' (Could not auto-map to resource. Try adding a resource-ref mapping to your Geronimo deployment plan. !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE Search conducted in current module and dependencies: !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/tomcat6/2.1.4/car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [CLASSES: org.apache.geronimo.configs/openejb//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/j2ee-corba-yoko//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/axis//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/axis2//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE [ALL: org.apache.geronimo.configs/openjpa//car] !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE ) !SUBENTRY 1 org.apache.geronimo.st.core 4 0 2009-05-31 15:09:17.859 !MESSAGE at org.apache.geronimo.connector.deployment.ResourceRefBuilder.buildNaming(ResourceRefBuilder.java:216)
Re: 2.2 docs index confusion?
Thanks, Donald. We notice that only URLs such as http://cwiki.apache.org/confluence/display/GMOxDOC22/Documentation are updated minutes after editing. URLs like http://cwiki.apache.org/GMOxDOC22/ are often out of date. Best Regards, Ying Tang 2009/6/5, Donald Woods dwo...@apache.org: I just triggered an export. Unfortunately, this can only be done by a Confluence Admin Not sure why it's not happening after edits. Have you verified that the following location is updated within a couple minutes after editing, which is the autoexport stagging location, before the files are copied to the normal docs location? http://cwiki.apache.org/GMOxDOC22/ -Donald Ying Tang wrote: Hi all, Can someone help trigger the export for Confluence documents periodically? Or do we need a script to build documents every day ? If possible, I may help with this task. Best Regards, Ying Tang 2009/1/5 Ying Tang yingtang1...@gmail.com mailto:yingtang1...@gmail.com Thanks, Donald. It worked well after the autoexport. Unfortunately we found that our latest changes did not appear on that index page Maybe we have to manually trigger the autoexport from time to time? 2009/1/1 Donald Woods dwo...@apache.org mailto:dwo...@apache.org I just manually ran the autoexport plugin on GMOxDOC22, so give it 1-2 hours to see if the static webpages reflect the live Confluence content... -Donald Ying Tang wrote: From this page http://cwiki.apache.org/, we were told that the index page http://cwiki.apache.org/GMOxDOC22/ http://cwiki.apache.org/GMOxDOC22/ was last modified on Nov 19, 2008. The index page is in fact a link to the documentation page http://cwiki.apache.org/confluence/display/GMOxDOC22/Documentation. All changes to the documentation page after Nov 19 are not available on the index page. We guess this index page cannot be updated by Confluence automatically, as it is a copy on the server. Maybe someone can help trigger the build on the server, so that the latest changes will take effect. 2008/12/31 chi runhua chirun...@gmail.com mailto:chirun...@gmail.com mailto:chirun...@gmail.com mailto:chirun...@gmail.com Looks like the wiki server keeps 2 copies of GMOXDOC22, changes of doc structure was not synchronized. Jeff On Wed, Dec 31, 2008 at 7:33 AM, David Jencks david_jen...@yahoo.com mailto:david_jen...@yahoo.com mailto:david_jen...@yahoo.com mailto:david_jen...@yahoo.com wrote: I''m confused. Starting on http://cwiki.apache.org/GMOxDOC22/ I see... # * Custom server assemblies o Buidling,installing plugins and extracting a server from an exsiting server o Assembling a server using Maven but the link for the first line shows a sub-index that doesn't include either of the items beneath it, it has 3 unrelated entries. ??? More seriously when I try to edit the page http://cwiki.apache.org/GMOxDOC22/buidlinginstalling-plugins-and-extracting-a-server-from-an-exsiting-server.html to correct the spelling I get to the page http://cwiki.apache.org/confluence/pages/editpage.action?pageId=101843 which is Assembling a server via command line ??? ??? ??? thanks david jencks
[jira] Deleted: (GERONIMODEVTOOLS-576) Can't find setManagedForm error when build GEP 2.2.0 trunk
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu deleted GERONIMODEVTOOLS-576: -- Can't find setManagedForm error when build GEP 2.2.0 trunk -- Key: GERONIMODEVTOOLS-576 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-576 Project: Geronimo-Devtools Issue Type: Bug Environment: os:win2003 Reporter: viola.lu Assignee: Tim McConnell 1.Build GEP 2.2.0 trunk, and in file $GEP \plugins\org.apache.geronimo.st.v21.ui\src\main\java\org\apache\geronimo\st\v21\ui\pages\ServerPluginPage.java there is a setMangedForm method not existing. So build failure. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
