Re: Geronimo Blog
If you like to brand your Geronimo community blog you can try to apply the theme plugin that contains a glike Geronimo Like theme I come up with ;) wile working with David on the Geronimo Roller plugin https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk Well it was ages ago (I think it was a pilot geronimo plugin project) so It may need some tweaking to work. regards peter petersson On 2009-11-02 23:38, Kevan Miller wrote: All, A new Geronimo community blog has been created at http://blogs.apache.org/geronimo/ If you'd like the ability to post to the blog, reply to this email. At the moment, access is limited to Geronimo committers. If this policy changes, I'll let everyone know... --kevan
Re: Geronimo Blog
On 11/03/2009 09:17 PM, Kevan Miller wrote: On Nov 3, 2009, at 10:49 AM, Peter Petersson wrote: If you like to brand your Geronimo community blog you can try to apply the theme plugin that contains a glike Geronimo Like theme I come up with ;) wile working with David on the Geronimo Roller plugin https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk Well it was ages ago (I think it was a pilot geronimo plugin project) so It may need some tweaking to work. Ah, right. Thanks for the reminder Peter! I did startup the roller plugin, just last week. Was an easy way to get a roller instance up and running. I don't have full admin rights to our weblog. As there is already some custom theming, not sure how much customization we can do. Will keep it in mind, though. Any suggestions are welcome... Good to here its still kicking ... well if (or when) the project gets admin rights you have all the source files (custom css, xml, images and vm files) neatly put together in a geronimo roller theme plugin. It should give you a jump start in putting together something that have the same look as the Geronimo front page. If the blog was running on a Geronimo instance it could have been as simple as installing the theme plugin to get it up and running ;) but the roller manual contains details on how to apply custom themes manually. If you want to take a look here is the theme preview png https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/roller-themes/src/main/resources/themes/glike/glike-preview.png regards peter petersson --kevan
Re: JNDI context
govinda wrote: How do I connect to a datasource thru code without context java:comp/env Context envContext = (Context)initContext.lookup(java:comp/env); I just want to connect to DB like this DataSource ds = (DataSource)initContext.lookup(jdbc/LiferayPool); Is it possible, if so where do I specify java jndi context (java:comp/env) outside the code? If I have not misunderstood you last question and although I am not a G developer I hope no one minds I jump in an try to help out. In Liferay there are several ways to set up a database connection but you probably want to use Geronimo:s connection pool and sins Liferay 5.2.2 it is ones again possible to set up the application server connection pools JNDI name by specify the following line in your portal-ext.properties file. ###application server connection pools JNDI name jdbc.default.jndi.name=jdbc/LiferayPool I am not sure the following is required but I also have this in the end of the web.xml file. !-- Geronimo usage -- resource-ref res-ref-namejdbc/LiferayPool/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth res-sharing-scopeShareable/res-sharing-scope /resource-ref Hope this helps. For more information about this take a look at http://www.liferay.com/web/guest/community/wiki/-/wiki/Main/Database%20Configuration regards peter petersson Thanks
Re: [DISCUSS] Time to create a geronimo/repo branch in svn for private depends
Great news Donald! I guess the idea to make this new repository branch to act as a geronimo specific maven repository that can be relied on and pointed to in geronimo project pom:s !?! This would (among other things) cut down the steps (and build instructions) needed for building special purpose assembles and plugins as you would no longer need to check out the vXXX gernonimo artifact subdir and manually do a mvn install into your local repos before you can scratch build your project. Simplicity is king! thanks peter petersson Donald Woods wrote: We have danced around the problem of not being able to build Samples, Plugins or GEP from a clean m2 repo without building the Server's repository subdir for long enough. I believe it is time to create the following location in SVN - geronimo/repo Which would hold our private patched artifacts of other projects (like Tomcat, Pluto, ...), just like the OpenEJB team has done for some of their private depends. I don't see this as a major hit to the svn infrastructure, given the jars (10 for 2.2.) will only be downloaded when starting with a clean m2 repo or when we publish any updated depends. Unless someone comes up with a better solution by Friday morning, I'll create the new repo branch and populate it with the latest 2.1.2 and 2.2 patched artifacts tomorrow. -Donald
Re: Liferay as a Geronimo Plugin
Gianny Damour wrote: On 14/07/2008, at 5:17 PM, Peter Petersson wrote: Gianny Damour wrote: Hello Peter, This is great news for Liferay developers! IMHO, one of the pain points with Liferay development is the time it takes to build, pack and deploy a WAR to Liferay. Even if Liferay is not so bad on this front when compared with other portals, a typical build-deploy-test cycle is way too time consuming and hence seriously impacts productivity. It would be fantastic to have an in-place WAR development mode in Geronimo. What do you think? I guess you are referring to working with/in the liferay ext development environment (?). I know to little of Liferay internals (and Geronimo for that mater) to be sure exactly what you are looking for, but I am sure the Liferay team is working hard on making there development environment easier and faster to work with. Maybe you can elaborate a bit more on what you are thinking of. Hello, My understanding is that each time that you make a change, you need to build a WAR; drop it in the deployment folder of Liferay; Liferay scans and transforms the WAR (looking for portlets, themes et cetera); it then hands it over to Geronimo for deployment. These deployment steps are time consuming, especially during development. What I had in mind is a Geronimo plugin allowing the in-place deployment of WARs to Liferay: 1. I define a specific WAR project structure; 2. I set-up my IDE to work against this well-known WAR project structure; 3. I implement my portlets and my IDE compiles the sources to the right folder of the WAR project structure; 4. I deploy to Geronimo my WAR project structure; 5. A custom ModuleBuilder identifies that this is a liferay WAR project structure; looks for the relevant Liferay components; and deploys it in-place. Hi, Maybe this is something on the line of what you are looking for: I have set up a small maven test project that wraps liferay portlets, themes et cetera into deployable Geronimo plugins. Looking at the logs wile deploying a liferay portlet geronimo plugin it seem to handle the deployment correctly and Liferay notifies you about a available update but looking in to it in the Update manager admin tool in liferay the Installation status never changes from Installation in progress so I suspect there is some configuration problem or module missing In my Geronimo Liferay server assembly for it to work correctly. Hopefully this is resolvable but at the moment I don't have a clue about whats causing the problem. Using this approach It would probably not be to hard to totally automate the installation process for Liferay extensions by using GShell (or is there a way to deploy to Geronimo plugins via maven directly ?) I was thinking of testing the portlet plugins on the new Liferay Geronimo (5.0.1/2.1.1) assembly available from Liferay but there is a (issue reported) problem with user authentication using derby db as back-end so I was unfortunately not able to see if it worked better on that one. regards peter petersson Personally I will look in to setting up a maven project for building Liferay portlets and have them deployed to Geronimo in some automated way instead of working with the ext environment, maybe this is what you are looking for? I don't know yet how the deployment could be done but I guess that I will making use of Liferays hot-deploy mechanism and/or if possible find some way to make use of Geronimo:s plugin concept. If possible I would certainly prefer the plugin solution. I believe that the Liferay hot-deployment mechanism is way too slow in development. Does that make sense? Thanks, Gianny Maybe the deployment could be done in a similar way of what we have done with the roller-themes plugin in the geromimo-roller project ? see https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk regards peter petersson Thanks, Gianny On 14/07/2008, at 4:11 AM, Peter Petersson wrote: I have posted a feature issue containing the build code over at http://support.liferay.com/browse/LEP-6680 regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty
Re: Liferay as a Geronimo Plugin
Gianny Damour wrote: Hello Peter, This is great news for Liferay developers! IMHO, one of the pain points with Liferay development is the time it takes to build, pack and deploy a WAR to Liferay. Even if Liferay is not so bad on this front when compared with other portals, a typical build-deploy-test cycle is way too time consuming and hence seriously impacts productivity. It would be fantastic to have an in-place WAR development mode in Geronimo. What do you think? I guess you are referring to working with/in the liferay ext development environment (?). I know to little of Liferay internals (and Geronimo for that mater) to be sure exactly what you are looking for, but I am sure the Liferay team is working hard on making there development environment easier and faster to work with. Maybe you can elaborate a bit more on what you are thinking of. Personally I will look in to setting up a maven project for building Liferay portlets and have them deployed to Geronimo in some automated way instead of working with the ext environment, maybe this is what you are looking for? I don't know yet how the deployment could be done but I guess that I will making use of Liferays hot-deploy mechanism and/or if possible find some way to make use of Geronimo:s plugin concept. If possible I would certainly prefer the plugin solution. Maybe the deployment could be done in a similar way of what we have done with the roller-themes plugin in the geromimo-roller project ? see https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk regards peter petersson Thanks, Gianny On 14/07/2008, at 4:11 AM, Peter Petersson wrote: I have posted a feature issue containing the build code over at http://support.liferay.com/browse/LEP-6680 regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
I have posted a feature issue containing the build code over at http://support.liferay.com/browse/LEP-6680 regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
Hi Arnaud After installing the Geronimo Plugins, Tomcat :: Deployer plugin (using the plugins console) you will be able to deploy other war files. regards peter petersson heden75 wrote: I am using the geronimo-tomcat-liferay and it is working fine so thanks again Peter. However I cannot deploy any new war I guess because it is a minimalistic server version... How do I install new geronimo plugins ? I tried to make it through Geronimo console webpage but there is also no Applications Plugins link. Arnaud. Peter Petersson-2 wrote: Hi If you want a sneak peak (before i wrap things up) you can svn co http://www.m4u.nu/svn/geronimo-liferay-repos/geronimo-liferay/trunk but remember this is still a moving target so there are no guarantees it will work at the time you decide to check it out ;) although right now (2008-06-25) it is in good shape. As always, any suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. (For instance it would be cool to also get jetty running.) regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
Hi Kevan (or any other with some knowledge about legal stuff), I think you are the man to as here and my question is what shall I do about the legal stuff I don't have much of a clue about these things. As I have said before I am building this plugin for my own use and I have the intention of donating it to the Liferay community in the hope that they will find it useful as a base for there future geronimo integration. The build is derevided from Davids custom server assemblies document and some parts are modified stuff from the roller plugin source. If I understand things right maybe I shall include the license and notice files in the build or should I ? Is there any other considerations ? regards peter petersson Kevan Miller wrote: Cool. That's great! Look forward to seeing your final docs and giving it a try... --kevan On Jun 20, 2008, at 6:30 AM, Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
Kevan Miller wrote: On Jun 29, 2008, at 6:14 AM, Peter Petersson wrote: Hi Kevan (or any other with some knowledge about legal stuff), I think you are the man to as here and my question is what shall I do about the legal stuff I don't have much of a clue about these things. As I have said before I am building this plugin for my own use and I have the intention of donating it to the Liferay community in the hope that they will find it useful as a base for there future geronimo integration. The build is derevided from Davids custom server assemblies document and some parts are modified stuff from the roller plugin source. If I understand things right maybe I shall include the license and notice files in the build or should I ? Is there any other considerations ? Hi Peter, I'd be happy to take a look and offer my thoughts. I'd been wanting to take a look at the plugin, anyway. Likely to be a few days, however, before I have the time. Thanks! For now you can check it out (or browse it) from here svn co http://www.m4u.nu/svn/geronimo-liferay-repos/geronimo-liferay/trunk It's starting to get in shape. regards peter petersson --kevan
Re: Liferay as a Geronimo Plugin
Hi Arnaud I just added the plugin console stuff to the tomcat server and a mysql db plugin. Last time I tested It worked fine to switch database and running from mysql but things may be in a flux as I am currently rearranging things. As you are building from source you should be able to install the mysql db plugin from your local repository. From here on you should be able to add what else geronimo plugins you have in your repos :). The docs are not yet updated with instructions for the db switching. regards peter petersson heden75 wrote: I am using the geronimo-tomcat-liferay and it is working fine so thanks again Peter. However I cannot deploy any new war I guess because it is a minimalistic server version... How do I install new geronimo plugins ? I tried to make it through Geronimo console webpage but there is also no Applications Plugins link. Arnaud. Peter Petersson-2 wrote: Hi If you want a sneak peak (before i wrap things up) you can svn co http://www.m4u.nu/svn/geronimo-liferay-repos/geronimo-liferay/trunk but remember this is still a moving target so there are no guarantees it will work at the time you decide to check it out ;) although right now (2008-06-25) it is in good shape. As always, any suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. (For instance it would be cool to also get jetty running.) regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
... also as I have renamed most of the plugins so you should clean out the geronimo lifray stuff from your maven repos (else it will clutter the plugin list). I have not tried to deploy any war yet but I will look in to it, anyway you will find the plugin stuff working now. regards peter petersson heden75 wrote: I am using the geronimo-tomcat-liferay and it is working fine so thanks again Peter. However I cannot deploy any new war I guess because it is a minimalistic server version... How do I install new geronimo plugins ? I tried to make it through Geronimo console webpage but there is also no Applications Plugins link. Arnaud. Peter Petersson-2 wrote: Hi If you want a sneak peak (before i wrap things up) you can svn co http://www.m4u.nu/svn/geronimo-liferay-repos/geronimo-liferay/trunk but remember this is still a moving target so there are no guarantees it will work at the time you decide to check it out ;) although right now (2008-06-25) it is in good shape. As always, any suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. (For instance it would be cool to also get jetty running.) regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
Hi If you want a sneak peak (before i wrap things up) you can svn co http://www.m4u.nu/svn/geronimo-liferay-repos/geronimo-liferay/trunk but remember this is still a moving target so there are no guarantees it will work at the time you decide to check it out ;) although right now (2008-06-25) it is in good shape. As always, any suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. (For instance it would be cool to also get jetty running.) regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
Hi Arnaud I am currently in the process of writing up some readme instructions (and testing them out) for the bundle and clean up the code a bit and hope to have things wrapped up this week. I will post information here as soon as I make things public. As of this writing the jetty plugin dose not work and I have disabled it in the maven build but the tomcat build works fine. You can always run more than one instance of G by setting the port offset so I hope that the tomcat bundle will do fine for you. regards peter petersson heden75 wrote: Hi, I am looking forward to seeing your liferay 5.0.1 rc1 on G 2.1.1 plugins because I've been trying to set up G2.1.1/Jetty6 On Liferay5.0.1 rc1... but unsuccessfully. When and where will your release be available ? Arnaud. Peter Petersson-2 wrote: David Jencks wrote: On Jun 21, 2008, at 9:07 AM, David Jencks wrote: On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository btw the tags/2.1.1/repository works much better for me ;). I am writing up some build instructions for the liferay plugin in a readme file and noticed a possible problem, when i tried to mvn install from the repos given above I got an error as i did not have the parent org.apache.geronimo:geronimo:pom:2.1.2-SNAPSHOT present in my local repository I guess I can safely assume that a released geronimo parent will be present in a public maven repository and that this problem only will arise when checking out and mvn instal from a unreleased geronimo repository. Is there a simple way around this ? regards peter petersson umm, cd repository mvn install david jencks thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
David Jencks wrote: On Jun 21, 2008, at 9:07 AM, David Jencks wrote: On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository umm, cd repository yes ;) thanks peter petersson mvn install david jencks thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
David Jencks wrote: On Jun 21, 2008, at 9:07 AM, David Jencks wrote: On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository btw the tags/2.1.1/repository works much better for me ;). I am writing up some build instructions for the liferay plugin in a readme file and noticed a possible problem, when i tried to mvn install from the repos given above I got an error as i did not have the parent org.apache.geronimo:geronimo:pom:2.1.2-SNAPSHOT present in my local repository I guess I can safely assume that a released geronimo parent will be present in a public maven repository and that this problem only will arise when checking out and mvn instal from a unreleased geronimo repository. Is there a simple way around this ? regards peter petersson umm, cd repository mvn install david jencks thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Liferay as a Geronimo Plugin
Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Why no Debian package of Geronimo
Hi Jontto I have been following debian (and lately ubuntu) development for some years now and I think this question should also be asked (or even better asked) in the debian mailing list in particular the debian-java list http://lists.debian.org/debian-java/ I think the java team in debian would find geronimo to be fairly simple to repackage to suite the linux FHS (Filesystem Hierarchy Standard) and additional stuff they would have to change or add for it to be a suitable debian/ubuntu package. regards peter petersson jontto wrote: Hi, I could not find a Debian package of Geronimo, is there any particular reason for this or has it just not got done yet? Of course you can download the normal Linux package and run that, but a Debian package with the configuration files and misc scripts placed in the Debian typical way in the directories would be nice.
Re: Why no Debian package of Geronimo
Hi Jontto Upps! I did not realize I was reading the dev list and answering a question addressed to a geronimo developer ;). FYI I am not a geronimo developer just a user but I hope my contribution to the discussion make sens anyway. regards peter petersson Peter Petersson wrote: Hi Jontto I have been following debian (and lately ubuntu) development for some years now and I think this question should also be asked (or even better asked) in the debian mailing list in particular the debian-java list http://lists.debian.org/debian-java/ I think the java team in debian would find geronimo to be fairly simple to repackage to suite the linux FHS (Filesystem Hierarchy Standard) and additional stuff they would have to change or add for it to be a suitable debian/ubuntu package. regards peter petersson jontto wrote: Hi, I could not find a Debian package of Geronimo, is there any particular reason for this or has it just not got done yet? Of course you can download the normal Linux package and run that, but a Debian package with the configuration files and misc scripts placed in the Debian typical way in the directories would be nice.
Re: My new office
Nice place you have there Jason, I'm going to Bangkok (on the way to Samui) next month so maybe I bump in to you (beer drinking) on Kosam road ;) cheers /peter p Jason Dillon wrote: http://flickr.com/photos/jasondillon/sets/72157604001910491/ :-P --jason
Re: G v2.1 and liferay
The latest problem he has with the plan you provided for him seems to be the following Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Missing dependency: org.apache.geronimo.configs/j2ee-security//car I havent looked at the latest liferay geronimo plan (or the one you updated to G v2.1 for him) but he also have to download and install the liferay-portal-geronimo-derby-pool-4.4.1.car to be able continue. regards peter p Shiva Kumar H R wrote: On Feb 19, 2008 1:30 PM, Peter Petersson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Ever now and then configuration questions about setting up liferay with G is popping up on the user list and soon it is time for G v2.1 to come out of the closet. As it would be great to see a liferay bundle (upgrade) that works out of the box with G v2.1 my question is if anyone of you knows the status of liferays Geronimo 2.1 support or even if someone is helping them out ? As I understand it at least the liferay Geronimo plan needs some revamping. A user on user-list was facing issues with deploying liferay war onto Geronimo. I attempted to come up the Geronimo plan but realized that there are other things like database-pool etc. to be set up. Can you help? Plz correct me if I am posting in the wrong list. regards peter p -- Thanks, Shiva
Re: Release Roller plugin soon?
David Jencks wrote: On Feb 16, 2008, at 9:51 AM, Peter Petersson wrote: David Jencks wrote: Now that 2.1 is released (I think :-) I'd like to move toward releasing the Roller plugin pretty soon. The major obstacle I know of is that the source of the roller war used as input is rather mysterious and is certainly not released by roller. I can build it locally but I've forgotten what roller modifications if any are in it. You are right about that ;). If you chose the local build strategy, checking out the roller 4.0 tag and use ant mvn-install (also before first time build ant mvn-get) should build and install the roller artifacs. My impression is that this should produce the same stuff as is released by the roller teem as mvn-install depends on build and I cant find any other ant release related sections but maybe the actuall release is done some other way (?). No extra patches should be needed every necessary patch we provided and wanted to get in for the plugin to work smoothly has been included by the roller teem before the svn branching to 4.1. I'm not exactly happy with the idea but think the most practical solution is to check any necessary roller patch and the built war into svn. I don't know if we could convince the roller project to release maven-compatible artifacts in a reasonable amount of time. There is a mvn-deploy section in the roller projects ant build.xml file but I don't know if anybody has pulled the trigger ;) but releasing artifacts may not be that far away. But as you say a more practical solution is probably to add the war by setting up a extra roller-war-mvn-install section in the roller plugin code base that puts the war in your local maven repos. Another possible improvement is to remove the jars from WEB-INF/lib and put them into our repository. This would greatly reduce the size of the war we'd have to keep in svn. In the long run, if we cant convince the roller teem to pick up maven which dosen't seem likely, this would be something to consider although during my work on a maven build system for roller I found that 4 of the roller used lib jars is not present in maven, but that may have changed. One way to accomplish this would be to pick up and maintain the maven build patch for roller but maybe that would be to go over the river for water. It might be worth it :-) after spending some time working on a roller security refactoring I remember so many of the reasons I don't like ant :-) I've confirmed that we don't need additional roller patches with the current plugin to get something installable. I've also played around with a no-libs roller without anything in its WEB-INF/lib, all these jars being dependencies in the geronimo repo. See the GERONIMO-2994-nolibs.patch and GERONIMO-2994-roller-patch patches. These seem to work fine (only tried jetty so far) but introduce the question of how to make the 4-5 unpublished jars and roller jars available to someone who wants to download and install the plugin. Maybe I can cook up a way to get just these jars into the WEB-INF/lib. One of the jars, commons-id-1.0-SNAPSHOT has never been released in any form whatsoever, so I kinda wonder about including it in any apache projects. Great! I hope to get some time this weekend to do some testing on the patches. Taking a quick peek at the nolibs patch I notice it uses G:s openjpa and I have a faint memory of there being a issue that prevents roller from using anything jpa newer than 0.9.7 or .8 so there may be some problem lurking inside ;-). On the none maven jars topic, commons-id at least the project has some sporadic activity see http://commons.apache.org/sandbox/id/. What surprise me a bit is that, although widely used, none of the rome jars is found in a public maven repo, although the rome stuff is clearly built with maven see http://wiki.java.net/bin/view/Javawsxml/HowToBuild Another idea I had before releasing this is to try to get logging working. So far everything I've tried has not allowed any logging from roller in any form I can find. Anyone have any ideas? Have you looked in jetty's log? I don't know way I haven't mentioned this but at least logging is somehow working using roller on tomcat but roller seem to hijack parts of the logging and place it in catalina/logs/roller.log. Looks like this INFO 2008-02-20 19:38:20,977 GeronimoLog:info - SUCCESS: Got parameters. Using configuration type JNDI_NAME INFO 2008-02-20 19:38:20,979 GeronimoLog:info - -- Using JNDI datasource name: java:comp/env/jdbc/rollerdb INFO 2008-02-20 19:38:20,981 GeronimoLog:info - SUCCESS: located JNDI DataSource [java:comp/env/jdbc/rollerdb] WARN 2008-02-20 19:38:23,336 GeronimoLog:warn - Failed to setup mail provider, continuing anways. Does anyone else want improvements before we release? If the how to build section in the readme file is not enough I would vote for including the war
Re: Release Roller plugin soon?
I found where jpa 1.0 was mentioned not to work with roller take a look at the Roller 4.0 RC8 on Geronimo 2.0.2 - tread in rollers dev list (Daves replay to fp). Apparently you will be able to set up the derby db but you will get a Foreign-Key-Vailolation wile creating a new weblog, but maybe this issue have been fixed. regards peter petersson Peter Petersson wrote: David Jencks wrote: On Feb 16, 2008, at 9:51 AM, Peter Petersson wrote: David Jencks wrote: Now that 2.1 is released (I think :-) I'd like to move toward releasing the Roller plugin pretty soon. The major obstacle I know of is that the source of the roller war used as input is rather mysterious and is certainly not released by roller. I can build it locally but I've forgotten what roller modifications if any are in it. You are right about that ;). If you chose the local build strategy, checking out the roller 4.0 tag and use ant mvn-install (also before first time build ant mvn-get) should build and install the roller artifacs. My impression is that this should produce the same stuff as is released by the roller teem as mvn-install depends on build and I cant find any other ant release related sections but maybe the actuall release is done some other way (?). No extra patches should be needed every necessary patch we provided and wanted to get in for the plugin to work smoothly has been included by the roller teem before the svn branching to 4.1. I'm not exactly happy with the idea but think the most practical solution is to check any necessary roller patch and the built war into svn. I don't know if we could convince the roller project to release maven-compatible artifacts in a reasonable amount of time. There is a mvn-deploy section in the roller projects ant build.xml file but I don't know if anybody has pulled the trigger ;) but releasing artifacts may not be that far away. But as you say a more practical solution is probably to add the war by setting up a extra roller-war-mvn-install section in the roller plugin code base that puts the war in your local maven repos. Another possible improvement is to remove the jars from WEB-INF/lib and put them into our repository. This would greatly reduce the size of the war we'd have to keep in svn. In the long run, if we cant convince the roller teem to pick up maven which dosen't seem likely, this would be something to consider although during my work on a maven build system for roller I found that 4 of the roller used lib jars is not present in maven, but that may have changed. One way to accomplish this would be to pick up and maintain the maven build patch for roller but maybe that would be to go over the river for water. It might be worth it :-) after spending some time working on a roller security refactoring I remember so many of the reasons I don't like ant :-) I've confirmed that we don't need additional roller patches with the current plugin to get something installable. I've also played around with a no-libs roller without anything in its WEB-INF/lib, all these jars being dependencies in the geronimo repo. See the GERONIMO-2994-nolibs.patch and GERONIMO-2994-roller-patch patches. These seem to work fine (only tried jetty so far) but introduce the question of how to make the 4-5 unpublished jars and roller jars available to someone who wants to download and install the plugin. Maybe I can cook up a way to get just these jars into the WEB-INF/lib. One of the jars, commons-id-1.0-SNAPSHOT has never been released in any form whatsoever, so I kinda wonder about including it in any apache projects. Great! I hope to get some time this weekend to do some testing on the patches. Taking a quick peek at the nolibs patch I notice it uses G:s openjpa and I have a faint memory of there being a issue that prevents roller from using anything jpa newer than 0.9.7 or .8 so there may be some problem lurking inside ;-). On the none maven jars topic, commons-id at least the project has some sporadic activity see http://commons.apache.org/sandbox/id/. What surprise me a bit is that, although widely used, none of the rome jars is found in a public maven repo, although the rome stuff is clearly built with maven see http://wiki.java.net/bin/view/Javawsxml/HowToBuild Another idea I had before releasing this is to try to get logging working. So far everything I've tried has not allowed any logging from roller in any form I can find. Anyone have any ideas? Have you looked in jetty's log? I don't know way I haven't mentioned this but at least logging is somehow working using roller on tomcat but roller seem to hijack parts of the logging and place it in catalina/logs/roller.log. Looks like this INFO 2008-02-20 19:38:20,977 GeronimoLog:info - SUCCESS: Got parameters. Using configuration type JNDI_NAME INFO 2008-02-20 19:38:20,979 GeronimoLog:info - -- Using JNDI datasource name: java:comp/env/jdbc/rollerdb INFO 2008
Re: G v2.1 and liferay
Peter Petersson wrote: The latest problem he has with the plan you provided for him seems to be the following Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Missing dependency: org.apache.geronimo.configs/j2ee-security//car I havent looked at the latest liferay geronimo plan (or the one you updated to G v2.1 for him) but he also have to download and install the liferay-portal-geronimo-derby-pool-4.4.1.car to be able continue. regards peter p Before mentioning the liferay derby pool car to the user maybe you or someone else that have knowledge of security configuration changes in G between v2.0 and v2.1 can help tweak the plan? see the Geronimo v2.1 Plan Creator = Deploy Liferay 4.1.1 - thread in the user list. regards peter petersson Shiva Kumar H R wrote: On Feb 19, 2008 1:30 PM, Peter Petersson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Ever now and then configuration questions about setting up liferay with G is popping up on the user list and soon it is time for G v2.1 to come out of the closet. As it would be great to see a liferay bundle (upgrade) that works out of the box with G v2.1 my question is if anyone of you knows the status of liferays Geronimo 2.1 support or even if someone is helping them out ? As I understand it at least the liferay Geronimo plan needs some revamping. A user on user-list was facing issues with deploying liferay war onto Geronimo. I attempted to come up the Geronimo plan but realized that there are other things like database-pool etc. to be set up. Can you help? Plz correct me if I am posting in the wrong list. regards peter p -- Thanks, Shiva
Re: Release Roller plugin soon?
David Jencks wrote: I haven't found any problems using openjpa 1.0 against roller trunk. I'll try again with the released roller 4.0 soon. If I remove roller's log4j.properties file and override a couple properties in our roller-custom.properties file then logging starts working. I'm wondering if there's a way to keep log4j from jumping on the latest bandwagon whenever you deploy a new app that has the misguided idea that it owns the universe lol, beats me, but good to hear you found a way around it, btw the following contains a link to issues fixed in roller v4.0.1 http://cwiki.apache.org/confluence/display/ROLLER/February+2008+Board+Report regards peter petersson thanks david jencks - Original Message From: Peter Petersson [EMAIL PROTECTED] To: dev@geronimo.apache.org Sent: Wednesday, February 20, 2008 12:49:42 PM Subject: Re: Release Roller plugin soon? I found where jpa 1.0 was mentioned not to work with roller take a look at the Roller 4.0 RC8 on Geronimo 2.0.2 - tread in rollers dev list (Daves replay to fp). Apparently you will be able to set up the derby db but you will get a Foreign-Key-Vailolation wile creating a new weblog, but maybe this issue have been fixed. regards peter petersson Peter Petersson wrote: David Jencks wrote: On Feb 16, 2008, at 9:51 AM, Peter Petersson wrote: David Jencks wrote: Now that 2.1 is released (I think :-) I'd like to move toward releasing the Roller plugin pretty soon. The major obstacle I know of is that the source of the roller war used as input is rather mysterious and is certainly not released by roller. I can build it locally but I've forgotten what roller modifications if any are in it. You are right about that ;). If you chose the local build strategy, checking out the roller 4.0 tag and use ant mvn-install (also before first time build ant mvn-get) should build and install the roller artifacs. My impression is that this should produce the same stuff as is released by the roller teem as mvn-install depends on build and I cant find any other ant release related sections but maybe the actuall release is done some other way (?). No extra patches should be needed every necessary patch we provided and wanted to get in for the plugin to work smoothly has been included by the roller teem before the svn branching to 4.1. I'm not exactly happy with the idea but think the most practical solution is to check any necessary roller patch and the built war into svn. I don't know if we could convince the roller project to release maven-compatible artifacts in a reasonable amount of time. There is a mvn-deploy section in the roller projects ant build.xml file but I don't know if anybody has pulled the trigger ;) but releasing artifacts may not be that far away. But as you say a more practical solution is probably to add the war by setting up a extra roller-war-mvn-install section in the roller plugin code base that puts the war in your local maven repos. Another possible improvement is to remove the jars from WEB-INF/lib and put them into our repository. This would greatly reduce the size of the war we'd have to keep in svn. In the long run, if we cant convince the roller teem to pick up maven which dosen't seem likely, this would be something to consider although during my work on a maven build system for roller I found that 4 of the roller used lib jars is not present in maven, but that may have changed. One way to accomplish this would be to pick up and maintain the maven build patch for roller but maybe that would be to go over the river for water. It might be worth it :-) after spending some time working on a roller security refactoring I remember so many of the reasons I don't like ant :-) I've confirmed that we don't need additional roller patches with the current plugin to get something installable. I've also played around with a no-libs roller without anything in its WEB-INF/lib, all these jars being dependencies in the geronimo repo. See the GERONIMO-2994-nolibs.patch and GERONIMO-2994-roller-patch patches. These seem to work fine (only tried jetty so far) but introduce the question of how to make the 4-5 unpublished jars and roller jars
G v2.1 and liferay
Hi Ever now and then configuration questions about setting up liferay with G is popping up on the user list and soon it is time for G v2.1 to come out of the closet. As it would be great to see a liferay bundle (upgrade) that works out of the box with G v2.1 my question is if anyone of you knows the status of liferays Geronimo 2.1 support or even if someone is helping them out ? As I understand it at least the liferay Geronimo plan needs some revamping. Plz correct me if I am posting in the wrong list. regards peter p
Re: Release Roller plugin soon?
David Jencks wrote: Now that 2.1 is released (I think :-) I'd like to move toward releasing the Roller plugin pretty soon. The major obstacle I know of is that the source of the roller war used as input is rather mysterious and is certainly not released by roller. I can build it locally but I've forgotten what roller modifications if any are in it. You are right about that ;). If you chose the local build strategy, checking out the roller 4.0 tag and use ant mvn-install (also before first time build ant mvn-get) should build and install the roller artifacs. My impression is that this should produce the same stuff as is released by the roller teem as mvn-install depends on build and I cant find any other ant release related sections but maybe the actuall release is done some other way (?). No extra patches should be needed every necessary patch we provided and wanted to get in for the plugin to work smoothly has been included by the roller teem before the svn branching to 4.1. I'm not exactly happy with the idea but think the most practical solution is to check any necessary roller patch and the built war into svn. I don't know if we could convince the roller project to release maven-compatible artifacts in a reasonable amount of time. There is a mvn-deploy section in the roller projects ant build.xml file but I don't know if anybody has pulled the trigger ;) but releasing artifacts may not be that far away. But as you say a more practical solution is probably to add the war by setting up a extra roller-war-mvn-install section in the roller plugin code base that puts the war in your local maven repos. Another possible improvement is to remove the jars from WEB-INF/lib and put them into our repository. This would greatly reduce the size of the war we'd have to keep in svn. In the long run, if we cant convince the roller teem to pick up maven which dosen't seem likely, this would be something to consider although during my work on a maven build system for roller I found that 4 of the roller used lib jars is not present in maven, but that may have changed. One way to accomplish this would be to pick up and maintain the maven build patch for roller but maybe that would be to go over the river for water. Does anyone else want improvements before we release? If the how to build section in the readme file is not enough I would vote for including the war as is in a install war section in the plugin code base before release to ensure everybody building the plugin uses the same roller war. There is a roller v4.0.1 on its way I haven't looked at it but maybe we should upgrade to it as it is likely it is a bug fix release. regards Peter Petersson thanks david jencks
Re: Inclusion of MySQL in roller-mysql-database plugin
David Jencks wrote: On Feb 9, 2008, at 8:17 PM, Davanum Srinivas wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevan, You are right. We have a new mechanism for triggering prohibited works. We need to get this to the attention of the legal-discuss folks so they cover that angle in addition to just the ship angle that they have looked at so far. Would specifying scopeprovided/scope provided in the pom.xml for mysql be enough to geronimo from downloading mysql when the plugin is installed? I am not that worried about pulling in that jar into our maven repo when we create/build our distribution, as long as we don't ship it. The scope won't have any effect. We do have the option of specifying the mysql jar as a prerequisite which will prevent installation of the plugin unless the mysql jar is already present, presumably because someone who is aware of the licensing concerns has explicitly installed it. I don't know if we've checked that this works properly with a jar rather than car (geronimo plugin) dependency but theoretically it would work. It works I will prepare a patch and put it in Kevan's JIRA https://issues.apache.org/jira/browse/GERONIMO-3816 for you to review. I don't think this a very elegant solution but it may be the best we can do in the near term. I guess I'm dreaming of a license filter that you can set up and then plugins can download dependencies consistent with the licenses you have allowed. To reiterate, we (asf) would never be shipping the mysql jar, but as currently set up, anyone installing the mysql roller plugin would be installing the mysql jar into their geronimo server. thanks david jencks thanks, dims Kevan Miller wrote: | | On Feb 9, 2008, at 2:01 PM, Davanum Srinivas wrote: | | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | Kevan, | | I followed the discussion. You said that Yes. The automatic download | is the issue.. I don't think that is the case...I | believe the clear guidance kicks in when we *ship* a distribution | with some other license on that page. So i thought | we should get clarification on that point. | | related question, Are we at this point picking/shipping either the | plugin or the mysql jars into our distribution? | | | Hi Dims, | The roller plugins are not included in Geronimo 2.1. We will want to | release the roller plugin at some point. So, will need to clear up this | point before then. | | Thanks for the clarification. So, is this your question? | | | | Is it ok to release an Apache product which will automatically, without | user prompting, download a prohibited work? | | The product in question is the Apache Geronimo roller-mysql-database | plugin which has a dependency on a prohibited work (i.e. a MySQL jar | which is GPL with a FLOSS exception). The building of the plugin would | download a MySQL jar into a users maven repository. The MySQL jar would | *not* be included in the Geronimo roller-mysql-database plugin binary. | However, the subsequent installation of this plugin would cause the | Geronimo server to automatically download and install the MySQL jar, | without notifying the user. | | * | | IMO, the answer is no, you can't. Not by default and not without | notifying the user. Am happy to get clarification, if you (or anyone | else) think otherwise or aren't sure... | | I think the basic options are: | | 1. Don't make roller-mysql-database part of the standard build (and | don't release a roller-mysql-database binary). The user can use a | non-standard build option to create the plugin, as long as he/she is | notified. | 2. Make the roller-mysql-database part of the standard build, but remove | the MySQL dependency. This binary can be built and released by our | project. However, the MySQL jar must be installed -- either manually by | the user or by some tool which properly notifies the user. | | --kevan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) iD8DBQFHrnrmgNg6eWEDv1kRAvXxAKDLSlpx83vB5a2iEzskKIOt8iIP+wCfdqfn oUFOkxrqEIx5Yl+U2ao04vE= =oWpQ -END PGP SIGNATURE-
[jira] Issue Comment Edited: (GERONIMO-3816) roller-mysql-database has mysql dependency
[ https://issues.apache.org/jira/browse/GERONIMO-3816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567454#action_12567454 ] ppe edited comment on GERONIMO-3816 at 2/10/08 10:06 AM: - This patch (roller-mysql-database_lic_iss_res_080210.patch) intend to reinstate the roller-mysql-database module by resolving the licensing issue. To prevent automatic download of the mysql connector the mysql-connector-java dependency is disabled and the module is instead set up with a prerequisite on the connector. The prerequisite description contains information on the licensing issue and instructions on what is needed to be done by the user for the module to be used. was (Author: ppe): This patch intend to reinstate the roller-mysql-database module by resolving the licensing issue. To prevent automatic download of the mysql connector the mysql-connector-java dependency is disabled and the module is instead set up with a prerequisite on the connector. The prerequisite description contains information on the licensing issue and instructions on what is needed to be done by the user for the module to be used. roller-mysql-database has mysql dependency -- Key: GERONIMO-3816 URL: https://issues.apache.org/jira/browse/GERONIMO-3816 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Reporter: Kevan Miller Attachments: roller-mysql-database_lic_iss_res_080210.patch The roller-mysql-database plugin has a hard dependency on MySQL. We have to remove this for licensing reasons. See explanation below. I plan on disabling the building of the roller-mysql-database plugin as well as removing the mysql dependency. We'll need to reach a decision on how we want to handle this long term. Here's more licensing info... MySQL is Licensed under the GPL license: http://www.mysql.com/company/legal/licensing/ MySQL is also available under a FLOSS exception: http://www.mysql.com/company/legal/licensing/foss-exception.html. The FLOSS exception only be applied to MySQL when it is used under an OSI-approved license. Neither license is deemed suitable by the Apache Software Foundation in ASF distributions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3816) roller-mysql-database has mysql dependency
[ https://issues.apache.org/jira/browse/GERONIMO-3816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-3816: -- Attachment: roller-mysql-database_lic_iss_res_080210.patch This patch intend to reinstate the roller-mysql-database module by resolving the licensing issue. To prevent automatic download of the mysql connector the mysql-connector-java dependency is disabled and the module is instead set up with a prerequisite on the connector. The prerequisite description contains information on the licensing issue and instructions on what is needed to be done by the user for the module to be used. roller-mysql-database has mysql dependency -- Key: GERONIMO-3816 URL: https://issues.apache.org/jira/browse/GERONIMO-3816 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Reporter: Kevan Miller Attachments: roller-mysql-database_lic_iss_res_080210.patch The roller-mysql-database plugin has a hard dependency on MySQL. We have to remove this for licensing reasons. See explanation below. I plan on disabling the building of the roller-mysql-database plugin as well as removing the mysql dependency. We'll need to reach a decision on how we want to handle this long term. Here's more licensing info... MySQL is Licensed under the GPL license: http://www.mysql.com/company/legal/licensing/ MySQL is also available under a FLOSS exception: http://www.mysql.com/company/legal/licensing/foss-exception.html. The FLOSS exception only be applied to MySQL when it is used under an OSI-approved license. Neither license is deemed suitable by the Apache Software Foundation in ASF distributions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Inclusion of MySQL in roller-mysql-database plugin
Kevan Miller wrote: All, I created a Jira to handle licensing issues involving the inclusion of MySQL in the roller-mysql-database plugin. See https://issues.apache.org/jira/browse/GERONIMO-3816 A patch that may resolve this issue have been posted to https://issues.apache.org/jira/browse/GERONIMO-3816 regards Peter P I've insured that we will no longer build the roller-mysql-database plugin in our source code. However, there are multiple ways of handling this problem. Would like to hear opinions from the project. Ultimately, it's the PMC's responsibility to oversee the licensing of our distributions and to oversee the way we handle dependencies on artifacts that are covered by excluded licenses. The ASF Licensing Policy (currently it's a draft policy, but I think we should be following the guidelines documented there) are located here -- http://www.apache.org/legal/3party.html Discussion of how to handle Prohibited Works is here -- http://people.apache.org/~rubys/3party.html#options Would be good for the project (in particular PMC) members to be familiar with these issues. Would like to hear how we think we should address this issue. As long as I feel the PMC is providing appropriate oversight, I'm happy with what ever decision we reach. --kevan
Re: Inclusion of MySQL in roller-mysql-database plugin
Hi all Thank you Kevan for bringing this to the table. Just to make sure everybody is clear on what the roller-mysql-database plugin dose, or more to the point dose not do. Jarek is exactly right when he says that the plugin dosen't actually include or distribute the mysql driver but it dose however automatically download the driver if it is not already present in the geronimo repository. As this automatic non user interaction convenience of the plugin, that dose not in a clear way tell the user what he/she is about to do (licence way) is the issue I would like to know if we have a consensus on using prerequsite in the plugin configuration (on the mysql driver being loaded beforehand) to satisfactory handle the licensing issue ? If I understand Kevan right a prerequisite on the driver would satisfy things so my suggestion (although I am just slightly involved in the roller plugin project and not in the PMC) would be to modify the plugin accordingly and reinstate it in the roller plugin assembly (as it is now it is disabled) what is your take on this? If we have consensus on this what would be a feasible text to put in the prerequisite section ? Although using prerequisite to fix this is (or may be) a available and viable option It would IMHO (although I don't know if it would satisfy the ASF Licensing Policy(?)) be more feasible (in cases like this) to somehow make the user aware of the licence statement and give him/here the option, after reading the licence (or what ever is necessary to satisfy the parties), to cancel the installation if he/she so chooses. regards Peter P Jarek Gawor wrote: Kevan, Can you explain what is the exact problem in this case? As far as I know, the roller plugin doesn't actaully include or distribute the msql driver. The driver will be automatically downloaded at compile time (becuase it is specified as maven dependency) and when the plugin is installed (becuase it is specified as a plugin dependency). Is the automatic download the problem? If so, maybe we can remove the msql maven dependency and modify the plugin dependency to specify the driver as a prerequisite? Jarek On Feb 6, 2008 9:40 AM, Kevan Miller [EMAIL PROTECTED] wrote: All, I created a Jira to handle licensing issues involving the inclusion of MySQL in the roller-mysql-database plugin. See https://issues.apache.org/jira/browse/GERONIMO-3816 I've insured that we will no longer build the roller-mysql-database plugin in our source code. However, there are multiple ways of handling this problem. Would like to hear opinions from the project. Ultimately, it's the PMC's responsibility to oversee the licensing of our distributions and to oversee the way we handle dependencies on artifacts that are covered by excluded licenses. The ASF Licensing Policy (currently it's a draft policy, but I think we should be following the guidelines documented there) are located here -- http://www.apache.org/legal/3party.html Discussion of how to handle Prohibited Works is here -- http://people.apache.org/~rubys/3party.html#options Would be good for the project (in particular PMC) members to be familiar with these issues. Would like to hear how we think we should address this issue. As long as I feel the PMC is providing appropriate oversight, I'm happy with what ever decision we reach. --kevan
Re: Inclusion of MySQL in roller-mysql-database plugin
Maybe one more clarification should be done the roller-mysql-database module is in no way needed for the geronimo roller plugin to work It is just one of hopefully more extra modules that will enhance the roller plugin, by default the roller tomcat and jetty modules setts up derby as db backend. regards Peter P Peter Petersson wrote: Hi all Thank you Kevan for bringing this to the table. Just to make sure everybody is clear on what the roller-mysql-database plugin dose, or more to the point dose not do. Jarek is exactly right when he says that the plugin dosen't actually include or distribute the mysql driver but it dose however automatically download the driver if it is not already present in the geronimo repository. As this automatic non user interaction convenience of the plugin, that dose not in a clear way tell the user what he/she is about to do (licence way) is the issue I would like to know if we have a consensus on using prerequsite in the plugin configuration (on the mysql driver being loaded beforehand) to satisfactory handle the licensing issue ? If I understand Kevan right a prerequisite on the driver would satisfy things so my suggestion (although I am just slightly involved in the roller plugin project and not in the PMC) would be to modify the plugin accordingly and reinstate it in the roller plugin assembly (as it is now it is disabled) what is your take on this? If we have consensus on this what would be a feasible text to put in the prerequisite section ? Although using prerequisite to fix this is (or may be) a available and viable option It would IMHO (although I don't know if it would satisfy the ASF Licensing Policy(?)) be more feasible (in cases like this) to somehow make the user aware of the licence statement and give him/here the option, after reading the licence (or what ever is necessary to satisfy the parties), to cancel the installation if he/she so chooses. regards Peter P Jarek Gawor wrote: Kevan, Can you explain what is the exact problem in this case? As far as I know, the roller plugin doesn't actaully include or distribute the msql driver. The driver will be automatically downloaded at compile time (becuase it is specified as maven dependency) and when the plugin is installed (becuase it is specified as a plugin dependency). Is the automatic download the problem? If so, maybe we can remove the msql maven dependency and modify the plugin dependency to specify the driver as a prerequisite? Jarek On Feb 6, 2008 9:40 AM, Kevan Miller [EMAIL PROTECTED] wrote: All, I created a Jira to handle licensing issues involving the inclusion of MySQL in the roller-mysql-database plugin. See https://issues.apache.org/jira/browse/GERONIMO-3816 I've insured that we will no longer build the roller-mysql-database plugin in our source code. However, there are multiple ways of handling this problem. Would like to hear opinions from the project. Ultimately, it's the PMC's responsibility to oversee the licensing of our distributions and to oversee the way we handle dependencies on artifacts that are covered by excluded licenses. The ASF Licensing Policy (currently it's a draft policy, but I think we should be following the guidelines documented there) are located here -- http://www.apache.org/legal/3party.html Discussion of how to handle Prohibited Works is here -- http://people.apache.org/~rubys/3party.html#options Would be good for the project (in particular PMC) members to be familiar with these issues. Would like to hear how we think we should address this issue. As long as I feel the PMC is providing appropriate oversight, I'm happy with what ever decision we reach. --kevan
Re: Inclusion of MySQL in roller-mysql-database plugin
Kevan Miller wrote: On Feb 9, 2008, at 10:11 AM, Peter Petersson wrote: Hi all Thank you Kevan for bringing this to the table. Just to make sure everybody is clear on what the roller-mysql-database plugin dose, or more to the point dose not do. Jarek is exactly right when he says that the plugin dosen't actually include or distribute the mysql driver but it dose however automatically download the driver if it is not already present in the geronimo repository. As this automatic non user interaction convenience of the plugin, that dose not in a clear way tell the user what he/she is about to do (licence way) is the issue I would like to know if we have a consensus on using prerequsite in the plugin configuration (on the mysql driver being loaded beforehand) to satisfactory handle the licensing issue ? If I understand Kevan right a prerequisite on the driver would satisfy things so my suggestion (although I am just slightly involved in the roller plugin project and not in the PMC) would be to modify the plugin accordingly and reinstate it in the roller plugin assembly (as it is now it is disabled) what is your take on this? Hi Peter, Thanks for your note. Your suggestion is certainly welcome. I did not mean to imply (and hope that it wasn't taken this way) that only PMC members should participate in this discussion. I only meant that the PMC had responsibilities to insure we reached a satisfactory solution. It was not, I just felt I somehow should state my level of involvement to make way for others to have there say and I had to put that parenthesis in somewhere ;) If we have consensus on this what would be a feasible text to put in the prerequisite section ? I think some of the text that I put in the pom.xml could be reworded slightly and would be ok... oki doki As I really would like to see the roller-mysql-database module included in the assembly again and guesses that David and the rest of you have a loot of release work to focus on I will try to come up with something fore you to review. BTW if some of you have access to some other roller supported database (db2, mssql/jtds, oracle, postgresql for testing and validation) feel free to step in and add a db access module the more the merrier ;) Although using prerequisite to fix this is (or may be) a available and viable option It would IMHO (although I don't know if it would satisfy the ASF Licensing Policy(?)) be more feasible (in cases like this) to somehow make the user aware of the licence statement and give him/here the option, after reading the licence (or what ever is necessary to satisfy the parties), to cancel the installation if he/she so chooses. IMO, this would be satisfactory, also. Great even... As long as the user is properly informed of the licensing implications of his or her actions. Well maybe I am stretching things here a bit but in that case it is a pity that a reed dotted bordered licence notice message one some calm background in big friendly letters dose not look good on a console install ;) else maybe that would have been a sufficient thing to do for the module, maybe gshell someday could do the trick of rendering a css/html boxed licence notice or the like of it ;) (almost not kidding here). Having read http://www.mysql.com/company/legal/licensing/foss-exception.html and http://people.apache.org/~rubys/3party.html#options I am not sure much more would be needed but I am not a company lawyer and I can certainly have got things wrong. regards Peter P --kevan
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller-themes_080205.zip Roller themes plugin module Adding roller-themes_080205.zip. As svn -diff dose not seem to handle images files this patch is in zip format. This patch adds a roller-themes module that contains extra roller theme(s) to the roller plugin. For now this module only contains one extra theme, Glike (inspired by Geronimo home) to show how this plugin is intended to be used and works. Extract the zip file in the root of the roller plugin project and add a moduleroller-themes/module line in the modules section of the top level pom. If you have a fairly generic roller v4.0 theme laying around that you would like to contribute, zip it up and put it here ;) Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller-themes_080205.zip, roller070409.patch, roller12_070602.zip, roller_4_0_plugin_080103.patch, roller_4_0_plugin_080204.patch, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_maven_ant_task_070918_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_070918.patch, roller_plugin_070921.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_4_0_plugin_080204.patch Roller plugin updates for Geronimo v2.1 Adding roller_4_0_plugin_080204.patch Changes === * Setting properties so that everything roller related is contained within the server. In particular var stuff like cash, indexing, and other stuff will now reside within server var/roller-data/xxx dirs. * Moving roller themes dir from war file to server var/roller-data/themes to make it easy to add extra themes to roller (also needed for the upcoming roller-themes plugin module). Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_4_0_plugin_080103.patch, roller_4_0_plugin_080204.patch, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_maven_ant_task_070918_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_070918.patch, roller_plugin_070921.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Start failed, Cannot load property editor [org.apache.xbean.propertyeditor.ArrayListEditor]
Yes thank you Jarek! As mentioned by Jarek the second attribute below is the offending one. It is added to the config by adding a repository. The question is where is my org.apache.xbean.propertyeditor.LinkedListEditor :) maybe it is fixed in newer builds I haven't got around checking it yet. thanks Peter P config.xml : module name=org.apache.geronimo.configs/plugin/2.1-SNAPSHOT/car gbean name=DownloadedPluginRepos attribute name=repositoryListhttp://geronimo.apache.org/plugins/plugin-repository-list-2.1.txt/attribute attribute propertyEditor=org.apache.xbean.propertyeditor.LinkedListEditor name=userRepositories[~/.m2/repository,file:/home/ppe/.m2/repository/]/attribute /gbean /module Jarek Gawor wrote: Peter, I also see the same problem on XP on second start up. But I was able to work around it by removing 'propertyEditor=org.apache.xbean.propertyeditor.LinkedListEditor' attribute from attribute/ element of DownloadedPluginRepos gbean. Hope this helps, Jarek On Jan 14, 2008 7:21 PM, Peter Petersson [EMAIL PROTECTED] wrote: In the men time I resorted to the assembly I pulled together yesterday and just doing a ./startup.sh; ./shutdown.sh; ./startup.sh fails on the second startup with the error indicated bellow. Its getting late here so I will look in to this again tomorrow hopefully with a fresh build. regards Peter Petersson Peter Petersson wrote: Things seems to be in a flux right now as I get a parse exception on 'geronimo-plugin-list' so I guess I have to wait with testing out plugins on a fresh build. I get back to you when this is out of the way. regards Peter P 23:44:02,710 INFO [PluginInstallerGBean] Attempting to download file:/home/ppe/.m2/repository/geronimo-plugins.xml 23:44:02,860 ERROR [PluginInstallerGBean] Unable to load repository configuration data org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'geronimo-plugin-list'. at org.apache.geronimo.system.plugin.PluginInstallerGBean$3.error(PluginInstallerGBean.java:1440) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) Peter Petersson wrote: David Jencks wrote: I finally got around to applying your roller plugin patch but I can't reproduce this either on jetty or tomcat. I'm on osx I wonder if its due to the different os Nice :) hmmm well I am on Linux and Hernan got this on a Windows XP box and maybe osx is spared but there is clearly something wrong with my environment or else the server is getting into a faulty state due to the plugin modules I install (roller-tomcat, roller-themes) although I doubt the later is the case ;), I will try investigate this a bit more, will post my findings (if any) here but If you or anyone else have some suggestions or hints on what may cause this let me know. I will do a svn update; mvn clean install; and go make some coffee and try out the new build with different setups. regards Peter P thanks david jencks On Jan 14, 2008, at 2:28 AM, Peter Petersson wrote: Anyone still getting this? On the first startup the server starts fine but every following startup after a shutdown (or even reboot of comp) fails. I have had this problem for some time now (2 weeks I think) and to get around it I keep reinstalling the server but that's getting a bit boring :). This is happening for me on new builds of 2.1. The only thing I have done in between is installing the roller plugin. I have also tried startup with load=false in config.xml on the roller modules before startup (just in case the plugin would be causing the startup problem) but it dose not help. Any clues on what may causing this ? thanks Peter P 09:05:33,865 INFO [Log4jService] -- 09:05:33,865 INFO [Log4jService] Started Logging Service 09:05:33,865 INFO [Log4jService] Runtime Information: 09:05:33,865 INFO [Log4jService] Install Directory = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT 09:05:33,865 INFO [Log4jService] JVM in use = Sun Microsystems Inc. Java 1.5.0_13 09:05:33,865 INFO [Log4jService] Java Information: 09:05:33,865 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 09:05:33,865 INFO [Log4jService] System property [java.runtime.version] = 1.5.0_13-b05 09:05:33,865 INFO [Log4jService] System property [os.name] = Linux 09:05:33,865 INFO [Log4jService] System property [os.version] = 2.6.22-14-generic 09:05:33,871 INFO [Log4jService] System property [sun.os.patch.level] = unknown 09:05:33,871 INFO [Log4jService] System property [os.arch] = i386 09:05:33,871 INFO [Log4jService] System property [java.class.version
Re: Start failed, Cannot load property editor [org.apache.xbean.propertyeditor.ArrayListEditor]
Anyone still getting this? On the first startup the server starts fine but every following startup after a shutdown (or even reboot of comp) fails. I have had this problem for some time now (2 weeks I think) and to get around it I keep reinstalling the server but that's getting a bit boring :). This is happening for me on new builds of 2.1. The only thing I have done in between is installing the roller plugin. I have also tried startup with load=false in config.xml on the roller modules before startup (just in case the plugin would be causing the startup problem) but it dose not help. Any clues on what may causing this ? thanks Peter P 09:05:33,865 INFO [Log4jService] -- 09:05:33,865 INFO [Log4jService] Started Logging Service 09:05:33,865 INFO [Log4jService] Runtime Information: 09:05:33,865 INFO [Log4jService] Install Directory = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT 09:05:33,865 INFO [Log4jService] JVM in use = Sun Microsystems Inc. Java 1.5.0_13 09:05:33,865 INFO [Log4jService] Java Information: 09:05:33,865 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 09:05:33,865 INFO [Log4jService] System property [java.runtime.version] = 1.5.0_13-b05 09:05:33,865 INFO [Log4jService] System property [os.name] = Linux 09:05:33,865 INFO [Log4jService] System property [os.version] = 2.6.22-14-generic 09:05:33,871 INFO [Log4jService] System property [sun.os.patch.level] = unknown 09:05:33,871 INFO [Log4jService] System property [os.arch] = i386 09:05:33,871 INFO [Log4jService] System property [java.class.version] = 49.0 09:05:33,871 INFO [Log4jService] System property [locale] = sv_SE 09:05:33,871 INFO [Log4jService] System property [unicode.encoding]= UnicodeLittle 09:05:33,871 INFO [Log4jService] System property [file.encoding] = UTF-8 09:05:33,871 INFO [Log4jService] System property [java.vm.name]= Java HotSpot(TM) Server VM 09:05:33,871 INFO [Log4jService] System property [java.vm.vendor] = Sun Microsystems Inc. 09:05:33,871 INFO [Log4jService] System property [java.vm.version] = 1.5.0_13-b05 09:05:33,871 INFO [Log4jService] System property [java.vm.info]= mixed mode 09:05:33,871 INFO [Log4jService] System property [java.home] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre 09:05:33,871 INFO [Log4jService] System property [java.classpath] = null 09:05:33,871 INFO [Log4jService] System property [java.library.path] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/../lib/i386 09:05:33,871 INFO [Log4jService] System property [java.endorsed.dirs] = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed:/usr/lib/jvm/java-1.5.0-sun/jre/lib/endorsed 09:05:33,871 INFO [Log4jService] System property [java.ext.dirs] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/ext 09:05:33,871 INFO [Log4jService] System property [sun.boot.class.path] = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed/yoko-rmi-spec-1.0-incubating-r602900.jar:/usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed/yoko-spec-corba-1.0-incubating-r602900.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/rt.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i18n.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/jsse.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/jce.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/charsets.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/classes 09:05:33,871 INFO [Log4jService] -- 09:05:37,561 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/plugin/2.1-SNAPSHOT/car?configurationName=org.apache.geronimo.configs/plugin/2.1-SNAPSHOT/car java.lang.IllegalStateException: Cannot load property editor [org.apache.xbean.propertyeditor.LinkedListEditor] at org.apache.geronimo.system.configuration.GBeanOverride.loadPropertyEditor(GBeanOverride.java:412) at org.apache.geronimo.system.configuration.GBeanOverride.getValue(GBeanOverride.java:387) at org.apache.geronimo.system.configuration.GBeanOverride.applyOverrides(GBeanOverride.java:347) at org.apache.geronimo.system.configuration.LocalAttributeManager.setAttributes(LocalAttributeManager.java:210) at org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides(LocalAttributeManager.java:179) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:280) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at
Re: Start failed, Cannot load property editor [org.apache.xbean.propertyeditor.ArrayListEditor]
David Jencks wrote: I finally got around to applying your roller plugin patch but I can't reproduce this either on jetty or tomcat. I'm on osx I wonder if its due to the different os Nice :) hmmm well I am on Linux and Hernan got this on a Windows XP box and maybe osx is spared but there is clearly something wrong with my environment or else the server is getting into a faulty state due to the plugin modules I install (roller-tomcat, roller-themes) although I doubt the later is the case ;), I will try investigate this a bit more, will post my findings (if any) here but If you or anyone else have some suggestions or hints on what may cause this let me know. I will do a svn update; mvn clean install; and go make some coffee and try out the new build with different setups. regards Peter P thanks david jencks On Jan 14, 2008, at 2:28 AM, Peter Petersson wrote: Anyone still getting this? On the first startup the server starts fine but every following startup after a shutdown (or even reboot of comp) fails. I have had this problem for some time now (2 weeks I think) and to get around it I keep reinstalling the server but that's getting a bit boring :). This is happening for me on new builds of 2.1. The only thing I have done in between is installing the roller plugin. I have also tried startup with load=false in config.xml on the roller modules before startup (just in case the plugin would be causing the startup problem) but it dose not help. Any clues on what may causing this ? thanks Peter P 09:05:33,865 INFO [Log4jService] -- 09:05:33,865 INFO [Log4jService] Started Logging Service 09:05:33,865 INFO [Log4jService] Runtime Information: 09:05:33,865 INFO [Log4jService] Install Directory = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT 09:05:33,865 INFO [Log4jService] JVM in use = Sun Microsystems Inc. Java 1.5.0_13 09:05:33,865 INFO [Log4jService] Java Information: 09:05:33,865 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 09:05:33,865 INFO [Log4jService] System property [java.runtime.version] = 1.5.0_13-b05 09:05:33,865 INFO [Log4jService] System property [os.name] = Linux 09:05:33,865 INFO [Log4jService] System property [os.version] = 2.6.22-14-generic 09:05:33,871 INFO [Log4jService] System property [sun.os.patch.level] = unknown 09:05:33,871 INFO [Log4jService] System property [os.arch] = i386 09:05:33,871 INFO [Log4jService] System property [java.class.version] = 49.0 09:05:33,871 INFO [Log4jService] System property [locale] = sv_SE 09:05:33,871 INFO [Log4jService] System property [unicode.encoding]= UnicodeLittle 09:05:33,871 INFO [Log4jService] System property [file.encoding] = UTF-8 09:05:33,871 INFO [Log4jService] System property [java.vm.name]= Java HotSpot(TM) Server VM 09:05:33,871 INFO [Log4jService] System property [java.vm.vendor] = Sun Microsystems Inc. 09:05:33,871 INFO [Log4jService] System property [java.vm.version] = 1.5.0_13-b05 09:05:33,871 INFO [Log4jService] System property [java.vm.info]= mixed mode 09:05:33,871 INFO [Log4jService] System property [java.home] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre 09:05:33,871 INFO [Log4jService] System property [java.classpath] = null 09:05:33,871 INFO [Log4jService] System property [java.library.path] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/../lib/i386 09:05:33,871 INFO [Log4jService] System property [java.endorsed.dirs] = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed:/usr/lib/jvm/java-1.5.0-sun/jre/lib/endorsed 09:05:33,871 INFO [Log4jService] System property [java.ext.dirs] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/ext 09:05:33,871 INFO [Log4jService] System property [sun.boot.class.path] = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed/yoko-rmi-spec-1.0-incubating-r602900.jar:/usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed/yoko-spec-corba-1.0-incubating-r602900.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/rt.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i18n.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/jsse.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/jce.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/charsets.jar:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/classes 09:05:33,871 INFO [Log4jService] -- 09:05:37,561 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/plugin/2.1-SNAPSHOT/car?configurationName=org.apache.geronimo.configs/plugin/2.1-SNAPSHOT/car
Re: Start failed, Cannot load property editor [org.apache.xbean.propertyeditor.ArrayListEditor]
Things seems to be in a flux right now as I get a parse exception on 'geronimo-plugin-list' so I guess I have to wait with testing out plugins on a fresh build. I get back to you when this is out of the way. regards Peter P 23:44:02,710 INFO [PluginInstallerGBean] Attempting to download file:/home/ppe/.m2/repository/geronimo-plugins.xml 23:44:02,860 ERROR [PluginInstallerGBean] Unable to load repository configuration data org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'geronimo-plugin-list'. at org.apache.geronimo.system.plugin.PluginInstallerGBean$3.error(PluginInstallerGBean.java:1440) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) Peter Petersson wrote: David Jencks wrote: I finally got around to applying your roller plugin patch but I can't reproduce this either on jetty or tomcat. I'm on osx I wonder if its due to the different os Nice :) hmmm well I am on Linux and Hernan got this on a Windows XP box and maybe osx is spared but there is clearly something wrong with my environment or else the server is getting into a faulty state due to the plugin modules I install (roller-tomcat, roller-themes) although I doubt the later is the case ;), I will try investigate this a bit more, will post my findings (if any) here but If you or anyone else have some suggestions or hints on what may cause this let me know. I will do a svn update; mvn clean install; and go make some coffee and try out the new build with different setups. regards Peter P thanks david jencks On Jan 14, 2008, at 2:28 AM, Peter Petersson wrote: Anyone still getting this? On the first startup the server starts fine but every following startup after a shutdown (or even reboot of comp) fails. I have had this problem for some time now (2 weeks I think) and to get around it I keep reinstalling the server but that's getting a bit boring :). This is happening for me on new builds of 2.1. The only thing I have done in between is installing the roller plugin. I have also tried startup with load=false in config.xml on the roller modules before startup (just in case the plugin would be causing the startup problem) but it dose not help. Any clues on what may causing this ? thanks Peter P 09:05:33,865 INFO [Log4jService] -- 09:05:33,865 INFO [Log4jService] Started Logging Service 09:05:33,865 INFO [Log4jService] Runtime Information: 09:05:33,865 INFO [Log4jService] Install Directory = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT 09:05:33,865 INFO [Log4jService] JVM in use = Sun Microsystems Inc. Java 1.5.0_13 09:05:33,865 INFO [Log4jService] Java Information: 09:05:33,865 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 09:05:33,865 INFO [Log4jService] System property [java.runtime.version] = 1.5.0_13-b05 09:05:33,865 INFO [Log4jService] System property [os.name] = Linux 09:05:33,865 INFO [Log4jService] System property [os.version] = 2.6.22-14-generic 09:05:33,871 INFO [Log4jService] System property [sun.os.patch.level] = unknown 09:05:33,871 INFO [Log4jService] System property [os.arch] = i386 09:05:33,871 INFO [Log4jService] System property [java.class.version] = 49.0 09:05:33,871 INFO [Log4jService] System property [locale] = sv_SE 09:05:33,871 INFO [Log4jService] System property [unicode.encoding]= UnicodeLittle 09:05:33,871 INFO [Log4jService] System property [file.encoding] = UTF-8 09:05:33,871 INFO [Log4jService] System property [java.vm.name]= Java HotSpot(TM) Server VM 09:05:33,871 INFO [Log4jService] System property [java.vm.vendor] = Sun Microsystems Inc. 09:05:33,871 INFO [Log4jService] System property [java.vm.version] = 1.5.0_13-b05 09:05:33,871 INFO [Log4jService] System property [java.vm.info]= mixed mode 09:05:33,871 INFO [Log4jService] System property [java.home] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre 09:05:33,871 INFO [Log4jService] System property [java.classpath] = null 09:05:33,871 INFO [Log4jService] System property [java.library.path] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/../lib/i386 09:05:33,871 INFO [Log4jService] System property [java.endorsed.dirs] = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT/lib/endorsed:/usr/lib/jvm/java-1.5.0-sun/jre/lib/endorsed 09:05:33,871 INFO [Log4jService] System property [java.ext.dirs] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/ext 09:05:33,871 INFO [Log4jService] System property [sun.boot.class.path] = /usr
Re: Start failed, Cannot load property editor [org.apache.xbean.propertyeditor.ArrayListEditor]
In the men time I resorted to the assembly I pulled together yesterday and just doing a ./startup.sh; ./shutdown.sh; ./startup.sh fails on the second startup with the error indicated bellow. Its getting late here so I will look in to this again tomorrow hopefully with a fresh build. regards Peter Petersson Peter Petersson wrote: Things seems to be in a flux right now as I get a parse exception on 'geronimo-plugin-list' so I guess I have to wait with testing out plugins on a fresh build. I get back to you when this is out of the way. regards Peter P 23:44:02,710 INFO [PluginInstallerGBean] Attempting to download file:/home/ppe/.m2/repository/geronimo-plugins.xml 23:44:02,860 ERROR [PluginInstallerGBean] Unable to load repository configuration data org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'geronimo-plugin-list'. at org.apache.geronimo.system.plugin.PluginInstallerGBean$3.error(PluginInstallerGBean.java:1440) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) Peter Petersson wrote: David Jencks wrote: I finally got around to applying your roller plugin patch but I can't reproduce this either on jetty or tomcat. I'm on osx I wonder if its due to the different os Nice :) hmmm well I am on Linux and Hernan got this on a Windows XP box and maybe osx is spared but there is clearly something wrong with my environment or else the server is getting into a faulty state due to the plugin modules I install (roller-tomcat, roller-themes) although I doubt the later is the case ;), I will try investigate this a bit more, will post my findings (if any) here but If you or anyone else have some suggestions or hints on what may cause this let me know. I will do a svn update; mvn clean install; and go make some coffee and try out the new build with different setups. regards Peter P thanks david jencks On Jan 14, 2008, at 2:28 AM, Peter Petersson wrote: Anyone still getting this? On the first startup the server starts fine but every following startup after a shutdown (or even reboot of comp) fails. I have had this problem for some time now (2 weeks I think) and to get around it I keep reinstalling the server but that's getting a bit boring :). This is happening for me on new builds of 2.1. The only thing I have done in between is installing the roller plugin. I have also tried startup with load=false in config.xml on the roller modules before startup (just in case the plugin would be causing the startup problem) but it dose not help. Any clues on what may causing this ? thanks Peter P 09:05:33,865 INFO [Log4jService] -- 09:05:33,865 INFO [Log4jService] Started Logging Service 09:05:33,865 INFO [Log4jService] Runtime Information: 09:05:33,865 INFO [Log4jService] Install Directory = /usr/local/geronimo-tomcat6-javaee5-2.1-SNAPSHOT 09:05:33,865 INFO [Log4jService] JVM in use = Sun Microsystems Inc. Java 1.5.0_13 09:05:33,865 INFO [Log4jService] Java Information: 09:05:33,865 INFO [Log4jService] System property [java.runtime.name] = Java(TM) 2 Runtime Environment, Standard Edition 09:05:33,865 INFO [Log4jService] System property [java.runtime.version] = 1.5.0_13-b05 09:05:33,865 INFO [Log4jService] System property [os.name] = Linux 09:05:33,865 INFO [Log4jService] System property [os.version] = 2.6.22-14-generic 09:05:33,871 INFO [Log4jService] System property [sun.os.patch.level] = unknown 09:05:33,871 INFO [Log4jService] System property [os.arch] = i386 09:05:33,871 INFO [Log4jService] System property [java.class.version] = 49.0 09:05:33,871 INFO [Log4jService] System property [locale] = sv_SE 09:05:33,871 INFO [Log4jService] System property [unicode.encoding]= UnicodeLittle 09:05:33,871 INFO [Log4jService] System property [file.encoding] = UTF-8 09:05:33,871 INFO [Log4jService] System property [java.vm.name]= Java HotSpot(TM) Server VM 09:05:33,871 INFO [Log4jService] System property [java.vm.vendor] = Sun Microsystems Inc. 09:05:33,871 INFO [Log4jService] System property [java.vm.version] = 1.5.0_13-b05 09:05:33,871 INFO [Log4jService] System property [java.vm.info]= mixed mode 09:05:33,871 INFO [Log4jService] System property [java.home] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre 09:05:33,871 INFO [Log4jService] System property [java.classpath] = null 09:05:33,871 INFO [Log4jService] System property [java.library.path] = /usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386/server:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.13/jre/../lib/i386 09:05:33,871 INFO [Log4jService] System property
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_4_0_plugin_080103.patch Roller plugin updates for Geronimo v2.1 Adding roller_4_0_plugin_080103.patch Changes === * Updating roller-weblogger from 4.0_rc2 to 4.0. * Setting prerequisites for roller-tomcat/jetty on there respective web container. * Adding plugin descriptions. * Updating README to reflect the current build instructions. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_4_0_plugin_080103.patch, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_maven_ant_task_070918_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_070918.patch, roller_plugin_070921.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.0: Failed for Revision: 587047
Thank you Kevan adding the repos worked for me and i could of course have added it manually. thanks Peter Kevan Miller wrote: On Oct 23, 2007, at 4:17 AM, Peter Petersson wrote: I still have problem building G v2.0.2 from svn tag org.apache.xbean:xbean-naming:jar:3.2-r579367 is missing anyone else seeing this ? regards That's caused by a build of xbean created by OpenEJB. The jar file can be found here: http://svn.apache.org/repos/asf/openejb/repo/org/apache/xbean/xbean-naming/3.2-r579367/xbean-naming-3.2-r579367.jar Some other people have reported a problem with 2.0.2 builds. It builds ok for me. However, obviously failing for some. The error seems to depend upon how maven computes release numbers/determines remote repositories to be searched. We added some maven excludes to avoid the problem, but doesn't seem to have resolved the problem... You can download the jar file into your repo manually or add the following repo to your local config: repository idopenejb-3rdparty-builds/id name3rd Party Build Repository/name urlhttp://svn.apache.org/repos/asf/openejb/repo//url /repository --kevan
Re: [BUILD] 2.0: Failed for Revision: 587047
I still have problem building G v2.0.2 from svn tag org.apache.xbean:xbean-naming:jar:3.2-r579367 is missing anyone else seeing this ? regards Peter Prasad Kashyap wrote: The problem occurred b'coz one of the remote repos (ws.zones.apache.org) used by the axis2-kernel was down. This problem has now been fixed with help from Dims and ASF Infra. Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Thank you for the information! I am a bit surprised by this error as I would expect to be able to build a svn tagged version of Geronimo at any time with no changes what so ever compared to the original packaging as long as all maven repos is up and running even (especially) if I have a clean local geronimo/ maven repository. Changing the version property woden.version1.0-incubating-M7b/woden.version to woden.version1.0-incubating--SNAPSHOT/woden.version in axis2-parent-1.3.pom in my local repo dose NOT fixed the problem, as I guess it would. I am obviously doing something wrong here. And btw should I really get a SNAPSHOT as I am trying to build from the v2.0.2 tag of the svn tree? Cheers Peter Petersson Prasad Kashyap wrote: The org.apache.axis2:axis2-kernel:jar:1.3 which depends on this artifact should have it's woden dependency set to 1.0-incubating-SNAPSHOT. This can then be found at http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden/1.0-incubating-SNAPSHOT/ Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Anybody else seeing this ? I am trying to do a clean build of the 2.0.2 tag but it seems that org.apache.woden:woden:jar:1.0-incubating-M7b has been revoked from the maven repos (Its now version M7). It seem to me that this artifact is implicitly pulled in by some web services artifact so I guess wait and see if it getting resolved by some 3rd party is what I can do at the moment. regards Peter Petersson [EMAIL PROTECTED] wrote: Geronimo Revision: 587047 built with tests included See the full build-0600.log file at http://people.apache.org/~prasad/binaries/2.0/20071022/build-0600.log [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.activemq.ConnectorTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.218 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/geronimo-activemq-2.0.3-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-activemq/2.0.3-SNAPSHOT/geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Web Services [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://download.java.net/maven/1//axis/poms/axis-jaxrpc-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://download.java.net/maven/1//jaxen/poms/jaxen-1.1-beta-10.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://download.java.net/maven/1//org.apache.woden/poms/woden-1.0-incubating-M7b.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://repo1.maven.org/maven2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://download.java.net/maven/1//org.apache.neethi/poms/neethi-2.0.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http
Re: [BUILD] 2.0: Failed for Revision: 587047
It did not help but thanks for the tip Prasad thanks Peter Prasad Kashyap wrote: You may hitting the case of an unresponsive ibiblio. Add the following snippet to your ~/.m2/settings.xml settings !-- central repo repo1 is mirrored to ibiblio. explictly overriding that to be repo1 itself -- mirrors mirror idibiblio.org/id nameMirror of http://repo1.maven.org/maven2//name urlhttp://repo1.maven.org/maven2/url mirrorOfcentral/mirrorOf /mirror /mirrors /settings Cheers Prasad On 10/23/07, Peter Petersson [EMAIL PROTECTED] wrote: I still have problem building G v2.0.2 from svn tag org.apache.xbean:xbean-naming:jar:3.2-r579367 is missing anyone else seeing this ? regards Peter Prasad Kashyap wrote: The problem occurred b'coz one of the remote repos (ws.zones.apache.org) used by the axis2-kernel was down. This problem has now been fixed with help from Dims and ASF Infra. Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Thank you for the information! I am a bit surprised by this error as I would expect to be able to build a svn tagged version of Geronimo at any time with no changes what so ever compared to the original packaging as long as all maven repos is up and running even (especially) if I have a clean local geronimo/ maven repository. Changing the version property woden.version1.0-incubating-M7b/woden.version to woden.version1.0-incubating--SNAPSHOT/woden.version in axis2-parent-1.3.pom in my local repo dose NOT fixed the problem, as I guess it would. I am obviously doing something wrong here. And btw should I really get a SNAPSHOT as I am trying to build from the v2.0.2 tag of the svn tree? Cheers Peter Petersson Prasad Kashyap wrote: The org.apache.axis2:axis2-kernel:jar:1.3 which depends on this artifact should have it's woden dependency set to 1.0-incubating-SNAPSHOT. This can then be found at http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden/1.0-incubating-SNAPSHOT/ Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Anybody else seeing this ? I am trying to do a clean build of the 2.0.2 tag but it seems that org.apache.woden:woden:jar:1.0-incubating-M7b has been revoked from the maven repos (Its now version M7). It seem to me that this artifact is implicitly pulled in by some web services artifact so I guess wait and see if it getting resolved by some 3rd party is what I can do at the moment. regards Peter Petersson [EMAIL PROTECTED] wrote: Geronimo Revision: 587047 built with tests included See the full build-0600.log file at http://people.apache.org/~prasad/binaries/2.0/20071022/build-0600.log [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.activemq.ConnectorTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.218 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/geronimo-activemq-2.0.3-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-activemq/2.0.3-SNAPSHOT/geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Web Services [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://download.java.net/maven/1//axis/poms/axis-jaxrpc-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://download.java.net/maven/1//jaxen/poms/jaxen-1.1-beta-10.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://download.java.net/maven/1//org.apache.woden
Re: [BUILD] 2.0: Failed for Revision: 587047
Anybody else seeing this ? I am trying to do a clean build of the 2.0.2 tag but it seems that org.apache.woden:woden:jar:1.0-incubating-M7b has been revoked from the maven repos (Its now version M7). It seem to me that this artifact is implicitly pulled in by some web services artifact so I guess wait and see if it getting resolved by some 3rd party is what I can do at the moment. regards Peter Petersson [EMAIL PROTECTED] wrote: Geronimo Revision: 587047 built with tests included See the full build-0600.log file at http://people.apache.org/~prasad/binaries/2.0/20071022/build-0600.log [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.activemq.ConnectorTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.218 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/geronimo-activemq-2.0.3-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-activemq/2.0.3-SNAPSHOT/geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Web Services [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://download.java.net/maven/1//axis/poms/axis-jaxrpc-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://download.java.net/maven/1//jaxen/poms/jaxen-1.1-beta-10.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://download.java.net/maven/1//org.apache.woden/poms/woden-1.0-incubating-M7b.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://repo1.maven.org/maven2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://download.java.net/maven/1//org.apache.neethi/poms/neethi-2.0.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://download.java.net/maven/1//org.apache.woden/jars/woden-1.0-incubating-M7b.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://ws.zones.apache.org/repository2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://tomcat.apache.org/dev/dist/m2-repository/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://repo1.maven.org/eclipse/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://jibx.sourceforge.net/maven/org.apache.woden/jars/woden-1.0-incubating-M7b.jar Downloading: http://repo1.maven.org/maven2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.woden:woden:jar:1.0-incubating-M7b Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.woden -DartifactId=woden \ -Dversion=1.0-incubating-M7b -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you
Re: [BUILD] 2.0: Failed for Revision: 587047
Thank you for the information! I am a bit surprised by this error as I would expect to be able to build a svn tagged version of Geronimo at any time with no changes what so ever compared to the original packaging as long as all maven repos is up and running even (especially) if I have a clean local geronimo/ maven repository. Changing the version property woden.version1.0-incubating-M7b/woden.version to woden.version1.0-incubating--SNAPSHOT/woden.version in axis2-parent-1.3.pom in my local repo dose NOT fixed the problem, as I guess it would. I am obviously doing something wrong here. And btw should I really get a SNAPSHOT as I am trying to build from the v2.0.2 tag of the svn tree? Cheers Peter Petersson Prasad Kashyap wrote: The org.apache.axis2:axis2-kernel:jar:1.3 which depends on this artifact should have it's woden dependency set to 1.0-incubating-SNAPSHOT. This can then be found at http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden/1.0-incubating-SNAPSHOT/ Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Anybody else seeing this ? I am trying to do a clean build of the 2.0.2 tag but it seems that org.apache.woden:woden:jar:1.0-incubating-M7b has been revoked from the maven repos (Its now version M7). It seem to me that this artifact is implicitly pulled in by some web services artifact so I guess wait and see if it getting resolved by some 3rd party is what I can do at the moment. regards Peter Petersson [EMAIL PROTECTED] wrote: Geronimo Revision: 587047 built with tests included See the full build-0600.log file at http://people.apache.org/~prasad/binaries/2.0/20071022/build-0600.log [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.activemq.ConnectorTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.218 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/geronimo-activemq-2.0.3-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-activemq/2.0.3-SNAPSHOT/geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Web Services [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://download.java.net/maven/1//axis/poms/axis-jaxrpc-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://download.java.net/maven/1//jaxen/poms/jaxen-1.1-beta-10.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://download.java.net/maven/1//org.apache.woden/poms/woden-1.0-incubating-M7b.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://repo1.maven.org/maven2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://download.java.net/maven/1//org.apache.neethi/poms/neethi-2.0.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://download.java.net/maven/1//org.apache.woden/jars/woden-1.0-incubating-M7b.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://ws.zones.apache.org/repository2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.jar Downloading: http://tomcat.apache.org/dev/dist/m2-repository/org/apache/woden/woden/1.0-incubating
Re: [BUILD] 2.0: Failed for Revision: 587047
:) Good to here, I missed that one, thanks for the head up. Cheers Peter Prasad Kashyap wrote: The problem occurred b'coz one of the remote repos (ws.zones.apache.org) used by the axis2-kernel was down. This problem has now been fixed with help from Dims and ASF Infra. Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Thank you for the information! I am a bit surprised by this error as I would expect to be able to build a svn tagged version of Geronimo at any time with no changes what so ever compared to the original packaging as long as all maven repos is up and running even (especially) if I have a clean local geronimo/ maven repository. Changing the version property woden.version1.0-incubating-M7b/woden.version to woden.version1.0-incubating--SNAPSHOT/woden.version in axis2-parent-1.3.pom in my local repo dose NOT fixed the problem, as I guess it would. I am obviously doing something wrong here. And btw should I really get a SNAPSHOT as I am trying to build from the v2.0.2 tag of the svn tree? Cheers Peter Petersson Prasad Kashyap wrote: The org.apache.axis2:axis2-kernel:jar:1.3 which depends on this artifact should have it's woden dependency set to 1.0-incubating-SNAPSHOT. This can then be found at http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden/1.0-incubating-SNAPSHOT/ Cheers Prasad On 10/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Anybody else seeing this ? I am trying to do a clean build of the 2.0.2 tag but it seems that org.apache.woden:woden:jar:1.0-incubating-M7b has been revoked from the maven repos (Its now version M7). It seem to me that this artifact is implicitly pulled in by some web services artifact so I guess wait and see if it getting resolved by some 3rd party is what I can do at the moment. regards Peter Petersson [EMAIL PROTECTED] wrote: Geronimo Revision: 587047 built with tests included See the full build-0600.log file at http://people.apache.org/~prasad/binaries/2.0/20071022/build-0600.log [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.activemq.ConnectorTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.218 sec Results : Tests run: 1, Failures: 0, Errors: 0, Skipped: 0 [INFO] [jar:jar] [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-activemq/target/geronimo-activemq-2.0.3-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-activemq/2.0.3-SNAPSHOT/geronimo-activemq-2.0.3-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Web Services [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://download.java.net/maven/1//axis/poms/axis-jaxrpc-1.4.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom Downloading: http://download.java.net/maven/1//jaxen/poms/jaxen-1.1-beta-10.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom Downloading: http://download.java.net/maven/1//org.apache.woden/poms/woden-1.0-incubating-M7b.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://repo1.maven.org/maven2/org/apache/woden/woden/1.0-incubating-M7b/woden-1.0-incubating-M7b.pom Downloading: http://download.java.net/maven/1//org.apache.neethi/poms/neethi-2.0.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0/neethi-2.0.pom Downloading: http://download.java.net/maven/1//org.apache.woden/jars/woden-1.0-incubating-M7b.jar
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_plugin_070921.patch Adding roller_plugin_070921.patch (supersedes the roller_plugin_0718.patch by adding to it) Changes === * Updating roller-weblogger from 4.0_rc1 to 4.0_rc2. * Updating the roller-apache and roller-jetty plan with needed filters. * Updating the roller plugin artifact versions. * Updating README. Adding roller-weblogger.war aftifact to local repo == For now (as long as no official roller maven artifacts are available). Check out the svn 4.0_rc2 tag found at https://svn.apache.org/repos/asf/roller/tags/roller_4.0_rc2/ patch it with the roller_maven_ant_task_070918_0.patch (it's a small maven patch to the ant build included in this jira) and run 'ant mvn-install'. You need to download and install the maven-ant-task jar from here http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-ant-tasks-2.0.7.jar and place it in roller_4.0_rc2/tools/buildtime/maven/. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_maven_ant_task_070918_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_070918.patch, roller_plugin_070921.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_plugin_070918.patch roller_maven_ant_task_070918_0.patch Roller plugin updates for Geronimo v2.0.1 Adding roller_plugin_070918.patch and roller_maven_ant_task_070918_0.patch Changes === * Updating roller-weblogger from 4.0_rc1 to 4.0_rc2. * Updating the roller plugin artifact versions. * Updating README. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_maven_ant_task_070918_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_070918.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528545 ] ppe edited comment on GERONIMO-2994 at 9/18/07 1:26 PM: Roller plugin updates for Geronimo v2.0.1 Adding roller_plugin_070918.patch and roller_maven_ant_task_070918_0.patch Changes === * Updating roller-weblogger from 4.0_rc1 to 4.0_rc2. * Updating the roller plugin artifact versions. * Updating README. Adding roller-weblogger.war aftifact to local repo == For now (as long as no official roller maven artifacts are available). Check out the svn 4.0_rc2 tag found at https://svn.apache.org/repos/asf/roller/tags/roller_4.0_rc2/ patch it with the roller_maven_ant_task_070918_0.patch (it's a small maven patch to the ant build included in this jira) and run 'ant mvn-install'. You need to download and install the maven-ant-task jar from here http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-ant-tasks-2.0.7.jar and place it in roller_4.0_rc2/tools/buildtime/maven/. was (Author: ppe): Roller plugin updates for Geronimo v2.0.1 Adding roller_plugin_070918.patch and roller_maven_ant_task_070918_0.patch Changes === * Updating roller-weblogger from 4.0_rc1 to 4.0_rc2. * Updating the roller plugin artifact versions. * Updating README. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_maven_ant_task_070918_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_070918.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Status of Geronimo 1.1.1 plugins not yet in 2.0.1 ?
Aaron Mulder wrote: I'm pretty tight for time right now, though I could certainly advise someone if they were interested in doing the porting to 2.x. I don't care if it's done at SF or if the code is sucked over to Apache. Hi Aaron Thank you for your reply. I checked out the code yesterday and took a quick look at it. If I get it somewhat running I send you a patch but I would also prefer to check in the code at geronimo/plugins. If the rest of you agree on moving the code? and if the following is advisable I could supply a untouched patch In a Jira for someone to set up in geronimo/plugins. In my opinion this plugin is quite useful and if not anyone else have time to work on it I will certainly try to get it ported as it is the only thing holding us back from migrating to G2.0.1. regards Peter Petersson Thanks, Aaron On 9/4/07, Paul McMahan [EMAIL PROTECTED] wrote: I agree that it would be really great to have updated versions of all the 1.x plugins. I don't know if there are any plans to update the plugins at http://gplugins.sourceforge.net/ for Geronimo 2.x. If that's not likely to happen then we should be able to use Geronimo's svn and plugin repository at least for the Quartz plugin since it's ASL 2.0. Or Aaron may have a better idea in mind. Best wishes, Paul On Sep 4, 2007, at 3:42 AM, Peter Petersson wrote: Hi There are few G v1.1.1 plugins not yet available in 2.0.1 which is understandable as 2.0.1 has not been around very long. Would be great to hear what the plans and status are for them in G v2.0.1. We (me and my colleagues) and probably other users miss one in particular and this is the very neat and useful geronimo-quartz plugin and I am wondering what the plans are for it in G 2.0.1 Aaron? thanks Peter Petersson
The Apache Roller weblogger plugin
As some of you may know I have been working with David Jencks on the Roller plugin. The latest update brings the plugin to G v2.0.1 and IMO it is starting to look good. Having tested the plugin installation and basic functionality on Geronimo from a local maven repo on tomcat and jetty with derby or mysql back-ends using the artifact aliasing function to switch from derby to mysql it seems to be running well, so if you have time to take roller for a spin go ahead, it would be great to get some feedback from you all. You will find some basic build and get started instructions below. Apart from bringing the plugin to a releasable state there are probably a lot more that can be done such as adding and testing more databases modules, console configuration module, extra themes module, you name it and for that it would be great to get your suggestions and/or contributions ;). You will find out more about roller at http://roller.apache.org/ and some fragmented bits and pieces about the plugin at GERONIMO-2994. Here is a updated README to get you started -- Geronimo Roller 4.0 plugin Build instructions: build roller from svn 4.0_rc1 tag after applying roller-maven_ant_task_070902_0.patch (in Jira GERONIMO-2994) by issuing 'ant mvn-install' from rollers root dir this will build roller and place the roller-weblogger.war file (needed by the plugin) in your local maven repo. Theoretically at this point you should be able to run mvn and do a top level build but currently it seems that you have to build each module individually once before this will work. Copy the geronimo-plugins.xml file to ~/.m2/repository so geronimo will be able to treat the maven repo as a plugin repo. Change the content of the default-repository tag (near the end of the file) to match the path to your repository. Now start geronimo (2.0.1) and go to the plugins page in the admin console, add your local maven repo as a plugin repo, search for plugins, and install the roller-jetty plugin (if you are geronimo-jetty) it will simultaneous pull in the derby database plugin. Accessing roller at this point for instance via the /roller link in Application -- Web App WARs will initiate rollers automatic installation function that will set up the roller derby database and you will be up and running using the derby database. At any time you can start using mysql as database back-end by installing the roller-mysql plugin module (this will stop any running instance of roller). To complete the database switch put the following line in var/config/artifact_aliases.properties org.apache.geronimo.plugins/roller-derby-database//car=org.apache.geronimo.plugins/roller-mysql-database/0.0.1-SNAPSHOT/car and create a empty mysql database called 'roller' with the user 'roller' and password 'roller', restart the geronimo server, go to Application -- Web App WARs start roller and click on the /roller link to start up roller and you will be up and running with the mysql-database as back-end. -- cheers Peter Petersson
Status of Geronimo 1.1.1 plugins not yet in 2.0.1 ?
Hi There are few G v1.1.1 plugins not yet available in 2.0.1 which is understandable as 2.0.1 has not been around very long. Would be great to hear what the plans and status are for them in G v2.0.1. We (me and my colleagues) and probably other users miss one in particular and this is the very neat and useful geronimo-quartz plugin and I am wondering what the plans are for it in G 2.0.1 Aaron? thanks Peter Petersson
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_maven_ant_task_070902_0.patch roller_plugin_070803.patch Bringing Roller plugins to G v2.0.1 and roller-4.0_rc1 by adding roller_plugin_070803.patch and roller_maven_ant_task_070902_0.patch. Changes I recall doing = * Updating roller plugins from Geronimo 2.0-SNAPSHOT to Geronimo 2.0.1. * Changing the version schema of the plugins to plugin module version(-SNAPSHOT) and adding geronimo and roller version information to the geronimo-plugin description. * Removing dependency of the roller-war plugin module and updating the roller-weblogger war by using the 4.0_rc1 version via local maven repo. See additional information on building and installing the roller weblogger artifact below. * Updating the plugins parent version accordingly (org.apache.geronimo.genesis.config/project-config/1.2) * Setting property name=openjpa.QueryCompilationCache value=false/ I am not sure this is needed (and it is likely a performance damper) but during my work on the roller maven build system (jira ROL-1537) I got rid of a random exception that bugged me wile adding and testing out the mvn jetty:run-war on roller-weblogger.war by setting it. * Could not get the DatabaseInitializationGBean to work properly, switched to rollers auto install by setting installation.type=auto in roller-custom.properties * Updating the geronimo-plugins.xml file to reflect the new version. * Updating the README file with up to date installation instructions. * Some general cleanup. Local maven roller-weblogger.war For now (as long as no official roller maven artifacts are available) I found this to be the most useful way of handling the weblogger. Check out the svn 4.0_rc1 tag found at https://svn.apache.org/repos/asf/roller/tags/roller_4.0_rc1/ patch it with the roller_maven_ant_task_070902_0.patch (it's a small maven patch to the ant build included in this jira) and run 'ant mvn-install'. Observe that you need to download and install the maven-ant-task jar from here http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-ant-tasks-2.0.7.jar and place it in roller_4.0_rc1/tools/buildtime/maven/. Some of this information can also be fond in the README file in the plugin root. Known Caveats = * uninstall of roller plugins leaves the roller-database-resources files present in geronimo/repostory and it will not be overwritten/replaced by a new one unless you manually delete it or change the version. This can be a bit annoying and cause some confusion during work on the plugins. * maven install from root directory dose not work the first time around (from a clean local repository) you have to install the modules one by one. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_maven_ant_task_070902_0.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_070803.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate
Downloading G v2.0.1 requires confluence account ?
Hi Poking around on the geronimo site I just noticed that downloading of release v2.0.1 requires a Confluence account. As I am able to get to the download links for all other versions i suspect this may be a mistake or could it be a new behavior you want? regards Peter Petersson
Re: Downloading G v2.0.1 requires confluence account ?
Well peps are probably starting to sign up just to get to the download. Hopefully Herman sees this when he wakes up ;). regards Peter Petersson Jacek Laskowski wrote: On 8/22/07, Peter Petersson [EMAIL PROTECTED] wrote: Hi Poking around on the geronimo site I just noticed that downloading of release v2.0.1 requires a Confluence account. As I am able to get to the download links for all other versions i suspect this may be a mistake or could it be a new behavior you want? Good catch! I don't know why it's set like this, but the page is really in restricted mode atm. Probably we're awaiting press announcement before opening it up to the public. I don't really know. But then, the bits are in public already - http://www.apache.org/dist/geronimo/2.0.1/. Thanks for reporting. http://cwiki.apache.org/confluence/pages/pageinfo.action?pageId=63737 Page Permissions Page restrictions: Only users in group geronimo-committers can view this page. (set by Hernan Cunico at Aug 13, 2007 12:39) [Remove] Only users in group geronimo-committers can edit this page. (set by Hernan Cunico at Aug 13, 2007 12:39) [Remove] Hernan, why is that? Jacek
Re: Downloading G v2.0.1 requires confluence account ?
Works fine Matt Hogstrom wrote: I think its fixed .. if someone else can verify that would be great. On Aug 22, 2007, at 10:10 AM, Matt Hogstrom wrote: Yikes, that is not good. Hernan? On Aug 22, 2007, at 5:29 AM, Peter Petersson wrote: Hi Poking around on the geronimo site I just noticed that downloading of release v2.0.1 requires a Confluence account. As I am able to get to the download links for all other versions i suspect this may be a mistake or could it be a new behavior you want? regards Peter Petersson
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
Hi I have looked at java security policy, firewall settings, sniffed the traffic and more without finding out way the connection fails. As far as I know IPv6 should normally not be a problem but I started to suspect it had something to do with it. In my case it seems to have something to do with the loopback interface. Anyone else having problem with network access using this command? deploy --host local network address --user user --password password --port 1099 login or better yet a solution ? this may still be a configuration issue. I will try to find out what is wrong and will get back if I find something out. regards Peter Rodrigo Rodrigues da Silva wrote: Hi Peter, rmi runs on IPv6 here as well. I am not a network expert also, don't know if this should be a problem, as all ports opened by the java vm are on IPv6. Here port 1527 (derby) runs on Ipv6, although I could access derby from a remote machine with no hurt =] tcp6 0 0 *:1099 *:* LISTEN 6794/java tcp6 0 0 *:1527 *:* LISTEN 6794/java thanks, On 8/14/07, *Peter Petersson* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Rodrigo As I am also running G on a Ubuntu system (although it's 7.10) I thought I should give it a try and I get a similar problem (although I am not really reproducing yours). In my case I tried the deploy login command from a client also running Ubuntu from within a local network and surprisingly it failed with the following Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- Connection refused to host: 127.0.0.1 http://127.0.0.1; nested exception is: As I am trying this via a local network connection and no firewall rules should be in the way so I should not get connection refused but I did so if this is suppose to work right out of the box(?) we may have some weird problem and in my case this could be related to some IPv6 problem as I found out that the rmiregistry (port 1099) was running on IPv6 netstat -plt : tcp0 0 *:www *:* LISTEN - : tcp6 0 0 *:rmiregistry *:* LISTEN - I don't know way this should be a problem (I am not a network expert) but apparently something is wrong. However as in your case from local machine it works fine. I haven't upgraded to 2.0 yet on the server, so this test has been done on G v1.1.1 and FYI all the address and port binds are the defaults (in config.xml) so G and rmiregistry should bind to all interfaces. However In your case you get no such object in table which to me looks like you actually got the initial connection on port 1099 but a failure in the object call (using some other port) so our problems may not be related but anyhow It seem you are not completely alone on this. You could try sniff the network traffic with Wireshark (you can do a apt-get if you don't have it already), you may whant to use some traffic filter for example tcp port 1099 || tcp port to minimize the noise. Sry I couldn't help you more with this, lets see what more the G devs have to say about it ? regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 -- no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
Okey now I get exactly the same error as you Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- no such object in table regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java -version java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) -- Filipe Sousa geronimo.log -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
I can still not tell you whats wrong but I now think it is safe to say that it is definitely not any firewall rules in the way (and I get the same error as you do). I checked all my firewall rules iptables -L and to be on the safe side I also turned on logging on iptables reject and drop rules and as suspected nothing was found. The other thing i did was turning on logging of rmi gc via -Dsun.rmi.dgc.loglevel=VERBOSE but that didn't give me any information ether. Sun jdk build 1.5.0_06-b05, Ubuntu 7.10, G 1.1.1. regards Peter Petersson Peter Petersson wrote: Okey now I get exactly the same error as you Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- no such object in table regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java -version java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) -- Filipe Sousa geronimo.log -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver -- Rodrigo Rodrigues da Silva Engenharia de Computação - Coop8 http://www.coop8.rg.com.br Grêmio Politécnico - Gestão Colabora http://www.gremio.poli.usp.br Não importa como morre o home, importa como vive. Carijó, velho do rio. To the person with only a hammer, everything looks like a nail. bussdriver
Re: Can't remote access geronimo 2.0 on Linux (GERONIMO-3191)
Hi Rodrigo As I am also running G on a Ubuntu system (although it's 7.10) I thought I should give it a try and I get a similar problem (although I am not really reproducing yours). In my case I tried the deploy login command from a client also running Ubuntu from within a local network and surprisingly it failed with the following Error: Unable to connect to server at deployer:geronimo:jmx://192.168.2.1:1099 -- Connection refused to host: 127.0.0.1; nested exception is: As I am trying this via a local network connection and no firewall rules should be in the way so I should not get connection refused but I did so if this is suppose to work right out of the box(?) we may have some weird problem and in my case this could be related to some IPv6 problem as I found out that the rmiregistry (port 1099) was running on IPv6 netstat -plt : tcp0 0 *:www *:* LISTEN - : tcp6 0 0 *:rmiregistry *:* LISTEN - I don't know way this should be a problem (I am not a network expert) but apparently something is wrong. However as in your case from local machine it works fine. I haven't upgraded to 2.0 yet on the server, so this test has been done on G v1.1.1 and FYI all the address and port binds are the defaults (in config.xml) so G and rmiregistry should bind to all interfaces. However In your case you get no such object in table which to me looks like you actually got the initial connection on port 1099 but a failure in the object call (using some other port) so our problems may not be related but anyhow It seem you are not completely alone on this. You could try sniff the network traffic with Wireshark (you can do a apt-get if you don't have it already), you may whant to use some traffic filter for example tcp port 1099 || tcp port to minimize the noise. Sry I couldn't help you more with this, lets see what more the G devs have to say about it ? regards Peter Petersson Rodrigo Rodrigues da Silva wrote: Hi, I tried out 2.0-rc1 release (as posted by David to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) and could reproduce bug GERONIMO-3191, which had been considered as closed. I have a Ubuntu Linux 7.04 with sun-jdk-1.5.0 running geronimo. From a Windows Vista Machine I ran the following command: deploy --host 192.168.0.11 http://192.168.0.11 --user system --password manager --port 1099 login which returned: Error: Unable to connect to server at deployer:geronimo:jmx://192.168.0.11 – no such object in table if I run it from the server Linux machine, it works. I haven't ever been able to access remote linux servers (specially from Eclipse) but this specific situation has been tested only on this release. I was wondering if anyone could reproduce it since I may have commited some configuration mistake. hope it helps. thanks, Rodrigo On 8/9/07, * David Jencks* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd recommend trying with the about to be released unless someone finds a major problem 2.0 release you can find here http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ http://people.apache.org/%7Ehogstrom/geronimo-2.0-rc1/geronimo-2.0/org/ apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0/ You won't have this exact problem because the JaasLoginServiceRemotingServer gbean isn't in the latest version. If you wish to continue with 2.0-M6 the problem is that the JaasLoginServiceRemotingServer can't figure out what ip address to bind onto. Have you perhaps changed var/config/config- substitutions.properties? Or perhaps your hostnames aren't quite right? something seems to expect your computer to be named testing thanks david jencks On Aug 9, 2007, at 9:39 AM, Filipe Sousa wrote: Hi! I just download the last version of geronimo (geronimo-tomcat6-jee5-2.0-M6) and I'm trying to start the server with geronimo.sh: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ ./ geronimo.sh run but fails at 16%: [ ] 16% 4s Startup failed The stack trace start with this log (the complete log is attached) 7:22:37,995 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/j2ee-security/2.0-M6/car? ServiceModule=org.apache.geronimo.configs/j2ee-se curity/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer This is my first contact with geronimo, maybe I am doing something wrong. Some useful information of my java environment: [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6 /bin $ echo $JAVA_HOME /home/fsousa/opt/java/jdk1.5.0_12 [EMAIL PROTECTED] ~/opt/geronimo-tomcat6-jee5-2.0-M6/bin $ java
Re: Apache Roller v4.0 plugin
FYI it seems (from current posts in roller dev list) that the roller dev David Johnson is about to deploy the two geronimo-roller-plugin related patches just in time for the roller 4.0 wrap up ;) #ROL-1482, #ROL-1527 lets hope there are no last minute show stoppers. regards Peter Petersson Peter Petersson wrote: david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone probably know the trick). It was very exciting to get roller to finally run on my machine after months of struggle! I know the feeling from G v1.1 and v1.2 :) . Now we can focus on getting things stable and hopefully into a public Gplugin repository soon after the G v2.0 release. I think we should ask roller to publish some usable artifacts to the maven repo using the ant maven tasks. Then we won't have to do this silly unpacking the zip routine. I agree go ahead and drop something in there dev list http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists Many many thanks! david jencks Sry if this turns out to be a double post (I was posting from my gmail account) thanks Peter Petersson
Re: xmlbeans compile failed error
As david suggested in a previous post try mvn -U if you haven't alreddy it resolved the problem for me. thanks Peter Petersson Anita Kulshreshtha skrev: Is anyone else seeing this on the trunk? Time to build schema type system: 1.032 seconds Time to generate code: 0.25 seconds C:\anita\geronimo\g2.0\modules\geronimo-j2ee-builder\target\generated-sources\xm lbeans\org\apache\geronimo\xbeans\geronimo\j2ee\GerApplicationType.java:19: cann ot find symbol symbol : method typeSystemForClassLoader(java.lang.ClassLoader,java.lang.String ) location: class org.apache.xmlbeans.XmlBeans org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(GerApplicationType .class.getClassLoader(), schemaorg_apache_xmlbeans.system.sA8C51DD71428480BC5C1 0AE593EEB272).resolveHandle(applicationtype8dbbtype); ^ C:\anita\geronimo\g2.0\modules\geronimo-j2ee-builder\target\generated-sources\xm lbeans\org\apache\geronimo\xbeans\geronimo\j2ee\GerModuleType.java:19: cannot fi nd symbol symbol : method typeSystemForClassLoader(java.lang.ClassLoader,java.lang.String ) location: class org.apache.xmlbeans.XmlBeans org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(GerModuleType.clas s.getClassLoader(), schemaorg_apache_xmlbeans.system.sA8C51DD71428480BC5C10AE59 3EEB272).resolveHandle(moduletype862dtype); ^ C:\anita\geronimo\g2.0\modules\geronimo-j2ee-builder\target\generated-sources\xm lbeans\org\apache\geronimo\xbeans\geronimo\j2ee\GerExtModuleType.java:19: cannot find symbol symbol : method typeSystemForClassLoader(java.lang.ClassLoader,java.lang.String ) location: class org.apache.xmlbeans.XmlBeans .. .. Thanks Anita Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/
Re: Anyone else seing J2EE Schema unit test failures?
I also have this problem sins last night CET. I will try davids suggestion. thanks Peter Donald Woods wrote: I'm seeing a unit test failure on Linux in J2EE Schema on the latest trunk - --- Test set: org.apache.geronimo.schema.SchemaConversionUtilsTest --- Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.7 sec FAILURE! testGetNestedObjectAsType(org.apache.geronimo.schema.SchemaConversionUtilsTest) Time elapsed: 0.013 sec ERROR! java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.clinit(Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObjectAsType(SchemaConversionUtilsTest.java:150) testcase time=0.32 name=testOrderDescriptionGroup/ testcase time=0.033 name=testOrderJNDIEnvironmentRefsGroup/ testcase time=0.249 name=testGeronimoNamingNamespaceChange/ testcase time=0.011 name=testGetNestedObjectAsType error type=java.lang.NoSuchMethodError message=org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.amp;clinitamp;(Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObjectAsType(SchemaConversionUtilsTest.java:150) /error /testcase testcase time=0.009 name=testSecurityElementConverter/ testcase time=0.022 name=testGBeanElementConverter/ testcase time=0.016 name=testQNameConverter1/ testcase time=0.002 name=testQNameConverter2/ testcase time=0.008 name=testWebMessageDestination1/ -Donald [EMAIL PROTECTED] wrote: OpenEJB trunk at 558558 Geronimo Revision: 558562 built with tests skipped See the full build-1800.log file at http://people.apache.org/~prasad/binaries/20070722/build-1800.log Building Geronimo trunk at Revision: 558562 Building OpenEJB trunk at 558558 [INFO] Scanning for projects... [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] You must specify at least one goal. Try 'install' [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Sun Jul 22 20:36:18 EDT 2007 [INFO] Final Memory: 2M/504M [INFO]
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_plugin_patch_070724.txt This patch adds a rollerPluginVersion property independent of the geronimoVersion property and makes the child pom:s refer to them. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514801 ] Peter Petersson edited comment on GERONIMO-2994 at 7/23/07 3:26 PM: roller_plugin_patch_070724.txt This patch adds a rollerPluginVersion property independent of the geronimoVersion property in the roller-parent pom and makes the child pom:s refer to them. was: This patch adds a rollerPluginVersion property independent of the geronimoVersion property and makes the child pom:s refer to them. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Apache Roller v4.0 plugin
Peter Petersson wrote: David Jencks wrote: On Jul 21, 2007, at 8:11 AM, Peter Petersson wrote: Considering the tight schedule and the work that needs to be done i G to add functionality to the plugin system for smooth and automatic artifact alias switching and my latest findings surrounding this regarding the roller plugin ( see https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514407 ) i propose the following changes and arrangement of the roller plugin modules * roller-jetty-derby (in new branch for Gv2.0 release) * roller-tomcat-derby (in new branch) * roller-jetty-mysql (in new branch) * roller-tomcat-mysql (in new branch) * roller-jetty (in trunk for future release) * roller-tomcat (in trunk) * roller-derby-database (in branch and trunk) * roller-derby-resources (in branch and trunk) * roller-mysql-database (in branch and trunk) * roller-mysql-resources (in branch and trunk) * roller-war (in branch and trunk) Additional files 2 separate geronimo-plugin.xml files in branch an trunk respectively. By setting up the new modules listed above to depend on there respective database modules and jpa settings they will not be far away from ready for plugin usage (without aliasing) not long after G v2.0 and Roller v4.0 release and we will be able to continue working on the artifact aliasing switch for plugins on the roller-jetty and roller-tomcat modules. This implies changing the geronimo-plugin.xml file to include only the for new modules for the first incarnation of the roller G plugins until things are ready for aliasing switch usage. We could also branch the roller-plugin repository as shown above to make the intention and usage of the modules clearer. This is just a suggestion (and me being a bit eager to get something out). This is a minor change (that I am naturally willing to participate in) but once again ;) it may have implications I haven't thought of, so it may still not be the best way to go ahead, thoughts ? In future releases of the roller plugin we should look in to including the roller planet subsystem and other enhancements like contributed themes and adding more roller supported databases. I appear to have planet working, I updated the ROL-1482 jira for this, and the derby resources jar. I'm not sure how to tell if planet is actually working, but administering it doesn't generate any errors :-) This is great news. I think we should look at removing the resources jars, putting the override properties files perhaps in our war (?), and using the built-in roller schema creation (installation.type=auto). It would also be great to get the roller files into the g. var directory and expose some of the properties file configuration somehow in a gbean or the admin console. Yes it would be nice to have the properties files easy accessible by users as we no longer have any useful information in the override properties file it could as well reside in the war. Is there any gbeans that exposes properties to web apps. from these locations, or something similar, available that I can take a look at ? I was a bit unclear here. When we get things into g:s var directory I think the only properties file we need to expose is the override properties file. There will also be roller account specific indexing, cashing and other files that are best contained here, most of (if not all) which are path configurable from the override properties file and should if possible be defaulting to g:s var directory. As I noted in the geronimo jira I think we can sidestep the DBDictionary problem by leaving out the property in web.xml and letting openjpa figure out for itself what db is being used. I will test this tomorrow after updating to your new roler jira :) by removing the db ref in web.xml and downgrading the schema version to 2.4 and test the artifact aliasing switch without any specific DBDictionary property set. The concern I have with the roller-jetty and roller-tomcat modules is not just the jpa dictionary settings but also the database dependency settings. I don't think I understand your proposal above. Maybe we have different assumptions about how the roller plugin will be released. I've been wanting since the plugins were invented to distribute a lot of geronimo as plugins, each on its own release cycle. So I was thinking that the roller plugin(s) would get released separately from geronimo after g. 2.0 was out, and that the maven projects for them would remain under plugins/roller. We might need trunk + tags + branches :-). Is this what you were thinking? Yes this is what I am thinking. The intention of my proposal was to not depend on aliasing on the first releases of the roller plugin (when ever it is ready) as I have the impression it would require changes to Greonimo system modules for smooth usage, hence the short time table, but maybe it could
[jira] Commented: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514478 ] Peter Petersson commented on GERONIMO-2994: --- Roller using the wrong database dictionary after aliasing After installing roller-tomcat, roller-mysql and manually setting the org.apache.geronimo.plugins/roller-derby-database//car=org.apache.geronimo.plugins/roller-mysql-database/2.0-SNAPSHOT/car line in artifact_aliases.properties and restarting the G server to make it read the aliasing line to use mysql, roller is using the wrong database dictionary settings _15:37:22,368 INFO [JDBC] Using dictionary class org.apache.openjpa.jdbc.sql.DerbyDictionary_ resulting in the wrong database schema tables being created in the mysql database using rollers installation.type=auto property. The persistence setting used (in roller-tomcat) is as follows: persistence-unit name=RollerPU providerorg.apache.openjpa.persistence.PersistenceProviderImpl/provider jta-data-sourcejdbc/rollerdb/jta-data-source non-jta-data-sourcejdbc/NoTxrollerdb/non-jta-data-source properties !-- property name=openjpa.jdbc.DBDictionary value=org.apache.openjpa.jdbc.sql.DerbyDictionary/-- !-- property name=openjpa.jdbc.SynchronizeMappings value=buildSchema(ForeignKeys=true)/-- property name=openjpa.jdbc.SynchronizeMappings value=/ property name=openjpa.Sequence value=table(Table=OPENJPASEQ, Increment=100)/ /properties /persistence-unit One potiential reason for this error may indirectly be the dependancy on the roller-derby-database in the roller-tomcat module I am not sure of this but the same settings and db creation strategy works for configuration not requiring a aliasing switch (test module roller-tomcat-mysql) that have a dependency on the roller-mysql-database, except for the incompatible entity and schema definitions (field size differences) previously noted by David Jenks. Also tried override settings by adding a mysql specific persistence.xml file in roller-mysql-resources but I still get the same errors so I may not have got it to overriding stuff correctly. 15:37:14,565 INFO [DatabaseInstaller] Creating Roller Weblogger database tables. 15:37:22,221 INFO [WebloggerFactory] Bootstrapping Roller Weblogger business tier 15:37:22,221 INFO [WebloggerFactory] Weblogger Provider = org.apache.roller.weblogger.business.GuiceWebloggerProvider 15:37:22,228 INFO [DatabaseProvider] SUCCESS: Got parameters. Using configuration type JNDI_NAME 15:37:22,228 INFO [DatabaseProvider] -- Using JNDI datasource name: java:comp/env/jdbc/rollerdb 15:37:22,231 INFO [DatabaseProvider] SUCCESS: located JNDI DataSource [java:comp/env/jdbc/rollerdb] 15:37:22,245 INFO [IndexManagerImpl] search enabled: true 15:37:22,246 INFO [IndexManagerImpl] index dir: /root/roller_data/search-index 15:37:22,273 INFO [ReferrerQueueManagerImpl] Instantiating Referrer Queue Manager 15:37:22,273 INFO [ReferrerQueueManagerImpl] Asynchronous referrer processing = false 15:37:22,274 INFO [ThreadManagerImpl] Instantiating Thread Manager 15:37:22,285 INFO [WebloggerFactory] Roller Weblogger business tier successfully bootstrapped 15:37:22,285 INFO [WebloggerFactory]Version: 4.0-dev 15:37:22,285 INFO [WebloggerFactory]Revision: 557441 15:37:22,285 INFO [WebloggerImpl] Initializing Roller Weblogger business tier 15:37:22,292 INFO [Runtime] Starting OpenJPA 1.0.0-SNAPSHOT 15:37:22,368 INFO [JDBC] Using dictionary class org.apache.openjpa.jdbc.sql.DerbyDictionary. 15:37:25,278 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.name ... setting value to [Roller Site] 15:37:25,278 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.shortName ... setting value to [Front Page] 15:37:25,278 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.description ... setting value to [A default install of the Roller Weblogger open source blog server] 15:37:25,278 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.frontpage.weblog.handle ... setting value to [] 15:37:25,278 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.frontpage.weblog.aggregated ... setting value to [false] 15:37:25,278 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.adminemail ... setting value to [] 15:37:25,279 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.absoluteurl ... setting value to [] 15:37:25,279 INFO [JPAPropertiesManagerImpl] Found uninitialized property pings.suspendPingProcessing ... setting value to [false] 15:37:25,279 INFO [JPAPropertiesManagerImpl] Found uninitialized property site.debugMode ... setting value to [false] 15:37:25,279 INFO [JPAPropertiesManagerImpl] Found uninitialized property
[jira] Commented: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514407 ] Peter Petersson commented on GERONIMO-2994: --- During my investigation and testing of the artifact aliasing I unfortunately found out that the openjpa.jdbc.DBDictionary set in roller-tomcat (and roller-jetty) plans seems to be the one used even after a aliasing switch to a different database engine. I am not totally sure about this but log messages indicates that this could be the case. The following is the procedure that lead me to this conclusion: * Installing the roller-mysql plugin * Set the aliasing line org.apache.geronimo.plugins/roller-derby-database//car=org.apache.geronimo.plugins/roller-mysql-database/2.0-SNAPSHOT/car in var/config/artifact_aliases.properties. * Installing the roller-tomcat plugin. This will also pull in the derby database, initialize and start it. Now roller is running using the derby database. * Stopping the roller derby database connector (also stops the roller war). Starting the roller war also restarts (as expected) the derby connector. Stopping roller and the roller derby connector before restarting the server. * Restarting the Geronimo server. * Starting the roller war and as expected it uses the mysql connector (and the derby connector is not started). * The geronimo roller log indicates it used the derby dictionary settings _[JDBC] Using dictionary class org.apache.openjpa.jdbc.sql.DerbyDictionary_ and after some usage roller starts throwing database related errors like the following. _error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near TIMESTAMP_ This unfortunate and at this writing I do not know how to resolve the problem. Testing are done on the roller-plugin svn #557643 using roller trunk #557441 patched with ROL-1482 and G v2.0 #558093. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch, roller_plugin_070717.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Apache Roller v4.0 plugin
Considering the tight schedule and the work that needs to be done i G to add functionality to the plugin system for smooth and automatic artifact alias switching and my latest findings surrounding this regarding the roller plugin ( see https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514407 ) i propose the following changes and arrangement of the roller plugin modules * roller-jetty-derby (in new branch for Gv2.0 release) * roller-tomcat-derby (in new branch) * roller-jetty-mysql (in new branch) * roller-tomcat-mysql (in new branch) * roller-jetty (in trunk for future release) * roller-tomcat (in trunk) * roller-derby-database (in branch and trunk) * roller-derby-resources (in branch and trunk) * roller-mysql-database (in branch and trunk) * roller-mysql-resources (in branch and trunk) * roller-war (in branch and trunk) Additional files 2 separate geronimo-plugin.xml files in branch an trunk respectively. By setting up the new modules listed above to depend on there respective database modules and jpa settings they will not be far away from ready for plugin usage (without aliasing) not long after G v2.0 and Roller v4.0 release and we will be able to continue working on the artifact aliasing switch for plugins on the roller-jetty and roller-tomcat modules. This implies changing the geronimo-plugin.xml file to include only the for new modules for the first incarnation of the roller G plugins until things are ready for aliasing switch usage. We could also branch the roller-plugin repository as shown above to make the intention and usage of the modules clearer. This is just a suggestion (and me being a bit eager to get something out). This is a minor change (that I am naturally willing to participate in) but once again ;) it may have implications I haven't thought of, so it may still not be the best way to go ahead, thoughts ? In future releases of the roller plugin we should look in to including the roller planet subsystem and other enhancements like contributed themes and adding more roller supported databases. regards Peter Petersson David Jencks wrote: On Jul 19, 2007, at 2:58 PM, Peter Petersson wrote: David Jencks wrote: On Jul 18, 2007, at 9:13 AM, Peter Petersson wrote: Nice repacking David your experience shines right throw it ;) I have some suggestions that may future enhance the plugin. As it is now the roller exposed plugin modules consist of a database choice and a container choice but as the roller-jetty and roller-tomcat modules is dependent on specific database configurations, in the current setup the derby database, and as this dependency seems to be hard to work around(?) it would maybe be a good idea to rearrange the modules as follows * roller-jetty-derby (prev roller-jetty) * roller-jetty-mysql (new) * roller-tomcat-derby (prev roller-tomcat) * roller-tomcat-mysql (new) ... and so on, and just expose them as the instalable roller plugin alternatives leaving the database modules (roller--database) to be automaticaly pull in (prev. selectable). Would this be preferable or do you (David) or anyone else have other ideas on how to best package the roller plugin to be easy maintainable and expendable to other roller supported databases ? Im quite new to maven, plugins and G for that mater so there may be more elegant solutions to this, anyway i find myself needing a roller-tomcat-mysql module to be able to test that combo out without messing with the current roller-tomcat (derby specific) module. I think instead of the above we can add a line to var/config/artifact_aliases.properties org.apache.geronimo.plugins/roller-derby-database//car=org.apache.geronimo.plugins/roller-mysql-database/2.0-SNAPSHOT/car Then roller will start using the mysql database configuration. I haven't actually installed mysql and tried this, but based on a lot of use of artifact_aliases in the tck it should work fine. Could you try it? I can now confirm that the artifact_alias switch worked :) although with a couple of glitches. I started with installing the roller derby db on tomcat and the database tables was created nicely. Installed tomcat-roller and started it up as expected, added a roller user account (to make some changes in the roller derby db). Added and saved the artifact alias line (manually) and installed the mysql-roller-database (or maybe I did it the other way around) getting some errors as the table, via the DatabaseInitializationGBean and script, creation didn't work, created them manually. Now /roller was off-line (not a total surprise) and it wouldn't start as it complained about missing dependency on the roller-derby-database. Restarting the Geronimo server resolved the problem roller could be started and my newly created account (in the derby db) was, as expected, gone. Created a new account and confirming
Re: Apache Roller v4.0 plugin
David Jencks wrote: On Jul 21, 2007, at 8:11 AM, Peter Petersson wrote: Considering the tight schedule and the work that needs to be done i G to add functionality to the plugin system for smooth and automatic artifact alias switching and my latest findings surrounding this regarding the roller plugin ( see https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514407 ) i propose the following changes and arrangement of the roller plugin modules * roller-jetty-derby (in new branch for Gv2.0 release) * roller-tomcat-derby (in new branch) * roller-jetty-mysql (in new branch) * roller-tomcat-mysql (in new branch) * roller-jetty (in trunk for future release) * roller-tomcat (in trunk) * roller-derby-database (in branch and trunk) * roller-derby-resources (in branch and trunk) * roller-mysql-database (in branch and trunk) * roller-mysql-resources (in branch and trunk) * roller-war (in branch and trunk) Additional files 2 separate geronimo-plugin.xml files in branch an trunk respectively. By setting up the new modules listed above to depend on there respective database modules and jpa settings they will not be far away from ready for plugin usage (without aliasing) not long after G v2.0 and Roller v4.0 release and we will be able to continue working on the artifact aliasing switch for plugins on the roller-jetty and roller-tomcat modules. This implies changing the geronimo-plugin.xml file to include only the for new modules for the first incarnation of the roller G plugins until things are ready for aliasing switch usage. We could also branch the roller-plugin repository as shown above to make the intention and usage of the modules clearer. This is just a suggestion (and me being a bit eager to get something out). This is a minor change (that I am naturally willing to participate in) but once again ;) it may have implications I haven't thought of, so it may still not be the best way to go ahead, thoughts ? In future releases of the roller plugin we should look in to including the roller planet subsystem and other enhancements like contributed themes and adding more roller supported databases. I appear to have planet working, I updated the ROL-1482 jira for this, and the derby resources jar. I'm not sure how to tell if planet is actually working, but administering it doesn't generate any errors :-) This is great news. I think we should look at removing the resources jars, putting the override properties files perhaps in our war (?), and using the built-in roller schema creation (installation.type=auto). It would also be great to get the roller files into the g. var directory and expose some of the properties file configuration somehow in a gbean or the admin console. Yes it would be nice to have the properties files easy accessible by users as we no longer have any useful information in the override properties file it could as well reside in the war. Is there any gbeans that exposes properties to web apps. from these locations, or something similar, available that I can take a look at ? As I noted in the geronimo jira I think we can sidestep the DBDictionary problem by leaving out the property in web.xml and letting openjpa figure out for itself what db is being used. I will test this tomorrow after updating to your new roler jira :) by removing the db ref in web.xml and downgrading the schema version to 2.4 and test the artifact aliasing switch without any specific DBDictionary property set. The concern I have with the roller-jetty and roller-tomcat modules is not just the jpa dictionary settings but also the database dependency settings. I don't think I understand your proposal above. Maybe we have different assumptions about how the roller plugin will be released. I've been wanting since the plugins were invented to distribute a lot of geronimo as plugins, each on its own release cycle. So I was thinking that the roller plugin(s) would get released separately from geronimo after g. 2.0 was out, and that the maven projects for them would remain under plugins/roller. We might need trunk + tags + branches :-). Is this what you were thinking? Yes this is what I am thinking. The intention of my proposal was to not depend on aliasing on the first releases of the roller plugin (when ever it is ready) as I have the impression it would require changes to Greonimo system modules for smooth usage, hence the short time table, but maybe it could be accomplished without requiring changes to G? in that case the proposal has no point. The four modules would each contain there respective container and database dependency. The rest was just normal branching for future work on the roller modules that uses aliasing. thanks Peter Petersson thanks david jencks regards Peter Petersson David Jencks wrote: On Jul 19, 2007, at 2:58 PM, Peter Petersson wrote
Re: Integrating jetty 6 with G v1.2beta
dapsy wrote: Is there a documentation on howto to integrate jetty 6 with geronimo v1.2. I am looking into this as a way to resolve a problem I am running into using the out-of-the-box v1.2 installation Whats keeping you from using G v2.0 (M6)? it has jetty 6. regards Peter Petersson Thanks in advance
Re: Apache Roller v4.0 plugin
David Jencks wrote: On Jul 18, 2007, at 9:13 AM, Peter Petersson wrote: Nice repacking David your experience shines right throw it ;) I have some suggestions that may future enhance the plugin. As it is now the roller exposed plugin modules consist of a database choice and a container choice but as the roller-jetty and roller-tomcat modules is dependent on specific database configurations, in the current setup the derby database, and as this dependency seems to be hard to work around(?) it would maybe be a good idea to rearrange the modules as follows * roller-jetty-derby (prev roller-jetty) * roller-jetty-mysql (new) * roller-tomcat-derby (prev roller-tomcat) * roller-tomcat-mysql (new) ... and so on, and just expose them as the instalable roller plugin alternatives leaving the database modules (roller--database) to be automaticaly pull in (prev. selectable). Would this be preferable or do you (David) or anyone else have other ideas on how to best package the roller plugin to be easy maintainable and expendable to other roller supported databases ? Im quite new to maven, plugins and G for that mater so there may be more elegant solutions to this, anyway i find myself needing a roller-tomcat-mysql module to be able to test that combo out without messing with the current roller-tomcat (derby specific) module. I think instead of the above we can add a line to var/config/artifact_aliases.properties org.apache.geronimo.plugins/roller-derby-database//car=org.apache.geronimo.plugins/roller-mysql-database/2.0-SNAPSHOT/car Then roller will start using the mysql database configuration. I haven't actually installed mysql and tried this, but based on a lot of use of artifact_aliases in the tck it should work fine. Could you try it? I can now confirm that the artifact_alias switch worked :) although with a couple of glitches. I started with installing the roller derby db on tomcat and the database tables was created nicely. Installed tomcat-roller and started it up as expected, added a roller user account (to make some changes in the roller derby db). Added and saved the artifact alias line (manually) and installed the mysql-roller-database (or maybe I did it the other way around) getting some errors as the table, via the DatabaseInitializationGBean and script, creation didn't work, created them manually. Now /roller was off-line (not a total surprise) and it wouldn't start as it complained about missing dependency on the roller-derby-database. Restarting the Geronimo server resolved the problem roller could be started and my newly created account (in the derby db) was, as expected, gone. Created a new account and confirming the mysql database update with select * from rolleruser. I may get some time this weekend to try to make this a bit smother. thanks Peter Petersson I think we need to add the capability of adding/removing stuff from artifact_aliases to the plugin system so that if you install the roller-mysql plugin it adds this line all by itself. thanks david jencks Once again sry for the triple post above gmail was so slow i lost confidence in it. Risking a double post again it has been 4h sins i posted this to the list from my goggle account and it has not shown up yet. regards Peter Petersson Peter Petersson wrote: david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes as and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment
Re: Apache Roller v4.0 plugin
Nice repacking David your experience shines right throw it ;) I have some suggestions that may future enhance the plugin. As it is now the roller exposed plugin modules consist of a database choice and a container choice but as the roller-jetty and roller-tomcat modules is dependent on specific database configurations, in the current setup the derby database, and as this dependency seems to be hard to work around(?) it would maybe be a good idea to rearrange the modules as follows * roller-jetty-derby (prev roller-jetty) * roller-jetty-mysql (new) * roller-tomcat-derby (prev roller-tomcat) * roller-tomcat-mysql (new) ... and so on, and just expose them as the instalable roller plugin alternatives leaving the database modules (roller--database) to be automaticaly pull in (prev. selectable). Would this be preferable or do you (David) or anyone else have other ideas on how to best package the roller plugin to be easy maintainable and expendable to other roller supported databases ? Im quite new to maven, plugins and G for that mater so there may be more elegant solutions to this, anyway i find myself needing a roller-tomcat-mysql module to be able to test that combo out without messing with the current roller-tomcat (derby specific) module. Once again sry for the triple post above gmail was so slow i lost confidence in it. Risking a double post again it has been 4h sins i posted this to the list from my goggle account and it has not shown up yet. regards Peter Petersson Peter Petersson wrote: david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes as and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. I resolved the mail configuration problem but I suspect you have that in you commit. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone probably know the trick). It was very exciting to get roller to finally run on my machine after months of struggle! I know the feeling from G v1.1 and v1.2 :). Now we can focus on getting things stable and finaly into a public plugin repository soon after the G v2.0 release. I think we should ask roller to publish some usable artifacts to the maven repo using the ant maven tasks. Then we won't have to do this silly unpacking the zip routine. I agree go ahead and drop something in there dev list http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists thanks Peter Petersson
Re: Apache Roller v4.0 plugin
Nice repacking David your experience shines right throw it ;) I have some suggestions that may future enhance the plugin. As it is now the roller exposed plugin modules consist of a database choice and a container choice but as the roller-jetty and roller-tomcat modules is dependent on specific database configurations, in the current setup the derby database, and as this dependency seems to be hard to work around(?) it would maybe be a good idea to rearrange the modules as follows * roller-jetty-derby (prev roller-jetty) * roller-jetty-mysql (new) * roller-tomcat-derby (prev roller-tomcat) * roller-tomcat-mysql (new) ... and so on, and just expose them as the instalable roller plugin alternatives leaving the database modules (roller--database) to be automaticaly pull in (prev. selectable). Would this be preferable or do you (David) or anyone else have other ideas on how to best package the roller plugin to be easy maintainable and expendable to other roller supported databases ? Im quite new to maven, plugins and G for that mater so there may be more elegant solutions to this, anyway i find myself needing a roller-tomcat-mysql module to be able to test that combo out without messing with the current roller-tomcat (derby specific) module. Once again sry for the triple post above gmail was so slow i lost confidence in it, my mistake. regards Peter Petersson Peter Petersson wrote: david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes as and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. I resolved the mail configuration problem but I suspect you have that in you commit. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone probably know the trick). It was very exciting to get roller to finally run on my machine after months of struggle! I know the feeling from G v1.1 and v1.2 :). Now we can focus on getting things stable and finaly into a public plugin repository soon after the G v2.0 release. I think we should ask roller to publish some usable artifacts to the maven repo using the ant maven tasks. Then we won't have to do this silly unpacking the zip routine. I agree go ahead and drop something in there dev list http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists thanks Peter Petersson
Re: Apache Roller v4.0 plugin
David Jencks wrote: On Jul 18, 2007, at 9:13 AM, Peter Petersson wrote: Nice repacking David your experience shines right throw it ;) I have some suggestions that may future enhance the plugin. As it is now the roller exposed plugin modules consist of a database choice and a container choice but as the roller-jetty and roller-tomcat modules is dependent on specific database configurations, in the current setup the derby database, and as this dependency seems to be hard to work around(?) it would maybe be a good idea to rearrange the modules as follows * roller-jetty-derby (prev roller-jetty) * roller-jetty-mysql (new) * roller-tomcat-derby (prev roller-tomcat) * roller-tomcat-mysql (new) ... and so on, and just expose them as the instalable roller plugin alternatives leaving the database modules (roller--database) to be automaticaly pull in (prev. selectable). Would this be preferable or do you (David) or anyone else have other ideas on how to best package the roller plugin to be easy maintainable and expendable to other roller supported databases ? Im quite new to maven, plugins and G for that mater so there may be more elegant solutions to this, anyway i find myself needing a roller-tomcat-mysql module to be able to test that combo out without messing with the current roller-tomcat (derby specific) module. I think instead of the above we can add a line to var/config/artifact_aliases.properties org.apache.geronimo.plugins/roller-derby-database//car=org.apache.geronimo.plugins/roller-mysql-database/2.0-SNAPSHOT/car Then roller will start using the mysql database configuration. I haven't actually installed mysql and tried this, but based on a lot of use of artifact_aliases in the tck it should work fine. Could you try it? yes, I will probably get some time to try this out during the weekend. I think we need to add the capability of adding/removing stuff from artifact_aliases to the plugin system so that if you install the roller-mysql plugin it adds this line all by itself. thanks david jencks Once again sry for the triple post above gmail was so slow i lost confidence in it. Risking a double post again it has been 4h sins i posted this to the list from my goggle account and it has not shown up yet. ... trusting google to deliver the mail is not a problem ;) eventually it will drop through the box, better late (6h) then never, or ... regards Peter Petersson Peter Petersson wrote: david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes as and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. I resolved the mail configuration problem but I suspect you have that in you commit. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_plugin_070717.patch Submitting roller_plugin_070717.patch containing a upgrade to roller v4.0-dev. ( svn repository https://svn.apache.org/repos/asf/roller ) The issue between G:s activemq-broker modules and hibernates v3.1 property loader used by previous versions of Roller is gone as v4.0 uses JPA (OpenJPA). To install the needed maven packages use mvn install:install-file -DgroupId=org.apache.roller -DartifactId=required-jars-roller -Dversion=4.0-dev -Dpackaging=zip -Dfile=required-jars-roller-4.0-dev.zip mvn install:install-file -DgroupId=org.apache.roller -DartifactId=roller -Dversion=4.0-dev -Dpackaging=zip -Dfile=apache-roller-4.0-dev.zip After building roller you will find the zip files in apps/weblogger/dist. Current issues: * The GenericSecurityRealm GBean has been commented out as it complains about the reference name LoginService. I suspect this is due to code cleanup and changes in resent Gv2.0 snapshot code ( #GERONIMO-3303 ). * The org.apache.geronimo.connector.DatabaseInitializationGBean is commented out as it has started to generates database plug in installation errors. The db initialization gbean should not be needed anyway as roller should be able to handle db updates via JPA, unfortunately this is currently not the case, it may be a configuration issue or that the current roller code base dose not fully support it yet. * I have currently mainly tested the tomcat/mysql plug in combo and with v4.0-dev the hibernates property loader problem during roller start up is gone but now we have to deal with this tricky one 19:47:02,694 INFO [RSDServlet] Initializing RSDServlet 19:47:02,695 INFO [PlanetFeedServlet] Initializing PlanetRssServlet 19:47:02,697 INFO [PlanetCache] Planet cache = {timeout=1800, enabled=true, size=10, id=cache.planet} 19:47:02,698 INFO [PreviewThemeImageServlet] Initializing PreviewThemeImageServlet 19:47:02,698 INFO [PreviewResourceServlet] Initializing PreviewResourceServlet 19:47:02,706 INFO [PreviewServlet] Initializing PreviewServlet 19:47:12,155 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: No org.apache.InstanceManager set in ServletContext at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:151) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:414) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.struts2.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:99) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.roller.weblogger.ui.rendering.filters.RequestMappingFilter.doFilter(RequestMappingFilter.java:140) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.roller.weblogger.ui.core.filters.InitFilter.doFilter(InitFilter.java:71) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.roller.weblogger.ui.core.filters.PersistenceSessionFilter.doFilter(PersistenceSessionFilter.java:60) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.roller.weblogger.ui.core.filters.BootstrapFilter.doFilter(BootstrapFilter.java:65) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206
Apache Roller v4.0 plugin
david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone probably know the trick). It was very exciting to get roller to finally run on my machine after months of struggle! I know the feeling from G v1.1 and v1.2 :) . Now we can focus on getting things stable and hopefully into a public Gplugin repository soon after the G v2.0 release. I think we should ask roller to publish some usable artifacts to the maven repo using the ant maven tasks. Then we won't have to do this silly unpacking the zip routine. I agree go ahead and drop something in there dev list http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists Many many thanks! david jencks Sry if this turns out to be a double post (I was posting from my gmail account) thanks Peter Petersson
Apache Roller v4.0 plugin
david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-) I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes as and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. I resolved the mail configuration problem but I suspect you have that in you commit. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone probably know the trick). It was very exciting to get roller to finally run on my machine after months of struggle! I know the feeling from G v1.1 and v1.2 :). Now we can focus on getting things stable and finaly into a public plugin repository soon after the G v2.0 release. I think we should ask roller to publish some usable artifacts to the maven repo using the ant maven tasks. Then we won't have to do this silly unpacking the zip routine. I agree go ahead and drop something in there dev list http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists thanks Peter Petersson
Apache Roller v4.0 plugin
david jencks wrote: We should move this discussion to the dev list I think, you can quote or copy anything I've written to the dev list. Just did ;) It looks like we collided on this work :-)I haven't had consistent internet access for the last few days (my dsl just got connected an hour ago) so I haven't done a good job of keeping you up to date with my progress. np I just committed some changes to geronimo/roller that, together with ROL-1482, get roller working for me on geronimo-jetty. I haven't looked at your patch. Great ! I will check out your changes and if I find anything to add from my resent patch I will let you know. - I got the security realm gbean to work. I doubt it is needed since IIUC roller is using acegi and I don't think it is hooked up to javaee security. - I got the database initialization gbean to work by tweaking the openjpa schema synchronization properties. I'm not sure that having openjpa create all the tables will end up with enough indexes, and without more info in the orm.xml files the columns will be dramatically different sizes.. For instance, the primary key id columns appear to be 48 characters to accomodate a UUID, but openjpa want to make the 255 characters. On the other hand it looks like roller can be set to create the tables itself or even upgrade from previous schemas, so maybe we should try to enable that feature instead of running our own script. If we can enable this feature I think we can drop the roller-*-resources modules. Yes I noticed roller was attempting to upgrade the db on some of my installation tests but at the moment it appears to be a bit jumpy. I agree it would be preferable to let roller handle the upgrade and installation. - I will look at the tomcat/jasper problem you show below but I suspect that it's caused by not including the jasper builder in the car-maven-plugin configuration. I think I fixed this in both versions but I haven't actually tried running the tomcat version yet. - I added a top level build that seems to work ok but only after I've built each module separately once. I don't understand why this is happening. As did I (its in the patch) when I got tired of building the modules separately. I got the exact same problem it seems maven picks the modules in alphabetic order I thought maven would be able to find out the right (dependency) order (someone probably know the trick). It was very exciting to get roller to finally run on my machine after months of struggle! I know the feeling from G v1.1 and v1.2 :) . Now we can focus on getting things stable and hopefully into a public Gplugin repository soon after the G v2.0 release. I think we should ask roller to publish some usable artifacts to the maven repo using the ant maven tasks. Then we won't have to do this silly unpacking the zip routine. I agree go ahead and drop something in there dev list http://cwiki.apache.org/confluence/display/ROLLER/Roller+Mailing+Lists Many many thanks! david jencks Sry if this turns out to be a double post (I was also posting from my gmail account) thanks Peter Petersson
[jira] Commented: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12507948 ] Peter Petersson commented on GERONIMO-2994: --- I don't really know way you get that error I haven't seen it but thats probably because you actual manage to get a bit future into the load process in G v2.0 than I have. I think that your problem regarding having to pull in things manually may be that you 1) missed the jun 2 geronimo-plugins.xml file. 2) didn't change the last line in that file (easy to miss). For some reason I had to add default-repositorypath_to_your_local_repos/default-repository into the plug-in file to get it to work. I am quite new to maven so It could be that there are some other solution to this but by tracing the PluginInstallerGBean i some how ended up adding it to keep the installer on the right track. I will check out your plug-in configuration changes but I doubt it has anything to do with the problem you encountered. One thing to do is to find out what the difference is between the known to be working roller12_070602.zip G v1.2 bundle, that are using tomcat and mysql, and the current G v2.0 configuration. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500940 ] Peter Petersson commented on GERONIMO-2994: --- Hi Attaching a patch (roller_g20_svn_070602.patch) for the Apache Roller plugin on G v2.0 and a zip bundle (roller12_070602.zip) containing everything, including a README.txt file, to get things running on G v1.2. Thanks to David Jencks who talked me in to help out with a Roller plugin for Geronimo ;) and provided me with something to work on I have come to a point where the plugin is working for Geronimo v1.2/v2.0 (tomcat and jetty) using mysql (or derby)? as database back-ends but unfortunately I have not been able to run Roller on G v2.0 although the plugin for G v2.0 works. As stated before there exists a issue between G:s activemq-broker modules system properties and hibernates v3.1 property loader (used by Roller v3.1). In G v1.2 or earlier this issue can be worked around by not loading the activemq-broker but in G v2.0 (tomcat6-j2ee) its not possible to start Geronimo without the activemq-broker running, The G-console won't start (anyway I have not found out how to). Is it possible? h4. The next step? Although the plug-ins are working with the mysql plugin I don't think the way things are set up at the moment was the idea David had with using the artifacts_aliases.properties for easy switching database back-ends so when you get time to elaborate on this i will try to bend things in that direction, I know you are all quit busy working on Gv2.0 so it can wait until you get some spare time. Also the current plug-ins are built around rc6 and roller v3.1 has been released so updating would be the next thing to do. h4. Geronimo plug-ins from local repository Geronimo don't like to work on plug-ins from a local repository (using _file:///path/.m2/repository/_ as path and fetching things using maven-metadata-local.xml information) so I came up with a small patch to the PluginInstallerGBean::findArtifact method to work around this (it's in the jira) but a more ideal setup would probably be to modify the pom:s to install the plugin modules into the repository as It would in a production environment anyway. Unfortunately I have just newly begun to use maven so I lack experience in how to set up such a solution, if anyone could point me to some code or document describing it I would like to try it out. h4. Mixed snapshot versions As I have been working with both 1.2 and 2.0 plugin SNAPSHOT artifacts in my local repository I have fond that if the snapshots metadata file contains a 2.0-SNAPSHOT version and you expect Geronimo to fetch a 1.2 version (as you have specified it to in the geronimo-plug-ins file) you may end up getting hold of 2.0 snapshots (even though you think you have done what you can to prevent it in the plans). Is this problem a known fact ? In case of yes what have you G-devs done to avoid it? h4. The future looks bright As the roller-devs have moved on to v3.2 and especially v4.0 with a back end based on JPA dropping the Hibernate-native support all hope on getting Roller running on G v2.0 is not yet lost even if the above problem is not resolved. I may check out the code to see where they are going and prepare things for a G-plugin when time gives. Thank you for your time. -- Peter Petersson Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller_plugin.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller12_070602.zip roller_g20_svn_070602.patch Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: geronimo-plugins_070602.xml Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: tarball issues
Hi Don I just built and extracted the same thing on a Ubuntu system without any problem. This seems a bit strange but if you have both /bin/gzip and /usr/bin/zip installed maybe something fishy happed when it got packed, you could try to just unzip the tar with /usr/bin/unzip if it works something fishy has definitely happed ;) /Peter Don Hill wrote: Hi, There seems to be a minor issue when extracting the geronimo-tomcat6-jee5-2.0-SNAPSHOT.tar.gz, i am building this locally and running SuSE SLED. Here is the issue I have encountered. extracting the tar with : tar -vzxf ./assemblies/geronimo-tomcat6-jee5/target/geronimo-tomcat6-jee5-2.0-SNAPSHOT-bin.tar.gz I get the following. geronimo-tomcat6-jee5-2.0-SNAPSHOT/schema/geronimo-tomcat-1.2.xsd geronimo-tomcat6-jee5-2.0-SNAPSHOT /schema/geronimo-tomcat-config-1.0.xsd geronimo-tomcat6-jee5-2.0-SNAPSHOT/var/config/jsr88-configurer-config.xml geronimo-tomcat6-jee5-2.0-SNAPSHOT/var/config/config.xml geronimo-tomcat6-jee5-2.0-SNAPSHOT/var/config/offline- deployer-config.xml tar: Archive contains obsolescent base-64 headers tar: A lone zero block at 159618 then if I run the file command as: file ./assemblies/geronimo-tomcat6-jee5/target/geronimo-tomcat6-jee5-2.0-SNAPSHOT-bin.tar.gz ./assemblies/geronimo-tomcat6-jee5/target/geronimo-tomcat6-jee5-2.0-SNAPSHOT-bin.tar.gz: gzip compressed data, from MS-DOS Not really sure about the ms-dos part but just wanted to pass it on, btw I am not on 64bit hardware Don
[jira] Commented: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12487548 ] Peter Petersson commented on GERONIMO-2994: --- I have now successfully installed Apache Roller on G v2.0 (tomcat) as a plugin :). As stated above there exists a issue between G:s activemq-broker modules and hibernates v3.1 property loader (used by Roller) in G v1.2 and the same applies to G v2.0. The workaround (not loading the activemq-broker) used in G v1.2 dose not seem possible in G v2.0 as Geronimo wont start up properly if the activemq-broker module is not loaded. Should G v2.0 be dependent on a running activemq-broker? To be able to install plugins from a local maven repository (using a file:///~/.m2/repository/ as path) I had to patch the findArtifact method in org.apache.geronimo.system.plugin.PluginInstallerGBean to also check the maven-metadata-local.xml if the lookup of maven-metadata.xml was unsuccessful (see included patch for details). I don't know if this is this a Maven 2.0 related behavior or if I have messed up my repository somehow (don't think so). For Gernonimo to be able to find the plugins the geronimo-plugins.xml file in the repo has to contain a default-repository tag like this default-repositoryfile:///home/ppe/.m2/repository//default-repository Wouldn't it be safe to assume that the plugins listed in the file resides in the same repository as this geronimo-plugin.xml file ? and automatically add the current repo if the default-repository tag is not present? This behavior could probably be added to the loadPluginList(URL repo, InputStream in) method in org.apache.geronimo.system.plugin.PluginInstallerGBean if appropriate. Including svn patches for work done on the roller plugin, patch needed (in PluginInstallerGBean) to test install roller on G v2.0 and a modified geronimo-plugins.xml file. I have also set up and worked on the roller plugin for G v1.2 (as It would actually run) but have run in to some dependency problems for the roller derby database. Should we include this embryo in the current roller plugin svn ? If so I think It would require some rearrangements. What would be required to add a MySql plugin and load it in the same manner as with the derby database? We could then start experimenting with using the artifacts_aliases.properties file for switching databases. The roller derby db plugin currently fails to install on G v2.0 Jetty with the stack trace listed below. 14:17:18,343 WARN [ExecuteQuery] Method execution failed: java.lang.NullPointerException at org.apache.geronimo.console.ajax.ProgressMonitor.getProgressInfo(ProgressMonitor.java:34) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at uk.ltd.getahead.dwr.impl.ExecuteQuery.execute(ExecuteQuery.java:239) at uk.ltd.getahead.dwr.impl.DefaultExecProcessor.handle(DefaultExecProcessor.java:48) at uk.ltd.getahead.dwr.impl.DefaultProcessor.handle(DefaultProcessor.java:81) at uk.ltd.getahead.dwr.AbstractDWRServlet.doPost(AbstractDWRServlet.java:162) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:467) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:133) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46) at org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:58) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:715) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:402) at org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: geronimo-plugins.xml PluginInstallerGBean.patch roller070409.patch Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assigned To: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller_plugin.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2993) Private repository causes offline builds to fail due to missing metadata
[ https://issues.apache.org/jira/browse/GERONIMO-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12487625 ] Peter Petersson commented on GERONIMO-2993: --- I run into this problem (having maven-metadata-local.xml files instead of maven-metadata.xml files) with a relatively fresh local 2.0.5 maven repository during work on a Geronimo Roller Plugin see GERONIMO-2994. As I had problems getting the plugin function finding the modules in my local repository I started to trace things in the PluginInstallerGBean and found that the problem could be fixed with a small (actually 2) modification to the findArtifact method (see the included PluginInstallerGBean.patch in GERONIMO-2994 for deatils). For some reason (unknown to me) maven creates maven-metadata-local.xml files instead of maven-metadata.xml files in some cases and without modifying this method (findArtifact) I could not test install and work on the plugin using the local maven repository. The patch is pretty simple and works like this: If findArtifact fails to look up the maven-metadata.xml file it will, instead of exit with null, first look up the maven-metadata-local.xml file and only if that also fails exit with Artifact=null. Private repository causes offline builds to fail due to missing metadata Key: GERONIMO-2993 URL: https://issues.apache.org/jira/browse/GERONIMO-2993 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 2.0-M4 Environment: WinXP, RHEL4 and SLED10 Reporter: Donald Woods Assigned To: Donald Woods Priority: Minor Fix For: 2.0-M5 When trying to rebuild the configs in offline mode, several will fail due to Maven 2.0.5 not being able to find the metadata for the jars that we include in /repository, such as MyFaces. We need to include enough POM and metadata information so the build can be run in offline mode This may be a car-plugin bug, as I've seen other problems when you have maven-metadata-local.xml files in your repo instead of maven-metadata.xml, which will cause CAR builds to fail, but the corresponding modules will build. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2993) Private repository causes offline builds to fail due to missing metadata
[ https://issues.apache.org/jira/browse/GERONIMO-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12487628 ] Peter Petersson commented on GERONIMO-2993: --- btw the same thing also applies to a resent snapshot build of G v1.2. Private repository causes offline builds to fail due to missing metadata Key: GERONIMO-2993 URL: https://issues.apache.org/jira/browse/GERONIMO-2993 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: buildsystem Affects Versions: 2.0-M4 Environment: WinXP, RHEL4 and SLED10 Reporter: Donald Woods Assigned To: Donald Woods Priority: Minor Fix For: 2.0-M5 When trying to rebuild the configs in offline mode, several will fail due to Maven 2.0.5 not being able to find the metadata for the jars that we include in /repository, such as MyFaces. We need to include enough POM and metadata information so the build can be run in offline mode This may be a car-plugin bug, as I've seen other problems when you have maven-metadata-local.xml files in your repo instead of maven-metadata.xml, which will cause CAR builds to fail, but the corresponding modules will build. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_plugin.patch Attaching a patch for the changes described above. There are still problems getting the roller derby plugin setup to work correctly. I have tested deploying the roller derby db pool and the roller war (in G v2.0 jetty) manually and it currently fails to get a connection to the database so things seems to be a bit broken at the moment. I will try the mysql, tomcat combo configuration to see if it works. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assigned To: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller_plugin.patch Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486161 ] Peter Petersson commented on GERONIMO-2994: --- Doing some work on this I have: Added the Apache Roller required-jars-roller-3.1.zip into the local maven repo with mvn install:install-file -DgroupId=org.apache.roller -DartifactId=required-jars-roller -Dversion=3.1 -Dpackaging=zip -Dfile=required-jars-roller-3.1.zip Modified the roller-war pom to add the required jars into the WEB-INF/lib directory. This is the way I had roller running smoothly in a current G v1.2-snapshot (see http://cwiki.apache.org/GMOxDOC12/apache-roller-on-geronimo-12-ok.html) It may not be the best way to assemble the roller war but it is probably the easiest way to get roller running. If there are any issues with this we may rework it later. Removed some dependency from the roller-jetty pom related to the changes above. Modified the roller-jetty src plan to include some hidden-classes I am including the changes files as attachments. Still having some problems with the plugin deployment. It looks to me that both the G v2.0-snapshot console plugin method and the command line method have some issues at the moment but I am not sure, I will look in to it and come back with a jira if this is the case. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assigned To: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-web.xml, geronimo-web.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: pom.xml pom.xml plan.xml Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assigned To: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-2994) Apache Roller plugin
Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Priority: Minor Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: geronimo-web.xml geronimo-web.xlm plan. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Priority: Minor Attachments: geronimo-web.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller-mysql-db-plan-1-2.xml Roller mysql db pool plan Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Priority: Minor Attachments: geronimo-web.xml, roller-mysql-db-plan-1-2.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller-custom.properties Roller custom properties for the mysql 5 setup. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Priority: Minor Attachments: geronimo-web.xml, roller-custom.properties, roller-mysql-db-plan-1-2.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller-derbydb-plan-g1_2.xml Roller db plan. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Priority: Minor Attachments: geronimo-web.xml, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller-custom.properties Custom properties for the derby db setup. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Priority: Minor Attachments: geronimo-web.xml, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.