Apply for being a Geronimo documentation contributor
Hi, I've been applying for Geronimo document contributor for the last several weeks and also sent couples of emails to [EMAIL PROTECTED] to ask if there would be any other requirements besides signing ICLA. And got no response yet. :-( Structure of Geronimo v2.2 documentation is quite different from the previous ones, I noticed there are lots of inconsistency and overlaps within v2.2 documentation. I think I can do some help with this. But I can do nothing without edit priviledge. Anyone here could give me any hints? Here is my profile: User Name: [EMAIL PROTECTED] Full Name: Runhua Chi Thanks in advance. RunHua Chi(Jeff)
Update on documentation progress of Geronimo v2.2
Hi all, We just created a page with one table of content to track progress of Geronimo 2.2 documentation. In this table, we highlighted some topics to be updated based on G 2.2 release roadmap. We believe that not every topic was included so far. Therefore, don't hesitate updating the table if you have new discoveries or topics. We also encourage everyone in this community to adopt topics and contribute more to the success of Geronimo. Here is the linkage for your reference. http://cwiki.apache.org/confluence/display/GMOxDOC22/Apache+Geronimo+v2.2+documentation+development+status What we are planning to do next are: 1. Moving pages to their appropriate parent so that the structure will be more like a tree; --- Ongoing 2. Keep the consistency between different topics including subject, wording and phrases; 3. Keep migrating topics from previous documentation and update them if capable; 4. Refine the granuality by dividing unique topics into pages, in this way, contibutors can include existing pages while writing a new topics instead of introducing basic concepts again and again. (might be difficult, but I hope it's the right direction); We are expecting to receive as much as feedback and opinions about documentation so that we can make it better and better. Thanks alot.
[Doc]Duplicate pages on monitoring topic, your comments appreciated.
Hi all, I found two pages about monitoring status of servers with similar content. So I'm suggesting to keep only one of them in G2.2 Doc. 1. http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring+status+of+servers 2. http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring Personally, I prefer No.2 because this one is more in detail. Jeff Chi
Re: [Doc]Duplicate pages on monitoring topic, your comments appreciated.
Thanks for comments. I merged these 2 pages and updated the parent as you suggested. Might do some editorial works later...:) http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring+components+on+Geronimo+Server Jeff On Mon, Dec 8, 2008 at 3:12 PM, Kang Ge [EMAIL PROTECTED] wrote: Thanks for pointing this out. A couple of comments from me: 1. Maybe merging the two is better than simply keeping the second link. For example the first link mentioned that we can Select more information to display by adding a second graph. As the two data series scroll in time, we will be able to detect any correlation between the data. 2. If we keep the second link, and remove the first one, I suggest that we edit their parent page as well: http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring+the+health+of+the+Apache+Geronimo+server Teresa -- *From:* chi runhua [EMAIL PROTECTED] *To:* dev@geronimo.apache.org *Sent:* Friday, December 5, 2008 2:05:00 PM *Subject:* [Doc]Duplicate pages on monitoring topic, your comments appreciated. Hi all, I found two pages about monitoring status of servers with similar content. So I'm suggesting to keep only one of them in G2.2 Doc. 1. http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring+status+of+servers 2. http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring Personally, I prefer No.2 because this one is more in detail. Jeff Chi
Re: Stuff I would like to see moved from dev to doc wikis
I am pretty sure moving these topics to docs wiki would help users with understanding the Geronimo more. Then I am thinking about where each topic you're about to move should go under the current structure of G2.2 doc. In another word, which one in GMOXDOC should be its parent topic? Another concern is how to make sure there are no duplicate contents among topics in GMOxDOC. For instance, In GMOxDoc, we have topics about plugin in sequence to tell users what a plugin is in Geronimo and how to build/install/update/convert, and suppose to add some new topics about what a plugin group is and how to leverage the plugin groups for G2.2 doc. http://cwiki.apache.org/confluence/display/GMOxDEV/Plugin+Guide, it's about plugin as well. Any comments? Jeff On Sat, Dec 20, 2008 at 7:53 AM, David Jencks david_jen...@yahoo.comwrote: I'd really like it if the documentation of existing features was all in the docs wiki and the only stuff in the dev wiki was advice on how to develop for geronimo and documentation of incomplete proposals and projects. I think the following should be moved to the docs wiki: http://cwiki.apache.org/confluence/display/GMOxDEV/Apache+Geronimo+With+A+Monitor+Component+%28JMX+and+JConsole%29 http://cwiki.apache.org/confluence/display/GMOxDEV/Client+JNDI+Names http://cwiki.apache.org/confluence/display/GMOxDEV/Clustering http://cwiki.apache.org/confluence/display/GMOxDEV/Configure+allowLinking+for+Tomcat+contexts http://cwiki.apache.org/confluence/display/GMOxDEV/GBean+Annotations (we need to explain in the main documentation the fundamentals of writing gbeans to help out your app) http://cwiki.apache.org/confluence/display/GMOxDEV/GBeans (if still relevant) http://cwiki.apache.org/confluence/display/GMOxDEV/JACC+Guide http://cwiki.apache.org/confluence/display/GMOxDEV/JAX-WS http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service http://cwiki.apache.org/confluence/display/GMOxDEV/Obscuring+Passwords http://cwiki.apache.org/confluence/display/GMOxDEV/Plugin+Guide http://cwiki.apache.org/confluence/display/GMOxDEV/Using+Dojo+in+Geronimo Maybe the following should be removed: http://cwiki.apache.org/confluence/display/GMOxDEV/AsyncHttpClient (I think this moved to mina) There might be other really obsolete content too. While I could just start moving this stuff over I'd prefer to see if there are other opinions and more importantly there are some people working much more than I on the docs and who certainly have a better idea than I about where in the docs this would make the most sense. thoughts? many thanks david jencks
Re: 2.2 docs index confusion?
Looks like the wiki server keeps 2 copies of GMOXDOC22, changes of doc structure was not synchronized. Jeff On Wed, Dec 31, 2008 at 7:33 AM, David Jencks david_jen...@yahoo.comwrote: I''m confused. Starting on http://cwiki.apache.org/GMOxDOC22/ I see... # * Custom server assemblies o Buidling,installing plugins and extracting a server from an exsiting server o Assembling a server using Maven but the link for the first line shows a sub-index that doesn't include either of the items beneath it, it has 3 unrelated entries. ??? More seriously when I try to edit the page http://cwiki.apache.org/GMOxDOC22/buidlinginstalling-plugins-and-extracting-a-server-from-an-exsiting-server.html to correct the spelling I get to the page http://cwiki.apache.org/confluence/pages/editpage.action?pageId=101843which is Assembling a server via command line ??? ??? ??? thanks david jencks
Re: Request to be granted Geronimo Contributor status
Welcome aboard. Jeff C On Wed, Jan 14, 2009 at 11:51 PM, Russell E Glaue rgl...@cait.org wrote: Thank you everyone. We are looking forward to playing a more contributive role in the Geronimo community. -RG Center for the Application of Information Technologies Western Illinois University Donald Woods wrote: I've added you to the geronimo-contributors group in Confluence and JIRA. Welcome aboard! -Donald Russell E Glaue wrote: I would like to request to be given contributor status, and thus edit access to the Geronimo Wiki. My confluence username is 'rglaue' My ICLA has been accepted by the Apache Secretary. Interest: My interest is to improve and clarify existing documentation specifically on the operation of Geronimo in an enterprise deployment. Immediately I am seeking to improve documentation in what I have already clarified in my postings on the Geronimo user mail list. Investment: My current investment is my employer will be using Geronimo for the next generation of our server farm of 40+ servers.
Re: Welcome ivan Hai Hong Xu as a new committer
Congratulations Ivan! Jeff Chi On Sat, Mar 7, 2009 at 12:36 PM, Gang Yin yg020...@gmail.com wrote: Congrats haihong! You will be very busy from now on. ^_^
Re: Geronimo 2.1.4 code freeze
some questions inline. I agree that to change the doc is another solution. But all the connector created with console wizard will default be rar type. In this case, the user can't export the connector he/she just created. It looks quite strange. That's why I prefer to include the RAR type in the list instead of only CAR type. ok but every plugin created by the car-maven--plugin -- including every datasource and ee app in geronimo - has extension .car and IMO this is the strongly preferred way to build plugins. So doing it by hand in the server should give more consistent results, and the documentation should promote using the car extension So I would say we should change the docs and if we don't change the behavior of deploying stuff by default we should document that it's doing something inconsistent with exporting the result as a plugin. Does this mean no matter which package extension the user is using(jar, ear, rar or war), if a user want to deploy the artifact on Geronimo and export it as a plugin, the user should specify typecartype in the deployment plan? Otherwise, the user need to use car-maven-plugin to convert their applications into geronimo plugins batchly. Jeff C
Re: Git mirrors for Geronimo
I updated Checkout Geronimo section of (1) with following: Starting from 2.2, you can also use Git mirrors to checkout Geronimo source code, using the following command: git clone git://git.apache.org/geronimo server (1) http://cwiki.apache.org/confluence/display/GMOxDOC22/Building+Geronimo+with+Maven Anything incorrect, please update as you want. Jeff C On Mon, Jun 29, 2009 at 2:41 AM, Kevan Miller kevan.mil...@gmail.comwrote: On Jun 27, 2009, at 2:09 AM, Ivan wrote: We will move from SVN to Git for Geronimo? No. SVN remains the version control system used to maintain our codebase. These are GIT mirrors of this SVN repository. You can continue to use SVN, unchanged. However, those interested can start to use Git. For more information, see: List of Git mirrors: http://git.apache.org/ Apache Git doc: http://www.apache.org/dev/git.html Apache Git wiki: http://wiki.apache.org/general/GitAtApache --kevan
Re: Problem when deploy CXF WebService (Service resource injection failed)
Collect the usage of org.apache.geronimo.jaxws.builder.useSimpleFinder as followed into (1): org.apache.geronimo.jaxws.builder.useSimpleFinder Applied commands: TODO Option: true, false Default: not set Description: Use SimpleWARWebServiceFinder to locate WebServiceInfo objects,otherwise use AdvancedWARWebServiceFinder. (1) http://cwiki.apache.org/confluence/display/GMOxDOC22/Command+Geronimo+Options Anything incorrect, please let me know. Jeff C Jarek Gawor-2 wrote: If you are deploying a web application that contains its own CXF and Spring jars, try doing the following: 1) Set the following system property before starting the server: export GERONIMO_OPTS=-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true 2) Add the following hidden-classes/filters to geronimo-web.xml file: dep:hidden-classes dep:filterorg.apache.cxf/dep:filter dep:filterorg.springframework/dep:filter dep:filterMETA-INF/spring/dep:filter /dep:hidden-classes However, if your web service is just a standard JAX-WS web service you can let Geronimo to deploy it. Just remove all CXF and Spring jars from your application and deploy it and Geronimo should be able to find your web service class. Jarek On Mon, Jun 29, 2009 at 5:22 AM, Westhvegwesthstud...@gmail.com wrote: More details about the exception: Caused by: org.apache.xbean.recipe.MissingFactoryMethodException: Constructor has 5 arugments but expected 0 arguments: public org.apache.cxf.js.rhino.DOMMessageProvider(org.mozilla.javascript.Scriptable,org.mozilla.javascript.Scriptable,java.lang.String,boolean,boolean) at org.apache.xbean.recipe.ReflectionUtil.findConstructor(ReflectionUtil.java:546) at org.apache.xbean.recipe.ObjectRecipe.findFactory(ObjectRecipe.java:532) at org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:270) at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96) at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61) at org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:173) at org.apache.geronimo.jaxws.annotations.AnnotationHolder.newInstance(AnnotationHolder.java:39) at org.apache.geronimo.cxf.pojo.POJOEndpoint.init(POJOEndpoint.java:76) ... 75 more -- View this message in context: http://www.nabble.com/Problem-when-deploy-CXF-WebService-%28Service-resource-injection-failed%29-tp24245804s134p24250919.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Problem-when-deploy-CXF-WebService-%28Service-resource-injection-failed%29-tp24245804s134p24260402.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: [Geronimo] - Build Error
Hi Rahul.soa,
Could you let me know how you bypass the error, your tips might be
contributed to our doc.
Thanks in advance.
Jeff C
On Sat, Jun 27, 2009 at 1:15 AM, rahul.soa rahul@googlemail.com wrote:
Hello all,
You can ignore this email as I built a new server.
Thanks.
Best Regards,
Rahul
On Fri, Jun 26, 2009 at 1:05 AM, rahul.soa rahul@googlemail.comwrote:
Hello Devs,
While building the Geronimo from the scratch, I have got the build error
due to the following error
Embedded error: org.apache.geronimo.gbean.GBeanInfoFactoryException: *
Cannot create a GBeanInfo for*
[org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
*
Full trace:*
[INFO]
[INFO] Building Geronimo Plugins, OpenEJB :: Deployer
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [remote-resources:process {execution: default}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [dependency:unpack {execution: default}]
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.org
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.nexus.snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/openejb/openejb-deployer/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[ERROR] Deployment failed due to
org.apache.geronimo.gbean.GBeanInfoFactoryException: Cannot create a
GBeanInfo for [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:64)
org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)
org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)
org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(NamespaceDrivenBuilderCollection.java:46)
org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:240)
org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
sun.reflect.GeneratedMethodAccessor145.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483)
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309)
org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209)
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
Re: [Geronimo] - Build Error
Got it. thanks for your prompt reply.
Jeff
On Tue, Jun 30, 2009 at 4:00 PM, rahul.soa rahul@googlemail.com wrote:
Hello Jeff,
I did *build new trunk* as I had an old one and was getting a few different
errors too. Thus, did nothing to bypass that particular error.
Thanks.
Rahul
On Tue, Jun 30, 2009 at 9:48 AM, chi runhua chirun...@gmail.com wrote:
Hi Rahul.soa,
Could you let me know how you bypass the error, your tips might be
contributed to our doc.
Thanks in advance.
Jeff C
On Sat, Jun 27, 2009 at 1:15 AM, rahul.soa rahul@googlemail.comwrote:
Hello all,
You can ignore this email as I built a new server.
Thanks.
Best Regards,
Rahul
On Fri, Jun 26, 2009 at 1:05 AM, rahul.soa rahul@googlemail.comwrote:
Hello Devs,
While building the Geronimo from the scratch, I have got the build error
due to the following error
Embedded error: org.apache.geronimo.gbean.GBeanInfoFactoryException: *
Cannot create a GBeanInfo for*
[org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
*
Full trace:*
[INFO]
[INFO] Building Geronimo Plugins, OpenEJB :: Deployer
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: process}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [remote-resources:process {execution: default}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:
reference : template = META-INF/DEPENDENCIES.vm [line 40,column 14] : $
license.name is not a valid reference.
[INFO] [dependency:unpack {execution: default}]
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.org
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache.nexus.snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.modules:geronimo-openejb-builder:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/home/rahul/server/plugins/openejb/openejb-deployer/src/main/resources
[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] [car:validate-configuration]
[INFO] [car:prepare-plan]
[INFO] Generated:
/home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
[INFO] [car:verify-no-dependency-change]
[INFO] [car:package]
[INFO] Packaging module configuration:
/home/rahul/server/plugins/openejb/openejb-deployer/target/resources/META-INF/plan.xml
[INFO] Started deployer:
org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car
[ERROR] Deployment failed due to
org.apache.geronimo.gbean.GBeanInfoFactoryException: Cannot create a
GBeanInfo for [org.apache.geronimo.openejb.deployment.EjbModuleBuilder]
org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:64)
org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:112)
org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:107)
org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(NamespaceDrivenBuilderCollection.java:46)
org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:240)
org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
sun.reflect.GeneratedMethodAccessor145.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850
Re: [jira] Closed: (GERONIMO-4715) Make tomcat use our thread pools
Hi David, One question here. As I remember, Geronimo has 2 thread pools: * ConnectorThreadPool* is used in J2EE Connector Architecture (JCA), and * DefaultThreadPool* is used by Jetty and System database. Both of them have no connection with Tomcat Web connector prior to this change. What the differences would be for this information? I'd like to update our document(1) accordingly. Thanks in advance. (1). http://cwiki.apache.org/confluence/display/GMOxDOC22/Monitoring+thread+pools Jeff C On Sat, Jun 27, 2009 at 3:55 AM, David Jencks (JIRA) j...@apache.orgwrote: [ https://issues.apache.org/jira/browse/GERONIMO-4715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] David Jencks closed GERONIMO-4715. -- Resolution: Fixed rev 788834. Make tomcat use our thread pools Key: GERONIMO-4715 URL: https://issues.apache.org/jira/browse/GERONIMO-4715 Project: Geronimo Issue Type: Sub-task Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 With the server.xml processing it's not very hard to wrap our thread pool in something tomcat likes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Duplicate clustername value sets in config-subsititions file
Hi all, I just noticed there are 2 pairs of clusterName=CLUSTER_NAME in config-substitions.properties. My understanding of them is one for WADI clustering and another for farming. Can we using different keywords to identify them? ie. farmingClusterName and WADIClusterName or sth. like that. Jeff C
Re: Setup a Geonimo FAQ ?
Hi Shawn, Besides Knowledge Base page, which might require different set of write permission, we have one section for trouble shooting[1] in G2.2 doc, targeting at version-specific problems. And your contribution will be highly appreciated. Jeff C On Tue, Jul 7, 2009 at 7:49 PM, Jason Dillon ja...@planet57.com wrote: So... go to town... or am I missing something? --jason On Jul 7, 2009, at 12:42 PM, Shawn Jiang wrote: OK, I also noticed that Knowledge Base page can be found as FAQ in geronimo homepage. FAQhttp://cwiki.apache.org/confluence/pages/listpages.action?key=GMOxKB Browse Spacehttp://cwiki.apache.org/confluence/spaces/browsespace.action?key=GMOxKB http://cwiki.apache.org/confluence/pages/createpage.action?spaceKey=GMOxKBfromPageId=7513 Add Pagehttp://cwiki.apache.org/confluence/pages/createpage.action?spaceKey=GMOxKBfromPageId=7513 - *V*iew http://cwiki.apache.org/confluence/display/GMOxKB/FAQ - *E*dithttp://cwiki.apache.org/confluence/pages/editpage.action?pageId=7513 - *A*ttachments (0)http://cwiki.apache.org/confluence/pages/viewpageattachments.action?pageId=7513 - *I*nfohttp://cwiki.apache.org/confluence/pages/pageinfo.action?pageId=7513 Added by Jason Dillonhttp://cwiki.apache.org/confluence/display/%7Ejdillon, last edited by Jason Dillonhttp://cwiki.apache.org/confluence/display/%7Ejdillon on Jun 22, 2006 (view changehttp://cwiki.apache.org/confluence/pages/diffpages.action?pageId=7513originalId=7552 )Labels: (None) EDIT http://cwiki.apache.org/confluence/display/GMOxKB/FAQ --- Seems it has not been updated from 2006. We need to 1, Remove some stale content. 2, Add some new FAQ there. Hope that can reduce FAQ questions in mailing list. On Tue, Jul 7, 2009 at 1:08 PM, Jason Dillon ja...@planet57.com wrote: The Knowledge Base was intended to be the home for FAQ-ish thingys. --jason On Jul 7, 2009, at 12:04 PM, Shawn Jiang wrote: Obviously, there are really some FAQ in the mailing list such as 1, Lib conflict including myface, spring 2, Log4j 3, JPA JTA/Non-JTA DS requirement. 4, web-service out of memory 5, Classloading problem caused by bad EAR package structure. .. We need a formal page to record these FAQ. (only found two related page [1] and [2] with google). [1] http://docs.huihoo.com/apache/geronimo/1.1/geronimo-eclipse-plugin-faq.html [2]http://cwiki.apache.org/GMOxKB/index.html -- Shawn -- Shawn
Re: Web app clustering with WADI in Geronimo Tomcat 2.1.4 broken?
Hi all, Doc updated for both 2.1 and 2.2 by now. If you are using a Tomcat assembly of Geronimo distribution, replace clustering-wadi/ with tomcat-clustering-wadi/ element in the deployment plan. (1) http://cwiki.apache.org/confluence/display/GMOxDOC21/WADI+Clustering+Support (2) http://cwiki.apache.org/confluence/display/GMOxDOC22/WADI+Clustering And one more question, is there any reason that the schema file (ie. geronimo-tomcat-clustering-wadi-X.xsd ) was not extracted to geronimo_home/schema after build. Thanks. Jeff C On Tue, Jul 7, 2009 at 6:58 PM, Gianny Damour gianny.dam...@optusnet.com.au wrote: Hi Vamsi, In the case of tomcat, you need to use the node tomcat-clustering-wadi / instead of clustering-wadi / I wonder if it would not be better to uniformise node names across Jetty and Tomcat to prevent confusion. Thanks, Gianny On 07/07/2009, at 4:57 PM, Vamsavardhana Reddy wrote: I am trying to deploy a clustered web application in Geronimo Tomcat 2.1.4. I have added distributable/ in web.xml and clustering-wadi/ in geronimo-web.xml. When I deploy the application, I am getting the following deployment error: xml problem for web app . org.apache.geronimo.common.DeploymentException: xml problem for web app . at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWebApp(TomcatModuleBuilder.java:318) at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule(TomcatModuleBuilder.java:207) at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:179) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:307) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134) 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.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) at java.lang.Thread.run(Thread.java:595) Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor: errors: error: cvc-complex-type.2.4a: Expected elements 'work-...@http:// geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 cluster...@http:// geronimo.apache.org/xml/ns/j2ee/application-2.0 web-container@ http://geronimo.apache.org/xml/ns/naming-1.2 h...@http:// geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 cross-context@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 disable-cookies@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 valve-chain@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 listener-chain@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 tomcat-realm@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 manager@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 cluster@ http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 abstract-naming-en...@http://geronimo.apache.org/xml/ns/naming-1.2 ejb-...@http://geronimo.apache.org/xml/ns/naming-1.2 ejb-local-ref @http://geronimo.apache.org/xml/ns/naming-1.2 service-...@http:// geronimo.apache.org/xml/ns/naming-1.2 resource-...@http:// geronimo.apache.org/xml/ns/naming-1.2 resource-env-...@http:// geronimo.apache.org/xml/ns/naming-1.2 message-destinat...@http:// geronimo.apache.org/xml/ns/naming-1.2 security-realm-n...@http:// geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1 serv...@http:// geronimo.apache.org/xml/ns/deployment-1.2 persiste...@http:// java.sun.com/xml/ns/persistence' instead of 'clustering-w...@http:// geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1' here Descriptor: xml-fragment xmlns:tom=http://geronimo.apache.org/xml/ns/j2ee/web/ tomcat-2.0.1 !--web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-2.0.1; xmlns:app=http://geronimo.apache.org/xml/ns/j2ee/application-2.0-- dep:environment xmlns:dep=http://geronimo.apache.org/xml/ns/ deployment-1.2 dep:moduleId dep:groupIdpackt-samples/dep:groupId dep:artifactIdhelloworld-cluster/dep:artifactId dep:version1.0/dep:version dep:typewar/dep:type /dep:moduleId dep:dependencies/ /dep:environment
Re: Duplicate clustername value sets in config-subsititions file
Rex, thanks for the patch. The solution is fine with me. If there is no objection or question regarding the change, I'll update the doc(1) when the patch is applied. (1) http://cwiki.apache.org/GMOxDOC22/farming-using-deployment.html Jeff C On Wed, Jul 8, 2009 at 12:22 PM, Rex Wang rwo...@gmail.com wrote: Well, I see your jira opened against it and also rename the clusterNodeName to farmingClusterNodeName? any thoughts? -Rex 2009/7/6 chi runhua chirun...@gmail.com Hi all, I just noticed there are 2 pairs of clusterName=CLUSTER_NAME in config-substitions.properties. My understanding of them is one for WADI clustering and another for farming. Can we using different keywords to identify them? ie. farmingClusterName and WADIClusterName or sth. like that. Jeff C
Re: Problem when deploy CXF WebService (Service resource injection failed)
I notified CXF community about doc problem, see if they can find someone to
update the tutorial.
http://www.nabble.com/Problem-in-writing-a-service-with-spring-tutorial-td24387574.html
Jeff C
On Tue, Jul 7, 2009 at 2:50 AM, Westhveg westhstud...@gmail.com wrote:
Jarek,
Finally, it works. I've followed the second way.
I have to do this:
· Remove the spring listener from web.xml
· Keep the spring contextConfigLocation in web.xml
· Keep CXF Servlet but calling my interface insted of
'org.apache.cxf.transport.servlet.CXFServlet'.
Thanks a lot for your patience Jarek. You are my savior!
And about this tutorial:
http://cwiki.apache.org/CXF20DOC/writing-a-service-with-spring.html
Is out of date. It follows the first way and neither speak nothing about
filters in geronimo-web.xml nor
'-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true' system property.
Where can I post my eclipse project with the working example?
See u!
Westhveg
Jarek Gawor-2 wrote:
Westhveg,
Let's back up a little. You have two options for deploying your web
service:
1) Deploy your web application WITH all cxf and spring jars but you
MUST: a) start the server with
-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true AND b)
specify a bunch of filters in geronimo-web.xml.
or
2) Deploy your web application WITHOUT any cxf AND spring jars and
without CXFServlet in the web.xml. In this case your web application
should only contain the web service class and any other jars/classes
that the web service needs. The war file should be much smaller. Don't
set org.apache.geronimo.jaxws.builder.useSimpleFinder property or any
filters in geronimo-web.xml.
With option 2) you are relying on the app server to deploy your web
service. The app server will use its own web service engine to deploy
and manage your web service. That's why you don't need all these
spring or cxf jars or the cxf servlet or cxf configuration files. With
option 1) you are not relying on the app server to deploy and manage
your web service. The web application you are deploying has it own web
services engine which will deploy and manage the web service. And to
prevent conflicts between the web app web service engine and the app
server web service engine you need to set those filters and that
property.
Jarek
On Mon, Jul 6, 2009 at 5:13 AM, Westhvegwesthstud...@gmail.com wrote:
Can anyone help me, please?
Thanks,
Westhveg
Westhveg wrote:
And if I try to test the webservice developing this spring client:
?xml version=1.0 encoding=UTF-8?
beans xmlns=http://www.springframework.org/schema/beans;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:jaxws=http://cxf.apache.org/jaxws;
xsi:schemaLocation=http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://cxf.apache.org/jaxws
http://cxf.apache.org/schemas/jaxws.xsd;
!--
If I uncomment this, I get the same exception. But if I leave it
commented, I must import FastInfoset.jar library.
import resource=classpath:META-INF/cxf/cxf.xml /
import resource=classpath:META-INF/cxf/cxf-extension-soap.xml /
import resource=classpath:META-INF/cxf/cxf-servlet.xml /
--
jaxws:client id=helloWordClient
serviceClass=com.test.HelloWorld
address=http://localhost:8080/helloWorld; /
/beans
30-jun-2009 23:52:33 org.apache.cxf.bus.spring.BusApplicationContext
getConfigResources
INFO: No cxf.xml configuration file detected, relying on defaults.
30-jun-2009 23:52:34
org.apache.cxf.service.factory.ReflectionServiceFactoryBean
buildServiceFromClass
INFO: Creating Service
{http://test.com/}HelloWorldServicehttp://test.com/%7DHelloWorldServicefrom
class
com.test.HelloWorld
30-jun-2009 23:52:34 org.apache.cxf.phase.PhaseInterceptorChain
doIntercept
INFO: Interceptor has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Could not send Message.
at
org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64)
at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:471)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:301)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253)
at
org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
at
org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:121)
at $Proxy44.postMessage(Unknown Source)
at com.test.TestWsClient.main(TestWsClient.java:15)
Caused by: java.io.IOException: Not Found
at
Re: Web app clustering with WADI in Geronimo Tomcat 2.1.4 broken?
Hi Ganny, please find my comment inline. On Wed, Jul 8, 2009 at 6:46 PM, Gianny Damour gianny.dam...@optusnet.com.au wrote: Hi, In addition to this doc update, what about trying to uniformise the node name? Not sure If I understand the idea. I assume you were suggesting to use clustering-wadi/ element for both Tomcat and Jetty. If yes, it would be great. if the XSD was not extracted, then it was an oversight. If both Tomcat and Jetty is using the same element for WADI clustering, can we port the element into geronimo-web.xsd instead of hiding it under different plugins? In that case, we don't have to worry about this problem. just a piece of wild thought here. not sure if it's practical. Jeff C
Re: [jira] Resolved: (GERONIMO-4560) Run the activemq web console on geronimo
Is there any place where user can browse all the plugins and their description? like www.geronimoplugins.com. Jeff C On Thu, Jul 9, 2009 at 10:48 PM, Jarek Gawor (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/GERONIMO-4560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Jarek Gawor resolved GERONIMO-4560. --- Resolution: Fixed Committed the patch to trunk (revision 792566). Thanks for catching this the patch! Run the activemq web console on geronimo Key: GERONIMO-4560 URL: https://issues.apache.org/jira/browse/GERONIMO-4560 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: ActiveMQ Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 Attachments: GERONIMO-4560-typo.patch Activemq has a nice little web console that lets you browse queues and topics and try sending messages. We should package this as a geronimo plugin. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Finishing up tomcat server.xml configuration work...
Before we start working on documentation, I'd like to confirm what I understood so far is correct. We have 2 different scenarios: (1) users are going to develop new applications but they are used to the tomcat way; (2) users have existing application running on Tomcat, we'd like to provide a seamless way migrating to Geronimo. For (1), We support server.xml now because we want users to use Geronimo in the same way they used to be as in Tomcat, such as connector configuration, security realm, log configuration, valve and deploy method as well; in this case, Geronimo will take care of users' applications and provide run-time environment. Anyway, we will recommend users to adopt GBean usage for Web container configuration instead of using server.xml, which we can demostrate the up-sides of Geronimo architecture using app-per-port sample; As for (2), users can simply copy their server.xml into /var/catalina by overwriting the one in Geronimo, and for example, user need to copy the applications to /var/catalina/web-apps/. There would be nothing different from the old days. Geronimo will provide run-time enviornment. In either scenario, users' apps will be untouched and cann't be used as geronimo plugin because they are still tomcat-specific. Anything incorrect, please hop in. thanks Jeff C On Tue, Jul 14, 2009 at 8:50 AM, David Jencks david_jen...@yahoo.comwrote: IMO our way of configuring the tomcat server using server.xml is working fine and the main remaining bits are really documentation. Since I am terrible at documentation I hope others will take it upon themselves to help with it :-) I'd like to see -- a list of stuff that doesn't work in geronimo. My recollection is that the main things that don't work are configuring jndi (such as deploying datasources) and realms (this might actually work, I'm not sure). -- at least one sample of how to use it. I think a good starting point would the the app-per-port sample that shows how to have 2 web apps each exposed on a different port. This requires setting up 2 entire tomcat servers and I think would be a nice example of the simplicity of the server.xml configuration compared with the gbeans we used up till now. I think I'd consider deploying the server.xml in a plugin that completely replaces the existing tomcat plugin. thoughts? many thanks david jencks
Re: Welcome Delos Xuan Dai as a new committer
Way to go, Delos~! Jeff On Tue, Jul 21, 2009 at 11:16 AM, Ying Tang yingtang1...@gmail.com wrote: Congratulations, Delos! 2009/7/21, Rex Wang rwo...@gmail.com: congrats! :) -Rex 2009/7/21 Shawn Jiang genspr...@gmail.com Congratulations ! On Tue, Jul 21, 2009 at 9:56 AM, Delos dait...@gmail.com wrote: Thank you very much for all your help! I'm so honored to contribute to the community. -:) 2009/7/21 Joe Bohn joe.b...@earthlink.net Congratulations Delos! Donald Woods wrote: I would like to welcome Delos aboard, as he recently accepted the Geronimo PMC invitation to become a committer. His account was created last week (delos), so you should start seeing some commits from him as soon as we finish granting him karma. -Donald -- Best Regards, Delos -- Shawn
Why a resource adapter deployed via console are not a geronimo configuration(.car)?
Hi all, I was trying to review some topics in G22 doc and ran into some confusion as below. Hope someone could shed me some light on this. Here is the scenario: A user wants to convert his applications into geronimo plugins, but he prefers to the admin console. The Datasource pool was deployed via console wizard which is a .rar type. But He wasn't able to export the resource adapter directly because only the geronimo configuration(.car) can be exported now. So he need to delete the resouce adapter and deploy its plan again by specifying type as car. If that's the case, why the console wizard cann't deploy the resource adapter as a geronimo configuration at the first place? Thanks in advance. Jeff C
Why the resource adapter deployed via console is not a geronimo configuration(.car)?
Hi all, I was trying to review some topics in G22 doc and ran into some confusion as below. Hope someone could shed me some light on this. Here is the scenario: A user wants to convert his applications into geronimo-plugins, and he prefers to the admin console. The datasource pool was deployed via console wizard which is a .rar type. But He wasn't able to export the resource adapter directly because only the geronimo configuration(.car) can be exported now. So he need to delete the resouce adapter and deploy its plan again by specifying type as car. If that's the case, why the console wizard cann't deploy the resource adapter as a geronimo configuration at the first place? Thanks in advance. Jeff C
Re: Why the resource adapter deployed via console is not a geronimo configuration(.car)?
Thanks. https://issues.apache.org/jira/browse/GERONIMO-4749 Jeff C On Tue, Jul 28, 2009 at 3:00 PM, David Jencks david_jen...@yahoo.comwrote: I thought we had successfully tracked down all the console bits that didn't create car files. Could you please file a jira issue for 2.2? If you can figure out a patch that would be even better :-) thanks david jencks On Jul 27, 2009, at 11:37 PM, chi runhua wrote: Hi all, I was trying to review some topics in G22 doc and ran into some confusion as below. Hope someone could shed me some light on this. Here is the scenario: A user wants to convert his applications into geronimo-plugins, and he prefers to the admin console. The datasource pool was deployed via console wizard which is a .rar type. But He wasn't able to export the resource adapter directly because only the geronimo configuration(.car) can be exported now. So he need to delete the resouce adapter and deploy its plan again by specifying type as car. If that's the case, why the console wizard cann't deploy the resource adapter as a geronimo configuration at the first place? Thanks in advance. Jeff C
Re: confluence export broken?
The problem happened since confluence was updated to vhttp://www.atlassian.com/software/confluence 2.10.3... Jeff C On Mon, Aug 10, 2009 at 3:08 PM, David Jencks david_jen...@yahoo.comwrote: Hopefully someone who knows more about confluence and how the confluence export works than I do can help... Looking at http://cwiki.apache.org/GMOxDOC22/administering-plugins.html I see weird boxes with sliders on them for the excepts, but I cant find the desired text in the boxes. The original http://cwiki.apache.org/confluence/display/GMOxDOC22/Administering+plugins looks fine. Anyone else see this problem? thanks david jencks
Re: Multiple SharedLibs
Try using the following plan for your web application: web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-2.0.1; xmlns:sys=http://geronimo.apache.org/xml/ns/deployment-1.2 sys:environment sys:moduleId sys:groupIdcom.company.app/sys:groupId sys:artifactIdapplib/sys:artifactId sys:version2.2.07/sys:version sys:typecar/sys:type /sys:moduleId sys:dependencies/ sys:hidden-classes/ sys:non-overridable-classes/ /sys:environment sys:gbean name=AppSharedLib class=org.apache.geronimo.system.sharedlib.SharedLib sys:attribute name=classesDirsvar/app/classes/sys:attribute sys:attribute name=libDirsvar/app/lib/sys:attribute sys:reference name=ServerInfo sys:nameServerInfo/sys:name /sys:reference /sys:gbean context-root/IfAny/context-root /web-app Jeff C On Tue, Aug 11, 2009 at 7:13 PM, vaughn_m vmcmul...@comcast.net wrote: Hello - I am trying to create 4 different shared lib folders in different directories. I have read and tried to use the org.apache.geronimo.system.sharedlib.SharedLib gbean (the plan is below) in the various web apps that might use the specific directory. But this has been unsuccessful. If I place my jars in the sharedlib folder (var/shared/lib) it works perfectly. But if I place the jars in the specified lib folder and remove the jars form the shared folder the application will not deploy. I need to separate these libs in different folders so I can have an upgrade path for different components down the road. While I could use the repository as a last resort, it would be more convenient for me to reuse the SaredLib gbean to accomplish this task by referencing a specific external folder. Any insight anyone would have would be helpful. See the plan below for a reference. Vaughn module xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; !--Company Web App-- environment moduleId groupIdcom.company.app/groupId artifactIdapplib/artifactId version2.2.07/version typecar/type /moduleId dependencies dependency groupIdorg.apache.geronimo.framework/groupId artifactIdrmi-naming/artifactId version2.1.4/version typecar/type /dependency /dependencies hidden-classes/ non-overridable-classes/ /environment gbean name=AppSharedLib class=org.apache.geronimo.system.sharedlib.SharedLib attribute name=classesDirsvar/app/classes/attribute attribute name=libDirsvar/app/lib/attribute reference name=ServerInfo nameServerInfo/name /reference /gbean /module -- View this message in context: http://www.nabble.com/Multiple-SharedLibs-tp24915605s134p24915605.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Update to documentation formatting
Hi all,
Apache confluence was updated to v2.10 recently and I noticed that the
following wiki code is not working as we expected.
{color:white}
{noformat:borderStyle=solid|bgColor=#00}
Command samples and results
{noformat}
{color}
The change was confirmed by Confluence developer to be valid.
http://jira.atlassian.com/browse/CONF-8616
Therefore I suggest to use following code as an alternative for Geronimo
Doc.
{noformat:borderStyle=solid}
Command samples and results
{noformat}
If there is no objection, I'll update Tips for writing and formatting
documentationhttp://cwiki.apache.org/geronimo/tips-for-writing-and-formatting-documentation.htmlfirst.
And all of Geronimo docs shall be updated accordingly.
I am not sure if there would be a better approach rather than updating each
page by hand. Maybe confluence administrators could help.? As far as I
know, administrators can export a space as an .xml file and restore the
space back again.
Any comments are appreciated.
Jeff C
Re: [jira] Commented: (GERONIMO-4742) Connector portlets for Tomcat does not work
Agree to remove the portlet. Simple and efficient. :-D Jeff C On Thu, Aug 13, 2009 at 6:23 PM, Shawn Jiang (JIRA) j...@apache.org wrote: [ https://issues.apache.org/jira/browse/GERONIMO-4742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12742790#action_12742790] Shawn Jiang commented on GERONIMO-4742: --- If we don't choose big edit box, we are choosing to keep current port-let. Current web server port-let is used to provide a easy way to manage the connectors of web container. I really don't think this is useful as before because the connector configuration method have been changed to server.xml. 1, Unlike GBean way, the server.xml way to configure connector is very easy and straightforward. 2, IIUC, Web Connector configuration is not a very frequent task from my understanding. For the two reasons listed above, I highly doubt if it's worthy to add many wrap connectorGBeans for connectors loaded from server.xml just to meet a function that is not very useful anymore. What I'm suggesting is to remove the current web manager port-let for tomcat build directly. : ) What do you say ? Connector portlets for Tomcat does not work --- Key: GERONIMO-4742 URL: https://issues.apache.org/jira/browse/GERONIMO-4742 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.2 Reporter: Ivan Assignee: Ivan Fix For: 2.2 After refactoriing Tomcat integratoin codes, currently, the connector portlet does not work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Monitoring portlet can only collect JVM info now
Hi all, Monitoring plug-in is supposed to provide JSR-77 compliant statistic. Since we are using server.xml for Tomcat assembly now, only JVM status can be collected now. Any plans to update the portlet implementation or we'll just leave it as is. Jeff C
Re: Daily build status for trunk and 2.2?
you may try Tomcat-assembly for now. looks like there are some problem with Jetty build recently. Jeff C On Wed, Aug 19, 2009 at 6:00 PM, Fredrik Jonson fred...@myrealbox.comwrote: Hi all, Just wanted to check what the status is for the daily builds of G? Out of the handfull of samples I've pulled during the summer most have failed to even start. I'm using the jetty7-javaee5 daily for trunk. Is it just bad luck? I'm pulling the builds from the location below, is that the right place? http://people.apache.org/builds/geronimo/server/binaries/ And while I'm at it, I'm eager to try the daily builds of the brand new 2.2 branch, once that daily build has been set up. Nudge nudge. ;) -- Fredrik Jonson
Re: Disable Tomcat JNDI
okay. I'd like the document to be addressed as what we support about server.xml to configure the Tomcat in Geronimo now? Web listeners only? Other than that, virtual hosts, security realm and other configurations should be done via Gbeans just like before? What about if users want to initialize a second Tomcat in Geronimo? Jeff C On Fri, Aug 28, 2009 at 1:12 PM, Ivan xhh...@gmail.com wrote: Yes, for Tomcat allows to define datasource in the server.xml and add reference in the web.xml, by default, it uses DBCP as its db pool implmentation. While in Geronimo, we do not use it. I removed the fragments below from the server.xml GlobalNamingResources !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved factory=org.apache.catalina.users.MemoryUserDatabaseFactory pathname=conf/tomcat-users.xml/ /GlobalNamingResources and Realm className=org.apache.catalina.realm.UserDatabaseRealm resourceName=UserDatabase/ Also, I set the catalina.userNaming=false. From my side, it works well. But, we may need to document it, for currently, we will not support to define those things in the server.xml, including resource declaration. Any comment ? 2009/8/28 viola.lu viola...@gmail.com hi, This naminglister causes warning:NamingContextListener failed to register in JMX:javax.naming.exception when staring geronimo server . If disable it, warning will disapper, right? Ivan Xu wrote: The way I could see is set the catalina.useNaming=false in the system properties, then Tomcat will not start the naminglistener. But if we do it, we should not have resource setting in the server.xml file, or NullPointerException will throw, for those resources try to register/lookup themselves in the tomcat's jndi context. 2009/8/27 David Jencks david_jen...@yahoo.com I think this is a good idea if it doesn't break stuff. I think I recall having some difficulty figuring out how to completely disable tomcat jndi. Perhaps you will be able to figure out how :-) thanks david jencks On Aug 26, 2009, at 11:30 PM, Ivan wrote: Hi, I found some configurations like --- GlobalNamingResources !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved factory=org.apache.catalina.users.MemoryUserDatabaseFactory pathname=conf/tomcat-users.xml/ /GlobalNamingResources --- in the var/catalina/server.xml file, since we use xbean-naming as our JNDI implementation, we should disable Tomcat's own JNDI. While disabling Tomcat's JNDI, we should not allow the users to define those settings in the server.xml. I think, we need to remove GlbalNamingResources fragment from the server.xml and add some comments, which tell the user never define those resources in the server.xml. Any comment ? -- Ivan -- Ivan -- View this message in context: http://www.nabble.com/Disable-Tomcat-JNDI-tp25166967s134p25182824.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com. -- Ivan
[FYI]Summary list for G2.2 doc updates
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
Re: [FYI]Summary list for G2.2 doc updates
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 chirun...@gmail.com 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
Re: [FYI]Summary list for G2.2 doc updates
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 greensi...@gmail.com 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 chirun...@gmail.com 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 chirun...@gmail.com 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
Re: Welcome Shawn Lin Quan Jian as a new committer
Congrats, Shawn! Jeff C On Tue, Sep 1, 2009 at 9:38 PM, Lin Sun linsun@gmail.com wrote: Congrats! Lin On Mon, Aug 31, 2009 at 6:48 PM, David Jencksdavid_jen...@yahoo.com wrote: I would like to welcome Shawn, as he recently accepted the Geronimo PMC invitation to become a committer. His account (genspring) has been created so we may be seeing some commits from him soon. Congratulations! david jencks
Re: [FYI]Summary list for G2.2 doc updates
Hi, FYI. 2 more topics added based on discussion from mail-list: 1. JSPServlet 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 chirun...@gmail.com 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 greensi...@gmail.com 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 chirun...@gmail.com 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 chirun...@gmail.com 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
Re: Request for editor access for G docs
Hi Kevan, I think Ellen has filed her ICLA cause I saw her name was in unlisted CLA group with name Tang Lei. http://people.apache.org/~jim/committers.html Please help to confirm. Thanks alot. Jeff Chi On Mon, Sep 14, 2009 at 8:27 PM, Kevan Miller kevan.mil...@gmail.comwrote: On Sep 13, 2009, at 10:34 PM, Ellen Tang wrote: Hi, I am a technical writer. I would like to apply for the editor access for geronimo related docs. Hi Ellen, That would be great! To insure that our documentation is appropriately Apache Licensed, we require an ICLA to be on file, before we can give you access to our Wiki. I don't see your name in the iclas file. Let us know if you think it should be there. Here's the form -- http://www.apache.org/licenses/icla.pdf You can mail, fax, or email a scanned copy to secret...@apache.org. --kevan
Re: documentation is important too
Yes, I agree that documentation is really important to the success of Geronimo. We have lots of changes in terms of security, web container integration mechanism as well as GEP improvements for G2.2, and we know some of information are not well documented yet. For the current status of G2.2 doc development, you may refer to http://cwiki.apache.org/GMOxDOC22/apache-geronimo-v22-documentation-development-status.html Beyond these items listed, I believe there are lots of topics to be updated such as new samples, screenshots and so on. Therefore, we would appreciate any individual who can contribute to the documents and especially for those who has successful experiences with configuration of certain components. As for the examples that you mentioned, in my understanding, G Doc already has certain topics for those: 1. Database security realm, you may refer to http://cwiki.apache.org/GMOxDOC22/database-sql-realm.html 2. Real samples, we have sample applications for test and evaluation, you may refer to http://cwiki.apache.org/GMOxDOC22/sample-applications.html#Sampleapplications-AvailableSampleApplicationsor WAS CE samples which can be deployed on Geronimo as well 3. Tutorial for various applications' development, which might not cover every corner by now but it would be applaudable**http://www.iciba.com/applaudable/if we could have more and more tutorials on website. For this part, you may refer to http://cwiki.apache.org/GMOxDOC22/developing-web-applications.html http://cwiki.apache.org/GMOxDOC22/developing-ejb-applications.html http://cwiki.apache.org/GMOxDOC22/developing-jpa-applications.html http://cwiki.apache.org/GMOxDOC22/developing-application-clients.html http://cwiki.apache.org/GMOxDOC22/developing-web-services.html 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. Thanks alot. Jeff C On Tue, Sep 15, 2009 at 5:27 AM, Radim Kolar h...@sendmail.cz wrote: Quintin Beukes-2 wrote: They're all small errors, and I listed them because they can potentially damage Geronimo's image by complicating a user's experience. User experience is the biggest factor in a product's success. I see it that biggest problem with Geronimo is lack of good documentation, mainly good documentation on security is still missing. After reading users mailing list for a while people asks for documents about: How to secure internal derby database from connections into geronimo from outside? They want to have something like: for database XYZ user X and Y can connect. it can be probably done by binding security realm into database. it would be great if we can click it in gui. same thing for message queues. oh and deployment plans are another topic. There are some samples on doc website but i would really like to see some real world example for example web application with more modules, jpa and message queues. it took me almost entire day until i managed to write it correctly myself. -- View this message in context: http://www.nabble.com/There%27s-still-hope-for-2.2...-tp25395776s134p25443963.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: The setting of LoginDomainName attribute of the LoginModuleGBean
I think this is the page that David mentioned: http://cwiki.apache.org/GMOxDOC22/configuring-login-modules.html Jeff C On Tue, Sep 15, 2009 at 4:56 AM, Quintin Beukes quin...@skywalk.co.zawrote: For interest sake, how would you use this to implement the below? If you have a doc specifying this, can you send me the link. This explanation made it sound interesting, as I myself have wondered about the WrappingLoginModule. Q On Mon, Sep 14, 2009 at 6:42 PM, David Jencks david_jen...@yahoo.com wrote: On Sep 14, 2009, at 12:51 AM, Ivan wrote: Hi In the LoginModuleGBean, there is an attribute named loginDomainName, I went through the codes, just found that while the WrappingLoginModule is turned on, those domainNames are used in the Subject as DomainPrincipal. Except for this, is there any use for those loginDomainNames ? And, I did not found any example for WrappingLoginModule, so when we would use it ? Thanks ! I thought this was documented somewhere, but I could easily be wrong, and the explanation might not include enough info for anyone to know why... Most people use the simplest form of principal-role mapping, where you specify the class and name of the actual Principal from the login module you specify. However, it's possible to think up more complicated scenarios where this is not enough to identify the principal for the principal-role mapping. lets suppose you have an ejb app C with 2 web apps A and B in front of it. Your ejb app has 2 roles r1 and r2. You have two legacy security systems S1 and S2 with proprietary login modules that both happen to supply the same principal class. You need to use S1 with A and S2 with B. S1 and S2 both provide principals with names g1 and g2 but the meaning is opposite. you need For S1 and A, g1 r1 g2 r2 but for S2 and B, g1 r2 g2 r1 So, you need more information to distinguish the principals so you can map them to the correct roles. Geronimo lets you wrap the original principals with a wrapper that contains a name of the login module loginDomainName and the name of the security realm, and the principal-role mapping can specify these as well. You'd use the loginDomainName if you set up a single security realm that includes the login modules for S1 and S2, and the security realm if you set up two separate security realms. I don't know if anyone has used this or ever will, but we thought we'd be thorough. thanks david jencks -- Ivan -- Quintin Beukes
Re: documentation is important too
Well, I think it's something missing in Geronimo. You might want to file a JIRA for this one. https://issues.apache.org/jira/browse/GERONIMO And I am also interested in the struggle you experienced, as you mentioned earlier, it took you almost entire day to write it correct. Could you let us more details about the scenario, I believe your experience could help us to improve the document. Thanks alot. Jeff C On Tue, Sep 15, 2009 at 4:27 PM, Radim Kolar h...@sendmail.cz wrote: RunHua Chi wrote: As for the examples that you mentioned, in my understanding, G Doc already has certain topics for those: 1. Database security realm, you may refer to http://cwiki.apache.org/GMOxDOC22/database-sql-realm.html Database security realm is something different, it is about checking userids against database. I am talking about restricting access to Derby database itself. Example: (G in default setup) ij connect 'jdbc:derby://localhost/SystemDatabase'; ij show tables; TABLE_SCHEM |TABLE_NAME|REMARKS SYS |SYSALIASES| SYS |SYSCHECKS | SYS |SYSCOLPERMS | SYS |SYSCOLUMNS| same for message queues. In short no security restrictions are in place. -- View this message in context: http://www.nabble.com/There%27s-still-hope-for-2.2...-tp25395776s134p25450084.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: [FYI]Summary list for G2.2 doc updates
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 chirun...@gmail.com wrote: Hi, FYI. 2 more topics added based on discussion from mail-list: 1. JSPServlet 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 chirun...@gmail.com 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 greensi...@gmail.com 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 chirun...@gmail.com 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 chirun...@gmail.comwrote: 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
Where is the page from?
Hi all, http://geronimo.apache.org/development-tools.html includes release information about GEP, and the latest GEP version should be v2.1.4 as I remember. I thought the page was from G2.1 Doc, say http://cwiki.apache.org/GMOxDOC21/apache-geronimo-development-tools-project.html But apparently it's not, contents of these 2 pages are different. And further more, I didn't find GEP v2.1.3 folder on http://people.apache.org/dist/geronimo/eclipse/ , neither for GEP v2.1.4 Does anyone know what the reason is? Jeff C
Re: Where is the page from?
Thanks Donald for the info. I think it's kinda confusing to keep 2 copies the identical content for Geronimo. Maybe we should remove relevant pages from Doc space, since commiters will maintain these infos? And for GEP binaries in http://people.apache.org/dist/geronimo/eclipse/ , any commiters could help with folder creation of recent release? Jeff C On Wed, Sep 16, 2009 at 9:36 PM, Donald Woods dwo...@apache.org wrote: The page you are referring to is in GMOxSITE, which is the wiki space used to generate the main Geronimo website. We created this front-end page, as GMOxSITE can only be updated by committers and should contain the base release info. You'd have to ask Tim about the binary distributions, as I know there are several directories being used for hosting the nightly vs. released maven artifacts and another for the Eclipse update site. -Donald chi runhua wrote: Hi all, http://geronimo.apache.org/development-tools.html includes release information about GEP, and the latest GEP version should be v2.1.4 as I remember. I thought the page was from G2.1 Doc, say http://cwiki.apache.org/GMOxDOC21/apache-geronimo-development-tools-project.html But apparently it's not, contents of these 2 pages are different. And further more, I didn't find GEP v2.1.3 folder on http://people.apache.org/dist/geronimo/eclipse/ , neither for GEP v2.1.4 Does anyone know what the reason is? Jeff C
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 chirun...@gmail.com 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 chirun...@gmail.com wrote: Hi, FYI. 2 more topics added based on discussion from mail-list: 1. JSPServlet 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 chirun...@gmail.com 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 greensi...@gmail.com 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 chirun...@gmail.comwrote: 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 chirun...@gmail.comwrote: 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
Re: documentation is important too
Hi Radim, thanks for your comments. Details of elements in each deployment plan, you may refer to [1]. And I hope this is what you are looking for. About samples, Geronimo has a complex sample application named daytrader, but its latest version for G2.2 is still under working. You may svn co the source code for G2.1.3 from [2] for reference. [1] http://cwiki.apache.org/GMOxDOC22/understanding-deployment-plans.html [2] https://svn.apache.org/repos/asf/geronimo/daytrader/branches/2.1.3/ Anything else, please let us know. Jeff
Re: [FYI]Summary list for G2.2 doc updates
Delos, thanks for the review. I've update the pages according to your comments. For XML validation problem of WTP, I put it in the page [1] and add a warning notes for the content of the topic. [1] http://cwiki.apache.org/GMOxDOC22/using-eclipse-xml-tools-in-apache-geronimo.html Anything else, please let me know. Jeff C On Fri, Sep 25, 2009 at 11:00 AM, Delos dait...@gmail.com wrote: Thanks, Jeff. Here are some comments in blue for the update 1. Manage user Account in GEP http://cwiki.apache.org/GMOxDOC22/configuring-your-development-environment.html#Configuringyourdevelopmentenvironment-Editingaserverconfiguration If your server installation uses a different set of credentials, change these accordingly. These security credentials configured here are used to detect server status and deployment/undeployment of applications. The statement is not accurate. Actually, the account management only change the account information of the built-in security realm geronimo-admin. Besides, it's better to mention that only change on localhost is supported now. 2. Datasource pool wizard in GEP http://cwiki.apache.org/GMOxDOC22/using-datasource-pool-wizard-in-gep.html The page seems good. But in eclipse 3.5, we found another possible problem similar to GERONIMODEVTOOLS-583. It's a problem of WTP. WTP provide a workaround for this. I suggest to add it into this page. Here is the workaround: The observed behaviour seems to be caused by the XML-XML Files-Validation-uncheck Honour all schema locations preference. 3. Security realm wizard in GEP http://cwiki.apache.org/GMOxDOC22/using-security-realm-wizard-in-gep.html Looks good. 4. GEP convention for application client development http://cwiki.apache.org/GMOxDOC22/developing-application-clients.html Looks good. 5. Refactoring support of GEP http://cwiki.apache.org/GMOxDOC22/new-features-and-enhancements.html#Newfeaturesandenhancements-NewGEPfeaturesandenhancements if Test and Performance Tools Platform Projecthttp://www.eclipse.org/tptp/index.phpis installed. I suggest to install the TPTP eclipse plugins and change the URL into TPTP runtime plugin download page, http://www.eclipse.org/downloads/download.php?file=/tptp/4.6.0/TPTP-4.6.0/tptp.runtime-TPTP-4.6.0.zip 6. Start a server in Profiling mode http://cwiki.apache.org/GMOxDOC22/new-features-and-enhancements.html#Newfeaturesandenhancements-NewGEPfeaturesandenhancements Looks good. 2009/9/24 chi runhua chirun...@gmail.com 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 chirun...@gmail.com 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 chirun...@gmail.com wrote: Hi, FYI. 2 more topics added based on discussion from mail-list: 1. JSPServlet 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 chirun...@gmail.comwrote: 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 greensi...@gmail.comwrote: 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 chirun...@gmail.comwrote: 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
Re: put XSD schemas on G web
Hi Radim, You may find XSD files under geronimo_home/schema directory. I didn't look into the code to find out whether schema validation was done against local .xsd files. I am not sure if it's necessary to put these schema files in text/xml format on G website if validation happens on local. Hope someone with more experiences in G development could answer the question. When you are developing applications in Eclipse, I'd like to recommend GEP cause it could help you with development of deployment plans, especially using its Geronimo Plan Editor and wizards. Thanks. Jeff C 2009/9/25 Radim Kolar h...@sendmail.cz These diagrams drawn from XSD are very nice. I recommend to put plain XSD files in text/xml format on G web similar how maven have it. Desired URL will look like: http://geronimo.apache.org/xsd/geronimo-module-1.2.xsd we can then start using this URL in xsi:schemaLocation so XML editors can check syntax during typing deployement plans and then update deployment examples to let people know about it. -- View this message in context: http://www.nabble.com/There%27s-still-hope-for-2.2...-tp25395776s134p25610559.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: Wiki link to current version page
I think it's the problem of the template in auto-export plugin, but only confluence admin could do some configuration to update the template. Jeff C On Wed, Sep 30, 2009 at 10:12 AM, Ellen Tang ltang.el...@gmail.com wrote: Hi Juergen, I guess that could be a good thing to do. We'll discuss about that to see if it's possible and necessary to do that. Thank you for your idea! Best regards, Ellen 2009/9/28 Juergen Weber webe...@gmail.com Hi, googling often leads to an old version of a Geronimo wiki page. e.g. google daytrader apache goes to http://cwiki.apache.org/GMOxDOC20/daytrader.html Can you somehow make the wiki automatically display links to the most recent version? Thanks, Juergen -- View this message in context: http://www.nabble.com/Wiki-link-to-current-version-page-tp25645167s134p25645167.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: More OSGi progress
I tried to follow the steps that Rex provided, somehow I ran into a build
failure when mvn install framework in the final step. Then I tried mvn clean
install -Dmaven.test.skip=true, still no luck.
Here is the error msg I noticed, any workaround to bypass the exception?
Thanks in advance.
Jeff C
[INFO]
[INFO] Building Geronimo Build Support :: Plugin
[INFO]task-segment: [install]
[INFO]
[INFO] [genesis:validate-configuration {execution: default}]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [groovy:generateStubs {execution: default}]
[WARN] Failed to load provider from:
org.codehaus.groovy.maven.runtime.loader.defaultproviderloa...@31103110
java.lang.NullPointerException
org.codehaus.groovy.maven.runtime.loader.DefaultProviderLoader.findProviders(DefaultProviderLoader.java:67)
org.codehaus.groovy.maven.runtime.loader.DefaultProviderLoader.load(DefaultProviderLoader.java:45)
org.codehaus.groovy.maven.runtime.loader.DefaultProviderSelector.load(DefaultProviderSelector.java:192)
org.codehaus.groovy.maven.runtime.loader.DefaultProviderSelector.discover(DefaultProviderSelector.java:154)
org.codehaus.groovy.maven.runtime.loader.DefaultProviderSelector.register(DefaultProviderSelector.java:98)
org.codehaus.groovy.maven.runtime.loader.DefaultProviderSelector.select(DefaultProviderSelector.java:47)
org.codehaus.groovy.maven.runtime.loader.DefaultProviderManager.select(DefaultProviderManager.java:91)
org.codehaus.groovy.maven.plugin.ProviderMojoSupport.provider(ProviderMojoSupport.java:107)
org.codehaus.groovy.maven.plugin.ComponentMojoSupport.doExecute(ComponentMojoSupport.java:58)
org.codehaus.groovy.maven.plugin.MojoSupport.execute(MojoSupport.java:69)
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
java.lang.reflect.Method.invoke(Method.java:599)
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
org.codehaus.classworlds.Launcher.main(Launcher.java:375)
..
[ERROR] BUILD FAILURE
[INFO]
[INFO] Dependencies have changed:
Added dependencies are saved here:
/home/jeffchi/Geronimo/SourceCode/sandbox/framework/configs/geronimo-gbean-deployer-bootstrap/src/main/history/dependencies.added.xml
Tree listing is saved here:
/home/jeffchi/Geronimo/SourceCode/sandbox/framework/configs/geronimo-gbean-deployer-bootstrap/src/main/history/treeListing.xml
Delete
/home/jeffchi/Geronimo/SourceCode/sandbox/framework/configs/geronimo-gbean-deployer-bootstrap/src/main/history/dependencies.xml
if you are happy with the dependency changes.
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 3 minutes 18 seconds
[INFO] Finished at: Fri Oct 16 10:56:00 CST 2009
[INFO] Final Memory: 201M/387M
[INFO]
On Thu, Oct 15, 2009 at 4:53 PM, Rex Wang rwo...@gmail.com wrote:
I just built dj's sandbox framework successfully, here is my footprint.
Hope this helps for the following guys, and also thanks for the clues above!
my env:
windowxp
maven2.2.1
jdk6
sandbox rev825381
checkout sandbox ramework
ps: modify pom.xml(xmlbeans denp: 2.4.0_2-SNAPSHOT - 2.4.0_3-SNAPSHOT)
checkout servicemix
ps:
add djencks patch to xstream-1.3/pom.xml
build root pom.xml
build:
Re: [jira] Updated: (GERONIMO-4915) SVN urls on the site is outdated/wrong
Thanks for reporting this. I did a little bit digging and noticed the page is from [1], which is located within a section of page [2] No further result on how to edit [1]. [1] http://geronimo.apache.org/maven/server/ [2] http://cwiki.apache.org/confluence/display/GMOxDEV/Maven+Generated+Documentation Hope someone could shed more light on this issue. Jeff C On Sat, Oct 17, 2009 at 3:25 AM, Quintin Beukes (JIRA) j...@apache.orgwrote: [ https://issues.apache.org/jira/browse/GERONIMO-4915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Quintin Beukes updated GERONIMO-4915: - Description: Currently on the page: http://geronimo.apache.org/maven/server/maven-plugins/geronimo-maven-plugin/source-repository.html The subversion URLs give 404 errors for these 3: http://svn.apache.org/viewvc/geronimo/trunk/maven-plugins/geronimo-maven-plugin http://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/geronimo-maven-plugingeronimo-maven-plugin https://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/geronimo-maven-plugingeronimo-maven-plugin I'm not sure what they should be, as I have never seen the source and can't verify if this is in fact the correct URL, though it seems like it should be (in the same order): http://svn.apache.org/viewvc/geronimo/server/trunk/framework/buildsupport/geronimo-maven-plugin/ http://svn.apache.org/repos/asf/geronimo/server/trunk/framework/buildsupport/geronimo-maven-plugin/ https://svn.apache.org/repos/asf/geronimo/server/trunk/framework/buildsupport/geronimo-maven-plugin/ was: Currently on the page: http://geronimo.apache.org/maven/server/maven-plugins/geronimo-maven-plugin/source-repository.html The subversion URLs give 404 errors for these 3: http://svn.apache.org/viewvc/geronimo/trunk/maven-plugins/geronimo-maven-plugin http://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/geronimo-maven-plugingeronimo-maven-plugin https://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/geronimo-maven-plugingeronimo-maven-plugin I'm not sure what they should be, as I have never seen the source and can't verify if this is in fact the correct URL, though it seems like it should be (in the same order): http://svn.apache.org/viewvc/geronimo/devtools/maven-plugins/trunk/ http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/trunk/ https://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/trunk/ Updated the URLs to the correct ones. SVN urls on the site is outdated/wrong -- Key: GERONIMO-4915 URL: https://issues.apache.org/jira/browse/GERONIMO-4915 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: geronimo-maven-plugin Reporter: Quintin Beukes Currently on the page: http://geronimo.apache.org/maven/server/maven-plugins/geronimo-maven-plugin/source-repository.html The subversion URLs give 404 errors for these 3: http://svn.apache.org/viewvc/geronimo/trunk/maven-plugins/geronimo-maven-plugin http://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/geronimo-maven-plugingeronimo-maven-plugin https://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/geronimo-maven-plugingeronimo-maven-plugin I'm not sure what they should be, as I have never seen the source and can't verify if this is in fact the correct URL, though it seems like it should be (in the same order): http://svn.apache.org/viewvc/geronimo/server/trunk/framework/buildsupport/geronimo-maven-plugin/ http://svn.apache.org/repos/asf/geronimo/server/trunk/framework/buildsupport/geronimo-maven-plugin/ https://svn.apache.org/repos/asf/geronimo/server/trunk/framework/buildsupport/geronimo-maven-plugin/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: osgi trunk
I am also interested in questions that Quintin raised. Hope the answer could at least give us a big picture about what OSGI+Geronimo will be. Jeff C On Sun, Oct 18, 2009 at 8:10 PM, Quintin Beukes quin...@skywalk.co.zawrote: What exactly will be the affect OSGi will have on Geronimo? Will it simply replace the plugin architecture? And how will it, if at all, affect gbeans? Quintin Beukes On Sat, Oct 17, 2009 at 7:02 PM, David Jencks david_jen...@yahoo.com wrote: On Oct 17, 2009, at 5:04 AM, Quintin Beukes wrote: Is it tricky to build? I would like to take a look at what you guys have achieved so far : It's beyond tricky, only the framework builds so far. For that, you need to build some servicemix bundles locally. I'll try to publish the servicemix bundles in the next few days. There have been a few posts recently about how to get the framework to build, I would consult them for additional hints. I'm trying to get plugins/j2ee to build: at that point it should be possible for lots of people to work more or less independently in parallel on fixing the other plugins. thanks david jencks Quintin Beukes On Fri, Oct 16, 2009 at 10:41 PM, David Jencks david_jen...@yahoo.com wrote: Thanks Donald, I opened GERONIMO-4916 to track this, removed the old framework, and moved over the osgi framework from sandbox. Now we just have to get it all to work :-) thanks david jencks On Oct 16, 2009, at 12:30 PM, Donald Woods wrote: Branch of current pre-OSGi trunk has been created at - https://svn.apache.org/repos/asf/geronimo/server/branches/3.0_old/ Let the OSGi merge begin -Donald David Jencks wrote: I have the sandbox osgi framework working enough to start the geronimo plugins, so I'm planning to move this work into trunk so we can all pitch in more easily on getting the rest of geronimo running on osgi. There's one legal issue to take care of first, since I copied in some plexus code that is not clearly available under asl2. The code appears to have been derived from ant, so I'm going to see if we can get the same results by importing or using ant code. I think that Donald is planning to make a branch off of trunk for a convenient place to try out jpa2 stuff at least until we have the equivalent working under osgi. If you have any concerns about this please speak up! thanks david jencks
Re: Any news on the 3.0 console UI?
Ellen, GERONIMO-4658 is about a new portlet to edit artifact aliases from console, which was commited to both 2.2 and trunk. AFAICT, the patch still needs some improvement. I've already posted my comments on that. I will update G2.2 doc when it's fixed. About UI features on Console/GSell in 3.0, I believe there would be lots of differences but they all depend on current OSGI-Geronimo integration for now, especially the container and bundle/application management parts. We do hope users could have the same experiences when using upgraded Geronimo, so let's see how well the integration goes. Any insight from others? Jeff C On Wed, Oct 28, 2009 at 5:50 PM, Ellen Tang ltang.el...@gmail.com wrote: Hi, I'm currently collecting information about potential changes of the Geronimo 3.0 Admin Console user interface. The information will benefit the 3.0 documentation. I've found one related JIRA (GERONIMO-4658) that a new menu item is created. I'm wondering if there is any more news about this. Any information or thoughts regarding the 3.0 UI? Or is it too early to ask? Please let me know. Thanks a lot! Ellen
Re: [jira] Closed: (GERONIMO-4759) Remove repository entries via Console
Exception occured when starting a new server with this patch checked-in. Error log as followed: 2009-10-29 10:07:47,438 ERROR [ContextLoader] Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'RequiredContainerServices' defined in ServletContext resource [/WEB-INF/pluto-portal-driver-services-config.xml]: Cannot resolve reference to bean 'PortalContext' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'PortalContext' defined in ServletContext resource [/WEB-INF/pluto-portal-driver-services-config.xml]: Cannot resolve reference to bean 'DriverConfiguration' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'DriverConfiguration' defined in ServletContext resource [/WEB-INF/pluto-portal-driver-services-config.xml]: Cannot resolve reference to bean 'PortalURLParser' while setting constructor argument; nested exception is org.springframework.beans.factory.CannotLoadBeanClassException: Cannot find class [org.apache.geronimo.pluto.impl.PortalURLParserImpl] for bean with name 'PortalURLParser' defined in ServletContext resource [/WEB-INF/pluto-portal-driver-services-config.xml]; nested exception is java.lang.ClassNotFoundException: org.apache.geronimo.pluto.impl.PortalURLParserImpl in classloader org.apache.geronimo.plugins/console-tomcat_portal-driver.war/2.2-SNAPSHOT/car at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:275) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:104) at org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:495) at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:162) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:925) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:835) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409) at java.security.AccessController.doPrivileged(AccessController.java:224) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:429) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:728) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:380) at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255) at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199) at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3930) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4419) at org.apache.geronimo.tomcat.GeronimoStandardContext.access$201(GeronimoStandardContext.java:64) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:412) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:264) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526) at
Re: [jira] Closed: (GERONIMO-4759) Remove repository entries via Console
Verified on Revision: 830905 build and the feature works fine now. Remove feature was recorded in Doc at [1]. [1] http://cwiki.apache.org/GMOxDOC22/introducing-geronimo-administration-console.html#IntroducingGeronimoAdministrationConsole-Repository Jeff C On Thu, Oct 29, 2009 at 6:01 AM, David Jencks (JIRA) j...@apache.orgwrote: [ https://issues.apache.org/jira/browse/GERONIMO-4759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] David Jencks closed GERONIMO-4759. -- Resolution: Fixed Applied modified version of patch in rev 830774. There are several problems: 1. remove funcationalty should be unavailable unless you enable advanced actions. 2. we should look for uses of the artifact and at least warn if there are any. I think the functionaly is sufficiently useful to add anyway. Remove repository entries via Console - Key: GERONIMO-4759 URL: https://issues.apache.org/jira/browse/GERONIMO-4759 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Reporter: Jürgen Weber Assignee: David Jencks Fix For: 2.2 Attachments: GERONIMO-4759 advanced.patch, GERONIMO-4759 advanced.PNG The Repository Viewer portlet should offer to remove entries that were formerly added by the user (that are not part of the server configuration itself). If you can add repository entries via the console it would be consistent to remove them via the console, too. On the details view for an entry there should be e.g. remove mysql/mysql-connector-java/3.1.14/jar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Help me to build a geronimo server form the source
I can build branch/2.2 with JDK1.6 on Ubuntu9.04 successfully. You may post your 2.2 build log here so that we can take a look what the problem is. Jeff C On Tue, Nov 10, 2009 at 12:39 AM, Fei LI f...@mdacorporation.com wrote: Hi, I am creaming here for your help. I have been trying to build a Geronimo server from the SVN source for 1.5 weeks and no success. Donald Woods and Forrest Xia helped me to try many ways and all are failed. I tried many combination of the build environment: SVN Tags/2.1.4 SVN Trunk Maven 2.0.10 Maven 2.2.1 Java jsdk 1..5.0_22 Java jsdk 1.6.0_16 Nothing works. So who can tell me what to try next. I never build software like this. Surprise! Isn't it? Thanks Fei Li
Re: Geronimo 3 OSGI slides
I noticed it's been too long that Geronimo Events page was not updated. I believe users would love to know the latest event/news about Geronimo. .. Jeff C On Mon, Nov 9, 2009 at 5:11 PM, Juergen Weber webe...@gmail.com wrote: Thanks for publishing. But I do miss some slides which explain the advantages of OSGI-ing Geronimo and compare OSGI's features with the current GBean implementation. Then, what advantages has an enterprise JEE user that wants to run her JEE-based .ear or .war on Geronimo or WASCE? I think, this should be made more clear on the way to OSGI. Thanks you, Juergen -- View this message in context: http://old.nabble.com/Geronimo-3-OSGI-slides-tp26241307s134p26263197.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: Help me to build a geronimo server form the source
Hi Fei,
Looks like sxc-runtime-0.7.2.jar downloaded from central repo is corrupted
somehow. I tried mvn clean install with buildsupport by removing the legacy
sxc-rumtim-0.72 in my local .m2, and then encountered the same problem as
you described.
The size of the correct sxc-runtim-0.7.2.jar is 43189 bytes, while the one
downloaded from central repo is only 370bytes.
You can download the jar from [1] to your local maven repo to avoid
downloading from central repo.
http://www.jarvana.com/jarvana/browse/com/envoisolutions/sxc/sxc-runtime/0.7.2/
Anything else, please let us know.
Jeff C
On Tue, Nov 10, 2009 at 4:17 AM, Fei LI f...@mdacorporation.com wrote:
Hi Donald,
I tried delete all files under
C:\m2repo\com\envoisolutions\sxc\sxc-runtime\0.7.2\
And run the command
mvn clean install -DfailIfNoTests=false -Dtest=
Then the files are downloded again and failed again.
What do you mean by:
Try deleting everything under -
C:\m2repo\com\envoisolutions\sxc\sxc-runtime\0.7.2\
and running the build again.
?
Thanks
Fei Li
-Original Message-
From: Donald Woods [mailto:dwo...@apache.org]
Sent: Monday, November 09, 2009 1:56 PM
To: dev@geronimo.apache.org; Fei LI
Subject: Re: Help me to build a geronimo server form the source
Try deleting everything under -
C:\m2repo\com\envoisolutions\sxc\sxc-runtime\0.7.2\
and running the build again. Until your first build completes, you may
have to keep retrying until all of the build dependencies have been
downloaded
-Donald
Fei LI wrote:
Hi Chi Run-up and other developers,
I got another build failure for building the server from SVEN branch
2.2.
My environment are:
C:\g22man -version
Apache Maven 2.2.1 (r801777; 2009-08-06 15:16:01-0400) Java version:
1.6.0_16 Java home: C:\Program Files\Java\jdk1.6.0_16\jre Default
locale: en_US, platform encoding: Cp1252 OS name: windows xp
version: 5.1 arch: x86 Family: windows
The error is:
Downloading:
http://repo1.maven.org/maven2/org/apache/maven/maven-monitor/2.0.6/mav
en-monitor-2.0.6.jar
[INFO] [enforcer:enforce {execution: default}] [INFO]
[plugin:descriptor {execution: default-descriptor}] [INFO] Using
'UTF-8' encoding to read mojo metadata.
[INFO] Applying mojo extractor for language: java [WARNING]
org.apache.geronimo.mavenplugins.car.ArchiveCarMojo#jarArchiver:
[WARNING] The syntax
[WARNING] @parameter expression=${component.role#roleHint}
[WARNING] is deprecated, please use
[WARNING] @component role=role roleHint=roleHint
[WARNING] instead.
[INFO] Mojo extractor for language: java found 10 mojo descriptors.
[INFO] Applying mojo extractor for language: bsh [INFO] Mojo extractor
for language: bsh found 0 mojo descriptors.
[INFO] [remote-resources:process {execution: default}] [WARNING]
Invalid project model for artifact
[sxc-runtime:com.envoisolutions.sxc:0.7.2]. It will be ignored by the
remote resources Mojo.
[INFO] [resources:resources {execution: default-resources}] [INFO]
Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] skip non existing resourceDirectory
C:\g22\framework\buildsupport\car-maven-plugin\src\main\filtered-resou
rces
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}] [INFO]
Compiling 20 source files to
C:\g22\framework\buildsupport\car-maven-plugin\target\classes
[INFO]
--
--
[ERROR] BUILD FAILURE
[INFO]
--
--
[INFO] Compilation failure
error: error reading
C:\m2repo\com\envoisolutions\sxc\sxc-runtime\0.7.2\sxc-runtime-0.7.2.j
ar;
error in opening zip file
[INFO]
--
-- [INFO] For more information, run Maven with the -e switch [INFO]
--
-- [INFO] Total time: 11 minutes 9 seconds [INFO] Finished at: Mon Nov
09 13:10:16 EST 2009 [INFO] Final Memory: 202M/387M [INFO]
--
--
Thanks
Fei Li
--
--
*From:* chi runhua [mailto:chirun...@gmail.com]
*Sent:* Monday, November 09, 2009 12:00 PM
*To:* dev@geronimo.apache.org
*Subject:* Re: Help me to build a geronimo server form the source
I can build branch/2.2 with JDK1.6 on Ubuntu9.04 successfully.
You may post your 2.2 build log here so that we can take a look what
the problem is.
Jeff C
On Tue, Nov 10, 2009 at 12:39 AM, Fei LI f...@mdacorporation.com
mailto:f...@mdacorporation.com wrote:
Hi,
I am creaming here for your help.
I have been trying to build a Geronimo server from the SVN source
for 1.5 weeks
Re: [Discussion]Re-org admin console
If there is no objection, I'd like to file a JIRA to record the usability improvements/enhancement for 3.0. About the technical approach, Pluto or Felix web console, IMHO it's about how to achieve these improvements, therefore we can discuss it in another thread. :-) Jeff C On Fri, Nov 6, 2009 at 10:45 PM, Donald Woods dwo...@apache.org wrote: Agree that we need some usability improvements (I tried in the past but it was rejected) but not for 2.2 if it is going to delay work on the 3.0 server. Also, I wouldn't spend a lot of time rewriting existing portlets until we decide what the base admin console will be, as I think you'll end up at different implementation decisions/limitations if we use the Karaf admin console vs. Pluto 2 -Donald Shawn Jiang wrote: No matter what technology we might choose to implement console. #1,2,3 metioned by Jeff are doable without large effort, and could bring a considerable improvement on the usability of current console. I even think we can get these done in G2.2.X but not only for G3.0. I suggest to open a JIRA to track the console usability issue while keeping the console tech choosing discussion onoging. Comments ? On Fri, Nov 6, 2009 at 12:25 AM, Donald Woods dwo...@apache.org mailto: dwo...@apache.org wrote: I'd like to have the discussion of Do we use the Felix Admin Console vs. Pluto first Personally, I think we need to focus on getting a Little-G minimal equivalent working on trunk first (which doesn't include any Admin Console) before we worry with all of the Console based plugins. -Donald chi runhua wrote: Hi all, Long time ago there was a discussion[1] on whether we could re-org admin console to improve user experiences for 2.2, which was cancelled for some reason, since we are now in the begining of big change of Geronimo architecture, I think it's a good opportunity that we bring this up and also for the coming 3.0 release. [1] http://old.nabble.com/-DISCUSS--Reorg-of-Admin-Console-for-2.2-td20628217s134.html Here are couples of thoughts in my mind to improve the console: 1. re-constructure the navigation tree to make it collapsible, the tree level should be less than 3; 2. re-orginize the avaliable tree items into new groups, for this one I'd like to vote +1 for what Jack had proposed in the previous thread; + Servers + Application Server - Geronimo Kernel (put Information, Java System Info, Thread Pool and Shutdown portlets in the same page here) - Web Server - JMS Server - EJB Server - DB server - Repository - New server assembly + Applications - Deploy New (Suggest to merge in the plan creator, so that users can either choose to use an existing plan file, or create a new one using the wizard) - User applications (merge WAR, EAR and Client, maybe bundles in the 3.0?) - Server plugins + Resources - DB pools - JMS resources - JEE Connectors - Jar Aliases + Security - Users and Groups - Keystores - Certificate Authority - Security Realms + Monitoring and Troubleshotting - Monitoring - Logs - Debug Views 3. re-construct the available portlets to improve embedded assistance information, for example, show breadcrum when user is working on a task; reduce in-line text on the current UI, and use hover-help or pop-up help page only when necessary etc... 4. for the long list on the current UI such as system modules, only show the most frequently used ones, use locate/find to display more Any comments? Jeff C -- Shawn
Re: Could not build Geronimo server from SVN branch 2.2
I update the page on GMOxDEV based on this discussion, anything incorrect, please let me know. http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html Jeff On Wed, Nov 11, 2009 at 5:47 AM, Joe Bohn joe.b...@earthlink.net wrote: Kevan Miller wrote: On Nov 10, 2009, at 3:31 PM, Joe Bohn wrote: After looking into this some more and discussing it off-line with Jarek I've learned the following: - It isn't really returning a bogus pom or jar ... it is just returning a redirect. Maven wrongly assumes that this is the actual file that was requested and persists it as such. - Using Maven 2.2.1 (I was using 2.0.10) doesn't handle the redirects any better and so doesn't fix the problem. - For tags/2.1.4 maven 2.2.1 also causes other problems so it's best to stick with maven 2.1.10 of you are building Geronimo 2.1.* - org/apache/yoko/yoko/1.0/yoko-1.0.pom includes a repository list that points to https://maven-repository.dev.java.net/nonav/repositorid of java.net so this is why we are pulling in that repo - If I add the following to my settings.xml for maven I can avoid the redirect (and hence avoid the bogus poms/jars) and get beyond this problem to build Geronimo 2.1.4 using maven 2.0.10. mirrors mirror idjava.net/id nameMirror of https://maven-repository.dev.java.net/nonav/repository//name urlhttp://download.java.net/maven/1//url mirrorOfjava.net/mirrorOf /mirror /mirrors Thanks Joe! I tried a mirror setting, but must not have gotten the mirror setting correct... --kevan I think they key is that the mirrorOf value in your mirror must match the id that is used in the original reference to the repository. In the case of 2.1.4 it was pulling in yoko which had a parent pom with the following repository entry: repository idjava.net/id namejava.net Maven Repository/name urlhttps://maven-repository.dev.java.net/nonav/repository//url layoutlegacy/layout /repository So when I created my mirror in settings.xml I included java.net in my mirrorOf value. I also included the same value in the id of my mirror but I don't think that is necessary. Joe
Re: [Discussion]Re-org admin console
Thanks for the discussion. I filed a JIRA to track usability improvement in G3.0 for now. https://issues.apache.org/jira/browse/GERONIMO-4950 Jeff C On Tue, Nov 10, 2009 at 3:33 PM, chi runhua chirun...@gmail.com wrote: If there is no objection, I'd like to file a JIRA to record the usability improvements/enhancement for 3.0. About the technical approach, Pluto or Felix web console, IMHO it's about how to achieve these improvements, therefore we can discuss it in another thread. :-) Jeff C On Fri, Nov 6, 2009 at 10:45 PM, Donald Woods dwo...@apache.org wrote: Agree that we need some usability improvements (I tried in the past but it was rejected) but not for 2.2 if it is going to delay work on the 3.0 server. Also, I wouldn't spend a lot of time rewriting existing portlets until we decide what the base admin console will be, as I think you'll end up at different implementation decisions/limitations if we use the Karaf admin console vs. Pluto 2 -Donald Shawn Jiang wrote: No matter what technology we might choose to implement console. #1,2,3 metioned by Jeff are doable without large effort, and could bring a considerable improvement on the usability of current console. I even think we can get these done in G2.2.X but not only for G3.0. I suggest to open a JIRA to track the console usability issue while keeping the console tech choosing discussion onoging. Comments ? On Fri, Nov 6, 2009 at 12:25 AM, Donald Woods dwo...@apache.orgmailto: dwo...@apache.org wrote: I'd like to have the discussion of Do we use the Felix Admin Console vs. Pluto first Personally, I think we need to focus on getting a Little-G minimal equivalent working on trunk first (which doesn't include any Admin Console) before we worry with all of the Console based plugins. -Donald chi runhua wrote: Hi all, Long time ago there was a discussion[1] on whether we could re-org admin console to improve user experiences for 2.2, which was cancelled for some reason, since we are now in the begining of big change of Geronimo architecture, I think it's a good opportunity that we bring this up and also for the coming 3.0 release. [1] http://old.nabble.com/-DISCUSS--Reorg-of-Admin-Console-for-2.2-td20628217s134.html Here are couples of thoughts in my mind to improve the console: 1. re-constructure the navigation tree to make it collapsible, the tree level should be less than 3; 2. re-orginize the avaliable tree items into new groups, for this one I'd like to vote +1 for what Jack had proposed in the previous thread; + Servers + Application Server - Geronimo Kernel (put Information, Java System Info, Thread Pool and Shutdown portlets in the same page here) - Web Server - JMS Server - EJB Server - DB server - Repository - New server assembly + Applications - Deploy New (Suggest to merge in the plan creator, so that users can either choose to use an existing plan file, or create a new one using the wizard) - User applications (merge WAR, EAR and Client, maybe bundles in the 3.0?) - Server plugins + Resources - DB pools - JMS resources - JEE Connectors - Jar Aliases + Security - Users and Groups - Keystores - Certificate Authority - Security Realms + Monitoring and Troubleshotting - Monitoring - Logs - Debug Views 3. re-construct the available portlets to improve embedded assistance information, for example, show breadcrum when user is working on a task; reduce in-line text on the current UI, and use hover-help or pop-up help page only when necessary etc... 4. for the long list on the current UI such as system modules, only show the most frequently used ones, use locate/find to display more Any comments? Jeff C -- Shawn
Re: Could not build Geronimo server from SVN branch 2.2
Congratulation~! Feel free to drop an email if you have any other questions. We'd love to help you learn Geronimo. Jeff On Thu, Nov 12, 2009 at 12:24 PM, Fei LI f...@mdacorporation.com wrote: Hi, My build of Geronimo server branch 2.2 is successful. Great. Thanks a lot to Keven, Donald, Joe, Jeff and Forrest https://webmail.mda.ca/exchweb/bin/redir.asp?URL=http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html This is a big system and I need some time to learn it. From: Kevan Miller [mailto:kevan.mil...@gmail.com] Sent: Wed 11/11/2009 7:35 AM To: Geronimo Dev Subject: Re: Could not build Geronimo server from SVN branch 2.2 Forwarding to dev list thread, also... --kevan On Nov 11, 2009, at 10:33 AM, Kevan Miller wrote: On Nov 10, 2009, at 11:00 PM, Fei LI wrote: Hi, I am exhausted and decide to give up. If you really want to help me out, please remove your local repo completely, build from the ground and tell me how many problems you find. Not 1, not 2, not 3 even not 4, many, as far as I can tell you. Anyway, I will monitor the trunk to see if someday I can compile it. The trunk is where I should start. Hi Fei Li, There are multiple threads on multiple mailing lists for this same problem. There was a general problem that seems to be a combination of an issue with configuration changes to the maven repository at maven2-repository.dev.java.net http://maven2-repository.dev.java.net/ and potentially a bug in the maven dependency report plugin. See http://old.nabble.com/Stuck%2C-cannot-build%2C-repository-down---td24941611.htmlfor additional information. To fix your issue: On Nov 10, 2009, at 3:31 PM, Joe Bohn wrote: After looking into this some more and discussing it off-line with Jarek I've learned the following: - It isn't really returning a bogus pom or jar ... it is just returning a redirect. Maven wrongly assumes that this is the actual file that was requested and persists it as such. - Using Maven 2.2.1 (I was using 2.0.10) doesn't handle the redirects any better and so doesn't fix the problem. - For tags/2.1.4 maven 2.2.1 also causes other problems so it's best to stick with maven 2.1.10 of you are building Geronimo 2.1.* - org/apache/yoko/yoko/1.0/yoko-1.0.pom includes a repository list that points to https://maven-repository.dev.java.net/nonav/repositorid of java.net http://java.net/ so this is why we are pulling in that repo - If I add the following to my settings.xml for maven I can avoid the redirect (and hence avoid the bogus poms/jars) and get beyond this problem to build Geronimo 2.1.4 using maven 2.0.10. mirrors mirror idjava.net/id nameMirror of https://maven-repository.dev.java.net/nonav/repository//name urlhttp://download.java.net/maven/1//url mirrorOfjava.net/mirrorOf /mirror /mirrors Now documented at http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html If you are interested in working on the development of Geronimo 3.0, you'd be more than welcome. If you are interested in using Geronimo, I would not recommend using trunk. You should be using geronimo/server/branches/2.2 or geronimo/server/tags/2.1.4, instead. --kevan
Re: Apply for editor access of geronimo docs
Could someone grant the access to Vanessa? Vanessa, your contributions are greatly appreciated, welcome~! Jeff On Wed, Nov 11, 2009 at 4:00 PM, wenting wang wwtvane...@gmail.com wrote: Hi, I would like to contribute to geronimo docs.So please help me to get the editor access. I've already signed the iclas file.And my name is Wen Ting Wang in unlisted clas.My account is wwtvane...@gmail.com. Please approve. Thank you very much. Vanessa Wang
Re-categorize the items in navigation pane for G2.2
Hi devs, With the help of Shawn, we realized it's pretty easy to re-categorize the items in navigation pane because of flexible architecture of Geronimo plugin system. Just wonder if we could include the updates to the coming G2.2 release as a transitional stage of Console improvement task in G3.0. Here is how I did it. Locate all the AdminConsoleExtensionGBean in plan.xml of each portlet and change the pageTitle attribute. For example, Update gbean name=JMSServerManager class=org.apache.geronimo.pluto.AdminConsoleExtensionGBean attribute name=pageTitleServer/JMS Server/attribute ... To gbean name=JMSServerManager class=org.apache.geronimo.pluto.AdminConsoleExtensionGBean attribute name=pageTitleApplication Server/JMS Server/attribute ... The new category is nearly identical with the proposal in https://issues.apache.org/jira/browse/GERONIMO-4950. I've built the server assembly locally and looks everything just works fine. If you think it's acceptable, I'll open a new JIRA and submit the patches for 2.2 branchtrunk later. Any comments? Jeff C
Re: Odd OpenEJB Remote Connection Behaviour
might be -Dorg.apache.geronimo.openejb.EjbDaemonGBean.host=${PlanServerHostname}
by
replacing ${PlanServerHostname} with actual IP address?
Jeff C
On Fri, Nov 20, 2009 at 2:13 AM, Quintin Beukes quin...@skywalk.co.zawrote:
Thanks for the quick turnaround :
Where do I set ${PlanServerHostname} ? You mentioned I can set the 2
new properties as -D arguments when starting Geronimo, but this
variable isn't a property. At least it doesn't look like one.
Q
On Thu, Nov 19, 2009 at 1:39 AM, David Blevins david.blev...@visi.com
wrote:
I added some configuration options to the Geronimo plan and related
gbean:
http://svn.apache.org/viewvc?view=revisionrevision=881988
You can actually set the two properties I added in that commit as -D vm
properties.
I think the use of 0.0.0.0 is the issue. It should be fine to do that on
the
server side, but we may just need to work around it for now and fix it
later. Try setting your ${PlanServerHostname} to a real address that
is
addressable by the client. You may need to update the ejbd.discovery
property as well to use the same address, but I think it might just pick
it
up.
-David
Begin forwarded message:
Resent-From: dblev...@visi.com
From: Quintin Beukes quin...@last.za.net
Date: November 16, 2009 1:14:42 AM PST
To: OpenEJB Users List us...@openejb.apache.org
Subject: Odd OpenEJB Remote Connection Behaviour
Reply-To: us...@openejb.apache.org
Hey,
I have noticed something odd, not sure what is causing this.
When I have a client on machine A connecting to a remote OpenEJB
server on machine B everything works well. If I take the exact same
setup but I have another server running on machine A as well (so there
is a client+server on machineA and a server on machineB), OpenEJB
successfully authenticated against machine B but then immediately
switches over all it's following connections to it's own machine (ie.
localhost).
I've noticed if there is no server on machineA with the client, then I
receive the following error on stdout:
WARNING [OpenEJB.client]: Failover: Cannot connect to server(s):
ejbd://0.0.0.0:4201 Exception: Cannot connect to server
'ejbd://0.0.0.0:4201'. Check that the server is started and that the
specified serverURL is correct.. Trying next.
When the server is running, then this doesn't happen. I first noticed
this as follows:
1. I created a user on serverB
2. Authenticated the client against it which worked, so it obviously
connected to the server
3. Started capturing data. The client was showing the data is there,
but the server's database doesn't reflect it.
4. When I did a netstat I noticed a localhost :4201 connection.
5. I removed ALL users from the local machine, but it kept
authenticating.
6. So I restarted the client and did a netstat, there was both a
localhost and 10.0.0.200 :4201 connection. The latter being in
TIME_WAIT.
7. Whenever I stop the server on the local machine all works well as
intended.
Quintin Beukes
Re: Re-categorize the items in navigation pane for G2.2
Thanks all for your comments. And I really appreciate the category that David suggested, I think it's ok except that 1. JMS Resources and Database Pools stay under Resources group. IIUC, developers can use @Resource annotation to inject these objects during runtime. And that's the major reason they shall be in Resources group. 2. Server logs and Derby logs might be placed in another group called Troubleshooting? or put them together with Monitoring, other viewers and name as Troubleshooting? About portlets such as LDAP Viewer, Apach HTTP we can just leave them as is. Maybe we could find a better solution for them at the time of G3.0 is released. Donald is making a good point here. And we do need to consider the risk of this change. Here are my thoughts for your consideration. As for the doc issue, I remember there are several contributors in the community would love to help with doc update, maybe we can invite them for this task once we decide to make the change of navigation pane in G2.2. AFAICT, the update to doc won't take too much efforts. While for the testsuite issue, maybe we need someone with more experience in browser based test scripts to evaluate the size of impact. Anyway, I am just proposing the changes and as I mentioned at the very beginning of this thread, this change in G2.2 is only a transitional stage for users to learn we are trying to improve our console for better usability. So still waiting for your decision before I open a JIRA for this one. Thanks again. Jeff C On Fri, Nov 20, 2009 at 10:05 PM, Donald Woods dwo...@apache.org wrote: The risk is in the testsuite and docs, as some of the browser based tests have to specify the navigation path and/or portlet names. Making changes like this right before David is ready to start a release candidate is too risky in my book. Also, the docs would need to be scrubbed to fix any console navigational guides to specific portlets. -Donald Shawn Jiang wrote: This change is quite straightforward so that there's no risk from the technical perspective. IMO, If there's no non-tech objections, we should include it in new 22 release. On Fri, Nov 20, 2009 at 1:09 PM, Rex Wang rwo...@gmail.com mailto: rwo...@gmail.com wrote: Hi Jeff, It is OK to me for 3.0 but 2.2 is going to release. Looks like there is no time to do such changes.. -Rex 2009/11/20 chi runhua chirun...@gmail.com mailto:chirun...@gmail.com Hi devs, With the help of Shawn, we realized it's pretty easy to re-categorize the items in navigation pane because of flexible architecture of Geronimo plugin system. Just wonder if we could include the updates to the coming G2.2 release as a transitional stage of Console improvement task in G3.0. Here is how I did it. Locate all the AdminConsoleExtensionGBean in plan.xml of each portlet and change the pageTitle attribute. For example, Update gbean name=JMSServerManager class=org.apache.geronimo.pluto.AdminConsoleExtensionGBean attribute name=pageTitleServer/JMS Server/attribute ... To gbean name=JMSServerManager class=org.apache.geronimo.pluto.AdminConsoleExtensionGBean attribute name=pageTitleApplication Server/JMS Server/attribute ... The new category is nearly identical with the proposal in https://issues.apache.org/jira/browse/GERONIMO-4950. I've built the server assembly locally and looks everything just works fine. If you think it's acceptable, I'll open a new JIRA and submit the patches for 2.2 branchtrunk later. Any comments? Jeff C -- Shawn
Re: A wierd problem when deploying applications to Geronimo on Lotus Foundation
Thanks Shawn for the sharing. I'll collect this info into G doc. Could you specify the G version you are using, or is it a general problem in all G servers with a GShell environment? Jeff C On Wed, Nov 25, 2009 at 5:29 PM, Shawn Jiang genspr...@gmail.com wrote: Lotus Foundation(LF) is a customized linux OS. We met a wierd problem when deploying applications to a running Geronimo on LF. The deploy process is not successful and never return. I remote debug to it and found that it's caused by some native code execution when doing the JLine UnixTerminal init. Seems LF does not support some native code used in UnixTerminal. To resolve this problem, We have to set a system property in JAVA_OPTS *-Djline.terminal=jline.UnsupportedTerminal* to force the JLine use UnsupportedTerminal instead of UnixTerminal. I'm sending this mail to log it in case someone else might meet similar problems on other platforms, -- Shawn
Re: [DISCUSS] geronimo 2.2 release (2nd try)
It would be nice to have more infos on the Plugin based Farming http://cwiki.apache.org/GMOxDOC22/plugin-based-farming.html also in the RC the GShell deploy/farm command seems not available and documented gsh/ deploy/farm --help I think these were renamed deploy/cluster thanks david jencks Just update the doc with the correct GShell command cluster/deploy. ^_^ You may also refer to a previous discussion about this feature. http://old.nabble.com/Server-farm-management-based-on-plugins-to25556950s134.html Anything else, just let us know. Jeff
components version in G2.2
Hi devs, I noticed that G2.2 is released, congratulations~~! Regarding G2.2 doc, I think most of pages were updated according to new features and fixes in G2.2. You may refer to [1] for the status. [1] http://cwiki.apache.org/GMOxDOC22/apache-geronimo-v22-documentation-development-status.html However, we still need to update one more page about components version in G2.2, which is in [2] [2] http://cwiki.apache.org/GMOxDOC22/component-versions.html Anyone knows how to generate these information in a smarter way or how we did it for previous version? So far the only way I can think of is to find the version number of each component in all pom.xml files, while it's not so efficient to me. Thanks in advance. Jeff
Re: components version in G2.2
Thanks Jack for the suggestion. I've update the page[1] based on component versions in G2.2. [1] http://cwiki.apache.org/GMOxDOC22/component-versions.html Could anyone help to review the page? Any questions, please let me know. Jeff On Wed, Dec 30, 2009 at 11:40 AM, Jack Cai greensi...@gmail.com wrote: If you have time, you can write a script to transverse the Geronimo repository to get the version of all components and filter out Geronimo modules... :-) Thanks so much for putting together all the docs! -Jack On Tue, Dec 29, 2009 at 3:56 PM, chi runhua chirun...@gmail.com wrote: Hi devs, I noticed that G2.2 is released, congratulations~~! Regarding G2.2 doc, I think most of pages were updated according to new features and fixes in G2.2. You may refer to [1] for the status. [1] http://cwiki.apache.org/GMOxDOC22/apache-geronimo-v22-documentation-development-status.html However, we still need to update one more page about components version in G2.2, which is in [2] [2] http://cwiki.apache.org/GMOxDOC22/component-versions.html Anyone knows how to generate these information in a smarter way or how we did it for previous version? So far the only way I can think of is to find the version number of each component in all pom.xml files, while it's not so efficient to me. Thanks in advance. Jeff
OSGi features on Admin Console
Hi all, With the progress of OSGi implementation for G3.0, I think we can start thinking about which features we will provide to users via Admin Console. IMHO, there would be 2 options to present the new features: 1. Use an independent section for OSGi part and keep Java EE parts as is. 2. Integrate OSGi features into existing portlets If we choose option 1, I can think of following new portlets to be appended to the navigation item(might be more, you are welcome to append the list): 1.a. OSGi Framework information; 1.b. Bundle management, which is only used to install/uninstall bundles; 1.c. Blueprint management, which Rex and Delos are working on, but resides in Debug Views section temporarily. 1.c. OBR management, which is used to Add/Browse repositories and install bundles from repos. Other than the portlets above, there are 2 more features: User Admin and Log Service, which can be integrated with existing portlets like SecurityLog viewers. I can see a lot of overlaps between Java EE and OSGi related portlets, it would be nice to have them consolidated as one, for example； Bundle management v.s Deploy New OBR managementv.s Install Plugins from repositories OSGi Framework info v.s Java System Info But thinking of the resource available, I'd like to suggest we choose option 1 for G3.0 console. Any comments? Jeff C
Re: how much runtime over head for hot redeployment
Looks like you are using a super huge WAR with DB access. You might want to paste your deployment plan here for analysis. However, we'd like to recommend you to use Admin Console or deploy command for application deployment instead of hot-deploy. Refer to [1] for more options for deploying applications in Geronimo. [1] http://cwiki.apache.org/GMOxDOC22/deploying-and-undeploying-applications.html Jeff C On Tue, Jan 26, 2010 at 4:47 PM, Dapeng dap...@spiralcomms.com wrote: i place a unpacked application /images/ at [geronimo-home]/deploy/ contains several gb data(jpg, png), this folder will be actively updated via ftp (to drop in more images) is it the correct way to deploy the app?
Re: G3.0 Plan and Status
And I think it's time to create a Wiki space for G3.0. Can anyone with the administrator privilege help with this request? Jeff C On Sat, Jan 23, 2010 at 11:34 PM, Jack Cai greensi...@gmail.com wrote: That's cool, Gurkan. I've added your name there. -Jack On Fri, Jan 22, 2010 at 3:48 PM, Gurkan Erdogdu cgurkanerdo...@gmail.com wrote: Hi Jack; I would like to work with OpenWebBeans integration. Last time we discussed integration, David Blevins created some modules for openwebbeans integration. I am going to fill the blanks and see what other pieces are required. Could I/you write my name to it? Thanks; Gurkan Erdogdu OWB Chair 2010/1/22 Jack Cai greensi...@gmail.com Hi all, I had a discussion with Ivan, Shawn, Rex and Delos on all ongoing/TODO items and their status, and created a table here [1]. I hope this could be a starting point for us to put together the picture for G3.0. Note this is a very early version, and we must have missed or mis-interpreted something. Also, some areas are not detailed yet at all, e.g., documentation, sample, etc. So we urge everybody to take a look... The layout of the table is pretty straight forward. I tried to organize G3.0 release content into several categories, which consists of a number of components. Each component is further broken down into work items. The hope is that people can put their names to the work items that they are currently working on, describe the status (what's done, what's next, a brief estimation) and the dependencies. As a result, we can have a good overview of who's working on what and which parts need more love. All comments are welcome. -Jack [1] http://cwiki.apache.org/confluence/display/GMOxPMGT/Geronimo+3.0+Release+Status -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com
Re: Anyone else seeing these startup errors?
I just built rev.903101 in trunk and started the server successfully. Didn't spot the warning you encountered... I can see everything is fine except the INFO like not find geronimo-plugin.xml for bundle blablaba. Hope this info helps. Jeff C On Wed, Jan 27, 2010 at 2:25 AM, David Jencks david_jen...@yahoo.comwrote: I've been seeing errors like this the first time I start any server containing transaction-1_6. If I try again the server starts OK. .. 2010-01-24 13:58:29,038 INFO [DependencyManager] did not find geronimo-plugin.xml for bundle org.apache.geronimo.modules.geronimo-connector-1_6 [81] 2010-01-24 13:58:29,038 INFO [DependencyManager] did not find geronimo-plugin.xml for bundle org.apache.geronimo.components.geronimo-connector [82] 2010-01-24 13:58:29,039 INFO [DependencyManager] did not find geronimo-plugin.xml for bundle org.apache.geronimo.modules.geronimo-transaction-1_6 [83] 2010-01-24 13:58:29,039 INFO [DependencyManager] did not find geronimo-plugin.xml for bundle org.apache.servicemix.bundles.howl [84] 2010-01-24 13:58:29,192 INFO [DependencyManager] did not find geronimo-plugin.xml for bundle org.apache.geronimo.specs.geronimo-jpa_2.0_spec [85] 2010-01-24 13:58:29,696 WARN [ConfigurationUtil] Could not load gbean org.apache.geronimo.configs/transaction-1_6/3.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/transaction-1_6/3.0-SNAPSHOT/car,j2eeType=TransactionLog,name=HOWLTransactionLog java.lang.NoClassDefFoundError: org/objectweb/howl/log/ReplayListener at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) at java.lang.Class.getMethod0(Class.java:2670) at java.lang.Class.getMethod(Class.java:1603) at org.apache.geronimo.gbean.runtime.GBeanAttribute.init(GBeanAttribute.java:237) at org.apache.geronimo.gbean.runtime.GBeanInstance.buildAttributes(GBeanInstance.java:373) at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance.java:246) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:360) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:447) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:224) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:716) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:149) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:81) at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:109) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:32) Caused by: java.lang.ClassNotFoundException: org.objectweb.howl.log.ReplayListener at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:779) at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61) at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1698) at java.lang.ClassLoader.loadClass(ClassLoader.java:254) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:402) ... 16 more Is anyone else seeing this? Does anyone have an idea what might be causing this or where to look or how to fix it? many thanks david jencks
Re: Apply for editor access of geronimo docs
Could anyone with the administrator privilege help with this request? I am sure that the community welcomes all kinds of contribution and will need more for the coming G3.0~~! ^_^ Jeff On Tue, Nov 17, 2009 at 5:20 PM, chi runhua chirun...@gmail.com wrote: Could someone grant the access to Vanessa? Vanessa, your contributions are greatly appreciated, welcome~! Jeff On Wed, Nov 11, 2009 at 4:00 PM, wenting wang wwtvane...@gmail.comwrote: Hi, I would like to contribute to geronimo docs.So please help me to get the editor access. I've already signed the iclas file.And my name is Wen Ting Wang in unlisted clas.My account is wwtvane...@gmail.com. Please approve. Thank you very much. Vanessa Wang
Re: OSGi features on Admin Console
Thanks for your comments. On Tue, Jan 26, 2010 at 9:48 PM, Juergen Weber webe...@gmail.com wrote: Hi, people who'd use Geronimo as a JEE application server (the vast majority, as I see it) might not want to be bothered by OSGI dialogues. So, I'd vote for 3. hide all OSGI features from the console until the user explicitely wants to see them by [x] show OSGI features I was thinking that If we could release these OSGi related portlets as geronimo plugins, users can enable the features by installing those plugins. Otherwise, Geronimo is still a Java EE application server, even though it's already OSGi-based. Any comments? Jeff Juergen RunHua Chi wrote: Hi all, With the progress of OSGi implementation for G3.0, I think we can start thinking about which features we will provide to users via Admin Console. IMHO, there would be 2 options to present the new features: 1. Use an independent section for OSGi part and keep Java EE parts as is. 2. Integrate OSGi features into existing portlets If we choose option 1, I can think of following new portlets to be appended to the navigation item(might be more, you are welcome to append the list): 1.a. OSGi Framework information; 1.b. Bundle management, which is only used to install/uninstall bundles; 1.c. Blueprint management, which Rex and Delos are working on, but resides in Debug Views section temporarily. 1.c. OBR management, which is used to Add/Browse repositories and install bundles from repos. Other than the portlets above, there are 2 more features: User Admin and Log Service, which can be integrated with existing portlets like SecurityLog viewers. I can see a lot of overlaps between Java EE and OSGi related portlets, it would be nice to have them consolidated as one, for example； Bundle management v.s Deploy New OBR managementv.s Install Plugins from repositories OSGi Framework info v.s Java System Info But thinking of the resource available, I'd like to suggest we choose option 1 for G3.0 console. Any comments? Jeff C -- View this message in context: http://old.nabble.com/OSGi-features-on-Admin-Console-tp27319741s134p27322871.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: OSGi features on Admin Console
If there is no objection, I'd like to file a JIRA to track the request today or tomorrow. Jeff C On Fri, Jan 29, 2010 at 10:25 AM, chi runhua chirun...@gmail.com wrote: Thanks for your comments. On Tue, Jan 26, 2010 at 9:48 PM, Juergen Weber webe...@gmail.com wrote: Hi, people who'd use Geronimo as a JEE application server (the vast majority, as I see it) might not want to be bothered by OSGI dialogues. So, I'd vote for 3. hide all OSGI features from the console until the user explicitely wants to see them by [x] show OSGI features I was thinking that If we could release these OSGi related portlets as geronimo plugins, users can enable the features by installing those plugins. Otherwise, Geronimo is still a Java EE application server, even though it's already OSGi-based. Any comments? Jeff Juergen RunHua Chi wrote: Hi all, With the progress of OSGi implementation for G3.0, I think we can start thinking about which features we will provide to users via Admin Console. IMHO, there would be 2 options to present the new features: 1. Use an independent section for OSGi part and keep Java EE parts as is. 2. Integrate OSGi features into existing portlets If we choose option 1, I can think of following new portlets to be appended to the navigation item(might be more, you are welcome to append the list): 1.a. OSGi Framework information; 1.b. Bundle management, which is only used to install/uninstall bundles; 1.c. Blueprint management, which Rex and Delos are working on, but resides in Debug Views section temporarily. 1.c. OBR management, which is used to Add/Browse repositories and install bundles from repos. Other than the portlets above, there are 2 more features: User Admin and Log Service, which can be integrated with existing portlets like SecurityLog viewers. I can see a lot of overlaps between Java EE and OSGi related portlets, it would be nice to have them consolidated as one, for example； Bundle management v.s Deploy New OBR managementv.s Install Plugins from repositories OSGi Framework info v.s Java System Info But thinking of the resource available, I'd like to suggest we choose option 1 for G3.0 console. Any comments? Jeff C -- View this message in context: http://old.nabble.com/OSGi-features-on-Admin-Console-tp27319741s134p27322871.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
Re: [HELP] Add news to Geronimo home page
Might need someone with administrator privilege to trigger the export of GMOxSITE space manually... Hope this info helps. Jeff C On Wed, Feb 3, 2010 at 1:46 PM, Delos dait...@gmail.com wrote: Hi, I want to add news to announce GEP 2.2 release. Actually, yesterday, I have successfully added it in http://cwiki.apache.org/confluence/display/GMOxSITE/Index, but the news hasn't be published in the home page. Could anyone give any help? Thanks! -- Best Regards, Delos
Request for permission to work on JIRAs
Hi devs, I'd like to assign/update some of Geronimo JIRAs along the way, could anyone grant me the access? My JIRA id is chi runhua and I've signed the ICLA already. I can edit Geronimo wiki already by using my Confluence id chirun...@gmail.com. Anything else required, please let me know. Thanks in advance. Jeff Chi
Re: Request for permission to work on JIRAs
Thanks Donand~! ^_^ Jeff On Thu, Feb 4, 2010 at 2:22 AM, Donald Woods dwo...@apache.org wrote: Done. On 2/3/10 6:29 AM, chi runhua wrote: Hi devs, I'd like to assign/update some of Geronimo JIRAs along the way, could anyone grant me the access? My JIRA id is chi runhua and I've signed the ICLA already. I can edit Geronimo wiki already by using my Confluence id chirun...@gmail.com mailto:chirun...@gmail.com. Anything else required, please let me know. Thanks in advance. Jeff Chi
Re: Wrong links to user/dev lists at G Homepage
I guess the banner is generated by the auto-export plug-in of the Confluence when exporting wiki pages into html. Might need someone with the admin privilege to take a look. Jeff C On Thu, Feb 25, 2010 at 9:55 PM, Kevan Miller kevan.mil...@gmail.comwrote: On Feb 25, 2010, at 3:51 AM, Radim Kolar wrote: Nabble changed URLs for Geronimo Dev/Users mailing lists. Links on top of Geronimo homepage are no longer valid. please correct them. New link for devel is : http://n3.nabble.com/Development-f342155.html new link for user list is: http://n3.nabble.com/Users-f328036.html Thanks Radim. I've updated the links on the mailing list and discussion forum pages. I don't know how to update the links on the upper right hand side and lower left hand side of our pages. Somebody smarter than me, able to lend a hand? --kevan
Re: Wrong links to user/dev lists at G Homepage
Verified and okay now. Thanks~! Jeff On Fri, Feb 26, 2010 at 12:13 AM, Joe Bohn joe.b...@earthlink.net wrote: I just checked in a change to the autoexport-template for the site ... I hope that will help. Joe Joe Bohn wrote: These might be buried somewhere in the geronimo/site svn - but I'm not sure. Joe Kevan Miller wrote: On Feb 25, 2010, at 3:51 AM, Radim Kolar wrote: Nabble changed URLs for Geronimo Dev/Users mailing lists. Links on top of Geronimo homepage are no longer valid. please correct them. New link for devel is : http://n3.nabble.com/Development-f342155.html new link for user list is: http://n3.nabble.com/Users-f328036.html Thanks Radim. I've updated the links on the mailing list and discussion forum pages. I don't know how to update the links on the upper right hand side and lower left hand side of our pages. Somebody smarter than me, able to lend a hand? --kevan
Re: [ANNOUNCE] Ashish Jain - Geronimo's newest committer
Congratulations, Ashish~! Jeff On Mon, Mar 15, 2010 at 2:33 PM, Delos dait...@gmail.com wrote: Congrats, Ashish! 2010/3/15 ASHOK PORALU ashok.por...@gmail.com Congratulations Ashish! Ashok On Mon, Mar 15, 2010 at 9:41 AM, Jarek Gawor jga...@gmail.com wrote: Congrats! Jarek On Sun, Mar 14, 2010 at 5:44 PM, Joe Bohn joe.b...@earthlink.net wrote: All, Please join me in welcoming Ashish Jain as the newest committer on the Apache Geronimo project. The Geronimo PMC is excited that Ashish has accepted our invitation. Congratulations Ashish and keep up the good work! Joe -- Best Regards, Delos
Re: Error in Configuring a DB2 datasource - G 2.2 documentation
thanks for reporting this. The doc was updated accordingly. Jeff On Tue, Mar 16, 2010 at 3:24 PM, ASHOK PORALU ashok.por...@gmail.comwrote: Hi, The documentation on Configuring a DB2 datasource in G 2.2 has specified the following command to deploy the datasource. *deploy --user system --password manager deploy dep_plan_home\db2-plan.xml ..\repository\org\tranql\tranql-connector-xa\1.4\tranql-connector-xa-1.4.rar * Link to documentation - http://cwiki.apache.org/GMOxDOC22/configuring-a-db2-datasource.html The TranQL connector specified here is - * tranql-connector-xa\1.4\tranql-connector-xa-1.4.rar*, Also there is no such connector available with name - tranql-connector-xa. It seems, based on the documentation it should be tranql-connector-*db2* -xa\1.4\tranql-connector-*db2*-xa-1.4.rar. You comments please.. Will go ahead and modify the document accordingly, Thanks, Ashok Poralu
Re: [geronimo doc] ws-security at service side
The document was written based on [1], you may take a look at this JIRA for the details. Anything we should update the doc accordingly, please let us know. [1] https://issues.apache.org/jira/browse/GERONIMO-4642 Jeff On Fri, Mar 26, 2010 at 5:31 AM, rahul.soa rahul@googlemail.com wrote: Hi Jarek/everyone, I hope you are doing well. I am trying to run a sample for securing web-service but that did not work. I am not sure if this works now Enabling WS-Security at service side http://cwiki.apache.org/GMOxDOC22/securing-web-service.html servlet servlet-nameCalculatorService/servlet-name ws-security-binding security-realm-namegeronimo-admin/security-realm-name property name=wss4j.in.actionUsernameToken/property /ws-security-binding /servlet I don't see the above in the jetty schema. Or I am missing something? Can you please correct me? Many Thanks, rahul
Re: Pluto jar problem in Geronimo 2.1
Rex, you might want to take a look at this one.
It would be much better if the patch is included in G2.1.5 because it's
feature-related.
Jeff
On Mon, Apr 5, 2010 at 7:54 PM, Amit Puri puri.a...@gmail.com wrote:
Hi All
In Geronimo 2.1.4, when I use Geronimo Database pool wizard in
ServicesDatabase Pools and provide Database Type as SQL Server, I found
Driver Connection Properties like this:
Driver Connection Properties-
Typical JDBC URL:
jdbc:sqlserver://{Host}:{Port}
When I checked
G_Home\repository\org\apache\geronimo\plugins\sysdb-console-tomcat\2.1.4\sysdb-console-tomcat-2.1.4.car\META-INF\plan.xml.
It is defined for Sql server here like this:
gbean name=Database28
class=org.apache.geronimo.console.databasemanager.wizard.DatabaseDriverGBean
attribute name=nameSQL Server/attribute
attribute
name=URLPrototypejdbc:sqlserver://{Host}:{Port};DatabaseName={Database}/attribute
attribute
name=driverClassNamecom.microsoft.sqlserver.jdbc.SQLServerDriver/attribute
attribute name=defaultPort1433/attribute
attribute name=specificfalse/attribute
attribute name=RARNameorg.tranql/tranql-connector-ra//rar/attribute
/gbean
Full JDBC URL and other properties are missing in Driver Connection
Properties in this case. This seems to me Apache Pluto plugin problem.
Whenever the input parameter contains semicolon, there will be some issues
while handlering those parameters. I also tried with other Database types
which have semi colon in URLPrototype (for example all the DataDirect
database types) and got same result as SQL Server database type. It Seems
that Pluto would ignore those parameters after the semicolon. There is one
Jira also opened for this issue.
https://issues.apache.org/jira/browse/PLUTO-579
In G 2.1.4 , we are using Pluto Version 1.1.6-G643117. PLUTO-579 fix is not
included in this version of Pluto.
I have built Pluto with PLUTO-579, and use the jar file in G 2.1.4. I can
clearly see all the parameters and full JDBC URL in Driver Connection
Properties.
Driver Connection Properties-
Typical JDBC URL:
jdbc:sqlserver://{Host}:{Port};DatabaseName={Database}
Host:
A property used to connect to SQL Server. May be optional (see JDBC
driver documentation).
Database:
A property used to connect to SQL Server. May be optional (see JDBC
driver documentation).
Port:
A property used to connect to SQL Server. May be optional (see JDBC
driver documentation).
Do we have any plan to include PLUTO-579 in Geronimo 2.1.5?
Thanks and Regards,
Amit
Re: 3.0 Milestone Release?
And we could deliver some documents for 3.0 Milestone such as: 1. how to build and run the 3.0 M1; 2. how to deploy Aries Blog sample(Jarek already wrote the instructions) on 3.0 M1; 3. how OGSi was integrated with Geronimo; 4. (if more, please append the list) Meanwhile, we could start creating the WIKI space for Geronimo 3.0. Any comments? Jeff On Wed, Apr 7, 2010 at 8:59 AM, Ivan xhh...@gmail.com wrote: Usually we have two distributions, Tomcat and Jetty, so do we publish both ? I think we might just focus one container at this time, thought ? 2010/4/5 Jarek Gawor jga...@gmail.com A few thoughts: 1) Yes, I think it would be good to have a milestone release to show some of the Aries + Java EE 6 stuff. 2) I am concerned about the number of snapshot dependencies and the time would take to release them all for the milestone. So we should start releasing stuff now... but at the same time we should consider what happens if we can't get everything released in time. That is, should we consider removing certain components from the release or releasing the milestone with some snapshot dependencies. In general, I have no problem with either options. This is a milestone release so it doesn't have to be perfect. 3) Things that I think we should get done before/for the milestone: a) make sure the testsuites are running, b) figure out how to deal with the endorsed libraries in maven. Jarek On Mon, Mar 29, 2010 at 3:42 PM, Kevan Miller kevan.mil...@gmail.com wrote: I'm curious to hear the community's thoughts about starting to pull together a 3.0 Milestone release. I think there's been a lot of progress on trunk and that it would be valuable to start pulling things together for a release. If anything, just planning for a release starts to identify hat parts are missing and what needs to be done. Also, gives users a chance to start focusing on what features they are going to need... Thoughts? --kevan -- Ivan
Re: [ANNOUNCE] Availability of Geronimo 2.1.5
Great job. I'll do the doc updates accordingly soon. Jeff On Wed, Apr 14, 2010 at 12:33 PM, Ashish Jain ashja...@gmail.com wrote: Congratulations everyone. On Wed, Apr 14, 2010 at 7:30 AM, Delos dait...@gmail.com wrote: Congratulations! I will start GEP 2.1.5 release process soon. 2010/4/14 Rex Wang rwo...@gmail.com The Apache Geronimo project is pleased to announce the available of Apache Geronimo v2.1.5 server. This release includes many new features, improvements, and bug fixes. Please see the detail information in the release notes: https://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-2.1.5/RELEASE_NOTES-2.1.5.txt A couple highlights are: - Provide encryption ability for sensitive information in deployment plan, configuration files, etc. - Provide role-based administration capability - Login module to enable Kerberos authentication - Upgrade Tomcat to 6.0.26, Derby to 10.5.3.0, OpenJPA to 1.2.2, OpenEJB to 3.0.2, etc. The individual jars and plugins have been available through maven. However, the wiki system is still not work, so I just announce this in mailing list. Once it recovers, will provide the news in the front page. So, currently you can download the assemblies from: http://repo2.maven.org/maven2/org/apache/geronimo/assemblies/ A big THANK YOU to all that contributed to this release! Great work everyone! -- Lei Wang (Rex) rwonly AT apache.org -- Best Regards, Delos
Re: Sample Code - Using Topic -Subscription and Notification Mechanism Example.
See if the following pages could do any help. [1]. https://cwiki.apache.org/GMOxDOC21/developing-a-jax-ws-pojo-web-service.html [2]. https://cwiki.apache.org/GMOxDOC21/developing-clients-for-a-jax-ws-web-service.html Jeff On Thu, Apr 15, 2010 at 6:00 PM, sagar K sagar...@gmail.com wrote: I'm using Apache Geronimo 2.1.4, I have used axis2 to generate a code from a WSDL. Now i need to do subscribe and notification for the same WSDL. Please provide me sample or link to tutorials to implement it. -- View this message in context: http://n3.nabble.com/Sample-Code-Using-Topic-Subscription-and-Notification-Mechanism-Example-tp720769p720769.html Sent from the Development mailing list archive at Nabble.com.
Re: Items we need to complete for the M1 release
Any documents that we plan to announce together with M1 release, for example, how to build the Tomcat assembly, how to deploy Aries Blog sample application, a brief introduction of how Geronimo is integrated with OSGi Framework or any other topics? if so, we might need to create a new wiki space for G3.0. Comments? Jeff On Fri, Apr 23, 2010 at 8:52 AM, Ivan xhh...@gmail.com wrote: For Tomcat, I would first try to pull the latest codes today, then we could begin for the release 2010/4/23 David Jencks david_jen...@yahoo.com On Apr 22, 2010, at 11:17 AM, Rick McGuire wrote: Ok, I've put together a set of items that need to be completed for the M1 release. Here are the items I'm aware of: Ok, the following things need to be done: 1) Get the specs released (up for vote now) 2) Release the various Geronimo subprojects the server is dependent upon - Geronimo bundles (I'm currently moving those out of the server build and getting the license issues sorted out) - XBeans blueprint - yoko I'll start a vote today or tomorrow - The components components (transaction manager, connector, jaspi) I want to review these for whether package changes to be more osgi friendly would work easily. - The xmlbeans schema components AFAIK these should be ok to release anytime, Ivan might know more. - Our version of tomcat in the external release 3) Sort out how to deal with our current snapshot dependencies. This includes (but not limited to): - openejb - activemq - aries (currently up for release vote) - pax-logging - some servicemix bundles - myfaces They released 2.0.0 today maybe it will work for us. - felix bundlerepository - felix karaf - juddi I'll try to get our build to work with the last released version. - tranql-connector There are a couple patches here, then I'll release. - openwebbeans (recently added to the build) thanks david jencks Rick -- Ivan
Re: File permissions of /www/geronimo.apache.org/
I also noticed that some pages are created on wiki page but not copied to Geronimo web site. Not sure if it's the same cause?? For example: https://cwiki.apache.org/GMOxDOC21/configuring-security.html Click the pages shown linkage broken, the link leads to the wiki page with the actual content. Jeff C On Fri, Apr 23, 2010 at 11:20 PM, Donald Woods dwo...@apache.org wrote: Jason, I assume you're the owner of some script that is extracting and copying geronimo/site/trunk/docs/ from svn over to /www/geronimo.apache.org/ every hour+5 mins? If so, can you fix it, so the files have g+w set? Other choice, would be to have infra setup svnpubsub for those files in svn over to our www dir, so no one has to own such scripts. Thanks, Donald
Re: Confluence autoexport broken
Thanks for the info, Donald. Jeff On Tue, Apr 27, 2010 at 10:44 PM, Donald Woods dwo...@apache.org wrote: Looks like infra has upgraded cwiki to Confluence 3.2 and now the autoexport plugin is broken. Navigation menus are not getting created and editing templates is broken (see [1].) [1] http://code.google.com/p/couldit-autoexport/issues/detail?id=27 -Donald
Re: Confluence autoexport broken
Thanks, Joe.
Looks like the site is synchronized successfully now.
And I spot-checked several pages on Geronimo website randomly and noticed
that {indent} macro is not working any more in Confluence 3.2. So I fixed
the pages with the problem by removing the macro.
Anything else, I'll update this thread.
Jeff
On Thu, Apr 29, 2010 at 9:28 PM, Joe Bohn joeb...@gmail.com wrote:
Dan Kulp and the infra team did a lot of work and one of the things we must
do is make some changes to our template. I made the necessary changes and
the wiki looks better. Hopefully when this get synced our site will look
better as well.
Joe
On 4/27/10 10:44 AM, Donald Woods wrote:
Looks like infra has upgraded cwiki to Confluence 3.2 and now the
autoexport plugin is broken. Navigation menus are not getting created
and editing templates is broken (see [1].)
[1] http://code.google.com/p/couldit-autoexport/issues/detail?id=27
-Donald
Re: [ANNOUNCE] Congrats Donald Woods! New ASF Member
Congratulations Donald~! Jeff On Fri, May 7, 2010 at 10:57 PM, Jay D. McHugh jaydmch...@gmail.com wrote: Wow! Congratulations Donald! Jay On 05/02/2010 08:28 AM, Kevan Miller wrote: Wanted to let the Geronimo community know that Donald Woods is a new member of the ASF. The ASF membership elected Donald in recognition of his many contributions to Geronimo, OpenJPA, and Incubator projects. Congrats to Donald on this well deserved achievement! --kevan
Apply for editor access for GMOxPMGT, GMOxDOC30 wiki spaces
Hi, this is Jeff. I'd like to contribute to the doc plan for the coming Geronimo releases. Currently I have editor access to GMOxDOC21 and GMOxDoc22 wiki spaces. I also would like to contribute to G3.0 documentation plan and authoring/editing. Not sure if only Geronimo committers can edit GMOxPMGT wiki space. If not, could someone grant me the editor access to GMOxPMGT? And please grant me editor access to GMOxDOC30 as well when the doc space for 3.0 is created? my confluence id is chirun...@gmail.com Any concerns, please let me now. Thanks a lot. Jeff
Creating Geronimo 3.0 wiki space
Hi devs, I believe we could start creating document plan for Geronimo 3.0. First of all, we might need to create a new wiki space for G3.0. According to instructions on ASF CWIKI site, only a project PMC member can file the request. Refer to [1]. Any PMC member would like to help with this? Thanks in advance. [1] https://cwiki.apache.org/confluence/display/CWIKI/Index Jeff
What's the reason that the characters in properties files are in unicode for branch/2.1?
Hi devs, I am about to update some Chinese translation of UI description for branche/2.1, but noticed that the Chinese characters in some of .properties files are encoded as Unicode, which makes the update kinda difficult. But in branch/2.2, we don't have the problem. Any idea why we have two sets of file encoding mechanism for non-en characters? Thanks. For example. [1]. https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/resources/pluginportlets_zh.properties [2]. https://svn.apache.org/repos/asf/geronimo/server/branches/2.2/plugins/console/plugin-portlets/src/main/resources/pluginportlets_zh.properties Jeff
Re: What's the reason that the characters in properties files are in unicode for branch/2.1?
Thank you for the info, Ivan. So any suggestions on how we shall update those messages in 2.1? Jeff On Tue, May 11, 2010 at 4:03 PM, Ivan xhh...@gmail.com wrote: The java properties file could only read those characters in unicode form. In Geronimo 2.2, to make it easy to edit those property file, we use a mave plugin to do the convertion in the building process. 2010/5/11 chi runhua chirun...@gmail.com Hi devs, I am about to update some Chinese translation of UI description for branche/2.1, but noticed that the Chinese characters in some of .properties files are encoded as Unicode, which makes the update kinda difficult. But in branch/2.2, we don't have the problem. Any idea why we have two sets of file encoding mechanism for non-en characters? Thanks. For example. [1]. https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/resources/pluginportlets_zh.properties [2]. https://svn.apache.org/repos/asf/geronimo/server/branches/2.2/plugins/console/plugin-portlets/src/main/resources/pluginportlets_zh.properties Jeff -- Ivan
Re: What's the reason that the characters in properties files are in unicode for branch/2.1?
Thanks Ivan. Jeff On Tue, May 11, 2010 at 4:28 PM, Ivan xhh...@gmail.com wrote: There are some useful Eclipse plugins, like http://sourceforge.net/projects/eclipse-rbe/ 2010/5/11 chi runhua chirun...@gmail.com Thank you for the info, Ivan. So any suggestions on how we shall update those messages in 2.1? Jeff On Tue, May 11, 2010 at 4:03 PM, Ivan xhh...@gmail.com wrote: The java properties file could only read those characters in unicode form. In Geronimo 2.2, to make it easy to edit those property file, we use a mave plugin to do the convertion in the building process. 2010/5/11 chi runhua chirun...@gmail.com Hi devs, I am about to update some Chinese translation of UI description for branche/2.1, but noticed that the Chinese characters in some of .properties files are encoded as Unicode, which makes the update kinda difficult. But in branch/2.2, we don't have the problem. Any idea why we have two sets of file encoding mechanism for non-en characters? Thanks. For example. [1]. https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/plugins/console/plugin-portlets/src/main/resources/pluginportlets_zh.properties [2]. https://svn.apache.org/repos/asf/geronimo/server/branches/2.2/plugins/console/plugin-portlets/src/main/resources/pluginportlets_zh.properties Jeff -- Ivan -- Ivan
