springframework-developer Mailing List for Spring Framework (Page 121)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

I will be out of the office starting  02.06.2005 and will not return until
06.06.2005.

Hi Mike,

That should actually be considered a bug in Spring. Existing bean instances
passed into AutowireCapableBeanFactory methods should not be considered as
shared instances but rather as independent instances, outside Spring's
lifecycle management. There is no need to track dependencies for such bean
instances.

Hence, I've changed AbstractAutowireCapableBeanFactory to create prototype
bean definitions for its temporary needs there, avoiding the dependency
tracking that would kick in for singletons. This will be available in
tomorrow's nightly snapshot (in about 26 hours) and make it into the
upcoming Spring 1.2.2. Feel free to give it an early try!

Regarding private/public/protected bean visibility: Admittedly, this doesn't
have high priority at this point of time. We mainly recommend to use inner
bean definitions for beans that you don't want to expose at all.

Explicit control of the public visibility vs the internal visibility of
beans would be nice, of course, but is not entirely trivial to solve for the
general case (for example, across multiple context definition files). I
guess we'll target this for Spring 1.3, given that there's a major adopter
waiting for it :-)

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Mike Cannon-Brookes
Sent: Thursday, June 02, 2005 9:36 PM
To: Spring Developer
Subject: [Springframework-developer] Creating Memory Leaks with Spring

Hey guys,

One of our dev's found this 'leak' (after days of tracking down a
leak) and wrote it up:

http://confluence.atlassian.com/display/DEV/Creating+Memory+Leaks+with+Sprin
g

Are we doing things wrong?

Is the new factory workaround the 'right' way to do this?

Are we the only ones autowiring so many beans that we notice the memory
effects?

Any ETA on private/public/protected bean protections? (ok, this one
has nothing to do with the leaks but I thought I'd throw it in anyway
;))

Cheers,
Mike
--
ATLASSIAN - http://www.atlassian.com

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Hey guys,

One of our dev's found this 'leak' (after days of tracking down a
leak) and wrote it up:

http://confluence.atlassian.com/display/DEV/Creating+Memory+Leaks+with+Spri=
ng

Are we doing things wrong?=20

Is the new factory workaround the 'right' way to do this?

Are we the only ones autowiring so many beans that we notice the memory eff=
ects?

Any ETA on private/public/protected bean protections? (ok, this one
has nothing to do with the leaks but I thought I'd throw it in anyway
;))

Cheers,
Mike
--=20
ATLASSIAN - http://www.atlassian.com

Hi Keith, we have developed a tag to put a bean in one scope of the 
view. I have attached it, and I hope it will be what you need.

Usage example:

  ApplicationContext:

   <bean id="myBean" class="...">
     ...
   </bean>

  JSP View:

  <%@ taglib prefix="dco" uri="http://www.disid.com/tags/dco" %>

  <dco:defineBean name="myBean" var="mb" />
  <c:out value="${mb.property}" />

>Juergen,
>
>I should clarify: I meant from a view template like a .jsp, not a mvc View
>instance.  Basically I have some beans in a flow-scoped application context.
>Because the AC is in flow scope, I can access it like this from view
>resources participating in the flow.  Ideally I'd like to be able to invoke
>arbitrary methods on certain beans, like this:
>
>${transactionContext.transactionCoordinator.amountDeposited}, which would
>translate to: ac.getBean("transactionCoordinator").getAmountDeposited().
>
>Keith
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf Of
>Juergen Hoeller
>Sent: Wednesday, June 01, 2005 2:58 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] am I missing something
>
>Keith,
>
>If you define your View instances as beans (using XmlViewResolver or
>ResourceBundleViewResolver), you can wire them with anything you want, using
>standard Spring bean references.
>
>However, if you're using a UrlBasedViewResolver, this is not available
>because of the different View instantiation model there. You can do
>ApplicationContext lookups in an ApplicationContextAware view, though.
>
>What concretely do you want to pass to a View instance?
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf Of
>Keith Donald
>Sent: Wednesday, June 01, 2005 2:31 AM
>To: spr...@li...
>Subject: [Springframework-developer] am I missing something
>
>
>Is there an easy way to invoke methods on a bean exported in the Spring
>application context from a view?  It'd be quite useful for this app I'm
>building.  I reckon I could just stick the service I want to expose into the
>model but it'd be cool to have the whole context in there in this case..  I
>know we also want this capability in web flow definitions as well.
>
>Keith
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Yahoo.
>Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>Search APIs Find out how you can build Yahoo! directly into your own
>Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Yahoo.
>Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>Search APIs Find out how you can build Yahoo! directly into your own
>Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>  
>

