Re: [Dev] Using Spring Framework within Carbon framework?
Hi, On Mon, Mar 18, 2013 at 1:50 PM, Sagara Gunathunga wrote: > > > On Mon, Mar 18, 2013 at 1:38 PM, Isuru Perera wrote: > >> Hi Sagara, >> >> The first question I had was whether we use Spring within Carbon. If yes, >> then I was thinking whether we can use Spring APIs. >> >> On Mon, Mar 18, 2013 at 1:04 PM, Sagara Gunathunga wrote: >> >>> >>> >>> On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: >>> Hi all, I have a question regarding $subject. Is it already used inside core? Will we be able to use Spring Bean inside back-end services? I have used Spring Framework for many years and there are so many ways we can use it. We can also save a lot of time writing code. >>> >>> I'm '*strongly -1*' to use Spring within Carbon framework. >>> >>> Other than time saving do you have any strong use case to use Spring >>> within Carbon ? >>> >> >> There is no strong use case as of now. >> >> >>> >>> If you read AS related support-dev mails during last month you can find >>> tons of reason not to use Spring within Carbon. Any way I will list of main >>> reasons below. >>> >> >> AFAIU, AS related issues were mainly due to exposing classpath to the >> webapps. Now a solution is provided to have different isolated environments >> to webapps. In this scenario, webapps were not exposed to existing Spring >> libraries right? Please correct me if I'm wrong. >> > > If you use 'Tomcat' environment you will get Tomcat Jars only but if you > use "Carbon" environment all Carbon level dependencies are visible to web > apps. What we are promoting on AS is to use "Carbon" environment so that > web app writers can leverage Carbon feature within web apps such as > throttling, caching , user management, registry access. If Carbon component > start to use Spring those web apps deployed on "Carbon" environment also > can see Spring dependencies that it the main issue here. > So, that means, if a user wants to use "Carbon" environment and he also has Spring jars in his web app, there is no guarantee on which Spring version will load right? In this case, can we expose only the Carbon APIs to the web app? Anyway, I think I'm clear on the issue now. > > > >> >> >>> 1.) In AS 5.0.0 we provided Spring jars within Carbon framework so that >>> users don't need to package them with their web apps but finally this leads >>> to a disaster on AS 5.0.0. AFAIK there are more than 10 Spring versions >>> used by people and you can't mix Jars from different Spring versions in a >>> single classpath. If we provide a Spring version within a framework level, >>> users can't use any other Spring version with their web application they >>> have to use what ever the Spring version provided by us. This kind of >>> restrictions are no where acceptable for AS, we can't ask people to >>> re-write their application to use our AS. >>> >>> 2. ) We have received lot of issue on AS 5.0.0/5.0.1/5.0.2 just because >>> we provided Spring Jars on classpath. If we groining to use Spring within >>> Carbon components this will end up getting tons of blocking issues. Say you >>> use Spring 3.2.0 within a Carbon component and a user upload web >>> application with Spring 2.5.0 this will result into having mix of Jars file >>> on Application classpath and no one can imagine the result. Please note >>> that Spring F/W it self doesn't not recommend to mix different version >>> within a single application. >>> >>> 3.) If you go through other application servers ( also cloud offering >>> like GAE, Openshift ) most of them does not use Spring within their >>> framework level nor do not ship a Spring Jars with the servers because it >>> just break the ability to use multiple version of Spring F/W . AS try to >>> make an exception on AS 5.0.0 by shipping Spring with server and had to pay >>> great cost . In fact two weeks ago Amila and myself discussed to remove >>> Spring completely from Carbon but we have small dependency on Axis2 and >>> Synpase so we can't remove it completely. What we need to understand here >>> is if we want to provide 1st class Spring experience to users you should >>> not ship or use Spring your server framework. >>> >>> 4.) I'm a big fan of Spring F/W and it's ideal to write end user >>> applications but I haven't seen non of the enterprise level F/W like Carbon >>> use it for internal operations. In fact loading and maintaining Spring >>> ApplicationContext is costly and should not do it in a F/W level. >>> >>> 5.) Spring configuration file loading and NamespaceHandler mechanism are >>> not best fit with OSGI we may need to bring project like Spring-DM also to >>> get rid of those issues. So we end up loading lot of Spring dependencies >>> within Carbon . AFAIK C5 philosophy is make Carbon very thin and we are >>> removing Axis2 also so we should not bring 3rd party F/W like Spring unless >>> we have great amount of usages. >>> >>> 6.) In Spring JDBC Template you just need to provide JDB
Re: [Dev] Using Spring Framework within Carbon framework?
On Mon, Mar 18, 2013 at 1:38 PM, Isuru Perera wrote: > Hi Sagara, > > The first question I had was whether we use Spring within Carbon. If yes, > then I was thinking whether we can use Spring APIs. > > On Mon, Mar 18, 2013 at 1:04 PM, Sagara Gunathunga wrote: > >> >> >> On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: >> >>> Hi all, >>> >>> I have a question regarding $subject. >>> >>> Is it already used inside core? Will we be able to use Spring Bean >>> inside back-end services? >>> >>> I have used Spring Framework for many years and there are so many ways >>> we can use it. We can also save a lot of time writing code. >>> >> >> I'm '*strongly -1*' to use Spring within Carbon framework. >> >> Other than time saving do you have any strong use case to use Spring >> within Carbon ? >> > > There is no strong use case as of now. > > >> >> If you read AS related support-dev mails during last month you can find >> tons of reason not to use Spring within Carbon. Any way I will list of main >> reasons below. >> > > AFAIU, AS related issues were mainly due to exposing classpath to the > webapps. Now a solution is provided to have different isolated environments > to webapps. In this scenario, webapps were not exposed to existing Spring > libraries right? Please correct me if I'm wrong. > If you use 'Tomcat' environment you will get Tomcat Jars only but if you use "Carbon" environment all Carbon level dependencies are visible to web apps. What we are promoting on AS is to use "Carbon" environment so that web app writers can leverage Carbon feature within web apps such as throttling, caching , user management, registry access. If Carbon component start to use Spring those web apps deployed on "Carbon" environment also can see Spring dependencies that it the main issue here. > > >> 1.) In AS 5.0.0 we provided Spring jars within Carbon framework so that >> users don't need to package them with their web apps but finally this leads >> to a disaster on AS 5.0.0. AFAIK there are more than 10 Spring versions >> used by people and you can't mix Jars from different Spring versions in a >> single classpath. If we provide a Spring version within a framework level, >> users can't use any other Spring version with their web application they >> have to use what ever the Spring version provided by us. This kind of >> restrictions are no where acceptable for AS, we can't ask people to >> re-write their application to use our AS. >> >> 2. ) We have received lot of issue on AS 5.0.0/5.0.1/5.0.2 just because >> we provided Spring Jars on classpath. If we groining to use Spring within >> Carbon components this will end up getting tons of blocking issues. Say you >> use Spring 3.2.0 within a Carbon component and a user upload web >> application with Spring 2.5.0 this will result into having mix of Jars file >> on Application classpath and no one can imagine the result. Please note >> that Spring F/W it self doesn't not recommend to mix different version >> within a single application. >> >> 3.) If you go through other application servers ( also cloud offering >> like GAE, Openshift ) most of them does not use Spring within their >> framework level nor do not ship a Spring Jars with the servers because it >> just break the ability to use multiple version of Spring F/W . AS try to >> make an exception on AS 5.0.0 by shipping Spring with server and had to pay >> great cost . In fact two weeks ago Amila and myself discussed to remove >> Spring completely from Carbon but we have small dependency on Axis2 and >> Synpase so we can't remove it completely. What we need to understand here >> is if we want to provide 1st class Spring experience to users you should >> not ship or use Spring your server framework. >> >> 4.) I'm a big fan of Spring F/W and it's ideal to write end user >> applications but I haven't seen non of the enterprise level F/W like Carbon >> use it for internal operations. In fact loading and maintaining Spring >> ApplicationContext is costly and should not do it in a F/W level. >> >> 5.) Spring configuration file loading and NamespaceHandler mechanism are >> not best fit with OSGI we may need to bring project like Spring-DM also to >> get rid of those issues. So we end up loading lot of Spring dependencies >> within Carbon . AFAIK C5 philosophy is make Carbon very thin and we are >> removing Axis2 also so we should not bring 3rd party F/W like Spring unless >> we have great amount of usages. >> >> 6.) In Spring JDBC Template you just need to provide JDBC query only and >> F/W provide connection handling and Exception handling features for us >> other than that I don't aware with any other advantages. But the known fact >> is Spring JDBC Template is relatively slower than pure JDBC. When we write >> F/W we need to focus on performance than time saving. In fact once you get >> into work with pure JDBC for sometime you can achieve same level of >> efficiency. >> >> > I agree with all your points. I'm +1 on
Re: [Dev] Using Spring Framework within Carbon framework?
Hi Sagara, The first question I had was whether we use Spring within Carbon. If yes, then I was thinking whether we can use Spring APIs. On Mon, Mar 18, 2013 at 1:04 PM, Sagara Gunathunga wrote: > > > On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: > >> Hi all, >> >> I have a question regarding $subject. >> >> Is it already used inside core? Will we be able to use Spring Bean inside >> back-end services? >> >> I have used Spring Framework for many years and there are so many ways we >> can use it. We can also save a lot of time writing code. >> > > I'm '*strongly -1*' to use Spring within Carbon framework. > > Other than time saving do you have any strong use case to use Spring > within Carbon ? > There is no strong use case as of now. > > If you read AS related support-dev mails during last month you can find > tons of reason not to use Spring within Carbon. Any way I will list of main > reasons below. > AFAIU, AS related issues were mainly due to exposing classpath to the webapps. Now a solution is provided to have different isolated environments to webapps. In this scenario, webapps were not exposed to existing Spring libraries right? Please correct me if I'm wrong. > 1.) In AS 5.0.0 we provided Spring jars within Carbon framework so that > users don't need to package them with their web apps but finally this leads > to a disaster on AS 5.0.0. AFAIK there are more than 10 Spring versions > used by people and you can't mix Jars from different Spring versions in a > single classpath. If we provide a Spring version within a framework level, > users can't use any other Spring version with their web application they > have to use what ever the Spring version provided by us. This kind of > restrictions are no where acceptable for AS, we can't ask people to > re-write their application to use our AS. > > 2. ) We have received lot of issue on AS 5.0.0/5.0.1/5.0.2 just because > we provided Spring Jars on classpath. If we groining to use Spring within > Carbon components this will end up getting tons of blocking issues. Say you > use Spring 3.2.0 within a Carbon component and a user upload web > application with Spring 2.5.0 this will result into having mix of Jars file > on Application classpath and no one can imagine the result. Please note > that Spring F/W it self doesn't not recommend to mix different version > within a single application. > > 3.) If you go through other application servers ( also cloud offering like > GAE, Openshift ) most of them does not use Spring within their framework > level nor do not ship a Spring Jars with the servers because it just break > the ability to use multiple version of Spring F/W . AS try to make an > exception on AS 5.0.0 by shipping Spring with server and had to pay great > cost . In fact two weeks ago Amila and myself discussed to remove Spring > completely from Carbon but we have small dependency on Axis2 and Synpase so > we can't remove it completely. What we need to understand here is if we > want to provide 1st class Spring experience to users you should not ship or > use Spring your server framework. > > 4.) I'm a big fan of Spring F/W and it's ideal to write end user > applications but I haven't seen non of the enterprise level F/W like Carbon > use it for internal operations. In fact loading and maintaining Spring > ApplicationContext is costly and should not do it in a F/W level. > > 5.) Spring configuration file loading and NamespaceHandler mechanism are > not best fit with OSGI we may need to bring project like Spring-DM also to > get rid of those issues. So we end up loading lot of Spring dependencies > within Carbon . AFAIK C5 philosophy is make Carbon very thin and we are > removing Axis2 also so we should not bring 3rd party F/W like Spring unless > we have great amount of usages. > > 6.) In Spring JDBC Template you just need to provide JDBC query only and > F/W provide connection handling and Exception handling features for us > other than that I don't aware with any other advantages. But the known fact > is Spring JDBC Template is relatively slower than pure JDBC. When we write > F/W we need to focus on performance than time saving. In fact once you get > into work with pure JDBC for sometime you can achieve same level of > efficiency. > > I agree with all your points. I'm +1 on removing Spring dependency in Carbon Framework. My question is whether we can have something similar to JDBC Template within Carbon framework. I prefer if there are Spring like APIs for common use cases within Carbon framework so that developers can use to develop components. Right now I couldn't find any documentation on these kind of scenarios apart from opening different components and seeing how the code has written. This is also not easy due to large code base. Thanks ! > > > >> For example, Can we use Spring JDBC [1]? >> >> Spring Framework is released under Apache License [2] and therefore I >> think there will be no problems with license. >> >>
Re: [Dev] Using Spring Framework within Carbon framework?
On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: > Hi all, > > I have a question regarding $subject. > > Is it already used inside core? Will we be able to use Spring Bean inside > back-end services? > > I have used Spring Framework for many years and there are so many ways we > can use it. We can also save a lot of time writing code. > I'm '*strongly -1*' to use Spring within Carbon framework. Other than time saving do you have any strong use case to use Spring within Carbon ? If you read AS related support-dev mails during last month you can find tons of reason not to use Spring within Carbon. Any way I will list of main reasons below. 1.) In AS 5.0.0 we provided Spring jars within Carbon framework so that users don't need to package them with their web apps but finally this leads to a disaster on AS 5.0.0. AFAIK there are more than 10 Spring versions used by people and you can't mix Jars from different Spring versions in a single classpath. If we provide a Spring version within a framework level, users can't use any other Spring version with their web application they have to use what ever the Spring version provided by us. This kind of restrictions are no where acceptable for AS, we can't ask people to re-write their application to use our AS. 2. ) We have received lot of issue on AS 5.0.0/5.0.1/5.0.2 just because we provided Spring Jars on classpath. If we groining to use Spring within Carbon components this will end up getting tons of blocking issues. Say you use Spring 3.2.0 within a Carbon component and a user upload web application with Spring 2.5.0 this will result into having mix of Jars file on Application classpath and no one can imagine the result. Please note that Spring F/W it self doesn't not recommend to mix different version within a single application. 3.) If you go through other application servers ( also cloud offering like GAE, Openshift ) most of them does not use Spring within their framework level nor do not ship a Spring Jars with the servers because it just break the ability to use multiple version of Spring F/W . AS try to make an exception on AS 5.0.0 by shipping Spring with server and had to pay great cost . In fact two weeks ago Amila and myself discussed to remove Spring completely from Carbon but we have small dependency on Axis2 and Synpase so we can't remove it completely. What we need to understand here is if we want to provide 1st class Spring experience to users you should not ship or use Spring your server framework. 4.) I'm a big fan of Spring F/W and it's ideal to write end user applications but I haven't seen non of the enterprise level F/W like Carbon use it for internal operations. In fact loading and maintaining Spring ApplicationContext is costly and should not do it in a F/W level. 5.) Spring configuration file loading and NamespaceHandler mechanism are not best fit with OSGI we may need to bring project like Spring-DM also to get rid of those issues. So we end up loading lot of Spring dependencies within Carbon . AFAIK C5 philosophy is make Carbon very thin and we are removing Axis2 also so we should not bring 3rd party F/W like Spring unless we have great amount of usages. 6.) In Spring JDBC Template you just need to provide JDBC query only and F/W provide connection handling and Exception handling features for us other than that I don't aware with any other advantages. But the known fact is Spring JDBC Template is relatively slower than pure JDBC. When we write F/W we need to focus on performance than time saving. In fact once you get into work with pure JDBC for sometime you can achieve same level of efficiency. Thanks ! > For example, Can we use Spring JDBC [1]? > > Spring Framework is released under Apache License [2] and therefore I > think there will be no problems with license. > > [1] > http://static.springsource.org/spring/docs/current/spring-framework-reference/htmlsingle/#jdbc > [2] http://www.springsource.org/spring-framework > -- > Isuru Perera > Senior Software Engineer | WSO2, Inc. | http://wso2.com/ > Lean . Enterprise . Middleware > > Twitter: http://twitter.com/chrishantha | LinkedIn: > http://lk.linkedin.com/in/chrishantha/ > > ___ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- Sagara Gunathunga Technical Lead; WSO2, Inc.; http://wso2.com V.P Apache Web Services ; http://ws.apache.org/ Blog ; http://ssagara.blogspot.com ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Using Spring Framework within Carbon framework?
Hi Sameera, On Mon, Mar 18, 2013 at 12:33 PM, Sameera Jayasoma wrote: > What is your usecase? You can easily deploy Spring-based webapps in Carbon? Actually, I asked about using Spring framework within Carbon components. One of the reasons I asked this question is that I saw Spring Framework libraries, but I have no idea why those are there yet. As you know already, Carbon framework has a large code base and it will take time for me to familiarize it. I just wanted to know how Spring is used within Carbon components and whether we can use Spring classes if needed. One use case is using JDBC and managing transaction propagation etc. I'm just asking these questions as we can save time on common use cases like these (JDBC) and we can focus more on other logics. -- Isuru Perera Senior Software Engineer | WSO2, Inc. | http://wso2.com/ Lean . Enterprise . Middleware Twitter: http://twitter.com/chrishantha | LinkedIn: http://lk.linkedin.com/in/chrishantha/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Using Spring Framework within Carbon framework?
On Mon, Mar 18, 2013 at 12:30 PM, Isuru Perera wrote: > Thanks Sumedha for the answers. > > > >>> Spring Framework is released under Apache License [2] and therefore I >>> think there will be no problems with license. >>> >>> >> Generally speaking, we have not added any restrictions on using any >> framework with Carbon Framework. >> However due to component architecture we have, there may be certain >> restrictions that have creeped in without our knowledge. >> This is especially true when it comes to resource loading (configuration >> files) from classpaths. >> >> But bear in mind that when writing applications using third party >> frameworks like this and if you expect your app to be multi tenant capable, >> things like data isolation,execution isolation, security, sharing(caching), >> efficient loading of classes, logging should be taken into consideration. >> >> >> Yes, I understand. Introducing third party frameworks can be a risk to a > more complex framework like Carbon. > I will answer rest of the concerns later. But I specifically want to comment on this. This is not the intention of Carbon Frame. Though the internal implementation might be bit complex due to vast area of functionality we are covering, we never intend to expose that to developers who will be writing applications on top of us. So, ideally any developer should be free to use any of his favorite framework on top of us (given that there are no fundamental violations). Of course there can be glitches here & there. But if reported & has sufficient traction, we should definitely fix those. > >> >> >>> [1] >>> http://static.springsource.org/spring/docs/current/spring-framework-reference/htmlsingle/#jdbc >>> [2] http://www.springsource.org/spring-framework >>> -- >>> Isuru Perera >>> Senior Software Engineer | WSO2, Inc. | http://wso2.com/ >>> Lean . Enterprise . Middleware >>> >>> Twitter: http://twitter.com/chrishantha | LinkedIn: >>> http://lk.linkedin.com/in/chrishantha/ >>> >>> ___ >>> Dev mailing list >>> Dev@wso2.org >>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >> >> >> -- >> /sumedha >> m: +94 773017743 >> b : bit.ly/sumedha >> > > > > -- > Isuru Perera > Senior Software Engineer | WSO2, Inc. | http://wso2.com/ > Lean . Enterprise . Middleware > > Twitter: http://twitter.com/chrishantha | LinkedIn: > http://lk.linkedin.com/in/chrishantha/ > -- /sumedha m: +94 773017743 b : bit.ly/sumedha ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Using Spring Framework within Carbon framework?
Hi Isuru, What is your usecase? You can easily deploy Spring-based webapps in Carbon? Thanks, Sameera. On Sun, Mar 17, 2013 at 11:24 PM, Sumedha Rubasinghe wrote: > Some short answers. > > > On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: > >> Hi all, >> >> I have a question regarding $subject. >> >> Is it already used inside core? Will we be able to use Spring Bean inside >> back-end services? >> > > Yes. No restrictions. > >> >> I have used Spring Framework for many years and there are so many ways we >> can use it. We can also save a lot of time writing code. >> >> For example, Can we use Spring JDBC [1]? >> > Yes. > > >> >> Spring Framework is released under Apache License [2] and therefore I >> think there will be no problems with license. >> >> > Generally speaking, we have not added any restrictions on using any > framework with Carbon Framework. > However due to component architecture we have, there may be certain > restrictions that have creeped in without our knowledge. > This is especially true when it comes to resource loading (configuration > files) from classpaths. > > But bear in mind that when writing applications using third party > frameworks like this and if you expect your app to be multi tenant capable, > things like data isolation,execution isolation, security, sharing(caching), > efficient loading of classes, logging should be taken into consideration. > > > > > >> [1] >> http://static.springsource.org/spring/docs/current/spring-framework-reference/htmlsingle/#jdbc >> [2] http://www.springsource.org/spring-framework >> -- >> Isuru Perera >> Senior Software Engineer | WSO2, Inc. | http://wso2.com/ >> Lean . Enterprise . Middleware >> >> Twitter: http://twitter.com/chrishantha | LinkedIn: >> http://lk.linkedin.com/in/chrishantha/ >> >> ___ >> Dev mailing list >> Dev@wso2.org >> http://wso2.org/cgi-bin/mailman/listinfo/dev >> >> > > > -- > /sumedha > m: +94 773017743 > b : bit.ly/sumedha > > ___ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- Sameera Jayasoma Senior Technical Lead WSO2, Inc. (http://wso2.com) email: same...@wso2.com blog: http://sameera.adahas.org Lean . Enterprise . Middleware ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Using Spring Framework within Carbon framework?
Thanks Sumedha for the answers. On Mon, Mar 18, 2013 at 11:54 AM, Sumedha Rubasinghe wrote: > Some short answers. > > > On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: > >> Hi all, >> >> I have a question regarding $subject. >> >> Is it already used inside core? Will we be able to use Spring Bean inside >> back-end services? >> > > Yes. No restrictions. > I asked this question as Spring has implemented classes in a simple way to use Java EE APIs. If there are no restrictions, we can think of re-using what Spring has done. >> I have used Spring Framework for many years and there are so many ways we >> can use it. We can also save a lot of time writing code. >> >> For example, Can we use Spring JDBC [1]? >> > Yes. > > I asked this as we also need to use JDBC within Carbon components and we can reduce the effort of creating data sources, transaction management etc. One problem is that the code will be coupled with Spring Framework, but I think that's a compromise we can make to reduce the effort to do everything manually. Currently how do these things related to JDBC are handled? Is there an example for me to check? I think API Manager also uses JDBC. >> Spring Framework is released under Apache License [2] and therefore I >> think there will be no problems with license. >> >> > Generally speaking, we have not added any restrictions on using any > framework with Carbon Framework. > However due to component architecture we have, there may be certain > restrictions that have creeped in without our knowledge. > This is especially true when it comes to resource loading (configuration > files) from classpaths. > > But bear in mind that when writing applications using third party > frameworks like this and if you expect your app to be multi tenant capable, > things like data isolation,execution isolation, security, sharing(caching), > efficient loading of classes, logging should be taken into consideration. > > > Yes, I understand. Introducing third party frameworks can be a risk to a more complex framework like Carbon. > > > >> [1] >> http://static.springsource.org/spring/docs/current/spring-framework-reference/htmlsingle/#jdbc >> [2] http://www.springsource.org/spring-framework >> -- >> Isuru Perera >> Senior Software Engineer | WSO2, Inc. | http://wso2.com/ >> Lean . Enterprise . Middleware >> >> Twitter: http://twitter.com/chrishantha | LinkedIn: >> http://lk.linkedin.com/in/chrishantha/ >> >> ___ >> Dev mailing list >> Dev@wso2.org >> http://wso2.org/cgi-bin/mailman/listinfo/dev >> >> > > > -- > /sumedha > m: +94 773017743 > b : bit.ly/sumedha > -- Isuru Perera Senior Software Engineer | WSO2, Inc. | http://wso2.com/ Lean . Enterprise . Middleware Twitter: http://twitter.com/chrishantha | LinkedIn: http://lk.linkedin.com/in/chrishantha/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] Using Spring Framework within Carbon framework?
Some short answers. On Mon, Mar 18, 2013 at 11:27 AM, Isuru Perera wrote: > Hi all, > > I have a question regarding $subject. > > Is it already used inside core? Will we be able to use Spring Bean inside > back-end services? > Yes. No restrictions. > > I have used Spring Framework for many years and there are so many ways we > can use it. We can also save a lot of time writing code. > > For example, Can we use Spring JDBC [1]? > Yes. > > Spring Framework is released under Apache License [2] and therefore I > think there will be no problems with license. > > Generally speaking, we have not added any restrictions on using any framework with Carbon Framework. However due to component architecture we have, there may be certain restrictions that have creeped in without our knowledge. This is especially true when it comes to resource loading (configuration files) from classpaths. But bear in mind that when writing applications using third party frameworks like this and if you expect your app to be multi tenant capable, things like data isolation,execution isolation, security, sharing(caching), efficient loading of classes, logging should be taken into consideration. > [1] > http://static.springsource.org/spring/docs/current/spring-framework-reference/htmlsingle/#jdbc > [2] http://www.springsource.org/spring-framework > -- > Isuru Perera > Senior Software Engineer | WSO2, Inc. | http://wso2.com/ > Lean . Enterprise . Middleware > > Twitter: http://twitter.com/chrishantha | LinkedIn: > http://lk.linkedin.com/in/chrishantha/ > > ___ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- /sumedha m: +94 773017743 b : bit.ly/sumedha ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] Using Spring Framework within Carbon framework?
Hi all, I have a question regarding $subject. Is it already used inside core? Will we be able to use Spring Bean inside back-end services? I have used Spring Framework for many years and there are so many ways we can use it. We can also save a lot of time writing code. For example, Can we use Spring JDBC [1]? Spring Framework is released under Apache License [2] and therefore I think there will be no problems with license. [1] http://static.springsource.org/spring/docs/current/spring-framework-reference/htmlsingle/#jdbc [2] http://www.springsource.org/spring-framework -- Isuru Perera Senior Software Engineer | WSO2, Inc. | http://wso2.com/ Lean . Enterprise . Middleware Twitter: http://twitter.com/chrishantha | LinkedIn: http://lk.linkedin.com/in/chrishantha/ ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
