[jira] Commented: (GERONIMO-4825) can not config geronimo as a service in ubuntu
[ https://issues.apache.org/jira/browse/GERONIMO-4825?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759041#action_12759041 ] liangkun commented on GERONIMO-4825: Thanks viola's path and I have verified the latest build it works fine. > can not config geronimo as a service in ubuntu > -- > > Key: GERONIMO-4825 > URL: https://issues.apache.org/jira/browse/GERONIMO-4825 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) >Affects Versions: 2.2 > Environment: ubuntu9.04 > jdk1.6 >Reporter: liangkun >Assignee: Ivan >Priority: Minor > Fix For: 2.1.5, 2.2, 3.0 > > Attachments: G4825.patch > > > http://cwiki.apache.org/GMOxDOC22/running-geronimo-as-a-linux-service.html > Follow the doc and start the service, when restart the system,the service > should be started already but actually its status is down -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4825) can not config geronimo as a service in ubuntu
[ https://issues.apache.org/jira/browse/GERONIMO-4825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] liangkun closed GERONIMO-4825. -- > can not config geronimo as a service in ubuntu > -- > > Key: GERONIMO-4825 > URL: https://issues.apache.org/jira/browse/GERONIMO-4825 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) >Affects Versions: 2.2 > Environment: ubuntu9.04 > jdk1.6 >Reporter: liangkun >Assignee: Ivan >Priority: Minor > Fix For: 2.1.5, 2.2, 3.0 > > Attachments: G4825.patch > > > http://cwiki.apache.org/GMOxDOC22/running-geronimo-as-a-linux-service.html > Follow the doc and start the service, when restart the system,the service > should be started already but actually its status is down -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] branches/2.1: Failed for Revision: 818373
Geronimo Revision: 818373 built with tests included See the full build-0200.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20090924/build-0200.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.1/20090924/unit-test-reports Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin -Dversion=2.1.5-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.5-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), apache-snapshots (http://repository.apache.org/snapshots), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.5-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), apache-snapshots (http://repository.apache.org/snapshots), codehaus-snapshots (http://snapshots.repository.codehaus.org) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin -Dversion=2.1.5-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin -Dversion=2.1.5-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.5-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), apache-snapshots (http://repository.apache.org/snapshots), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.5-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), apache-snapshots (http://repository.apache.org/snapshots), codehaus-snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:183) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140) 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.plugin.PluginNotFoundException: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin -Dversion=2.1.5-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.geronimo.buildsupport -DartifactId=car-maven-plugin -Dversion=2.1.5-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.5-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), apache-snapshots (http://repository.apache.org/snapshots), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.buildsupport:car-maven-plugin:maven-plugin:2.1.5-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), apache-snapshots (http://repository.apache.org/snapshots), codehaus-snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.plugin
Re: [FYI]Summary list for G2.2 doc updates
Hi all, FYI. Topics about GEP v2.2 new feature/improvements are ready. 1. Manage user Account in GEP http://cwiki.apache.org/GMOxDOC22/configuring-your-development-environment.html#Configuringyourdevelopmentenvironment-Editingaserverconfiguration 2. Datasource pool wizard in GEP http://cwiki.apache.org/GMOxDOC22/using-datasource-pool-wizard-in-gep.html 3. Security realm wizard in GEP http://cwiki.apache.org/GMOxDOC22/using-security-realm-wizard-in-gep.html 4. GEP convention for application client development http://cwiki.apache.org/GMOxDOC22/developing-application-clients.html 5. Refactoring support of GEP http://cwiki.apache.org/GMOxDOC22/new-features-and-enhancements.html#Newfeaturesandenhancements-NewGEPfeaturesandenhancements 6. Start a server in Profiling mode http://cwiki.apache.org/GMOxDOC22/new-features-and-enhancements.html#Newfeaturesandenhancements-NewGEPfeaturesandenhancements Anything else, please chime in. Thanks. Jeff C On Tue, Sep 15, 2009 at 9:36 PM, chi runhua wrote: > Hi all, FYI. > > 2 more topics updated for G2.2 doc. > > 1. Replacing the default realm in G2.2 > > http://cwiki.apache.org/GMOxDOC22/replacing-default-realm-in-geronimo.html > 2. Tomcat native clustering--Enable session affinity on how-to > > http://cwiki.apache.org/GMOxDOC22/tomcat-native-clustering.html#TomcatNativeClustering-Enablingsessionaffinity > > Any comments, please post here. > Thanks. > > Jeff C > > > On Wed, Sep 2, 2009 at 2:35 PM, chi runhua wrote: > >> Hi, FYI. >> >> 2 more topics added based on discussion from mail-list: >> >> 1. JSP&Servlet reload setting for Tomcat in Geronimo >> 2. OpenEJB options in Geronimo >> >> Both topics are placed within troubleshooting development issues. >> >> http://cwiki.apache.org/GMOxDOC22/development-issues.html >> >> Jeff C >> >> >> On Mon, Aug 31, 2009 at 12:05 PM, chi runhua wrote: >> >>> Sorry for the inconvenience. >>> >>> I've fixed broken linkages within the page. >>> >>> Jeff C >>> >>> >>> >>> >>> On Mon, Aug 31, 2009 at 10:07 AM, Jack Cai wrote: >>> This looks like a very comprehensive list! Thanks Jeff! I hit some "404 document not found" error when following the links in the "Topic location" column though. -Jack On Fri, Aug 28, 2009 at 5:45 PM, chi runhua wrote: > Sorry, here is the correct linkage > > > http://cwiki.apache.org/confluence/display/GMOxDOC22/Apache+Geronimo+v2.2+documentation+development+status > > > Jeff C > > > On Fri, Aug 28, 2009 at 5:43 PM, chi runhua wrote: > >> Hi all, >> >> I did a quick summary for the updates to be made(already made) in >> G2.2 doc so far. Please refer to (1) for more details. >> >> (1). >> http://cwiki.apache.org/confluence/pages/editpage.action?pageId=101669 >> >> If I missed any topics, please feel free to append on the table or >> this thread. >> >> >> Jeff C >> >> >> >> >> >> >> >> > >>> >> >
[jira] Updated: (GERONIMO-4892) Farm Deployment Error if deploy more than one applications
[
https://issues.apache.org/jira/browse/GERONIMO-4892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
viola.lu updated GERONIMO-4892:
---
Attachment: TwoFarm.zip
> Farm Deployment Error if deploy more than one applications
> --
>
> Key: GERONIMO-4892
> URL: https://issues.apache.org/jira/browse/GERONIMO-4892
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: commands
>Affects Versions: 2.2
> Environment: oS: winxp and win2003
>Reporter: viola.lu
> Attachments: TwoFarm.zip
>
>
> Win2003 as master node( NODE2) with config.xml
> ...
>
> name="org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=GBean,name=Node1"
> gbeanInfo="org.apache.geronimo.farm.config.BasicNodeInfo">
> NODE1
> propertyEditor="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfoEditor"
> name="extendedJMXConnectorInfo">
> class="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfo"
> xmlns="" xmlns:ns10="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
> xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns16="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns8_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns8="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns16_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns10_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
> system
> manager
> rmi
> 9.186.10.167
> 1099
> JMXConnector
> false
>
>
>
>
> ${ClusterNodeName}
>
>
> ${FarmName}
>
>
> ...
> WinXP as node 1
> WinXp. as node 1
> ..
>
> name="org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=GBean,name=Node2"
> gbeanInfo="org.apache.geronimo.farm.config.BasicNodeInfo">
> NODE2
> propertyEditor="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfoEditor"
> name="extendedJMXConnectorInfo">
> class="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfo"
> xmlns="" xmlns:ns20="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns10="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns22="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
> xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns16="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns18="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns19="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns7="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns8="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns18_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns9="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns16_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns22_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
> system
> manager
> rmi
> 9.186.10.67
> 1099
> JMXConnector
> false
>
>
>
>
> ${ClusterNodeName}
>
>
> ${FarmName}
>
>
> ..
> 1.Following doc
> http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.html to farm
> deploy apps
> with command:
> deploy.bat --user system --password manager deploy --targets
> org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=ConfigurationStore,name=MasterConfigurationStore
> %Sample_HOME%\applications\hello\target\hello-2.1.1.2.war
>
> 2.First deploy hello.war, successfully, second deploy cviewer with command:
> depl
[jira] Updated: (GERONIMO-4892) Farm Deployment Error if deploy more than one applications
[
https://issues.apache.org/jira/browse/GERONIMO-4892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
viola.lu updated GERONIMO-4892:
---
Description:
Win2003 as master node( NODE2) with config.xml
...
NODE1
http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns16="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns8_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns8="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns16_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns10_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
system
manager
rmi
9.186.10.167
1099
JMXConnector
false
${ClusterNodeName}
${FarmName}
...
WinXP as node 1
WinXp. as node 1
..
NODE2
http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns10="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns22="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns16="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns18="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns19="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns7="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns8="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns18_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns9="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns16_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns22_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
system
manager
rmi
9.186.10.67
1099
JMXConnector
false
${ClusterNodeName}
${FarmName}
..
1.Following doc http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.html
to farm deploy apps
with command:
deploy.bat --user system --password manager deploy --targets
org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=ConfigurationStore,name=MasterConfigurationStore
%Sample_HOME%\applications\hello\target\hello-2.1.1.2.war
2.First deploy hello.war, successfully, second deploy cviewer with command:
deploy.bat --user system --password manager deploy --targets
org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=ConfigurationStore,name=MasterConfigurationStore
%Sample_HOME%\applications\cviewer\target\cviewer-2.1.1.2.war
but errors popup:
2009-09-23 17:00:02,937 ERROR [DeployTool] Error:
org.apache.geronimo.common.DeploymentException: Operation failed: start of
com.ibm.wasce.samples/cviewer_G_MASTER/2.1.1.2/car failed
org.apache.geronimo.kernel.GBeanAlreadyExistsException: GBean already
registered: geronimo:J2EEServer=geronimo,nodeName=NODE1
GBean already registered: geronimo:J2EEServer=geronimo,nodeName=NODE1
at
org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:169)
at
org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125)
at
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
at
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
3.After deployment, on master node, open web app modules porlet, hello and
cviewer app don't exist in it, but in its master-repository and config.xml, on
other cluster nodes, these apps exist
was:
1.Following doc http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.ht
[jira] Updated: (GERONIMO-4895) Application items are not removed from config.xml on farm members after farm undeploy applications from master node
[
https://issues.apache.org/jira/browse/GERONIMO-4895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
viola.lu updated GERONIMO-4895:
---
Attachment: FarmConfig.zip
> Application items are not removed from config.xml on farm members after farm
> undeploy applications from master node
> ---
>
> Key: GERONIMO-4895
> URL: https://issues.apache.org/jira/browse/GERONIMO-4895
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: Clustering
>Affects Versions: 2.2
> Environment: OS:Winxp, win2003, suse 10 sp2
> Build:2009.09.22-10:37:57.501+0800
> JDK 1.6
>Reporter: viola.lu
>Priority: Minor
> Attachments: FarmConfig.zip
>
>
> 1.Follow guide on
> http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.html, win2003 as
> master farm node (NODE2), with config.xml
> ...
>
> name="org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=GBean,name=Node1"
> gbeanInfo="org.apache.geronimo.farm.config.BasicNodeInfo">
> NODE1
> propertyEditor="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfoEditor"
> name="extendedJMXConnectorInfo">
> class="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfo"
> xmlns="" xmlns:ns10="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
> xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns8_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns8="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns10_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
> system
> manager
> rmi
> 9.186.10.167
> 1099
> JMXConnector
> false
>
>
>
> name="org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=GBean,name=Node3"
> gbeanInfo="org.apache.geronimo.farm.config.BasicNodeInfo">
> NODE3
> propertyEditor="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfoEditor"
> name="extendedJMXConnectorInfo">
> class="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfo"
> xmlns="" xmlns:ns10="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
> xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns8_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns8="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns10_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
> system
> manager
> rmi
> 9.186.10.68
> 1099
> JMXConnector
> false
>
>
>
>
> ${ClusterNodeName}
>
>
> ${FarmName}
>
>
> ...
> WinXp. as node 1
> ..
>
> name="org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/farming/2.2-SNAPSHOT/car,j2eeType=GBean,name=Node2"
> gbeanInfo="org.apache.geronimo.farm.config.BasicNodeInfo">
> NODE2
> propertyEditor="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfoEditor"
> name="extendedJMXConnectorInfo">
> class="org.apache.geronimo.farm.config.BasicExtendedJMXConnectorInfo"
> xmlns="" xmlns:ns20="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns10="http://geronimo.apache.org/xml/ns/attributes-1.2";
> xmlns:ns22="http://geronimo.apache.org/xml/ns/plugins-1.3";
> xmlns:ns="http://geronimo.apache.org/xml/ns/de
[jira] Created: (GERONIMO-4895) Application items are not removed from config.xml on farm members after farm undeploy applications from master node
Application items are not removed from config.xml on farm members after farm
undeploy applications from master node
---
Key: GERONIMO-4895
URL: https://issues.apache.org/jira/browse/GERONIMO-4895
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: Clustering
Affects Versions: 2.2
Environment: OS:Winxp, win2003, suse 10 sp2
Build:2009.09.22-10:37:57.501+0800
JDK 1.6
Reporter: viola.lu
Priority: Minor
1.Follow guide on
http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.html, win2003 as
master farm node (NODE2), with config.xml
...
NODE1
http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns8_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns8="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns10_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
system
manager
rmi
9.186.10.167
1099
JMXConnector
false
NODE3
http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns8_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns8="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns10_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
system
manager
rmi
9.186.10.68
1099
JMXConnector
false
${ClusterNodeName}
${FarmName}
...
WinXp. as node 1
..
NODE2
http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns10="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns22="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
xmlns:ns12="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns14="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns16="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns18="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns19="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns4="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns6="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns7="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns8="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns18_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns9="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns16_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns14_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns12_="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns22_="http://geronimo.apache.org/xml/ns/attributes-1.2";>
system
manager
rmi
9.186.10.67
1099
JMXConnector
false
${ClusterNodeName}
${FarmName}
..
Suse same as winxp:
NODE2
http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns10="http://geronimo.apache.org/xml/ns/attributes-1.2";
xmlns:ns22="http://geronimo.apache.org/xml/ns/plugins-1.3";
xmlns:ns="http://geronimo.apache.org/xml/ns/deployment/javabean-1.0";
xmlns:ns12="http://geronimo.apache.org
[BUILD] trunk: Failed for Revision: 818335
Geronimo Revision: 818335 built with tests included
See the full build-2100.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/build-2100.log
See the unit test reports at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/unit-test-reports
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: plugin-console-tomcat-3.0-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/geronimo/geronimo/trunk/plugins/console/plugin-console-tomcat/target/plugin-console-tomcat-3.0-SNAPSHOT.car
to
/home/geronimo/.m2/repository/org/apache/geronimo/plugins/plugin-console-tomcat/3.0-SNAPSHOT/plugin-console-tomcat-3.0-SNAPSHOT.car
[INFO] [car:update-pluginlist]
[INFO]
[INFO] Building Geronimo Plugins, Corba
[INFO]task-segment: [install]
[INFO]
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [site:attach-descriptor]
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] [install:install]
[INFO] Installing /home/geronimo/geronimo/trunk/plugins/corba/pom.xml to
/home/geronimo/.m2/repository/org/apache/geronimo/plugins/corba/3.0-SNAPSHOT/corba-3.0-SNAPSHOT.pom
[INFO]
[INFO] Building Geronimo Plugins, Corba :: Core
[INFO]task-segment: [install]
[INFO]
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/resources
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:compile]
[INFO] Compiling 127 source files to
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/target/classes
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[47,38]
[deprecation] org.apache.geronimo.crypto.asn1.DERInputStream in
org.apache.geronimo.crypto.asn1 has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/DynamicStubClassLoaderGBean.java:[32,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/CSSBeanGBean.java:[45,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/TSSBeanGBean.java:[38,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/TSSBeanGBean.java:[39,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[162,8]
[deprecation] org.apache.geronimo.crypto.asn1.DERInputStream in
org.apache.geronimo.crypto.asn1 has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[162,33]
[deprecation] org.apache.geronimo.crypto.asn1.DERInputStream in
org.apache.geronimo.crypto.asn1 has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[162,29]
[deprecation] DERInputStream(java.io.InputStream) in
org.apache.geronimo.crypto.asn1.DERInputStream has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/config/tss/TSSGSSUPMechConfig.java:[108,53]
[deprecation]
login(java.lang.String,javax.security.auth.callback.CallbackHandler) in
org.apache.geronimo.security.ContextManager has been deprecated
[INFO] [resources:testResources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 3 resources
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/corb
[jira] Updated: (GERONIMO-4876) "java.net.ConnectException" when I shutdown the server
[ https://issues.apache.org/jira/browse/GERONIMO-4876?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bin He updated GERONIMO-4876: - Description: start server shutdown server using "shutdown.bat" It shows an error: 2009-09-15 13:07:52,820 ERROR [Connector] Protocol handler pause failed java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:352) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:214) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:201) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:377) at java.net.Socket.connect(Socket.java:530) at java.net.Socket.connect(Socket.java:480) at java.net.Socket.(Socket.java:377) at java.net.Socket.(Socket.java:220) at org.apache.jk.common.ChannelSocket.unLockSocket(ChannelSocket.java:487) at org.apache.jk.common.ChannelSocket.pause(ChannelSocket.java:284) at org.apache.jk.server.JkMain.pause(JkMain.java:683) at org.apache.jk.server.JkCoyoteHandler.pause(JkCoyoteHandler.java:153) at org.apache.catalina.connector.Connector.pause(Connector.java:1073) at org.apache.catalina.core.StandardService.stop(StandardService.java:563) at org.apache.geronimo.tomcat.TomcatContainer.doStop(TomcatContainer.java:253) at org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:340) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:189) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:546) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:421) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:150) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:546) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:421) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:150) at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:546) at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:421) at org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:339) at org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:661) at org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:638) at org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:599) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237) at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:848) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:773) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1437) at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:83) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1275) at java.security.AccessController.doPrivileged(AccessController.java:284) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1377) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:799) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) at java.lang.reflect.Method.invoke(Method.java:599) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:310) at sun.rmi.transport.Transport$1.run(Transport.java:171) at java.security.AccessController.doPrivileged(AccessController.ja
[jira] Closed: (GERONIMO-4894) Virtual Host doesn't work
[ https://issues.apache.org/jira/browse/GERONIMO-4894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu closed GERONIMO-4894. -- Resolution: Invalid It's cozed by Firefox Cache, works find on IE.So close it. > Virtual Host doesn't work > -- > > Key: GERONIMO-4894 > URL: https://issues.apache.org/jira/browse/GERONIMO-4894 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: Tomcat >Affects Versions: 2.2 > Environment: os:win 2003 >Reporter: viola.lu >Priority: Minor > > 1.Follow > http://cwiki.apache.org/GMOxDOC22/configuring-virtual-host-in-tomcat.html to > configure tomcat virtual host, > 2.But cann't access hello 1 and hello 2 from any ip address. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4893) cann't create a jmx server to monitor a remote server which is in Ubuntu
[ https://issues.apache.org/jira/browse/GERONIMO-4893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758970#action_12758970 ] Bin He commented on GERONIMO-4893: -- Hi Siqi, I test this in SUSE and there is no this error. So this is a problem caused by the special platform. > cann't create a jmx server to monitor a remote server which is in Ubuntu > --- > > Key: GERONIMO-4893 > URL: https://issues.apache.org/jira/browse/GERONIMO-4893 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: monitoring >Affects Versions: 2.2 > Environment: windows xp sp2 > jdk6 >Reporter: Bin He > > 1、start server in Ubuntu > 2、start server in Windows > 3、create a jmx server to monitor the server in Ubuntu.But the status is > offline and it shows too many warnings. > 7:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > java.rmi.NoSuchObjectException: no such object in table > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:267) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:245) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:154) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIServerImpl_Stub.newClient(RMIServerImpl_Stub.java:52) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2323) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:288) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:259) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:116) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:61) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > jsp.WEB_002dINF.view.monitoringNormal_jsp._jspService(monitoringNormal_jsp.java:273) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.pluto.internal.impl.PortletRequestDisp
[jira] Commented: (GERONIMO-4836) Default Pluto URL parser could not hanle semicolon in the parameter values
[ https://issues.apache.org/jira/browse/GERONIMO-4836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758957#action_12758957 ] David Jencks commented on GERONIMO-4836: Oops, you are ahead of me with porting it into 2.2 :-) thanks! > Default Pluto URL parser could not hanle semicolon in the parameter values > -- > > Key: GERONIMO-4836 > URL: https://issues.apache.org/jira/browse/GERONIMO-4836 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console, Tomcat >Affects Versions: 2.2 >Reporter: Ivan >Assignee: Ivan > Fix For: 2.2 > > > While the input parameter contains semicolon, there will be some issues while > handlering those parameters. Seem that Pluto would ignore those parameters > after the semicolon. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4836) Default Pluto URL parser could not hanle semicolon in the parameter values
[ https://issues.apache.org/jira/browse/GERONIMO-4836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758954#action_12758954 ] David Jencks commented on GERONIMO-4836: I applied a slightly modified patch to pluto branches-1.1.x (modified to work with jdk 1.4) and asked on the pluto dev list about applying it to pluto trunk. Meanwhile we should get this into geronimo. I looked, we can just copy the modified class into geronimo, change the package to a geronimo one, and change the spring configuration to use it instead of the original pluto one. If there's any doubt about how to do this just ask... thanks! > Default Pluto URL parser could not hanle semicolon in the parameter values > -- > > Key: GERONIMO-4836 > URL: https://issues.apache.org/jira/browse/GERONIMO-4836 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console, Tomcat >Affects Versions: 2.2 >Reporter: Ivan >Assignee: Ivan > Fix For: 2.2 > > > While the input parameter contains semicolon, there will be some issues while > handlering those parameters. Seem that Pluto would ignore those parameters > after the semicolon. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] branches/2.2: Failed for Revision: 818320
Geronimo Revision: 818320 built with tests included See the full build-2000.log file at http://people.apache.org/builds/geronimo/server/binaries/2.2/20090923/build-2000.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.2/20090923/unit-test-reports amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/), ibiblio.org (http://repo.exist.com/maven2), apache.snapshots (http://repository.apache.org/snapshots), codehaus.snapshots (http://snapshots.repository.codehaus.org) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -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.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT 2) org.apache.activemq:activemq-core:jar:5.3.0 3) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT from the specified remote repositories: amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/), ibiblio.org (http://repo.exist.com/maven2), apache.snapshots (http://repository.apache.org/snapshots), codehaus.snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) 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:301) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:618) 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.activemq.protobuf:activemq-protobuf:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -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.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT 2) org.apache.activemq:activemq-core:jar:5.3.0 3) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT from the specified remote repositories: amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/), ibiblio.org (http://repo.exist.com/maven2
[jira] Updated: (GERONIMO-4513) LDAP Realm Improvements
[ https://issues.apache.org/jira/browse/GERONIMO-4513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks updated GERONIMO-4513: --- Fix Version/s: (was: 2.2) Wish List great feature, need a patch or some time. > LDAP Realm Improvements > --- > > Key: GERONIMO-4513 > URL: https://issues.apache.org/jira/browse/GERONIMO-4513 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.1.3 >Reporter: Jürgen Weber >Priority: Blocker > Fix For: Wish List > > > I suggest several important improvements to the LDAP Realm, generally LDAP > Realm should support the features of Tomcat's JNDIRealm > (http://tomcat.apache.org/tomcat-6.0-doc/realm-howto.html#JNDIRealm) > 1. a plan should be deployable from the console > 2. LDAP Realm should allow anonymous bind (this is cause for "blocker") > 3. I guess "User Role Search String" means a user attribute the role names > are taken from (same as Tomcat's userRoleName property). If this is set, all > other role-related attributes should not be necessary. Generally, it should > not be necessary to have role-related attributes at all, if you only want the > users to log in, but have * > 4. if "Role User Search String" is empty, there is the wrong error message > "option-roleSearchMatching must not be empty" > There is no Role SearchMatching on the dialog > 5. On the Test Results page: if the test fails, there is only > Login Failed: LDAP Error > There should also be the error message and even stacktrace (right now > it's in the server log) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: OSGI progress
So it sounds like I can't put off learning OSGi anymore :) Does anyone have suggested resources (books, websites, or tutorials) that they found useful? Thanks in advance, Jay David Jencks wrote: > Over the weekend I got my sandbox osgi framework to build and generate > all the plugins as osgi bundles. This involves running some of the > geronimo server on osgi/felix inside maven. The dependency management > system seems to work OK at least for starting bundles. I also started > doing a little bit of code cleanup. > > I think the next step will be to get the framework server running in > standalone karaf or felix. Hopefully this will be no harder than > getting it running in embedded felix in maven. > > thanks > david jencks >
Re: [DISCUSS] Donate Blueprint implementation to Aries podling
Makes sense to me too. Jay Guillaume Nodet wrote: > Some time ago, a few Geronimo committers have started an > implementation of the OSGi Blueprint Services spec, which is basically > an OSGi standardized version of Spring-DM (the next version of > Spring-DM being the RI of this spec). > The code was developed at Geronimo mostly because the people that were > interested in doing so were all Geronimo committers, so it was way > easier to set that up inside Geronimo. However, the piece of code > does not really fit well in Geronimo, as it has nothing to do with > JEE. > > A few days ago, a podling named Aries has been proposed to the > incubator. You'll find the proposal at > http://wiki.apache.org/incubator/AriesProposal. > Aries would be a much more natural home for the blueprint code > currently in Geronimo. > > Thoughts / questions / remarks ? >
[BUILD] trunk: Failed for Revision: 818206
Geronimo Revision: 818206 built with tests included
See the full build-1500.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/build-1500.log
See the unit test reports at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/unit-test-reports
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: plugin-console-tomcat-3.0-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing
/home/geronimo/geronimo/trunk/plugins/console/plugin-console-tomcat/target/plugin-console-tomcat-3.0-SNAPSHOT.car
to
/home/geronimo/.m2/repository/org/apache/geronimo/plugins/plugin-console-tomcat/3.0-SNAPSHOT/plugin-console-tomcat-3.0-SNAPSHOT.car
[INFO] [car:update-pluginlist]
[INFO]
[INFO] Building Geronimo Plugins, Corba
[INFO]task-segment: [install]
[INFO]
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [site:attach-descriptor]
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] [install:install]
[INFO] Installing /home/geronimo/geronimo/trunk/plugins/corba/pom.xml to
/home/geronimo/.m2/repository/org/apache/geronimo/plugins/corba/3.0-SNAPSHOT/corba-3.0-SNAPSHOT.pom
[INFO]
[INFO] Building Geronimo Plugins, Corba :: Core
[INFO]task-segment: [install]
[INFO]
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/resources
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:compile]
[INFO] Compiling 127 source files to
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/target/classes
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[47,38]
[deprecation] org.apache.geronimo.crypto.asn1.DERInputStream in
org.apache.geronimo.crypto.asn1 has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/security/config/tss/TSSGSSUPMechConfig.java:[108,53]
[deprecation]
login(java.lang.String,javax.security.auth.callback.CallbackHandler) in
org.apache.geronimo.security.ContextManager has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/DynamicStubClassLoaderGBean.java:[32,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[162,8]
[deprecation] org.apache.geronimo.crypto.asn1.DERInputStream in
org.apache.geronimo.crypto.asn1 has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[162,33]
[deprecation] org.apache.geronimo.crypto.asn1.DERInputStream in
org.apache.geronimo.crypto.asn1 has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[162,29]
[deprecation] DERInputStream(java.io.InputStream) in
org.apache.geronimo.crypto.asn1.DERInputStream has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/TSSBeanGBean.java:[38,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/TSSBeanGBean.java:[39,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[WARNING]
/home/geronimo/geronimo/trunk/plugins/corba/geronimo-corba/src/main/java/org/apache/geronimo/corba/CSSBeanGBean.java:[45,19]
[deprecation] addOperation(java.lang.String,java.lang.Class[]) in
org.apache.geronimo.gbean.GBeanInfoBuilder has been deprecated
[INFO] [resources:testResources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 3 resources
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/corb
Re: documentation is important too
RunHua Chi wrote: > > We'd like to hear more about your comments to the document such as the > documents are not well-orgnized? what kind of topics are missing? Or you > can > share your experience briefly, we can help to document? I think more > details > will do more help. > I have not checked WAS CE examples, but examples on G web page didn't have xsd files referenced in xml header, it was quite difficult to guess what tags are used because eclipse xml editor didnt helped much. ibm documentation also didnt mention where xsd files are available via HTTP. http://publib.boulder.ibm.com/wasce/V2.1.1/en/developing-deployment-plans.html i used some examples on web site as reference but they were too simple. -- View this message in context: http://www.nabble.com/There%27s-still-hope-for-2.2...-tp25395776s134p25531272.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
[jira] Commented: (GERONIMO-4296) Start Derby NetworkServerControl with credentials to prevent unauthorized shutdowns
[ https://issues.apache.org/jira/browse/GERONIMO-4296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758838#action_12758838 ] Radim Kolar commented on GERONIMO-4296: --- I see this as quite serious security problem. If this issue will not be fixed before 2.2, it should be visibly noted in README that people should firewall derby listener from untrusted clients. Same thing is for ActiveMQ broker. correct thing for derby is to write derby.authentication.provider module and connect it to user specified G security realm configurable via console portlet. Derby side is pretty simple: derby.authentication.provider class must implement the public interface org.apache.derby.authentication.UserAuthenticator and throw exceptions of the type java.sql.SQLException where appropriate. > Start Derby NetworkServerControl with credentials to prevent unauthorized > shutdowns > --- > > Key: GERONIMO-4296 > URL: https://issues.apache.org/jira/browse/GERONIMO-4296 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: databases >Affects Versions: 2.0.3, 2.1.3, 2.1.4, 2.2 >Reporter: Donald Woods >Assignee: Donald Woods >Priority: Minor > Fix For: Wish List > > > Use the new NetworkServerControl support in Derby 10.4.1.3 and later to start > our embedded Derby server with credentials, to prevent any other apps on > localhost from stopping our Derby instance. The following Derby release note > details the scenario and the new API - > http://db.apache.org/derby/releases/release-10.4.1.3.html#Note+for+DERBY-3585 > We could either use random uid/pwd values to start the Derby server, which > would be the most secure, but would keep other apps from using our Derby > server. The other option, would be to set uid/pwd GBean attributes and > default the to the default system/manager values and leave it up to the user > to change them. > Note: This may also require some Samples, Testsuite and Portlet chagnes to > handle the required DB auth. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: 2.2 progress
If the update/review of the LICENSE/NOTICE information is a lot of work, send some my way if it will help release some of the developer's time for more important tasks. Quintin Beukes On Wed, Sep 23, 2009 at 4:39 PM, Kevan Miller wrote: > > On Sep 21, 2009, at 8:21 PM, David Jencks wrote: > >> I think things are moving along for 2.2. >> >> - our last internal dependency, the tomcat fork, seems to have passed its >> vote, although I'd prefer it if Kevan would take a look. >> >> - ActiveMQ is pushing release candidates. The first one showed no tck >> problems in geronimo. >> >> - OpenEJB IIUC is pretty much ready to release. > > It looks like OpenEJB has an SFSB problem, which will need to be fixed > before they release a 3.1.2. > >> >> --- >> >> Stuff to do: >> >> - tranql has been getting some attention lately. We should try to find a >> jdbc expert verify the list of non-fatal SQLCodes. I would like to >> rearrange tranql svn, but otherwise I'm OK with the code for now. After we >> verify stuff works I can release this. > > This would be really good, IMO. Will see if I can find somebody to help > review the SQLCodes. > >> >> - We have a pluto fix that I'm hoping we can duplicate in geronimo >> somehow. IIRC we have a couple of pluto driver classes replaced in geronimo >> already, I hope we can do the same with this pluto fix. Pushing a pluto 1.x >> release could be difficult. >> >> - We don't know yet whether the maven release plugin and apache-release >> profile will work with geronimo. >> >> - review the jiras carefully. > > - update / review LICENSE & NOTICE information. > > --kevan >
Re: [DISCUSS] Donate Blueprint implementation to Aries podling
I agree that we should move it to Aries. Joe Guillaume Nodet wrote: Some time ago, a few Geronimo committers have started an implementation of the OSGi Blueprint Services spec, which is basically an OSGi standardized version of Spring-DM (the next version of Spring-DM being the RI of this spec). The code was developed at Geronimo mostly because the people that were interested in doing so were all Geronimo committers, so it was way easier to set that up inside Geronimo. However, the piece of code does not really fit well in Geronimo, as it has nothing to do with JEE. A few days ago, a podling named Aries has been proposed to the incubator. You'll find the proposal at http://wiki.apache.org/incubator/AriesProposal. Aries would be a much more natural home for the blueprint code currently in Geronimo. Thoughts / questions / remarks ?
[BUILD] branches/2.2: Failed for Revision: 818178
Geronimo Revision: 818178 built with tests included See the full build-1400.log file at http://people.apache.org/builds/geronimo/server/binaries/2.2/20090923/build-1400.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.2/20090923/unit-test-reports ibiblio.org (http://repo.exist.com/maven2), amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -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.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT 2) org.apache.activemq:activemq-core:jar:5.3.0 3) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) 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:301) 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.activemq.protobuf:activemq-protobuf:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -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.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT 2) org.apache.activemq:activemq-core:jar:5.3.0 3) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http
Re: OSGI progress
On Sep 23, 2009, at 3:35 AM, Rick McGuire wrote: David Jencks wrote: On Sep 22, 2009, at 10:50 PM, Ivan wrote: After reading some code changes of the geronimo-kenel in the sanbox, I found that we keep the Geronimo kenel as an OSGI service, and each Configuration ( or a bundle) will search it and start the configuration as we do in the past while starting. There's a difference in lifecycles between osgi bundles and geronimo configurations. OSGI: bundles can be installed, in which case the classes are not available, or started, in which case the classes are all available and the bundle activator has been started. AFAICT there is no other built in "no-really-start-it" state beyond "started". There might be more less-started states I'm not aware of. The extender model sort or introduces an additional state (or at least the Blueprint extender does). After STARTED state, the extender kicks in and processes metadata in the bundle and performs additional actions. The completion point is when the BlueprintContainer service is published to the service registry. At that point, the bundle state is "complete". Something similar might make sense for a configuration, where a "ConfigurationContainer" service is published to the registry that would allow additional configuration operations to be performed. I think people have outlined two options here. I don't know if either of them would actually work well in practice: 1. map the "resolved" bundle state to "classes available + gbean metadata available", and the "started" bundle state to "all the gbeans started". I _think_ a bundle listener is notified when a bundle is resolved, we could write a bundle listener to look up and register the gbean metadata in the kernel. This is now done in the ConfigurationActivator. The ConfigurationActivator start would then start all the gbeans. Alternatively we could use a bundle listener to start all the gbeans. 2. map the "started" bundle state to "classes available and gbean metadata available, but gbeans not started" and have a further state of "gbeans started" under the control of something else, perhaps similar to the blueprint extender. This is closer to what I've implemented so far. The real reason we have these two configuration staties is that we generally need access to the gbean metadata in order to deploy javaee applications to make sure the gbean references will be satisfied at runtime (there's also some further use for j2ca connector metadata, but we miight be able to find an alternate way to deal with this). We don't want to force you to start up a whole server with opening all the server ports just to build a plugin for a web app. So far I think this is a useful capability so I'd like to try to find a way to implement it in osgi. Alternatively we could abandon the idea of building plugins for javaee apps that are "predeployed apps" that should just work and go to more of a "find the problems at runtime" model. We won't be able to tell how well this stuff works until we get to making the deployers work in osgi. The stuff in framework doesn't really have enough contact with the outside world through server ports to show up problems with any of these approaches. thanks david jencks Geronimo: A Configuration is a gbean. You can't get much usefaul data out of it until its started. Once it is started the classes are available and you can find out what services (gbeans) are in the configuration and look at their attributes. There's a further state of "all gbeans started". The configuration manager treats these states as "loaded" and "started" Again, this maps fairly well to the model used by Blueprint extender. The Configuration gbean could be published to the registry once it reaches the "all gbeans started" state. So far it seems to work to do something similar in the osgi environment but it doesn't really fit very well yet. I'm not sure where we will end up with this. I have a feeling that, if we do that, Geronimo is still a part of OSGI env, could we make the Geronimo is an OSGI env? I don't understand what you are asking here. In the sandbox, geronimo plugins are running in an osgi enviroment, and all the classes are loaded from osgi bundles. Could you explain more what you are asking about? Could we publish GBeans as OSGI service via a ConfigurationActivator, or though a GBean-OSGI adapter ? I'm pretty sure we could, but I'd like to get more stuff working before we decide if its a good idea. IIUC blueprint doesn't publish every blueprint bean as an osgi service, but only ones you configure to be published. I suspect we may want to, similarly, only publish some gbeans as osgi services. Your understanding is correct. Only the explicitly identified beans are published as services. I suspect this would likely make sense within a configurat
Re: [DISCUSS] Donate Blueprint implementation to Aries podling
On Sep 23, 2009, at 8:20 AM, Guillaume Nodet wrote: Some time ago, a few Geronimo committers have started an implementation of the OSGi Blueprint Services spec, which is basically an OSGi standardized version of Spring-DM (the next version of Spring-DM being the RI of this spec). The code was developed at Geronimo mostly because the people that were interested in doing so were all Geronimo committers, so it was way easier to set that up inside Geronimo. However, the piece of code does not really fit well in Geronimo, as it has nothing to do with JEE. A few days ago, a podling named Aries has been proposed to the incubator. You'll find the proposal at http://wiki.apache.org/incubator/AriesProposal. Aries would be a much more natural home for the blueprint code currently in Geronimo. Thoughts / questions / remarks ? Makes sense to me. Regards, Alan
[jira] Commented: (GERONIMO-4893) cann't create a jmx server to monitor a remote server which is in Ubuntu
[ https://issues.apache.org/jira/browse/GERONIMO-4893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758761#action_12758761 ] Siqi Du commented on GERONIMO-4893: --- Hi, Bin. Have you tested this case on other platform, eg. a server on xp monitors a server on SUSE, and does the same scenario occur? > cann't create a jmx server to monitor a remote server which is in Ubuntu > --- > > Key: GERONIMO-4893 > URL: https://issues.apache.org/jira/browse/GERONIMO-4893 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: monitoring >Affects Versions: 2.2 > Environment: windows xp sp2 > jdk6 >Reporter: Bin He > > 1、start server in Ubuntu > 2、start server in Windows > 3、create a jmx server to monitor the server in Ubuntu.But the status is > offline and it shows too many warnings. > 7:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > java.rmi.NoSuchObjectException: no such object in table > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:267) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:245) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:154) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIServerImpl_Stub.newClient(RMIServerImpl_Stub.java:52) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2323) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:288) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:259) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:116) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:61) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > jsp.WEB_002dINF.view.monitoringNormal_jsp._jspService(monitoringNormal_jsp.java:273) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.pluto.internal.impl.P
[DISCUSS] Donate Blueprint implementation to Aries podling
Some time ago, a few Geronimo committers have started an implementation of the OSGi Blueprint Services spec, which is basically an OSGi standardized version of Spring-DM (the next version of Spring-DM being the RI of this spec). The code was developed at Geronimo mostly because the people that were interested in doing so were all Geronimo committers, so it was way easier to set that up inside Geronimo. However, the piece of code does not really fit well in Geronimo, as it has nothing to do with JEE. A few days ago, a podling named Aries has been proposed to the incubator. You'll find the proposal at http://wiki.apache.org/incubator/AriesProposal. Aries would be a much more natural home for the blueprint code currently in Geronimo. Thoughts / questions / remarks ? -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [VOTE] Donate blueprint to Aries podling
Guillaume, This topic was slightly touched on during the Blueprint release vote. However, I encourage you to start by discussing with the community, first. Rather than simply calling a VOTE. --kevan On Sep 23, 2009, at 9:14 AM, Guillaume Nodet wrote: The Aries podling has just been accepted (see http://incubator.apache.org/aries/) and would be a much better place for the blueprint implementation that has been developped in Geronimo. This vote is mainly for donating the code to the Aries project and maintain it there. [ ] +1 Donate the blueprint implementation to Aries [ ] -1 Do not The vote will be opened for 72 hours. -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: 2.2 progress
On Sep 21, 2009, at 8:21 PM, David Jencks wrote: I think things are moving along for 2.2. - our last internal dependency, the tomcat fork, seems to have passed its vote, although I'd prefer it if Kevan would take a look. - ActiveMQ is pushing release candidates. The first one showed no tck problems in geronimo. - OpenEJB IIUC is pretty much ready to release. It looks like OpenEJB has an SFSB problem, which will need to be fixed before they release a 3.1.2. --- Stuff to do: - tranql has been getting some attention lately. We should try to find a jdbc expert verify the list of non-fatal SQLCodes. I would like to rearrange tranql svn, but otherwise I'm OK with the code for now. After we verify stuff works I can release this. This would be really good, IMO. Will see if I can find somebody to help review the SQLCodes. - We have a pluto fix that I'm hoping we can duplicate in geronimo somehow. IIRC we have a couple of pluto driver classes replaced in geronimo already, I hope we can do the same with this pluto fix. Pushing a pluto 1.x release could be difficult. - We don't know yet whether the maven release plugin and apache- release profile will work with geronimo. - review the jiras carefully. - update / review LICENSE & NOTICE information. --kevan
[jira] Resolved: (GERONIMO-4891) Null destination error when browsing a new created jms resource group.
[ https://issues.apache.org/jira/browse/GERONIMO-4891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan resolved GERONIMO-4891. Resolution: Fixed Fix Version/s: 3.0 2.2 Use the destination name as the physical name if it is filled. Commit changes to trunk At revision: 818104 and 2.2 At revision: 818105 > Null destination error when browsing a new created jms resource group. > -- > > Key: GERONIMO-4891 > URL: https://issues.apache.org/jira/browse/GERONIMO-4891 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.2 > Environment: OS:Windows XP SP2 > JDK:JAVA 6 >Reporter: Lu Jiang >Priority: Minor > Fix For: 2.2, 3.0 > > > 1.Start geronimo server. > 2.Create a new JMS Resource Group for ActiveMQ.Enter the Resource Group > Name,keep default for other fields. > 3.Add Connection Factory.Select a factory type and input the factory > name.keep default for other fields. > 4.Add Destination.Select a destination type and input destination name.keep > default for other fields. > 5.Deploy it. > 6.Browse the new created JMS resourse group, > Error encountered while browsing message. > Fail to find the destination nulll. > Perhaps a default value for physical name of jms destionation is needed. -- 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: 818087
Geronimo Revision: 818087 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/build-0900.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/unit-test-reports [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.operatingsystemprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.fileprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.jdkprefixprofileactiva...@7c1c7c1c [WARNING] Component returned which is not the same manager. Ignored. component
Re: [VOTE] Donate blueprint to Aries podling
+1 On Wed, Sep 23, 2009 at 15:14, Guillaume Nodet wrote: > The Aries podling has just been accepted (see > http://incubator.apache.org/aries/) and would be a much better place > for the blueprint implementation that has been developped in Geronimo. > This vote is mainly for donating the code to the Aries project and > maintain it there. > > [ ] +1 Donate the blueprint implementation to Aries > [ ] -1 Do not > > The vote will be opened for 72 hours. > > -- > Cheers, > Guillaume Nodet > > Blog: http://gnodet.blogspot.com/ > > Open Source SOA > http://fusesource.com > -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
[VOTE] Donate blueprint to Aries podling
The Aries podling has just been accepted (see http://incubator.apache.org/aries/) and would be a much better place for the blueprint implementation that has been developped in Geronimo. This vote is mainly for donating the code to the Aries project and maintain it there. [ ] +1 Donate the blueprint implementation to Aries [ ] -1 Do not The vote will be opened for 72 hours. -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
[jira] Commented: (GERONIMO-4493) Could not browser messages for Topic
[ https://issues.apache.org/jira/browse/GERONIMO-4493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758691#action_12758691 ] Ivan commented on GERONIMO-4493: I will remove this function, currently by default, ActiveMQ will not keep those history messages. Maybe we could add a button in our portlet which is used to enable/disable to record old messages in the topic, but I guess that this is not an very "required" function. > Could not browser messages for Topic > > > Key: GERONIMO-4493 > URL: https://issues.apache.org/jira/browse/GERONIMO-4493 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Ivan > Fix For: 2.2, 3.0 > > > Currently, we could not browser the messages for a topic. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: 2.2 progress
What's the story on Jetty? The 2.2 branch is using Jetty 7.0.1-SNAPSHOT right now -Donald David Jencks wrote: I think things are moving along for 2.2. - our last internal dependency, the tomcat fork, seems to have passed its vote, although I'd prefer it if Kevan would take a look. - ActiveMQ is pushing release candidates. The first one showed no tck problems in geronimo. - OpenEJB IIUC is pretty much ready to release. --- Stuff to do: - tranql has been getting some attention lately. We should try to find a jdbc expert verify the list of non-fatal SQLCodes. I would like to rearrange tranql svn, but otherwise I'm OK with the code for now. After we verify stuff works I can release this. - We have a pluto fix that I'm hoping we can duplicate in geronimo somehow. IIRC we have a couple of pluto driver classes replaced in geronimo already, I hope we can do the same with this pluto fix. Pushing a pluto 1.x release could be difficult. - We don't know yet whether the maven release plugin and apache-release profile will work with geronimo. - review the jiras carefully. -- I'm hopeful that we may be able to release 2.2 this week. I'll ask again that if you are working on something you want to get in please reply to this message with a description and time estimate. many thanks david jencks
[BUILD] branches/2.2: Failed for Revision: 818067
Geronimo Revision: 818067 built with tests included See the full build-0800.log file at http://people.apache.org/builds/geronimo/server/binaries/2.2/20090923/build-0800.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.2/20090923/unit-test-reports ibiblio.org (http://repo.exist.com/maven2), amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Missing: -- 1) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -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.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT 2) org.apache.activemq:activemq-core:jar:5.3.0 3) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http://repository.apache.org/snapshots), amq-protobuf-staging (https://repository.apache.org/content/repositories/activemq-staging-036/) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) 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:301) 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.activemq.protobuf:activemq-protobuf:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -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.activemq.protobuf -DartifactId=activemq-protobuf -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT 2) org.apache.activemq:activemq-core:jar:5.3.0 3) org.apache.activemq.protobuf:activemq-protobuf:jar:1.0 -- 1 required artifact is missing. for artifact: org.apache.geronimo.modules:geronimo-activemq:jar:2.2-SNAPSHOT from the specified remote repositories: ibiblio.org (http://repo.exist.com/maven2), amq-staging (https://repository.apache.org/content/repositories/activemq-staging-030/), codehaus.snapshots (http://snapshots.repository.codehaus.org), apache.snapshots (http
Re: OSGI progress
David Jencks wrote: On Sep 22, 2009, at 10:50 PM, Ivan wrote: After reading some code changes of the geronimo-kenel in the sanbox, I found that we keep the Geronimo kenel as an OSGI service, and each Configuration ( or a bundle) will search it and start the configuration as we do in the past while starting. There's a difference in lifecycles between osgi bundles and geronimo configurations. OSGI: bundles can be installed, in which case the classes are not available, or started, in which case the classes are all available and the bundle activator has been started. AFAICT there is no other built in "no-really-start-it" state beyond "started". There might be more less-started states I'm not aware of. The extender model sort or introduces an additional state (or at least the Blueprint extender does). After STARTED state, the extender kicks in and processes metadata in the bundle and performs additional actions. The completion point is when the BlueprintContainer service is published to the service registry. At that point, the bundle state is "complete". Something similar might make sense for a configuration, where a "ConfigurationContainer" service is published to the registry that would allow additional configuration operations to be performed. Geronimo: A Configuration is a gbean. You can't get much usefaul data out of it until its started. Once it is started the classes are available and you can find out what services (gbeans) are in the configuration and look at their attributes. There's a further state of "all gbeans started". The configuration manager treats these states as "loaded" and "started" Again, this maps fairly well to the model used by Blueprint extender. The Configuration gbean could be published to the registry once it reaches the "all gbeans started" state. So far it seems to work to do something similar in the osgi environment but it doesn't really fit very well yet. I'm not sure where we will end up with this. I have a feeling that, if we do that, Geronimo is still a part of OSGI env, could we make the Geronimo is an OSGI env? I don't understand what you are asking here. In the sandbox, geronimo plugins are running in an osgi enviroment, and all the classes are loaded from osgi bundles. Could you explain more what you are asking about? Could we publish GBeans as OSGI service via a ConfigurationActivator, or though a GBean-OSGI adapter ? I'm pretty sure we could, but I'd like to get more stuff working before we decide if its a good idea. IIUC blueprint doesn't publish every blueprint bean as an osgi service, but only ones you configure to be published. I suspect we may want to, similarly, only publish some gbeans as osgi services. Your understanding is correct. Only the explicitly identified beans are published as services. I suspect this would likely make sense within a configuration context as well. My current approach is to try to modify the existing geronimo architecture relatively little where possible to get it to run in osgi, respecting osgi architecture. So, I am trying to get stuff working with the kernel as an osgi service, get the deployers working, etc etc. I think after we have done this we will have a much better idea what other work we want to try. For instance, we might not need a kernel at all: possibly gbeans can just be osgi services with a few extra attributes. thanks david jencks Thanks ! 2009/9/22 Rex Wang mailto:rwo...@gmail.com>> Yes! hope for detail sharing :-) -Rex 2009/9/22 Jack Cai mailto:greensi...@gmail.com>> David, that's exciting work! It'll be great if you can share some more details. There are a few puzzles that flow around my mind - * Are we just taking OSGi framework in as another plug-in to let it host OSGi applications? Or, vice-versa, we are converting Geronimo into an OSGi application? * If the latter case, will GBean go away? * If yes, how much code changes are required? I'd say a lot ... -Jack On Tue, Sep 22, 2009 at 8:25 AM, David Jencks mailto:david_jen...@yahoo.com>> wrote: Over the weekend I got my sandbox osgi framework to build and generate all the plugins as osgi bundles. This involves running some of the geronimo server on osgi/felix inside maven. The dependency management system seems to work OK at least for starting bundles. I also started doing a little bit of code cleanup. I think the next step will be to get the framework server running in standalone karaf or felix. Hopefully this will be no harder than getting it running in embedded felix in maven. thanks david jencks -- Ivan
[jira] Created: (GERONIMO-4894) Virtual Host doesn't work
Virtual Host doesn't work -- Key: GERONIMO-4894 URL: https://issues.apache.org/jira/browse/GERONIMO-4894 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 2.2 Environment: os:win 2003 Reporter: viola.lu Priority: Minor 1.Follow http://cwiki.apache.org/GMOxDOC22/configuring-virtual-host-in-tomcat.html to configure tomcat virtual host, 2.But cann't access hello 1 and hello 2 from any ip address. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: OSGI progress
2009/9/23 Quintin Beukes > >> > >> > >>What I mean is that, currently, Geronimo kernel is running in the > OSGI > >> environment, and all those GBeans are running in the kernel. I would > like > >> to see that the OSGI is Geronimo kernel. As you said in the comments > below, > >> we might not need a kernel at all :-) > >> > > Yes. I hope so. > > > > I'm trying to follow what you guys are saying, because it sounds very > interesting. I might be misunderstanding what the Geronimo Kernel is > exactly. If I understand this correctly, ie. the kernel provides > services, won't it make it difficult to then "replace" the kernel? If > the kernel is a bundle, it can be uninstalled/reinstalled, and provide > it's services? Similar to other OSGi environments, ex. Eclipse IDE. > The OSGi environment loads the IDE core as a bundle. Eclipse IDE core > isn't the OSGi. The actual "OSGi" in OSGi implementations is merely > the engine for managing/loading/activating bundles and services, and > if you keep to the spec should be nothing more than this? > > AFAIK, Eclipse only using OSGi framework to do the classloading, however that is only one of the feature OSGi can provide. (Maybe there are some improves in the new eclipse release.) >From my point of view, ideally, Future Geronimo will be a bunch of extenders of OSGi framework(such as web container extender, blueprint extender..). Deploying a war is actually to deploy a web bundle into OSGi framework. If we have enough extenders on our hand, which implement the whole Java EE features, then we can claim that geronimo comply the Java EE spec. However, currently, OSGi EEG is still busy on making RFCs and RIs, so there is not enough parts to assemble a Java EE server for us. Then that might be the stuffs we are working on, that is, we are try to build an appliation(geronimo kernel) based on OSGi framework which can provide a pipeline to the external world, such as openejb *Above is just my personal view* -Rex Q >
[jira] Commented: (GERONIMO-4893) cann't create a jmx server to monitor a remote server which is in Ubuntu
[ https://issues.apache.org/jira/browse/GERONIMO-4893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758636#action_12758636 ] Bin He commented on GERONIMO-4893: -- But the server in Ubuntu can monitor the server in windows. The server in windows also can the server in windows. > cann't create a jmx server to monitor a remote server which is in Ubuntu > --- > > Key: GERONIMO-4893 > URL: https://issues.apache.org/jira/browse/GERONIMO-4893 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: monitoring >Affects Versions: 2.2 > Environment: windows xp sp2 > jdk6 >Reporter: Bin He > > 1、start server in Ubuntu > 2、start server in Windows > 3、create a jmx server to monitor the server in Ubuntu.But the status is > offline and it shows too many warnings. > 7:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > java.rmi.NoSuchObjectException: no such object in table > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:267) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:245) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:154) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIServerImpl_Stub.newClient(RMIServerImpl_Stub.java:52) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2323) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:288) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:259) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:116) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:61) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > jsp.WEB_002dINF.view.monitoringNormal_jsp._jspService(monitoringNormal_jsp.java:273) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488) > 17:10:48,625 WARN (Thread-7) > [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] > at > org.apache.pluto.internal.impl.PortletRequestDispatche
[jira] Created: (GERONIMO-4893) cann't create a jmx server to monitor a remote server which is in Ubuntu
cann't create a jmx server to monitor a remote server which is in Ubuntu --- Key: GERONIMO-4893 URL: https://issues.apache.org/jira/browse/GERONIMO-4893 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.2 Environment: windows xp sp2 jdk6 Reporter: Bin He 1、start server in Ubuntu 2、start server in Windows 3、create a jmx server to monitor the server in Ubuntu.But the status is offline and it shows too many warnings. 7:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] java.rmi.NoSuchObjectException: no such object in table 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:267) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:245) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:154) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at javax.management.remote.rmi.RMIServerImpl_Stub.newClient(RMIServerImpl_Stub.java:52) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2323) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:288) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:259) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:116) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.geronimo.monitoring.console.MRCConnector.(MRCConnector.java:61) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at jsp.WEB_002dINF.view.monitoringNormal_jsp._jspService(monitoringNormal_jsp.java:273) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.geronimo.monitoring.console.MonitoringPortlet.normalView(MonitoringPortlet.java:463) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at org.apache.geronimo.monitoring.console.MonitoringPortlet.doEdit(MonitoringPortlet.java:419) 17:10:48,625 WARN (Thread-7) [org.apache.geronimo.commands.StartServerCommand.geronimo-commands:start-server] at javax.portlet.GenericPortlet.doDispatch(Generic
[jira] Created: (GERONIMO-4892) Farm Deployment Error if deploy more than one applications
Farm Deployment Error if deploy more than one applications -- Key: GERONIMO-4892 URL: https://issues.apache.org/jira/browse/GERONIMO-4892 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: commands Affects Versions: 2.2 Environment: oS: winxp and win2003 Reporter: viola.lu 1.Following doc http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.html to farm deploy apps 2.First deploy hello.war, successfully, second deploy cviewer, but errors popup: 2009-09-23 17:00:02,937 ERROR [DeployTool] Error: org.apache.geronimo.common.DeploymentException: Operation failed: start of com.ibm.wasce.samples/cviewer_G_MASTER/2.1.1.2/car failed org.apache.geronimo.kernel.GBeanAlreadyExistsException: GBean already registered: geronimo:J2EEServer=geronimo,nodeName=NODE1 GBean already registered: geronimo:J2EEServer=geronimo,nodeName=NODE1 at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:169) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) 3.After deployment, on master node, open web app modules porlet, hello and cviewer app don't exist in it, but in its master-repository and config.xml, on other cluster nodes, these apps exist -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: With Latest G2.2 svn build (rev 816446) can't start through "gsh"
Re. being up to date:
URL: https://svn.apache.org/repos/asf/geronimo/server/branches/2.2
Repository Root: https://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 816550
Then, I did the full build of all artifacts, ie. from the root typed:
mvn install
Quintin Beukes
On Wed, Sep 23, 2009 at 11:07 AM, Quintin Beukes wrote:
> Environment is linux. Where would this "replacement" happen. I can
> have a look at it.
>
> Quintin Beukes
>
>
>
> On Wed, Sep 23, 2009 at 7:26 AM, David Jencks wrote:
>> I fixed this problem once recently, and no longer see it on my mac. Are you
>> sure the source is up to date with svn? What environment does the problem
>> happen in?
>>
>> thanks
>> david jencks
>>
>> On Sep 22, 2009, at 8:41 PM, Forrest_Xia wrote:
>>
>>>
>>> For some reason, Geronimo build system does not replace {$version} with
>>> 2.2-SNAPSHOT in GShell configuration file, that cause the problem.
>>>
>>> Anyway, it seems just happens on local build, not on server build. If
>>> someone in charge of building system could see this problem, that would be
>>> appreciated!
>>>
>>> Forrest
>>>
>>>
>>> Q Beukes wrote:
Hey,
I have the G2.2 branch rev 816446 build, but can't start through gsh
geronimo/start-server anymore. I confirmed and it's still working on
previous builds. So it's not a system configuration problem as far as
I can see.
This is what I'm getting:
quin...@quintin-desktop bin $ sudo ./gsh --verbose --debug -c
"geronimo/start-server"
org.codehaus.plexus.classworlds.launcher.ConfigurationException: No
such property: version
at
org.codehaus.plexus.classworlds.launcher.Configurator.filter(Configurator.java:574)
at
org.codehaus.plexus.classworlds.launcher.Configurator.configure(Configurator.java:311)
at
org.codehaus.plexus.classworlds.launcher.Launcher.configure(Launcher.java:131)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:404)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
at
org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)
Quintin Beukes
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/With-Latest-G2.2-svn-build-%28rev-816446%29-can%27t-start-through-%22gsh%22-tp25514949s134p25530978.html
>>> Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
>>>
>>
>>
>
Re: With Latest G2.2 svn build (rev 816446) can't start through "gsh"
Environment is linux. Where would this "replacement" happen. I can
have a look at it.
Quintin Beukes
On Wed, Sep 23, 2009 at 7:26 AM, David Jencks wrote:
> I fixed this problem once recently, and no longer see it on my mac. Are you
> sure the source is up to date with svn? What environment does the problem
> happen in?
>
> thanks
> david jencks
>
> On Sep 22, 2009, at 8:41 PM, Forrest_Xia wrote:
>
>>
>> For some reason, Geronimo build system does not replace {$version} with
>> 2.2-SNAPSHOT in GShell configuration file, that cause the problem.
>>
>> Anyway, it seems just happens on local build, not on server build. If
>> someone in charge of building system could see this problem, that would be
>> appreciated!
>>
>> Forrest
>>
>>
>> Q Beukes wrote:
>>>
>>> Hey,
>>>
>>> I have the G2.2 branch rev 816446 build, but can't start through gsh
>>> geronimo/start-server anymore. I confirmed and it's still working on
>>> previous builds. So it's not a system configuration problem as far as
>>> I can see.
>>>
>>> This is what I'm getting:
>>> quin...@quintin-desktop bin $ sudo ./gsh --verbose --debug -c
>>> "geronimo/start-server"
>>> org.codehaus.plexus.classworlds.launcher.ConfigurationException: No
>>> such property: version
>>> at
>>>
>>> org.codehaus.plexus.classworlds.launcher.Configurator.filter(Configurator.java:574)
>>> at
>>>
>>> org.codehaus.plexus.classworlds.launcher.Configurator.configure(Configurator.java:311)
>>> at
>>>
>>> org.codehaus.plexus.classworlds.launcher.Launcher.configure(Launcher.java:131)
>>> at
>>>
>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:404)
>>> at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
>>> at
>>> org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)
>>>
>>> Quintin Beukes
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/With-Latest-G2.2-svn-build-%28rev-816446%29-can%27t-start-through-%22gsh%22-tp25514949s134p25530978.html
>> Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
>>
>
>
Re: OSGI progress
2009/9/23 Rex Wang > > > 2009/9/23 Ivan > >> >> >> 2009/9/23 David Jencks >> >>> >>> On Sep 22, 2009, at 10:50 PM, Ivan wrote: >>> >>> After reading some code changes of the geronimo-kenel in the sanbox, I >>> found that we keep the Geronimo kenel as an OSGI service, and each >>> Configuration ( or a bundle) will search it and start the configuration as >>> we do in the past while starting. >>> >>> >>> There's a difference in lifecycles between osgi bundles and geronimo >>> configurations. >>> >>> OSGI: >>> bundles can be installed, in which case the classes are not available, or >>> started, in which case the classes are all available and the bundle >>> activator has been started. AFAICT there is no other built in >>> "no-really-start-it" state beyond "started". There might be more >>> less-started states I'm not aware of. >>> >>> Geronimo: >>> A Configuration is a gbean. You can't get much usefaul data out of it >>> until its started. Once it is started the classes are available and you can >>> find out what services (gbeans) are in the configuration and look at their >>> attributes. There's a further state of "all gbeans started". The >>> configuration manager treats these states as "loaded" and "started" >>> >>> So far it seems to work to do something similar in the osgi environment >>> but it doesn't really fit very well yet. I'm not sure where we will end up >>> with this. >>> >>> >>> >> I have not considered the detailed implmentation, by intuition, the >> Configuration in the old Geronimo Arch is a bundle in OSGI, while starting >> the bundle, the bundleActivator will start all the gbean defintions it has. >> I know that Configuration is only a gbean, even if it is in running state, >> it does not mean that all the sub gbeans are in the running state, maybe, as >> Guillanume said, we could think that the resolved state means that the >> Configuration GBean itself has been successfully in the running state. >> >>> >>> >> The "Installed/Resolved/Started" is the states of a bundle, not a specific > java bean. You can not re-define what "resolved" mean in your design. > I do not mean to redefine the resolved status, as David said, Geronimo and OSGI's lifecycle have a slight difference, we may need to do some mapping between them Just releaize that the resolve is an internal process of the OSGI framework, no way to do a Configuration GBean start :-( > I have a feeling that, if we do that, Geronimo is still a part of OSGI >>> env, could we make the Geronimo is an OSGI env? >>> >>> >>> I don't understand what you are asking here. In the sandbox, geronimo >>> plugins are running in an osgi enviroment, and all the classes are loaded >>> from osgi bundles. Could you explain more what you are asking about? >>> >>> >> >>What I mean is that, currently, Geronimo kernel is running in the OSGI >> environment, and all those GBeans are running in the kernel. I would like >> to see that the OSGI is Geronimo kernel. As you said in the comments below, >> we might not need a kernel at all :-) >> >> Yes. I hope so. > > -Rex > >> Could we publish GBeans as OSGI service via a ConfigurationActivator, or >>> though a GBean-OSGI adapter ? >>> >>> >>> I'm pretty sure we could, but I'd like to get more stuff working before >>> we decide if its a good idea. IIUC blueprint doesn't publish every >>> blueprint bean as an osgi service, but only ones you configure to be >>> published. I suspect we may want to, similarly, only publish some gbeans as >>> osgi services. >>> >>> My current approach is to try to modify the existing geronimo >>> architecture relatively little where possible to get it to run in osgi, >>> respecting osgi architecture. So, I am trying to get stuff working with the >>> kernel as an osgi service, get the deployers working, etc etc. I think >>> after we have done this we will have a much better idea what other work we >>> want to try. For instance, we might not need a kernel at all: possibly >>> gbeans can just be osgi services with a few extra attributes. >>> >>> thanks >>> david jencks >>> >>> >>> Thanks ! >>> >>> 2009/9/22 Rex Wang >>> Yes! hope for detail sharing :-) -Rex 2009/9/22 Jack Cai David, that's exciting work! > > It'll be great if you can share some more details. There are a few > puzzles that flow around my mind - > * Are we just taking OSGi framework in as another plug-in to let it > host OSGi applications? Or, vice-versa, we are converting Geronimo into an > OSGi application? * If the latter case, will GBean go away? > * If yes, how much code changes are required? I'd say a lot ... > > -Jack > > > On Tue, Sep 22, 2009 at 8:25 AM, David Jencks > wrote: > >> Over the weekend I got my sandbox osgi framework to build and generate >> all the plugins as osgi bundles. This involves running some of the >> geronimo >> server on osgi/felix inside mav
Re: OSGI progress
>> >> >> What I mean is that, currently, Geronimo kernel is running in the OSGI >> environment, and all those GBeans are running in the kernel. I would like >> to see that the OSGI is Geronimo kernel. As you said in the comments below, >> we might not need a kernel at all :-) >> > Yes. I hope so. > I'm trying to follow what you guys are saying, because it sounds very interesting. I might be misunderstanding what the Geronimo Kernel is exactly. If I understand this correctly, ie. the kernel provides services, won't it make it difficult to then "replace" the kernel? If the kernel is a bundle, it can be uninstalled/reinstalled, and provide it's services? Similar to other OSGi environments, ex. Eclipse IDE. The OSGi environment loads the IDE core as a bundle. Eclipse IDE core isn't the OSGi. The actual "OSGi" in OSGi implementations is merely the engine for managing/loading/activating bundles and services, and if you keep to the spec should be nothing more than this? Q
[jira] Updated: (GERONIMO-4891) Null destination error when browsing a new created jms resource group.
[ https://issues.apache.org/jira/browse/GERONIMO-4891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lu Jiang updated GERONIMO-4891: --- Summary: Null destination error when browsing a new created jms resource group. (was: Null destination error when browsing a new created jmx resource group.) > Null destination error when browsing a new created jms resource group. > -- > > Key: GERONIMO-4891 > URL: https://issues.apache.org/jira/browse/GERONIMO-4891 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.2 > Environment: OS:Windows XP SP2 > JDK:JAVA 6 >Reporter: Lu Jiang >Priority: Minor > > 1.Start geronimo server. > 2.Create a new JMS Resource Group for ActiveMQ.Enter the Resource Group > Name,keep default for other fields. > 3.Add Connection Factory.Select a factory type and input the factory > name.keep default for other fields. > 4.Add Destination.Select a destination type and input destination name.keep > default for other fields. > 5.Deploy it. > 6.Browse the new created JMS resourse group, > Error encountered while browsing message. > Fail to find the destination nulll. > Perhaps a default value for physical name of jms destionation is needed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: OSGI progress
2009/9/23 Ivan > > > 2009/9/23 David Jencks > >> >> On Sep 22, 2009, at 10:50 PM, Ivan wrote: >> >> After reading some code changes of the geronimo-kenel in the sanbox, I >> found that we keep the Geronimo kenel as an OSGI service, and each >> Configuration ( or a bundle) will search it and start the configuration as >> we do in the past while starting. >> >> >> There's a difference in lifecycles between osgi bundles and geronimo >> configurations. >> >> OSGI: >> bundles can be installed, in which case the classes are not available, or >> started, in which case the classes are all available and the bundle >> activator has been started. AFAICT there is no other built in >> "no-really-start-it" state beyond "started". There might be more >> less-started states I'm not aware of. >> >> Geronimo: >> A Configuration is a gbean. You can't get much usefaul data out of it >> until its started. Once it is started the classes are available and you can >> find out what services (gbeans) are in the configuration and look at their >> attributes. There's a further state of "all gbeans started". The >> configuration manager treats these states as "loaded" and "started" >> >> So far it seems to work to do something similar in the osgi environment >> but it doesn't really fit very well yet. I'm not sure where we will end up >> with this. >> >> >> > I have not considered the detailed implmentation, by intuition, the > Configuration in the old Geronimo Arch is a bundle in OSGI, while starting > the bundle, the bundleActivator will start all the gbean defintions it has. > I know that Configuration is only a gbean, even if it is in running state, > it does not mean that all the sub gbeans are in the running state, maybe, as > Guillanume said, we could think that the resolved state means that the > Configuration GBean itself has been successfully in the running state. > >> >> > The "Installed/Resolved/Started" is the states of a bundle, not a specific java bean. You can not re-define what "resolved" mean in your design. > I have a feeling that, if we do that, Geronimo is still a part of OSGI env, >> could we make the Geronimo is an OSGI env? >> >> >> I don't understand what you are asking here. In the sandbox, geronimo >> plugins are running in an osgi enviroment, and all the classes are loaded >> from osgi bundles. Could you explain more what you are asking about? >> >> > >What I mean is that, currently, Geronimo kernel is running in the OSGI > environment, and all those GBeans are running in the kernel. I would like > to see that the OSGI is Geronimo kernel. As you said in the comments below, > we might not need a kernel at all :-) > > Yes. I hope so. -Rex > Could we publish GBeans as OSGI service via a ConfigurationActivator, or >> though a GBean-OSGI adapter ? >> >> >> I'm pretty sure we could, but I'd like to get more stuff working before we >> decide if its a good idea. IIUC blueprint doesn't publish every blueprint >> bean as an osgi service, but only ones you configure to be published. I >> suspect we may want to, similarly, only publish some gbeans as osgi >> services. >> >> My current approach is to try to modify the existing geronimo architecture >> relatively little where possible to get it to run in osgi, respecting osgi >> architecture. So, I am trying to get stuff working with the kernel as an >> osgi service, get the deployers working, etc etc. I think after we have >> done this we will have a much better idea what other work we want to try. >> For instance, we might not need a kernel at all: possibly gbeans can just >> be osgi services with a few extra attributes. >> >> thanks >> david jencks >> >> >> Thanks ! >> >> 2009/9/22 Rex Wang >> >>> Yes! hope for detail sharing :-) >>> -Rex >>> >>> 2009/9/22 Jack Cai >>> >>> David, that's exciting work! It'll be great if you can share some more details. There are a few puzzles that flow around my mind - * Are we just taking OSGi framework in as another plug-in to let it host OSGi applications? Or, vice-versa, we are converting Geronimo into an OSGi application? >>> >>> * If the latter case, will GBean go away? * If yes, how much code changes are required? I'd say a lot ... -Jack On Tue, Sep 22, 2009 at 8:25 AM, David Jencks wrote: > Over the weekend I got my sandbox osgi framework to build and generate > all the plugins as osgi bundles. This involves running some of the > geronimo > server on osgi/felix inside maven. The dependency management system seems > to work OK at least for starting bundles. I also started doing a little > bit > of code cleanup. > > I think the next step will be to get the framework server running in > standalone karaf or felix. Hopefully this will be no harder than getting > it > running in embedded felix in maven. > > thanks > david jencks > > >>> >> >> >> -
[jira] Created: (GERONIMO-4891) Null destination error when browsing a new created jmx resource group.
Null destination error when browsing a new created jmx resource group. -- Key: GERONIMO-4891 URL: https://issues.apache.org/jira/browse/GERONIMO-4891 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: ActiveMQ Affects Versions: 2.2 Environment: OS:Windows XP SP2 JDK:JAVA 6 Reporter: Lu Jiang Priority: Minor 1.Start geronimo server. 2.Create a new JMS Resource Group for ActiveMQ.Enter the Resource Group Name,keep default for other fields. 3.Add Connection Factory.Select a factory type and input the factory name.keep default for other fields. 4.Add Destination.Select a destination type and input destination name.keep default for other fields. 5.Deploy it. 6.Browse the new created JMS resourse group, Error encountered while browsing message. Fail to find the destination nulll. Perhaps a default value for physical name of jms destionation is needed. -- 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: 817982
Geronimo Revision: 817982 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/build-0300.log
See the unit test reports at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090923/unit-test-reports
[INFO] Copying 3 resources
[INFO] [compiler:testCompile]
[INFO] Compiling 12 source files to
/home/geronimo/geronimo/trunk/plugins/jetty7/geronimo-jetty7/target/test-classes
[WARNING]
/home/geronimo/geronimo/trunk/plugins/jetty7/geronimo-jetty7/src/test/java/org/apache/geronimo/jetty7/ClassLoaderTest.java:[50,77]
[deprecation] toURL() in java.io.File has been deprecated
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/geronimo/geronimo/trunk/plugins/jetty7/geronimo-jetty7/target/surefire-reports
---
T E S T S
---
Running org.apache.geronimo.jetty7.ApplicationTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.308 sec
Running org.apache.geronimo.jetty7.connector.ConnectorGBeanTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
Running org.apache.geronimo.jetty7.GBeanInfoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.075 sec
Running org.apache.geronimo.jetty7.SecurityTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.011 sec
Running org.apache.geronimo.jetty7.ClassLoaderTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
Running org.apache.geronimo.jetty7.ContainerTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.052 sec
Running org.apache.geronimo.jetty7.StatTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 10.075 sec
Running org.apache.geronimo.jetty7.connector.HTTPConnectorTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.geronimo.jetty7.security.BuiltInAuthMethodTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Results :
Tests run: 22, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] Building jar:
/home/geronimo/geronimo/trunk/plugins/jetty7/geronimo-jetty7/target/geronimo-jetty7-3.0-SNAPSHOT.jar
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] Checking legal files in: geronimo-jetty7-3.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/geronimo/geronimo/trunk/plugins/jetty7/geronimo-jetty7/target/geronimo-jetty7-3.0-SNAPSHOT.jar
to
/home/geronimo/.m2/repository/org/apache/geronimo/modules/geronimo-jetty7/3.0-SNAPSHOT/geronimo-jetty7-3.0-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo Plugins, Jetty :: Jetty 7
[INFO]task-segment: [install]
[INFO]
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/resources
[INFO] skip non existing resourceDirectory
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/target/work/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Dependencies have changed:
Removed dependencies are saved here:
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/history/dependencies.removed.xml
Tree listing is saved here:
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/history/treeListing.txt
Delete
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/history/dependencies.xml
if you are happy with the dependency changes.
[INFO]
[INFO] Trace
org.apache.maven.BuildFailureException: Dependencies have changed:
Removed dependencies are saved here:
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/history/dependencies.removed.xml
Tree listing is saved here:
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/history/treeListing.txt
Delete
/home/geronimo/geronimo/trunk/plugins/jetty7/jetty7/src/main/history/dependencies.xml
if you are happy with the dependency changes.
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:580)
[jira] Commented: (GERONIMO-4658) Console should let you add/edit artifact-aliases. When installing a jar, you should be able to add an artifact alias so it replaces something else.
[ https://issues.apache.org/jira/browse/GERONIMO-4658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12758620#action_12758620 ] Victor Fang commented on GERONIMO-4658: --- I already created a new menu item named JAR aliases, and places it in Server category. Any comment? Thanks. > Console should let you add/edit artifact-aliases. When installing a jar, you > should be able to add an artifact alias so it replaces something else. > > > Key: GERONIMO-4658 > URL: https://issues.apache.org/jira/browse/GERONIMO-4658 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: David Jencks >Assignee: Ivan > Fix For: 2.2 > > Attachments: GERONIMO-4658.patch, GERONIMO-4658_2.patch > > > Should be able to edit artifact-aliases in the console. I think they are > available through the local attribute manager gbean. They can certainly be > installed there. > In particular, when adding a jar, you should be able to add an artifact alias > at the same time so it replaces something else. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
