Return-Path: X-Original-To: apmail-geronimo-dev-archive@www.apache.org Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B3866BBDB for ; Wed, 4 Jan 2012 15:43:11 +0000 (UTC) Received: (qmail 99432 invoked by uid 500); 4 Jan 2012 15:43:11 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 99341 invoked by uid 500); 4 Jan 2012 15:43:11 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 99334 invoked by uid 99); 4 Jan 2012 15:43:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 15:43:11 +0000 X-ASF-Spam-Status: No, hits=3.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [98.136.44.56] (HELO smtp101.prem.mail.sp1.yahoo.com) (98.136.44.56) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 04 Jan 2012 15:43:05 +0000 Received: (qmail 63846 invoked from network); 4 Jan 2012 15:42:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To:References:Message-Id:X-Mailer; b=rOaHrVmR96Z0ZquqvtHQmupsAPT1wOJER2JCDFhxkhFFGl/VkuZAeEYnQsaEYiE7Vr7dCc7QnsvXSoNvbuxWNzyuZKKzsVwE2uvkKRYD5owwXnuZACu+ocYixhOFeXxiK1weSV7AiN+/o1fdD90qThPLM8GLhG43zPxy4kOTqZo= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1325691764; bh=P90aJsFaGdPmSLyq6zZ2mccmUVqRBki8pNuhCxV7odQ=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To:References:Message-Id:X-Mailer; b=smUcaLy3flXMqlTP9KKb/e7ttzeTqodQrYfX9vUG8x3gTLRp3zeo5WvIU/VcfdWfbrL1UNf+4+67FGU4EA4ExcHtyIZX+CHUG94bA4xtg7x+74tD429xUgIVC/EOpFCwFs6TMfpSxw9FPG8lo2KKsCq33g3RDvdzHEhnbjxB1r0= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: isw.ejwVM1mVD33Qz5EptyMMe4EnjtDflD16w0TWER93ZEG fyeQ3mTGchmZxy6PWzqneMphAwFQBxu5xNi5b17EjJJykYje4bqVAQGYumzY kxduvQn_WP0xWD2mUkCmLfoWiuUVs9eUoXme9rY8jPA0aHwTrIXeAYBMJC3Y sOdD0bCNy5RgoQam13cdGUb2.6fHIr3GqUPABgjAapfSgwp7q_oHF9ivyPqv 7rwq527yJ3s0uLzs8ULU.U_aWDgxuI2j1VOajYdR2G_o29bZOGmgZNEFIFzg hEXcC7clxy9PO7Gr.jj8N43j5vzpdkwUG9tS5iMhhxHqDtIG7A5DU6bDHsH5 FFrUSyuMOhSsj4RzugViZPHaGacAIl424bC2ZomLIEbAngm3dG9k8QaAIDrz E5Pv5w9cbikyjM7nLUKElmngAgr3L_N93_0UcYYWChu5.LnHkcfKc_GAROeD V.CSOrVkAgucv8Wrk1m69hjb51o2QNWnYj_IRPbPN_wDnzFPgYivNamXko8z 9z63eHWUz5Ye5kIa0Pm7rNRgC_PO5_cse7QeuYVzkZI_iWWagOTL.8fL2Yt9 FvkbL4QbwL3NZu3XMRPlCL8zSd3xUlVXOq2UNQc1mLpDXRnzxJSbOh9vHypr ipXln0LtETJRCaCoXkUHL2_3GXHoe9trLJtIv.E2ARpJz9m_dP.A3jdp8Dm. GeZpsSHute3D1KX2sKzh2fT3qY2452j2UeeAhLsUnUUBDUcVVCjNSGNzH0is 1Bw-- X-Yahoo-SMTP: .9oIUzyswBANsYgUm_5uPui0skTnzGJXJQ-- Received: from [10.0.1.4] (david_jencks@98.246.196.64 with plain) by smtp101.prem.mail.sp1.yahoo.com with SMTP; 04 Jan 2012 07:42:43 -0800 PST From: David Jencks Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-1--507788326 Subject: Re: Geronimo 3 and karaf 3 Date: Wed, 4 Jan 2012 07:42:42 -0800 In-Reply-To: To: dev@geronimo.apache.org References: <4A5E63D9-87FB-4408-8BA3-440D757A3A70@yahoo.com> <74DEC439-60C9-488B-9A96-71AFBA25F734@yahoo.com> <00692F05-4BEA-4272-B11B-A04969583159@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.1084) --Apple-Mail-1--507788326 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Forrest, I've seen some problems like this and don't know exactly what causes = them. Some old artifacts have gotten into the build: = LocalAttributeManager is no longer a gbean and j2ee-system doesn't try = to set it up as a gbean. It might be related to KARAF-910. For me this = issue seems to sometimes cause aether to download an old remote copy of = some artifact rather than using the one in the karaf/geronimo system = repo. Could you look in your geronimo instance and see what the = j2ee-system bundle is in the system repo and in the data cache? The log = might also provide a clue. thanks david jencks On Jan 4, 2012, at 1:42 AM, Forrest Xia wrote: >=20 >=20 > On Wed, Jan 4, 2012 at 5:39 PM, Forrest Xia = wrote: >=20 >=20 > On Wed, Jan 4, 2012 at 5:32 PM, Forrest Xia = wrote: > I got some time to try the trunk change locally after G 2.1.8 release = stuffs are basically done :-) >=20 > Several findings about the trunk changes: > 1. The server trunk can only be compiled with Maven 3, that's the = reason it failed to compile in the TCK environment(the maven version = used in TCK env is 2.2.1). I will update the TCK env in the coming days. > 2. The testsuite cannot be executed since geronimo-maven-plugin cannot = launch the server now. This issue will also block TCK execution. > 3. The command line interfaces has big changes, I cannot find = startup/shutdown/geronimo scripts now. I do not look into the changes = further, so I even don't know how to launch the server now. > Sorry, I reread the mail thread and got known that how to start the = server now: bin/karaf -l=20 > Hit this exception when I tried on my ubuntu box: >=20 > geronimo> Booting Geronimo Kernel (in Java 1.6.0_29)... > Module 1/62 = org.apache.geronimo.framework/j2ee-system/3.0-SNAPSHOT/car = Server Startup failed >=20 > org.apache.geronimo.kernel.config.LifecycleException: start of = org.apache.geronimo.framework/j2ee-system/3.0-SNAPSHOT/car failed > at = org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfigur= ation(SimpleConfigurationManager.java:803) > at = org.apache.geronimo.system.main.EmbeddedDaemon$1.run(EmbeddedDaemon.java:2= 65) > Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: = Unknown start exception > at = org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBea= ns(ConfigurationUtil.java:527) > at = org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelC= onfigurationManager.java:286) > at = org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfigur= ation(SimpleConfigurationManager.java:787) > ... 1 more > Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: = Getter method not found Attribute Name: GBeanInfo, Type: class = org.apache.geronimo.gbean.GBeanInfo, GBeanInstance: = org.apache.geronimo.system.configuration.LocalAttributeManager > at = org.apache.geronimo.gbean.runtime.GBeanAttribute.(GBeanAttribute.jav= a:252) > at = org.apache.geronimo.gbean.runtime.GBeanInstance.buildAttributes(GBeanInsta= nce.java:396) > at = org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.java:= 266) > at = org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:43= 1) > at = org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBea= ns(ConfigurationUtil.java:452) > ... 3 more > Caused by: java.lang.NoSuchMethodException: = org.apache.geronimo.system.configuration.LocalAttributeManager.getGBeanInf= o() > at java.lang.Class.getMethod(Class.java:1605) > at = org.apache.geronimo.gbean.runtime.GBeanAttribute.(GBeanAttribute.jav= a:237) > ... 7 more > =20 >=20 > So generally, I think we need a introduction about how to use the = trunk build now. >=20 >=20 > On Thu, Dec 22, 2011 at 5:14 PM, Forrest Xia = wrote: >=20 >=20 > On Thu, Dec 22, 2011 at 2:27 AM, David Jencks = wrote: > I pushed a karaf snapshot.... maybe that will help? I don't see this = problem locally. > No help for server build in AHP, I will try it locally. thanks! > =20 >=20 > thanks > david jencks >=20 > On Dec 21, 2011, at 8:18 AM, Forrest Xia wrote: >=20 >> Trunk build failed with this error when building a new module = Geronimo Framework, Feature :: DS and Metatype >>=20 >> [INFO] Internal error in the plugin manager executing goal = 'org.apache.karaf.tooling:karaf-maven-plugin:3.0.0-SNAPSHOT:features-gener= ate-descriptor': Unable to find the mojo 'features-generate-descriptor' = (or one of its required components) in the plugin = 'org.apache.karaf.tooling:karaf-maven-plugin' >> Component descriptor cannot be found in the component repository: = org.sonatype.aether.RepositorySystem. >>=20 >>=20 >> On Tue, Dec 20, 2011 at 2:06 PM, David Jencks = wrote: >> BTW, to get the regions/isolation stuff working I think we are going = to need to replace our use of BundleListener/SynchronousBundleListener = with the (updated-for-4.3) aries RecursiveBundleTracker. I think we'll = need also change from ConfigurationActivator to an extender pattern. = I'd guess the ConfigurationActivator functionality could be moved to = DependencyManager rather than having an additional tracker. >>=20 >> thanks >> david jencks >>=20 >> On Dec 20, 2011, at 10:13 AM, David Jencks wrote: >>=20 >>> OK, I just committed this stuff, with reference to GERONIMO-6240. >>>=20 >>> Some more hints.... >>>=20 >>> I can build all the way through with=20 >>> MAVEN_OPTS=3D"-XX:MaxPermSize=3D2048m -Xms2048m -Xmx4096m" >>>=20 >>> I can start karaf after setting >>>=20 >>> export JAVA_MAX_MEM=3D2048m >>> export JAVA_MAX_PERM_MEM=3D512m >>>=20 >>> The car packaging is set up to stop and wait if it gets stuck. In = an earlier version of this you'd get the karaf console and you could use = karaf commands to investigate what was going on. For some reason this = isn't working now. If you get into this situation, you need to kill the = maven java process some way. Usually setting a breakpoint at = DependencyManager line 571 will show you a bundle that has a resolution = problem that you can then fix. >>>=20 >>> The problem with the console deploy-type commands I think relates to = using the karaf RMIRegistry. I'm going to modify it so it includes the = port as a service property, then we can look for the osgi service and = get its port instead of the port gbean attribute. >>>=20 >>> thanks >>> david jencks >>>=20 >>> On Dec 19, 2011, at 9:10 PM, David Jencks wrote: >>>=20 >>>> more not-yet-working inline >>>>=20 >>>> On Dec 19, 2011, at 5:08 PM, David Jencks wrote: >>>>=20 >>>>> I've been spending a lot of time working to rebase geronimo on = karaf 3 so we can have a maintainable future and get stuff like osgi = 4.3, up to date aries components, and the experimental region support = now in karaf. >>>>>=20 >>>>> After a lot of work I have everything except clustering building = and after turning off a couple problematic modules the tomcat-javaee6 = server starts and the web admin console appears to work at least a = little bit. I'd like a little vacation this year and would like to = commit this work first so that others can help with the loose ends if = they like. I'll probably be around to answer questions in any case. >>>>>=20 >>>>> The modules that don't start are: >>>>>=20 >>>>> activemq-broker-blueprint. The ${X + Y} stuff is not getting = evaluated at all. I don't know if this is an xbean-blueprint problem or = an aries blueprint problem or a side effect of running in geronimo. >>>>> As a result activemq-ra and tomcat-console-activemq can't be = started. >>>>>=20 >>>>> client-deployer. I think this is a pretty simple gbean name = problem but I haven't looked into it. >>>>>=20 >>>>>=20 >>>>> Here are some of the changes: >>>>>=20 >>>>> -- assemble the server using a combination of karaf assembly from = features and kars and geronimo assembly from geronimo plugins. We now = use the same base karaf assembly stuff as the normal default full karaf = assembly (except I might have left out the spring feature repository). >>>>>=20 >>>>> -- basic geronimo components such as the kernel, configuration = manager, dependency manager, deployer, and service config builder are = set up as osgi declarative services so they start without any geronimo = configuration. They are generally configured through config admin as = appropriate. Most of these also have gbean wrappers so they can be = accessed through gbean references. >>>>>=20 >>>>> -- "geronimo" is started from a DS component, EmbeddedDaemon. >>>>>=20 >>>>> -- I think I'm using the karaf remote jmx security rather than = ours. The capabilities are similar but not identical. >>>>>=20 >>>>> Some other things that are not working yet: >>>>>=20 >>>>> -- The (gogo) geronimo console commands that work through "remote" = gbean proxies don't work AFAIK. Probably one way to fix this would be = to expose some more of the DS components using gbean wrappers, but I = haven't looked into this yet. >>>>>=20 >>>>> -- the app client (as well as the client-deployer) is not working = yet at all. We may be able to use command line args to tell the = EmbeddedDaemon it's an app client, or possibly not. We may be able to = use a karaf instance to supply different ConfigAdmin settings to e.g. = the local attribute manager to convince it it's an app client. = Similarly the separate console-like things presumably won't work either. >>>>>=20 >>>>> -- the EditableConfigurationManager needs to be replaced by a = separate component that edits the configuration it gets from the normal = configuration manager. I think this affects some part of the admin = console. >>>>=20 >>>> --I couldn't get the xml stream 1.2 and jaxb 2.2 to work with the = spec jars as bundles. According to = http://servicemix.396122.n5.nabble.com/DISCUSS-Enhance-specs-to-work-bette= r-with-JRE-td5001108.html even if you do get them to work (as we seem to = have up to now by not exposing the packages from the framework) that = breaks other stuff. I think we need to investigate the karaf-activator = stuff guillaume wrote and adapt our specs to use it. At the moment I = have the framework lying and claiming later versions for the xmlstream = and jaxb packages. I haven't found any documentation for = karaf-activator yet. >>>>=20 >>>> -- the build uses a lot more memory. I typically run out of = permgen twice during the build with MAVEN_OPTS =3D -XX:MaxPermSize=3D512m= -Xms1024m -Xmx2048m >>>>=20 >>>> -- startup AFAIK only works as ./bin/karaf -l rather than our = geronimo scripts. Again, I have to increase memory settings for the = server to fully start. >>>>=20 >>>>>=20 >>>>>=20 >>>>> I'f there's no strong opposition I'd like to commit this tomorrow. >>>>>=20 >>>>> Many thanks >>>>> david jencks >>>>>=20 >>>>=20 >>>> david jencks >>>=20 >>=20 >>=20 >>=20 >>=20 >> --=20 >> Thanks! >>=20 >> Regards, Forrest >>=20 >=20 >=20 >=20 >=20 > --=20 > Thanks! >=20 > Regards, Forrest >=20 >=20 >=20 >=20 > --=20 > Thanks! >=20 > Regards, Forrest >=20 >=20 >=20 >=20 > --=20 > Thanks! >=20 > Regards, Forrest >=20 >=20 >=20 >=20 > --=20 > Thanks! >=20 > Regards, Forrest >=20 --Apple-Mail-1--507788326 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Forrest,