-- 
J.Enrique Ruiz-Valenciano
CIO, DiSiD S.L.L. (http://www.disid.com)
Email: er...@di...

You could write a simple custom tag that takes an OGNL expression and does 
what you want to do. Something like:

<keith:out 
value="${transactionContext.transactionCoordinator.amountDeposited}"/>

Erwin Vervaet
erw...@er...
----- Original Message ----- 
From: "Keith Donald" <ke...@in...>
To: <spr...@li...>
Sent: Thursday, June 02, 2005 9:49 AM
Subject: RE: [Springframework-developer] am I missing something

> Juergen,
>
> I should clarify: I meant from a view template like a .jsp, not a mvc View
> instance.  Basically I have some beans in a flow-scoped application 
> context.
> Because the AC is in flow scope, I can access it like this from view
> resources participating in the flow.  Ideally I'd like to be able to 
> invoke
> arbitrary methods on certain beans, like this:
>
> ${transactionContext.transactionCoordinator.amountDeposited}, which would
> translate to: ac.getBean("transactionCoordinator").getAmountDeposited().
>
> Keith
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf 
> Of
> Juergen Hoeller
> Sent: Wednesday, June 01, 2005 2:58 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] am I missing something
>
> Keith,
>
> If you define your View instances as beans (using XmlViewResolver or
> ResourceBundleViewResolver), you can wire them with anything you want, 
> using
> standard Spring bean references.
>
> However, if you're using a UrlBasedViewResolver, this is not available
> because of the different View instantiation model there. You can do
> ApplicationContext lookups in an ApplicationContextAware view, though.
>
> What concretely do you want to pass to a View instance?
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf Of
> Keith Donald
> Sent: Wednesday, June 01, 2005 2:31 AM
> To: spr...@li...
> Subject: [Springframework-developer] am I missing something
>
>
> Is there an easy way to invoke methods on a bean exported in the Spring
> application context from a view?  It'd be quite useful for this app I'm
> building.  I reckon I could just stick the service I want to expose into 
> the
> model but it'd be cool to have the whole context in there in this case.. 
> I
> know we also want this capability in web flow definitions as well.
>
> Keith
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
> 

Well here you're getting into view templating technology.

JSTL simply won't let you do arbitrary method invocations in 
expressions. This is a fundamental limitation you can't get around short 
of switching to another view technology (Velocity or FreeMarker for 
example will let you do method invocations in their expression language. 
In a JSP page you'll have to use a scriptlet instead (ughh!). The new 
JSP 2.1/JSTL also allow you to define accessor methods of some sort. 
It's still quite clunky and way to much work. I've had this argument 
(about how useless JSTL is) a number of times with people, most recently 
here:
http://www.theserverside.com/news/thread.tss?thread_id=33990#171263

Keith Donald wrote:

>Juergen,
>
>I should clarify: I meant from a view template like a .jsp, not a mvc View
>instance.  Basically I have some beans in a flow-scoped application context.
>Because the AC is in flow scope, I can access it like this from view
>resources participating in the flow.  Ideally I'd like to be able to invoke
>arbitrary methods on certain beans, like this:
>
>${transactionContext.transactionCoordinator.amountDeposited}, which would
>translate to: ac.getBean("transactionCoordinator").getAmountDeposited().
>
>Keith
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf Of
>Juergen Hoeller
>Sent: Wednesday, June 01, 2005 2:58 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] am I missing something
>
>Keith,
>
>If you define your View instances as beans (using XmlViewResolver or
>ResourceBundleViewResolver), you can wire them with anything you want, using
>standard Spring bean references.
>
>However, if you're using a UrlBasedViewResolver, this is not available
>because of the different View instantiation model there. You can do
>ApplicationContext lookups in an ApplicationContextAware view, though.
>
>What concretely do you want to pass to a View instance?
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf Of
>Keith Donald
>Sent: Wednesday, June 01, 2005 2:31 AM
>To: spr...@li...
>Subject: [Springframework-developer] am I missing something
>
>
>Is there an easy way to invoke methods on a bean exported in the Spring
>application context from a view?  It'd be quite useful for this app I'm
>building.  I reckon I could just stick the service I want to expose into the
>model but it'd be cool to have the whole context in there in this case..  I
>know we also want this capability in web flow definitions as well.
>
>Keith
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Yahoo.
>Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>Search APIs Find out how you can build Yahoo! directly into your own
>Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Yahoo.
>Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>Search APIs Find out how you can build Yahoo! directly into your own
>Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

