I have create a confluence space for ServiceMix 4.0.
http://cwiki.apache.org/confluence/display/SMX4/Home
It is not auto-exported yet and not linked with the main site yet.
As trevor said, I think it may be a good idea to create another space for
ServiceMix 3.x (by copying the current one) and
On 10/5/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> I was wondering if we should create a separate wiki space for
> ServiceMix 4.0 documentation.
That's a good idea, in fact, we will need to completely restructure
the wiki into two sections; 3.x and 4.x similar to the way that the
Maven team
So for ServiceMix 4.0, we can switch so slf4j.
The thing is that I don't really care since I came across the
pax-logging project
(http://wiki.ops4j.org/confluence/display/ops4j/Pax+Logging). This
project provides an OSGi logging service that implements JCL, j.u.l
and SLF4J. Everything is redirect
I guess the idea of a self-provisionning application is somewhat
unrelated to the release cycle of the different bits of the
application. It seems people are a bit scared to split the lifecycle
soon. So let's work on a monolithic release cycle and see how it
goes. i think things should be easier
Yeah, that's what I have been working on for ServiceMix 4.0.
The core module contains the implementation of the api module. Both
are not tied to OSGi at all. The OSGi bits and wiring bits are all
done using spring-osgi in the nmr nodule.
That way, ServiceMix core container is independant of both
On 10/4/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
>
> On 10/4/07, Chris Custine <[EMAIL PROTECTED]> wrote:
> > I agree that eventually you will have certain components that have their
> own
> > release cycles seperate from the core components. I think it will take
> > several releases of all com
I agree that eventually you will have certain components that have their own
release cycles seperate from the core components. I think it will take
several releases of all components as an entire system before you will be
comfortable splitting things into seperate sub-projects, but as the core
com
Yes you are crazy.
I have to agree - dependency hell is not something I'd like to have to
overcome. Eclipse's deal is a nice example.
Kit
Sent from my iPhone
On Oct 4, 2007, at 4:31 PM, "Bruce Snyder" <[EMAIL PROTECTED]>
wrote:
On 10/4/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
I
On 10/4/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
> I'd like to make ServiceMix 4.0 as modular as possible. This would
> mean that ServiceMix 4.0 main distribution would come with the minimal
> set, while additional features could be provisioned and configured
> using OBR, the Deployment Admi
Yeah, i moved it. Try
http://people.apache.org/~gnodet/servicemix-4.0-SNAPSHOT/
The direct link to the api is:
http://people.apache.org/~gnodet/servicemix-4.0-SNAPSHOT/
org.apache.servicemix.api/apidocs/index.html
Cheers,
Guillaume Nodet
On Aug 28, 2007, at 3:02 PM, Gordon Dickens wrote
Hello Guillaume,
I am getting a page not found with the javadoc site.
Regards,
Gordon
Nodet Guillaume wrote:
I've refactored a few things in the api and introduced back the
listeners and flows.
For those who prefer to read javadoc, take a look at:
http://people.apache.org/~gnodet/service
Thanks Chris !
It seems like the experts have answered...
So i guess we will switch to slf4j :-)
Cheers,
Guillaume Nodet
On 8/28/07, Chris Custine <[EMAIL PROTECTED]> wrote:
> You are correct about OSGi having more control over classloaders, but in the
> case of JCL things are a little different.
I have committed a simple test showing how to expose an endpoint and
how to communicate with it.
See http://svn.apache.org/repos/asf/incubator/servicemix/branches/
servicemix-4.0/core/src/test/java/org/apache/servicemix/core/
IntegrationTest.java
How does it sounds ?
Cheers,
Guillaume Nodet
On Aug 28, 2007, at 2:48 PM, Piotr Bzdyl wrote:
Hi,
I would also like to participate in this session. When are you going
to send data about the location of the IRC session?
See http://www.nabble.com/forum/ViewPost.jtp?
post=12323536&framed=y&skin=12049
We will use the standard IRC channel:
Hi,
I would also like to participate in this session. When are you going
to send data about the location of the IRC session?
I have also another question: could you recommend any easy in use IRC
client (for Windows preferably)? I haven't been using IRC (except one
or two times).
Best regards,
Pi
Btw, I have uploaded the site for the whole project which is easier
to manage.
http://people.apache.org/~gnodet/servicemix-4.0-SNAPSHOT/
Cheers,
Guillaume Nodet
On Aug 28, 2007, at 12:11 AM, Nodet Guillaume wrote:
I've refactored a few things in the api and introduced back the
listeners
It's fine. I'll try to join in when I can or just read the logs. :)
Nodet Guillaume wrote:
Ok, sounds like we have enough people.
So we just need to find a data and an hour.
What about Friday 3 pm GMT, 11 am EST, 8 am PST
Adrian, I'm not sure how to find a time that would suits you...
Other pro
On 8/27/07, rs d <[EMAIL PROTECTED]> wrote:
> Omondo EclipseUML is also also provides some good features. I have
> experienced for reverse engineering. Check if it suffices your need.
>
> http://www.eclipsedownload.com/download/index.html
I've already looked at Omondo long ago. It does not offer a
You are correct about OSGi having more control over classloaders, but in the
case of JCL things are a little different. Below is a link to the mailing
list thread where we went through all of this pain on the Spring-OSGi
project and decided to replace JCL with the slf4j facade in order to
eliminat
You are correct about OSGi having more control over classloaders, but in the
case of JCL things are a little different. Below is a link to the mailing
list thread where we went through all of this pain on the Spring-OSGi
project and decided to replace JCL with the slf4j facade in order to
eliminat
On 8/27/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 8/27/07, James Strachan <[EMAIL PROTECTED]> wrote:
>
> > > > 1. Use slf4j as the logging framework. (http://www.slf4j.org/) -> btw,
> > > > I'm not sure if its a better option, but I did hear some good stuff
> > > > about it.
> > >
> > > Yes,
On Aug 25, 2007, at 2:12 AM, Nodet Guillaume wrote:
Ok, sounds like we have enough people.
So we just need to find a data and an hour.
What about Friday 3 pm GMT, 11 am EST, 8 am PST
Adrian, I'm not sure how to find a time that would suits you...
Other propositions are welcome...
+1
Cheers
On 8/24/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
> On 8/24/07, Adrian Co <[EMAIL PROTECTED]> wrote:
> > Not sure if this is the right forum to bring this up, but I was
> > wondering if this is a good opportunity to migrate some of servicemix's
> > infra to newer version.
> >
> > i.e.
> >
> > 1.
Omondo EclipseUML is also also provides some good features. I have
experienced for reverse engineering. Check if it suffices your need.
http://www.eclipsedownload.com/download/index.html
d.santosh
On 8/23/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
>
> On 8/23/07, Daryl Richter <[EMAIL PROTECTE
On 8/25/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> Ok, sounds like we have enough people.
> So we just need to find a data and an hour.
> What about Friday 3 pm GMT, 11 am EST, 8 am PST
> Adrian, I'm not sure how to find a time that would suits you...
> Other propositions are welcome...
+1
Me too. I think.
--
Kit Plummer
Nobody-in-Charge @ Black:Hole:Logic
http://www.blackholelogic.com
works for me.
-brian
On 8/25/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> Ok, sounds like we have enough people.
> So we just need to find a data and an hour.
> What about Friday 3 pm GMT, 11 am EST, 8 am PST
> Adrian, I'm not sure how to find a time that would suits you...
> Other propositio
Ok, sounds like we have enough people.
So we just need to find a data and an hour.
What about Friday 3 pm GMT, 11 am EST, 8 am PST
Adrian, I'm not sure how to find a time that would suits you...
Other propositions are welcome...
Cheers,
Guillaume Nodet
On Aug 24, 2007, at 11:04 AM, Nodet Guilla
Definitely interested. It's been a while since I've checked in on the
ServiceMix project and the directions wrt OSGi look extremely promising.
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
>
> Any other people interested ?
>
> Cheers,
> Guillaume Nodet
>
> On Aug 23, 2007, at 3:37 PM, Ki
On 8/24/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
>
> On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> > Any other people interested ?
>
> +1
>
> Bruce
> --
> perl -e 'print
> unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61E );'
>
> Apache ActiveMQ - http://activemq.org/
> Apache S
On Aug 24, 2007, at 7:28 PM, Kit Plummer wrote:
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
So if i understand you correctly, you are mostly concerned of
enhancing
the JMS flow in the following areas:
* avoid ping/pong and lower bandwidth requirement
(avoid sending the
In my mind, ServiceMix will be agnostic wrt to the OSGi
implementation used.
At the same time, I'm thinking about creating a distribution for
ServiceMix that
would include Felix runtime...
And yeah, OSGi has never been a dependency so far.
I suggest to take a look at spring-osgi too.
See htt
On 8/24/07, Brian O'Neill <[EMAIL PROTECTED]> wrote:
> Guillaume,
>
> Just getting grounded...
>
> Would SM 4.0 leverage Felix to get OSGi capabilities?
>
> I took a grep through the code, it doesn't look like it uses it at all
> right now:
> [EMAIL PROTECTED]:~/dev/apache.org/servicemix-> grep -r
Guillaume,
Just getting grounded...
Would SM 4.0 leverage Felix to get OSGi capabilities?
I took a grep through the code, it doesn't look like it uses it at all
right now:
[EMAIL PROTECTED]:~/dev/apache.org/servicemix-> grep -r "elix" *
and osgi appears only in the eclipse plugins.
Just verifyi
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
>
> On Aug 24, 2007, at 6:44 PM, Bruce Snyder wrote:
>
> > On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> >>
> >> On the registry side, I think one of the main problem is that there
> >> is no way to tell the
> >> difference between a
On Aug 24, 2007, at 6:44 PM, Bruce Snyder wrote:
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
On the registry side, I think one of the main problem is that there
is no way to tell the
difference between an endpoint that goes down because the server is
no more
accessibe (it will be u
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> So if i understand you correctly, you are mostly concerned of enhancing
> the JMS flow in the following areas:
>* avoid ping/pong and lower bandwidth requirement
>(avoid sending the whole exchange and only send the actual data)
>
On Aug 24, 2007, at 3:03 AM, Nodet Guillaume wrote:
So if i understand you correctly, you are mostly concerned of
enhancing
the JMS flow in the following areas:
* avoid ping/pong and lower bandwidth requirement
(avoid sending the whole exchange and only send the actual data)
* enhan
On 8/24/07, Adrian Co <[EMAIL PROTECTED]> wrote:
> Not sure if this is the right forum to bring this up, but I was
> wondering if this is a good opportunity to migrate some of servicemix's
> infra to newer version.
>
> i.e.
>
> 1. Use slf4j as the logging framework. (http://www.slf4j.org/) -> btw,
On 8/24/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> Any other people interested ?
+1
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://
>
>
> One topic not covered in this excellent post is a standard mechanism
> to provide access to other endpoint metadata (e.g. the WSDL file) -
> having that as a standard OSGi metadata would be cool (e.g. a WSDL
> URI)
>
> Yeah, I have had a closer look at how OSGi provides URL handlers.
> This i
I too would like to listen in.
Regards,
Gordon
Daryl Richter wrote:
On Aug 24, 2007, at 5:04 AM, Nodet Guillaume wrote:
Any other people interested ?
I wouldn't mind listening in. We are in the very early stages of a
ServiceMix implementation, though, so I don't have a lot of
opin
On Aug 23, 2007, at 4:21 PM, Bruce Snyder wrote:
On 8/23/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
I've used MagicDraw on OS X. It's pretty terrible...but does work
for
sequence diagrams. I'm not sure if they have a "free" version or
not.
Doesn't OmniGraffle do some UML stuff too?
Ye
On Aug 24, 2007, at 5:04 AM, Nodet Guillaume wrote:
Any other people interested ?
I wouldn't mind listening in. We are in the very early stages of a
ServiceMix implementation, though, so I don't have a lot of
opinions... yet. :)
Cheers,
Guillaume Nodet
--
Daryl
http://itsallsema
On Aug 23, 2007, at 11:58 AM, James Strachan wrote:
On 8/22/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
As I explained in the other thread, I've been working on a new API
for ServiceMix 4.0.
Hopefully this will serve as an input for JBI 2.0.
This API is available at https://svn.apache.org/
So if i understand you correctly, you are mostly concerned of enhancing
the JMS flow in the following areas:
* avoid ping/pong and lower bandwidth requirement
(avoid sending the whole exchange and only send the actual data)
* enhance security (authentication, encryption ?)
* enhance th
Any other people interested ?
Cheers,
Guillaume Nodet
On Aug 23, 2007, at 3:37 PM, Kit Plummer wrote:
I'd be up for a few chat sessions!
On 8/23/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
Btw, if there is sufficient interest, we could organize irc meetings
to discuss these topics and po
Hi!
Sorry to drop in like this, but have you tried
http://argouml.tigris.org/ ?
Best regards,
Kovi
Dne 23.08.2007 (čet) ob 14:21 -0600 je Bruce Snyder zapisal(a):
> On 8/23/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
>
> > I've used MagicDraw on OS X. It's pretty terrible...but does wor
On 8/23/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
> I've used MagicDraw on OS X. It's pretty terrible...but does work for
> sequence diagrams. I'm not sure if they have a "free" version or not.
> Doesn't OmniGraffle do some UML stuff too?
Yeah I've used MagicDraw in the past. Unfortunately the
On 8/23/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
>
> On 8/23/07, Daryl Richter <[EMAIL PROTECTED]> wrote:
> >
> > On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:
> >
> > [snip]
> >
> > > (anybody knows a good tool for uml ?).
> >
> > Take a look at JUDE Community Edition. Works great for m
On Aug 23, 2007, at 11:30 AM, Bruce Snyder wrote:
On 8/23/07, Daryl Richter <[EMAIL PROTECTED]> wrote:
On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:
[snip]
(anybody knows a good tool for uml ?).
Take a look at JUDE Community Edition. Works great for me.
http://jude.change-vision.
On 8/23/07, Daryl Richter <[EMAIL PROTECTED]> wrote:
>
> On Aug 22, 2007, at 10:59 AM, Nodet Guillaume wrote:
>
> [snip]
>
> > (anybody knows a good tool for uml ?).
>
> Take a look at JUDE Community Edition. Works great for me.
>
> http://jude.change-vision.com/jude-web/product/community.html
Lo
On 8/23/07, James Strachan <[EMAIL PROTECTED]> wrote:
> > I haven't looked at Camel converters, but would you consider adding a
> > contentType and contentEncoding mimicing the headers of HTTP & SIP.
> > The endpoint can then use the type and encoding to determine how to
> > handle the content.
>
I'd be up for a few chat sessions!
On 8/23/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
>
> Btw, if there is sufficient interest, we could organize irc meetings
> to discuss these topics and post the log to the dev list for archiving
> and later discussion.
>
> Cheers,
> Guillaume Nodet
>
> On A
Sure Guillaume.
Maybe the best thing to do is explain the concept...and what we've done to
meet our requirements.
It is actually quite simple. We needed to be able to connect two computers
together via TCP/IP, and have a publisher on one system, the consumer on the
other. Granted we've got lot'
Btw, if there is sufficient interest, we could organize irc meetings
to discuss these topics and post the log to the dev list for archiving
and later discussion.
Cheers,
Guillaume Nodet
On Aug 22, 2007, at 4:59 PM, Nodet Guillaume wrote:
As I explained in the other thread, I've been working on
On Aug 23, 2007, at 10:03 AM, Nodet Guillaume wrote:
On Aug 23, 2007, at 5:41 AM, Brian O'Neill wrote:
Exchanges can be created using the Channel#createExchange method.
The only change I'd like to
integrate in the messaging API is to allow for non xml payloads and
maybe untyped attachments
On Aug 23, 2007, at 5:41 AM, Brian O'Neill wrote:
Fanastic. Once we get consensus on the direction (your first few
points), I wonder if we shouldn't break this email out to discuss the
specifics.
Yeah, good idea!
On 8/22/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
As I explained in th
Fanastic. Once we get consensus on the direction (your first few
points), I wonder if we shouldn't break this email out to discuss the
specifics.
On 8/22/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> As I explained in the other thread, I've been working on a new API
> for ServiceMix 4.0.
> Hop
On 8/22/07, Terry Cox <[EMAIL PROTECTED]> wrote:
>
> Interesting.
>
> We need to have a very serious chat about application lifecycles and
> governance...
>
> Terry
>
And Federating...distribution of the NMR across n-platforms!
--
Kit Plummer
Nobody-in-Charge @ Black:Hole:Logic
http://www.black
On 8/22/07, Terry Cox <[EMAIL PROTECTED]> wrote:
> Interesting.
>
> We need to have a very serious chat about application lifecycles and
> governance...
Now is the time.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://activemq.org/
Apache ServiceMix - http:
Interesting.
We need to have a very serious chat about application lifecycles and
governance...
Terry
On Aug 22, 2007, at 11:43 PM, Bruce Snyder wrote:
On 8/22/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
As I explained in the other thread, I've been working on a new API
for ServiceMix 4.0.
Hopefully this will serve as an input for JBI 2.0.
This API is available at https://svn.apache.org/re
On 8/22/07, Nodet Guillaume <[EMAIL PROTECTED]> wrote:
> As I explained in the other thread, I've been working on a new API
> for ServiceMix 4.0.
> Hopefully this will serve as an input for JBI 2.0.
> This API is available at https://svn.apache.org/repos/asf/incubator/
> servicemix/branches/servic
64 matches
Mail list logo