I've seen some problems like this and don't = know exactly what causes them.  Some old artifacts have gotten into = the build: LocalAttributeManager is no longer a gbean and = j2ee-system doesn't try to set it up as a gbean.  It might be = related to KARAF-910.  For me this issue seems to sometimes cause = aether to download an old remote copy of some artifact rather than using = the one in the karaf/geronimo system repo.  Could you look in your = geronimo instance and see what the j2ee-system bundle is in the system = repo and in the data cache?  The log might also provide a = clue.

thanks
david = jencks

On Jan 4, 2012, at 1:42 AM, Forrest Xia = wrote:



On Wed, Jan 4, 2012 at = 5:39 PM, Forrest Xia <forrestxm@gmail.com> = wrote:


On Wed, Jan 4, 2012 = at 5:32 PM, Forrest Xia <forrestxm@gmail.com> = wrote:
I got some time to try the trunk change locally after G 2.1.8 release = stuffs are basically done :-)

Several findings about the trunk = changes:
1. The server trunk can only be compiled with Maven 3, = that's the reason it failed to compile in the TCK environment(the maven = version used in TCK env is 2.2.1). I will update the TCK env in the = coming days.
2. The testsuite cannot be executed since geronimo-maven-plugin cannot = launch the server now. This issue will also block TCK execution.
3. = The command line interfaces has big changes, I cannot find = startup/shutdown/geronimo scripts now. I do not look into the changes = further, so I even don't know how to launch the server now.
Sorry, I reread the mail thread and got known = that how to start the server now: bin/karaf -l =
Hit this exception when I tried on my = ubuntu box:

geronimo> Booting Geronimo Kernel (in Java = 1.6.0_29)...
Module  1/62 = org.apache.geronimo.framework/j2ee-system/3.0-SNAPSHOT/car  &nbs= p;          Server Startup = failed

org.apache.geronimo.kernel.config.LifecycleException: = start of org.apache.geronimo.framework/j2ee-system/3.0-SNAPSHOT/car = failed
    at = org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfigur= ation(SimpleConfigurationManager.java:803)
    at = org.apache.geronimo.system.main.EmbeddedDaemon$1.run(EmbeddedDaemon.java:2= 65)
Caused by: = org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start = exception
    at = org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBea= ns(ConfigurationUtil.java:527)
    at = org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelC= onfigurationManager.java:286)
    at = org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfigur= ation(SimpleConfigurationManager.java:787)
    ... 1 = more
Caused by: = org.apache.geronimo.gbean.InvalidConfigurationException: Getter method = not found Attribute Name: GBeanInfo, Type: class = org.apache.geronimo.gbean.GBeanInfo, GBeanInstance: = org.apache.geronimo.system.configuration.LocalAttributeManager
    at = org.apache.geronimo.gbean.runtime.GBeanAttribute.<init>(GBeanAttribu= te.java:252)
    at = org.apache.geronimo.gbean.runtime.GBeanInstance.buildAttributes(GBeanInsta= nce.java:396)
    at = org.apache.geronimo.gbean.runtime.GBeanInstance.<init>(GBeanInstance= .java:266)
    at = org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:43= 1)
    at = org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBea= ns(ConfigurationUtil.java:452)
    ... 3 = more