Juergen,

I should clarify: I meant from a view template like a .jsp, not a mvc View
instance.  Basically I have some beans in a flow-scoped application context.
Because the AC is in flow scope, I can access it like this from view
resources participating in the flow.  Ideally I'd like to be able to invoke
arbitrary methods on certain beans, like this:

${transactionContext.transactionCoordinator.amountDeposited}, which would
translate to: ac.getBean("transactionCoordinator").getAmountDeposited().

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Juergen Hoeller
Sent: Wednesday, June 01, 2005 2:58 PM
To: spr...@li...
Subject: Re: [Springframework-developer] am I missing something

Keith,

If you define your View instances as beans (using XmlViewResolver or
ResourceBundleViewResolver), you can wire them with anything you want, using
standard Spring bean references.

However, if you're using a UrlBasedViewResolver, this is not available
because of the different View instantiation model there. You can do
ApplicationContext lookups in an ApplicationContextAware view, though.

What concretely do you want to pass to a View instance?

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
Keith Donald
Sent: Wednesday, June 01, 2005 2:31 AM
To: spr...@li...
Subject: [Springframework-developer] am I missing something

Is there an easy way to invoke methods on a bean exported in the Spring
application context from a view?  It'd be quite useful for this app I'm
building.  I reckon I could just stick the service I want to expose into the
model but it'd be cool to have the whole context in there in this case..  I
know we also want this capability in web flow definitions as well.

Keith

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050602001627Lbuild.274

Keith,

If you define your View instances as beans (using XmlViewResolver or
ResourceBundleViewResolver), you can wire them with anything you want, using
standard Spring bean references.

However, if you're using a UrlBasedViewResolver, this is not available
because of the different View instantiation model there. You can do
ApplicationContext lookups in an ApplicationContextAware view, though.

What concretely do you want to pass to a View instance?

Juergen

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
Keith Donald
Sent: Wednesday, June 01, 2005 2:31 AM
To: spr...@li...
Subject: [Springframework-developer] am I missing something

Is there an easy way to invoke methods on a bean exported in the Spring
application context from a view?  It'd be quite useful for this app I'm
building.  I reckon I could just stick the service I want to expose into the
model but it'd be cool to have the whole context in there in this case..  I
know we also want this capability in web flow definitions as well.

Keith

Guys, im using hibernate3 OpenSessionInViewInterceptor (OSIVI) seem it=20
doesn't work well with AbstractTemplate (Velocity). It says, Session alread=
y=20
closed or cannot find session. So i moved back to OSIVF no problem ? Btw im=
=20
using Acegi ProxyFilterChain, could this couse OSIVI unhappy ?

Is there an easy way to invoke methods on a bean exported in the Spring
application context from a view?  It'd be quite useful for this app I'm
building.  I reckon I could just stick the service I want to expose into the
model but it'd be cool to have the whole context in there in this case..  I
know we also want this capability in web flow definitions as well.

Keith

We also have a need for file upload via portlet and so began using the 
1.1 Jakarta package.  As a temporary solution, we simply built a 
controller that uses the org.apache.commons.fileupload classes directly 
and this is working well and is not really at all complicated.  If 
anyone is interested in seeing the implementation, I can clean up the 
code a bit and post something.

I've been building and collecting a lot of code to contribute into 
Spring when Juergen & Co. are ready to get rolling on the Portlet MVC 
framework.  Please send me what you have and I will work to get it 
integrated in.

Thanks!
John Lewis

