Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [gemini-dev] bean definition profiles support in gemini blueprint
Hi Alexander

It sounds like you are sorted. I wasn't aware of the solution, so it's great to see the community, in this case Jan, helping out.

(For the record, I was asking that any new support for bean definition profiles be added in such a way that it no-ops on earlier versions of Spring framework.)

Regards,
Glyn

On 22 Jan 2013, at 08:37, Alexander Shutyaev wrote:

Hi Jan,

Thanks for the answer. That's exactly the thing I was looking for! And the most wonderful thing - it works for me! :)

Glyn,

As you can see, it turns out there is some support. Or maybe you meant some other thing?

Thanks in advance,
Alexander Shutyaev


2013/1/22 Jan Stamer <J.Stamer@xxxxxxxxxxxxxxxxxxxx>

Hi Alexander,

 

you can specify the profile you want to run as a System property named „spring.profiles.active“. So it looks like -Dspring.profiles.active=development or -Dspring.profiles.active=production.

If none is specified the default profile is used.

 

Does that answer your question?

 

Bye,

Jan

 

Von: gemini-dev-bounces@xxxxxxxxxxx [mailto:gemini-dev-bounces@xxxxxxxxxxx] Im Auftrag von Alexander Shutyaev
Gesendet: Montag, 21. Januar 2013 20:18
An: Gemini and sub-projects developer discussions
Betreff: Re: [gemini-dev] bean definition profiles support in gemini blueprint

 

Hi Glyn, Jan

 

Thanks for your responses!

 

Jan,

 

My problem was not with the xml file, but with the context that is created automatically by the extender. I wonder how can I specify the active profiles to use when my META-INF/spring/*.xml files are parsed and deployed? Do you have an answer?

 

Glyn,

 

Thanks for the point, I'll see what I can do. Although could you please clarify your phrase "if you can make the change so that it also works with Spring framework 3.0.x"? I think that if it is Srping 3.0.x the xml definition itself would not match the xsd schema if I use profiles. Did you mean maybe that it should be an optional functionality that works if spring is >= 3.1 and just does nothing if spring is < 3.1 ?

 

Thanks in advance,

Alexander Shutyaev

 

2013/1/21 Jan Stamer <J.Stamer@xxxxxxxxxxxxxxxxxxxx>

Hi Alexander,

 

actually you can use profiles along with Gemini Blueprint without problems. We are doing just that in our project.

The trick is to use the Spring 3.1 namespace and not the Blueprint one.

 

If you have questions feel free to contact me!

 

Bye,

Jan

 

From: gemini-dev-bounces@xxxxxxxxxxx [gemini-dev-bounces@xxxxxxxxxxx] on behalf of Glyn Normington [gnormington@xxxxxxxxxx]
Sent: Monday, January 21, 2013 3:16 PM
To: Gemini and sub-projects developer discussions
Subject: Re: [gemini-dev] bean definition profiles support in gemini blueprint

Hi Alexander

 

Responses inline.

 

Regards,

Glyn

On 21 Jan 2013, at 13:53, Alexander Shutyaev wrote:



Hi all!

 

Is there any support for Bean Definition Profiles [1] in gemini blueprint project?

 

No.



If yes, how can I specify the active profiles to use when my META-INF/spring/*.xml files are parsed and deployed? If no, then maybe you can show me some entry point in the current source code, so I can implement this support and share it. Our app really needs this. :)

 

I'm afraid I don't have the Gemini Blueprint codebase in my head - I'm really only a caretaker project lead currently. But I would start with the ContextLoaderListener class as the entry point for the extender and go from there.

 

If you do implement support, please bear in mind that not all users will necessarily want to pre-req. Spring framework 3.1, so if you can make the change so that it also works with Spring framework 3.0.x, so much the better. We are currently aiming to release Gemini Blueprint 2.0 around March, so that might be a good vehicle to carry your changes.



 

Thanks in advance,

Alexander Shutyaev

 

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

 


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

 


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


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

Back to the top