[jira] Updated: (GERONIMO-2837) @Resource/@Resources annotation support
[ https://issues.apache.org/jira/browse/GERONIMO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell updated GERONIMO-2837: Attachment: ResourceAnnotationHelper-2.java GERONIMO-2837-2.patch EJBAnnotationHelper-2.java Latest refactoring of deployment processing into the module builders and usage of static helper classes @Resource/@Resources annotation support --- Key: GERONIMO-2837 URL: https://issues.apache.org/jira/browse/GERONIMO-2837 Project: Geronimo Issue Type: Sub-task Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0 Reporter: Tim McConnell Assigned To: Tim McConnell Fix For: 2.0 Attachments: EJBAnnotationHelper-2.java, GERONIMO-2837-2.patch, ResourceAnnotationHelper-2.java, ResourceAnnotationHelper.java Code and patches to support the @Resource and @Resources annotations -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Spring 2.0 and XBean
Well, I'm not sure how to solve the problem in the xbean build. Maven has not been designed to use more than one version of the same dependency in the build, which leads to several problems. One of them is that you can not downgrade a version, so you need to use the oldest one and upgrade in other modules. This means that xbean-spring depends on 1.2.4 or so. When using xbean in servicemix, is usually end up adding a dependency on spring in my pom with the correct version (2.0.1 for ex) and eventually put it at the provided scope... On 2/17/07, Bruce Snyder [EMAIL PROTECTED] wrote: On Sat, 17 Feb 2007 16:07 + (GMT Standard Time), Terry Cox [EMAIL PROTECTED] wrote: Terry, what is the $xbean.version is used in the pom.xml? 2.8 My code is built against the 3.1 release of ServiceMix. As an experiment, I just deleted all the 1.2.x versions of Spring from my repository and built ServiceMix 3.1 from source. Spring versions 1.2.4 and 1.2.6 both re-appeared in the repository during the phase 1 build. Servicemix-core uses 1.2.4 and the xfire-maven-plugin uses 1.2.6. If you then check the build, you can see that the JSR-181 component build is over-riding the dependency management and substituting 1.2.6 instead of 2.0.1 so it looks as though there is some cross-contamination of Spring classes within ServiceMix. Well evidently XBean 2.8 depends on Spring 1.2.4 which I don't understand. I seem to recall that XBean used Spring 2.x so I'm rather perplexed as to why a dep on Spring 1.2.4 is defined in the POM. I'm sure Guillaume can shed some light on it, so let's wait for his response. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Re: Sample Applications - Updation to v1.2
Updated it. All the java source files and xml files has been updated with ASF licensing header copied LICENSE.txt NOTICE.txt files to each sample application zip archive. Does it solves our problem? Thanks, Lasantha Hernan Cunico wrote: btw, could you pls add the ASF licensing headers when you update the sample apps. See http://apache.org/licenses Cheers! Hernan Lasantha Ranaweera wrote: Not exactly... May be this is yet another JIRA issue (or I am missing some external dependent libraries which only gives a problem to Jetty) . It doesn't works for the latest version of Geronimo Jetty even :-\ . So I am waiting some experts help here. Thanks, Lasantha Karthiga Ratnam wrote: Thanks for the quick update Lasantha. I tested the application, it works fine in both Windows and Linux environments. But, the application only works with Tomcat web container (as you have mentioned in a previous thread). Any ideas on this?? Regards Karthiga On 2/20/07, *Lasantha Ranaweera* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes I have updated the sample application now (according to the Jarek's comment in a previous thread). Please verify it. Lasantha Karthiga Ratnam wrote: I looked into the WS Sample and it still gives the warning message. Lasantha do you have an alternative for this? Regards Karthiga On 2/20/07, * Karthiga Ratnam* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've already updated three sample apps. Will look into the WS sample today Regards Karthiga On 2/19/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Pls give it another try to the WS sample if you have the time. I got it to work last time but I was getting some additional messages when running the client. If you can verify it again go ahead, update the title and append the ( 1.2 Ok) Cheers! Hernan Lasantha Ranaweera wrote: Hi Karthiga, The given sample applications (other than web services sample application) updated in the 1.2 user guide now. Make sure to use the latest configuration files versions when you are migrating from the 1.1.1 docs. (I didn't update web services sample application yet since Hernan has already updated to 1.2. Please let me know if there is a problem there too.) Thanks, Lasantha Karthiga Ratnam wrote: Hi Lasantha, Can you please update the following sample applications from Geronimo v1.1.1 to v1.2 : - EJB Sample App JMS and MDB Web Application Security Web Services Thanks Karthiga
[jira] Commented: (GERONIMO-2837) @Resource/@Resources annotation support
[ https://issues.apache.org/jira/browse/GERONIMO-2837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474668 ] David Jencks commented on GERONIMO-2837: I applied modified versions of the -2 patches in rev 509958. Basically I moved the code from TomcatModuleBuilder to AbstractWebModuleBuilder and moved it before the namingBuilders.buildEnvironment. I didn't test very extensively but couldn't find anything it broke. thanks tim! @Resource/@Resources annotation support --- Key: GERONIMO-2837 URL: https://issues.apache.org/jira/browse/GERONIMO-2837 Project: Geronimo Issue Type: Sub-task Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0 Reporter: Tim McConnell Assigned To: Tim McConnell Fix For: 2.0 Attachments: EJBAnnotationHelper-2.java, GERONIMO-2837-2.patch, ResourceAnnotationHelper-2.java, ResourceAnnotationHelper.java Code and patches to support the @Resource and @Resources annotations -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-2806) mail.null.host property not resolved by SMTPTransport class
[ https://issues.apache.org/jira/browse/GERONIMO-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-2806. Resolution: Fixed Fix Version/s: 2.0 Committed revision 509954 for the javamail providers Commited revision 509956 for the javamail 1.4 specs. I had to make a small tweak to the change to SMTPTransport. The default host environment if the host is null is local host, not the value of a property named mail.localhost. I'm still sorting out getting the 1.3 spec changes in, otherwise this can't be fixed in Geronimo 1.2 mail.null.host property not resolved by SMTPTransport class --- Key: GERONIMO-2806 URL: https://issues.apache.org/jira/browse/GERONIMO-2806 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Affects Versions: 1.1.1 Reporter: Jason Warner Assigned To: Jason Warner Fix For: 2.0 Attachments: Geronimo-2806_Javamail.patch, Geronimo-2806_Specs.patch There's a problem in the base class that's causing it to read the property mail.null.host rather than mail.smtp.host, like it should. There's also a secondary problem where the SMTPTransport class in its protocolConnect() method is not detecting a null host and reading the property itself -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Fixing problems in geronimo-javamail_1.3.1_spec
Ok, I guess I missed the implications of some of the reorganization of the specs tree. This Jira http://issues.apache.org/jira/browse/GERONIMO-2806 Requires a fix to the javamail specs to work. The patch that was submitted fixes the problem in the geronimo-javamail_1.4_spec tree, but in order to ship this fix in Geronimo 1.2, it also needs to be fixed in the geronimo-javamail_1.3.1_spec as well. This is a but that multiple users are likely to trip over, so it's important that it be fixed. 1.2 can't move to using the 1.4 specs yet because of TCK signature test considerations. The 1.3.1 source is no longer in the trunk for the specs, so how do I fix this problem where it needs to be fixed? Rick
Re: Cayenne Status
Hi Lasantha, As JPA providers are pluggable, my understanding is that there is no need to build a special module for Cayenne, as long as Open EJB module supports a generic JPA provider. So it becomes a question of building an assembly. Looks like both tomcat and jetty assemblies are currently based on openjpa. I can poke around and try building patches to switch one of them to Cayenne. I am just not sure what's the consensus on which one should be Cayenne? And was there a consensus? Andrus On Feb 20, 2007, at 2:38 PM, Lasantha Ranaweera wrote: Hi Guys, What is the status Cayenne implementation in the Geronimo? Thanks, Lasantha Ranaweera
Re: Spring 2.0 and XBean
Well, I'm not sure how to solve the problem in the xbean build. Just a question, but does XBean need to evolve with backward compatability to multiple Spring versions in the trunk, or should it fork to a new release path that is maintained in parallel with the associated Spring release? -- Terry
Re: Cayenne Status
Hi, Thank you very much for your update. I am new to the JPA (still reading the JSR 220) and realized that Cayenne works getting delayed in the Geronimo according to a previous thread. So thought I might able to building some patches from Geronimo side too ;). Still I haven't gone that far to understand how Geronimo JPA works too even. I will keep asking questions when it comes to some other problems from Cayenne. Thanks again for your update. Lasantha Andrus Adamchik wrote: Hi Lasantha, As JPA providers are pluggable, my understanding is that there is no need to build a special module for Cayenne, as long as Open EJB module supports a generic JPA provider. So it becomes a question of building an assembly. Looks like both tomcat and jetty assemblies are currently based on openjpa. I can poke around and try building patches to switch one of them to Cayenne. I am just not sure what's the consensus on which one should be Cayenne? And was there a consensus? Andrus On Feb 20, 2007, at 2:38 PM, Lasantha Ranaweera wrote: Hi Guys, What is the status Cayenne implementation in the Geronimo? Thanks, Lasantha Ranaweera
Re: svn commit: r509518 - /geronimo/server/trunk/configs/jsr88-deploymentfactory/pom.xml
Joe, Sorry for breaking the TCK once again. Hopefully, David J. has fixed my mistake fast enough and TCK progress has not been impacted too much. Thanks for your patience, Gianny On 21/02/2007, at 9:12 AM, Joe Bohn wrote: Gianny, This is still broken for the TCK. Was there a comparable TCK change that needs to be made? I put details of the failure on the tck list again. Thanks, Joe
[jira] Updated: (GERONIMO-2854) Inverse Classloader view
[ https://issues.apache.org/jira/browse/GERONIMO-2854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rakesh Midha updated GERONIMO-2854: --- Attachment: jira2854.patch Improvement in Classloader view 1. Added Invert Tree button in Classloader View, this button will invert the classloader hirarchy for those who like to view parent classloaders and its classes as a child node to main nodes. 2. In inverted classloader tree, the initial nodes will show all the classloaders 3. Selected node in classloader will be found in inverted node and selected (the first occurance of node will be selected) The patch adds following code --- The first level of tree cannot be links, so code added to make sure of it InverseTree method added to get inverseTree JSP code added to remember last selected node and boolean inverse status Inverse Classloader view Key: GERONIMO-2854 URL: https://issues.apache.org/jira/browse/GERONIMO-2854 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Any Reporter: Rakesh Midha Assigned To: Rakesh Midha Fix For: 2.0-M2 Attachments: jira2854.patch Inverse classloader view to navigate through classloader's parent which will be child nodes in dojo tree. As discussed in thread http://www.mail-archive.com/dev@geronimo.apache.org/msg41904.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2854) Inverse Classloader view
[ https://issues.apache.org/jira/browse/GERONIMO-2854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rakesh Midha updated GERONIMO-2854: --- Description: Inverse classloader view to navigate through classloader's parent which will be child nodes in dojo tree. As discussed in thread http://www.mail-archive.com/dev@geronimo.apache.org/msg41904.html was: Inverse classloader view to navigate through classloader's parent which will be child nodes in dojo tree. As discussed in thread http://www.mail-archive.com/dev@geronimo.apache.org/msg41904.html Patch Info: [Patch Available] Assignee: (was: Rakesh Midha) Unassigning and marking Patch available Please review and commit Inverse Classloader view Key: GERONIMO-2854 URL: https://issues.apache.org/jira/browse/GERONIMO-2854 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Any Reporter: Rakesh Midha Fix For: 2.0-M2 Attachments: jira2854.patch Inverse classloader view to navigate through classloader's parent which will be child nodes in dojo tree. As discussed in thread http://www.mail-archive.com/dev@geronimo.apache.org/msg41904.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Additional 'inverse' classloader view in Geronimo Console
Hello Jarek I have created a patch in http://issues.apache.org/jira/browse/GERONIMO-2854to add the feature we discussed. Please review and comment. Thanks Rakesh On 2/13/07, Rakesh Midha [EMAIL PROTECTED] wrote: Sorry Paul I missed your last mail, when I suggested toggle. Selecting particular node when toggle happens, I am not sure about that part, will have to implement it and only than I can comment :-) No promise on this one. Alright I will open a JIRA and get it done Thanks Rakesh On 2/13/07, Paul McMahan [EMAIL PROTECTED] wrote: On 2/13/07, Rakesh Midha [EMAIL PROTECTED] wrote: As Jarek said, I had discussion with him before on it. Well, The only concern I have is, additing too many redundent view will make console uninteresting. I think we need to be careful. How about this? Instead of adding new view, we add a check or button in existing view Show inverse tree. Clicking or checking this will inverse the tree in same view. That's exactly what I had in mind when I mentioned toggling between the two types of views (inverse versus standard classloader hierarchy). sorry for not being clear about that. My suggestion was to make the toggle button sensitive to the currently selected node in the classloader tree. e.g. when the user selects a node and then toggles to the alternate view they see the treepaths containing the selected node already expanded and highlighted. Technically, having inverse tree is not a hard work. I can take this task and get it done. Thanks Rakesh On 2/12/07, Paul McMahan [EMAIL PROTECTED] wrote: Sounds useful. It would be great if the user could select a node and easily toggle between the two types of views. When that node appears in multiple places the tree could already have those paths expanded and the nodes highlighted. Best wishes, Paul On 2/12/07, Jarek Gawor [EMAIL PROTECTED] wrote: I was talking to Rakesh about adding additional classloader view to the Geronimo Console and we are wondering if people have any comments/thoughts about it. The current view show the tree starting with the system classloader and ends with child classloaders. Example: A - B - F - C - F In this case, A is a parent to B and C classloaders. And B, C are parent classloaders to F. Now, because Geronimo supports multi parent classloaders sometimes these child classloaders can appear in multiple places in the tree (e.g. F). So I proposed kind of inverse view of the classloaders. For example, for a given child classloader, I would like to see the parent classloaders as child nodes of the tree. Given the example above the tree would now look like: B - A C - A F - B - C Would other people find this useful? (I know I would :)) Thanks, Jarek
[jira] Commented: (GERONIMO-2742) Deployer cannot access libaries in shared/lib and shared/classes
[ https://issues.apache.org/jira/browse/GERONIMO-2742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474693 ] Rakesh Midha commented on GERONIMO-2742: Hello Aman From what I know and from the simple test I did on repository. I don't think there is any problem in having directory named geronimo-connector-1.2-beta.jar (the name same as jar file), I think you need to add META-INF and manifest.mf files in directory . This directory will be treadted in same way as if it is a jar file. This directory could be a symb link as you said, thought never tried this but i don't see any problem in it. Have you tried doing this, I think you should not face any problem with this. thanks Rakesh Deployer cannot access libaries in shared/lib and shared/classes Key: GERONIMO-2742 URL: https://issues.apache.org/jira/browse/GERONIMO-2742 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 1.2 Environment: Windows XP, Geronimo 1.2-beta Reporter: Aman Nanner Attachments: sharedlib-2.0.zip, sharedlib.zip, testing.ear.zip It seems that when running the deployer to deploy my EAR file, the classloaders during deployment cannot access the shared/lib and shared/classes directory. My app has dependencies on libraries that are stored in both shared/classes and shared/lib. Because these libraries cannot be found, the deployment fails. Neither regular deployment nor hot deployment works. My EAR file used to hot deploy properly in Geronimo 1.1.1 (I never used the regular deployer in 1.1.1, so I don't know if that would have worked too). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Build failure with eclipse-plugin trunk Rev509704
I will have to add some more exclusions. The problem is with all the specs changes published pom's are all messed up. Since the jar's are already published there is no way to fix this besides adding exclusions so these dependencies aren't pulled in. -sachin On Feb 20, 2007, at 9:20 PM, Donald Woods wrote: I'm getting the following build error when trying to build the latest Eclipse plug-in code from trunk on WinXP and SUSE Linux with a clean m2 repo and after building the latest 2.0 server - [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.geronimo.specs:geronimo-qname_1.1_spec:test:1.0.1 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.specs - DartifactId=geronimo-qname_1.1_spec \ -Dversion=1.0.1 -Dpackaging=test -Dfile=/path/to/file Path to dependency: 1) org.apache.geronimo.devtools:geronimo-1.1-emf:jar:1.0 2) openejb:openejb-pkgen-builder:jar:2.1.1 3) geronimo:geronimo-kernel:jar:1.1.1 4) org.apache.geronimo.specs:geronimo-qname_1.1_spec:test:1.0.1 -- 1 required artifact is missing. for artifact: org.apache.geronimo.devtools:geronimo-1.1-emf:jar:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache.incubator (http://people.apache.org/repo/m2-incubating- repository/), sppatel (http://people.apache.org/~sppatel/maven/repository/), apache-snapshots (http://people.apache.org/repo/m2-snapshot- repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) [INFO] -- -- Is it really supposed to be -Dpackaging=test or should it be jar? -Donald
Re: Geronimo 2.0 web services support table
Nice work Lin ! :) Cheers! Hernan Lin Sun wrote: Hi there, I have created a table for Geronimo web services support. The page is a child page of the Geronimo Java EE 5.0 report card page, but here is a direct link anyway - http://cwiki.apache.org/GMOxPMGT/geronimo-20-web-services-support.html. Tried to break them down to JAX-WS 2.0, JAX-RPC 1.1, EJB and Client and some of them may just mean test items or stuff we won't implement. I invite you (Jarek, Dims, Lasantha, and others) to edit the page and fill in the missing contents. Thanks, Lin
m2 based juddi snapshot
Folks, Don't remember who exactly asked me..could be jason on dj, but here it is: http://people.apache.org/repo/m2-snapshot-repository/org/apache/juddi/juddi/ With this, now we can remove the local repo at: applications\geronimo-uddi-server\repository\juddi\juddi\0.9rc4\juddi-0.9rc4.jar thanks, dims -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: Geronimo 2.0 web services support table
Excellent! Jarek, Please cross-check when you have a chance. -- dims On 2/21/07, Hernan Cunico [EMAIL PROTECTED] wrote: Nice work Lin ! :) Cheers! Hernan Lin Sun wrote: Hi there, I have created a table for Geronimo web services support. The page is a child page of the Geronimo Java EE 5.0 report card page, but here is a direct link anyway - http://cwiki.apache.org/GMOxPMGT/geronimo-20-web-services-support.html. Tried to break them down to JAX-WS 2.0, JAX-RPC 1.1, EJB and Client and some of them may just mean test items or stuff we won't implement. I invite you (Jarek, Dims, Lasantha, and others) to edit the page and fill in the missing contents. Thanks, Lin -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: [CONF] Apache Geronimo v1.2: Web services sample application (attachment added)
Lasantha, I saw you added the ASL headers to some of the files. Would you mind removing all other licensing/authorship entries in these files. Thx Cheers! Hernan [EMAIL PROTECTED] wrote: New files attached to: GMOxDOC12 http://cwiki.apache.org/confluence/display/GMOxDOC12 : Web services sample application http://cwiki.apache.org/confluence/display/GMOxDOC12/Web+services+sample+application Web services sample application http://cwiki.apache.org/confluence/display/GMOxDOC12/Web+services+sample+application by Lasantha Ranaweera http://cwiki.apache.org/confluence/display/[EMAIL PROTECTED] . Attached file(s): * Calculator.zip http://cwiki.apache.org/confluence/download/attachments/29914/Calculator.zip?version=2 (application/zip, 91 kb) 1.2 Update with Apache Licence Powered by Atlassian Confluence http://www.atlassian.com/software/confluence/default.jsp?clicked=footer (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request http://jira.atlassian.com/secure/BrowseProject.jspa?id=10470 Unsubscribe or edit your notifications preferences http://cwiki.apache.org/confluence/users/viewnotifications.action
Re: [Discussion] Geronimo web site update
It would cool to have the template and css together in svn. It would also be great the ability to shoot a command line to force refresh on a specific space (or an easier access from the web UI) btw, put some ice on the noggin to prevent from melting :P Cheers! Hernan Jason Dillon wrote: I may have an updated template on my local system... will try and find it. I'm really tempted to hack the AutoExport plugin to pull templates from URL's, so we can configure it to use a URL from SVN for the template... and probably can even get includes working to allow splitting up the template into more manageable bits. But... last I looked at the AE plugin it started to melt my brain... so who knows. --jason On Feb 20, 2007, at 2:57 PM, Hernan Cunico wrote: I updated a bunch of pages in GMOxSITE and there are still a lot more to update For now I'm trying to figure out the best way for using the *News* I'll take a look at the template later on, unless somebody else wants to jump in ;-) Just in case you don't know this is the URL - http://cwiki.apache.org/GMOxSITE/index.html Cheers! Hernan Hernan Cunico wrote: For the record, I'm getting an exception while trying to delete that space. Created a JIRA (INFRA-1170) with this issue. Cheers! Hernan Hernan Cunico wrote: Not really, we can nuke it. I'll make a XML bkp and delete it. We have a tar ball backup in the sandbox for sentimental reasons. Cheers! Hernan Jason Dillon wrote: Do we still need this space? http://cwiki.apache.org/confluence/display/GMOxMoinMoin/Home --jason On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote: you mean the shaded frame box? I think the difficult part will be the resizing in the css. Creating the graphics should be pretty simple. Cheers! Hernan Jason Dillon wrote: Can you find out where the ActiveMQ folks got that sexy box image from? I'd *love* to have a nice box like that (g-styled of course) for our page too :-) --jason On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote: Hey Jason, I'm trying to catch up with the News/blog-posts on GMOxSITE as part of the web site update. I created a few tests (added News) but these posts take forever to show up. Any suggestions? Anyway, do you have any idea how could we port the *News* we have on the live site? Cheers! Hernan Jason Dillon wrote: On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote: Folks, after lots of separated discussions on different threads it is clear the spirit for moving the authoring of our web site over Confluence. Let's bring to this thread all the ideas and discussion. Proposal: The idea is to use Confluence as the authoring tool for Geronimo's web site. To achieve this we will use the autoexport plugin already installed and in use on the cwiki.apache.org. With the autoexport plugin we can customize the generated HTML look and feel by using templates. The current POC can be viewed at http://cwiki.apache.org/GMOxSITE (thx Jason D.) Some suggestions (mine ;-) ) - Avoid JIRA references/direct imports, if JIRA is down or running slow it will affect the main web site. Eh... maybe... though JIRA should not be down or slow. These are also static pages, which only pull images off of the JIRA webapp, but we could remove the icon from the rendering. I personally think its useful to show some JIRA activity on some page on the website. Shows that we are still moving even if the website content isn't. - Remove edit/print/export links from the generated site. Only Geronimo committers will have edit access Fine w/me. - Update the template LF. Why not? It is a good opportunity to do it !!! Ya, probably some changes to be made... I like the Cayenne site a lot... clean, simple... nice popup menus. - Need to define how to integrate the other subprojects web sites (consider confluence spaces too). Aye, we need a basic theme that works for the main site, documentation sites and sub-project sites. - pls chime in!!! I volunteer to start updating the content (matching with what we already have on the live site), unless somebody else wants to go it! I will also look at some alternative templates. I really would like to see this happen... so I can lend a hand. --jason
[jira] Created: (GERONIMO-2860) PropertyEditorsTest unit test may harm editorSearchPath
PropertyEditorsTest unit test may harm editorSearchPath
---
Key: GERONIMO-2860
URL: https://issues.apache.org/jira/browse/GERONIMO-2860
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: common
Reporter: Roman S. Bushmanov
This unit test may harm editorSearchPath being run first in a testlist.
In that case subsequent runs of other unit tests for this module in the same
environment will result in NPE.
The reason is simple. If the first test in test run is PropertyEditorsTest than
its setUp() method is called before
org.apache.geronimo.common.propertyeditor.PropertyEditors was loaded and
initialized. So setUp() method stores wrong value of editorSearchPath because
it is modified upon PropertyEditors class initialization. After both test cases
of the test are completed and PropertyEditors class is loaded the method
tearDown() sets back the wrong value of editorSearchPath. As a result after the
test run editorSearchPath has incorrect value.
The suggested fix is to load PropertyEditors clas explicitly before caching the
value of editorSearchPath as follows
protected void setUp() throws Exception {
Class.forName(org.apache.geronimo.common.propertyeditor.PropertyEditors);
editorSearchPath = PropertyEditorManager.getEditorSearchPath();
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2860) PropertyEditorsTest unit test may harm editorSearchPath
[
https://issues.apache.org/jira/browse/GERONIMO-2860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Roman S. Bushmanov updated GERONIMO-2860:
-
Description:
This unit test may harm editorSearchPath being run first in a testlist.
In that case subsequent runs of other unit tests for this module in the same
environment will result in NPE.
The reason is simple. If the first test in test run is PropertyEditorsTest than
its setUp() method is called before
org.apache.geronimo.common.propertyeditor.PropertyEditors was loaded and
initialized. So setUp() method stores wrong value of editorSearchPath because
it is modified upon PropertyEditors class initialization. After both test cases
of the test are completed and PropertyEditors class is loaded the method
tearDown() sets back the wrong value of editorSearchPath. As a result after the
test run editorSearchPath has incorrect value.
The suggested fix is to load PropertyEditors clas explicitly before caching the
value of editorSearchPath as follows
protected void setUp() throws Exception {
Class.forName(org.apache.geronimo.common.propertyeditor.PropertyEditors);
editorSearchPath = PropertyEditorManager.getEditorSearchPath();
}
was:
This unit test may harm editorSearchPath being run first in a testlist.
In that case subsequent runs of other unit tests for this module in the same
environment will result in NPE.
The reason is simple. If the first test in test run is PropertyEditorsTest than
its setUp() method is called before
org.apache.geronimo.common.propertyeditor.PropertyEditors was loaded and
initialized. So setUp() method stores wrong value of editorSearchPath because
it is modified upon PropertyEditors class initialization. After both test cases
of the test are completed and PropertyEditors class is loaded the method
tearDown() sets back the wrong value of editorSearchPath. As a result after the
test run editorSearchPath has incorrect value.
The suggested fix is to load PropertyEditors clas explicitly before caching the
value of editorSearchPath as follows
protected void setUp() throws Exception {
Class.forName(org.apache.geronimo.common.propertyeditor.PropertyEditors);
editorSearchPath = PropertyEditorManager.getEditorSearchPath();
}
PropertyEditorsTest unit test may harm editorSearchPath
---
Key: GERONIMO-2860
URL: https://issues.apache.org/jira/browse/GERONIMO-2860
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: common
Reporter: Roman S. Bushmanov
This unit test may harm editorSearchPath being run first in a testlist.
In that case subsequent runs of other unit tests for this module in the same
environment will result in NPE.
The reason is simple. If the first test in test run is PropertyEditorsTest
than its setUp() method is called before
org.apache.geronimo.common.propertyeditor.PropertyEditors was loaded and
initialized. So setUp() method stores wrong value of editorSearchPath
because it is modified upon PropertyEditors class initialization. After both
test cases of the test are completed and PropertyEditors class is loaded the
method tearDown() sets back the wrong value of editorSearchPath. As a result
after the test run editorSearchPath has incorrect value.
The suggested fix is to load PropertyEditors clas explicitly before caching
the value of editorSearchPath as follows
protected void setUp() throws Exception {
Class.forName(org.apache.geronimo.common.propertyeditor.PropertyEditors);
editorSearchPath = PropertyEditorManager.getEditorSearchPath();
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-1113) WWW site: Add Apache Directory to list of related projects
[ https://issues.apache.org/jira/browse/GERONIMO-1113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474729 ] Stefan Zoerner commented on GERONIMO-1113: -- Apache DS is distributed with the M2 of Geronimo 2.0. It is not started by default. Unfortunately, the ApacheDS version used in the M2 is very old (0.9.2). The current release, which is LDAP certified by the Open Group is 1.0.0. The 1.0.1 is just before release (vote is closed). WWW site: Add Apache Directory to list of related projects -- Key: GERONIMO-1113 URL: https://issues.apache.org/jira/browse/GERONIMO-1113 Project: Geronimo Issue Type: Wish Security Level: public(Regular issues) Components: documentation Affects Versions: 2.0-M2 Reporter: Stefan Zoerner Priority: Trivial Great to see that Apache Directory Server is embeded in the current geronimo-1.0-M5. Thank you for making it availlable in such a confortable way (GBean configuration, start/stop)! Especially new users will like that! Although I do not know what your definition of dependency is, it would be nice if you could add the project to you mosaic list here: http://geronimo.apache.org/dependencies.html Thanks for considering it, we at Directory project would appreciate to be listed (good promotion for us). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-1113) WWW site: Add Apache Directory to list of related projects
[ https://issues.apache.org/jira/browse/GERONIMO-1113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Zoerner updated GERONIMO-1113: - Fix Version/s: (was: 1.x) Affects Version/s: 2.0-M2 WWW site: Add Apache Directory to list of related projects -- Key: GERONIMO-1113 URL: https://issues.apache.org/jira/browse/GERONIMO-1113 Project: Geronimo Issue Type: Wish Security Level: public(Regular issues) Components: documentation Affects Versions: 2.0-M2 Reporter: Stefan Zoerner Priority: Trivial Great to see that Apache Directory Server is embeded in the current geronimo-1.0-M5. Thank you for making it availlable in such a confortable way (GBean configuration, start/stop)! Especially new users will like that! Although I do not know what your definition of dependency is, it would be nice if you could add the project to you mosaic list here: http://geronimo.apache.org/dependencies.html Thanks for considering it, we at Directory project would appreciate to be listed (good promotion for us). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (DAYTRADER-24) Clean up plan files in 1.2 branch
[ https://issues.apache.org/jira/browse/DAYTRADER-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher James Blythe reassigned DAYTRADER-24: - Assignee: Christopher James Blythe (was: Matt Hogstrom) Clean up plan files in 1.2 branch - Key: DAYTRADER-24 URL: https://issues.apache.org/jira/browse/DAYTRADER-24 Project: DayTrader Issue Type: Bug Affects Versions: 1.2 Reporter: Christopher James Blythe Assigned To: Christopher James Blythe Priority: Minor Fix For: 1.2, 2.0 Attachments: daytrader-24.1120.patch, daytrader-24.patch The plan files in the 1.2 branch are are based on Geronimo 1.0 and need to be updated (similar to what is in the Daytrader 1.1 branch). It would also be nice if we could add plan files for Oracle and DB2 data sources. However, it looks like we do not include the necessary Tranql rars in Geronimo to support this out of the box. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: java.lang.OutOfMemoryError: Java heap space
Hi Paul/Prasad, Yes, that fix is now in Tomcat and I'll get it in Jetty today. The patch actually comments out the processWebAnnotations() method in EjbRefBuilder. Thanks, Tim McConnell Paul McMahan wrote: When I disabled processWebAnnotations() in EjbRefBuilder the time it took to deploy a simple web application went from 27 seconds to 9 seconds. I was also able to run web-testsuite without hitting the OOM error and without increasing max heap size. Tim, IIUC you had a patch ready for GERONIMO-2816. It might be a good time to try that out :-) Best wishes, Paul On 2/9/07, Lin Sun [EMAIL PROTECTED] wrote: I've seen the same thing with the jax-ws test! It took over 15 secs to deploy and I know it wasn't taken that long a few weeks ago. Lin Also, the deployment itself now seems to take atleast 2x-4x longer than before. Cheers Prasad
Re: java.lang.OutOfMemoryError: Java heap space
Thanks Tim, great work on the annotations. You've got that tiger by the tail. Best wishes, Paul On 2/21/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Paul/Prasad, Yes, that fix is now in Tomcat and I'll get it in Jetty today. The patch actually comments out the processWebAnnotations() method in EjbRefBuilder. Thanks, Tim McConnell
Re: java.lang.OutOfMemoryError: Java heap space
Awesome ! Thanx Tim. Cheers Prasad On 2/21/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Paul/Prasad, Yes, that fix is now in Tomcat and I'll get it in Jetty today. The patch actually comments out the processWebAnnotations() method in EjbRefBuilder. Thanks, Tim McConnell Paul McMahan wrote: When I disabled processWebAnnotations() in EjbRefBuilder the time it took to deploy a simple web application went from 27 seconds to 9 seconds. I was also able to run web-testsuite without hitting the OOM error and without increasing max heap size. Tim, IIUC you had a patch ready for GERONIMO-2816. It might be a good time to try that out :-) Best wishes, Paul On 2/9/07, Lin Sun [EMAIL PROTECTED] wrote: I've seen the same thing with the jax-ws test! It took over 15 secs to deploy and I know it wasn't taken that long a few weeks ago. Lin Also, the deployment itself now seems to take atleast 2x-4x longer than before. Cheers Prasad
Axis2 generated test classes
Hi, Looks like the src/test/java/org/apache/hello_control/types/* classes in geronimo-axis2 module got checked into the svn but they are also regenerated each time the module is built. So svn diff on the module will always result in something like: Index: src/test/java/org/apache/hello_control/types/ObjectFactory.java === --- src/test/java/org/apache/hello_control/types/ObjectFactory.java (revisio n 510088) +++ src/test/java/org/apache/hello_control/types/ObjectFactory.java (working copy) @@ -2,7 +2,7 @@ // This file was generated by the JavaTM Architecture for XML Binding(JAXB) Ref erence Implementation, v2.0.2-b01-fcs // See a href=http://java.sun.com/xml/jaxb;http://java.sun.com/xml/jaxb/a // Any modifications to this file will be lost upon recompilation of the source schema. -// Generated on: 2007.02.20 at 06:26:22 PM EST +// Generated on: 2007.02.21 at 11:38:23 AM EST // Can one of you fix that? Thanks, Jarek
[jira] Created: (GERONIMO-2861) Basic tests for EJB JAX-WS support
Basic tests for EJB JAX-WS support -- Key: GERONIMO-2861 URL: https://issues.apache.org/jira/browse/GERONIMO-2861 Project: Geronimo Issue Type: Test Security Level: public (Regular issues) Components: webservices Reporter: Jarek Gawor -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2861) Basic tests for EJB JAX-WS support
[ https://issues.apache.org/jira/browse/GERONIMO-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-2861: -- Attachment: GERONIMO-2861.patch Basic tests for EJB JAX-WS support -- Key: GERONIMO-2861 URL: https://issues.apache.org/jira/browse/GERONIMO-2861 Project: Geronimo Issue Type: Test Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2861.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
derby, images, and bin directories in DayTrader
Matt, et. al. As part of the DayTrader 1.2/2.0 cleanup, I was looking through the src tree and was wondering if the following directories need to be deleted, removed, or revamped. - images Looks like this directory contains some Photoshop mock ups of the DayTrader UI. Do we still need these? - bin It looks like most of these files are carry overs from 1.0 and need to either be removed or revamped. - modules/derby This directory contains scripts for creating derby database and associated tables. This function can be performed using the plan file and table creation function in the application without the use of scripts. I think we should keep the script around; however, I don't think the module directory is the best location for it. It looks like this directory was at one time processed by maven, but I'm not exactly sure why. Perhaps it should be moved to the bin directory and the schema files should be synced up with those in the WAR. Thoughts or comments??? Chris -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
[jira] Assigned: (GERONIMO-2861) Basic tests for EJB JAX-WS support
[ https://issues.apache.org/jira/browse/GERONIMO-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Prasad Kashyap reassigned GERONIMO-2861: Assignee: Prasad Kashyap Basic tests for EJB JAX-WS support -- Key: GERONIMO-2861 URL: https://issues.apache.org/jira/browse/GERONIMO-2861 Project: Geronimo Issue Type: Test Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Assigned To: Prasad Kashyap Attachments: GERONIMO-2861.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2861) Basic tests for EJB JAX-WS support
[ https://issues.apache.org/jira/browse/GERONIMO-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Prasad Kashyap closed GERONIMO-2861. Resolution: Fixed Need more work on this testcase. Basic tests for EJB JAX-WS support -- Key: GERONIMO-2861 URL: https://issues.apache.org/jira/browse/GERONIMO-2861 Project: Geronimo Issue Type: Test Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Assigned To: Prasad Kashyap Attachments: GERONIMO-2861.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
New way to specify jaxws impl with a system property
After discussions with jgawor, dims, and jdillon we realized we could switch jaxws implementations using a system property and the expression evaluation features in config.xml. If you specify nothing, you will get cxf with jetty and axis2 with tomcat. To specify which one you want explicitly, include -Dorg.apache.geronimo.jaxwsimpl=cxf or -Dorg.apache.geronimo.jaxwsimpl=axis2 in your command line thanks david jencks
Re: New way to specify jaxws impl with a system property
Awesome!! thanks. -- dims On 2/21/07, David Jencks [EMAIL PROTECTED] wrote: After discussions with jgawor, dims, and jdillon we realized we could switch jaxws implementations using a system property and the expression evaluation features in config.xml. If you specify nothing, you will get cxf with jetty and axis2 with tomcat. To specify which one you want explicitly, include -Dorg.apache.geronimo.jaxwsimpl=cxf or -Dorg.apache.geronimo.jaxwsimpl=axis2 in your command line thanks david jencks -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
[jira] Updated: (GERONIMO-2743) [Code donation] J2G Conversion tool
[ https://issues.apache.org/jira/browse/GERONIMO-2743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeffrey Faelnar updated GERONIMO-2743: -- Attachment: J2G-Migration_2.0.0_src_20070220-1501.zip The JIRA has been updated with the copyrights fixed and packages renamed. [Code donation] J2G Conversion tool --- Key: GERONIMO-2743 URL: https://issues.apache.org/jira/browse/GERONIMO-2743 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Affects Versions: 1.1.x Environment: MS Windows XP SP2 (although Java based should work on any OS supporting Java) Reporter: Filip Hanik Priority: Minor Fix For: 1.1.x Attachments: CCLA.tif, Covalent-J2G-Tool.pdf, J2G-Migration-v2_src_1.0.0.zip, J2G-Migration_2.0.0_src_20070220-1501.zip IBM has together with in a joint effort with Covalent developed a JBoss to Geronimo conversion tool. This tool is used when converting applications from JBoss to Geronimo, and automatically converts the configuration file from one app server to the other. We feel that this piece of software adds value to Geronimo and users adopting Geronimo and would like to see this effort continue as part of the Geronimo project, a plugin or a sub project of Geronimo. The initial donation is for version 1.0 of this tool, and while a 1.1 is in the making to improve 1.0, 1.1 is not yet complete but will be donated as soon as the community feels that this tool belongs at the ASF, more specifically within the Geronimo project. If you'd think this tool is valuable, but believe it should go through incubation, we would hope that a Geronimo committer would step up and champion this effort. The tool, including IBM's CCLA, can be found at http://people.apache.org/~fhanik/j2g/j2g.html (Covalent will file the CCLA upon request) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: New way to specify jaxws impl with a system property
This is great - I like it! Lin David Jencks wrote: After discussions with jgawor, dims, and jdillon we realized we could switch jaxws implementations using a system property and the expression evaluation features in config.xml. If you specify nothing, you will get cxf with jetty and axis2 with tomcat. To specify which one you want explicitly, include -Dorg.apache.geronimo.jaxwsimpl=cxf or -Dorg.apache.geronimo.jaxwsimpl=axis2 in your command line thanks david jencks
[jira] Created: (GERONIMO-2864) JAX-RPC app client error
JAX-RPC app client error Key: GERONIMO-2864 URL: https://issues.apache.org/jira/browse/GERONIMO-2864 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: webservices Reporter: Jarek Gawor JAX-RPC app client can fail with ClassNotFoundException wsdl4j class. The attached patch adds wsdl4j.jar dependency to the app client. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2864) JAX-RPC app client error
[ https://issues.apache.org/jira/browse/GERONIMO-2864?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-2864: -- Attachment: GERONIMO-2864.patch JAX-RPC app client error Key: GERONIMO-2864 URL: https://issues.apache.org/jira/browse/GERONIMO-2864 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2864.patch JAX-RPC app client can fail with ClassNotFoundException wsdl4j class. The attached patch adds wsdl4j.jar dependency to the app client. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo v2.0 Documentation - Administration
Karthiga, I just realized I said I would only work on the first two bullets. I just finished the whole Administering the Apache Geronimo Server section. To be consistent with previous docs I also created an Administrative tasks and moved the content accordingly. Sorry for the confusion, what other area would you like to work on for the v2.0 doc? Cheers! Hernan Hernan Cunico wrote: Actually I was working on that topic. Left on Adding new listeners for the Web containers These are the topics covered in v1.2 under Administering the Apache Geronimo Server. I'll finish the two sections I started (Adding new listeners for the Web containers and Configure log level). Feel free to jump on any of the other topics (Configuring a remote Apache HTTP server, Configuring the JMS server ...) # Administering the Apache Geronimo Server * Adding new listeners for the Web containers o Add new AJP listener o Add new HTTP listener o Add new HTTPS listener * Configure log level o Derby Log Viewer o Log Manager o Server Log Viewer o Web Access Log Viewer * Configuring a remote Apache HTTP server o Configure Apache HTTPd as a reverse proxy (mod_proxy) o Configure Apache HTTPd with Jakarta Tomcat Connector (mod_jk) * Configuring the JMS server * Display JVM information * Monitor Server status * Performance monitoring * Starting and stopping the server Also, add any other topic you consider should be covered in this (or any other) section. Cheers! Hernan Karthiga Ratnam wrote: I'm in for covering the Adminstration series of articles. If no one is working on it , I would like to cover the areas under Adminstering the Apache Geronimo Server. Any other topics I can cover?? Regards Karthiga On 2/20/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: - Continuing the discussion for topics to cover in the Geronimo v2.0 Documentation - Administration section - The idea is to use Geronimo's existing documentation as a topic guideline adding user input for new topics. So, pls chime in with the topics you would like to see covered. It would be great to see volunteers too ;-) Here are some of the topics already covered: http://cwiki.apache.org/GMOxDOC20/administration.html http://cwiki.apache.org/GMOxDOC20/administration.html What other topics would you like to see covered? What areas you volunteer to work on? (rise your hand, don't be shy, there are a couple of threads already showing volunteers to work on documentation ;-) ) Cheers! Hernan
Re: derby, images, and bin directories in DayTrader
On Feb 21, 2007, at 12:37 PM, Christopher Blythe wrote: Matt, et. al. As part of the DayTrader 1.2/2.0 cleanup, I was looking through the src tree and was wondering if the following directories need to be deleted, removed, or revamped. - images Looks like this directory contains some Photoshop mock ups of the DayTrader UI. Do we still need these? Only if you want to use them to change the UI. - bin It looks like most of these files are carry overs from 1.0 and need to either be removed or revamped. Were for convenience only... - modules/derby This directory contains scripts for creating derby database and associated tables. This function can be performed using the plan file and table creation function in the application without the use of scripts. I think we should keep the script around; however, I don't think the module directory is the best location for it. It looks like this directory was at one time processed by maven, but I'm not exactly sure why. Perhaps it should be moved to the bin directory and the schema files should be synced up with those in the WAR. With the cool feature provided by Piyush these are no longer needed. Thoughts or comments??? Can you make corresponding changes to trunk as well? Chris -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
Maven warning issued during build
When I'm building trunk I periodically get this message streaming out for long periods of time. [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.JdkPrefixProfileActivator @dfbb43 I eventually kill the build and restart and it goes away anyone else get this?
Re: New way to specify jaxws impl with a system property
Very cool :D On Feb 21, 2007, at 10:53 AM, David Jencks wrote: -Dorg.apache.geronimo.jaxwsimpl=cxf I find the smushed words jaxws and impl a bit hard to read. How about -Dorg.apache.geronimo.jaxws.provider=cxf or just - Dorg.apache.geronimo.jaxws=axis2? Not really that important... -dain
Re: [Discussion] Geronimo web site update
Hey Jason, have you tried to install the autoexport plugin in Confluence 2.3.3? for the record, I can't get it to work Cheers! Hernan Jason Dillon wrote: I may have an updated template on my local system... will try and find it. I'm really tempted to hack the AutoExport plugin to pull templates from URL's, so we can configure it to use a URL from SVN for the template... and probably can even get includes working to allow splitting up the template into more manageable bits. But... last I looked at the AE plugin it started to melt my brain... so who knows. --jason On Feb 20, 2007, at 2:57 PM, Hernan Cunico wrote: I updated a bunch of pages in GMOxSITE and there are still a lot more to update For now I'm trying to figure out the best way for using the *News* I'll take a look at the template later on, unless somebody else wants to jump in ;-) Just in case you don't know this is the URL - http://cwiki.apache.org/GMOxSITE/index.html Cheers! Hernan Hernan Cunico wrote: For the record, I'm getting an exception while trying to delete that space. Created a JIRA (INFRA-1170) with this issue. Cheers! Hernan Hernan Cunico wrote: Not really, we can nuke it. I'll make a XML bkp and delete it. We have a tar ball backup in the sandbox for sentimental reasons. Cheers! Hernan Jason Dillon wrote: Do we still need this space? http://cwiki.apache.org/confluence/display/GMOxMoinMoin/Home --jason On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote: you mean the shaded frame box? I think the difficult part will be the resizing in the css. Creating the graphics should be pretty simple. Cheers! Hernan Jason Dillon wrote: Can you find out where the ActiveMQ folks got that sexy box image from? I'd *love* to have a nice box like that (g-styled of course) for our page too :-) --jason On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote: Hey Jason, I'm trying to catch up with the News/blog-posts on GMOxSITE as part of the web site update. I created a few tests (added News) but these posts take forever to show up. Any suggestions? Anyway, do you have any idea how could we port the *News* we have on the live site? Cheers! Hernan Jason Dillon wrote: On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote: Folks, after lots of separated discussions on different threads it is clear the spirit for moving the authoring of our web site over Confluence. Let's bring to this thread all the ideas and discussion. Proposal: The idea is to use Confluence as the authoring tool for Geronimo's web site. To achieve this we will use the autoexport plugin already installed and in use on the cwiki.apache.org. With the autoexport plugin we can customize the generated HTML look and feel by using templates. The current POC can be viewed at http://cwiki.apache.org/GMOxSITE (thx Jason D.) Some suggestions (mine ;-) ) - Avoid JIRA references/direct imports, if JIRA is down or running slow it will affect the main web site. Eh... maybe... though JIRA should not be down or slow. These are also static pages, which only pull images off of the JIRA webapp, but we could remove the icon from the rendering. I personally think its useful to show some JIRA activity on some page on the website. Shows that we are still moving even if the website content isn't. - Remove edit/print/export links from the generated site. Only Geronimo committers will have edit access Fine w/me. - Update the template LF. Why not? It is a good opportunity to do it !!! Ya, probably some changes to be made... I like the Cayenne site a lot... clean, simple... nice popup menus. - Need to define how to integrate the other subprojects web sites (consider confluence spaces too). Aye, we need a basic theme that works for the main site, documentation sites and sub-project sites. - pls chime in!!! I volunteer to start updating the content (matching with what we already have on the live site), unless somebody else wants to go it! I will also look at some alternative templates. I really would like to see this happen... so I can lend a hand. --jason
anyone able to start geronimo with today's build?
Hi there, I found that I could not start AG with a new build I did this AM (with rev 509970). Here's the error - E:\linsun\geronimo-jetty6-jee5-2.0-SNAPSHOT\binjava -jar server.jar Booting Geronimo Kernel (in Java 1.5.0_10)... 16:13:19,187 WARN [ConfigurationUtil] Could not load gbean org.apache.geronimo. configs/j2ee-system/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j 2ee-system/2.0-SNAPSHOT/car,j2eeType=Repository,name=Repository org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Repository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) [ ] 0% 0s Startup failed org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exceptio n at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:444) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not fi nd a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Re pository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) ... 5 more org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exceptio n at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:444) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not fi nd a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Re pository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) ... 5 more Server shutdown begun Server shutdown completed Anyone else has seen this? Would a basic startup/shutdown test be something interesting to be added to our four times daily auto build test? Lin
Re: Spring 2.0 and XBean
Good idea, I think we should do a 3.0 of xbean and throwing away the spring 1.x support On 2/21/07, Terry Cox [EMAIL PROTECTED] wrote: Well, I'm not sure how to solve the problem in the xbean build. Just a question, but does XBean need to evolve with backward compatability to multiple Spring versions in the trunk, or should it fork to a new release path that is maintained in parallel with the associated Spring release? -- Terry -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Re: [Discussion] Geronimo web site update
No I have not tried, but got word from Pier that he is working on it. --jason -Original Message- From: Hernan Cunico [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 16:10:23 To:dev@geronimo.apache.org Subject: Re: [Discussion] Geronimo web site update Hey Jason, have you tried to install the autoexport plugin in Confluence 2.3.3? for the record, I can't get it to work Cheers! Hernan Jason Dillon wrote: I may have an updated template on my local system... will try and find it. I'm really tempted to hack the AutoExport plugin to pull templates from URL's, so we can configure it to use a URL from SVN for the template... and probably can even get includes working to allow splitting up the template into more manageable bits. But... last I looked at the AE plugin it started to melt my brain... so who knows. --jason On Feb 20, 2007, at 2:57 PM, Hernan Cunico wrote: I updated a bunch of pages in GMOxSITE and there are still a lot more to update For now I'm trying to figure out the best way for using the *News* I'll take a look at the template later on, unless somebody else wants to jump in ;-) Just in case you don't know this is the URL - http://cwiki.apache.org/GMOxSITE/index.html Cheers! Hernan Hernan Cunico wrote: For the record, I'm getting an exception while trying to delete that space. Created a JIRA (INFRA-1170) with this issue. Cheers! Hernan Hernan Cunico wrote: Not really, we can nuke it. I'll make a XML bkp and delete it. We have a tar ball backup in the sandbox for sentimental reasons. Cheers! Hernan Jason Dillon wrote: Do we still need this space? http://cwiki.apache.org/confluence/display/GMOxMoinMoin/Home --jason On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote: you mean the shaded frame box? I think the difficult part will be the resizing in the css. Creating the graphics should be pretty simple. Cheers! Hernan Jason Dillon wrote: Can you find out where the ActiveMQ folks got that sexy box image from? I'd *love* to have a nice box like that (g-styled of course) for our page too :-) --jason On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote: Hey Jason, I'm trying to catch up with the News/blog-posts on GMOxSITE as part of the web site update. I created a few tests (added News) but these posts take forever to show up. Any suggestions? Anyway, do you have any idea how could we port the *News* we have on the live site? Cheers! Hernan Jason Dillon wrote: On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote: Folks, after lots of separated discussions on different threads it is clear the spirit for moving the authoring of our web site over Confluence. Let's bring to this thread all the ideas and discussion. Proposal: The idea is to use Confluence as the authoring tool for Geronimo's web site. To achieve this we will use the autoexport plugin already installed and in use on the cwiki.apache.org. With the autoexport plugin we can customize the generated HTML look and feel by using templates. The current POC can be viewed at http://cwiki.apache.org/GMOxSITE (thx Jason D.) Some suggestions (mine ;-) ) - Avoid JIRA references/direct imports, if JIRA is down or running slow it will affect the main web site. Eh... maybe... though JIRA should not be down or slow. These are also static pages, which only pull images off of the JIRA webapp, but we could remove the icon from the rendering. I personally think its useful to show some JIRA activity on some page on the website. Shows that we are still moving even if the website content isn't. - Remove edit/print/export links from the generated site. Only Geronimo committers will have edit access Fine w/me. - Update the template LF. Why not? It is a good opportunity to do it !!! Ya, probably some changes to be made... I like the Cayenne site a lot... clean, simple... nice popup menus. - Need to define how to integrate the other subprojects web sites (consider confluence spaces too). Aye, we need a basic theme that works for the main site, documentation sites and sub-project sites. - pls chime in!!! I volunteer to start updating the content (matching with what we already have on the live site), unless somebody else wants to go it! I will also look at some alternative templates. I really would like to see this happen... so I can lend a hand. --jason
Re: New way to specify jaxws impl with a system property
I like the .provider myself --jason -Original Message- From: Dain Sundstrom [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 13:08:43 To:dev@geronimo.apache.org Subject: Re: New way to specify jaxws impl with a system property Very cool :D On Feb 21, 2007, at 10:53 AM, David Jencks wrote: -Dorg.apache.geronimo.jaxwsimpl=cxf I find the smushed words jaxws and impl a bit hard to read. How about -Dorg.apache.geronimo.jaxws.provider=cxf or just - Dorg.apache.geronimo.jaxws=axis2? Not really that important... -dain
Re: New way to specify jaxws impl with a system property
Ok...I need to throw out the token me too ;-) [EMAIL PROTECTED] wrote: I like the .provider myself --jason -Original Message- From: Dain Sundstrom [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 13:08:43 To:dev@geronimo.apache.org Subject: Re: New way to specify jaxws impl with a system property Very cool :D On Feb 21, 2007, at 10:53 AM, David Jencks wrote: -Dorg.apache.geronimo.jaxwsimpl=cxf I find the smushed words jaxws and impl a bit hard to read. How about -Dorg.apache.geronimo.jaxws.provider=cxf or just - Dorg.apache.geronimo.jaxws=axis2? Not really that important... -dain
Re: New way to specify jaxws impl with a system property
+1 On 2/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I like the .provider myself --jason -Original Message- From: Dain Sundstrom [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 13:08:43 To:dev@geronimo.apache.org Subject: Re: New way to specify jaxws impl with a system property Very cool :D On Feb 21, 2007, at 10:53 AM, David Jencks wrote: -Dorg.apache.geronimo.jaxwsimpl=cxf I find the smushed words jaxws and impl a bit hard to read. How about -Dorg.apache.geronimo.jaxws.provider=cxf or just - Dorg.apache.geronimo.jaxws=axis2? Not really that important... -dain -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: derby, images, and bin directories in DayTrader
- images I have no desire to change the UI...will delete them... - bin Will drop everything except a deploy and undeploy script that work on the desired geronimo level - modules/derby In a previous thread, I think we decided to at least keep the DDLs around. Will remove modules/derby and place a copy of the derby DDL somewhere under bin. Any objections? On 2/21/07, Matt Hogstrom [EMAIL PROTECTED] wrote: On Feb 21, 2007, at 12:37 PM, Christopher Blythe wrote: Matt, et. al. As part of the DayTrader 1.2/2.0 cleanup, I was looking through the src tree and was wondering if the following directories need to be deleted, removed, or revamped. - images Looks like this directory contains some Photoshop mock ups of the DayTrader UI. Do we still need these? Only if you want to use them to change the UI. - bin It looks like most of these files are carry overs from 1.0 and need to either be removed or revamped. Were for convenience only... - modules/derby This directory contains scripts for creating derby database and associated tables. This function can be performed using the plan file and table creation function in the application without the use of scripts. I think we should keep the script around; however, I don't think the module directory is the best location for it. It looks like this directory was at one time processed by maven, but I'm not exactly sure why. Perhaps it should be moved to the bin directory and the schema files should be synced up with those in the WAR. With the cool feature provided by Piyush these are no longer needed. Thoughts or comments??? Can you make corresponding changes to trunk as well? Chris -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
Re: anyone able to start geronimo with today's build?
Lin, I am able to start/run G from the Jetty driver I got from here http://people.apache.org/~prasad/binaries/20070221/ Haven't tried tomcat. Cheers Prasad On 2/21/07, Lin Sun [EMAIL PROTECTED] wrote: Hi there, I found that I could not start AG with a new build I did this AM (with rev 509970). Here's the error - E:\linsun\geronimo-jetty6-jee5-2.0-SNAPSHOT\binjava -jar server.jar Booting Geronimo Kernel (in Java 1.5.0_10)... 16:13:19,187 WARN [ConfigurationUtil] Could not load gbean org.apache.geronimo. configs/j2ee-system/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j 2ee-system/2.0-SNAPSHOT/car,j2eeType=Repository,name=Repository org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Repository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) [ ] 0% 0s Startup failed org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exceptio n at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:444) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not fi nd a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Re pository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) ... 5 more org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exceptio n at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:444) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not fi nd a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Re pository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) ... 5 more Server shutdown begun Server shutdown completed Anyone else has seen this? Would a basic startup/shutdown test be something interesting to be added to our four times daily auto build test? Lin
Re: anyone able to start geronimo with today's build?
Thanks Prasad! The jetty zip file I built is about 4-5Mb bigger than yours. I am cleaning my .m2 repo and rebuild it. Lin Prasad Kashyap wrote: Lin, I am able to start/run G from the Jetty driver I got from here http://people.apache.org/~prasad/binaries/20070221/ Haven't tried tomcat. Cheers Prasad On 2/21/07, Lin Sun [EMAIL PROTECTED] wrote: Hi there, I found that I could not start AG with a new build I did this AM (with rev 509970). Here's the error - E:\linsun\geronimo-jetty6-jee5-2.0-SNAPSHOT\binjava -jar server.jar Booting Geronimo Kernel (in Java 1.5.0_10)... 16:13:19,187 WARN [ConfigurationUtil] Could not load gbean org.apache.geronimo. configs/j2ee-system/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j 2ee-system/2.0-SNAPSHOT/car,j2eeType=Repository,name=Repository org.apache.geronimo.gbean.InvalidConfigurationException: Could not find a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Repository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) [ ] 0% 0s Startup failed org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exceptio n at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:444) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not fi nd a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Re pository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) ... 5 more org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exceptio n at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:444) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:155) at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConf iguration(ConfigurationUtil.java:126) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:242) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366) Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: Could not fi nd a valid constructor for GBean: org.apache.geronimo.system.repository.Maven2Re pository ParameterTypes: [class java.net.URI, interface org.apache.geronimo.system.server info.ServerInfo, boolean] constructor types: [class java.io.File] constructor types: [class java.net.URI, interface org.apache.geronimo.system.ser verinfo.ServerInfo] at org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance. java:351) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.ja va:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio nGBeans(ConfigurationUtil.java:363) ... 5 more Server shutdown begun Server shutdown completed Anyone else has seen this? Would a basic startup/shutdown test be something interesting to be added to our four times daily auto
Re: [Discussion] Geronimo web site update
Ok, what's the news from Pier? I haven't heard anything back For the time being I had to pull back to 2.2.10 to run the plugin. btw, I'm starting to look into the export template Did you mentioned having a different version of the template? a more updated one? Cheers! Hernan [EMAIL PROTECTED] wrote: No I have not tried, but got word from Pier that he is working on it. --jason -Original Message- From: Hernan Cunico [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 16:10:23 To:dev@geronimo.apache.org Subject: Re: [Discussion] Geronimo web site update Hey Jason, have you tried to install the autoexport plugin in Confluence 2.3.3? for the record, I can't get it to work Cheers! Hernan Jason Dillon wrote: I may have an updated template on my local system... will try and find it. I'm really tempted to hack the AutoExport plugin to pull templates from URL's, so we can configure it to use a URL from SVN for the template... and probably can even get includes working to allow splitting up the template into more manageable bits. But... last I looked at the AE plugin it started to melt my brain... so who knows. --jason On Feb 20, 2007, at 2:57 PM, Hernan Cunico wrote: I updated a bunch of pages in GMOxSITE and there are still a lot more to update For now I'm trying to figure out the best way for using the *News* I'll take a look at the template later on, unless somebody else wants to jump in ;-) Just in case you don't know this is the URL - http://cwiki.apache.org/GMOxSITE/index.html Cheers! Hernan Hernan Cunico wrote: For the record, I'm getting an exception while trying to delete that space. Created a JIRA (INFRA-1170) with this issue. Cheers! Hernan Hernan Cunico wrote: Not really, we can nuke it. I'll make a XML bkp and delete it. We have a tar ball backup in the sandbox for sentimental reasons. Cheers! Hernan Jason Dillon wrote: Do we still need this space? http://cwiki.apache.org/confluence/display/GMOxMoinMoin/Home --jason On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote: you mean the shaded frame box? I think the difficult part will be the resizing in the css. Creating the graphics should be pretty simple. Cheers! Hernan Jason Dillon wrote: Can you find out where the ActiveMQ folks got that sexy box image from? I'd *love* to have a nice box like that (g-styled of course) for our page too :-) --jason On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote: Hey Jason, I'm trying to catch up with the News/blog-posts on GMOxSITE as part of the web site update. I created a few tests (added News) but these posts take forever to show up. Any suggestions? Anyway, do you have any idea how could we port the *News* we have on the live site? Cheers! Hernan Jason Dillon wrote: On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote: Folks, after lots of separated discussions on different threads it is clear the spirit for moving the authoring of our web site over Confluence. Let's bring to this thread all the ideas and discussion. Proposal: The idea is to use Confluence as the authoring tool for Geronimo's web site. To achieve this we will use the autoexport plugin already installed and in use on the cwiki.apache.org. With the autoexport plugin we can customize the generated HTML look and feel by using templates. The current POC can be viewed at http://cwiki.apache.org/GMOxSITE (thx Jason D.) Some suggestions (mine ;-) ) - Avoid JIRA references/direct imports, if JIRA is down or running slow it will affect the main web site. Eh... maybe... though JIRA should not be down or slow. These are also static pages, which only pull images off of the JIRA webapp, but we could remove the icon from the rendering. I personally think its useful to show some JIRA activity on some page on the website. Shows that we are still moving even if the website content isn't. - Remove edit/print/export links from the generated site. Only Geronimo committers will have edit access Fine w/me. - Update the template LF. Why not? It is a good opportunity to do it !!! Ya, probably some changes to be made... I like the Cayenne site a lot... clean, simple... nice popup menus. - Need to define how to integrate the other subprojects web sites (consider confluence spaces too). Aye, we need a basic theme that works for the main site, documentation sites and sub-project sites. - pls chime in!!! I volunteer to start updating the content (matching with what we already have on the live site), unless somebody else wants to go it! I will also look at some alternative templates. I really would like to see this happen... so I can lend a hand. --jason
[jira] Closed: (GERONIMO-2862) Detect Yoko classes are not endorsed
[ https://issues.apache.org/jira/browse/GERONIMO-2862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-2862. -- Resolution: Fixed Fix Version/s: 2.0-beta1 1.2 Committed revision 510163 -- Geronimo 1.2 (note, commit was to openejb). Committed revision 510248. -- Geronimo 2.0 Detect Yoko classes are not endorsed Key: GERONIMO-2862 URL: https://issues.apache.org/jira/browse/GERONIMO-2862 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: CORBA Reporter: Dain Sundstrom Assigned To: Rick McGuire Fix For: 1.2, 2.0-beta1 When the Yoko classes are not installed in the endorsed directory, we get non-obvious exceptions like the following from the Yoko code. java.lang.NoSuchMethodError: org.omg.PortableInterceptor.IORInterceptor_3_0.adapter_manager_state_changed(Ljava/lang/String;S)V at org.apache.yoko.orb.OB.PIManager.adapterManagerStateChange(PIManager.java:532) at org.apache.yoko.orb.OBPortableServer.POAManager_impl.activate(POAManager_impl.java:213) at org.apache.yoko.orb.CosNaming.tnaming.TransientNameService.initialize(TransientNameService.java:130) We should be able to detect that the Yoko specs are not endorsed and throw an specific exception informing the user how to fix the problem. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Maven warning issued during build
What version of Maven? --jason -Original Message- From: Matt Hogstrom [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 15:25:30 To:dev@geronimo.apache.org Subject: Maven warning issued during build When I'm building trunk I periodically get this message streaming out for long periods of time. [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.JdkPrefixProfileActivator @dfbb43 I eventually kill the build and restart and it goes away anyone else get this?
[jira] Created: (SM-854) LogService uses hard-coded path to the log4j.xml file
LogService uses hard-coded path to the log4j.xml file
--
Key: SM-854
URL: https://issues.apache.org/activemq/browse/SM-854
Project: ServiceMix
Issue Type: Bug
Components: servicemix-core
Affects Versions: 3.1
Reporter: Bruce Snyder
Assigned To: Bruce Snyder
The path the log4j.xml file is hard-coded to {{conf/log4j.xml}}. If ServiceMix
is started from inside the {{bin}} directory, ServiceMix won't be able to
locate this file and logging will not work properly. Below is the output from a
started in the {{bin}} directory:
{panel}
$ ./servicemix
servicemix: JAVA_HOME not set; results may vary
java version 1.5.0_07
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164)
Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing)
Starting Apache ServiceMix ESB: 3.1-incubating-SNAPSHOT
Loading Apache ServiceMix from servicemix.xml on the CLASSPATH
INFO - ConnectorServerFactoryBean - JMX connector available at:
service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi
INFO - JBIContainer - ServiceMix 3.1-incubating-SNAPSHOT JBI
Container (ServiceMix) is starting
INFO - JBIContainer - For help or more informations please
see: http://incubator.apache.org/servicemix/
INFO - ComponentMBeanImpl - Initializing component:
#SubscriptionManager#
INFO - DeploymentService - Restoring service assemblies
INFO - JBIContainer - ServiceMix JBI Container (ServiceMix)
started
INFO - JDBCAdapterFactory - Database driver recognized:
[apache_derby_embedded_jdbc_driver]
ERROR - LogTask- java.io.FileNotFoundException:
conf/log4j.xml (No such file or directory)
{panel}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-854) LogService uses hard-coded path to the log4j.xml file
[
https://issues.apache.org/activemq/browse/SM-854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruce Snyder updated SM-854:
Attachment: SM-854.patch.txt
Attached a patch.
LogService uses hard-coded path to the log4j.xml file
--
Key: SM-854
URL: https://issues.apache.org/activemq/browse/SM-854
Project: ServiceMix
Issue Type: Bug
Components: servicemix-core
Affects Versions: 3.1
Reporter: Bruce Snyder
Assigned To: Bruce Snyder
Attachments: SM-854.patch.txt
The path the log4j.xml file is hard-coded to {{conf/log4j.xml}}. If
ServiceMix is started from inside the {{bin}} directory, ServiceMix won't be
able to locate this file and logging will not work properly. Below is the
output from a started in the {{bin}} directory:
{panel}
$ ./servicemix
servicemix: JAVA_HOME not set; results may vary
java version 1.5.0_07
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164)
Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing)
Starting Apache ServiceMix ESB: 3.1-incubating-SNAPSHOT
Loading Apache ServiceMix from servicemix.xml on the CLASSPATH
INFO - ConnectorServerFactoryBean - JMX connector available at:
service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi
INFO - JBIContainer - ServiceMix 3.1-incubating-SNAPSHOT
JBI Container (ServiceMix) is starting
INFO - JBIContainer - For help or more informations please
see: http://incubator.apache.org/servicemix/
INFO - ComponentMBeanImpl - Initializing component:
#SubscriptionManager#
INFO - DeploymentService - Restoring service assemblies
INFO - JBIContainer - ServiceMix JBI Container
(ServiceMix) started
INFO - JDBCAdapterFactory - Database driver recognized:
[apache_derby_embedded_jdbc_driver]
ERROR - LogTask- java.io.FileNotFoundException:
conf/log4j.xml (No such file or directory)
{panel}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (SM-854) LogService uses hard-coded path to the log4j.xml file
[
https://issues.apache.org/activemq/browse/SM-854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bruce Snyder closed SM-854.
---
Resolution: Fixed
Fix Version/s: 3.2
Patch applied:
Sendingsrc/main/java/org/apache/servicemix/jbi/logging/LogService.java
Sendingsrc/main/java/org/apache/servicemix/jbi/logging/LogTask.java
Transmitting file data ..
Committed revision 510267.
LogService uses hard-coded path to the log4j.xml file
--
Key: SM-854
URL: https://issues.apache.org/activemq/browse/SM-854
Project: ServiceMix
Issue Type: Bug
Components: servicemix-core
Affects Versions: 3.1
Reporter: Bruce Snyder
Assigned To: Bruce Snyder
Fix For: 3.2
Attachments: SM-854.patch.txt
The path the log4j.xml file is hard-coded to {{conf/log4j.xml}}. If
ServiceMix is started from inside the {{bin}} directory, ServiceMix won't be
able to locate this file and logging will not work properly. Below is the
output from a started in the {{bin}} directory:
{panel}
$ ./servicemix
servicemix: JAVA_HOME not set; results may vary
java version 1.5.0_07
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164)
Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing)
Starting Apache ServiceMix ESB: 3.1-incubating-SNAPSHOT
Loading Apache ServiceMix from servicemix.xml on the CLASSPATH
INFO - ConnectorServerFactoryBean - JMX connector available at:
service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi
INFO - JBIContainer - ServiceMix 3.1-incubating-SNAPSHOT
JBI Container (ServiceMix) is starting
INFO - JBIContainer - For help or more informations please
see: http://incubator.apache.org/servicemix/
INFO - ComponentMBeanImpl - Initializing component:
#SubscriptionManager#
INFO - DeploymentService - Restoring service assemblies
INFO - JBIContainer - ServiceMix JBI Container
(ServiceMix) started
INFO - JDBCAdapterFactory - Database driver recognized:
[apache_derby_embedded_jdbc_driver]
ERROR - LogTask- java.io.FileNotFoundException:
conf/log4j.xml (No such file or directory)
{panel}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: DayTrader and Geronimo v2.0 documentation
All... Sorry for the delay in getting to this... Anyway, I put together something to start with on the wiki (http://cwiki.apache.org/GMOxDOC20/daytrader.html). I'm not exactly convinced this is the best place for it since we are tying it to a geronimo version. I guess I'm left wondering what we should do with this... http://geronimo.apache.org/daytrader.html So, I guess in general, what do we want out of the DayTrader doc? I've tried to start off with a high-level approach and start to drill down. Most of what I have written thus far is actually based on DayTrader 1.2... 2.0 will add JPA and eventually EJB3. I guess some of the additional areas that need to be covered could be... - how to build - how to deploy - how to create the database What else? Chris On 2/6/07, Hernan Cunico [EMAIL PROTECTED] wrote: I think Chris B is putting some things together. Chris, is there any area of the app you are not planning to doc right away? I'm just trying to avoid overlapping (yeah, weird, really weird, this is documentation that we are talking about ;-) ) Cheers! Hernan Kanchana Welagedara wrote: Hi All I'll be in for the DayTrader.Shall we come up will a TODO list ? Regards Kanchana On 2/3/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi All, I was thinking we should give DayTrader a bigger role in the Geronimo v2.0 documentation (yes, I'm always orbiting round doc ;-) ) It's a great app that will help us test lots of components in Geronimo and it will more massive if accompanied with the respective doc. Volunteers? I'll help as much as I can but need lot of guidance. Cheers! Hernan -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
Can somebody please verify that undeploy works (on Windows) ?
Can somebody please verify that the undeploy works (on Windows) ? Using the command line, I deploy and undeploy an app. The entry gets removed in the config.xml. However, the files in the Geronimo repo gets left behind. These files are locked and they can't even be manually deleted. The server has to be restarted. Pick your favorite app. You can also find apps in your testsupport directory if you have done a G build. They will be named test-deployment-j2ee-1.x. Here's one readily available - http://people.apache.org/~prasad/test-ear-j2ee_1.4-2.0-SNAPSHOT.ear The undeploy worked fine in 1.x. IIRC, it worked fine on 2.0-M1 too. Cheers Prasad
Re: Spring 2.0 and XBean
Good idea, I think we should do a 3.0 of xbean and throwing away the spring 1.x support Let me know if you need a hand with anything. -- Terry
Switching to 3.0-SNAPSHOT and dropping spring 1.x release
What about switching to 3.0-SNAPSHOT and dropping support for spring 2.0 release ? The code of xbean-spring is split into at least 4 modules, just to keep with the different milestones and the older 1.x release ... -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Re: [Discussion] Geronimo web site update
I have created one with PovRay (not blender). The result is available at http://incubator.apache.org/servicemix/home.html and the source file is available at http://cwiki.apache.org/confluence/download/attachments/39147/servicemix-box.pov On 2/20/07, Jason Dillon [EMAIL PROTECTED] wrote: Oh Hiram... can I have the Blender project you used to make the AMQ box graphic please? --jason On Feb 19, 2007, at 6:41 PM, Bruce Snyder wrote: On 2/19/07, Jason Dillon [EMAIL PROTECTED] wrote: On Feb 19, 2007, at 5:04 PM, Bruce Snyder wrote: On 2/19/07, Jason Dillon [EMAIL PROTECTED] wrote: No, the shrinkwrap box: http://activemq.apache.org/activemq-410-release.data/ activemq-4.1-box-reflection.png I'm wondering if someone has a blender project, or some other modeling tool which they used to render this puppy. Hiram created the box using Blender and then ran it through Fireworks for some additional affects. Fancy making us one too (with the G logo and colors, minus the fire)? and/or sharing the Blender project? I've had Blender installed on my Mac for years, never used it though ;-) You'll have to ask Hiram. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\! G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Re: Spring 2.0 and XBean
On 2/21/07, Guillaume Nodet [EMAIL PROTECTED] wrote: Good idea, I think we should do a 3.0 of xbean and throwing away the spring 1.x support +1 on that ;-). We should ask about doing this on the geronimo-dev list just to make sure that others don't mind. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/
Re: Spring 2.0 and XBean
Just sent a mail on xbean-dev@geronimo.apache.org On 2/21/07, Bruce Snyder [EMAIL PROTECTED] wrote: On 2/21/07, Guillaume Nodet [EMAIL PROTECTED] wrote: Good idea, I think we should do a 3.0 of xbean and throwing away the spring 1.x support +1 on that ;-). We should ask about doing this on the geronimo-dev list just to make sure that others don't mind. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Doc reorg
I think we need to reorg the docs so that one can more easily find the informations (we also need to write more docs, but that's another problem). Currently, the only way to really find a page is to go to the site map and browse ... Any ideas on how to do that ? -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Re: DayTrader and Geronimo v2.0 documentation
On Feb 21, 2007, at 5:28 PM, Christopher Blythe wrote: All... Sorry for the delay in getting to this... Anyway, I put together something to start with on the wiki ( http://cwiki.apache.org/ GMOxDOC20/daytrader.html). I'm not exactly convinced this is the best place for it since we are tying it to a geronimo version. I guess I'm left wondering what we should do with this... http://geronimo.apache.org/daytrader.html I'd be happy to deep six it...the CWiki looks much better and is easier to maintain. I think we should update any links for DT to the Cwiki. So, I guess in general, what do we want out of the DayTrader doc? I've tried to start off with a high-level approach and start to drill down. Most of what I have written thus far is actually based on DayTrader 1.2... 2.0 will add JPA and eventually EJB3. I guess some of the additional areas that need to be covered could be... - how to build - how to deploy - how to create the database I'd like to add in some performance specific information like queries created, performance results, etc. but this would be more Geronimo specific and I wouldn't think we'd be hosting content of other AppServers here; or maybe we would if we didn't violate some intergalactic law. Workload breakdown like how many JMS messages are created for which trans...perhaps a break down of the transactions...mostly for performance folks. What else? Chris On 2/6/07, Hernan Cunico [EMAIL PROTECTED] wrote: I think Chris B is putting some things together. Chris, is there any area of the app you are not planning to doc right away? I'm just trying to avoid overlapping (yeah, weird, really weird, this is documentation that we are talking about ;-) ) Cheers! Hernan Kanchana Welagedara wrote: Hi All I'll be in for the DayTrader.Shall we come up will a TODO list ? Regards Kanchana On 2/3/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi All, I was thinking we should give DayTrader a bigger role in the Geronimo v2.0 documentation (yes, I'm always orbiting round doc ;-) ) It's a great app that will help us test lots of components in Geronimo and it will more massive if accompanied with the respective doc. Volunteers? I'll help as much as I can but need lot of guidance. Cheers! Hernan -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
Re: [Discussion] Geronimo web site update
This is what he said on infra@ snip David has committ access to the repo, and I'm in the process of porting to Confluence 2.3 (as it's needed for work) :-P If anyone wants to help, let me know and I'll open up the repository! Pier /snip Attached is the latest template I have... dunno if its the same or different than the one on there now... actually I have 2 of them, and I have no clue what is different about them ;-) Can look at it later, but I've got to get the automation for TCK 2.0 muck moving first. --jason GMOxSITE_new.vsl Description: Binary data GMOxSITE.vsl Description: Binary data On Feb 21, 2007, at 1:47 PM, Hernan Cunico wrote: Ok, what's the news from Pier? I haven't heard anything back For the time being I had to pull back to 2.2.10 to run the plugin. btw, I'm starting to look into the export template Did you mentioned having a different version of the template? a more updated one? Cheers! Hernan [EMAIL PROTECTED] wrote: No I have not tried, but got word from Pier that he is working on it. --jason -Original Message- From: Hernan Cunico [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 16:10:23 To:dev@geronimo.apache.org Subject: Re: [Discussion] Geronimo web site update Hey Jason, have you tried to install the autoexport plugin in Confluence 2.3.3? for the record, I can't get it to work Cheers! Hernan Jason Dillon wrote: I may have an updated template on my local system... will try and find it. I'm really tempted to hack the AutoExport plugin to pull templates from URL's, so we can configure it to use a URL from SVN for the template... and probably can even get includes working to allow splitting up the template into more manageable bits. But... last I looked at the AE plugin it started to melt my brain... so who knows. --jason On Feb 20, 2007, at 2:57 PM, Hernan Cunico wrote: I updated a bunch of pages in GMOxSITE and there are still a lot more to update For now I'm trying to figure out the best way for using the *News* I'll take a look at the template later on, unless somebody else wants to jump in ;-) Just in case you don't know this is the URL - http:// cwiki.apache.org/GMOxSITE/index.html Cheers! Hernan Hernan Cunico wrote: For the record, I'm getting an exception while trying to delete that space. Created a JIRA (INFRA-1170) with this issue. Cheers! Hernan Hernan Cunico wrote: Not really, we can nuke it. I'll make a XML bkp and delete it. We have a tar ball backup in the sandbox for sentimental reasons. Cheers! Hernan Jason Dillon wrote: Do we still need this space? http://cwiki.apache.org/confluence/display/GMOxMoinMoin/ Home --jason On Feb 19, 2007, at 4:35 PM, Hernan Cunico wrote: you mean the shaded frame box? I think the difficult part will be the resizing in the css. Creating the graphics should be pretty simple. Cheers! Hernan Jason Dillon wrote: Can you find out where the ActiveMQ folks got that sexy box image from? I'd *love* to have a nice box like that (g- styled of course) for our page too :-) --jason On Feb 19, 2007, at 4:05 PM, Hernan Cunico wrote: Hey Jason, I'm trying to catch up with the News/blog-posts on GMOxSITE as part of the web site update. I created a few tests (added News) but these posts take forever to show up. Any suggestions? Anyway, do you have any idea how could we port the *News* we have on the live site? Cheers! Hernan Jason Dillon wrote: On Feb 15, 2007, at 9:17 AM, Hernan Cunico wrote: Folks, after lots of separated discussions on different threads it is clear the spirit for moving the authoring of our web site over Confluence. Let's bring to this thread all the ideas and discussion. Proposal: The idea is to use Confluence as the authoring tool for Geronimo's web site. To achieve this we will use the autoexport plugin already installed and in use on the cwiki.apache.org. With the autoexport plugin we can customize the generated HTML look and feel by using templates. The current POC can be viewed at http://cwiki.apache.org/ GMOxSITE (thx Jason D.) Some suggestions (mine ;-) ) - Avoid JIRA references/direct imports, if JIRA is down or running slow it will affect the main web site. Eh... maybe... though JIRA should not be down or slow. These are also static pages, which only pull images off of the JIRA webapp, but we could remove the icon from the rendering. I personally think its useful to show some JIRA activity on some page on the website. Shows that we are still moving even if the website content isn't. - Remove edit/print/export links from the generated site. Only Geronimo committers will have edit access Fine w/me. - Update the template LF. Why not? It is a good opportunity to do it !!! Ya, probably some changes to be made... I like the Cayenne site a lot... clean, simple... nice popup menus. - Need to define how to integrate the other subprojects web sites (consider
Re: [Discussion] Geronimo web site update
Sweet, everyone gets a pimp looking box now... w ;-) Did you do the one for AMQ or was that a separate effort by Hiram? BTW, IMO... the box should be facing the other direction when its on the right of the page, would look a tad bit better ;-) --jason On Feb 21, 2007, at 2:51 PM, Guillaume Nodet wrote: I have created one with PovRay (not blender). The result is available at http://incubator.apache.org/servicemix/home.html and the source file is available at http://cwiki.apache.org/confluence/download/attachments/39147/ servicemix-box.pov On 2/20/07, Jason Dillon [EMAIL PROTECTED] wrote: Oh Hiram... can I have the Blender project you used to make the AMQ box graphic please? --jason On Feb 19, 2007, at 6:41 PM, Bruce Snyder wrote: On 2/19/07, Jason Dillon [EMAIL PROTECTED] wrote: On Feb 19, 2007, at 5:04 PM, Bruce Snyder wrote: On 2/19/07, Jason Dillon [EMAIL PROTECTED] wrote: No, the shrinkwrap box: http://activemq.apache.org/activemq-410-release.data/ activemq-4.1-box-reflection.png I'm wondering if someone has a blender project, or some other modeling tool which they used to render this puppy. Hiram created the box using Blender and then ran it through Fireworks for some additional affects. Fancy making us one too (with the G logo and colors, minus the fire)? and/or sharing the Blender project? I've had Blender installed on my Mac for years, never used it though ;-) You'll have to ask Hiram. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G- N61ED\! G;6%I;\YC;VT* );' Apache Geronimo - http://geronimo.apache.org/ Apache ActiveMQ - http://activemq.org/ Apache ServiceMix - http://servicemix.org/ Castor - http://castor.org/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Geronimo 1.1.1: where is the source of bundled ActiveMQ 3.2.4??
Hi All, as part of my application, I want to use some modified features from ActiveMQ. However, I will have to add a few libraries to the Geronimo repository beyond the already bundled ActiveMQ jars. Currently Geronimo 1.1.1 has ActiveMQ 3.2.4 bundled in. However, this version does not seem to exist! I have access to the legacy SVN for Active MQ, but the latest official release of ActiveMQ seems 3.2.3 after which they jumped directly to 4. So, how did the Geronimo team manage to get ActiveMQ 3.2.4? I could also use the extended libraries from 3.2.3 but I can't verify if that would be compatible since I don't have access to the ActiveMQ source code used for Geronimo. So, either someone gives me access to the source of this miraculous version 3.2.4 of ActiveMQ bundled with Geronimo 1.1.1 or I get some instructions on how to re-bundle another version with Geronimo 1.1.1, if that is possible at all. Thanks for any help, -Uli -- === Ulrich Romahn Optaros, Inc. www.optaros.com 333 Bryant Street - Suite 110 San Francisco, CA 94107 Corporate Headquarter: 60 Canal Street - 4th Floor Boston, MA 02114 cell: +1 (650) 430-4499 voice: +1 (617) 227-1855 x129 fax: +1 (650) 570-7449 ===
Re: Geronimo v2.0 Documentation - Administration
Sure Hernan, I'll start with Configuring a remote Apache HTTP Server right away.. Thanks Karthiga On 2/20/07, Hernan Cunico [EMAIL PROTECTED] wrote: Actually I was working on that topic. Left on Adding new listeners for the Web containers These are the topics covered in v1.2 under Administering the Apache Geronimo Server. I'll finish the two sections I started (Adding new listeners for the Web containers and Configure log level). Feel free to jump on any of the other topics (Configuring a remote Apache HTTP server, Configuring the JMS server ...) # Administering the Apache Geronimo Server * Adding new listeners for the Web containers o Add new AJP listener o Add new HTTP listener o Add new HTTPS listener * Configure log level o Derby Log Viewer o Log Manager o Server Log Viewer o Web Access Log Viewer * Configuring a remote Apache HTTP server o Configure Apache HTTPd as a reverse proxy (mod_proxy) o Configure Apache HTTPd with Jakarta Tomcat Connector (mod_jk) * Configuring the JMS server * Display JVM information * Monitor Server status * Performance monitoring * Starting and stopping the server Also, add any other topic you consider should be covered in this (or any other) section. Cheers! Hernan Karthiga Ratnam wrote: I'm in for covering the Adminstration series of articles. If no one is working on it , I would like to cover the areas under Adminstering the Apache Geronimo Server. Any other topics I can cover?? Regards Karthiga On 2/20/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: - Continuing the discussion for topics to cover in the Geronimo v2.0 Documentation - Administration section - The idea is to use Geronimo's existing documentation as a topic guideline adding user input for new topics. So, pls chime in with the topics you would like to see covered. It would be great to see volunteers too ;-) Here are some of the topics already covered: http://cwiki.apache.org/GMOxDOC20/administration.html http://cwiki.apache.org/GMOxDOC20/administration.html What other topics would you like to see covered? What areas you volunteer to work on? (rise your hand, don't be shy, there are a couple of threads already showing volunteers to work on documentation ;-) ) Cheers! Hernan
Re: Can somebody please verify that undeploy works (on Windows) ?
Verified this on the same windows machine using M1 ( http://apache.ziply.com/geronimo/2.0-M1/ ) Used the same test app ( http://people.apache.org/~prasad/test-ear-j2ee_1.4-2.0-SNAPSHOT.ear ) The undeploy completely cleans the G repo of all traces of the app. Cheers Prasad On 2/21/07, Prasad Kashyap [EMAIL PROTECTED] wrote: Can somebody please verify that the undeploy works (on Windows) ? Using the command line, I deploy and undeploy an app. The entry gets removed in the config.xml. However, the files in the Geronimo repo gets left behind. These files are locked and they can't even be manually deleted. The server has to be restarted. Pick your favorite app. You can also find apps in your testsupport directory if you have done a G build. They will be named test-deployment-j2ee-1.x. Here's one readily available - http://people.apache.org/~prasad/test-ear-j2ee_1.4-2.0-SNAPSHOT.ear The undeploy worked fine in 1.x. IIRC, it worked fine on 2.0-M1 too. Cheers Prasad
Re: Axis2 generated test classes
Done. Thanks, dims On 2/21/07, Jarek Gawor [EMAIL PROTECTED] wrote: Hi, Looks like the src/test/java/org/apache/hello_control/types/* classes in geronimo-axis2 module got checked into the svn but they are also regenerated each time the module is built. So svn diff on the module will always result in something like: Index: src/test/java/org/apache/hello_control/types/ObjectFactory.java === --- src/test/java/org/apache/hello_control/types/ObjectFactory.java (revisio n 510088) +++ src/test/java/org/apache/hello_control/types/ObjectFactory.java (working copy) @@ -2,7 +2,7 @@ // This file was generated by the JavaTM Architecture for XML Binding(JAXB) Ref erence Implementation, v2.0.2-b01-fcs // See a href=http://java.sun.com/xml/jaxb;http://java.sun.com/xml/jaxb/a // Any modifications to this file will be lost upon recompilation of the source schema. -// Generated on: 2007.02.20 at 06:26:22 PM EST +// Generated on: 2007.02.21 at 11:38:23 AM EST // Can one of you fix that? Thanks, Jarek -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: Geronimo 1.1.1: where is the source of bundled ActiveMQ 3.2.4??
On Feb 21, 2007, at 7:58 PM, Uli Romahn wrote: Hi All, as part of my application, I want to use some modified features from ActiveMQ. However, I will have to add a few libraries to the Geronimo repository beyond the already bundled ActiveMQ jars. Currently Geronimo 1.1.1 has ActiveMQ 3.2.4 bundled in. However, this version does not seem to exist! I have access to the legacy SVN for Active MQ, but the latest official release of ActiveMQ seems 3.2.3 after which they jumped directly to 4. So, how did the Geronimo team manage to get ActiveMQ 3.2.4? Hi Uli, Our builds would have obtained the ActiveMQ binaries from a Maven repository (e.g. http://repo1.maven.org/maven2/activemq/activemq-core/ 3.2.4/activemq-core-3.2.4.jar). We're not dependent on source. We expect dependent projects to maintain source for their releases... Definitely disconcerting to see sources disappear... I could also use the extended libraries from 3.2.3 but I can't verify if that would be compatible since I don't have access to the ActiveMQ source code used for Geronimo. So, either someone gives me access to the source of this miraculous version 3.2.4 of ActiveMQ bundled with Geronimo 1.1.1 or I get some instructions on how to re-bundle another version with Geronimo 1.1.1, if that is possible at all. I have the AMQ 3.2.4 source on my hard-drive, which I could make available to you, but it's no better (actually less so) than what seems to have already been offered to you previously -- http:// www.nabble.com/HELP---Need-Access-to-3.2.4-Source!-t3164233s2354.html Was there a problem with these sources? --kevan
Re: Axis2 generated test classes
Thanks Dims. I was about to start it. ;) Davanum Srinivas wrote: Done. Thanks, dims On 2/21/07, Jarek Gawor [EMAIL PROTECTED] wrote: Hi, Looks like the src/test/java/org/apache/hello_control/types/* classes in geronimo-axis2 module got checked into the svn but they are also regenerated each time the module is built. So svn diff on the module will always result in something like: Index: src/test/java/org/apache/hello_control/types/ObjectFactory.java === --- src/test/java/org/apache/hello_control/types/ObjectFactory.java (revisio n 510088) +++ src/test/java/org/apache/hello_control/types/ObjectFactory.java (working copy) @@ -2,7 +2,7 @@ // This file was generated by the JavaTM Architecture for XML Binding(JAXB) Ref erence Implementation, v2.0.2-b01-fcs // See a href=http://java.sun.com/xml/jaxb;http://java.sun.com/xml/jaxb/a // Any modifications to this file will be lost upon recompilation of the source schema. -// Generated on: 2007.02.20 at 06:26:22 PM EST +// Generated on: 2007.02.21 at 11:38:23 AM EST // Can one of you fix that? Thanks, Jarek
[jira] Created: (GERONIMO-2865) EJB WS update: pass env. in standard way
EJB WS update: pass env. in standard way Key: GERONIMO-2865 URL: https://issues.apache.org/jira/browse/GERONIMO-2865 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: webservices Reporter: Jarek Gawor The attached patch improves how the env. property of the given container is passed to the CXFModuleBuilderExtension. Still not a perfect solution but better then before. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2865) EJB WS update: pass env. in standard way
[ https://issues.apache.org/jira/browse/GERONIMO-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-2865: -- Attachment: GERONIMO-2865.patch EJB WS update: pass env. in standard way Key: GERONIMO-2865 URL: https://issues.apache.org/jira/browse/GERONIMO-2865 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2865.patch The attached patch improves how the env. property of the given container is passed to the CXFModuleBuilderExtension. Still not a perfect solution but better then before. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2865) EJB WS update: pass env. in standard way
[ https://issues.apache.org/jira/browse/GERONIMO-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474914 ] Jarek Gawor commented on GERONIMO-2865: --- Btw, this change is not critical for M3. EJB WS update: pass env. in standard way Key: GERONIMO-2865 URL: https://issues.apache.org/jira/browse/GERONIMO-2865 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2865.patch The attached patch improves how the env. property of the given container is passed to the CXFModuleBuilderExtension. Still not a perfect solution but better then before. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2865) EJB WS update: pass env. in standard way
[ https://issues.apache.org/jira/browse/GERONIMO-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-2865: -- Attachment: GERONIMO-2865.patch Updated patch with one minor update. It changes the 'org.apache.geronimo.jaxwsimpl' property name to 'org.apache.geronimo.jaxws.provider'. EJB WS update: pass env. in standard way Key: GERONIMO-2865 URL: https://issues.apache.org/jira/browse/GERONIMO-2865 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2865.patch, GERONIMO-2865.patch The attached patch improves how the env. property of the given container is passed to the CXFModuleBuilderExtension. Still not a perfect solution but better then before. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: New way to specify jaxws impl with a system property
The property name change is included in the following patch: https://issues.apache.org/jira/browse/GERONIMO-2865 Jarek On 2/21/07, Davanum Srinivas [EMAIL PROTECTED] wrote: +1 On 2/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I like the .provider myself --jason -Original Message- From: Dain Sundstrom [EMAIL PROTECTED] Date: Wed, 21 Feb 2007 13:08:43 To:dev@geronimo.apache.org Subject: Re: New way to specify jaxws impl with a system property Very cool :D On Feb 21, 2007, at 10:53 AM, David Jencks wrote: -Dorg.apache.geronimo.jaxwsimpl=cxf I find the smushed words jaxws and impl a bit hard to read. How about -Dorg.apache.geronimo.jaxws.provider=cxf or just - Dorg.apache.geronimo.jaxws=axis2? Not really that important... -dain -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
[jira] Assigned: (GERONIMO-2661) Make geronimo schema files more human readable
[ https://issues.apache.org/jira/browse/GERONIMO-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher M. Cardona reassigned GERONIMO-2661: Assignee: Christopher M. Cardona (was: Matt Hogstrom) Make geronimo schema files more human readable -- Key: GERONIMO-2661 URL: https://issues.apache.org/jira/browse/GERONIMO-2661 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: documentation Affects Versions: 2.0 Environment: Any Reporter: Rakesh Midha Assigned To: Christopher M. Cardona Priority: Minor Fix For: 2.0 Attachments: alldoc.patch, appclientdoc.patch, appdoc.patch, attributedoc.patch, connectordoc.patch, jettyconfigdoc.patch, jettydoc.patch, logindoc.patch, moduledoc.patch, namingdoc.patch, plugindoc.patch, securitydoc.patch, tomcatconfigdoc.patch, tomcatdoc.patch, webdoc.patch Geronimo schema files are the files which are basically exposed to all the user's to follow the guidelines while developing there plan files. These schema files should have lot of documentation just like j2ee descriptor's schema's. All the fields should be described. Schema formatting provides a nice option to do this by specifying xs:annotation xs:documentation lang=endocumentation for each element goes here/xs:documentation /xs:annotation for each and every element in schema files. I think this will make it more human readable, i believe that every file which is openly exposed to user's should have lot of documentation for readbility. What do you think? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: windows build failure
Hello
At last I am able to reproduce it, I am hitting this error at at corba
builder (geronimo-corba-builder)
Here is the relevant log
[INFO]
-
---
[INFO] Building Geronimo :: CORBA :: Builder
[INFO]task-segment: [install]
[INFO]
-
---
[INFO] [tools:require-java-version {execution: validate-java-version}]
[WARNING] POM for '
org.apache.geronimo.specs:geronimo-jms_1.1_spec:pom:1.0.1:com
pile' is invalid. It will be ignored for artifact resolution. Reason: Failed
to
validate POM
[WARNING] POM for '
org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:po
m:1.0.1:compile' is invalid. It will be ignored for artifact resolution.
Reason:
Failed to validate POM
[WARNING] POM for '
org.apache.geronimo.specs:geronimo-ejb_2.1_spec:pom:1.0.1:com
pile' is invalid. It will be ignored for artifact resolution. Reason: Failed
to
validate POM
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.2 seconds
Time to generate code: 0.952 seconds
error: error reading C:\Documents and
Settings\libadmin\.m2\repository\org\apach
e\openejb\container\3.0-incubating-SNAPSHOT\container-
3.0-incubating-SNAPSHOT.po
m; java.util.zip.ZipException: error in opening zip file
Note: * uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 error
BUILD FAILED
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] XmlBeans compile failed:
xml ErrorLoading schema file C:\geronimo\Copy of
build0215\modules\geronimo-cor
ba-builder\src\main\schema\corba-css-config-2.1.xsd
xml ErrorLoading schema file C:\geronimo\Copy of
build0215\modules\geronimo-corb
a-builder\src\main\schema\corba-tss-config-2.1.xsd
xml ErrorLoading config file C:\geronimo\Copy of
build0215\modules\geronimo-corb
a-builder\src\main\schema\xmlconfig.xml
BTW I am using Win-XP and Maven 2.0.5
Thanks
Rakesh
On 2/16/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Feb 16, 2007, at 4:44 AM, Rakesh Midha wrote:
Hello Kevan
I think you said that this error is fixed after you committed the
changes in trunk. I am working on trunk I checkout yesterday (rev
507910). and with my bad luck I am facing the same exception even now.
Removing
dependency
groupIdorg.apache.openejb/groupId
artifactIdcontainer/artifactId
version${version}/version
typepom/type
scopecompile/scope
/dependency
from server-3.0-incubation-SNAPSHOT.pom solves the problem.
Am I missing something here.
Strange. I don't see anything that would have unfixed my hack...
Hmm. Maybe it needs to be excluded in a different module/config.
Where are you hitting this error? Maybe corba enablement (or another
change is hitting the same basic issue...).
Anybody else seeing this?
--kevan
Re: windows build failure
Hi Rakesh, could this be the infamous windows path length problem ?? Have you
tried changing your root directory to something like C:\g instead of what you're
using now (C:\geronimo\Copy of build0215) ??
Thanks,
Tim McConnell
Rakesh Midha wrote:
Hello
At last I am able to reproduce it, I am hitting this error at at corba
builder (geronimo-corba-builder)
Here is the relevant log
[INFO]
-
---
[INFO] Building Geronimo :: CORBA :: Builder
[INFO]task-segment: [install]
[INFO]
-
---
[INFO] [tools:require-java-version {execution: validate-java-version}]
[WARNING] POM for
'org.apache.geronimo.specs:geronimo-jms_1.1_spec:pom:1.0.1:com
pile' is invalid. It will be ignored for artifact resolution. Reason:
Failed to
validate POM
[WARNING] POM for
'org.apache.geronimo.specs:geronimo-j2ee-connector_1.5_spec:po
m:1.0.1:compile' is invalid. It will be ignored for artifact resolution.
Reason:
Failed to validate POM
[WARNING] POM for
'org.apache.geronimo.specs:geronimo-ejb_2.1_spec:pom:1.0.1:com
pile' is invalid. It will be ignored for artifact resolution. Reason:
Failed to
validate POM
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.2 seconds
Time to generate code: 0.952 seconds
error: error reading C:\Documents and
Settings\libadmin\.m2\repository\org\apach
e\openejb\container\3.0-incubating-SNAPSHOT\container-3.0-incubating-SNAPSHOT.po
m; java.util.zip.ZipException: error in opening zip file
Note: * uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 error
BUILD FAILED
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] XmlBeans compile failed:
xml ErrorLoading schema file C:\geronimo\Copy of
build0215\modules\geronimo-cor
ba-builder\src\main\schema\corba-css-config-2.1.xsd
xml ErrorLoading schema file C:\geronimo\Copy of
build0215\modules\geronimo-corb
a-builder\src\main\schema\corba-tss-config-2.1.xsd
xml ErrorLoading config file C:\geronimo\Copy of
build0215\modules\geronimo-corb
a-builder\src\main\schema\xmlconfig.xml
BTW I am using Win-XP and Maven 2.0.5
Thanks
Rakesh
On 2/16/07, *Kevan Miller* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
On Feb 16, 2007, at 4:44 AM, Rakesh Midha wrote:
Hello Kevan
I think you said that this error is fixed after you committed the
changes in trunk. I am working on trunk I checkout yesterday (rev
507910). and with my bad luck I am facing the same exception even
now.
Removing
dependency
groupIdorg.apache.openejb/groupId
artifactIdcontainer/artifactId
version${version}/version
typepom/type
scopecompile/scope
/dependency
from server-3.0-incubation-SNAPSHOT.pom solves the problem.
Am I missing something here.
Strange. I don't see anything that would have unfixed my hack...
Hmm. Maybe it needs to be excluded in a different module/config.
Where are you hitting this error? Maybe corba enablement (or another
change is hitting the same basic issue...).
Anybody else seeing this?
--kevan
Re: [CONF] Apache Geronimo v1.2: Web services sample application (attachment added)
Done. Thanks for the pointing out. Thanks, Lasantha Hernan Cunico wrote: Lasantha, I saw you added the ASL headers to some of the files. Would you mind removing all other licensing/authorship entries in these files. Thx Cheers! Hernan [EMAIL PROTECTED] wrote: New files attached to: GMOxDOC12 http://cwiki.apache.org/confluence/display/GMOxDOC12 : Web services sample application http://cwiki.apache.org/confluence/display/GMOxDOC12/Web+services+sample+application Web services sample application http://cwiki.apache.org/confluence/display/GMOxDOC12/Web+services+sample+application by Lasantha Ranaweera http://cwiki.apache.org/confluence/display/[EMAIL PROTECTED] . Attached file(s): * Calculator.zip http://cwiki.apache.org/confluence/download/attachments/29914/Calculator.zip?version=2 (application/zip, 91 kb) 1.2 Update with Apache Licence Powered by Atlassian Confluence http://www.atlassian.com/software/confluence/default.jsp?clicked=footer (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request http://jira.atlassian.com/secure/BrowseProject.jspa?id=10470 Unsubscribe or edit your notifications preferences http://cwiki.apache.org/confluence/users/viewnotifications.action