J.Enrique Ruiz-Valenciano wrote:
> Hi all,
> 
> Currently, Spring PortletMVC doesn't have file upload support. Due to
> the requirements of one of our projects we have to develop it. And now,
> we like to contribute it to Spring community but we doesn't know how we
> can do it.
> 
> Our work is centered on the refactoring of the package
> org.springframework.web.multipart.commons in order to use Jakarta
> Commons FileUpload 1.1-dev.
> 
> We work with Spring Webflow for Portlets and we had to add
> MultipartRequest support to SWF too.
> 
> Do you consider this work has interest for Spring community?
> 
> Best regards.
> 
> --
> eruiz at disid dot com
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
> online with coworkers and clients while avoiding the high cost of travel and
> communications. There is no equipment to buy and you can meet as often as
> you want. Try it free.http://ads.osdn.com/?ad_idt02&alloc_id135&op=click

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050531001625Lbuild.273

1117491919
FAILED
    [junit] Testcase: testProxiedUserInterfacesWithMultipleInterfaces took 0.05 sec
    [junit] Testcase: testProxiedUserInterfacesWithNoInterface took 0.008 sec
    [junit] Tests run: 15, Failures: 1, Errors: 0, Time elapsed: 32.038 sec
    [junit] Testsuite: org.springframework.aop.framework.CglibProxyTests
    [junit] Tests run: 15, Failures: 1, Errors: 0, Time elapsed: 32.038 sec
    [junit] ------------- Standard Output ---------------
    [junit] StopWatch '': running time (millis) = 20794
    [junit] [class org.springframework.aop.framework.CglibProxyTests.testManyProxies: create 10000 proxies] took 20794=100%
    [junit] ------------- ---------------- ---------------

    [junit] Testcase: testNullConfig took 0.395 sec
    [junit] Testcase: testNoTarget took 0.026 sec
    [junit] Testcase: testProtectedMethodInvocation took 2.234 sec
    [junit] Testcase: testProxyCanBeClassNotInterface took 1.057 sec
    [junit] Testcase: testCglibProxyingGivesMeaningfulExceptionIfAskedToProxyNonvisibleClass took 0.051 sec
    [junit] Testcase: testMethodInvocationDuringConstructor took 0.365 sec
    [junit] Testcase: testUnadvisedProxyCreationWithCallDuringConstructor took 0.272 sec
    [junit] Testcase: testMultipleProxies took 1.022 sec
    [junit] Testcase: testWithNoArgConstructor took 0.536 sec
    [junit] Testcase: testProxyAProxy took 1.022 sec
    [junit] Testcase: testExceptionHandling took 0.237 sec
    [junit] Testcase: testWithDependencyChecking took 3.916 sec
    [junit] Testcase: testNoInterceptorsAndNoTarget took 0 sec
    [junit] Testcase: testValuesStick took 0.022 sec
    [junit] Testcase: testManyProxies took 20.816 sec
    [junit] 	FAILED
    [junit] Proxy creation was too slow
    [junit] junit.framework.AssertionFailedError: Proxy creation was too slow
    [junit] 	at org.springframework.aop.framework.AbstractAopProxyTests.testManyProxies(AbstractAopProxyTests.java:147)

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

#: on behalf of Dain Sundstrom :: 5/30/2005 5:54 PM :#
> On May 30, 2005, at 12:19 AM, Alexandru Popescu wrote:
> 
>> If you search the forum you will find different solutions to the  
>> above problem. I was looking for
>> the same thing for a while, and currently i am quite happy with a  
>> modified solution I've found on forum.
> 
> Can you give me a hint on what to search for?  I could spend hours  
> looking for this.
> 

1/ Run-time Dependency Injection
2/ Prototype bean constructor/factory runtime args
3/ JIRA issues SPR-334 and SPR-695

pls let me know if these are what you are looking for.

>> For the 2nd question: do you need another method call than the  
>> after-init?
> 
> I'm not sure what you mean. In geronimo the normal geronimo bean  
> creation process is:
> 
> 1) call constructor
> Foo foo = new Foo(a, b, c)
> 
> 2) setter inject including dynamic properties (order is not important)
> foo.setBar(bar)
> foo.setAtttibute("baz", baz);
> foo.setCheese(cheese);
> foo.setAtttibute("donkey", donkey);
> 
> 3) call initialization done method
> foo.doStart();
> 
> 
> So all injection must occur before the initialization method.  I can  
> think of two ways to support dynamic properties directly in spring:
> 
> 1) specifically support them by a dynamicSetterName field to the bean  
> definition, and either automatically assume that any property without  
> a setter is a dynamic property, or have some way for a user to flag a  
> property as dynamic
> 
> 2) generically support additional initialization methods (with  
> arguments) before the final after-init method is called.  This would  
> require adding a list of method names with args to invoke.  For the  
> args, you could just the same matching rules as constructor injection.
> 
> The first option is simpler and cleaner, but the second is much more  
> powerful (more complex and a bit ugly).
> 
> -dain
> 
> 

