[Daytrader] Converting to Maven 2
Hi, I have discussed offline with Matt (a month or so back) who told me he'd be interested in porting the daytrader application to Maven 2. I'd like to help. My incentive is that I'd like to feature the daytrader application in a book chapter I'm writing (Maven 2 book). I've started modifying the daytrader build on my machine to make it comply with Maven 2 directory structure. I've kept the maven 1 build working. Basically here are the steps I've done: - moved all sources in src/main/java - moved all resources in src/main/resources - removed all tests (as they were not real tests - they were just fake tests probably generated by the genapp plugin) - removed some other genapp files (App.java, etc) - removed the core module which consists only in a genapp generated project - have the ear application.xml file generated by the ear plugin - fixed some project.xml stuff (like renaming id into artifactId, etc) - some other minor stuff (indentation fixes, etc) Is that ok to be committed? I'd like to know if you're still interested in doing this Maven 2 migration. If so how would you like to do it: a/ directly on the trunk in sandbox/daytrader b/ in a branch c/ somewhere else. I could leave your build code untouched and do all the migration in a separate SVN for the book. I think a/ should be the best option. Should I open a JIRA issue for this? How easy would it be possible for me to get commit access, etc? The next steps I'd like to perform are: - discuss with you about reorganizing the full directory structure to incorporate more things in the build: packaging, deployment, functional tests, etc. - create the m2 pom.xml files - write automated functional tests Thanks -Vincent
Re: Clustering - JGroups issues and others
Hi Valeri, Thanks for your 5 cents. J-Groups would be interesting to use, but I think its licensing is where we may have a problem (LGPL) - others please correct me on this if I am not right. Jeff [EMAIL PROTECTED] wrote: Hello Here is my 5 cents... I have some comments regarding clustering based on J-Groups. We were trying to use this technology and came to certain points, that render it unusable in our case. Many of the cluster caches/replicates assume that all the information propagated to all the nodes in the cluster. Some of the solutions propagate only keys, however. In any case this solution can not be used in sufficiently large clusters as the rate of upates would eat all the node capacity making it unusable. Regarding J-Groups itself. Probably that is specific to cluster facilities in JBoss, but generally J-Groups organize a list of nodes, and every node checks the state of the next one in the chain. The problem is that in many cases servers may fail/disconnect in groups, which causes two problems: the segmentation of the cluster and extremelly high failure report time, as for architectures based on blade technology servers shut down in large packs and it really takes time to detect several sequentally disconnected servers. To overcome the problems we ended up with the star architecture, where the central node is responsible for maintaining the list of other nodes. The availability of the central node itself could be provided with facilities like Red Hat Cluster Suite or similar (service failover, floating IPs, etc). -valeri
Re: Logo Contest - The Results Are In !
+1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt -- Geir Magnusson Jr +1-203-665-6437 [EMAIL PROTECTED]
Re: Logo Contest - The Results Are In !
+1 from me for Entry #19. -- dims On 10/18/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt -- Geir Magnusson Jr +1-203-665-6437 [EMAIL PROTECTED] -- Davanum Srinivas : http://wso2.com/blogs/
Re: Logo Contest - The Results Are In !
Geir Magnusson Jr. wrote: +1 from me to ratify. PMC members should vote here. +1 for #19. Jacek
Re: Logo Contest - The Results Are In !
+1 from me. Geir Magnusson Jr. wrote: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt
Re: Clustering - JGroups issues and others
[EMAIL PROTECTED] wrote: Hello Here is my 5 cents... I have some comments regarding clustering based on J-Groups. We were trying to use this technology and came to certain points, that render it unusable in our case. Many of the cluster caches/replicates assume that all the information propagated to all the nodes in the cluster. Some of the solutions propagate only keys, however. In any case this solution can not be used in sufficiently large clusters as the rate of upates would eat all the node capacity making it unusable. This is the dreaded 1-all replication that is a popular implementation at the moment. See my previous mail about wadi's avoidance of this giving it a significant advantage over such solutions, in terms of scalability. Regarding J-Groups itself. Probably that is specific to cluster facilities in JBoss, but generally J-Groups organize a list of nodes, and every node checks the state of the next one in the chain. I wasn't sure how it worked... interesting ... We should look into how membership is tracked by ActiveCluster. The problem is that in many cases servers may fail/disconnect in groups, which causes two problems: the segmentation of the cluster cluster segmentation is a really tricky issue :-( - do all the segments then try to arrange themselves into smaller clusters, shifting loads of state around, or is jgroups smart enough to put all the pieces back together before passing control back to the application ? and extremelly high failure report time, as for architectures based on blade technology servers shut down in large packs do these 'packs' correspond to racks ? I have plans (NYI) for pluggable algorithms that will allow WADI to choose e.g. nodes in other racks, on other power sources, in other buildings etc as replication partners, otherwise you will lose state in a situation like this, if you happen to have yours backed up on to the node next to you in the same rack... and it really takes time to detect several sequentally disconnected servers. What sort of lag are we talking about - a few seconds, or a few tens of seconds ? To overcome the problems we ended up with the star architecture, where the central node is responsible for maintaining the list of other nodes. The availability of the central node itself could be provided with facilities like Red Hat Cluster Suite or similar (service failover, floating IPs, etc). Hmmm.. - I understand why you went for this architecture, but I would prefer to find one that is homogeneous - i.e. we don't need a special, non-standard configuration for the central node. Deployment is much easier if every node has the configuration. Still, this is good input and has got me thinking in a direction which I had not really considered before. Thanks, Valeri, Jules -valeri -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/
Re: Logo Contest - The Results Are In !
+1 for #19 Jules Geir Magnusson Jr. wrote: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell * Partner * Core Developers Network (Europe) * *www.coredevelopers.net * * Open Source Training Support. **/
[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat
[ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332370 ] Lin Sun commented on GERONIMO-1083: --- This can be closed now. Thanks everyone! daytrader does not work with tomcat --- Key: GERONIMO-1083 URL: http://issues.apache.org/jira/browse/GERONIMO-1083 Project: Geronimo Type: Bug Components: Tomcat, sample apps Versions: 1.0-M5 Environment: Windows and Tomcat as the default web container Reporter: Lin Sun Assignee: Matt Hogstrom when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page. 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction] StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade] 16:45:38,537 ERROR [Digester] End event threw exception java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code)) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code)) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code)) ... ... Caused by: java.lang.NullPointerException at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121) ... 95 more 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml java.lang.NullPointerException at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code)) at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code)) at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code)) ... 16:45:38,543 DEBUG [ContextConfig] == 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s) 16:45:38,543 ERROR [StandardContext] Error getConfigured 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors This is caused by the message-destination-ref tags inside the web.xml of tradeWeb.war. Somehow tomcat doesn't like it. I tried to comment out the following and things started to work again. However, without the message-destination-ref tags, the JMS resources are not defined correctly. !-- message-destination-ref id=MessageDestinationRef_1 message-destination-ref-namejms/TradeBrokerQueue/message-destination-ref-name message-destination-typejavax.jms.Queue/message-destination-type message-destination-usageProduces/message-destination-usage message-destination-linkTradeBrokerQueue/message-destination-link /message-destination-ref message-destination-ref id=MessageDestinationRef_2 message-destination-ref-namejms/TradeStreamerTopic/message-destination-ref-name message-destination-typejavax.jms.Topic/message-destination-type message-destination-usageProduces/message-destination-usage message-destination-linkTradeStreamerTopic/message-destination-link /message-destination-ref -- I don't mind digging more into this...any hint/advice is appreciated! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Logo Contest - The Results Are In !
+1 on #19 On Oct 18, 2005, at 7:39 AM, Jeff Genender wrote: +1 from me. Geir Magnusson Jr. wrote: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt
Re: Logo Contest - The Results Are In !
+1 for ratifying #19 david jencks On Oct 18, 2005, at 7:01 AM, Geir Magnusson Jr. wrote: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http://www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt -- Geir Magnusson Jr +1-203-665-6437 [EMAIL PROTECTED]
[jira] Assigned: (GERONIMO-887) Improve the Keystore portlet
[ http://issues.apache.org/jira/browse/GERONIMO-887?page=all ] David Jencks reassigned GERONIMO-887: - Assign To: David Jencks Improve the Keystore portlet Key: GERONIMO-887 URL: http://issues.apache.org/jira/browse/GERONIMO-887 Project: Geronimo Type: Improvement Components: console Versions: 1.0-M5 Reporter: Chris Cardona Assignee: David Jencks Fix For: 1.0 Attachments: keystoreportlet+bouncycastlechanges.patch, keystoreportlet.patch, keystoreportlet_newfiles.zip Update and improve the Keystore portlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1087) Add Tomcat servlets-examples to geronimo
Add Tomcat servlets-examples to geronimo Key: GERONIMO-1087 URL: http://issues.apache.org/jira/browse/GERONIMO-1087 Project: Geronimo Type: New Feature Components: sample apps Versions: 1.0-M5 Reporter: Dave Colasurdo Add the Tomcat servlets-examples to the geronimo default distributions. Also update the Geronimo welcome page to include links to the examples. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Adding a partition to Apache DS with Geronimo
hi, i am trying to create a new partition with apache DS that comes with geronimo dn: dc=myhost,dc=com dc: myhost objectClass: dcObject The documentation for directory server says to use properties file server.db.partition.suffix.apache=dc=myhost,dc=com server.db.partition.indices.apache=ou cn objectClass uid server.db.partition.attributes.apache.dc=myhost server.db.partition.attributes.apache.objectClass=top domain extensibleObject But i am unable to add this to Apache DS in geronimo. So want to know if this is possible or i can use only ou=system thats created by default. thanks Krish
[jira] Updated: (GERONIMO-1087) Add Tomcat servlets-examples to geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-1087?page=all ] Dave Colasurdo updated GERONIMO-1087: - Attachment: tomcat_example.patch This patch should be applied to the /geronimo/applications/ directory. It includes: -Changes to welcome page for examples - creating a warfile from the servlets-examples source This example should be predeployed to the geronimo binary distributions. I suspect a minor tweak is needed (perhaps in maven.xml?) to cause it to predeploy..How to predeploy? Manual installation of the war works fine.. Add Tomcat servlets-examples to geronimo Key: GERONIMO-1087 URL: http://issues.apache.org/jira/browse/GERONIMO-1087 Project: Geronimo Type: New Feature Components: sample apps Versions: 1.0-M5 Reporter: Dave Colasurdo Attachments: tomcat_example.patch Add the Tomcat servlets-examples to the geronimo default distributions. Also update the Geronimo welcome page to include links to the examples. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-887) Improve the Keystore portlet
[ http://issues.apache.org/jira/browse/GERONIMO-887?page=all ] David Jencks closed GERONIMO-887: - Resolution: Fixed Applied, many thanks! Sendingapplications/console-core/project.xml Adding applications/console-core/src/java/org/apache/geronimo/console/core/keystore Adding applications/console-core/src/java/org/apache/geronimo/console/core/keystore/KeyEntryInfo.java Adding applications/console-core/src/java/org/apache/geronimo/console/core/keystore/KeyStoreGBean.java Sendingapplications/console-ear/src/plan/geronimo-application.xml Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/CertManagerPortlet.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ChangeStorePassword.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/GenerateCSR.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/GenerateKeyPair.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ImportCAReply.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ImportTrustedCertificate.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/UploadCertificateFile.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ViewKeyStore.java Adding applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ViewKeyStoreEntryDetail.java Sendingapplications/console-standard/src/webapp/WEB-INF/web.xml Sendingmodules/assembly/src/plan/webconsole-jetty-plan.xml Sendingmodules/assembly/src/plan/webconsole-tomcat-plan.xml Transmitting file data Committed revision 326194. Improve the Keystore portlet Key: GERONIMO-887 URL: http://issues.apache.org/jira/browse/GERONIMO-887 Project: Geronimo Type: Improvement Components: console Versions: 1.0-M5 Reporter: Chris Cardona Assignee: David Jencks Fix For: 1.0 Attachments: keystoreportlet+bouncycastlechanges.patch, keystoreportlet.patch, keystoreportlet_newfiles.zip Update and improve the Keystore portlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: svn commit: r326194 - in /geronimo/trunk: applications/console-core/ applications/console-core/src/java/org/apache/geronimo/console/core/keystore/ applications/console-ear/src/plan/ applications/c
+/** + * + * Copyright 2004, 2005 The Apache Software Foundation or its licensors, as applicable. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at Is this the new copyright statement we should be using? -David
Should keystore gbean be moved to security from console?
I just committed GERONIMO-887 which includes a keystore management gbean in the console application. I would think this would be of more general use and the code should be in the security module and the gbean deployed in the security configuration. Comments? thanks david jencks
RE: [Daytrader] Converting to Maven 2
-Original Message- From: Matt Hogstrom [mailto:[EMAIL PROTECTED] Sent: mardi 18 octobre 2005 15:43 To: Vincent Massol Subject: Re: [Daytrader] Converting to Maven 2 Vincent, This is great. UI'd be happy to pull your changes into the sandbox. One question I have is the compatibility with maven 1. Is it possible to commit your changes and folks that are still using maven 1 would be able to build? Sure. I've been careful not to break the Maven 1 build. Also, m1 and m2 can coexist pacifically so there shouldn't be problems. The only issue is supporting both builds over time which is a bit tiresome. I'd suggest switching to a pure Maven 2 build whenever possible (maybe when Geronimo switches to Maven 2). If that is the case then I say let's move forward with the migration. Great. How do you want to proceed? Others? I think you meant to reply to everyone, so I'm cc-ing the Geronimo list... :-) Thanks -Vincent Vincent Massol wrote: Hi, I have discussed offline with Matt (a month or so back) who told me he'd be interested in porting the daytrader application to Maven 2. I'd like to help. My incentive is that I'd like to feature the daytrader application in a book chapter I'm writing (Maven 2 book). I've started modifying the daytrader build on my machine to make it comply with Maven 2 directory structure. I've kept the maven 1 build working. Basically here are the steps I've done: - moved all sources in src/main/java - moved all resources in src/main/resources - removed all tests (as they were not real tests - they were just fake tests probably generated by the genapp plugin) - removed some other genapp files (App.java, etc) - removed the core module which consists only in a genapp generated project - have the ear application.xml file generated by the ear plugin - fixed some project.xml stuff (like renaming id into artifactId, etc) - some other minor stuff (indentation fixes, etc) Is that ok to be committed? I'd like to know if you're still interested in doing this Maven 2 migration. If so how would you like to do it: a/ directly on the trunk in sandbox/daytrader b/ in a branch c/ somewhere else. I could leave your build code untouched and do all the migration in a separate SVN for the book. I think a/ should be the best option. Should I open a JIRA issue for this? How easy would it be possible for me to get commit access, etc? The next steps I'd like to perform are: - discuss with you about reorganizing the full directory structure to incorporate more things in the build: packaging, deployment, functional tests, etc. - create the m2 pom.xml files - write automated functional tests Thanks -Vincent
Re: svn commit: r326194 - in /geronimo/trunk: applications/console-core/ applications/console-core/src/java/org/apache/geronimo/console/core/keystore/ applications/console-ear/src/plan/ applications/c
On Oct 18, 2005, at 11:37 AM, David Blevins wrote: +/** + * + * Copyright 2004, 2005 The Apache Software Foundation or its licensors, as applicable. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at Is this the new copyright statement we should be using? dunno, but it seems to be consistent with the copyright statement on the rest of the console code donated from IBM thanks david jencks
Build doc page on wiki site
Hi, In my first attempt to download the Geronimo source tree and compile it, I followed the instructions on the Build documentation page of the wiki site (http://wiki.apache.org/geronimo/Building ). $ maven m:fresh-checkout BUILD FAILEDFile.. C:\Geronimo_prj\maven.xmlElement... ant:cvsLine.. 212Column 15java.io.IOException: CreateProcess: cvs -d:pserver:[EMAIL PROTECTED]:/home/projects/openejb/scm -q checkout -P openejb error=2 Total time: 2 secondsFinished at: Tue Oct 18 12:52:50 EDT 2005 I had to install CVS to go beyond this step. I noticed that the Eclipse documentation page of the wiki site (http://wiki.apache.org/geronimo/EclipseDeployment ) has that info in Step 1. 1. So is CVS a hard prerequisite to be downloaded before building Geronimo from source ? 2. Would it be okay if I uploaded the wiki page with that info ? Cheers Prasad
Re: Logo Contest - The Results Are In !
+1 Regards, Alan Geir Magnusson Jr. wrote, On 10/18/2005 7:01 AM: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt
Re: Should keystore gbean be moved to security from console?
I think that depends upon how much you want to move into the security module? If it is just the GBean, then I think that's probably a good move. However, I suspect that the management portlet itself would have to remain in the console application until we get a more dynamic portal server that is included in G rather than just the console application itself. Ideally, I think it would be great if we could include all of the management capabilities (including the portlets) with the specific component they manage such that the management capability is available only if the component itself is included in the configuration. -Joe David Jencks wrote: I just committed GERONIMO-887 which includes a keystore management gbean in the console application. I would think this would be of more general use and the code should be in the security module and the gbean deployed in the security configuration. Comments? thanks david jencks -- Joe Bohn [EMAIL PROTECTED] He is no fool who gives what he cannot keep, to gain what he cannot lose. -- Jim Elliot
Re: Build doc page on wiki site
Prasad, most unix/linux based enviorments already have cvs, thats probably why it was overlooked. But yes, CVS is a requirement as you will be unable to checkout openejb/tranql from their respecitive cvs repositories. You don't really need the heavyweight cygwyn, All you really need is CVSNT. Which you can install from WinCVS as an independent install. Sachin Prasad Kashyap wrote: Hi, In my first attempt to download the Geronimo source tree and compile it, I followed the instructions on the Build documentation page of the wiki site (http://wiki.apache.org/geronimo/Building http://wiki.apache.org/geronimo/Building). $ maven m:fresh-checkout BUILD FAILED File.. C:\Geronimo_prj\maven.xml Element... ant:cvs Line.. 212 Column 15 java.io.IOException: CreateProcess: cvs -d:pserver:[EMAIL PROTECTED]:/ho me/projects/openejb/scm -q checkout -P openejb error=2 Total time: 2 seconds Finished at: Tue Oct 18 12:52:50 EDT 2005 I had to install CVS to go beyond this step. I noticed that the Eclipse documentation page of the wiki site (http://wiki.apache.org/geronimo/EclipseDeployment http://wiki.apache.org/geronimo/EclipseDeployment) has that info in Step 1. 1. So is CVS a hard prerequisite to be downloaded before building Geronimo from source ? 2. Would it be okay if I uploaded the wiki page with that info ? Cheers Prasad
Re: [Daytrader] Converting to Maven 2
Go ahead and open a JIRA and post the patches and I'll take a look at the changes we need to make. I think most folks are of the mind to go for M2 after we get V1.0 out the door (hopefully later this year) Vincent Massol wrote: -Original Message- From: Matt Hogstrom [mailto:[EMAIL PROTECTED] Sent: mardi 18 octobre 2005 15:43 To: Vincent Massol Subject: Re: [Daytrader] Converting to Maven 2 Vincent, This is great. UI'd be happy to pull your changes into the sandbox. One question I have is the compatibility with maven 1. Is it possible to commit your changes and folks that are still using maven 1 would be able to build? Sure. I've been careful not to break the Maven 1 build. Also, m1 and m2 can coexist pacifically so there shouldn't be problems. The only issue is supporting both builds over time which is a bit tiresome. I'd suggest switching to a pure Maven 2 build whenever possible (maybe when Geronimo switches to Maven 2). If that is the case then I say let's move forward with the migration. Great. How do you want to proceed? Others? I think you meant to reply to everyone, so I'm cc-ing the Geronimo list... :-) Thanks -Vincent Vincent Massol wrote: Hi, I have discussed offline with Matt (a month or so back) who told me he'd be interested in porting the daytrader application to Maven 2. I'd like to help. My incentive is that I'd like to feature the daytrader application in a book chapter I'm writing (Maven 2 book). I've started modifying the daytrader build on my machine to make it comply with Maven 2 directory structure. I've kept the maven 1 build working. Basically here are the steps I've done: - moved all sources in src/main/java - moved all resources in src/main/resources - removed all tests (as they were not real tests - they were just fake tests probably generated by the genapp plugin) - removed some other genapp files (App.java, etc) - removed the core module which consists only in a genapp generated project - have the ear application.xml file generated by the ear plugin - fixed some project.xml stuff (like renaming id into artifactId, etc) - some other minor stuff (indentation fixes, etc) Is that ok to be committed? I'd like to know if you're still interested in doing this Maven 2 migration. If so how would you like to do it: a/ directly on the trunk in sandbox/daytrader b/ in a branch c/ somewhere else. I could leave your build code untouched and do all the migration in a separate SVN for the book. I think a/ should be the best option. Should I open a JIRA issue for this? How easy would it be possible for me to get commit access, etc? The next steps I'd like to perform are: - discuss with you about reorganizing the full directory structure to incorporate more things in the build: packaging, deployment, functional tests, etc. - create the m2 pom.xml files - write automated functional tests Thanks -Vincent
Re: svn commit: r326194 - in /geronimo/trunk: applications/console-core/ applications/console-core/src/java/org/apache/geronimo/console/core/keystore/ applications/console-ear/src/plan/ applications/c
thanks, should be fixed now david jencks On Oct 18, 2005, at 11:24 AM, Davanum Srinivas wrote: com.gluecode.se.certs :) On 10/18/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: djencks Date: Tue Oct 18 11:22:57 2005 New Revision: 326194
[jira] Commented: (GERONIMO-887) Improve the Keystore portlet
[ http://issues.apache.org/jira/browse/GERONIMO-887?page=comments#action_12332393 ] David Jencks commented on GERONIMO-887: --- First commit missed some jsps and included attribute names that included the string gluecode Sending applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/GenerateCSR.java Sending applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/GenerateKeyPair.java Sending applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ImportTrustedCertificate.java Sending applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/UploadCertificateFile.java Sending applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ViewKeyStore.java Sending applications/console-standard/src/java/org/apache/geronimo/console/certmanager/actions/ViewKeyStoreEntryDetail.java Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/changeStorePasswordNormal.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/generateCSRNormal.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/generateKeyPairNormal.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/help.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/importCAReplyNormal.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/importTrustedCertNormal.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/viewCertificateNormal.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/viewKeyStoreHelp.jsp Adding applications/console-standard/src/webapp/WEB-INF/view/certmanager/viewKeyStoreNormal.jsp Transmitting file data ... Committed revision 326211. Improve the Keystore portlet Key: GERONIMO-887 URL: http://issues.apache.org/jira/browse/GERONIMO-887 Project: Geronimo Type: Improvement Components: console Versions: 1.0-M5 Reporter: Chris Cardona Assignee: David Jencks Fix For: 1.0 Attachments: keystoreportlet+bouncycastlechanges.patch, keystoreportlet.patch, keystoreportlet_newfiles.zip Update and improve the Keystore portlet. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-699) Need welcome page at http://localhost:8080/
[ http://issues.apache.org/jira/browse/GERONIMO-699?page=all ] David Jencks closed GERONIMO-699: - Resolution: Fixed Assign To: David Blevins Patches were applied by david blevins some time ago. Need welcome page at http://localhost:8080/ --- Key: GERONIMO-699 URL: http://issues.apache.org/jira/browse/GERONIMO-699 Project: Geronimo Type: Improvement Components: usability Versions: 1.0-M4 Reporter: Erin Mulder Assignee: David Blevins Fix For: 1.0 Attachments: index.jsp, index.patch, index.zip, index.zip, index.zip, index2.jsp, jetty_banner.gif, tomcat.gif Browsing to http://localhost:8080/ gives a 404 error. It should at least present a minimal welcome page to reassure new users that the server is functional. Ideally, this page should give quickstart instructions for configuration, deployment, accessing the management console, etc. Links to example apps and instructions on where to find their underlying code would also be helpful. Once this is done, the README file should be updated to de-emphasize the debug console, since users will no longer need to install that to verify that the server is running. (And unless they're debugging the server itself, it will probably not be a terribly helpful thing to do.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-935) ManagedAttribute injection should work when multiple stores are present
[ http://issues.apache.org/jira/browse/GERONIMO-935?page=all ] David Jencks closed GERONIMO-935: - Resolution: Fixed Now the ConfigurationManagerImpl has the reference to the managed attribute store. ManagedAttribute injection should work when multiple stores are present --- Key: GERONIMO-935 URL: http://issues.apache.org/jira/browse/GERONIMO-935 Project: Geronimo Type: Bug Versions: 1.0-M5 Reporter: Jeremy Boynes Assignee: Jeremy Boynes Fix For: 1.0 The implementation of setManagedAttribute in Configuration uses a proxy to the ManagedAttributeStore that is obtained by querying the kernel and using the first one found. This is problematic as more than one GBean implementing that interface may be present in the kernel, leading to results that are inconsistent at best but which may prevent a configuraton from starting at all if the selected target is not running. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-980) jetty to 5.1.5rc1
[ http://issues.apache.org/jira/browse/GERONIMO-980?page=all ] David Jencks closed GERONIMO-980: - Resolution: Fixed rc1 didnt work with the tck. Changed to rc2. jetty to 5.1.5rc1 - Key: GERONIMO-980 URL: http://issues.apache.org/jira/browse/GERONIMO-980 Project: Geronimo Type: Bug Components: web Versions: 1.0-M5 Reporter: David Jencks Assignee: David Jencks Fix For: 1.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-855) CORBA configuration in izpack installer is not used and needs to be updated to configure the CORBA support in OpenEJB
[ http://issues.apache.org/jira/browse/GERONIMO-855?page=all ] David Jencks closed GERONIMO-855: - Resolution: Fixed Assign To: David Jencks (was: Aaron Mulder) corba stuff is configured in the installer CORBA configuration in izpack installer is not used and needs to be updated to configure the CORBA support in OpenEJB - Key: GERONIMO-855 URL: http://issues.apache.org/jira/browse/GERONIMO-855 Project: Geronimo Type: Task Components: CORBA, installer Versions: 1.0-M4 Reporter: John Sisson Assignee: David Jencks Fix For: 1.0 The izpack installer's CORBA configuration seems to be outdated (designed to be used with the now defunct interop plan). The installer needs to be changed to allow configuration of the current CORBA implementation in OpenEJB. Who knows about this? Can someone give an overview of how Corba is configured, started and utilised in the M4 release? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1017) Non-persistent attributes shouldn't default to manageable
[ http://issues.apache.org/jira/browse/GERONIMO-1017?page=all ] David Jencks closed GERONIMO-1017: -- Resolution: Fixed I think it's fixed in M5 too, but if not its too late. Non-persistent attributes shouldn't default to manageable - Key: GERONIMO-1017 URL: http://issues.apache.org/jira/browse/GERONIMO-1017 Project: Geronimo Type: Bug Components: kernel Versions: 1.0-M5 Reporter: Aaron Mulder Assignee: David Jencks Fix For: 1.0 For example, most of the attributes of JettyContainerImpl, including the RequestLog one that currently barfs on every startup. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-918) Change service-ref to use single definition of port
[ http://issues.apache.org/jira/browse/GERONIMO-918?page=all ] David Jencks closed GERONIMO-918: - Resolution: Fixed Change service-ref to use single definition of port - Key: GERONIMO-918 URL: http://issues.apache.org/jira/browse/GERONIMO-918 Project: Geronimo Type: Bug Components: deployment, webservices Versions: 1.0-M4 Reporter: Aaron Mulder Assignee: David Jencks Fix For: 1.0 Currently a web service reference has two elements named port that are slightly different. One has all the same stuff as the other, plus one extra element. This should be changed so both port elements are identical and one of them has an enclosing element containing the port and the extra element. I think part of the issue is that both port elements are defined inline, and should instead refer to a separate portType. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1088) Add Tomcat jsp-examples to geronimo
Add Tomcat jsp-examples to geronimo Key: GERONIMO-1088 URL: http://issues.apache.org/jira/browse/GERONIMO-1088 Project: Geronimo Type: Improvement Components: sample apps Versions: 1.0 Reporter: Dave Colasurdo Introduce the tomcat jsp-examples into geronimo.. This is a follow-on to GERONIMO-1087.. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1088) Add Tomcat jsp-examples to geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-1088?page=all ] Dave Colasurdo updated GERONIMO-1088: - Attachment: tomcat_jsp_example.patch Same general comments as GERONIMO-1087 except for JSPs.. Add Tomcat jsp-examples to geronimo --- Key: GERONIMO-1088 URL: http://issues.apache.org/jira/browse/GERONIMO-1088 Project: Geronimo Type: Improvement Components: sample apps Versions: 1.0 Reporter: Dave Colasurdo Attachments: tomcat_jsp_example.patch Introduce the tomcat jsp-examples into geronimo.. This is a follow-on to GERONIMO-1087.. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1089) Deployer failed to deploy certain applications if geronimo is installed to a directory that has space
Deployer failed to deploy certain applications if geronimo is installed to a directory that has space - Key: GERONIMO-1089 URL: http://issues.apache.org/jira/browse/GERONIMO-1089 Project: Geronimo Type: Bug Components: deployment Versions: 1.0-M5 Environment: Windows + Tomcat Reporter: Lin Sun My geronimo is at directory e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5. When I deployed daytrader, I got the following failure: e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5\bindeploy.bat deploy \program files\sandbox\samples\Trade\daytrader-ear-1.0-SNAPSHOT.ear \ program files\sandbox\samples\Trade\dayTrader-plan.xml Username: system Password: Error: Unable to distribute daytrader-ear-1.0-SNAPSHOT.ear: Bad path to external module, a connector caused by Illegal character in opaque part at index 2: e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5\repository\tranql/rar s/tranql-connector-derby-embed-xa-1.0.rar This is caused by deployer not able to handle the external-pathtranql/rars/tranql-connector-derby-embed-xa-1.0.rar/external-path element specified in the daytrader-plan.xml. If I broke the daytrader database resource plan to a seperate plan, I can deploy the TradeDataSource as the workaround: e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5\bindeploy.bat deploy \program files\sandbox\samples\Trade\dayTrader-dbplan.xml ..\repositor y\tranql\rars\tranql-connector-derby-embed-xa-1.0.rar Username: system Password: Deployed TradeDataSource Similar problem happens with the external-raractivemq/rars/activemq-ra-3.2-M1.rar/external-rar element. I don't mind digging more into this...any help/hints is appreciated. I figure I should start at deployer.log, but I didn't see a deployer.log generated. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Geronimo examples
I've just opened two JIRAs (GERONIMO-1087, GERONIMO-1088) to integrate the Tomcat servlet and JSP examples into geronimo.. Please review and give them a quick test drive.. A few questions.. 1) The applications are already built over on the Tomcat project and included in the tomcat binary distribution as an exploded war. So, the tomcat distribution contains both the class files and jar files in the format that the application expects. I've added the exploded wars into the geronimo application tree and use maven to create the wars. Basically keeping the tomcat format of the files intact. I noticed the patch I created shows some files (class, jar) as non-displayable files. It's unclear to me whether these are valid filetypes to deliver as patches? BTW, I view the applications somewhat like dependencies and not really planning to fork the code base.. 2) The jsp-examples application would not deploy on geronimo until I made changes to remove LF(x0A) characters from the web.xml file.. I suspect the same error occurs when the Tomcat web container is used. I've fixed the immediate LF problem in web.xml but was wondering if geronimo has a problem in this area.. (since the application deploys fine in standalone Tomcat).. Is a JIRA needed here? The error was: 15:19:17,614 WARN [JettyModuleBuilder] Web application does not contain a WEB-INF/geronimo-web.xml deployment plan. This may or may not be a problem, depending on whether you have things like resource references that need to be resolved. You can also give the deployer a separate deployment plan file on the command line. org.apache.geronimo.common.DeploymentException: url-pattern must not contain LF(#xA) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.checkString(JettyModuleBuilder.java:1316) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.checkURLPattern(JettyModuleBuilder.java:1298) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.check(JettyModuleBuilder.java:1283) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(JettyModuleBuilder.java:230) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(JettyModuleBuilder.java:194) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder$$FastClassByCGLIB$$b30bba8a.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) . Thanks -Dave-
Re: [jira] Created: (GERONIMO-1089) Deployer failed to deploy certain applications if geronimo is installed to a directory that has space
If you are deploying to a running server the error trace should be in geronimo.log thanks david jencks On Oct 18, 2005, at 1:48 PM, Lin Sun (JIRA) wrote: Deployer failed to deploy certain applications if geronimo is installed to a directory that has space --- -- Key: GERONIMO-1089 URL: http://issues.apache.org/jira/browse/GERONIMO-1089 Project: Geronimo Type: Bug Components: deployment Versions: 1.0-M5 Environment: Windows + Tomcat Reporter: Lin Sun My geronimo is at directory e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5. When I deployed daytrader, I got the following failure: e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5\bindeploy.bat deploy \program files\sandbox\samples\Trade\daytrader-ear-1.0-SNAPSHOT.ear \ program files\sandbox\samples\Trade\dayTrader-plan.xml Username: system Password: Error: Unable to distribute daytrader-ear-1.0-SNAPSHOT.ear: Bad path to external module, a connector caused by Illegal character in opaque part at index 2: e:\program files\geronimo\modules\assembly\target\geronimo-1.0- M5\repository\tranql/rar s/tranql-connector-derby-embed-xa-1.0.rar This is caused by deployer not able to handle the external-pathtranql/rars/tranql-connector-derby-embed-xa-1.0.rar/ external-path element specified in the daytrader-plan.xml. If I broke the daytrader database resource plan to a seperate plan, I can deploy the TradeDataSource as the workaround: e:\program files\geronimo\modules\assembly\target\geronimo-1.0-M5\bindeploy.bat deploy \program files\sandbox\samples\Trade\dayTrader-dbplan.xml ..\repositor y\tranql\rars\tranql-connector-derby-embed-xa-1.0.rar Username: system Password: Deployed TradeDataSource Similar problem happens with the external-raractivemq/rars/activemq-ra-3.2-M1.rar/external-rar element. I don't mind digging more into this...any help/hints is appreciated. I figure I should start at deployer.log, but I didn't see a deployer.log generated. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Geronimo examples
Please try it on the Tomcat container. IIRC, I thought we fixed this on the Tomcat side since there was a JIRA issue on this. Thanks, Jeff Dave Colasurdo wrote: I've just opened two JIRAs (GERONIMO-1087, GERONIMO-1088) to integrate the Tomcat servlet and JSP examples into geronimo.. Please review and give them a quick test drive.. A few questions.. 1) The applications are already built over on the Tomcat project and included in the tomcat binary distribution as an exploded war. So, the tomcat distribution contains both the class files and jar files in the format that the application expects. I've added the exploded wars into the geronimo application tree and use maven to create the wars. Basically keeping the tomcat format of the files intact. I noticed the patch I created shows some files (class, jar) as non-displayable files. It's unclear to me whether these are valid filetypes to deliver as patches? BTW, I view the applications somewhat like dependencies and not really planning to fork the code base.. 2) The jsp-examples application would not deploy on geronimo until I made changes to remove LF(x0A) characters from the web.xml file.. I suspect the same error occurs when the Tomcat web container is used. I've fixed the immediate LF problem in web.xml but was wondering if geronimo has a problem in this area.. (since the application deploys fine in standalone Tomcat).. Is a JIRA needed here? The error was: 15:19:17,614 WARN [JettyModuleBuilder] Web application does not contain a WEB-INF/geronimo-web.xml deployment plan. This may or may not be a problem, depending on whether you have things like resource references that need to be resolved. You can also give the deployer a separate deployment plan file on the command line. org.apache.geronimo.common.DeploymentException: url-pattern must not contain LF(#xA) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.checkString(JettyModuleBuilder.java:1316) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.checkURLPattern(JettyModuleBuilder.java:1298) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.check(JettyModuleBuilder.java:1283) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(JettyModuleBuilder.java:230) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(JettyModuleBuilder.java:194) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder$$FastClassByCGLIB$$b30bba8a.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118) . Thanks -Dave-
Re: Geronimo examples
On Oct 18, 2005, at 1:58 PM, Dave Colasurdo wrote: I've just opened two JIRAs (GERONIMO-1087, GERONIMO-1088) to integrate the Tomcat servlet and JSP examples into geronimo.. Please review and give them a quick test drive.. A few questions.. 1) The applications are already built over on the Tomcat project and included in the tomcat binary distribution as an exploded war. So, the tomcat distribution contains both the class files and jar files in the format that the application expects. I've added the exploded wars into the geronimo application tree and use maven to create the wars. Basically keeping the tomcat format of the files intact. I noticed the patch I created shows some files (class, jar) as non-displayable files. It's unclear to me whether these are valid filetypes to deliver as patches? BTW, I view the applications somewhat like dependencies and not really planning to fork the code base.. 2) The jsp-examples application would not deploy on geronimo until I made changes to remove LF(x0A) characters from the web.xml file.. I suspect the same error occurs when the Tomcat web container is used. I've fixed the immediate LF problem in web.xml but was wondering if geronimo has a problem in this area.. (since the application deploys fine in standalone Tomcat).. Is a JIRA needed here? The error was: 15:19:17,614 WARN [JettyModuleBuilder] Web application does not contain a WEB-INF/geronimo-web.xml deployment plan. This may or may not be a problem, depending on whether you have things like resource references that need to be resolved. You can also give the deployer a separate deployment plan file on the command line. org.apache.geronimo.common.DeploymentException: url-pattern must not contain LF(#xA) There's some disagreement whether the servlet spec allows trimming leading and trailing white space from url-patterns. Right now we are not trimming them. There's a jira issue saying we should: http://issues.apache.org/jira/browse/GERONIMO-1008 You are not the first to notice that including white space causes problems right now. thanks david jencks at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.checkString(Jet tyModuleBuilder.java:1316) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.checkURLPattern (JettyModuleBuilder.java:1298) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.check(JettyModu leBuilder.java:1283) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(Je ttyModuleBuilder.java:230) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(Je ttyModuleBuilder.java:194) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder$$FastClassByCGL IB$$b30bba8a.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodIn voker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation. java:118) . Thanks -Dave-
Re: Adding a partition to Apache DS with Geronimo
Krish, You can use ou=system to play with, but under a long term, I wouldn't use it. Great point! I need to add the ability to add partitions from a configuration. Could you please open a JIRA issue on this? This should be pretty easy to fix. Thanks for pointing this out, Jeff Krishnakumar B wrote: hi, i am trying to create a new partition with apache DS that comes with geronimo dn: dc=myhost,dc=com dc: myhost objectClass: dcObject The documentation for directory server says to use properties file server.db.partition.suffix.apache=dc=myhost,dc=com server.db.partition.indices.apache=ou cn objectClass uid server.db.partition.attributes.apache.dc=myhost server.db.partition.attributes.apache.objectClass=top domain extensibleObject But i am unable to add this to Apache DS in geronimo. So want to know if this is possible or i can use only ou=system thats created by default. thanks Krish
Re: Logo Contest - The Results Are In !
+1 to ratify. Gianny On 19/10/2005 12:01 AM, Geir Magnusson Jr. wrote: +1 from me to ratify. PMC members should vote here. Also, we'll need a contribution agreement from Epiqtech. I'll take that as a todo. geir On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt
[jira] Created: (GERONIMO-1090) By default, CMP fields of type char should be mapped to the CHAR SQL type.
By default, CMP fields of type char should be mapped to the CHAR SQL type. -- Key: GERONIMO-1090 URL: http://issues.apache.org/jira/browse/GERONIMO-1090 Project: Geronimo Type: Bug Components: OpenEJB Versions: 1.0-M5, 1.0-M4, 1.0-M3, 1.0-M2, 1.0-M1 Reporter: Gianny Damour Assigned to: Gianny Damour Fix For: 1.0 CMP fields having the primitive type char should be mapped by default to the SQL type CHAR. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1080) CMP generates invalid update SQL
[ http://issues.apache.org/jira/browse/GERONIMO-1080?page=all ] Gianny Damour closed GERONIMO-1080: --- Fix Version: 1.0 Resolution: Fixed This is now fixed. Also, I do not think that the CASE..WHEN..THEN..ELSE..END approach is pretty nasty. This approach allows to send across to the database only the values when they have been updated. Basically, when a field has not been updated, only the boolean false and null are sent. Also, I do not think that a simple foo=?, bar=? approach is good: it implies that we generate dynamically the UPDATE statements (to only update the fields which have changed). This is usually a performance or resource problem (e.g. UPDATE statement caching on the database side). CMP generates invalid update SQL Key: GERONIMO-1080 URL: http://issues.apache.org/jira/browse/GERONIMO-1080 Project: Geronimo Type: Bug Components: OpenEJB Versions: 1.0-M5 Reporter: Aaron Mulder Assignee: Gianny Damour Fix For: 1.0 I have a group of about 5 CMP EJBs, with various relationships defined. I'm using PostgreSQL 8. I'm not able to update (well, at least, the two EJBs I've tried have both had the problem). I get this error: java.sql.SQLException: ERROR: multiple assignments to same column test_id And indeed the SQL is: UPDATE test_run SET test_id = CASE WHEN ? THEN ? ELSE test_id END, create_date = CASE WHEN ? THEN ? ELSE create_date END, name = CASE WHEN ? THEN ? ELSE name END, description = CASE WHEN ? THEN ? ELSE description END, test_id = CASE WHEN ? THEN ? ELSE test_id END WHERE id = ? Likewise, for a different table: UPDATE test_run_machine SET test_run_id = CASE WHEN ? THEN ? ELSE test_run_id END, machine_id = CASE WHEN ? THEN ? ELSE machine_id END, role = CASE WHEN ? THEN ? ELSE role END, time_offset_ms = CASE WHEN ? THEN ? ELSE time_offset_ms END, test_run_id = CASE WHEN ? THEN ? ELSE test_run_id END, machine_id = CASE WHEN ? THEN ? ELSE machine_id END WHERE id = ? I speculate that it's noticing the columns once as CMP fields and once as CMR fields, or perhaps pulling them in twice if the EJB participates in two relationships (even though they wouldn't both use that field) or something. In any case, we should always eliminate duplicates, as far as I can tell. Also, the CASE..WHEN..THEN..ELSE..END statements seem pretty nasty to me. Why don't we just do update foo set bar=?, baz=?,...? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1080) CMP generates invalid update SQL
[ http://issues.apache.org/jira/browse/GERONIMO-1080?page=comments#action_12332434 ] Aaron Mulder commented on GERONIMO-1080: Thanks for the fix. Do we have some benchmarks indicating that CASE..WHEN..THEN..ELSE..END is faster than either dynamic update SQLs or just setting all the values all the time? CMP generates invalid update SQL Key: GERONIMO-1080 URL: http://issues.apache.org/jira/browse/GERONIMO-1080 Project: Geronimo Type: Bug Components: OpenEJB Versions: 1.0-M5 Reporter: Aaron Mulder Assignee: Gianny Damour Fix For: 1.0 I have a group of about 5 CMP EJBs, with various relationships defined. I'm using PostgreSQL 8. I'm not able to update (well, at least, the two EJBs I've tried have both had the problem). I get this error: java.sql.SQLException: ERROR: multiple assignments to same column test_id And indeed the SQL is: UPDATE test_run SET test_id = CASE WHEN ? THEN ? ELSE test_id END, create_date = CASE WHEN ? THEN ? ELSE create_date END, name = CASE WHEN ? THEN ? ELSE name END, description = CASE WHEN ? THEN ? ELSE description END, test_id = CASE WHEN ? THEN ? ELSE test_id END WHERE id = ? Likewise, for a different table: UPDATE test_run_machine SET test_run_id = CASE WHEN ? THEN ? ELSE test_run_id END, machine_id = CASE WHEN ? THEN ? ELSE machine_id END, role = CASE WHEN ? THEN ? ELSE role END, time_offset_ms = CASE WHEN ? THEN ? ELSE time_offset_ms END, test_run_id = CASE WHEN ? THEN ? ELSE test_run_id END, machine_id = CASE WHEN ? THEN ? ELSE machine_id END WHERE id = ? I speculate that it's noticing the columns once as CMP fields and once as CMR fields, or perhaps pulling them in twice if the EJB participates in two relationships (even though they wouldn't both use that field) or something. In any case, we should always eliminate duplicates, as far as I can tell. Also, the CASE..WHEN..THEN..ELSE..END statements seem pretty nasty to me. Why don't we just do update foo set bar=?, baz=?,...? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1090) By default, CMP fields of type char should be mapped to the CHAR SQL type.
[ http://issues.apache.org/jira/browse/GERONIMO-1090?page=all ] Gianny Damour closed GERONIMO-1090: --- Resolution: Fixed This is now fixed and an integration test has been checked in. By default, CMP fields of type char should be mapped to the CHAR SQL type. -- Key: GERONIMO-1090 URL: http://issues.apache.org/jira/browse/GERONIMO-1090 Project: Geronimo Type: Bug Components: OpenEJB Versions: 1.0-M5, 1.0-M4, 1.0-M3, 1.0-M2, 1.0-M1 Reporter: Gianny Damour Assignee: Gianny Damour Fix For: 1.0 CMP fields having the primitive type char should be mapped by default to the SQL type CHAR. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Build failure?
Can someone please help with this failure? default: java:prepare-filesystem: [mkdir] Created dir: C:\APACHE\geronimo\openejb\modules\core\target\classes java:compile: depend closure=false srcdir=1.4 dump=false destdir=C:\APACHE\geronimo\openejb\modules\core/target/classes/depend [echo] Compiling to C:\APACHE\geronimo\openejb\modules\core/target/classes [javac] Compiling 606 source files to C:\APACHE\geronimo\openejb\modules\core\target\classes [javac] C:\APACHE\geronimo\openejb\modules\core\src\java\org\openejb\corba\security\SecurityInitializer.java:145: cannot resolve symbol [javac] symbol : method generateRealmPrincipal (java.lang.String,java.lang.String,java.lang.String) [javac] location: class org.apache.geronimo.security.util.ConfigurationUtil [javac] RealmPrincipal realmPrincipal = ConfigurationUtil.generateRealmPrincipal(className, principalName, realm); [javac] ^ [javac] C:\APACHE\geronimo\openejb\modules\core\src\java\org\openejb\corba\security\config\css\CSSSASITTPrincipalNameDynamic.java:99: cannot resolve symbol [javac] symbol : method getLoginDomain () [javac] location: class org.apache.geronimo.security.RealmPrincipal [javac] if (p.getLoginDomain().equals(domain)) { [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 2 errors BUILD FAILED File.. C:\Documents and Settings\dims\.maven\cache\maven-multiproject-plugin-1.4.1\plugin.jelly Element... maven:reactor Line.. 218 Column -1 Unable to obtain goal [default] -- C:\Documents and Settings\dims\.maven\cache\maven-java-plugin-1.5\plugin.jelly:63:-1: ant:javac Compile failed; see the compiler error output for details. Total time : 11 minutes 59 seconds thanks, dims -- Davanum Srinivas : http://wso2.com/blogs/
Re: Logo Contest - The Results Are In !
+1 to accept 19 as the official winner -dain On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt
Need to get off the mailing list
Hi, I would like to remove my account from the mailing list but keep receiving emails. I've tried using the unsubscribe address a few times. Everytime it tells me that my email is not on the list...then why do the emails continue to come to this mail box?? Any thoughts? Any Geronimo people (real one, not automatice reply, which is not helpful!) there can help?? --- Davanum Srinivas [EMAIL PROTECTED] wrote: Can someone please help with this failure? default: java:prepare-filesystem: [mkdir] Created dir: C:\APACHE\geronimo\openejb\modules\core\target\classes java:compile: depend closure=false srcdir=1.4 dump=false destdir=C:\APACHE\geronimo\openejb\modules\core/target/classes/depend [echo] Compiling to C:\APACHE\geronimo\openejb\modules\core/target/classes [javac] Compiling 606 source files to C:\APACHE\geronimo\openejb\modules\core\target\classes [javac] C:\APACHE\geronimo\openejb\modules\core\src\java\org\openejb\corba\security\SecurityInitializer.java:145: cannot resolve symbol [javac] symbol : method generateRealmPrincipal (java.lang.String,java.lang.String,java.lang.String) [javac] location: class org.apache.geronimo.security.util.ConfigurationUtil [javac] RealmPrincipal realmPrincipal = ConfigurationUtil.generateRealmPrincipal(className, principalName, realm); [javac] ^ [javac] C:\APACHE\geronimo\openejb\modules\core\src\java\org\openejb\corba\security\config\css\CSSSASITTPrincipalNameDynamic.java:99: cannot resolve symbol [javac] symbol : method getLoginDomain () [javac] location: class org.apache.geronimo.security.RealmPrincipal [javac] if (p.getLoginDomain().equals(domain)) { [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 2 errors BUILD FAILED File.. C:\Documents and Settings\dims\.maven\cache\maven-multiproject-plugin-1.4.1\plugin.jelly Element... maven:reactor Line.. 218 Column -1 Unable to obtain goal [default] -- C:\Documents and Settings\dims\.maven\cache\maven-java-plugin-1.5\plugin.jelly:63:-1: ant:javac Compile failed; see the compiler error output for details. Total time : 11 minutes 59 seconds thanks, dims -- Davanum Srinivas : http://wso2.com/blogs/ __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/
Re: Need to get off the mailing list
I don't have the access to poke at the list, but one thing to try is to check out the full headers of the email and see that shows up in the Delivered-To: header(s). That should tell you which address is subscribed. -David On Oct 18, 2005, at 8:34 PM, Lu Li wrote: Hi, I would like to remove my account from the mailing list but keep receiving emails. I've tried using the unsubscribe address a few times. Everytime it tells me that my email is not on the list...then why do the emails continue to come to this mail box?? Any thoughts? Any Geronimo people (real one, not automatice reply, which is not helpful!) there can help?? --- Davanum Srinivas [EMAIL PROTECTED] wrote: Can someone please help with this failure? default: java:prepare-filesystem: [mkdir] Created dir: C:\APACHE\geronimo\openejb\modules\core\target\classes java:compile: depend closure=false srcdir=1.4 dump=false destdir=C:\APACHE\geronimo\openejb\modules\core/target/classes/ depend [echo] Compiling to C:\APACHE\geronimo\openejb\modules\core/target/classes [javac] Compiling 606 source files to C:\APACHE\geronimo\openejb\modules\core\target\classes [javac] C:\APACHE\geronimo\openejb\modules\core\src\java\org\openejb\corba \security\SecurityInitializer.java:145: cannot resolve symbol [javac] symbol : method generateRealmPrincipal (java.lang.String,java.lang.String,java.lang.String) [javac] location: class org.apache.geronimo.security.util.ConfigurationUtil [javac] RealmPrincipal realmPrincipal = ConfigurationUtil.generateRealmPrincipal(className, principalName, realm); [javac] ^ [javac] C:\APACHE\geronimo\openejb\modules\core\src\java\org\openejb\corba \security\config\css\CSSSASITTPrincipalNameDynamic.java:99: cannot resolve symbol [javac] symbol : method getLoginDomain () [javac] location: class org.apache.geronimo.security.RealmPrincipal [javac] if (p.getLoginDomain().equals(domain)) { [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 2 errors BUILD FAILED File.. C:\Documents and Settings\dims\.maven\cache\maven-multiproject-plugin-1.4.1 \plugin.jelly Element... maven:reactor Line.. 218 Column -1 Unable to obtain goal [default] -- C:\Documents and Settings\dims\.maven\cache\maven-java-plugin-1.5\plugin.jelly:63:-1: ant:javac Compile failed; see the compiler error output for details. Total time : 11 minutes 59 seconds thanks, dims -- Davanum Srinivas : http://wso2.com/blogs/ __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/
Re: Logo Contest - The Results Are In !
+1 On 10/18/05, Dain Sundstrom [EMAIL PROTECTED] wrote: +1 to accept 19 as the official winner -dain On Oct 17, 2005, at 8:06 PM, Matt Hogstrom wrote: All, Thanks for taking the time to register your opinion and vote for your favorite logo. I tallied the results from the Wiki and the clear winner is Entry #19 which was submitted by Epiq (http:// www.epiqtech.com/corp/products/technology/opensource/ apachegeronimo4.htm) The great news is that the selected winner appears to fit within the guidelines of the PRC and as such there should not be a huge amount of debate. I am copying the PMC on this note to notify them of the results and the community's desire to make Entry #19 the logo of choice for Geronimo. I trust the PMC will be able to come to a quick affirmation of the Logo and provide guidance as to making a final, official, version for inclusion in various elements of the project. Here are the results of the voting. EntryVotesPercent of votes Entry #191032.26 Entry #21619.35 Entry #18412.9 Entry #639.68 Entry #1439.68 Entry #2239.68 Entry #213.23 Entry #913.23 Again, thanks for taking the time to register your opinion. - Matt
Geronimo Zones
On Oct 13, 2005, at 12:11 PM, Geir Magnusson Jr. wrote: Even if we can't do Confluence, I'm going to ask for two zones, one for general use, and one for TCK use. Any update on the zones? -David