Caused by: java.lang.NoSuchMethodException: = org.apache.geronimo.system.configuration.LocalAttributeManager.getGBeanInf= o()
    at = java.lang.Class.getMethod(Class.java:1605)
    at = org.apache.geronimo.gbean.runtime.GBeanAttribute.<init>(GBeanAttribu= te.java:237)
    ... 7 = more
 

So generally, I think we need a introduction about how to use the = trunk build now.


On Thu, Dec = 22, 2011 at 5:14 PM, Forrest Xia <forrestxm@gmail.com> wrote:


On Thu, Dec 22, 2011 at 2:27 AM, David Jencks = <david_jencks@yahoo.com> wrote:
I pushed a karaf snapshot.... maybe = that will help?  I don't see this problem = locally.
No help for server build in AHP, I = will try it locally. thanks!
 

thanks
david jencks

On Dec 21, = 2011, at 8:18 AM, Forrest Xia wrote:

Trunk build failed with this error when building a new = module Geronimo Framework, Feature :: DS and Metatype

 [INFO] Internal=20 error in the plugin manager executing goal=20 = 'org.apache.karaf.tooling:karaf-maven-plugin:3.0.0-SNAPSHOT:features-gener= ate-descriptor': Unable to find the mojo 'features-generate-descriptor' (or one of its=20= required components) in the plugin=20 'org.apache.karaf.tooling:karaf-maven-plugin'
 Component = descriptor cannot be found in the component repository: = org.sonatype.aether.RepositorySystem.


