fine but I
> still can not run any gogo command from karaf shell. Any hints how to fix
> that would be highly appreciated.
>
> Best,
> Milen
>
--
Guillaume Nodet
Red Hat, Open Source Integration
Email: gno...@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/
t;
> --
>
> 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 Co
gt; :)
>
> regards, Achim
>
> 2017-01-06 8:33 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
>
>> I found the problem and I have a fix locally.
>> Has a jira been raised already ?
>>
>> 2017-01-06 7:39 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net
It should be ok now.
2017-01-06 9:04 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
> Thx, I pushed my fix.
> So the command is correctly discovered, however, the script never returns
> for some reason. I'll investigate.
>
> 2017-01-06 8:59 GMT+01:00 Achim Nierbeck <
not
>>> found: system:shutdown
>>> at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:549)
>>> at org.apache.felix.gogo.runtime.Closure.executeStatement(Closu
>>> re.java:478)
>>> at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:367)
&g
system
>
> scr
> jetty
> pax-http-whiteboard
>
> something-else
>
>
> On 12/06/2016 12:21 PM, Guillaume Nodet wrote:
>
> You can use the --verbose flag when installing features.
> The actions performed should also be logged i
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
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
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
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]
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
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>
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
e else experiencing the same issue?
>
> Thanks
> Cristiano
>
>
--
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
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
e Extension fragment, and everytime that fragment got refreshed
> > the
> > whole container became a mess.
> >
> > Right now, to "solve" the problem i'm using a feature:install/uninstall
> -r
> > , which disables feature bundles auto-ref
he fragments.
>
> I'm not sure this is a normal behavior, can anyone confirm?
>
--
Guillaume Nodet
v${camel.schema.version}
> at java.net.URI$Parser.fail(URI.java:2848) ~[?:?]
> at java.net.URI$Parser.checkChars(URI.java:3021) ~[?:?]
> at java.net.URI$Parser.parseHierarchical(URI.java:3105) ~[?:?]
> at java.net.URI$Parser.parse(URI.java:3053) ~[?:?]
> at java.net.URI.(URI.java:588) ~[?:?]
> at java.net.URI.create(URI.java:850) ~[?:?]
> ... 24 more
>
--
Guillaume Nodet
; com/shell-date-wrong-time-tp4049693p4049710.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Guillaume Nodet
: too many arguments specified
>
> This is happening on 4.1.1, it did not happen on 4.0.7.
>
> Regards,
>
--
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
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
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
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
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
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
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
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
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
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
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
/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
. 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
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
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
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-
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
#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
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
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
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
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]
> *
; 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()>
>>
>>
>>
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
>
> 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
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
>
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
ange configuration are removed. Those
are useful when building micro-services applications for example.
> Best regards
> Stephan
>
--
Guillaume Nodet
,
>
> 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
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.
>
>
> >>>
; > > --
> > > > > 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
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
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
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
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
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
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
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 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
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 &
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
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
n we do to make these files findable by "getResource()" from
> the code in the artifact?
>
--
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]
>
gt; Seth Leger
> The OpenNMS Group, Inc.
>
--
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
> 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
---
> -
>
> doubleSlash Net-Business GmbH
> Geschäftsführung: Konrad Krafft, Andreas Strobel
> Sitz, Registergericht: Friedrichshafen, Amtsgericht Ulm HRB 631718
>
> ---
>
--
Guillaume Nodet
additional 1.0.0-SNAPSHOT
>
> I suspect that karaf cannot resolve RCx version sufix
>
> thanks, m.
>
>
--
Guillaume Nodet
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
; 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 ?
>>
>
.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:
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 <
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
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
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
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
> javax.persistence/2.1.1.v201509150925 which is being refreshed)
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
Guillaume Nodet
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
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
here something else
> that needs to be configured in Karaf runtime to allow this?
>
> Thanksinadvance,
>
> Scott
>
>
--
Guillaume Nodet
hristian
>
>
>
> --
> Sent from: http://karaf.922171.n3.nabble.com/Karaf-User-f930749.html
>
--
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
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
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
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
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
ed:
> 4) feature:start http cxf-specs
> I have reproduce this on versions 4.1.5, 4.2.0
--
Guillaume Nodet
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
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.
301 - 400 of 410 matches
Mail list logo