Hi,
Link to logo variants after all ideas (with colors!):
http://tinyurl.com/karaf-logo-proposal2
Please take a look and sey what do you think. If you think that it can be final
please vote.
Best regards,
Lukasz
-Original Message-
From: Łukasz Dywicki [mailto:l...@code-house.org
/img99/3627/karaflogoproposal.png
I think the fumes makes the logo too high, and also i'm trying to fill
up the blank on top of the 'karaf' word by either adding 'Apache', the
feather, or having a bigger font.
Thoughts ?
2010/10/21 Łukasz Dywicki l...@code-house.org
Hello,
Currently Karaf
liking it).
2010/10/26 Łukasz Dywicki l...@code-house.org:
What is decision - do we use logo with feather? We can create the Karaf
logo in two variants: black on white and white on black.
Regards,
Lukasz
-Original Message-
From: Guillaume Nodet [mailto:gno...@gmail.com]
Sent: Tuesday
Łukasz Dywicki:
Hi,
Take a look: http://tinyurl.com/karaf-logoff
Regards,
Lukasz
-Original Message-
From: Guillaume Nodet [mailto:gno...@gmail.com]
Sent: Wednesday, October 27, 2010 9:30 AM
To: dev@karaf.apache.org
Subject: Re: Logo proposal
I think the feather would stay
All logos we do are in vector form - it will allow scaling up logo without
loss of quality. :)
Regards,
Lukasz
-Original Message-
From: Guillaume Nodet [mailto:gno...@gmail.com]
Sent: Monday, November 01, 2010 10:38 AM
To: dev@karaf.apache.org; Łukasz Dywicki
Subject: Re: Logo proposal
: Logo proposal
Excellent, do you think you could come up with one similar to the v1
from Lars in vector form with the feather provided by Chris in SVG ?
2010/11/1 Łukasz Dywicki l...@code-house.org:
All logos we do are in vector form - it will allow scaling up logo without
loss of quality
Message-
From: Guillaume Nodet [mailto:gno...@gmail.com]
Sent: Wednesday, November 10, 2010 12:28 AM
To: dev@karaf.apache.org
Subject: Re: Logo proposal
Łukasz, do you think we could have the vector based graphics available
somewhere?
2010/11/1 Łukasz Dywicki l...@code-house.org:
Sure. Tomorrow
+1 too :)
-Original Message-
From: James Strachan [mailto:james.strac...@gmail.com]
Sent: Thursday, November 11, 2010 4:08 PM
To: dev@karaf.apache.org
Subject: Re: [VOTE] Release Karaf version 2.1.1
+1
On 10 November 2010 23:35, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We
they would like to say but it seems that the system
fragment /org.eclipse.equinox.weaving.hook /must be placed after the
system bundle ! Try to change the bundle start level of this bundle to
have a lowest value as this is the case with the system bundle.
Regards,
Charles
On 21/11/10 21:59, Łukasz
://issues.apache.org/jira/browse/KARAF-239
-Original Message-
From: Łukasz Dywicki [mailto:l...@code-house.org]
Sent: Tuesday, November 23, 2010 3:34 PM
To: dev@karaf.apache.org
Subject: RE: Equinox packages
Hi,
I installed these bundles to Karaf. I found issue with equinox fragments.
Framework
We may use svn:externals for that!
-Original Message-
From: Andreas Pieber [mailto:anpie...@gmail.com]
Sent: Monday, January 03, 2011 8:57 AM
To: dev@karaf.apache.org; j...@nanthrax.net
Subject: Re: Promote new website
On Mon, Jan 03, 2011 at 08:49:57AM +0100, Jean-Baptiste Onofré
Hi all,
Some time ago I created issue KARAF-328 which is sticky card about JVM
version policy.
Now I am a bit confused because I would like get rid XML parsing from
feature service and switch it to JAXB while working on KARAF-53. I know that
build is made on JVM 1.5 and this change will broke
+1 from mee too
On Windows 7 there was no problems :)
-Original Message-
From: Achim Nierbeck [mailto:bcanh...@googlemail.com]
Sent: Monday, January 10, 2011 2:43 PM
To: dev@karaf.apache.org
Subject: Re: [VOTE] Release Karaf version 2.1.3
+1 from me :)
Hi,
We resolved 24 issues in
Hi all,
In topic Generate assembly of Apache Karaf we have proposition of profiles
for Karaf. I talked about this some time ago on irc channel and would like
back to get some real shape of this idea.
First problem which we have is difference between build time and execution
time. I think that we
Hi,
After talk on irc we agree with Guillaume to change getStrings method
signature from CollectionString to SortedSetString to avoid re-creating
unnecessary sets in complete method. This will allow StringCompleter
extensions to manage own values and safe performance like it was in previous
Wow, ASF finally got jira 4.2! :)
-Original Message-
From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Sent: Monday, January 31, 2011 4:25 PM
To: dev@karaf.apache.org
Subject: Re: Towards a Karaf 2.2.0 release candidate
Thanks Jamie,
I'm working on KARAF-427 right now. I will
treat this as a blocker bug, and end this vote, or is it
something that is 'working' normally (not something we can really
fix).
2011/2/25 Guillaume Nodet gno...@gmail.com:
2011/2/25 Łukasz Dywicki l...@code-house.org:
-1.
I found that under Windows Karaf mbeans are not visible in jconsole
Hi all,
Some time ago I created very small library [1] based on Jansi which allows
creating tables. Many console commands contains pieces of code related to
tabular-like formatting. What do you thing about merging this small library
to Karaf shell core?
Example code:
Hi,
I introduced the version 1.5-SNAPSHOT of jansi to have Ansi(Ansi)
constructor. Basically the snapshot is available, but to get it I had to
remove metadata cache from m2_repo/org/fusesource/jansi/jansi/1.5-SNAPSHOT.
This snapshot is timestamped and it it available. I tested this on my local
version in use on trunk
Hi Lujasz,
unfortunately
http://repo.fusesource.com/nexus/content/groups/public-snapshots/org/fusesou
rce/jansi/jansi/1.5-SNAPSHOT/
doesn't contain any jar files.
The problem is there :)
Regards
JB
On 03/04/2011 11:12 AM, Łukasz Dywicki wrote:
Hi,
I introduced the version
Hi guys,
I moved dependency to manual in assembly stuff to separe profile named manual.
I didn't find better way to mark manual as optional dependency.
I commited changes to 2.2.x branch and trunk.
Best regards,
Lukasz
+1
Tested with Fabric. Works fine.
Regards,
Lukasz
Except for the minors JB found everything else looks good and works
with my configurations
-- +1
Kind regards,
Andreas
On Thu, May 12, 2011 at 6:27 AM, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We resolved 82 issues in this
Looks like Document *and* settings causes an error. Please try build this
version in C:\karaf or another directory withot space in path.
Regards,
Lukasz
Andreas,
When maven executes the clean command, it deletes all of the target
directories. Because surefire-reports are in this
Blah,
Just leave my last mail, I just found build directory (C:\workspace). :)
Instead of using default location of local repository put it to C:\repository
...
Andreas,
When maven executes the clean command, it deletes all of the target
directories. Because surefire-reports are in this
Well, maybe that is because messy versions of artifacts I had installed in my
Karaf copy, but generally - always when I wanted open page different than
Dashboard I've got a:
13:17:04,076 | ERROR | 9573-279 - /cns/ | Objects |
.apache.wicket.util.lang.Objects 1138 | 110
Hey,
What do you think about adding prefix to topics which are for sub-projects? For
example [cellar] or [cave]? It will make much easier to navigate over tons of
mails. Karaf-related topics will still have no prefix.
Regards,
Lukasz
Hey David,
Few months ago I introduced additional profile named 'manual' which was
responsible for turning on manual generation. Now we can change to include
manual maven module by default in build but remove pdf generation by default.
What do you think?
Prince dependency is annoying for me as
Hey :),
I enabled serialization hints in JVM
(http://stackoverflow.com/questions/627389/locating-serialization-issue-in-complex-bean)
and now it is clear why do we have NotSerializableExceptions.
Every time when we declare some variable as final and use it in anonymous class
it is managed by
As you see an instance of org.osgi.service.cm.Configuration comes from our
PageClass, not from wicket. I going to fix all usage of these final objects.
How are you going to fix this? Unless you declare it as final you can't use
them inside the anonymous inner class, right?
Do I miss
Hey guys,
I wish notify you that I going to change a bit ConsoleTab and NavigationPanel.
Currently all links are generated in core in NavigationPanel. We have number of
problems with this - first of all we are unable to handle internationalization
correctly. Second thing is customization of
Hey Jean,
Do you have instruction how to migrate git-svn to new repository location?
Best regards,
Lukasz
Hi all,
I made a cleanup on our sandbox, aka:
- I removed the comitter named sandbox
- I moved the resources directly on the sandbox root
Now,
- the rename.rb script in the Gert's
:-) Looking forward to the changes.
Kind regards,
Andreas
2011/8/29 Łukasz Dywicki l...@code-house.org
Hey guys,
I wish notify you that I going to change a bit ConsoleTab and
NavigationPanel. Currently all links are generated in core in
NavigationPanel. We have number of problems
Just like others, I would love EIK in Karaf repository. We would have one place
where we have karaf-releated artifacts and one site with documentation.
Regarding the console/maven nature of Karaf - it still can be maven friendly as
long as we'll port EIK to be build with tycho. We can start
~]$ git --version
git version 1.7.6.1
Maybe they've fixed it there? Sorry, but for me it works :-(
Kind regards,
Andreas
p.s.: only alternative solution I could imagine is using JB's approach.
2011/9/1 Łukasz Dywicki l...@code-house.org
~/projects - git clone git://github.com
Hey,
As long as relocation doesn't require first release I am ok with it. We can
switch version to 1.0-prototype-SNAPSHOT or -incubator, just like other
projects in incubation phase does.
+1
Best regards,
Lukasz
+1, for making those sub-projects official
Achim
2011/9/5 Jean-Baptiste
://github.com/fossbrain/org.fossbrain.extensions.paxexam.karaf
2011/9/2 Łukasz Dywicki l...@code-house.org
Hey guys,
Since we have bunch of features in current prototype I would like to start
talking about roadmap and other communities involvement.
What we currently have:
- Security layer
some integration tests the next days.
This should increase the coverage by far and also show if something
fundamental goes wrong suddenly.
Kind regards,
Andreas
2011/9/6 Łukasz Dywicki l...@code-house.org
Hi,
I worked a bit on unit tests and now we have few in core. They covers base
at it, so not
sure about that.
Also, camel and activemq consoles are based on top of a rest api which
is already provided by those frameworks.
For ServiceMix 5, I was considering going the same direction too.
2011/9/8 Łukasz Dywicki l...@code-house.org:
Hey Guillaume,
Any tool listed
Hi,
I did small test with exam. Really small set up for feature insallation test,
isn't?
http://svn.apache.org/viewvc?view=revisionrevision=1181062
Once again, great work Andreas.
Best regards,
Lukasz
Hey guys,
Thank you very much :-) One word though: Although no direct reference to
+1
Checked with webconsole.
BR,
Lukasz
Tested with most of my projects. Also checked tests, notice, ... Looks
pretty fine to me. Good work again guys!
+1 (binding)
On Tue, Oct 11, 2011 at 20:02, Johan Edstrom seij...@gmail.com wrote:
+1
Tested with camel snapshot and cxf as well.
I wished to see it ages ago.
+1
+1
2011/10/12 Jean-Baptiste Onofré j...@nanthrax.net
Good idea Dan,
+1
Regards
JB
On 10/12/2011 10:05 PM, Daniel Kulp wrote:
What are peoples thoughts about switching the jira project from the
default
field configuration to Wiki Enabled?
As presenter you have free trip. ;-)
What do you think about webconsole presentation?
Best regards,
Lukasz
I'd love to join, but I guess I won't be able to go there :(
never the less this sounds like a great Idea, so if I can contribute /
support in some way
I'm here :)
regards, Achim
I think that 120 characters is fine for java but for xml I would preffer bigger
limit - eg 160 characters.
+1 for 120 characters in Java
Regards,
Lukasz
On Thursday, November 10, 2011 3:46:17 AM Guillaume Nodet wrote:
I do agree, but 120 sounds more reasonable to me.
I agree that 120
about that.
Also, camel and activemq consoles are based on top of a rest api which
is already provided by those frameworks.
For ServiceMix 5, I was considering going the same direction too.
2011/9/8 Łukasz Dywicki l...@code-house.org:
Hey Guillaume,
Any tool listed below have own
NMR instance and so on.
Lukasz
Btw, do you have any idea how much work would be required to run the
console as a plain war without osgi?
2011/9/8 Łukasz Dywicki l...@code-house.org
Hey Guillaume,
You're right we use PaxWicket as an glue to connect all pieces together,
but pax in fact
Hey,
What about bundle:services bundle-id? The service:list command shows all
services from whole OSGi registry, but what *if* somebody wan'ts to check one
bundle for services used or registered? That's typical case during development.
Regards,
Lukasz
OK, so you're just creating an enhanced
So far I see two solutions
a) profiles
b) changes in jre.properties
Both are fine for me. But from my understanding we should not limit a standard
jre. We can just put a jaxb in export packages for jre 1.6. and 1.7. If it is a
standard packages for these JVM versions, why we wouldn't allow to
Hey everyone,
I spent few days working on webconsole and did some changes.
Now osgi module is splitted into few:
- framework (overview page)
- log - LogService
- config - ConfigurationAdmin
- event - EventAdmin
- bundle - uses only a org.osgi.core
- blueprint - adds support for blueprint
I also
-wicket 0.8 we'll
do first 0.3 release of WebConsole.
Best regards,
Lukasz Dywicki
Sounds cool :)
2011/12/28 Łukasz Dywicki l...@code-house.org:
Hey everyone,
I spent few days working on webconsole and did some changes.
Now osgi module is splitted into few:
- framework (overview page)
- log
the core of the Karaf.
Łukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez David Jencks w dniu 2012-01-09, o godz. 05:40:
On Jan 8, 2012, at 2:51 PM, sully6768 wrote:
For the moment the SCR feature has to be loaded first or as part of the web
console. Maybe
what? :)
Łukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez David Jencks w dniu 2012-01-11, o godz. 17:37:
I can't tell what you are doing since your information is inconsistent.
If you use the trunk (3.0.0-SNAPSHOT) karaf-maven-plugin and the kar
packaging your
/password when
executing the SQL using the Karaf commands, then that is better.
We can introduce a multiple roles and then operator can grant access to execute
given command group. OSGi PermissionAdmin is another place which can be
involved in security checks.
Best regards,
Łukasz Dywicki
--
Code
for community eg in ServiceMix 4.4. That can proof that
OSGi is the best choice for runtime. :)
Gute nacht
Łukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez Ioannis Canellos w dniu 2012-01-16, o godz. 19:47:
I think the most appropriate place for this kind of stuff
might consider that. Although I am sure this can be done separately after
introduction of fine grained roles.
Best regards,
Łukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez Guillaume Nodet w dniu 2012-01-30, o godz. 14:30:
As I explained, I'm not sure which use case
It's already here: http://www.jolokia.org/
Best regards,
Lukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez Dan Tran w dniu 10 lut 2012, o godz. 16:29:
Rest equivalent of JMX?
On Fri, Feb 10, 2012 at 7:09 AM, Jamie G. jamie.goody...@gmail.com wrote:
Copying
I expect it will take a time to existing frameworks to start supporting OSGi R5
features. Previously switch was easier because it was a minor upgrade
(4.2-4.3).
I would not worry about that so quickly.
Best regards,
Lukasz
Wiadomość napisana przez Jamie G. w dniu 15 mar 2012, o godz. 16:05:
Hey Christian,
That's good idea and I belive that aries-jmx already implements that.
Best regards,
Lukasz
Wiadomość napisana przez Christian Schneider w dniu 29 mar 2012, o godz. 23:06:
Hi all,
we currently use the MBeanRegistrer class to register MBeans in Karaf. This
creates a
FYI we need a jmx.objectname property set (string or ObjectName) on service
registration. Service should also implement a *MBean interface. Then aries jmx
whiteboard should do the work.
Wiadomość napisana przez Łukasz Dywicki w dniu 29 mar 2012, o godz. 23:21:
Hey Christian,
That's good
Can we postpone call to Monday? :)
From other things, skype is not the best for open meetings, can we try another
tool? I am not Google employee but google hangouts works awesome for standups.
Maybe we can use something else (and free of course). Last time when we called
each other there was
+1 for 2nd of July.
Wiadomość napisana przez Jamie G. w dniu 21 cze 2012, o godz. 10:07:
+1 will try my best to be online :)
On Thu, Jun 21, 2012 at 1:05 AM, Achim Nierbeck bcanh...@googlemail.com
wrote:
+/-0 since I'm gone for vacation in that week.
I guess I'm gonna miss the third call
Dear all,
Last year Andreas, Charles and I started working on Karaf WebConsole. Since
then lots of things was done - almost complete support for OSGi management,
switching to Wicket 1.5. Some of things still need to be done - complete Karaf
modules, clean up or improve Config Admin / Events /
Hey,
We have one component in JIRA for both consoles. This may lead problems in
future. Shouldn't we split it for two different eg. felix-webconsole for older
console and karaf-webconsole for newer?
Also we don't have any version for webconsole in JIRA. Current version in SCM
points to
Once again I back with WebConsole topic. As we plan to support bot 2.x and 3.x
line. Current trunk (0.3.0-SNAPSHOT) of webconsole supports 2.x and I am about
to start 3.x branch to get karaf trunk also supported. The problem is that we
can not have the same version for both Karaf versions due
+1 Tested with webconsole.
Wiadomość napisana przez Ioannis Canellos w dniu 17 sie 2012, o godz. 07:12:
+1
We spent one year before releasing 3.x. With this velocity we'll support OSGi 5
in same time as Java will support Jigsaw.
IMHO Karaf 4 is too far to plan anything in it, especially that Equinox and
Felix will be OSGi 5 compatible in more or less half year, I guess.
Best regards,
Lukasz
That's whole plan. To go beyond karaf as runtime and let others adopt console
with some other container/server environment.
Best regards,
Łukasz Dywicki
--
Code-House
http://code-house.org
Dnia 20 sie 2012 o godz. 10:16 Ioannis Canellos ioca...@gmail.com napisał(a):
That's interesting
I don't think that storing XML data inside flat configuration file is something
I would like to see in karaf.
Nobody will be able to edit that to be honest. Implementation of wildcards/RBAC
can be done easily with JAAS LoginModule. So from my point of view it's -1.
I see no need for introducing
.
Another option would be to use a url which would point to the xml, or text
base file. But properties are map based with no ordering guarantee.
On Mon, Nov 12, 2012 at 1:30 PM, Łukasz Dywicki l...@code-house.org wrote:
I don't think that storing XML data inside flat configuration file
Gentlemen,
It's time to make man decision. Release Karaf 3 or not!?
We are sitting too long on K3.
Wiadomość napisana przez Jamie G. w dniu 12 lis 2012, o godz. 14:21:
Karaf 3.0.0.RC1 is very close.
We can do multiple releases of course - I'm sure everyone would like
to see 3.0.0.RC1 as
Wiadomość napisana przez Guillaume Nodet w dniu 12 lis 2012, o godz. 21:09:
On Mon, Nov 12, 2012 at 8:30 PM, Łukasz Dywicki l...@code-house.org wrote:
As far I know you can use JAAS login modules without JVM level security
manager. It's only metter of creating the login context/module
Roman,
I don't uderstand why you try to force us to introduce some code necessary for
YOUR very custom secnario. As pointed before in this thread, there is plenty of
ways to listen for framework shutdown - starting from FrameworkListener up to
BundleListener.
If you will digg deeper you will
Features mechanism in Karaf do not support nested features. It supports only
feature dependencies. You can use this to create tree of dependencies. If you
install feature which have dependencies then Karaf resolves it's dependencies
first.
Cheers,
Lukasz Dywicki
--
l...@code-house.org
Twitter:
I am ok with switching to Git as I already use git-svn for everything. However
I think the final decision should be made mainly by these who do releases.
Cheers,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana
Guillaume,
I'll not answer for your points since my statement was clear in previous
message. Made the decision what do you want to do with hawt.io, what you want
to offer Karaf community and then, simply back.
If you have some objections about my previous or current arguments, go ahead.
We
It will not work. ServiceMix had multiple repositories/components/releases and
it's always the same - to do gozilla release you still need to do submodules
release too. Waiting for submodules takes same amount of time, since in ASF
everything should be voted.
We have very few dependencies and,
Since it's not first issue with changing java version maybe we could consider
adding an default entry which will be used when there is no entry in
jre.properties. An information could be printed that current version of JVM
used is not yet officialy supported.
WDYT?
Wiadomość napisana przez
Can't we push this together with Karaf site to don't force people download ZIP?
Wiadomość napisana przez Jean-Baptiste Onofré j...@nanthrax.net w dniu 21 lut
2013, o godz. 15:33:
Hi Timo,
I've prepared the announce on the website.
What you can do is to download the EIK Eclipse repository
of problems you pointed.
I think in your case you may publish just updated feature file for things you
want to have.
Cheers,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana przez Chris Geer ch...@cxtsoftware.com w
-pom shared between CXF and Camel to avoid version race.
Kind regards,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana przez Daniel Kulp dk...@apache.org w dniu 26 lut 2013, o
godz. 14:21:
On Feb 26, 2013
Hey Christian,
I am not sure *if* thats really good direction. I haven't seen option like
this before in other JAAS module implementations, but I may have limited
view for this. A proper way to do that with JAAS is to use control flags
like required, sufficient or optional. that's the way how
That's something really good from quality point of view. For webconsole I had
local gerrit installation with hudson verifying every commit before moving to
trunk.
Wiadomość napisana przez Jean-Baptiste Onofré j...@nanthrax.net w dniu 11 mar
2013, o godz. 10:25:
Hi Christian,
Agree with
Andrei,
Please do not cross post across user/developer mailing lists with same problem.
Can you point which branch you are trying to build and what fails?
\o/,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana
I have mixed feelings about putting my vote here.. but I have to do this:
-1 From me
Minimal distro have broken instance script, basically it doesn't work.
Best regards,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
+1 from me
Switching to git will let us process pull requests in easier way. Maven is not
afraid of git as well.
I'm not scared by Camel issues with git since they have more modules than they
need. ;-)
Cheers,
Lukasz
Wiadomość napisana przez Achim Nierbeck bcanh...@googlemail.com w dniu 25
that *after* 3.0 release.
Cheers,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana przez Achim Nierbeck bcanh...@googlemail.com w dniu 17 lip
2013, o godz. 10:59:
Hi guys,
I'd rather would like to see 3.0 next
Can we finish this vote and move forward to git? :)
Cheers,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana przez Christian Müller christian.muel...@gmail.com w dniu
17 lip 2013, o godz. 00:00:
Apache Camel
profiles. That's my 0.02 PLN. ;-)
Cheers,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
Wiadomość napisana przez Gert Vanthienen gert.vanthie...@gmail.com w dniu 25
paź 2013, o godz. 16:14:
Hey Achim and Jean-Baptiste,
Yeah
I am late for this discussion, however will try to put my fingers here. :)
I think that doing souch change in Karaf 3.1 will be good steep, since it's too
late for closest release. If we would step off blueprint then I do not consider
DS or SCR as an alternative to blueprint since it's just
install necessary
features is very good. It might be used in similar way as deployers or feature
resolvers to preprocess bundles before installation to automatically enable
certain features.
Łukasz Dywicki
--
Code-House
http://code-house.org
Dnia 6 gru 2013 o godz. 21:12 Johan Edstrom seij
, 2013, at 2:05 PM, Łukasz Dywicki l...@code-house.org wrote:
Yes Joed,
You got the point I wanted to reflect. DS and SCR is still dependency which,
for sure, may be optional. Switching to poorer replacement from feature rich
blueprint will bring bigger cost than moving to plain osgi. For me
of complications we have is hiden in service
implementations. That's why I do consider dropping of dependency injection
framework. It is something which can be done, it's just matter of balance
between cons and pros.
Best regards,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http
smaller issues.
On configuration side - declarative services are all about services, so we'll
need to register ManagedService instance anyway and handle updaes on our own.
Cheers,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House - http://code-house.org
). But again, I
didn’t try it since a while. If we could push new bundles to subsystems easily
without that then it would make sense to integrate with it instead of writing
everything from scratch.
Kind regards,
Łukasz Dywicki
--
l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl
Code-House
Not sure about WC stage, however 0.3.0.alpha will be fine start.
Big +1 from me.
Wiadomość napisana przez Jean-Baptiste Onofré j...@nanthrax.net w dniu 23
wrz 2014, o godz. 07:08:
No problem for me.
+1
Regards
JB
On 09/22/2014 07:20 PM, Jamie G. wrote:
Hi All,
Apache Karaf
I think that there is project which might have similar scope - sirona.
I like general idea but I do not like idea of embedding kibana. Forcing
usage of any particular tool is just wrong. It also makes sense to start
supporting codehale metrics since early beginning as this library gets more
and
+1 (biding, I guess)
2014-10-16 5:01 GMT+02:00 Freeman Fang freeman.f...@gmail.com:
+1 (binding)
-
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2014-10-16, at 上午1:19, Jean-Baptiste Onofré wrote:
Hi all,
following the discussion about Karaf
of
fileinstall if behavior of it was changed in mean time?
Cheers from sunny Oman,
Łukasz Dywicki
--
l...@code-house.org mailto:l...@code-house.org
Twitter: ldywicki
Blog: http://dywicki.pl http://dywicki.pl/
Code-House - http://code-house.org http://code-house.org/
+1 (binding)
It looks much better. :-)
Wiadomość napisana przez Freeman Fang freeman.f...@gmail.com w dniu 28 maj
2015, o godz. 00:12:
+1
Thanks
-
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2015-5-28, at 上午4:18, j...@nanthrax.net
Good work guys, here you have my:
+1 (binding)
Cheers,
Lukasz
Wiadomość napisana przez Achim Nierbeck bcanh...@googlemail.com w dniu 17
sie 2015, o godz. 22:46:
+1 (binding)
regards, Achim
2015-08-17 11:38 GMT+02:00 Christian Schneider ch...@die-schneider.net:
I think a
Hey,
Since it’s not maintained and there is now will to continue it it’s the best to
shut it down. Keep sources for further generations, but put repository in read
only mode.
+1 from my side
Kind regards,
Lukasz
Wiadomość napisana przez Jean-Baptiste Onofré j...@nanthrax.net w dniu 24
sie
1 - 100 of 146 matches
Mail list logo