I see. Take a look at the possible solutions and if those are not good enough maybe somebody else
will be able to provide another way to do it.

cheers,
:alex |.::the_mindstorm::.|

> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

On May 30, 2005, at 12:19 AM, Alexandru Popescu wrote:

> If you search the forum you will find different solutions to the  
> above problem. I was looking for
> the same thing for a while, and currently i am quite happy with a  
> modified solution I've found on forum.

Can you give me a hint on what to search for?  I could spend hours  
looking for this.

> For the 2nd question: do you need another method call than the  
> after-init?

I'm not sure what you mean. In geronimo the normal geronimo bean  
creation process is:

1) call constructor
Foo foo = new Foo(a, b, c)

2) setter inject including dynamic properties (order is not important)
foo.setBar(bar)
foo.setAtttibute("baz", baz);
foo.setCheese(cheese);
foo.setAtttibute("donkey", donkey);

3) call initialization done method
foo.doStart();

So all injection must occur before the initialization method.  I can  
think of two ways to support dynamic properties directly in spring:

1) specifically support them by a dynamicSetterName field to the bean  
definition, and either automatically assume that any property without  
a setter is a dynamic property, or have some way for a user to flag a  
property as dynamic

2) generically support additional initialization methods (with  
arguments) before the final after-init method is called.  This would  
require adding a list of method names with args to invoke.  For the  
args, you could just the same matching rules as constructor injection.

The first option is simpler and cleaner, but the second is much more  
powerful (more complex and a bit ugly).

-dain

#: on behalf of Dain Sundstrom :: 5/30/2005 4:03 AM :#
> Hi all,
> 
> I've been working on an implementation of the Geronimo kernel  
> interface using Spring.  All is going well, but I have run into one  
> feature Geronimo has that Spring doesn't.  In Geronimo a bean can  
> have dynamic properties.  A dynamic property is treated just like any  
> other property but instead of calling setFoo(value), we call  
> setAttribute("foo", value).  These are set when the other setter  
> injected properties are set.
> 
> Have you guys ever considered adding support for dynamic attributes?
> 
> An alternative solution is to allow generic method invocation before  
> init method is called.
> 
> -dain
> 
> 

Hi Dain!

If you search the forum you will find different solutions to the above problem. I was looking for
the same thing for a while, and currently i am quite happy with a modified solution I've found on forum.

For the 2nd question: do you need another method call than the after-init?

:alex |.::the_mindstorm::.|

> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

Hi all,

I've been working on an implementation of the Geronimo kernel  
interface using Spring.  All is going well, but I have run into one  
feature Geronimo has that Spring doesn't.  In Geronimo a bean can  
have dynamic properties.  A dynamic property is treated just like any  
other property but instead of calling setFoo(value), we call  
setAttribute("foo", value).  These are set when the other setter  
injected properties are set.

Have you guys ever considered adding support for dynamic attributes?

An alternative solution is to allow generic method invocation before  
init method is called.

-dain

Whoops. I had renamed the old 1.2 to 1.2.0, which is what it should have 
actually been from the begining, and that caused the breakage...  But 
I've changed the link on the docs page to 1.2.x, which should always 
point to the current 1.2 version...

Thomas Risberg wrote:

