l cases we could allow the user to use a configuration file that will
contain requirements (package, service etc) and have everyone configure it
however he wishes.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
". ("It" being our
karaf-based
product)
So I had a look at several alternatives how I could accomplish this
and
had an idea I wanted to discuss.
I know that I can modify the Start-level of the Shell-bundle but I
don't
think that's enough.
Recently Christian Schneide
cuss.
I know that I can modify the Start-level of the Shell-bundle but I don't
think that's enough.
Recently Christian Schneider implemented something to delay the startup
of the shell until all bundles are active. I think that's a good start,
but does not solve the problem completely f
most of users use released artifacts, and if they
want, they can uncomment it.
WDYT ?
Regards
JB
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
(watcher).start();
}
protected String startAgent(String user) {
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
as
On Thu, Jul 12, 2012 at 11:44 AM, Christian Schneider
wrote:
3/ Karaf 3.0.0RC1
Currently, we have mainly two blocking issue for this first RC release:
- we have to update to Aries 1.0.0 (instead of SNAPSHOT as we have
currently)
- the source distribution is missing
I'm working on the source d
e to do so.
I just looked into the Karaf 3 deps. The only remaining SNAPSHOT dep
beside Aries is pax url maven. I am quite sure we can release that in time.
Then after the M1 release we should discuss what needs to go into Karaf
3 to be ready for a RC1.
What do you think?
Christian
--
nk for 3.0.
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -----
From: "Christian Schneider"
To:
Subject: [discuss] Changing the org.apache.karaf.shell.cfg into
org.apache.karaf.ssh.cfg
Date: Thu, Jul 5, 20
karaf 3.
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
sshd command will have a nice effect of removing your concern
about mixing blueprint calls in the code btw ;-)
On Mon, Jul 2, 2012 at 2:57 PM, Christian Schneider
wrote:
You hit a good sport there. I think we could need an information on all
kind of services with external connectivity that are
urls they
expose for remote management. Today you gotta know the defaults, and
"cross fingers" that this is the options you use. If not you gotta go
hunt in the zillion config files in etc to figure out this.
On Mon, Jul 2, 2012 at 11:50 AM, Christian Schneider
wrote:
Hi all,
while
started in this way would not
even stop when the ssh bundle is stopped.
I also wonder if it would make sense to separate the ssh server part
from the ssh client. So you can start a ssh server by installing a
org.apache.karaf.sshd bundle or similar.
Christian
--
Christian Schneider
http
rnoon.
However, I'm very tired. I will propose a new couple of call date Monday.
Sorry for that.
Regards
JB from his bed.
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
--
Christian Schneider
http://www.liquid-reality.de
Open Source
Does pax-url-aether exports the aether api at all ?
On Tue, Jun 26, 2012 at 11:50 AM, Christian Schneider
wrote:
Hi all,
I would like to offer two aether features as an OSGi service.
- Getting the available versions of an OSGi service
I would like to use this in the feature:repo-add to offer compl
base on grouId/artifactid?
Thanks
-D
On Tue, Jun 26, 2012 at 2:50 AM, Christian Schneider
wrote:
Hi all,
I would like to offer two aether features as an OSGi service.
- Getting the available versions of an OSGi service
I would like to use this in the feature:repo-add to offer completion for
pax url aether
already does this it could make sense to locate the service there.
Another argument to add the service to pax url aether is that we need to
share the maven config.
What do you think?
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend
2 08:53 PM, Christian Schneider wrote:
Typically the number of parallel branches does not get too high anyway
if we do not release that often.
Still I think it makes sense to have at least an agreement to have for
example 3 parallel branches like you proposed.
So people know what to expect of us.
/display/paxweb/Pax+Web/>
Committer & Project Lead
OPS4J Pax for Vaadin
<http://team.ops4j.org/wiki/display/PAXVAADIN/Home> Commiter & Project
Lead
blog <http://notizblog.nierbeck.de/>
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.tal
pper
to me.
--
*Ioannis Canellos*
*
FuseSource <http://fusesource.com>
**
Blog: http://iocanel.blogspot.com
**
Twitter: iocanel
*
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
hours.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
K, I will create the wiki page to register the attendees and give
the connection information.
Regards
JB
On 06/09/2012 12:08 PM, Ioannis Canellos wrote:
Hi guys!
If I am not mistaken, we have our second birthday next week, don't we?
--
Christian Schneider
http://www.liquid-rea
Am 18.06.2012 14:13, schrieb Ioannis Canellos:
Commands that are tightly couple to OSGi cannot run using bin/shell. This
is applicable only to commands that are capable of creating anything they
need.
Ok .. for these kinds of commands your proposal is fine.
Christian
--
Christian Schneider
13:37, schrieb Ioannis Canellos:
I guess that the easiest way is to make sure that when a command creates a
context, it does destroy it once its done.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
Wrong project .. I meant we could use Pojo sr or similar:
http://code.google.com/p/pojosr/
Christian
Am 18.06.2012 13:26, schrieb Christian Schneider:
You wrote about a context you keep open. I guess you will have to find
a way to close this context on exit. Probably it keeps threads running
more clear view of what is keeping the jvm alive.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
execute commands outside OSGi, so that they can be used in scripts etc. In
such case exiting fast seems really important.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
even took like a
minute or so for the commands to return.
I think that the main reason this happens is that we don't have a
System.exit(0) after the command execution and that keeps the jvm alive for
a while.
Do you see any reason why we shouldn't have an explicit System.exit(0) ?
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
.deploy@snapshots@noreleases,
\
file:${karaf.home}/${karaf.default.repository}@id=systemrepo
-
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
hots.deploy@snapshots@noreleases,
\
file:${karaf.home}/${karaf.default.repository}@id=systemrepo
-
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
nually managing the ranges in the pom when needed.
On Mon, Jun 4, 2012 at 8:37 PM, Christian Schneider
wrote:
Interesting problem. In this case depending on the impl is surely the
easiest solution at least if the impl exactly includes the needed APIs.
I guess it is not a general solution though
of a given service and other for other services, so using compendium
forbids that. Also, I usually hate having multiple versions of the
same package in my dependency tree when I can avoid it.
On Mon, Jun 4, 2012 at 6:25 PM, Christian Schneider
wrote:
That is right but is it a big issue to just dep
of any jar providing just the
api for a given osgi service.
On Monday, June 4, 2012, Christian Schneider wrote:
I think we should not depend on an implementation if there is an API. The
implementation can bring in unwanted transitive depencies that are much
worse than managing the package depend
apache.org/jira/browse/KARAF-1518
WDYT ?
Thanks
Regards
JB
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
, Christian Schneider
wrote:
One nice thing about the feature files we currently use is that they are
globally adressable using a maven coordinate. So by support reading features
we could create a very small distro that can read all it needs from maven
repos. If maven access is not allowed/possible in an
troubles some that it doesn't work with the "out-of-the-box way"
it's much cleaner if we define the valid version ranges.
regards, Achim
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
hers, for instance I really think we
should try hard to make karaf runtime independent of maven including the mvn
url handler, and I'm not sure anyone else agrees with me.
thanks
david jencks
On Jun 2, 2012, at 2:17 AM, Christian Schneider wrote:
--
Christian Schneider
http://www.liqui
, and Andreas sent a -1.
So please, revert your changes, we will discuss how we should move.
Thanks
Regards
JB
On 06/02/2012 11:17 AM, Christian Schneider wrote:
After my rather emotional driven first answer I would like to elaborate
a bit more.
I have put a lot of effort into my implementation
Christian Schneider:
Thanks for the explanations.
I don´t think I can address these concerns while keeping the original
idea of using features like the startup.properties. So I closed the
issue as wont fix.
Christian
Am 25.05.2012 17:34, schrieb Guillaume Nodet:
David said he didn't wan
I am glad the build works fully again and thanks to Jamie for
fixing this.
Christian
Am 30.05.2012 12:45, schrieb Achim Nierbeck:
I have my doubts on this point.
Please verify this thoroughly.
Achim
2012/5/30 Christian Schneider:
I am pretty sure this was when the demo was introduced
ot;shooting the messenger"
Achim
2012/5/30 Christian Schneider:
To me the deployer demo looks strange. If you look at the pom:
src/main/resources/resources/demos/deployer/kar
src/main/resources/resources/demos/deployer/bundle
I have never seen before that modules reside inside a src/main/resour
I am pretty sure this was when the demo was introduced.
Christian
Am 30.05.2012 11:44, schrieb Achim Nierbeck:
No Idea where to look for.
I suggest taking a look when was the first time those demos failed and
start digging there.
Achim
2012/5/30 Christian Schneider:
Any idea where to look
et of itests I consider our demos to be
part of those.
So it's more crucial to fix the cause of the failing demo then
disabling the demo!
Achim
2012/5/30 Christian Schneider:
I think to fix the build is the higher priority. So if this makes the build
work again I happilly live without a s
fixing those instead of disabling the demo
Achim
2012/5/30 Christian Schneider:
The build is running again.
There are two issues though:
- We have test failures. I think they result from our integration tests
using artifacts from the remote repo instead of using the most current ones.
Not sure
branding
command
dump
+
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
9)
<http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&entity=method>
Am 30.05.2012 09:28, schrieb Christian Schneider:
Currently our jenkins build fails at the missing karaf-maven-plugin.
We already discussed about this and I would like to fix the build by
not u
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
2012/5/29 Christian Schneider:
If the majority of dev here is ok with a warning I go with it but let me
explain some scenarios that make me concerned.
First as Guillaume noted already we have to treat the default user
karaf/karaf in the same way as the default private key.
So the argument for a
used as a gateway to access
the file system and execute commands.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
more powerful and flexible.
--
Guillaume Nodet
----
Blog: http://gnodet.blogspot.com/
FuseSource, Integration everywhere
http://fusesource.com
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Tale
, you should start it and it should just
work.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
he confirmation that are prompted any time you want to do
something with bundles anymore, so I think it's time for something
more powerful and flexible.
--
Guillaume Nodet
Blog: http://gnodet.blogspot.com/
--------
FuseSo
users keys and
authorized hosts, instead of creating, adding or removing?
--
*Ioannis Canellos*
*
FuseSource<http://fusesource.com>
**
Blog: http://iocanel.blogspot.com
**
Twitter: iocanel
*
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Applica
.
3. The added value is really small to justify a change that will affect
so many things (mostly refering to the impact to the projects providing
karaf commands).
So, I would prefer to keep things as they are now.
--
Christian Schneider
http://www.liquid-reality.de
Open Source
something. But when people disagree, letting time
pass does not usually change things.
AFAIK, those concerns has been raised on the patch you uploaded, so
there's something wrong here.
On Fri, May 25, 2012 at 5:30 PM, Christian Schneider
wrote:
I thought we had settled all these concerns.
Hi Achim,
would you mind to explain what you dislike?
Christian
Am 25.05.2012 17:18, schrieb Achim Nierbeck:
I see this as a valid show-stopper.
To give this some more weight, here's my official -1 for this idea!
Achim
--
Christian Schneider
http://www.liquid-reality.de
Open S
, Christian Schneider<
ch...@die-schneider.net> wrote:
I looked into the feature commands a little deeper and I think I can do
more than just changing the scope.
See
https://issues.apache.org/**jira/browse/KARAF-1502<https://issues.apache.org/jira/browse/KARAF-1502>
I already did
Guillaume Nodet:
Can you please revert. I think 3 people expressed concerns with the
patch, so i'm officially -1 it until this concerns have been fully
addressed and we've reached a consensus.
On Fri, May 25, 2012 at 4:41 PM, Christian Schneider
wrote:
I have now committed the patch. So
build
karaf distro w/o startup.properties, with minimal feature=framework
only?
3) or is the idea discarded?
Thank you,
Andrei
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
balance and I think we should leave them as they are.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
o you know a way to do it ?
Thanks
--
View this message in context:
http://karaf.922171.n3.nabble.com/Accessing-to-OSGI-bean-from-a-War-tp4013519.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Archit
karaf 3 snapshot?
2) do you have example/test project that shows how to build
karaf distro w/o startup.properties, with minimal feature=framework
only?
3) or is the idea discarded?
Thank you,
Andrei
--
Christian Schneider
http://www.liquid-reality.de
Open
Yes that is right. I will handle it in this jira. I think I also did the
other fixes there.
Christian
Am 23.05.2012 16:16, schrieb Guillaume Nodet:
Btw, I don't think there's a need to open new JIRA give KARAF-647 is
still in progress.
--
Christian Schneider
http://www.liquid-
build and
not use our own plugin to simplify the build.
What I meant was I don't think we really want to rework the plugin to
get rid of the new packaging.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
them separately...
Kind regards,
Andreas
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
using ssh:ssh instead.
On Tue, May 22, 2012 at 2:11 PM, Guillaume Nodet wrote:
The help command does that afaik. I'd keep the real completion for
everything, not only for subshells.
On Tue, May 22, 2012 at 2:07 PM, Christian Schneider
wrote:
I understand but I still think a cd command coul
, schrieb Christian Schneider:
Am 22.05.2012 17:05, schrieb Guillaume Nodet:
Btw, I've tried to build karaf trunk yesterday and couldn't find a way
to build it fully.
I was starting from a clean repo, but even the root pom was trying to
download some other karaf snapshots, so not sure wh
.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
of the command name by himself before using
completion.
So I don't see much of a difference.
*
**
Blog: http://iocanel.blogspot.com
**
Twitter: iocanel
*
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
e probably these are dependencies that were removed by JBs and my
refactorings but left in the pom accidently. I will take care of it.
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
ain Gilles wrote:
That's interesting. I have plan to switch to 3.0 as soon as an alpha will be
available.
Thanks,
Romain
Le mardi 22 mai 2012, Christian Schneider a écrit :
For Karaf 3 we already joined the distros.
Christian
Am 22.05.2012 11:04, schrieb Romain Gilles:
Thank you.
Then
at 3:19 PM, Christian Schneider
wrote:
How about:
jms:queue:browse
jms:queue:clear
jms:topic:browse
jms:connection:list
So you can enter a subshell in two levels.
On the jms level you see:
queue:browse
queue:clear
topic:browse
connection:list
On the jms:queue level you see:
browse
clear
This is even
we have so far, so that would require
just a full rework of all commands. Not sure if it's worth it.
On Tue, May 22, 2012 at 2:51 PM, Christian Schneider
wrote:
If we want to separate feature and feature-url depends a bit on the meaning
of a scope or subshell. I would like to design
ally independent and that's not the case
imho.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
both. It does not really help with
completion (as you need to type the ':' in addition to few for
example), and given those are related, it looks more natural to me. I
think subshells should be really independent and that's not the case
imho.
On Tue, May 22, 2012 at 2:19 PM, Chri
ands good for? I have never noticed them before and honestly never
missed them.
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -----
From: "Christian Schneider (JIRA)"
To:
Subject: [jira] [Commented] (KARAF-647) Support of sub-shell
Date: Tue, May 22, 2012 12:14 pm
[
https://issues.apache.org/jira/b
://repository.apache.org/content/repositories/orgapachekaraf-096/
Please vote to approve this release:
[ ] +1 Approve the release
[ ] -1 Do not approve the release (please provide specific comments)
This vote will be open for 72 hours.
Thanks
Regards
JB
--
Christian Schneider
http://www.liquid-reality.de
profile:create could generate the profile starting from a given
instance).
We have a Jira about the profile support and an explanation about what
I propose.
Regards
JB
On 05/16/2012 11:48 AM, Christian Schneider wrote:
Another way would be to use the org.ops4j.pax.url.mvn.cfg from the root
t you otherwise can directly deploy from maven repo in parent instance.
Regards,
Ulhas Bhole
On 15 May 2012, at 20:49, Christian Schneider wrote:
Hi Jamie,
this is a quick fix to get the instance commands working again. I wonder why I
did not see the test failure. Will investigate this tom
eaturesRepositories", settings.getFeatureURLs());
saveStorage(p, featuresCfg, "Features Configuration");
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
27;m at the airport.
Please hold on until we can discuss that further.
On Friday, July 8, 2011, Christian Schneider (JIRA) wrote:
Refactor Actions to get services injected instead of fetching them
--
Key: KARAF-7
he schema, but that seems to go in
the
opposite direction to me (for no real benefit for the end user).
On Fri, May 11, 2012 at 9:03 AM, Christian Schneider<
ch...@die-schneider.net> wrote:
Hi Guillaume,
I know that our Action model requires that the Action is stateful
and has
to
d and
arguments to parameters as done in gogo. You may just want to investigate
using gogo annotations and provide the missing features: a help system,
completion, etc...
http://svn.apache.org/repos/asf/felix/trunk/gogo/command/src/main/java/org/apache/felix/gogo/command/OBR.java
On Fri, May
.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
it in aries blueprint).
On Thu, May 10, 2012 at 8:12 AM, Christian Schneider<
ch...@die-schneider.net> wrote:
I must have missed that. In this case we do not need to hurry with a new
schema. I will
prepare a schema and some demo code as soon as 3.0 is out.
At the moment I think the best sta
1.1.0 version has already been released from the 2.x branch, so it has
to be a 1.2 if we keep the old elements in the same schema, or a 2.0 if we
remove the old elements from the schema (even if the handler implementation
supports both namespaces).
On Wed, May 9, 2012 at 6:59 PM, Christian Sch
be to have something like, but
the handler would have to support the old and the new namespace I think:
On Wed, May 9, 2012 at 6:16 PM, Christian Schneider
wrote:
I think the namespace could be made a bit simpler by only using:
So we could skip t
knows
about the commands.
I don't really understand how you can really simply the minimum definition
we have now:
http://karaf.apache.org/xmlns/shell/v1.0.0";>
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
experiment a bit with the annotation support.
Christian
Am 09.05.2012 17:54, schrieb Guillaume Nodet:
Have you looked at the blueprint annotations provided by aries ?
I'm personally not a big fan of those but they could be used if needed.
On Wed, May 9, 2012 at 5:45 PM, Christian Schn
sed (afaik).
On Wed, May 9, 2012 at 5:08 PM, Christian Schneider
wrote:
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
incompatible consequence, which is that the
action would have to be stateless and thread safe. Given the action
parameters are injected when the action is created, I don't really see how
it could be done.
On Wed, May 9, 2012 at 5:08 PM, Christian Schneider
wrote:
We currently either use the blue
that with an annotation.
On Wed, May 9, 2012 at 5:08 PM, Christian Schneider
wrote:
We currently either use the blueprint namespace or the AbstractCommand and
a service definition to define commands. This has some shortcomings:
- The blueprint namespace definition is a bit verbose and at first
sible with the current way
So what do you think?
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
ne
several features into startup.properties. If we would do this with pure
features it would mean that we need to be able to use more than one feature.
Christian
thanks
david jencks
On May 8, 2012, at 12:01 AM, Christian Schneider wrote:
I would like to summarize the discussion about my propose
, schrieb Andreas Pieber:
Hey,
On Tue, May 8, 2012 at 9:01 AM, Christian Schneider
wrote:
- Makes our itests simpler as we do not need to sync the startup.properties
anymore by hand
Please explain that point in more detail. TBH I don't really get it
how this will speed up the itests
service to
deploy all the features. Why is that a problem ?
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
startup.properties
Con:
- We have an additional description of a feature file in main. I think
this is not so bad as we keep it to the minimum. We should also detect
discrepancies very fast as the
itests will fail
Christian
Am 04.05.2012 19:03, schrieb Christian Schneider:
Hi all,
on startup we currently
16:27, schrieb Jeremias Maerki:
(comments inline below...)
Jeremias Maerki
On 07.05.2012 11:38:43 Christian Schneider wrote:
I really like your setup it looks quite lean. It is very different from
how karaf works though.
So I am not sure how easy it would be to karaf open enough to also
bundles that can but don't need to be used. You could extend that
approach to the bootstrapper.
Just my 0.05 CHF.
HTH
Jeremias Maerki
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
Talend Application Integration Division http://www.talend.com
501 - 600 of 765 matches
Mail list logo