Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [stp-dev] STP Tutorial wiki page

Hi guys,

It's great to see so much interest in the tutorial! :) Since there is another related submission (the one by SOPERA) we might need to clearly differentiate the two. The way I see it, our proposal (368) is more focused on tooling and integration of the tools, whereas the SOPERA tutorial (351) is more focused on deployment on the Runtime platform. An idea might be to change the title in 351 so that  "Developing" becomes "Deploying" even though of course in the tutorial one must also develop in order to deploy :) Similarly in 368, the title is "Towards Integrated SOA Development with Eclipse" so oriented on Development, even though it of course has some deployment. 

I'm of course open to other ideas about how to differentiate the two tutorials, as I believe the focus in indeed different (and in any case one is focused on STP, the other one on Runtime / Swordfish).

Cheers,
Adrian.

On Nov 24, 2008, at 2:12 PM, Renat Zubairov wrote:

Hi,

That’s very nice idea indeed.  I updated the Wiki page by adding Eclipse Runtime as one of the deployment targets. I think it would make sense to align our deployment options as soon as we will have implemented them, e.g. using WTP Servers API or similar. I think as soon as we will have an Incubator project under the STP main project we could submit some code there.

BR
Renat


On 24.11.08 12:56, "Vincent Zurczak" <vincent.zurczak@xxxxxxxxxxxxxxxxxx> wrote:

Hi Renat, all.


Renat Zubairov a écrit :
Re: [stp-dev] STP Tutorial wiki page Hello Vincent,
 
Thank you for the very detailed explanation. Now it’s much more clear for me what do we assume under deployment during the STP Tutorial proposal..
If I understood correctly we had two options to either deploy it on Tuscany or OW2 PEtALS. First will support native SCA deployment where second will require some additional transformations (i.e. SCA to JBI bundles, etc).
 
However it might be not the only options we could have. I just recently talked with Oliver Wolf who is Project Lead on Swordfish project and it was like a “déjà vu” feeling, because he is right now planning to do the SOA tutorial proposal which looks 90% the same as what we are discussing right now. For me it was a very good news that we are thinking about the same things and have the same vision with Eclipse Runtime.
So, what I’ve got from him – there was an idea to show end2end implementation use case and deploy it on the Swordfish runtime.
Swordfish runtime AFAIK is based on OSGI and Service Mix 4. According to Oliver SCA support for Swordfish should be ready by the EC 2009. Apart from it Swordfish is official subproject of Eclipse Runtime Project therefore I assume we might expect a better tooling integration from Swordfish into eclipse infrastructure (e.g. Equinox). For example OSGI deployment/run use-cases are already supported in Eclipse.
 
What do you think about this option?
 
I guess we could present the three. :)

The two first ones I mentionned being external to Eclipse, the tutorial would just show that "we support them and this is how we work with them".
And since SwordFish is part of the Eclipse runtime project, we could spend a little more time to show it and explain it.

It's all about timing in fact.
Maybe we should try to provide a first timing prevision for each tutorial part (installation, time to explain things and let users manipulate the tools + possible questions).

Regards,

                    Vincent.

Also in the end what we are talking about are more or less our plans. Most of the things are not yet there and still need to be done. I strongly believe that if we could show convergence of STP and Runtime projects and our commitment to provide an Eclipse based integrated SOA solution, then it would be easier to find resources to implement what we have planed :)
 
BR
Renat
 
P.S. I remember that  Stephane was thinking about greater evolving of Spring community inside the STP. Swordfish is based on Spring DM due to the fact that ServiceMix is based on it. Could it be that we could benefit somehow from it?

_______________________________________________
stp-dev mailing list
stp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-dev


Back to the top