> Garry,
>
> Thanks for the heads up.  I have replaced the version specific link  
> with http://static.springframework.org/spring/docs/current/reference/ 
> index.html.  That should always contain the most recent release docs.
>
> Thomas
>
> On May 28, 2005, at 1:01 PM, Boyce, Keith Garry wrote:
>
>>
>> Links to documentation are broken..
>>
>> i.e:
>> http://static.springframework.org/spring/docs/1.2/reference/index.html
>>
>> Garry
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...] On  
>> Behalf
>> Of Juergen Hoeller
>> Sent: Saturday, May 28, 2005 7:34 AM
>> To: spr...@li...;
>> spr...@li...
>> Subject: [Springframework-developer] Spring Framework 1.2.1 released
>>
>> Dear Spring community,
>>
>> I'm pleased to announce that Spring 1.2.1 has just been released. This
>> is a bugfix and refinement release, addressing a number of issues  found
>> in 1.2 final.
>>
>> Furthermore, we have updated PetClinic to serve as showcase for JMX
>> export:
>> the JDBC version exposes a cache refresh operation and a call monitor
>> via JMX now.
>>
>> I'd like to encourage all Spring 1.2 RC/final users to upgrade to  
>> Spring
>> 1.2.1, in particular if using the Hibernate3 integration.
>>
>> FYI, a 1.2.2 release is scheduled for late June, introducing various
>> minor new features. See our JIRA for details.
>>
>> Cheers,
>>
>> Juergen
>>
>> -----
>> Juergen Hoeller
>> Interface21 - Spring Services from the Source
>> http://www.springframework.com
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Yahoo.
>> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>> Search APIs Find out how you can build Yahoo! directly into your own
>> Applications - visit
>> http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>> This message is a PRIVATE communication.
>> If you are not the intended recipient, please do not read, copy,
>> or use it, and do not disclose it to others. Please notify the
>> sender of the delivery error by replying to this message, and then
>> delete it from your system. Thank you.
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Yahoo.
>> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>> Search APIs Find out how you can build Yahoo! directly into your own
>> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg- 
>> q22005
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit 
> http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

-- 
Colin Sampaleanu
Interface21 Principal Consultant
Spring Training, Consulting and Support - "From the Source"
http://www.springframework.com

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050529001622Lbuild.272

Garry,

Thanks for the heads up.  I have replaced the version specific link  
with http://static.springframework.org/spring/docs/current/reference/ 
index.html.  That should always contain the most recent release docs.

Thomas

On May 28, 2005, at 1:01 PM, Boyce, Keith Garry wrote:

>
> Links to documentation are broken..
>
> i.e:
> http://static.springframework.org/spring/docs/1.2/reference/index.html
>
> Garry
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On  
> Behalf
> Of Juergen Hoeller
> Sent: Saturday, May 28, 2005 7:34 AM
> To: spr...@li...;
> spr...@li...
> Subject: [Springframework-developer] Spring Framework 1.2.1 released
>
> Dear Spring community,
>
> I'm pleased to announce that Spring 1.2.1 has just been released. This
> is a bugfix and refinement release, addressing a number of issues  
> found
> in 1.2 final.
>
> Furthermore, we have updated PetClinic to serve as showcase for JMX
> export:
> the JDBC version exposes a cache refresh operation and a call monitor
> via JMX now.
>
> I'd like to encourage all Spring 1.2 RC/final users to upgrade to  
> Spring
> 1.2.1, in particular if using the Hibernate3 integration.
>
> FYI, a 1.2.2 release is scheduled for late June, introducing various
> minor new features. See our JIRA for details.
>
> Cheers,
>
> Juergen
>
> -----
> Juergen Hoeller
> Interface21 - Spring Services from the Source
> http://www.springframework.com
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit
> http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> This message is a PRIVATE communication.
> If you are not the intended recipient, please do not read, copy,
> or use it, and do not disclose it to others. Please notify the
> sender of the delivery error by replying to this message, and then
> delete it from your system. Thank you.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg- 
> q22005
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>

Links to documentation are broken..

i.e:
http://static.springframework.org/spring/docs/1.2/reference/index.html

Garry=0D

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Juergen Hoeller
Sent: Saturday, May 28, 2005 7:34 AM
To: spr...@li...;
spr...@li...
Subject: [Springframework-developer] Spring Framework 1.2.1 released

Dear Spring community,

I'm pleased to announce that Spring 1.2.1 has just been released. This
is a bugfix and refinement release, addressing a number of issues found
in 1.2 final.

Furthermore, we have updated PetClinic to serve as showcase for JMX
export:
the JDBC version exposes a cache refresh operation and a call monitor
via JMX now.

I'd like to encourage all Spring 1.2 RC/final users to upgrade to Spring
1.2.1, in particular if using the Hibernate3 integration.

FYI, a 1.2.2 release is scheduled for late June, introducing various
minor new features. See our JIRA for details.

Cheers,

Juergen

-----
Juergen Hoeller
Interface21 - Spring Services from the Source
http://www.springframework.com

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit
http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.

I've posted announcements on ww.springframework.org, 
forum.springframework.org, and www.springframework.com. I've also 
updated the static stuff (api JavaDoc, reference manual, etc.) on the 
org site...

