r later of package
> javax.xml.soap, whereas the saaj-api-1.3 bundle is exporting version 1.3 of
> that package.
>
> Yesterday Jean Baptiste Onofré added version 1.5.1_1-SNAPSHOT to the
> servicemix bundles repository, though I don't know why he did so and when he
> plans to
Git Tag:
>>> karaf-4.2.0
>>>
>>> Please vote to approve this release:
>>>
>>> [ ] +1 Approve the release
>>> [ ] -1 Don't approve the release (please provide specific comments)
>>>
>>> This vote will be open for at least 72 hours.
>>>
>>> Thanks,
>>> Regards
>>> JB
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>
>>
>>
>> --
>> --
>> Christian Schneider
>> http://www.liquid-reality.de
>>
>> Computer Scientist
>> http://www.adobe.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
related breaks.
org.apache.aries.blueprint.parser.Parser.parse uses DOM parsing and as soon as
xerces is there, blueprint is no longer able to parse any blueprint files.
Up to you, but that seems fairly severe to me.
Dan
>
> Regards
> JB
>
> On 04/04/2018 02:54 PM, Daniel Kulp wrote:
>>
1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
ava:353)
>>>>>at java.security.AccessController.doPrivileged(Native
>>>>> Method)
>>>>>at javax.xml.stream.FactoryFinder
>>>>> .findServiceProvider(FactoryFinder.java:341)
>>>>>at javax.xml.stream.FactoryFinder
>>>>> .find(FactoryFinder.java:313)
>>>>>at javax.xml.stream.FactoryFinder
>>>>> .find(FactoryFinder.java:227)
>>>>>at javax.xml.stream.XMLInputFacto
>>>>> ry.newFactory(XMLInputFactory.java:205)
>>>>>
>>>>> Is there any idea how this might work? I am aware that as long as I am
>>>>> using Java 8 I might just re-introduce the stax-api bundle to
>>>>> lib/endorsed,
>>>>> but what are the ideas for this on Java 9?
>>>>>
>>>>> Best regards
>>>>> Stephan
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Guillaume Nodet
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Guillaume Nodet
>>>
>>>
>>
>>
>> --
>>
>> Guillaume Nodet
>>
>>
>
>
> --
>
> Guillaume Nodet
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
rs
> Christian
>
> 2018-01-19 13:54 GMT+01:00 Guillaume Nodet :
>
>> 2018-01-19 13:45 GMT+01:00 Daniel Kulp :
>>
>>>
>>>
>>>> On Jan 19, 2018, at 4:00 AM, Guillaume Nodet
>> wrote:
>>>>
>>>> * investigate t
>
>> docker:run mvn:org.apache.karaf.decanter.docker/elasticsearch/6.1.0/docker
>>
>> Where we can host ready to use "official" dockerfile.
>>
>> Thoughts ?
>>
>> Regards
>> JB
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>
> --
>
> Guillaume Nodet
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
here are some popular use cases
(WS-Addressing, WS-Security) that would hit this anyway.
Obviously CXF isn’t the only thing impacted…. Anything that creates DOM’s would
be impacted. Camel routes with XML, XSLT transforms, etc….
Dan
>
> 2017-10-11 16:06 GMT+02:00 Daniel Kulp :
>
>>
Mb. Maybe only
> keeping jaas, shell, feature, ssh, bundle, config, deployer and log, also
> removing equinox / logback bundles...
>
> Thoughts ?
>
> --
>
> Guillaume Nodet
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf <http://karaf.apache.org/> Comm
>
>>>> > I know manual parsing is a pain, but anyway, just wanted to
>>>> throw
>>>> this out,
>>>> > maybe somebody has a good suggestion.
>>>> >
>>>> > Fabian
>>&g
d with this hack, Karaf has continued to work (and my CXF service now
>>> works properly).
>>>
>>> Do you think there are potential side effects in this fix?
>>> Do you need me to open an issue on Jira to handle the problem?
>>> If it is confirmed that
apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
;
> Thanks,
> RK
>
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Karaf-runs-slower-in-Intel-Socx-1000-board-tp4037286p4037303.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
CXF? If I restart the container, would CXF then pick up
1.2? This is beginning to look very complicated and very non-obvious error
inducing.
I’m almost wondering if it makes more sense to throw 1.2 into endorsed and make
sure that’s exported from jre.properties as 1.2.
--
Daniel Kulp
dk
custom distro.
>>>> What we might look into is to remove equinox and xerces from the
>>>> framework kar and add them later in the two distros. This would allow
>>>> people to build their own distros without tweaking the framework kar.
>>>>
>>>> Christian
>>>>
>>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
> usage of ServiceMix bundles for Spring 3.2.x. It means that Karaf will stay
> with Spring 3.2.6.RELEASE (latest one available on Spring EBR).
>
> No objection ?
>
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.ne
n proceed to the final step
> and have Blueprint not installed by default
>
> Thoughts?
>
> --
> Ioannis Canellos
>
> Blog: http://iocanel.blogspot.com
> Twitter: iocanel
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
for 2.3.4 and 2.4.0.
>
> As we released 2.3.3 in September, I think it's the good time to release a
> 2.3.4 maintenance release.
>
> WDYT ?
>
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - ht
>>>> 2013/12/5 Jean-Baptiste Onofré
>>>>
>>>>> Good point Dan.
>>>>>
>>>>> I think you should not hurry about this.
>>>>>
>>>>> Ioannis did a good PoC, but I quickly discussed with him and his go
s
>> not to "force" the inclusion on Karaf 3.x.
>>
>> I think it makes more sense (and it's wise ;)), to act for a plan for
>> Karaf 4.x.
>>
>> Regards
>> JB
>>
>>
>> On 12/05/2013 04:26 PM, Daniel Kulp wrote:
>>
een working on projects that are packaged inside the karaf
>>>>>>> minimal distro which would benefit from a smaller size (e.g.
>>>>>>> jclouds-cli).
>>>>>>> iii) I wanted to make a karaf distro as flexible as possible.
>>>>>>>
>>>>>>> Please note that my main focus was the minimal distribution and also
>>>>>>> this is not 100% polished.
>>>>>>>
>>>>>>> Enjoy!
>>>>>>>
>>>>>>>
>>>>>>> [1]: The bundle list of the minimal distro:
>>>>>>>
>>>>>>> ID State Level Name
>>>>>>> [ 0] [Active ] [0] System Bundle (4.0.3)
>>>>>>> [ 1] [Active ] [5] OPS4J Pax Url - mvn: (1.3.6)
>>>>>>> [ 2] [Active ] [5] OPS4J Pax Url - wrap: (1.3.6)
>>>>>>> [ 3] [Active ] [8] OPS4J Pax Logging - API (1.7.1)
>>>>>>> [ 4] [Active ] [8] OPS4J Pax Logging - Service (1.7.1)
>>>>>>> [ 5] [Active ] [ 10] Apache Felix Configuration Admin Service
>>>>>>> (1.6.0)
>>>>>>> [ 6] [Active ] [ 11] Apache Felix File Install (3.2.6)
>>>>>>> [ 7] [Active ] [ 13] Apache Felix Declarative Services
>> (1.6.2)
>>>>>>> [ 8] [Active ] [ 25] Apache Karaf :: Shell :: Console
>>>>>>> (2.3.4.SNAPSHOT)
>>>>>>> [ 9] [Active ] [ 30] Apache Karaf :: Features :: Core
>>>>>>> (2.3.4.SNAPSHOT)
>>>>>>> [ 10] [Active ] [ 30] Apache Karaf :: Features :: Command
>>>>>>> (2.3.4.SNAPSHOT)
>>>>>>> [ 11] [Active ] [ 30] Apache Karaf :: Shell :: Log Commands
>>>>>>> (2.3.4.SNAPSHOT)
>>>>>>> [ 12] [Active ] [ 30] Apache Karaf :: Shell :: OSGi Commands
>>>>>>> (2.3.4.SNAPSHOT)
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>> Christian Schneider
>>>>>> http://www.liquid-reality.de
>>>>>>
>>>>>> Open Source Architect
>>>>>> http://www.talend.com
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
t;>>>> at
>>>>> sun.rmi.transport.tcp.TCPTransport.handleMessages(
>>>>> TCPTransport.java:535)[:1.6.0_65]
>>>>> at
>>>>> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(
>>>>> TCPTransport.java:790)[:1.6.0_
.java:316)
> at
> org.apache.karaf.tooling.features.CreateKarMojo.createArchive(CreateKarMojo.java:224)
> at
> org.apache.karaf.tooling.features.CreateKarMojo.execute(CreateKarMojo.java:139)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPlugin
f Maven, there should be a
way.
Dan
>
> Kind regards,
> Andreas
>
> [1]https://issues.apache.org/jira/browse/KARAF-2395
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
reated-By = 1.7.0_10 (Oracle Corporation)
>>
>> 1) Create ServiceMix Spring OSGI Bundle
>> 2) Switch from Spring to Blueprint, Aries JTA, Aries JPA, ...
>>
>> Regards,
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
ystem
>> From: Jean-Baptiste Onofré
>> To: dev@karaf.apache.org
>> Date: Thu 07 Feb 2013 02:26:10 PM CST
>>
>> Hi Andrei,
>>
>> I understand your point.
>>
>> Some parts are really tight together. However, that's the purpose of
&g
THAT all said, I would also like much more frequent releases. :-)
Dan
On Mar 12, 2013, at 8:42 PM, Daniel Kulp wrote:
>
> On Mar 12, 2013, at 8:36 PM, Andrei Pozolotin
> wrote:
>
>> Jamie:
>>
>> :-)
>>
>> how about automatic "YES"
ogether. However, that's the purpose of
>>> the minimal distribution and framework:
>>>
>>> - framework should provide the most minimal Karaf container (however,
>>> it embeds Aries Blueprint for instance, as Karaf bundles use it)
>>> - minimal is a very lightweight Karaf container, the purpose is to let
>>> the user create a custom distribution on top of that.
>>>
>>> I'm listening all proposals to improve these distributions !
>>>
>>> Regards
>>> JB
>>>
>>> On 02/07/2013 05:30 PM, Andrei Pozolotin wrote:
>>>
>>> *Jean-Baptiste*
>>>
>>> I am curious if you envision to change karaf layout so release by
>>> subsystem is possible.
>>>
>>> For example, if I use minimal sub set of karaf, which does not need
>>> Aries, why should I wait for it?
>>>
>>> this is similar to how ops4j was partitioned way back, so there are
>>> no monolithic Godzilla releases any more.
>>>
>>> Thank you,
>>>
>>> Andrei
>>>
>>>
>>>
>
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
iu 12 mar 2013, o godz. 22:53:
>>>>
>>>>> Hello there.
>>>>>
>>>>> FYI
>>>>> fuse source repos are down
>>>>>
>>>>> http://fuse.fusesource.org/fabric/download.html
>>>>>
>>>>> impossible to build karaf snapshot.
>>>>>
>>>>> Thank you,
>>>>>
>>>>> Andrei
>>>>
>>>
>>
>>
>>
>> --
>>
>> Guillaume Nodet
>>
>> Red Hat, Open Source Integration
>>
>> Email: gno...@redhat.com
>> Web: http://fusesource.com
>> Blog: http://gnodet.blogspot.com/
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
;>>>> - framework should provide the most minimal Karaf container (however,
>>>>>> it embeds Aries Blueprint for instance, as Karaf bundles use it)
>>>>>> - minimal is a very lightweight Karaf container, the purpose is to let
>>>>>> the user create a custom distribution on top of that.
>>>>>>
>>>>>> I'm listening all proposals to improve these distributions !
>>>>>>
>>>>>> Regards
>>>>>> JB
>>>>>>
>>>>>> On 02/07/2013 05:30 PM, Andrei Pozolotin wrote:
>>>>>>> *Jean-Baptiste*
>>>>>>>
>>>>>>> I am curious if you envision to change karaf layout so release by
>>>>>>> subsystem is possible.
>>>>>>>
>>>>>>> For example, if I use minimal sub set of karaf, which does not need
>>>>>>> Aries, why should I wait for it?
>>>>>>>
>>>>>>> this is similar to how ops4j was partitioned way back, so there are
>>>>>>> no monolithic Godzilla releases any more.
>>>>>>>
>>>>>>> Thank you,
>>>>>>>
>>>>>>> Andrei
>>>>>>>
>>>>>>>
>
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
t;>> The minimal distribution fails to start because its missing
>>>> the org.apache.karaf.jaas.authz-2.3.1.jar from the system repo.
>>>> Having one of two flavor not being able to start, seems like a show
>>>> stopper, but I am not sure. What do you thing?
t;>>>
>>>> iii) This would definetely solve a lot of problems, without direct user
>>>> interaction. I think that we should maybe start with this point but
>> maybe
>>>> also grant the user the power to do things like i) and ii).
>>>>
&g
;>
>> Description of camel 2.10.3 feature
>>
>> Feature has no configuration
>> Feature has no configuration files
>> Feature depends on:
>> camel-core 2.10.3 (mapped to camel-core 2.10.4)
>
ut a regex just makes it
a bit more flexible. Probably could even do the group expansions:
mvn:org.apache.cxf/(.*)/2.6.5=mvn:org.apache.cxf/\1/2.6.6
:-)
Dan
>
> Regards
> JB
>
> On 02/26/2013 05:57 PM, Daniel Kulp wrote:
>>
>> On Feb 26, 2013, at 11:34 AM, Jean-Baptiste Onofré w
o to patch a BUNCH of features.xml files.I'd
definitely prefer something that would allow overriding of information in the
system directory (or pulled in), not require changes to stuff in the system
directory.
Dan
>
> Regards
> JB
>
> On 02/26/2013 05:30 PM, Daniel Kulp w
more simply, prevent these issues.
Dan
>
> Regards
> JB
>
> On 02/26/2013 05:12 PM, Daniel Kulp wrote:
>>
>> Could this be even more "generic" and apply to everything loaded via a URL?
>> Swap the version of "xerces" with this new versi
and apply the patches to the named
> feature files after loading them. So a user could patch their feature files
> to quickly fix simple issues.
>
> What do you think?
>
> Christian
>
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Open So
t;>
>>>>> Regards
>>>>> JB
>>>>>
>>>>>
>>>>> On 01/31/2013 03:18 PM, Claus Ibsen wrote:
>>>>>>
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> Any update on a Karaf
the 2.0 (or 2.1) versions of the specs, that
would be considered minor. :-( I spent quite a bit of time fixing other
issues with them last week. I would suggest giving the latest 2.2-SNAPSHOT
versions a try and see if they help you.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
n as well. :-)
Dan
> regards, Achim
>
> 2012/10/9 Daniel Kulp :
>>
>> On Oct 9, 2012, at 8:06 AM, Charles Moulliard wrote:
>>
>>> Is it required to deliver Karaf 2.3.0 now or could we postpone it a few
>>> days till we provide Spring 3.1 ?
>
>>>>
>>>>>> 2012/10/9 Charles Moulliard :
>>>>>>> Even if I understand the karaf position I completely agree about
>>>> Claus's
>>>>>>> remark to also have Spring 3.1 for Camel and others projects.
>>>
Karaf 2.3.0 very close
>>>>>>>> Date: Mon, Oct 8, 2012 9:17 am
>>>>>>>>
>>>>>>>>
>>>>>>>> Hey,
>>>>>>>>
>>>>>>>> On Mon, Oct 8, 2012 at 7:46 AM, Jean
> Blog: http://freemanfang.blogspot.com
> http://blog.sina.com.cn/u/1473905042
> weibo: http://weibo.com/u/1473905042
>
> On 2012-9-29, at 上午5:37, Daniel Kulp wrote:
>
>>
>> On Sep 28, 2012, at 5:06 PM, Andreas Pieber wrote:
>>
>>> The question is rather.
de compiled against
3.x won't work with 4.x and vice versa. CXF switched to using some reflection
magic to allow use of either version of ASM. Kind of crappy, but……..
Dan
>
> Kind regards Andreas
> On Sep 28, 2012 10:11 PM, "Daniel Kulp" wrote:
>
>>
>&
I was doing some testing with the latest Karaf 2.3.0 snapshot and discovered
that it only includes the 3.3.1 version of ASM. However, the Aries proxy stuff
now requires 4.x.Is that dependency going to be updated? Should we have
both to not break existing things?
--
Daniel Kulp
dk
would be
generated out on the console. If that works, then we know the swizzle stuff
is OK and it's a sendmail issue. If that results in an error or invalid
email, can you let me know what is spit out?
Dan
>
> Regards
> JB
>
> On 09/19/2012 03:46 PM, Daniel Kulp wr
see this behaviour?
>>> Can we change this so the tests take less file space? On windows it
>>> takes even several minutes to just delete the target dir after the tests.
>>>
>>> Christian
>>>
>>
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
t; --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
s from the
script, you may need to update the URL.You can look at the CXF template
(and likely just use it if you aren't):
http://svn.apache.org/repos/asf/cxf/trunk/bin/jira-report.tmpl
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
gt;
>
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Open Source Architect
> Talend Application Integration Division http://www.talend.com
>
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
d into karaf
someplace and edited if you want the report to look different or go back
more than 4 weeks or similar.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
gt; Web Site
> > ===
> > A new website has been deployed including minor updates and bug fixes.
> >
> > Branding
> >
> > * project website basics: ok
> > * website nav links: ok
> > * trademarks: ok
> > * logo: ok
> > * metadata: ok
> >
> > Issues for board consideration
> > ==
> > None so far.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
e, we could just change the way the assembly is build and
> > not use our own plugin to simplify the build.
> > What I meant was I don't think we really want to rework the plugin to
> > get rid of the new packaging.
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
36 PM, Guillaume Nodet wrote:
> > No it doesn't. We've lived with that in ServiceMix for a few years,
> > so I'm well aware of the pain btw.
> >
> > On Wed, May 23, 2012 at 3:26 PM, Daniel Kulp wrote:
> >> On Wednesday, May 23, 2012 10:47:46 AM
ld it fully.
> >>> I was starting from a clean repo, but even the root pom was trying to
> >>> download some other karaf snapshots, so not sure what happens.
> >>> Thoughts ?
> >>
> >> Quite probably these are dependencies that were removed b
> >> >>> From reading through the mailing list, it appears that I'm not the
> >>
> >> only
> >>
> >> >>> one with this question, but I still have to ask. Is there currently
> >>
> >> any
> >>
> >> >>> timeline for the 0.4.1 release? It appears that all issues in JIRA
> >>
> >> were
> >>
> >> >>> resolved quite a while ago, so it appears that the only problem are
> >>
> >> the
> >>
> >> >>> release problems that I've been reading about on the mailing list.
> >> >>> The
> >> >>> project that I'm working on runs on Karaf and we're eagerly
> >> >>> awaiting
> >>
> >> some
> >>
> >> >>> of the bugfixes from the 0.4.x branch, but Karaf is waiting for
> >> >>> 0.4.1
> >> >>> before they upgrade from 0.3.1 ( https://issues.apache.org/**
> >> >>> jira/browse/KARAF-988 <
> >>
> >> https://issues.apache.org/jira/browse/KARAF-988>).
> >>
> >> >>> Does anyone have a good guess on the feasibility of releasing 0.4.1
> >>
> >> rather
> >>
> >> >>> than just going right to 1.0?
> >> >>>
> >> >>> Thanks for any updates you can provide!
> >> >>>
> >> >>> Thanks,
> >> >>> Jon
> >> >
> >> > --
> >> >
> >> > Guillaume Nodet
> >> >
> >> > Blog: http://gnodet.blogspot.com/
> >> >
> >> > FuseSource, Integration everywhere
> >> > http://fusesource.com
> >
> > --
> >
> > Guillaume Nodet
> >
> > Blog: http://gnodet.blogspot.com/
> >
> > FuseSource, Integration everywhere
> > http://fusesource.com
--
Daniel Kulp
d...@kulp.com
http://dankulp.com/blog
(&(package=javax.xml.bind)(version>=2.2.0)(!(version>=3.0.0)))
> >
> > export: package=javax.xml.bind; uses:=javax.xml.bind.attachment
> > export: package=javax.xml.bind.attachment
> >
> > org.apache.servicemix.specs.jaxb-api-2.2 [818.0]
>
> I have not tested this behavior in 2.2.6 or dug very deep and don't feel
> it's a major deal, but can investigate it more if anyone is interested.
>
> Cheers, Brian
--
Daniel Kulp
d...@kulp.com
http://dankulp.com/blog
t; http://www.google-melange.com/document/show/gsoc_program/google/gsoc2012/faq
> s#mentoring_apply
>
> Mentoring Manual:
> http://www.booki.cc/gsoc-mentoring/
>
> Cheers,
> Jamie
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
nch
> >> (karaf-3.0.x) where we do not allow any new features. The version on
> >> the master/trunk will be increased to 3.1.0-SNAPSHOT. This should be
> >> the place then for all new features. This step should free us from
> >> new regressions and give us the time to finalize 3.0.0.
> >>
> >> WDYT?
> >>
> >> Kind regards,
> >> Andreas
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
exports all packages
> >>>> from
> >>>> the JRE.
> >>>>
> >>>> I would like to propose a new approach:
> >>>> 1/ remove packages with problem by default from the jre.properties
> >>>> 2/ add a set of Karaf features (in bootFeatures by default) to
> >>>> install
> >>>> bundles providing the packages (JAXB, etc)
> >>>>
> >>>> It's a quick workaround for next Karaf 2.2.6 and Karaf 3.0.
> >>>>
> >>>> We can find a more elegant solution. I have some solutions in
> >>>> mind:
> >>>> - new properties in the jre.properties to define an "override"
> >>>> flag
> >>>> - add a KARAF-INF/* files to define some behaviors (like
> >>>> overriding
> >>>> system packages)
> >>>>
> >>>> Feel free to propose your ideas for this problem.
> >>>>
> >>>> Please:
> >>>> [ ] +1 to remove the packages from the jre.properties and provide
> >>>> a
> >>>> set of Spec/API features in Karaf
> >>>> [ ] 0
> >>>> [ ] -1 for that (please provide arguments)
> >>>> Ideas (if you have ;)):
> >>>>
> >>>> Thanks
> >>>> Regards
> >>>> JB
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
> >>
> >> If most of our users, will disable them anyway, I see no reason not
> >> doing it ourselves ( +1 ).
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
ey have a
> karaf-assembly but our sub-project could be designed for that purpose
> -
> http://openejb.979440.n4.nabble.com/Proposition-New-maven-module-OpenEJB-Ka
> raf-tt4194577.html
>
> What do you think about this proposition ?
>
> Regards,
>
> Charles Mou
th in the same distribution, having different
> extensions makes things more intuitive / homogeneous imho
As a counter example, we all type "mvn", not "mvn.sh" yet there is a mvn.bat
in there as well. :-)
Dan
>
> On Wed, Nov 30, 2011 at 16:07, Daniel Kulp wrote:
>
>>
> >> I suggest to use, instead:
> >> karaf.sh
> >>
> >> so that I can associate *.sh with bash editors like this
> >> http://sourceforge.net/projects/shelled/
> >>
> >> :-)
> >>
> >> --
> >> This message is automatically generated by JIRA.
> >> If you think it was sent incorrectly, please contact your JIRA
> >> administrators:
> >> https://issues.apache.org/jira/secure/ContactAdministrators!default.js
> >> pa
> >> For more information on JIRA, see:
> >> http://www.atlassian.com/software/jira>
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com
e to figure out the fragment bundle thing for the compatibility, but
it's definitely better than 0.4. :-)
Dan
>
> On Fri, Nov 25, 2011 at 14:36, Daniel Kulp wrote:
> > Well, we definitely need to get a usable blueprint. 0.4 is not (IMO).
> > Thus, we'd either n
big new features are included ?
>
> The JIRA contains more than 90 opened issues for 3.0 and I think we
> should trim that to whatever we can do in the coming weeks.
> Having 3.0 released in a few weeks, maybe aim for mid-december would
> be good imho.
>
> Thoughts ?
--
Dani
my screen to follow this silly limitation.
> > > Thoughts?
> > >
> > > --
> > >
> > > Guillaume Nodet
> > >
> > > Blog: http://gnodet.blogspot.com/
> > >
> > > Open Source SOA
> > > http://fusesource.com
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
Yeah, that's why I suggested to do it for the boot features as a whole -
> > a lot of those bundles, in a typical scenario, will already be sitting
> > in the local system folder anyway and if they're not there, the boot
> > features installation would be downloading them anyway so there'
se that his in the morning. How
> about the other two? Any other suggestions to fix some of the problems
> mentioned in this thread?
>
> Regards,
>
> Gert
> On Oct 19, 2011 6:11 PM, "Johan Edstrom" wrote:
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
instead,
> first looking if there's a feature descriptor installed that matches the
> version range and only then trying to resolve and install it?
>
> Regards,
>
> Gert Vanthienen
>
> FuseSource
> Web: http://fusesource.com
> Blog: http://ge
F and Camel as much as possible a little
while ago, but they will likely drift a bit.
Anyway, Karaf 2.2.4, CXF 2.4.3, and Camel 2.8.2 will go a long way to make it
a lot easier and more consistent.
Dan
>
>
> Cheers!
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
There doesn't seem to be any objections and certianly a lot of people wanted
it so I went ahead and flipped it.
Dan
On Wednesday, October 12, 2011 4:05:21 PM Daniel Kulp wrote:
> What are peoples thoughts about switching the jira project from the default
> field configurati
ow using the same naming).
>
> Feature elements look a lot like bundle elements and its not that friendly
> to read.
>
> The main goal of this email is point to share my concern about the
> user-friendliness of the "symbolic-name like features".
> I would like to hear your views first, before start thinking of
> alternatives.
>
> Thanks for having the patience to go through all of it :)
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
really hope we have
a better solution available.
Dan
> regards, Achim
>
> 2011/10/12 Daniel Kulp
>
> > While doing some testing with 2.2.4-SNAPSHOT, I ran into another issue.
> >
> > The
> >
> > "war" feature no longer supports Jav
om the war feature and maybe add a "war-jsp" feature that
would include it. (or something similar)
3) Rollback to pax-web-jsp 1.0.1 (last version that doesn't have the problem)
4) others?
Anyway, at this point, I'd like to wait and see what JB finds out.
--
Dan
What are peoples thoughts about switching the jira project from the default
field configuration to "Wiki Enabled"?
I tend to like to be able to do:
{code}
//snippet here
{code}
to get some formatting in there. Would anyone object?
--
Daniel Kulp
dk...@apache.org
http://dankul
s
> good to me.
>
> Regards
> JB
>
> On 10/12/2011 12:10 PM, Ioannis Canellos wrote:
> > I would prefer an attribute in the feature descriptor, as it would
> > provide more granularity for custom features.
> > We may need to rethink the name of the attribute to av
let the Spring 3.0.6.RELEASE upgrade to Karaf 3.0.x
> >>>
> >>> WDYT ?
> >>>
> >>> Regards
> >>> JB
> >>> --
> >>> Jean-Baptiste Onofré
> >>> jbono...@apache.org
> >>> http://blog.nanthrax.net
> >>> Talend - http://www.talend.com
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
ing
> > 3.0.5.RELEASE
> > - let the Spring 3.0.6.RELEASE upgrade to Karaf 3.0.x
> >
> > WDYT ?
> >
> > Regards
> > JB
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
request git repo for both Cave and WebConsole
> - create the corresponding Jira components and versions
> - prepare the Karaf website update (including documentation)
>
> Thought ?
>
> Regards
> JB
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
5.RELEASE in Karaf 2.2.x.
> >> - to create a Karaf 2.3.x branch, exactly a copy of 2.2.x, but with
> >> update to Spring 3.0.6.RELEASE
> >> - in both branches, we add all Spring features to cover all Spring
> >> bundles. We have few issues to fix in both branches and I propose to
> >> release 2.2.4 and 2.3.0 soon.
> >> - update Karaf 3.0.x (trunk) to Spring 3.0.6.RELEASE
> >>
> >> WDYT ?
> >>
> >> Regards
> >> JB
> >> --
> >> Jean-Baptiste Onofré
> >> jbono...@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
nks. Eventually we
could have latest-3.x along side the 2.2.x and such.
Thoughts?
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
help you if you
want it that way.
Dan
>
> Regards
> JB
>
> On 08/10/2011 08:28 PM, Daniel Kulp wrote:
> > On Wednesday, August 10, 2011 8:05:12 PM Jean-Baptiste Onofré wrote:
> >> Hi Andreas,
> >>
> >> yeah, I think it's better: it allow
gt;>
> >> I keep on working on it. I will keep you posted with
> >> documentation/blog
> >> when I have something ready to test/use.
> >>
> >> Thanks Dan for his bright advice ;)
> >>
> >> Regards
> >> JB
> >> --
> >> Jean-Baptiste Onofré
> >> jbono...@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
2.1.13 and it should then
> take a separate version from outside the jdk.
>
> Christian
>
> Am 12.07.2011 23:23, schrieb Daniel Kulp:
> >> javax.xml.bind;version=2.1, \
> >>
> >> This way I was able to make sure that jaxb isn't provided as
fic stax implementation
> >>> or something
> >>> like that, I'd like to keep the current behavior.
> >>>
> >>> Note that when you get to the borders of the OSGi specs, everything
> >>> is
> >>> not
> >>> clearly de
the default karaf behavior did not allow them to
> >>>> leverage those technologies provided by the JRE, that's why we
> >>>> changed the exported
> >>>> packages to reflect what the JRE provides. For all the OSGi
> >>>> users that
> old-style servers. The only bit I recall as missing is the legal
> > files.
> >
> > What are you looking for to start e.g. cxf? IIRC you can assemble a
> > server including a cxf feature as a boot feature, or add it in later as
> > a regular feature
> >
> > thanks
> > david jencks
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com
repositories/orgapachekaraf-001/
> >
> > I updated a script to check the release:
> > http://svn.apache.org/repos/asf/karaf/scripts/check_staged_cellar_releas
> > e.sh
> >
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the
91 matches
Mail list logo