On Tue, Dec 20, 2011 at 2:06 PM, David Jencks <david_jencks@yahoo.com> = wrote:
BTW, to get the regions/isolation = stuff working I think we are going to need to replace our use of = BundleListener/SynchronousBundleListener with the (updated-for-4.3) = aries RecursiveBundleTracker.  I think we'll need also change from = ConfigurationActivator to an extender pattern.  I'd guess the = ConfigurationActivator functionality could be moved to DependencyManager = rather than having an additional tracker.

thanks
david = jencks

On Dec 20, 2011, = at 10:13 AM, David Jencks wrote:

OK, I just committed this stuff, = with reference to GERONIMO-6240.

Some more = hints....

I can build all the way through = with 
MAVEN_OPTS=3D"-XX:MaxPermSize=3D2048m = -Xms2048m -Xmx4096m"

I can start karaf = after setting

export JAVA_MAX_MEM=3D2048m
export = JAVA_MAX_PERM_MEM=3D512m

The car packaging is = set up to stop and wait if it gets stuck.  In an earlier version of = this you'd get the karaf console and you could use karaf commands to = investigate what was going on.  For some reason this isn't working = now.  If you get into this situation, you need to kill the maven = java process some way.  Usually setting a breakpoint at = DependencyManager line 571 will show you a bundle that has a resolution = problem that you can then fix.