Colin

Juergen Hoeller wrote:

>Dear Spring community,
>
>I'm pleased to announce that Spring 1.2.1 has just been released. This is a
>bugfix and refinement release, addressing a number of issues found in 1.2
>final.
>
>Furthermore, we have updated PetClinic to serve as showcase for JMX export:
>the JDBC version exposes a cache refresh operation and a call monitor via
>JMX now.
>
>I'd like to encourage all Spring 1.2 RC/final users to upgrade to Spring
>1.2.1, in particular if using the Hibernate3 integration.
>
>FYI, a 1.2.2 release is scheduled for late June, introducing various minor
>new features. See our JIRA for details.
>
>Cheers,
>
>Juergen
>
>-----
>Juergen Hoeller
>Interface21 - Spring Services from the Source
>http://www.springframework.com
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by Yahoo.
>Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
>Search APIs Find out how you can build Yahoo! directly into your own
>Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

-- 
Colin Sampaleanu
Interface21 Principal Consultant
Spring Training, Consulting and Support - "From the Source"
http://www.springframework.com

1117290095
FAILED
    [junit] Testcase: testProxiedUserInterfacesWithMultipleInterfaces took 0.22 sec
    [junit] Testcase: testProxiedUserInterfacesWithNoInterface took 0.019 sec
    [junit] Tests run: 15, Failures: 1, Errors: 0, Time elapsed: 30.092 sec
    [junit] Testsuite: org.springframework.aop.framework.CglibProxyTests
    [junit] Tests run: 15, Failures: 1, Errors: 0, Time elapsed: 30.092 sec
    [junit] ------------- Standard Output ---------------
    [junit] StopWatch '': running time (millis) = 20283
    [junit] [class org.springframework.aop.framework.CglibProxyTests.testManyProxies: create 10000 proxies] took 20283=100%
    [junit] ------------- ---------------- ---------------

    [junit] Testcase: testNullConfig took 0.201 sec
    [junit] Testcase: testNoTarget took 0.045 sec
    [junit] Testcase: testProtectedMethodInvocation took 1.513 sec
    [junit] Testcase: testProxyCanBeClassNotInterface took 0.886 sec
    [junit] Testcase: testCglibProxyingGivesMeaningfulExceptionIfAskedToProxyNonvisibleClass took 0.123 sec
    [junit] Testcase: testMethodInvocationDuringConstructor took 0.252 sec
    [junit] Testcase: testUnadvisedProxyCreationWithCallDuringConstructor took 0.287 sec
    [junit] Testcase: testMultipleProxies took 1.122 sec
    [junit] Testcase: testWithNoArgConstructor took 0.509 sec
    [junit] Testcase: testProxyAProxy took 0.537 sec
    [junit] Testcase: testExceptionHandling took 0.449 sec
    [junit] Testcase: testWithDependencyChecking took 3.518 sec
    [junit] Testcase: testNoInterceptorsAndNoTarget took 0.001 sec
    [junit] Testcase: testValuesStick took 0.119 sec
    [junit] Testcase: testManyProxies took 20.464 sec
    [junit] 	FAILED
    [junit] Proxy creation was too slow
    [junit] junit.framework.AssertionFailedError: Proxy creation was too slow
    [junit] 	at org.springframework.aop.framework.AbstractAopProxyTests.testManyProxies(AbstractAopProxyTests.java:147)

This is an automated mail from one of the SF Compile Farm machines.  
The machine name noted in the subject encountered a failure building
or running the Spring test suite.  The last few lines of the output
were included for info.

NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.

See http://springframework.sourceforge.net/test/ for further
information.

Juergen Hoeller wrote:

> FYI, I'm about to leave for Denmark, returning on Wednesday - which means
> I'm not available for kicking this off till mix next week. Feel free to
> create JIRA issues and/or gather stuff on the wiki in the meantime :-)

Colin, perhaps we can discuss that, because i want to start with the 
first section called "Resource Definitions in an Application Context"

But we should agree on one approach in doing this. In my application i 
am doing it the same way as you ve done it for the wiki with Kodo. Is it 
possible to generalize this KodoPersistenceManagerFactoryBean (just 
different naming?) and place it in the Spring tree, this way we would 
have the same approach as with Hibernate. We would have a seperate 
Datasource definition and the linking to the JDO resource via 
"connectionFactory".

