//dist.apache.org/repos/dist/dev/karaf/4.4.5/
>
> Git tag:
> karaf-4.4.5
>
> 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.
>
> Regards
> JB
>
--
Guillaume Nodet
nition. It’s an optional resolver, meaning
> that
> >>>> the default will be still the regular resolver. The simple resolver
> can
> >> be
> >>>> enabled in etc/org.apache.karaf.features.cfg.
> >>>>
> >>>> 4. Spec features and cleanup
> >>>> As already discussed, I would like to remove the lib/jdk9plus folder
> and
> >>>> all spec packages from etc/jre.properties to use spec features
> instead.
> >>>> That will give us more control in the specs version and support of
> JDK.
> >>>>
> >>>> 5. ConfigAdmin persistence repository overwrite with env var
> >>>> It will be possible now to overwrite configuration with env var. For
> >>>> instance, if you have a property foo in my.config pid, you will be
> able
> >> to
> >>>> overwrite this property with -Dmy.config:foo=bar at bootstrap.
> >>>>
> >>>> If you agree, I would like to include those improvements in coming
> >> release
> >>>> (4.2.9 and 4.3.0.RC2).
> >>>>
> >>>> Regards
> >>>> JB
> >>>>
> >>>>
> >>>>
> >>
> >
> >
> > --
> >
> > Apache Member
> > Apache Karaf <http://karaf.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>
>
>
--
Guillaume Nodet
Is there a way to configure gitbox so that PR notifications are sent to
comm...@karaf.apache.org or eventually iss...@karaf.apache.org ?
This would reduce a bit the traffic on dev@karaf.apache.org and help
keeping up with dev related discussions.
--
Guillaume Nodet
gt; --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
these embedded packages collide
> between bundles. This can be solved though by embedding with a different
> unique
> classname. I think the shade plugin can do this but I have never tried.
>
> Christian
>
> Am Fr., 11. Okt. 2019 um 08:52 Uhr schrieb Guillaume Nodet <
> gno...@ap
mel
> >> context to do that is ~95% of entire work. Rest is "read file, store in
> >> DB".
> >>
> >> Quarkus' goal is to move this 95% work to build time. Yes - build time.
> >> Effectively the goal is to have Java application, that (when starting)
&
lt;
>> > > >
>> >
>> https://www.packtpub.com/application-development/java-ee-8-high-performance
>> > > > >
>> > > > >
>> > > > > Le jeu. 26 sept. 2019 à 15:54, Patrique Legault <
>> > > > patriquelega...@gmail.com>
>> > > > > a écrit :
>> > > > >
>> > > > > > There is a new framework released by Red Hat called Quarkus, see
>> > > > > > https://quarkus.io/, it is designed/built for containerization
>> .
>> > > > > >
>> > > > > > If integrated within Karaf, we could create a feature that would
>> > > > install
>> > > > > > the Quarkus framework within Karaf. This would allow for a lean
>> and
>> > > > > > efficient Java server with a container first framework embedded
>> > within
>> > > > it.
>> > > > > > Allowing for quick and easy RESTful services development with a
>> low
>> > > > memory
>> > > > > > footprint and quick container runtime.
>> > > > > >
>> > > > > > Let me know what you think, and if this is worth logging a
>> ticket
>> > for.
>> > > > > >
>> > > > > > Cheers,
>> > > > > >
>> > > > > > --
>> > > > > > *Patrique Legault*
>> > > > > >
>> > >
>> > >
>> > --
>> > Krzysztof Sobkowiak
>> >
>> > JEE & OSS Architect, Integration Architect
>> > Apache Software Foundation Member (http://apache.org/)
>> > Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/
>> )
>> > Apache OpenWhisk PMC Member (https://openwhisk.apache.org/)
>> > Apache Incubator PMC Member (https://incubator.apache.org/)
>> > Senior Solution Architect @ Capgemini SSC (
>> > http://www.capgeminisoftware.pl/)
>> >
>> >
>>
>
--
Guillaume Nodet
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
t but it's also something that makes Karaf more
> powerful than Spring in general.
>
> Regards,
> Serge...
>
> On Mon, Mar 4, 2019 at 4:28 PM Christian Schneider <
> ch...@die-schneider.net>
> wrote:
>
> > +1
> >
> > Am Mo., 4. März 2019 um 15:29 Uhr schr
t's a very good argument and actually I think you are right, that's
> even better.
>
> Maybe the "missing" part if the tooling and the documentation around this.
>
> Let me prepare a PR for that !
>
> Regards
> JB
>
> On 04/03/2019 15:15, Guillaume Nodet wrote:
&
his is Karaf Winegrower. Winegrower is kind of
> Karaf Boot, using a single/unique classloader instead of one classloader
> per bundle. It's pretty convenient for cloud as well.
> Maybe we can have winegrower as Karaf subproject.
> Currently Winegrower is here: https://github.com/jbonofr
23 juil. 2018 à 12:26, à 12:26, Guillaume Nodet a
> écrit:
> >Sorry, the web part is definitely not implemented.
> >Could you raise a JIRA issue in the Aries Blueprint project and maybe
> >attach your simple web app and I'll have a look asap.
> >
> >Guillaume
>
Sorry, the web part is definitely not implemented.
Could you raise a JIRA issue in the Aries Blueprint project and maybe
attach your simple web app and I'll have a look asap.
Guillaume
Le dim. 22 juil. 2018 à 12:35, munishgupta.asr
a écrit :
> Thanks Guillaume Nodet-2,
>
> I have
t exactly this blueprint is and how it works
> (replacement of spring-dm).
>
> Thanks again
> Munish
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-Dev-f930721.html
>
--
----
Guillaume Nodet
it there:
https://github.com/apache/karaf/tree/osgi-r7
--
Guillaume Nodet
t; ctId=12311140=12342076
>
> You can download the release from the Karaf website:
>
> http://karaf.apache.org/download.html#container-420
>
> Enjoy !
>
> The Karaf Team
>
--
Guillaume Nodet
difference schema for
the extensions).
But I hope I'll be proved wrong.
>
> François
>
>
> Le 09/04/2018 à 13:35, Guillaume Nodet a écrit :
> > I was not in any way aware of this RFP and I'm not part of the process,
> but
> > this looks really inspired from Karaf Featur
D
> <http://www.jahia.com/vcard/HuberSerge.vcf>
>
>
> > JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and
> to discover why Jahia is a leading User Experience Platform (UXP) for
> Digital Transformation.
>
> On Mon, Apr 9, 2018 at 10:54 AM,
See https://github.com/osgi/design/blob/master/rfps/rfp-0188-Features.pdf
--
Guillaume Nodet
gt; [ ] +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
>
--
Guillaume Nodet
gt; little
> >>> polish. The PR is already available and it will be included in 4.2.1
> (that
> >>> we
> >>> can expect beginning of May depending of 4.2.0 feedbacks):
> >>> https://github.com/apache/karaf/pull/484
> >>>
> >>> Release Notes:
> >>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> >>> projectId=12311140=12342076
> >>>
> >>> Staging Repository:
> >>> https://repository.apache.org/content/repositories/
> orgapachekaraf-1110/
> >>>
> >>> 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
>
--
Guillaume Nodet
Guillaume Nodet <gno...@apache.org>:
> So I think we don't have to transform the servicemix specs into java
> modules, but we can actually use the --patch-module option to hack the
> content of the JVM modules and use the servicemix classes instead.
> However, it does not work well
:00 Guillaume Nodet <gno...@apache.org>:
> Unfortunately, using spi-fly won't work, or not very well.
> The reason is that spi-fly do some weaving to fix the ServiceLoader.load()
> calls.
> In the case of woodstox, the call is done from
> XMLInputFactory#newInstance, which re
the endorsed lib mechanism, and I think we'll
have to use it.
I'm going to investigate this issue a bit this week or the next...
Guillaume
2018-03-22 18:32 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
> I see several options:
> - using aries spi-fly
> - deploy the smx specs
gt;
> 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
to
> >>> include those examples in the Karaf distribution, linked them in the
> >>> developer
> >>> guide. At the end, I would like to add itests using these examples as
> >>> well,
> >>> allowing us to detect regression. Again not a blocker, but good to
> have.
> >>> Please,
> >>> let me know what you are thinking about the examples. Some examples are
> >>> in
> >>> development (take a look in the examples pom.xml for the list of
> >>> examples).
> >>>
> >>> Roughly, I would like to cut 4.2.0 in 2 weeks or so.
> >>>
> >>> Regards
> >>> JB
> >>> --
> >>> Jean-Baptiste Onofré
> >>> jbono...@apache.org
> >>> http://blog.nanthrax.net
> >>> Talend - http://www.talend.com
> >>>
> >>>
> >>
>
--
Guillaume Nodet
nitely a difference in the implementation between
> installed/not-installed vs required/not-required.
>
> Maybe specific methods to mark a feature required or not beyond the
> confusing use of addRequirements(), removeRequirements() and
> installFeature(), uninstallFeature() is in order.
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-Dev-f930721.html
>
--
Guillaume Nodet
2018-01-19 13:45 GMT+01:00 Daniel Kulp <dk...@apache.org>:
>
>
> > On Jan 19, 2018, at 4:00 AM, Guillaume Nodet <gno...@apache.org> wrote:
> >
> > * investigate the use of JaxRS 2.0 api instead of the CXF dependency (to
> > be more flexible and also be
erfile.
>
> It would be possible to do:
>
> 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
as able to circumvent the problem by updating the requirements for the
> feature and after having done that, the uninstall goes through
> successfully.
>
> Regards,
>
> Patrick
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-Dev-f930721.html
>
--
Guillaume Nodet
=5.0.0)))"]]
>
> Any ideas how I can fix this?
>
> Thanks,
> Chris
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-Dev-f930721.html
>
--
Guillaume Nodet
; [INFO] skipping blacklisted maven bundle:
> mvn:org.ops4j.pax.tipi/org.
> > ops4j.pax.tipi.undertow.websocket-jsr/1.3.25.1
> > ...
> > [INFO] Boot stage
> > [INFO]Loading boot repositories
> > [INFO] adding feature repository: mvn:org.ops4j.pax.web/pax-web-
> > features/6.0.7/xml/features
> > [INFO] adding feature repository: mvn:grgr.test.karaf.plugins/
> > my-kar/0.1.0.BUILD-SNAPSHOT/xml/features
> > [INFO]Feature undertow/1.3.25.1 is defined as a boot feature
> > ...
> > [INFO] adding overriden maven artifact:
> mvn:org.jboss.logging/jboss-logging/3.3.1.Final
> > (original location: mvn:org.jboss.logging/jboss-logging/3.3.0.Final)
> > ...
> > [INFO] skipping blacklisted maven artifact:
> > mvn:org.ops4j.pax.tipi/org.ops4j.pax.tipi.undertow.websocket-jsr/
> 1.3.25.1
> > [INFO] adding overriden maven artifact: mvn:javax.servlet/javax.
> servlet-api/3.1-b09
> > (original location: mvn:javax.servlet/javax.servlet-api/3.1.0)
> > ...
> > [INFO] Install stage
> > [INFO]Loading installed repositories
> >
> > overrides and blacklisting information may come from karaf-maven-plugin
> > configuration (in POM), from externally provided
> > org.apache.karaf.features.xml (e.g., in resource KAR or in POM:
> > /) or from profiles.
> >
> > There are still few things to polish, but I'll appreciate any feedback to
> > check if I misunderstood something or there were other plans related to
> > these mechanisms. The changes are in https://github.com/apache/
> > karaf/commits/KARAF-5376-overrides_v2 branch.
> >
> > best regards
> > Grzegorz Grzybek
> >
>
--
Guillaume Nodet
Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
vemq-karaf/5.15.2: missing requirement
> [activemq-karaf/5.15.2] osgi.wiring.package;
> filter:="(&(osgi.wiring.package=org.apache.felix.gogo.
> commands)(version>=0.16.0)(!(version>=1.0.0)))"]]
>
>
>
--
Guillaume Nodet
1/
>
> Git tag:
> karaf-4.2.0.M1
>
> Please vote for this release:
>
> [ ] +1 (approve the release)
> [ ] -1 (don't approve the release, provide reason)
>
> This vote is open for 72h.
>
> Thanks
> Regards
> JB
>
--
Guillaume Nodet
.com>:
> I really like the colour scheme that Spring Boot uses by default with
> Logstash and Log4j2 and is what I tend to copy/paste into my own logging
> config files.
>
> On 19 October 2017 at 16:33, Guillaume Nodet <gno...@apache.org> wrote:
>
> > I'm wond
I'm wondering about improving the colored logging output in both the
"log:display" command and when running "bin/karaf run".
I'm thinking about keeping the log file the way it is, but simplifying the
output on the console and improving the color a bit.
23:11:44.198 *INFO* [pool-14-thread-3]
There's an old bundle to provide a few commands to support the Felix OBR
repository.
However, since 4.x, it's kinda useless because the resolution is built into
the Features Service, and also, it uses the very old Felix OBR project, but
not even the part that has been standardized by the OSGi
I've raised a JIRA issue for the gitbox migration:
https://issues.apache.org/jira/browse/INFRA-15265
Guillaume
Closing this vote with 6 +1s and no other votes.
I'll raise an issue on infra to migrate.
Cheers,
Guillaume
2017-10-02 10:02 GMT+02:00 Guillaume Nodet <gno...@apache.org>:
> Following a few discussions we had, I'm starting a vote.
> The overall idea is to migrate our git repositori
moving the xerces jar, performance of certain uses cases will
> drop with high concurrency. Unfortunately, CXF is one of those use cases.
>
>
> Dan
>
>
> > On Oct 11, 2017, at 2:00 PM, Guillaume Nodet <gno...@apache.org> wrote:
> >
> > The point that makes me rai
gards,
>> O.
>>
>> Regards
>>> JB
>>>
>>> On 10/11/2017 03:19 PM, Oliver Lietz wrote:
>>>
>>>> On Wednesday 11 October 2017 15:00:41 Guillaume Nodet wrote:
>>>>
>>>>> The point that makes me raise this problem is
zip under 10 Mb. Maybe only
keeping jaas, shell, feature, ssh, bundle, config, deployer and log, also
removing equinox / logback bundles...
Thoughts ?
--
----
Guillaume Nodet
ultiple lines for each component : It's hard to
> read when there is a lot of components, and it's not possible to use "grep"
> > >
> > > Regards,
> > > Jérémie
> > >
> > >> On 2017-10-04 11:02, Guillaume Nodet <gno...@apache.org> wrote:
>
()> scr:details org.ops4j.pax.web.deployer.internal.WarDeployer
*Component Details*
* Name: *org.ops4j.pax.web.deployer.internal.WarDeployer
* State : *ACTIVE
*References*
*karaf*@root()>
--
----
Guillaume Nodet
I've reopened PAXWEB-1047 <https://ops4j1.jira.com/browse/PAXWEB-1047> for
Pax-Web 6.1 upgrade to asm 6 / xbean 4.6 ...
2017-10-04 9:57 GMT+02:00 Guillaume Nodet <gno...@apache.org>:
> I think we should aim for Karaf 4.3 which would include:
> * Jetty 9.4
> * Pa
I think we should aim for Karaf 4.3 which would include:
* Jetty 9.4
* Pax-Web 6.1
* Asm 6
* Xbean 4.6
* aries proxy, spifly supporting asm 6
* updated servicemix-specs for Java 9, see KARAF-3518
* testing...
2017-10-03 17:06 GMT+02:00 Guillaume Nodet <gno...@apache.
ttps://mvnrepository.com/artifact/org.ow2.asm/asm/6.0
> >>>
> >>> Sent from my iPhone
> >>>
> >>>> On 3. Oct 2017, at 22:08, Jean-Baptiste Onofré <j...@nanthrax.net>
> >>> wrote:
> >>>>
> >>>> Hi,
> >>&
> > * KARAF-3518 which I think requires a fair amount of work on
> > servicemix-specs and provide jigsaw modules for some implementations such
> > as xerces, xalan...
> > * If you run master with java9, you should see a warning when the
> console
> > is started. That would require some work in gogo/jline.
> >
> >
> >>
> >>
> >> Fabian
> >>
> >
> >
> >
> > --
> >
> > Guillaume Nodet
>
--
Guillaume Nodet
* KARAF-3518 which I think requires a fair amount of work on
servicemix-specs and provide jigsaw modules for some implementations such
as xerces, xalan...
* If you run master with java9, you should see a warning when the console
is started. That would require some work in gogo/jline.
>
>
>
+1
2017-10-02 10:02 GMT+02:00 Guillaume Nodet <gno...@apache.org>:
> Following a few discussions we had, I'm starting a vote.
> The overall idea is to migrate our git repositories to gitbox, which
> allows a deeper integration with github features. The first one we sh
repositories to gitbox
[ ] -1, keep git-wip + github mirror
--
Guillaume Nodet
l.impl.console.JLineTerminal is not abstract and
> does not
> > override abstract method encoding() in org.jline.terminal.Terminal
> >
> > I'm fixing that now.
> >
> > Sorry for the inconvenience.
> >
> > Regards
> > JB
>
> --
> Jean-Baptis
ides mechanism uses the
resource symbolic name + version to see if an override should take place,
it has to actually load the resources, and *then* eventually override it.
Anyway, big +1 to investigate something around that, as I think it is
clearly missing.
This may also indicates that the fact that application development and
deployment are somewhat conflated in the same xml feature repository need
to be revisited somehow.
> best regards
> Grzegorz Grzybek
>
--
Guillaume Nodet
bout this while ago (when gitbox has
> > been proposed by infra).
> >
> > Regards
> > JB
> >
> >
> > On 09/11/2017 09:39 AM, Guillaume Nodet wrote:
> >
> >> Infra now offers read/write access to github via a service called
> >> 'gitb
Infra now offers read/write access to github via a service called
'gitbox'[1]. PMCs have the option to join the service and then make
use of whichever github features they want (like PRs).
Thoughts ?
[1]: https://gitbox.apache.org/
--
Guillaume Nodet
t;>>> Fabian
>>>>
>>>> --
>>>> Fabian Lange | Performance Expert
>>>> mobil: +49 (0) 160.3673393
>>>>
>>>> codecentric AG | Hochstraße 11 | 42697 Solingen | Deutschland
>>>>
>>>> Sitz der Gesellschaft: Solingen | HRB 25917| Amtsgericht Wuppertal
>>>> Vorstand: Michael Hochgürtel . Mirko Novakovic . Rainer Vehns
>>>> Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen
>>>> Schütz
>>>>
>>>>
>>>> --
>>> 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
>
--
Guillaume Nodet
>
> Thank you for any advice,
> Dominik Marciniszyn
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Update-the-map-on-change-cfg-file-on-Karaf-tp4051008.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
--
Guillaume Nodet
("
> resource/res_file");
>
> Thank you for any advices or help,
> Dominik Marciniszyn
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Getting-resources-from-other-OSGi-Bundle-tp4050852.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
--
Guillaume Nodet
y a good candidate for PAX.
> >>>
> >>> By the way, on my side, I did good progress on:
> >>> - karaf sample & new dev guide
> >>> - some new updates on karaf-boot
> >>> - ServiceMix APIMan for API/Service Discovery, Management, Gateway
> &
/karaf/tree/master/jms/pool
and maybe to plug it into pax-jdbc to replace pax-jdbc-pool-aries and
pax-jdbc-pool-narayana.
The source code is currently available at:
https://github.com/gnodet/org.ops4j.pax.transx
Cheers,
--
Guillaume Nodet
commons.beanutils in version 1.8.3_2.
>
> I'll be glad for any advice or help,
> Dominik Marciniszyn
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Error-executing-command-on-bundle-tp4050630.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
--
Guillaume Nodet
ture:install or something)
> so that I could bring up the next command I was going to run. Now, it just
> starts printing "[A[A[A" characters to the console. Is there some way to
> resurrect the old behavior. I'm using 4.1.1.
>
--
----
Guillaume Nodet
could bring up the next command I was going to run. Now, it just
> starts printing "[A[A[A" characters to the console. Is there some way to
> resurrect the old behavior. I'm using 4.1.1.
>
--
----
Guillaume Nodet
che.karaf.features.extension/4.1.1
> =
> > 1
> > mvn\:org.ops4j.pax.url/pax-url-aether/2.5.2 = 5
> > mvn\:org.ops4j.pax.logging/pax-logging-api/1.9.1 = 8
> > mvn\:org.ops4j.pax.logging/pax-logging-log4j2/1.9.1 = 8
> > mvn\:org.apache.felix/org.apache.felix.configadmin/1.8.14 = 10
> > mvn\:org.apache.felix/org.apache.felix.fileinstall/3.5.8 = 11
> > mvn\:org.apache.karaf.features/org.apache.karaf.features.core/4.1.1 = 15
> > mvn\:com.lmax/disruptor/3.3.2 = 50
> >
> > It added it! So, why is it adding it in both places? Everything seems
> to
> > start up just fine in this case, but I really don't like this crazy
> > auto-generated features file. Is there a way to avoid it and just add
> that
> > bundle to startup.properties?
> >
> > Thanks,
> >
> > James
> >
>
--
Guillaume Nodet
ik Marciniszyn
>>
>>
>>
>> --
>> View this message in context: http://karaf.922171.n3.nabble.
>> com/Own-Karaf-commands-customization-tp4050498.html
>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
ling.immediateFlush = false
> > >> > > > > > > > log4j2.appender.rolling.append = true
> > >> > > > > > > > log4j2.appender.rolling.layout.type =
> > >> > > > > com.myco.log4j.json.MyJsonLayout
> > >> > >
> > >>>>>>>> is a
> > > > >>>>>>>>>
> > > > >>>>>>>>>> new
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>> issue or an existing one.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> On 24 May 2017 at 05:43, James Carman <
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>> ja...@carmanconsulting.com>
> > > > >>>>>>>
> > > > >>>>>>>> wrote:
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> I tried adding pax-logging-service to startup.properties
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> (after
> > > > >>>>>>
> > > > >>>>>>> putting
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> it
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> into the system repo) and I still have the issue. So,
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> the
> > > > >>>
> > > > >>>> ultimate
> > > > >>>>>>>>
> > > > >>>>>>>>> issue
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>> isn't the fragment host necessarily. My issue is that it
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> can't
> > > > >>>>>>
> > > > >>>>>>> fine
> > > > >>>>>>>>
> > > > >>>>>>>>> my
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> custom layout class. I've tried using the name from the
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> @Plugin
> > > > >>>>>>
> > > > >>>>>>> annotation.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> I've tried using the fully-qualified class name.
> Nothing
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> seems
> > > > >>>>>>
> > > > >>>>>>> to
> > > > >>>>>>>
> > > > >>>>>>>> work.
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> Here's the declaration of my layout:
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> @Plugin(name = "MyJsonLayout", category =
> Node.CATEGORY,
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> elementType
> > > > >>>>>>>>>
> > > > >>>>>>>>>> =
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> Layout.ELEMENT_TYPE, printObject = true)
> > > > >>>>>>>>>>>>> public class MyJsonLayout extends AbstractStringLayout
> {
> > > > >>>>>>>>>>>>> ...
> > > > >>>>>>>>>>>>> }
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> and here's what I've changed in the logging config
> file:
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> log4j2.rootLogger.appenderRef.RollingFile.ref =
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> RollingFile
> > > > >>>>
> > > > >>>>> # Rolling file appender
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.type = RollingRandomAccessFile
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.name = RollingFile
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.fileName =
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> ${karaf.home}/log/aetos.log
> > > > >>>>>>
> > > > >>>>>>> log4j2.appender.rolling.filePattern =
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> ${karaf.home}/log/aetos.log.%i
> > > > >>>>>>>>>
> > > > >>>>>>>>>> # uncomment to not force a disk flush
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.immediateFlush = false
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.append = true
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.layout.type =
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> com.myco.log4j.json.MyJsonLayout
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> log4j2.appender.rolling.policies.type = Policies
> > > > >>>>>>>>>>>>> log4j2.appender.rolling.policies.size.type =
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> SizeBasedTriggeringPolicy
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> log4j2.appender.rolling.policies.size.size = 200MB
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> As I said, I tried just using layout.type =
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> MyJsonLayout,
> > > > >>>
> > > > >>>> but
> > > > >>>>>>
> > > > >>>>>>> that
> > > > >>>>>>>>
> > > > >>>>>>>>> doesn't
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> work either. Do we have an example where something
> like
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> this
> > > > >>>>>>
> > > > >>>>>>> works
> > > > >>>>>>>>
> > > > >>>>>>>>> that
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>> I
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> can reverse engineer?
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Thanks,
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> James
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> On Tue, May 23, 2017 at 7:03 PM James Carman <
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>> ja...@carmanconsulting.com
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> wrote:
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> I am trying to use a custom layout and I'm following
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> the
> > > > >>>
> > > > >>>> examples
> > > > >>>>>>>>
> > > > >>>>>>>>> (I
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> think). We had one that worked in Karaf 3.0.x.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Anyway, I
> > > > >>>>
> > > > >>>>> set
> > > > >>>>>>>
> > > > >>>>>>>> up
> > > > >>>>>>>>
> > > > >>>>>>>>> the
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> fragment host like this:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>org.apache.felix
> > > > >>>>>>>>>>>>>>maven-bundle-plugin
> > > > >>>>>>>>>>>>>>3.3.0
> > > > >>>>>>>>>>>>>>true
> > > > >>>>>>>>>>>>>>true
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>> org.ops4j.pax.logging.pax-logging-service > > > >>>>>>
> > > > >>>>> Fragment-Host>
> > > > >>>>
> > > > >>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> However, my bundle will not resolve this way. I don't
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> see
> > > > >>>>
> > > > >>>>> that
> > > > >>>>>>>
> > > > >>>>>>>> bundle
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> being loaded in Karaf 4.1.1:
> > > > >>>>>>>>>>>>>> karaf@root()> list -t 0 -s | grep -i log 19:01:18
> > > > >>>>>>>>>>>>>> 5 │ Active │ 8 │ 1.9.1 │ org.ops4j.pax.logging.pax-
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> logging-api
> > > > >>>>>>>
> > > > >>>>>>>> 6 │ Active │ 8 │ 1.9.1 │ org.ops4j.pax.logging.pax-
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> logging-log4j2
> > > > >>>>>>>>>
> > > > >>>>>>>>>> 36 │ Active │ 30 │ 4.1.1 │ org.apache.karaf.log.core
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> I tried binding to
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> "org.ops4j.pax.logging.pax-logging-api",
> > > > >>>>>>
> > > > >>>>>>> but
> > > > >>>>>>>
> > > > >>>>>>>> that
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> didn't work either. Did this process change for
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> 4.1.x?
> > > > >>>
> > > > >>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> --
> > > > >>>>>>>>>>>> Matt Sicker <boa...@gmail.com>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> --
> > > > >>>>>>>>>> Matt Sicker <boa...@gmail.com>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>> --
> > > > >>>>>>>> Matt Sicker <boa...@gmail.com>
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>> --
> > > > >>>>>> Matt Sicker <boa...@gmail.com>
> > > > >>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > > >>>
> > > > >>> --
> > > > >>> Matt Sicker <boa...@gmail.com>
> > > > >>>
> > > > >>>
> > > > >>
> > > > > --
> > > > > Jean-Baptiste Onofré
> > > > > jbono...@apache.org
> > > > > http://blog.nanthrax.net
> > > > > Talend - http://www.talend.com
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Matt Sicker <boa...@gmail.com>
> > > >
> > >
> >
> >
> >
> > --
> > Matt Sicker <boa...@gmail.com>
> >
>
--
Guillaume Nodet
gt;
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Recognise-commands-in-completer-class-tp4050383.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
--
Guillaume Nodet
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Issue-in-injecting-a-bean-with-JAAS-config-tp4050372.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
--
Guillaume Nodet
ote will be open for at least 48 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
release (please provide specific comments)
>
> This vote will be open for at least 48 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
vakovic . Rainer Vehns
> Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen Schütz
>
--
Guillaume Nodet
; ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
>
>
> This occurs few times per day, it has no real impact other then tailing of
> log is stopped (and must be restarted by CTRL+C, log:tail)
>
> Google search didn;t yield anything related to this stacktrace.
> Does anyone experience similar problem?
>
> Thanks,
>
> Richard.
>
--
Guillaume Nodet
we need.
>
> But my problem is - where to add such commands in Karaf source tree?
>
> best regards
> Grzegorz Grzybek
>
--
Guillaume Nodet
I'm going to investigate some minor issues first, as I've seen some
problems integrating the latest sshd version 1.3.0 in OSGi, so I'd rather
have it fixed for 1.4.0. It should not take long.
2017-02-14 8:48 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
> Sounds good to me.
>
JarOutputStream jar = new JarOutputStream(new
> FileOutputStream(outFile));
> +jar = new JarOutputStream(new FileOutputStream(outFile));
> int idx = resource.indexOf('/');
> while (idx > 0) {
> jar.putNextEntry(new ZipEntry(resource.substring(0,
> idx + 1)));
> @@ -464,6 +455,7 @@ public class WrapperServiceImpl implements
> WrapperService {
> jar.close();
> } finally {
> safeClose(is);
> +safeClose(jar);
> }
> }
> }
>
>
--
Guillaume Nodet
>
> This vote will be open for at least 48 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
;>
>>>>> Git Tag:
>>>>> karaf-4.1.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 48 hours.
>>>>>
>>>>> Thanks,
>>>>> 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
>>>
>>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
e should better just change on the pax url level. Someone
> else
> > using the AetherBasedResolver might expect the default behaviour.
> >
> > Christian
> >
> >
> > On 01.02.2017 14:28, Guillaume Nodet wrote:
> >>
> >> Right. Not sure it's w
and in features.xml? (I don't
> > argue with the fact that version ranges are used at all in POM :).
> >
> > regards
> > Grzegorz
> > ===
> > [1]:
> > https://github.com/ops4j/org.ops4j.pax.url/blob/master/pax-
> url-aether/src/main/java/org/
Open question is shall we keep ordering of versions same as maven
> >> breaking up a little osgi range understanding here.
> >>
> >> [1]
> >> http://maven.apache.org/components/enforcer/enforcer-
> rules/versionRanges.html
> >> [2]
> >> https://github.com/eclipse/aether-core/blob/1.0.x/aether-
> util/src/main/java/org/eclipse/aether/util/version/
> GenericVersion.java#L183
> >> [3] https://issues.apache.org/jira/browse/KARAF-4105
> >> [4] http://markmail.org/message/z6x27umabwqhdjvy
> >> [5]
> >> https://github.com/splatch/maven-osgi-resolver/blob/
> master/compatible-pax/pom.xml
> >> [6]
> >> https://github.com/splatch/maven-osgi-resolver/blob/
> master/compatible-locator/src/main/java/org/apache/maven/
> repository/internal/MavenRepositorySystemUtils.java#L78
> >>
> >> Kind regards,
> >> Lukasz
> >> --
> >> Apache Karaf Committer & PMC
> >> Twitter: @ldywicki
> >> Blog: http://dywicki.pl
> >> Code-House - http://code-house.org
> >>
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
>
--
Guillaume Nodet
gt; [4] http://markmail.org/message/z6x27umabwqhdjvy
> [5] https://github.com/splatch/maven-osgi-resolver/blob/
> master/compatible-pax/pom.xml
> [6] https://github.com/splatch/maven-osgi-resolver/blob/
> master/compatible-locator/src/main/java/org/apache/maven/
> repository/internal/MavenRepositorySystemUtils.java#L78
>
> Kind regards,
> Lukasz
> --
> Apache Karaf Committer & PMC
> Twitter: @ldywicki
> Blog: http://dywicki.pl
> Code-House - http://code-house.org
>
--
Guillaume Nodet
jline "2.x" compliant packages in Karaf (in a bundle
> as part of the shell-compat feature for instance). It's only a workaround
> but should fix the issue.
> > 2.2. jline 3.x can provide a "compat" bundle with the jline 2.x packages
> name, wrapping the jline 3.x ones. It's probably the most elegant solution,
> but it's require a new jline 3.x release.
>
> --
> Krzysztof Sobkowiak (@ksobkowiak)
>
> JEE & OSS Architect, Integration Architect
> Apache Software Foundation Member (http://apache.org/)
> Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/)
> Senior Solution Architect @ Capgemini SSC (http://www.capgeminisoftware.
> pl/)
>
--
Guillaume Nodet
of karaf together in one version.
>>
>> So I think servicemix bundles would be a good place to put these feature
>> repos into. The source repo already provides the spring bundles for each
>> version and I think the feature repo would fit nicely into this structure.
>>
>> If the activemq community likes the idea I will provide pull requests
>> for the spring versions we currently use in karaf.
>>
>> Christian
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
9, at 01:59, Oliver Lietz <apa...@oliverlietz.de>
> wrote:
> >On Wednesday 18 January 2017 10:25:42 Guillaume Nodet wrote:
> >> I just got it working with something like:
> >>
> >> log4j2.appender.routing.type = Routing
> >> log4j2.appender.rou
ailing list archive at Nabble.com.
>
--
Guillaume Nodet
Red Hat, Open Source Integration
Email: gno...@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
/issues.apache.org/jira/browse/KARAF-4912
>> [2] - https://ops4j1.jira.com/browse/PAXWEB-1047
>> [3] - https://issues.apache.org/jira/browse/KARAF-4913
>> [4] - https://issues.apache.org/jira/browse/ARIES-1646
>> [5] -
>> https://ops4j1.jira.com/browse/PAXWEB-1047?focus
to deploy arbitrary files.
>>
>> Christian//
>>
>> On 08.12.2016 15:42, Jean-Baptiste Onofré wrote:
>>
>>> It means that we have to check on the final name (not the URL). And on
>>> the final name we have to check the target subfolder (cfg goes in etc
.
2016-12-08 15:28 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
>
>
> 2016-12-08 15:27 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
>
>> Yes, Achim already replied and I fully agree.
>>
>> So, I wonder if it makes sense to do ConfigAdmin configur
y:
> 1. for cfg file, we recommend to use in feature XML
> 2. for any other file format, we recommend to use in feature
> XML
> ?
>
That sounds to me the exact reason why we create those two elements in the
first place. ;-)
>
> Regards
> JB
>
>
> On 12/08/2016 03
Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
Red Hat, Open Source Integration
Email: gno...@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
to have some
> > issues with bundles providing own default configuration which was not
> > possible to change later on because of location bindings. I'm not saying
> > this will be a problem with Karaf, but just to keep an eye on it while
> > changing things.
> >
/instance(.sh|.bat), deploy/).
Thoughts ?
Guillaume
--
Guillaume Nodet
Red Hat, Open Source Integration
Email: gno...@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
. So without overriding the
> spec apis and impls from java.
>
> So I wonder what are the advantages / disadvantages of the two approaches.
>
> Christian
>
>
>
> On 22.11.2016 20:29, Guillaume Nodet wrote:
>
>> Yes, the long answer is the following:
>>
s4j/org.ops4j.pax.jdbc/blob/master/
> pax-jdbc-features/src/main/resources/features.xml#L83-L90
>
> 2016-11-22 19:45 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
>
> > The package provided by the JRE is incomplete so you need to deploy the
> XA
> > api separately
t; Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen Schütz
>
--
Guillaume Nodet
Red Hat, Open Source Integration
Email: gno...@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
one and could lead to unresolvable bundles
because of a wrong ordering (and not resolving them all in one go).
Again, KARAF-4739 should solve the problem.
Guillaume
>
> On Fri, Nov 18, 2016 at 3:33 PM Guillaume Nodet <gno...@apache.org> wrote:
>
> > I've raised KAR
.0. So it might be good
> to have that in 4.1 too :)
>
> regards, Achim
>
> 2016-11-21 16:14 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
>
> > 2016-11-21 14:17 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
> >
> > > Hi guys,
> >
le and marathon json. I will propose the
>> docker image as official (based on alpine/jre).
>> I planned to do a talk based on that during ApacheCon but my talk
>> proposal has been declined.
>> I plan to publish this post during the week end.
>>
>> Regards
>> J
1 - 100 of 721 matches
Mail list logo
