/concurrency/interrupt.html
Cheers,
Guillaume Nodet
Le sam. 14 mars 2020 à 20:45, Mike Hummel a écrit :
> The problem is if I not listen to ctrl-c in the moment of the interrupt
>
> while(true) {
> 1) do something
> 2) Thread.sleep()
> }
>
> And the 'Interrupt' is
erruptedException e) {
> log.i(e);
> }
> }
>
> This will output
>
> Wait for Ctrl-C - off
> Wait for Ctrl-C - on
> Wait for Ctrl-C - off
> Wait for Ctrl-C - on
> ...
>
> If I interrupt, it will be separated from gogo shell and iterate for ever.
> - And I see the interrupted exception in the log.
>
> Thx,
>
> Mike
--
Guillaume Nodet
is.
>
> Best regards,
> Alex soto
>
>
>
>
>
--
Guillaume Nodet
only found
> this "You can install the wrapper without starting Karaf using bin/shell
> wrapper:install command.". Is this the only use case?
>
> Kind regards
> Andre
>
--
Guillaume Nodet
to have that session
> variable set permanently, not for a single session. How to achieve it?
>
> Am Di., 26. Feb. 2019 um 12:00 Uhr schrieb Guillaume Nodet <
> gno...@apache.org>:
>
>> Fwding to user@k.a.o
>>
>> Le mar. 26 févr. 2019 à 11:03, Daniel Estermann a
s://issues.apache.org/jira/browse/KARAF-5742> afaik.
Guillaume
> Thanks in advance!
> Daniel
>
--
Guillaume Nodet
> > That Red Hat is supporting CDI means I don't have to worry about
> > recommending it to my clients. That it appears that the OSGi Alliance is
> > about to sign off on the standard is even more exciting.
> >
> >
> >
> > --
> > Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
Now I get this error and no way to find any solution. I "kind of" gave up
>> ( as I read JB's comments - why not use ( only ) Blueprint ), so I gave it
>> a try. But than I was starting getting even more strange errors,
>> for example Blueprint failed to set property defined in parent class, or
>> create instance that takes Map as input into class constructor - as I
>> failed to find matching property descriptor or class constructor.
>>
>> Than I went back to original question ... what has changed, that
>> http://www.springframework.org/schema/osgi has stopped working ( as far
>> as I know, spring-dm is even older ( based on the mailing messages I've
>> read ) ),
>> so I've uses aries-blueprint-spring.
>>
>> What am I missing?
>>
>> Kind Regards,
>> Miroslav
>>
>>
--
Guillaume Nodet
araf feature resolver to persist the state of
> the features outside of the karaf distribution ? This would be helpful for
> us.
>
> Thanks,
> Nicolas
>
>
>
>
>
>
> On Fri, Jul 6, 2018 at 2:34 PM Guillaume Nodet wrote:
>
>> Have you tried simply dropping th
assembling the required boot features at build time. If this is true, then
> it is not ideal according to how our internal process is made.
>
> Any thoughts?
> Thanks!
>
> Best regards,
> Nicolas
>
>
>
>
>
>
--
Guillaume Nodet
hristian
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
here something else
> that needs to be configured in Karaf runtime to allow this?
>
> Thanksinadvance,
>
> Scott
>
>
--
Guillaume Nodet
9836f5-3b7d-457e-b71b-b565be0abd88
>
> service.scope = singleton
>
> url = jdbc:sqlserver://:1433;database=;loginTimeout=30;
>
> user =
>
> Provided by :
>
> OPS4J Pax JDBC Config (91)
>
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
ed:
> 4) feature:start http cxf-specs
> I have reproduce this on versions 4.1.5, 4.2.0
--
Guillaume Nodet
Endorsed standards and
>>> standalone APIs in modular form will be supported in the form of
>>> upgradeable modules./*
>>>
>>> */Error: Could not create the JVM./*
>>>
>>> */Error: A fatal exception has occurred. Program will exit./*
>>>
>>> Didn't see anything in the docs about this. What to do?
>>>
>>> Scott
>>>
>>>
>>
--
Guillaume Nodet
Fwiw, one possible suspect is the following code:
https://github.com/apache/karaf/blob/master/profile/src/main/java/org/apache/karaf/profile/assembly/Builder.java#L1484-L1497
The access to the config properties are not synchronized.
2018-04-09 23:54 GMT+02:00 Guillaume Nodet <gno...@apache.
nfig.properties
file is corrupted, what does it look like ?
>
> Thanks,
> G
>
> On Mon, Apr 9, 2018 at 1:20 PM, Guillaume Nodet <gno...@apache.org> wrote:
>
>> It may be a thread issue while building the assembly.
>> Please raise a JIRA and attach what you have, a
sages in the final assembly packaging logs, so I'm not even really
> sure where to start debugging.
>
> G
>
--
Guillaume Nodet
but not when the call is
> initiated from somewhere else.
>
>
>
> On Tue, Mar 27, 2018 at 6:21 PM, Guillaume Nodet <gno...@apache.org>
> wrote:
>
>> In Karaf, we ensure that you can use DocumentBuilderFactory#newInst
>> ance().
>> That's the standard
the listener should receive events for all
bundles, including "replay" events, i.e. the last event for each bundle.
As an alternative, you can check the BlueprintContainer services that are
registered
for each blueprint bundle.
>
>
>
> --
> Sent from: http://karaf.922171.n3.na
gt; blueprint.core:1.8.3]
> at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(
> BlueprintContainerImpl.java:275) [38:org.apache.aries.
> blueprint.core:1.8.3]
>
>
>
> Interestingly, if I remove property place holder:
>
>
>
>
>
> Then it works fine, no errors. So this seems to be related to the
> property placeholders. Has anybody seen this?
> I appreciate any insight on how to solve this problem.
>
>
> Best regards,
> Alex soto
>
>
>
--
Guillaume Nodet
t; (class not
> >>> found). Why does BundleA do not find libA by itself?
> >>> Another question: what about embeding all the jars in the bundle
> instead of
> >>> creating a feature (for instance via maven-bundle-plugin and
> >>> Embed-Dependency directive)? Does it make a big difference?
> >>> Thanks
> >>> GFO
> >>> --
> >>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
> >> --
> >> Jean-Baptiste Onofré
> >> jbono...@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
>
>
--
Guillaume Nodet
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
/shell/ssh/src/main/resources/OSGI-INF/blueprint/shell-ssh.xml#L37
and properties are used inside values such as:
https://github.com/apache/karaf/blob/karaf-2.x/shell/ssh/src/main/resources/OSGI-INF/blueprint/shell-ssh.xml#L76
Cheers,
Guillaume Nodet
2017-12-13 1:20 GMT+01:00 Guenther Schmidt
f (or something inside Karaf) assume that
> SNAPSHOT versions should automatically be refreshed when calculating
> which bundles to refresh?
>
> Seth Leger
> The OpenNMS Group
>
--
Guillaume Nodet
> javax.persistence/2.1.1.v201509150925 which is being refreshed)
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
t;
> however, that feature is already installed, and is using the
> 2.1.1.v201509150925 version.
>
> What can be the reason the bundle is wanted to be refreshed? how to find it
> out?
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
up the tree and
find a reason that you can actually fix.
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
d...
>
> I've reached the point where the whole orchestration is very fragile. I
> need
> often to stop Karaf after installing all features and start it again, so
> that everything starts fine.
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
the service1-core will not
> be touched, because it is already installed and running.
>
>
>
> Shoudn’t the dependency=”true” work that way? What can cause the common
> feature to be reinstalled many times by installing dependent features?
>
>
>
> Best regards,
>
> Lukasz Lech
>
>
>
--
Guillaume Nodet
the interactive shell
>> 2. add the camel repo (we use 2.18.5)
>> 3. the feature:install camel-cxf
>>
>> I saw that Karaf 4.1.3 upgraded JLine to 3.5. Perhaps this is the problem?
>>
>>
>>
>> --
>> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
; Phone: +351 211933149 <+351%2021%20193%203149>
> Web: www.exploitsys.com
>
>
>
> On Wed, Nov 8, 2017 at 2:39 PM, Guillaume Nodet <gno...@apache.org> wrote:
>
>> Can you use feature:install --verbose --all-wiring and send us the
>> output ?
>>
>
patibility bundle to get
> installed ?
>
> Thanks.
>
> João Assunção
>
> Email: joao.assun...@exploitsys.com
> Mobile: +351 916968984 <+351%20916%20968%20984>
> Phone: +351 211933149 <+351%2021%20193%203149>
> Web: www.exploitsys.com
>
>
>
--
Guillaume Nodet
In particular, change the etc/org.ops4j.pax.url.mvn.cfg with
org.ops4j.pax.url.mvn.repositories= \
http://repo1.maven.org/maven2@id=central
Also, remove your local ~/.m2/repository/org/ops4j/pax/cdi/pax-cdi-features
It should do the trick.
2017-11-06 14:12 GMT+01:00 Guillaume Nodet <
.eu>:
> it means that there is bug in CXF, right?
>
>
>
> Because I can't build offline karaf distribution with cxf-3.2.0
>
> It searches for 1.0.0-SNAPSHOT on first start
>
>
>
> m.
>
>
> On pondelok, 6. novembra 2017 13:11:28 CET Guillaume Nodet wrote:
additional 1.0.0-SNAPSHOT
>
> I suspect that karaf cannot resolve RCx version sufix
>
> thanks, m.
>
>
--
Guillaume Nodet
---
> -
>
> doubleSlash Net-Business GmbH
> Geschäftsführung: Konrad Krafft, Andreas Strobel
> Sitz, Registergericht: Friedrichshafen, Amtsgericht Ulm HRB 631718
>
> ---
>
--
Guillaume Nodet
gt; Seth Leger
> The OpenNMS Group, Inc.
>
--
Guillaume Nodet
l file the dependencies to activemq (
> *activemq* and *activemq-camel*)
> then zip again the kar, and deploy it again but the bundles are still
> refreshed.
>
> I guess we don't really need to refresh the activemq or cxf features, how
> could we avoid this ?
>
> Thank you
> Loko
>
--
Guillaume Nodet
a fragment.
2017-10-17 23:18 GMT+02:00 KARR, DAVID <dk0...@att.com>:
> Won’t that still be deployed as a jar file? Doesn’t that mean that
> “getResource()” (as opposed to “getResourceAsStream”) will fail?
>
>
>
> *From:* Guillaume Nodet [mailto:gno...@apache.org]
>
n we do to make these files findable by "getResource()" from
> the code in the artifact?
>
--
Guillaume Nodet
printService to
> use, so i created the required folder in my bundle and copied the
> javax.print.PrintServiceLookup file to it, with that it worked. But i can't
> rely on that in a production server, since the application can be runned on
> linux or windows.
>
> How can i fix that?
>
--
Guillaume Nodet
tener| 42 - org.apache.karaf.shell.core - 4.1.2
>> | Executing command: 'history | grep list'
>> 2017-10-08 18:33:13,372 | DEBUG | nsole user karaf |
>> LoggingCommandSessionListener| 42 - org.apache.karaf.shell.core - 4.1.2
>> | Command: 'history | grep list' returned 'null'
>>
>>
>> Karaf - info :
>>
>> Karaf
>> Karaf version 4.1.2
>> OSGi Framework org.apache.felix.framework-5.6.6
>>
>>
>> Francois
>>
>
--
Guillaume Nodet
; > > --
> > > > > Jean-Baptiste Onofré
> > > > > jbono...@apache.org <mailto:jbono...@apache.org>
> > > > > https://urldefense.proofpoint.com/v2/url?u=http-
> > > > > 3A__blog.nanthrax.net
> > > > <https://urldefense.proofpoint.com/v2/url?u=http-3A__3A-5F-
> > > 5Fblog.nanthrax.net=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-
> > > xy2uk0vYF_EA=ywsgJ_pZLXX8vzZNai1vxoxc946N5Ls_M8h0G5a50rU=183dl-
> > > n0jyIayv3W4Sa0ZmQAds0rULtG_tfaAhBD9T0=>=DwIDaQ=LFYZ-
> > > o9_HUMeMTSQicvjIg=OsTemSXEn-
> > > > >
> > > xy2uk0vYF_EA=ZMfiZcSDNceMx7Qo65Vgub5g4k_Jmwo5hPTCY33LQXA=jl9mLMBBm
> > > RS
> > > > > FeUETzUN7l8dHAQbh5CGPlgZd6fqUSJI=
> > > > > Talend - https://urldefense.proofpoint.com/v2/url?u=http-
> > > > > 3A__www.talend.com
> > > > <https://urldefense.proofpoint.com/v2/url?u=http-3A__3A-5F-
> > > 5Fwww.talend.com=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-
> > > xy2uk0vYF_EA=ywsgJ_pZLXX8vzZNai1vxoxc946N5Ls_M8h0G5a50rU=dFH73q3dy
> > > _A
> > > HWMrBmRmvPfa05oD5w6zCEzeYtClLSNw=>=DwIDaQ=LFYZ-
> > > o9_HUMeMTSQicvjIg=OsTemSXEn-
> > > > >
> > > xy2uk0vYF_EA=ZMfiZcSDNceMx7Qo65Vgub5g4k_Jmwo5hPTCY33LQXA=ZcPGU_vMw
> > > hY
> > > > > t2Zoc_2TdHZKrZ1Z-wyM2owPWlY6nFM0=
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > --
> > > > Christian Schneider
> > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.liquid-2Drea
> > > > li
> > > > ty.de=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-xy2uk0vYF_EA=u
> > > > vs
> > > > yQNSH95-x80guhhYZXWlX1lqZKZxOy62d-pLfANc=oqch2t-t9p3zdAX1JFbMog5KX
> > > > EC
> > > > 434XLv2C6D35h_qQ=
> > > > <https://urldefense.proofpoint.com/v2/url?u=https-3A__owa.talend.com
> > > > _o
> > > > wa_redir.aspx-3FC-3D3aa4083e0c744ae1ba52bd062c5a7e46-26URL-3Dhttp-25
> > > > 3a
> > > > -252f-252fwww.liquid-2Dreality.de=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg&
> > > > r=
> > > > OsTemSXEn-xy2uk0vYF_EA=ywsgJ_pZLXX8vzZNai1vxoxc946N5Ls_M8h0G5a50rU
> > > > =XA1g_edbuF0uLDolXaY7sLvXsAufVqxXS4pXHBhIPX0=>
> > > >
> > > > Computer Scientist
> > > >
> > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.adobe.com=
> > > > Dw
> > > > IDaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-xy2uk0vYF_EA=uvsyQNSH95-
> > > > x8
> > > > 0guhhYZXWlX1lqZKZxOy62d-pLfANc=2lBE-kof-4ZKEx4yMWxOctGGW5ytCGq9EDg
> > > > yf
> > > > Osbzeg=
> > > > <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.adobe.com
> > > > =D
> > > > wMFaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-xy2uk0vYF_EA=ywsgJ_pZLX
> > > > X8
> > > > vzZNai1vxoxc946N5Ls_M8h0G5a50rU=j5d5pJJFEcyJY7GSdGav9yUx9tOTMdV2YM
> > > > Ti
> > > > 26h1J7o=>
> > > >
> > >
> > > --
> > > Jean-Baptiste Onofré
> > > jbono...@apache.org
> > > https://urldefense.proofpoint.com/v2/url?u=http-
> > > 3A__blog.nanthrax.net=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-
> > > xy2uk0vYF_EA=uvsyQNSH95-x80guhhYZXWlX1lqZKZxOy62d-
> > > pLfANc=VW3bA1xavrTnr0Ca6JoFfDab1JAUaNDXjdA8tHfq5ms=
> > > Talend - https://urldefense.proofpoint.com/v2/url?u=http-
> > > 3A__www.talend.com=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=OsTemSXEn-
> > > xy2uk0vYF_EA=uvsyQNSH95-x80guhhYZXWlX1lqZKZxOy62d-pLfANc=zxB-
> > > 9Zxqn8S_iAjr73tz2dLwyAMbyqzYIDYyPoj-HgQ=
>
--
Guillaume Nodet
net.leangen.expedition.
platform.ddd.diag bundle...
2017-10-10 0:03 GMT+02:00 David Leangen <apa...@leangen.net>:
>
>
> > On Oct 9, 2017, at 4:23 PM, Achim Nierbeck <bcanh...@googlemail.com>
> wrote:
>
> > On Oct 9, 2017, at 4:28 PM, Guillaume Nodet &
a search in the Karaf code and did
> not find any such reference. Since the package does not exist, the
> resolution error is correct. The problem is: why is there a requirement on
> that package in the first place??
>
>
> What am I missing??
>
>
> Thanks!
> =David
>
>
>
--
Guillaume Nodet
I was actually trying to solve was what to do when a user
>>>> uninstalls and reinstalls our karaf-based product, and attempting to
>>>> preserve any configuration changes. What I had hoped to do was store
>>>> any actually modified configuration properties in separate files (just
>>>> the actual properties that were different from default or from the
>>>> originals in the etc/*.cfg files), so that the original etc/*.cfg files
>>>> would be replaced without difficulty, and the changed configuration
>>>> changes would then be applied.
>>>>
>>>> So alternative question: How else can I achieve the same thing without
>>>> making the users manually merge the configuration changes?
>>>>
>>>> Thanks.
>>>>
>>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
does exist, and that artifact and version
> (1.1.0-SNAPSHOT) does appear to be present.
>
> I'm trying to understand at least what this error is actually complaining
> about, and perhaps that will lead to a solution.
>
>
--
Guillaume Nodet
os.de> <
> alexander.sah...@brodos.de> wrote:
>
> I'll give it a try. Maybe with a little guidance of you guys. First of all
> I'll try to inject a JTA TransactionManager into tx-control instead of the
> internal one. If that is working, I'll let you know.
>
>
> >>>
,
>
> I use a JPAEntityManagerProviderFactory (providerFactory) which I inject
> as a service reference into my repository class.
> Furthermore, I inject a EntityManagerFactory (emf) into the repository
> class as well as the TransactionControl (txControl).
>
> The provider Fact
undles in resolved
> state.
>
> feature:stop used to work in 4.0.5 but in 4.0.9 the feature getting
> resolved but the bundles are in active state.
> Is these is bug in 4.0.9 or any changes to be done in feature description.
>
> Can anyone help ?
>
>
> Regards
> Sai
>
--
Guillaume Nodet
by OsgiJtaPlatform
> (from hibernate-osgi) which is of course the one registered in osgi
> ecosystem.
>
> I think that the tx-control implementation has to use the
> TransactionManager registered with OSGi.
>
> Has anyone got that thing ever running?
>
> Best Alexander.
>
--
Guillaume Nodet
gt;
> Looking at the AssemblyMojo code, it seams that this is not the right way
> to achieve what I want to do. Could you suggest the right way to replace
> fileinstall with a custom implementation in my custom karaf (karaf v.
> 4.1.2) assembly?
>
> Thank you very much,
> Matteo
>
>
--
Guillaume Nodet
however, I can't test featuresCount because it's not a number (wc -l seem
>> to return a string with two values..) How can I make such test in
>> karaf/gogo ?
>>
>> Regards,
>> Jérémie
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
travis-ci deployment I have to log
> into the karaf console and do "bundle:update" on each bundle I
> would like refreshed
>
> This works, and is a lot simpler than what I did before. But it's still
> not fully automated (I still have to do the manual "bundle:update"
> commands).
>
>
>
--
Guillaume Nodet
a
gogo command is only defined by implementing the Function interface, the
completion mechanism has to be defined externally.
>
> Christian
>
> 2017-07-21 16:57 GMT+02:00 Guillaume Nodet <gno...@apache.org>:
>
>> If you look at Karaf >= 4.1.x, a bunch of commands are not coming
hat sounds interesting. Can you point us to the code where those commands
> are implemented and where the completion is defined?
> I know there is the completion support that you can define in the shell
> init script but I think this is difficult to maintain this way.
>
> Is i
fragmented like this.
> We all have the chance and duty to work on improving this though.
>
> Christian
>
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Open Source Architect
> http://www.talend.com
>
>
--
Guillaume Nodet
nagement", I am expecting "MyUIBundle" to
> be installed. However, this is not the case.
>
> What I am doing wrong ? The resolver code is a bit complicated, how can I
> debug the behavior of such features ?
>
> Regards,
> Jérémie
>
>
--
Guillaume Nodet
e. Is it possible somehow (maybe I should open another topic)?
>
> Thanks, Alexander.
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Pax-JDBC-1-1-hikari-pool-and-XA-Support-tp4050977p4050985.html
> Sent from the Karaf - User mailing list archi
ill also be the
> reference implementation of the OSGi Transaction Control specification when
> OSGi R7 goes final.
>
> Tim
>
> Sent from my iPhone
>
> On 10 Jul 2017, at 16:18, Guillaume Nodet <gno...@apache.org> wrote:
>
> I don't recommand using non XA specific pooling me
ior, but it looks like I can only specified a feature as a dependency,
> and not a capability.
>
> How can I implement this scenario with Karaf 4.1?
>
> Regards,Jérémie
>
--
Guillaume Nodet
ARAF-5216 <https://issues.apache.org/jira/browse/KARAF-5216>
>>
>> Thanks
>>
>> On Thu, Jun 22, 2017 at 11:51 AM, Guillaume Nodet <gno...@apache.org>
>> wrote:
>>
>>> Please raise a JIRA, I'll have a look.
>>>
>>> 2017-06-22
>
>>> Is this a bug or by design ?
>>>
>>> Thanks
>>>
>>> Patrick
>>>
>>> On Thu, Jun 22, 2017 at 12:13 PM, Patrick Magon <pma...@gmail.com
>>> <mailto:pma...@gmail.com>> wrote:
>>>
>>> I created KARAF-
uot; command to fix my terminal (messed up).
>
> This happens only when using "bin/start" and "bin/client" (works with
> "bin/karaf")
> I'm on linux (same behavior with xterm and "terminator")
>
> The problem does not occurs with 4.1.0.
>
> Any clue ?
> Thanks
>
> Patrick
>
>
--
Guillaume Nodet
erbose flag to get an idea about why bundles are
refreshed.
> I am using Karaf 4.0.5 .
>
> I'd really appreciate insights/thoughts on these points.
>
> Regards
> Hari
>
> --
> Hari
> 9845147731 <(984)%20514-7731>
>
--
Guillaume Nodet
Maven way of thinking is very different from the bnd
> way? Or maybe there has been convergence over the past few years, but the
> tooling has not kept up? (That is what I am trying to figure out, since I
> don’t know Maven very deeply, and based on what I understand, I think I
>
>
> Thanks in advance!
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Complex-config-tp4043584p4050746.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
uous Deployment? I
> am having trouble with automation. That is what got me interested in the
> idea behind the Features…
>
>
> Cheers,
> =David
>
>
>
> On Jun 15, 2017, at 6:38 AM, Guillaume Nodet <gno...@apache.org> wrote:
>
> So if you consider an OBR as being a
s the only problem, then why not build it on top of OBRs,
> rather than creating something completely new and different and competing?
>
> Is it to try to force lock-in to Karaf? Or am I completely missing
> something?
>
>
> Thanks for explaining! :-)
>
>
> Cheers,
> =David
>
>
>
--
Guillaume Nodet
sites would work too, especially
> since our feature dependencies are acyclic and so it is actually
> possible to initialise all our features in a given order. But when we
> tried this we ran into stack overflows. (I’ll do it again and file
> bugs.)
>
> Does this make any sense at all?
>
> Regards,
>
> Stephen
>
--
Guillaume Nodet
essage in context: http://karaf.922171.n3.nabble.
> com/Feature-install-runs-30-minutes-finishes-wiith-out-of-
> memory-error-in-Felix-resolver-code-tp4050625.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
; Hit '**' for a list of available commands
>>
>> and '*[cmd] --help*' for help on a specific command.
>>
>> Hit '**' or type '*system:shutdown*' or '*logout*' to shutdown
>> Karaf.
>>
>>
>> *karaf*@root()>
>>
>>
>>
eploy jna 4.3.0 or 4.4.0
> it sometimes just stay in the 'starting' state or undeploys everything
> including the shell, causing it to exit.
>
> I have attached the log here.
>
> Can anyone shed some light on what's happening here?
>
> Thanks,
>
> Shyalika
>
--
Guillaume Nodet
Leschke, Scott <slesc...@medline.com>:
> *From your answer I gather this will be fully sussed out in 4.2, i.e. .cfg
> will be supported and the syntax may change somewhat. Is there an ETA on
> that release?*
>
>
>
> *From:* Guillaume Nodet [mailto:gno...@apache.org]
> *
e that change was made. So if this was
> in fact fixed, what’s the correct syntax? I would think it would be the
> first. It works for defining the default in the config. def interface.
>
>
>
> Scott
>
>
>
>
>
--
Guillaume Nodet
anyone have an idea what is going on here? What do I need to change
> to avoid installing pax-http-jetty and pax-jetty? Why are actually both
> versions installed (6.0.4 and 6.0.4)? I could not find any installed
> feature that depends on pax-http-tomcat in version 6.0.3.
>
> Best regards
> Stephan
>
>
--
Guillaume Nodet
#L102-L148
2017-05-18 22:51 GMT+02:00 Scott Lewis <sle...@composent.com>:
> On 5/17/2017 11:24 PM, Guillaume Nodet wrote:
>
>> Not really.
>> What would be the use of such a directory ?
>>
>
> It could be used to develop to and package custom distributions t
. console or mvn command) to materialize all the
> bundles/versions in a given running instance of Karaf and put them as jars
> into a target directory?
>
>
>
>
--
--------
Guillaume Nodet
/github.com/apache/shiro/pull/43
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Karaf-4-x-Shiro-Support-tp4050311p4050314.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
t;
>
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/How-does-blacklist-works-tp4050317.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
ange configuration are removed. Those
are useful when building micro-services applications for example.
> Best regards
> Stephan
>
--
Guillaume Nodet
n Ubuntu.
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Karaf-4-1-1-console-issue-with-list-and-grep-tp4050295.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
o 4.1.1, opted to just migrate to 4.0.9
> instead for now.
> >>>
> >>> --
> >>> Mark Derricutt
> >>> http://www.theoryinpractice.net
> >>> http://www.chaliceofblood.net
> >>> http://plus.google.com/+MarkDerricutt
> >>> http://twitter.com/talios
> >>> http://facebook.com/mderricutt
> >>
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
>
>
>
--
Guillaume Nodet
I've fixed the httplite headers.
We should still investigate why httplite is involved in the problem at all,
as it should not be installed unless explicitely required.
2017-04-27 8:52 GMT+02:00 Guillaume Nodet <gno...@apache.org>:
> I suppose it's mostly a matter of having a ne
ttp://www.chaliceofblood.net
>>> http://plus.google.com/+MarkDerricutt
>>> http://twitter.com/talios
>>> http://facebook.com/mderricutt
>>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
wnloader$1.operationComplete(MavenDownloadM
> anager.java:133)
> at org.apache.karaf.features.internal.download.impl.MavenDownlo
> adManager$MavenDownloader$1.operationComplete(MavenDownloadM
> anager.java:127)
> at org.apache.karaf.features.internal.download.impl.DefaultFutu
> re.notifyListener(DefaultFuture.java:344)
> at org.apache.karaf.features.internal.download.impl.DefaultFutu
> re.addListener(DefaultFuture.java:293)
> at org.apache.karaf.features.internal.download.impl.MavenDownlo
> adManager$MavenDownloader.download(MavenDownloadManager.java:127)
> at org.apache.karaf.profile.assembly.Builder$4.downloaded(Build
> er.java:1154)
> ...
> ...
> many more repetitions of the same stack...
> ...
> ...
>
>
> Thanks again for your help!
>
--
Guillaume Nodet
: too many arguments specified
>
> This is happening on 4.1.1, it did not happen on 4.0.7.
>
> Regards,
>
--
Guillaume Nodet
Native Method)[:1.8.0_92]
> at java.lang.ProcessImpl.(ProcessImpl.java:386)[:1.8.0_92]
> at java.lang.ProcessImpl.start(ProcessImpl.java:137)[:1.8.0_92]
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:
> 1029)[:1.8.0_92]
> ... 30 more
>
>
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Karaf-4-1-1-Console-Issues-Over-SSH-PuTTY-tp4050131.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
work?
>>
>> My apologies if I have missed a release note, existing issue or if this
>> is an incorrect configuration.
>>
>> Regards,
>> Arunan
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
e else experiencing the same issue?
>
> Thanks
> Cristiano
>
>
--
Guillaume Nodet
about anything… just trying to find out how it works.
>
>
>
> Ø When used properly, config files are pushed to ConfigAdmin before
> bundles are started
>
>
>
> Something like mvn:some.
> example/whatever/1.0.0/cfg?
>
>
>
> Regards,
>
> J
Guillaume Nodet <gno...@apache.org>:
> You can use a properties file. Afaik, there's no problem with them and
> they are fully supported.
> Config files with typed properties will be supported through KARAF-5074
> <https://issues.apache.org/jira/browse/KARAF-5074>
onfiguration files to be installed
> prior to bundle startup?
>
>
>
> Thanks!
>
>
>
> Regards,
>
> JP
>
>
>
> *De :* Guillaume Nodet [mailto:gno...@apache.org]
> *Envoyé :* lundi 3 avril 2017 18:18
> *À :* user
> *Objet :* Re: Blueprint fails ins
he Blueprint.
>
>
>
> Would it be possible to get a nice generics defeat flag?
>
Please provide a test case for my ARIES-960 branch which falls into the
third category above.
>
>
> Regards,
>
> JP
>
>
>
> *De :* Guillaume Nodet [mailto:gno...@apache.org]
etSomething().
>
>
>
> I still do have issues with injection and generics, so a global flag to
> defeat Blueprint checking would be greatly appreciated :)
>
>
>
> JP
>
>
>
> *De :* Guillaume Nodet [mailto:gno...@apache.org]
> *Envoyé :* lundi 3 avril
; Thanks & Regards,
> Setya
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Blueprint-fails-instantiating-bean-with-generic-constructor-tp4049986.
> html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
t; Stephen Munro
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Karaf-feature-xml-files-tp4049996.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
les to be copied to /etc during assembly?
> >
> > Thanks!
> >
> > Regards,
> > JP
> >
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Guillaume Nodet
And
> as said, before I type the password.
>
> Do anyone have any clue what might be the problem? I would be really happy
> to hear what it might be!
>
>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.
> com/Odd-behaviour-with-bin-client-tp4049962.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
1 - 100 of 410 matches
Mail list logo