I could also start with some general blabla in a section called 
"Resource Management". Also the same as with Hibernate spring docs.

Perhaps other might want to continue with sections like:

- Inversion of Control: Template and Callback
- Transactions

Just a proposal. Happy to hear more on this from Rob or Colin. Hope its 
ok to just proceed with the documentation issue. I dont want too many 
users switching to hibernate just because Spring has no JDO docs <g>.

-- 
regards
Marc Logemann
[blog] http://www.logemann.org
[busn.] http://www.logentis.de

2003	Jan	Feb (55)	Mar (100)	Apr (203)	May (330)	Jun (190)	Jul (302)	Aug (323)	Sep (197)	Oct (245)	Nov (490)	Dec (330)
2004	Jan (194)	Feb (400)	Mar (416)	Apr (415)	May (359)	Jun (381)	Jul (491)	Aug (311)	Sep (291)	Oct (273)	Nov (355)	Dec (266)
2005	Jan (306)	Feb (303)	Mar (520)	Apr (346)	May (255)	Jun (221)	Jul (171)	Aug (247)	Sep (147)	Oct (125)	Nov (165)	Dec (65)
2006	Jan (90)	Feb (53)	Mar (121)	Apr (103)	May (113)	Jun (103)	Jul (104)	Aug (67)	Sep (78)	Oct (82)	Nov (78)	Dec (70)
2007	Jan (77)	Feb (76)	Mar (63)	Apr (30)	May (47)	Jun (41)	Jul (44)	Aug (44)	Sep (49)	Oct (33)	Nov (25)	Dec (21)
2008	Jan (45)	Feb (13)	Mar (15)	Apr (12)	May (9)	Jun (33)	Jul (30)	Aug (7)	Sep (20)	Oct (17)	Nov (20)	Dec (10)
2009	Jan (8)	Feb (5)	Mar (12)	Apr (17)	May (19)	Jun (97)	Jul (77)	Aug (33)	Sep (24)	Oct (41)	Nov (16)	Dec (32)
2010	Jan (24)	Feb (14)	Mar (50)	Apr (71)	May (70)	Jun (64)	Jul (45)	Aug (62)	Sep (32)	Oct (4)	Nov (12)	Dec (2)
2011	Jan (1)	Feb (3)	Mar (4)	Apr (3)	May (6)	Jun (1)	Jul (4)	Aug (3)	Sep (4)	Oct (6)	Nov (3)	Dec (3)
2012	Jan (4)	Feb (8)	Mar (6)	Apr (10)	May (2)	Jun (3)	Jul (11)	Aug (10)	Sep (4)	Oct	Nov (1)	Dec (1)
2013	Jan (4)	Feb (1)	Mar (9)	Apr (1)	May (8)	Jun (2)	Jul (5)	Aug (2)	Sep	Oct (3)	Nov (10)	Dec (8)
2014	Jan (3)	Feb (12)	Mar (9)	Apr (12)	May (2)	Jun	Jul (3)	Aug (1)	Sep (1)	Oct (4)	Nov	Dec (2)
2015	Jan (1)	Feb (3)	Mar (4)	Apr (9)	May (2)	Jun (2)	Jul	Aug (2)	Sep (7)	Oct (9)	Nov (7)	Dec (9)
2016	Jan (7)	Feb (5)	Mar (5)	Apr (5)	May (8)	Jun (4)	Jul (5)	Aug (4)	Sep (6)	Oct (7)	Nov (2)	Dec (3)
2017	Jan (7)	Feb (8)	Mar (7)	Apr (3)	May (4)	Jun (3)	Jul (5)	Aug (8)	Sep (4)	Oct (2)	Nov (3)	Dec
2018	Jan	Feb	Mar	Apr (1)	May	Jun (1)	Jul	Aug	Sep	Oct	Nov (1)	Dec
2019	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (1)
2021	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2022	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct	Nov	Dec
2024	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (1)	Dec
2025	Jan	Feb	Mar	Apr	May (1)	Jun	Jul (2)	Aug (5)	Sep (2)	Oct	Nov	Dec (1)
2026	Jan (1)	Feb	Mar (1)	Apr	May	Jun	Jul (1)	Aug	Sep	Oct	Nov	Dec

springframework-developer Mailing List for Spring Framework (Page 121)

springframework-developer — Spring Framework developers list