Re: [DICSUSS] the future direction of the Apache Geronimo project
I think Geronimo worth a chance to be updated. There are not that much OSGi enable application servers out there, and this one is pretty stable. I think the first steps toward a new version would include a rethink of its architecture, considering how the projects used by Geronimo are evolving right now (Karaf, Aries, Commons, etc.) and current market trends, including new interesting features (cloud enabled micro-version of Geronimo perhaps, OSGi annotations, small footprint, etc). One of the things people are concern in open source is short live of projects. Geronimo has been there for a while, so there is another good reason to keep pumping this project. It would be appreciated any docs helping the process of updating Geronimo, besides at this point, it could be needed a "from zero" start due long time without an official release, in order to start a proof of concept. On 12/27/2016 04:17 PM, Kevan Miller wrote: > Thanks Eduardo! > > If there are people interested in working on updating the Geronimo > server, I'm sure the community would happily support these efforts. > So, if you or anyone else are interested, please speak up! > > Also, if there are people interested in supporting the currently > released version(s) of the Geronimo, server, I think the community > would be supportive of these efforts, also. > > Unfortunately, there has not been much interest from the current > community for either of these efforts. I confess that I'm not planning > on providing support for the existing codebase or working on a new > version of the Geronimo server. > > Mark, > Your plan seems reasonable to me. Unless we plan on supporting the > current version of the server (fixing bugs and security exposures) > and/or developing a new updated server, I think we must move the > server subproject to the Attic. > > I do not plan on participating in the community for either commons or > server development. Once the future plans for the Geronimo Server have > been finalized, I will plan on resigning from the PMC. > > kevan > > On Tue, Dec 20, 2016 at 7:21 AM, Eduardo Garcia > mailto:gcont...@cibinetonline.com>> wrote: > > It would be desirable to have an official new version, with full > compatibility with new Java JDK's (this helps promoting people on > using > it), also updating official web page, and Eclipse Plugin. > > I had to put the front-end of a project into a TomEE due > web-responsive > JSF requirements, but still using Geronimo as the core (back-end), by > using microservices (Restlet/Jackson). Geronimo really rocks, but I > think it is time to get a renew version compatible with new key > libraries. > > I really like Geronimo AppServer and hope it continue growing. In my > case, I started using geronimo because it was really easy for me > learning it with the Eclipse Tools available at that time (IBM OSGi > Tools). Right now I have to use WAS or Liberty Tools with Eclipse > Luna. > > My wish list for Geronimo: > - Updated OSGi framework > - Been able to install Camel > - Updated MyFaces compatibility and fix some non-critical bugs > - Compatibility with new JDK > - Updated Eclipse Plugin > - Try to deliver a new release once a year > > hope next year could join you guys in making some of this happen. > > > > On 12/16/2016 12:54 PM, Mark Struberg wrote: > > Parts which I found to be actively maintained and very useful > > > > * specs > > * xbean > > * javamail > > * transactionmanager > > * flava (needed for specs) > > > > I'm sure there are others which are not on my radar,... > > > > LieGrue, > > strub > > > >> Am 15.12.2016 um 21:41 schrieb David Jencks > mailto:david_jen...@yahoo.com>>: > >> > >> I agree. Which components specifically are you thinking of? > >> > >> david jencks > >> > >>> On Dec 15, 2016, at 1:57 AM, Mark Struberg <mailto:strub...@yahoo.de>> wrote: > >>> > >>> Hi folks! > >>> > >>> There have been some thoughts about resurrecting activity on > the Geronimo AppServer. > >>> So imo the first step is to find a spot which makes sense. > Software doesn't get built just for fun. > >>> Of course if no fun is involved then a project is doomed as well. > >>> But otoh if it doesn't get used then the quality suffers a lot > and the fun is gone as well. > >>> > >>
Re: [DICSUSS] the future direction of the Apache Geronimo project
It would be desirable to have an official new version, with full compatibility with new Java JDK's (this helps promoting people on using it), also updating official web page, and Eclipse Plugin. I had to put the front-end of a project into a TomEE due web-responsive JSF requirements, but still using Geronimo as the core (back-end), by using microservices (Restlet/Jackson). Geronimo really rocks, but I think it is time to get a renew version compatible with new key libraries. I really like Geronimo AppServer and hope it continue growing. In my case, I started using geronimo because it was really easy for me learning it with the Eclipse Tools available at that time (IBM OSGi Tools). Right now I have to use WAS or Liberty Tools with Eclipse Luna. My wish list for Geronimo: - Updated OSGi framework - Been able to install Camel - Updated MyFaces compatibility and fix some non-critical bugs - Compatibility with new JDK - Updated Eclipse Plugin - Try to deliver a new release once a year hope next year could join you guys in making some of this happen. On 12/16/2016 12:54 PM, Mark Struberg wrote: > Parts which I found to be actively maintained and very useful > > * specs > * xbean > * javamail > * transactionmanager > * flava (needed for specs) > > I'm sure there are others which are not on my radar,... > > LieGrue, > strub > >> Am 15.12.2016 um 21:41 schrieb David Jencks : >> >> I agree. Which components specifically are you thinking of? >> >> david jencks >> >>> On Dec 15, 2016, at 1:57 AM, Mark Struberg wrote: >>> >>> Hi folks! >>> >>> There have been some thoughts about resurrecting activity on the Geronimo >>> AppServer. >>> So imo the first step is to find a spot which makes sense. Software doesn't >>> get built just for fun. >>> Of course if no fun is involved then a project is doomed as well. >>> But otoh if it doesn't get used then the quality suffers a lot and the fun >>> is gone as well. >>> >>> So we have a few Java App Servers (just at the ASF), sorted from >>> fastest/smallest to full EE >>> >>> * Mina as Socket Server >>> * Tomcat as native Servlet Container >>> * Brand new: OpenWebBeans Meecrowave as Microprofile server >>> (Tomcat9+OWB+Johnzon+CXF+log4j2). In a whooping 9MB all in one CLI fatjar >>> btw ;) >>> * TomEE WebProfile (EE6 and EE7) >>> * TomEE Full (EE6 and EE7) >>> * Geronimo (EE6, OSGi) >>> >>> + httpd of course (but not Java) >>> >>> To be honest I've not seen the Geronimo AppServer in production since quite >>> a few years. Otoh the components maintained over here are of great quality >>> and also an important puzzle part of many other projects. In my eyes >>> Geronio could re-focus on becomming kind of EE-comons of the ASF. >>> >>> What do others think? >>> >>> LieGrue, >>> strub >>> >>> >
Re: Board report time 2015-11
Some time ago, I was trying to download the source code of Geronimo, in order to start playing with it and see if something can be done on it. Unfortunatelly, there is no enough updated documentation at website about how to do that. I tried with svn, and using "mvn install" it keeps showing errors due some repositories not found. If you have any updated doc to do this, I will appreciate having it. I would like to work in creating a good documentation about how to download it step by step and compiling code smoothly. This is the begining to bring more devs to the project. I'm using Geronimo with OSGi in some projects with Aries and OpenJPA. Using also MyFaces and Trinidad (or PrimeFaces). I like how easy you can develop OSGi applications with Geronimo, and if there is a chance to colaborate in any way, I would like to do it. Regards, Eduardo García On 11/18/2015 08:33 AM, Alan D. Cabrera wrote: Here's the report that I sent to the board: https://cwiki.apache.org/confluence/display/GMOxPMGT/Apache+Geronimo+Board+Report+-+2015-18+-+November If I missed something please let me know directly. I’m sorry about being so tardy with the report. Regards, Alan
[jira] [Commented] (GERONIMO-6491) Blueprint managed transaction in error
[
https://issues.apache.org/jira/browse/GERONIMO-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13799630#comment-13799630
]
Eduardo Garcia commented on GERONIMO-6491:
--
Hi guys, could someone check this?
I'm working with Geronimo 3.0 and have the same problem with transactions while
using
> Blueprint managed transaction in error
> --
>
> Key: GERONIMO-6491
> URL: https://issues.apache.org/jira/browse/GERONIMO-6491
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: Aries, osgi, transaction manager
>Affects Versions: 3.0.1
>Reporter: Ghislain Nadeau
>Priority: Critical
>
> I have a simple bundle which is only used to define entities and services to
> retrieve and save those objects. Here's his Blueprint:
> {code:xml}
>
> xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0";
> xmlns:bptx="http://aries.apache.org/xmlns/transactions/v1.0.0";
> xmlns:bpjpa="http://aries.apache.org/xmlns/jpa/v1.0.0";
> xmlns:bpresref="http://www.ibm.com/appserver/schemas/8.0/blueprint/resourcereference";>
>class="org.jslain.bundle.webpersistence.InventoryImpl">
> method="*"
> value="Required"
> />
> property="entityManager"
> unitname="org.jslain.bundle.WebPersistence" />
>
>
>interface="org.jslain.bundle.webapi.IInventory" />
>
> {code}
> However, when starting i get the following error...
> It looks like the container is expecting a constructor receiving wrong
> arguments for the proxy of my service. If i remove the transaction part, i
> starts well (but doesn't work at runetime, 'cause jpa needs a transaction)
> {code}
> 2013-09-28 09:42:06,802 ERROR [BlueprintContainerImpl] Unable to start
> blueprint container for bundle org.jslain.bundle.WebPersistence
> org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to
> instantiate components
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:644)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:331)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:227)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.lang.VerifyError: (class:
> org/jslain/bundle/webpersistence/$InventoryImpl57473856, method:
> signature: (Ljava/lang/reflect/InvocationHandler;)V) Call to wrong
> initialization method
> at java.lang.Class.getDeclaredConstructors0(Native Method)
> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2404)
> at java.lang.Class.getConstructor0(Class.java:2714)
> at java.lang.Class.getConstructor(Class.java:1674)
> at
> org.apache.aries.proxy.impl.gen.ProxySubclassGenerator.newProxySubclassInstance(ProxySubclassGenerator.java:159)
> at
> org.apache.aries.proxy.impl.AsmProxyManager.createNewProxy(AsmProxyManager.java:81)
> at
> org.apache.aries.proxy.impl.AbstractProxyManager.createProxy(AbstractProxyManager.java:50)
> at
> org.apache.aries.blueprint.container.BeanRecipe.addInterceptors(BeanRecipe.java:688)
> at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:728)
> at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)
> at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)
> at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:640)
> ... 10 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Commented] (GERONIMO-5175) Geronimo 2.2 won't start java.lang.NoClassDefFoundError: Could not initialize class org.apache.geronimo.system.configuration.AttributesXmlUtil
[ https://issues.apache.org/jira/browse/GERONIMO-5175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13172537#comment-13172537 ] Eduardo Garcia commented on GERONIMO-5175: -- I had the same problem recently using Ark to uncompress the tar.gz file. (fedora 15 / KDE) After looking at this page, I tried another tool to uncompress the file, and it fixed it (file roller tool). It looks like for some reason, the tar file was not completely uncompressed... kind of weird issue! > Geronimo 2.2 won't start java.lang.NoClassDefFoundError: Could not initialize > class org.apache.geronimo.system.configuration.AttributesXmlUtil > -- > > Key: GERONIMO-5175 > URL: https://issues.apache.org/jira/browse/GERONIMO-5175 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.2 > Environment: Windows Vista Home > geronimo-tomcat6-javaee5-2.2-bin.zip >Reporter: Jan Stobbe >Assignee: Shawn Jiang > Fix For: 2.2 > > > Can't startup > 2010-03-08 21:12:12,124 INFO [Log4jService] > -- > 2010-03-08 21:12:12,124 INFO [Log4jService] Started Logging Service > 2010-03-08 21:12:12,124 INFO [Log4jService] Runtime Information: > 2010-03-08 21:12:12,124 INFO [Log4jService] Install Directory = > C:\geronimo-tomcat6-javaee5-2.2 > 2010-03-08 21:12:12,124 INFO [JvmVendor] Sun JVM 1.6.0_02 > 2010-03-08 21:12:12,124 INFO [Log4jService] JVM in use= Sun JVM > 1.6.0_02 > 2010-03-08 21:12:12,124 INFO [Log4jService] Java Information: > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.runtime.name] = Java(TM) SE Runtime Environment > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.runtime.version] = 1.6.0_02-b06 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [os.name] > = Windows Vista > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [os.version] > = 6.0 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [sun.os.patch.level]= Service Pack 2 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [os.arch] > = x86 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.class.version]= 50.0 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [locale] > = en_US > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [unicode.encoding] = UnicodeLittle > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [file.encoding] = Cp1252 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [java.vm.name] > = Java HotSpot(TM) Client VM > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.vm.vendor]= Sun Microsystems Inc. > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.vm.version] = 1.6.0_02-b06 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [java.vm.info] > = mixed mode > 2010-03-08 21:12:12,124 INFO [Log4jService] System property [java.home] > = c:\Progra~1\java\jre1.6.0_02 > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.classpath]= null > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.library.path] = > c:\Progra~1\java\jre1.6.0_02\bin;.;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program > Files\CyberLink\Power2Go\;C:\Program Files\jZip;c:\Program Files\Microsoft > SQL Server\90\Tools\binn\;C:\Program Files\cvsnt; > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.endorsed.dirs]= > C:\geronimo-tomcat6-javaee5-2.2\lib\endorsed;c:\Progra~1\java\jre1.6.0_02\lib\endorsed > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [java.ext.dirs] = > C:\geronimo-tomcat6-javaee5-2.2\lib\ext;c:\Progra~1\java\jre1.6.0_02\lib\ext > 2010-03-08 21:12:12,124 INFO [Log4jService] System property > [sun.boot.class.path] = > C:\geronimo-tomcat6-javaee5-2.2\lib\endorsed\yoko-rmi-spec-1.0.jar;C:\geronimo-tomcat6-javaee5-2.2\lib\endorsed\yoko-spec-corba-1.0.jar;c:\Progra~1\java\jre1.6.0_02\lib\resources.jar;c:\Progra~1\java\jre1.6.0_02\lib\rt.jar;c:\Progra~1\java\jre