The problem with the console deploy-type commands I = think relates to using the karaf RMIRegistry.  I'm going to modify = it so it includes the port as a service property, then we can look for = the osgi service and get its port instead of the port gbean = attribute.

thanks
david = jencks

On Dec 19, 2011, at 9:10 PM, David Jencks = wrote:

more not-yet-working = inline

On Dec 19, 2011, at 5:08 PM, David Jencks wrote:

I've been spending a lot of time working = to rebase geronimo on karaf 3 so we can have a maintainable future and = get stuff like osgi 4.3, up to date aries components, and the = experimental region support now in karaf.

After a lot of work I have everything except clustering = building and after turning off a couple problematic modules the = tomcat-javaee6 server starts and the web admin console appears to work = at least a little bit.   I'd like a little vacation this year = and would like to commit this work first so that others can help with = the loose ends if they like.  I'll probably be around to answer = questions in any case.

The modules that don't start = are:

activemq-broker-blueprint.  The ${X + Y} stuff is not = getting evaluated at all.  I don't know if this is an = xbean-blueprint problem or an aries blueprint problem or a side effect = of running in geronimo.
As a result activemq-ra and = tomcat-console-activemq can't be started.

client-deployer. =  I think this is a pretty simple gbean name problem but I haven't = looked into it.


Here are some = of the changes:

-- assemble the server using a combination of karaf assembly from = features and kars and geronimo assembly from geronimo plugins.  We = now use the same base karaf assembly stuff as the normal default full = karaf assembly (except I might have left out the spring feature = repository).

-- basic geronimo components such as the kernel, = configuration manager, dependency manager, deployer, and service config = builder are set up as osgi declarative services so they start without = any geronimo configuration.  They are generally configured through = config admin as appropriate.  Most of these also have gbean = wrappers so they can be accessed through gbean references.

-- "geronimo" is started from a DS component, = EmbeddedDaemon.

-- I think I'm using the karaf remote jmx security rather than ours. =  The capabilities are similar but not = identical.

Some other = things that are not working yet:

-- The (gogo) geronimo console commands that work through = "remote" gbean proxies don't work AFAIK.  Probably one way to fix = this would be to expose some more of the DS components using gbean = wrappers, but I haven't looked into this yet.

-- the app client (as well as the client-deployer) is not = working yet at all.  We may be able to use command line args to = tell the EmbeddedDaemon it's an app client, or possibly not.  We = may be able to use a karaf instance to supply different ConfigAdmin = settings to e.g. the local attribute manager to convince it it's an app = client.  Similarly the separate console-like things presumably = won't work either.

-- the EditableConfigurationManager needs to be replaced = by a separate component that edits the configuration it gets from the = normal configuration manager.  I think this affects some part of = the admin console.

--I couldn't get the xml stream 1.2 and jaxb 2.2 to = work with the spec jars as bundles.    According to http://servicemix.396122.n5.nabble.com/DISCUSS-Enhance-s= pecs-to-work-better-with-JRE-td5001108.html even if you do get them = to work (as we seem to have up to now by not exposing the packages from = the framework) that breaks other stuff.  I think we need to = investigate the karaf-activator stuff guillaume wrote and adapt our = specs to use it.  At the moment I have the framework lying and = claiming later versions for the xmlstream and jaxb packages.  I = haven't found any documentation for karaf-activator yet.

-- the build uses a lot more memory.  I typically run out of = permgen twice during the build with MAVEN_OPTS =3D =  -XX:MaxPermSize=3D512m -Xms1024m -Xmx2048m

-- startup AFAIK = only works as ./bin/karaf -l rather than our geronimo scripts. =  Again, I have to increase memory settings for the server to fully = start.



I'f there's no = strong opposition I'd like to commit this = tomorrow.

Many = thanks
david = jencks


david = jencks





--
Thanks!

Regards, Forrest

=




-- =
Thanks!

Regards, Forrest




-- =
Thanks!

Regards, Forrest




-- =
Thanks!

Regards, Forrest




-- =
Thanks!

Regards, Forrest


= --Apple-Mail-1--507788326--