springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Proxying Classes without a Default Constructor

[Juergen H. <ju...@in...>]

IMO, Spring 1.1.5's version of Cglib2AopProxy needs be able to run on CGLIB
2.0.2, as this is what most people will have on their class path (from
previous Spring versions, but also from Hibernate).

I guess it depends on whether it's feasible to put corresponding CGLIB
2.0/2.1 checks in Cglib2AopProxy's code. It would be great if that was
possible without too much effort. In that case, shipping with CGLIB 2.1 is
not a problem.

However, if such checks turn out to be awkward, I vote for rolling back
Cglib2AopProxy to CGLIB 2.0.2 compatibility - for Spring 1.1.5. We should
defer the CGLIB 2.1 dependency till Spring 1.2 in that case (which will
follow up soon anyway).

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Thursday, February 03, 2005 10:43 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Proxying Classes without a
Default Constructor


Juozas assures me that 2.1 will be final next week so there should be no
problems on that front. Cglib2AopProxy won't run on 1.1.5 without CGLIB
2.1 since I had to modify the code to take advantage of new features. I
can switch the class back if you'd prefer, or I can probably put some
detection logic in there to test for 2.1 or 2.0.2. That way the code
should run on 2.0.2, but one test won't pass - the one that is fixed by
the new feature.

Rob

Juergen Hoeller wrote:

>OK, then I vote for closing it as "won't fix" :-)
>
>Regarding CGLIB 2.1: Suppressing constructor calls to bean property setters
>is fine, I guess, as this is a pretty common case even for JavaBeans with
>default constructors. CGLIB 2.1 should become final within the next 3
weeks,
>though; we definitely shouldn't delay Spring 1.1.5 because of it.
>
>Does Cglib2AopProxy still run on CGLIB 2.0.2, or do we have some central
>dependency on CGLIB 2.1? Would Spring 1.1.5 built against CGLIB 2.1 still
>run with CGLIB 2.0.2 on the class path? Else, we would force 1.1.5 users to
>upgrade their CGLIB version too, which we should avoid...
>
>BTW, I don't mind exposing the constructor-arg functionality on the
internal
>Cglib2AopProxy itself, as we already do. I'd just prefer to not expose it
on
>the user-visible ProxyFactory/ProxyFactoryBean.
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Thursday, February 03, 2005 10:05 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] Proxying Classes without a
>Default Constructor
>
>
>Actually, I agree with this, I just want to get this issue fixed or
>closed - I feel guilty every time I look at JIRA :). The upgrade to
>2.1dev was to fix the problem related to side effects of calling
>constructors that initialized state for a 2nd time during proxy
>creation. The creation of a proxy with CGLIB will no longer reset any
>bean state if the constructor has calls to initialize the state.
>
>Juergen Hoeller wrote:
>
>
>
>>Rob, everybody,
>>
>>Some thoughts on the level of our CGLIB support. I have hinted at this
>>before; I guess it is the time to seriously discuss desirable and
>>undesirable features now.
>>
>>I'm inclined to argue that we shouldn't support proxying of classes
without
>>default constructor in the first place. It feels so wrong to have to
>>
>>
>specify
>
>
>>constructor args on a ProxyFactoryBean... and to actually execute the full
>>constructor of the target class just for the proxy instance, with those
>>problems of suppressing method calls in the constructor (to avoid side
>>effects) etc.
>>
>>For my taste, this goes too far. CGLIB proxies are already debatable with
>>default constructors that perform initialization work, and simply feel
like
>>a big hack when used with a non-default constructor. IMO, the proxy-based
>>AOP approach is not recommendable for such needs: Go for full-blown
AspectJ
>>or add the additional behavior in a more traditional way (wrapping,
>>subclassing, whatever).
>>
>>I'd like to hear opinions on the value of proxying classes with
non-default
>>constructors. I currently prefer to avoid that feature in the first place,
>>but I'm open to getting convinced otherwise.
>>
>>Juergen
>>
>>
>>P.S.: I suppose that the CGLIB upgrade to 2.1-dev was necessary for this?
>>Does this mean that we could stick with CGLIB 2.0.2 (for Spring 1.1.5) if
>>
>>
>we
>
>
>>avoid supporting non-default constructors for proxies?
>>
>>
>>-----Original Message-----
>>From: spr...@li...
>>[mailto:spr...@li...]On Behalf
>>Of Rob Harrop
>>Sent: Thursday, February 03, 2005 9:31 PM
>>To: spr...@li...
>>Subject: [Springframework-developer] Proxying Classes without a Default
>>Constructor
>>
>>
>>All,
>>
>>I'm going to raise this issue again in the hope that we can reach a
>>consensus before 1.1.5. I have modified Cglib2AopProxy to support
>>classes without a default constructor, we just need to make this
>>functionality available in a configurable manner. Ideally this would be
>>done with setConstructorArgs(Object[]) and
>>setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.
>>
>>Rob
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>Tool for open source databases. Create drag-&-drop reports. Save time
>>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>Tool for open source databases. Create drag-&-drop reports. Save time
>>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>>
>>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Proxying Classes without a Default Constructor

[Colin S. <col...@ex...>]

I like the idea of at least exposing the constructor args on teh 
Cglib2AopProxy. If somebody really needs this functionality, then they 
really need it, and can get at it that way at least.

Rob Harrop wrote:

> Juozas assures me that 2.1 will be final next week so there should be 
> no problems on that front. Cglib2AopProxy won't run on 1.1.5 without 
> CGLIB 2.1 since I had to modify the code to take advantage of new 
> features. I can switch the class back if you'd prefer, or I can 
> probably put some detection logic in there to test for 2.1 or 2.0.2. 
> That way the code should run on 2.0.2, but one test won't pass - the 
> one that is fixed by the new feature.
>
> Rob
>
> Juergen Hoeller wrote:
>
>> OK, then I vote for closing it as "won't fix" :-)
>>
>> Regarding CGLIB 2.1: Suppressing constructor calls to bean property 
>> setters
>> is fine, I guess, as this is a pretty common case even for JavaBeans 
>> with
>> default constructors. CGLIB 2.1 should become final within the next 3 
>> weeks,
>> though; we definitely shouldn't delay Spring 1.1.5 because of it.
>>
>> Does Cglib2AopProxy still run on CGLIB 2.0.2, or do we have some central
>> dependency on CGLIB 2.1? Would Spring 1.1.5 built against CGLIB 2.1 
>> still
>> run with CGLIB 2.0.2 on the class path? Else, we would force 1.1.5 
>> users to
>> upgrade their CGLIB version too, which we should avoid...
>>
>> BTW, I don't mind exposing the constructor-arg functionality on the 
>> internal
>> Cglib2AopProxy itself, as we already do. I'd just prefer to not 
>> expose it on
>> the user-visible ProxyFactory/ProxyFactoryBean.
>>
>> Juergen
>>
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...]On Behalf
>> Of Rob Harrop
>> Sent: Thursday, February 03, 2005 10:05 PM
>> To: spr...@li...
>> Subject: Re: [Springframework-developer] Proxying Classes without a
>> Default Constructor
>>
>>
>> Actually, I agree with this, I just want to get this issue fixed or
>> closed - I feel guilty every time I look at JIRA :). The upgrade to
>> 2.1dev was to fix the problem related to side effects of calling
>> constructors that initialized state for a 2nd time during proxy
>> creation. The creation of a proxy with CGLIB will no longer reset any
>> bean state if the constructor has calls to initialize the state.
>>
>> Juergen Hoeller wrote:
>>
>>  
>>
>>> Rob, everybody,
>>>
>>> Some thoughts on the level of our CGLIB support. I have hinted at this
>>> before; I guess it is the time to seriously discuss desirable and
>>> undesirable features now.
>>>
>>> I'm inclined to argue that we shouldn't support proxying of classes 
>>> without
>>> default constructor in the first place. It feels so wrong to have to
>>>   
>>
>> specify
>>  
>>
>>> constructor args on a ProxyFactoryBean... and to actually execute 
>>> the full
>>> constructor of the target class just for the proxy instance, with those
>>> problems of suppressing method calls in the constructor (to avoid side
>>> effects) etc.
>>>
>>> For my taste, this goes too far. CGLIB proxies are already debatable 
>>> with
>>> default constructors that perform initialization work, and simply 
>>> feel like
>>> a big hack when used with a non-default constructor. IMO, the 
>>> proxy-based
>>> AOP approach is not recommendable for such needs: Go for full-blown 
>>> AspectJ
>>> or add the additional behavior in a more traditional way (wrapping,
>>> subclassing, whatever).
>>>
>>> I'd like to hear opinions on the value of proxying classes with 
>>> non-default
>>> constructors. I currently prefer to avoid that feature in the first 
>>> place,
>>> but I'm open to getting convinced otherwise.
>>>
>>> Juergen
>>>
>>>
>>> P.S.: I suppose that the CGLIB upgrade to 2.1-dev was necessary for 
>>> this?
>>> Does this mean that we could stick with CGLIB 2.0.2 (for Spring 
>>> 1.1.5) if
>>>   
>>
>> we
>>  
>>
>>> avoid supporting non-default constructors for proxies?
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On Behalf
>>> Of Rob Harrop
>>> Sent: Thursday, February 03, 2005 9:31 PM
>>> To: spr...@li...
>>> Subject: [Springframework-developer] Proxying Classes without a Default
>>> Constructor
>>>
>>>
>>> All,
>>>
>>> I'm going to raise this issue again in the hope that we can reach a
>>> consensus before 1.1.5. I have modified Cglib2AopProxy to support
>>> classes without a default constructor, we just need to make this
>>> functionality available in a configurable manner. Ideally this would be
>>> done with setConstructorArgs(Object[]) and
>>> setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.
>>>
>>> Rob
>>>

Re: [Springframework-developer] Proxying Classes without a Default Constructor

[Rob H. <ro...@ca...>]

Juozas assures me that 2.1 will be final next week so there should be no 
problems on that front. Cglib2AopProxy won't run on 1.1.5 without CGLIB 
2.1 since I had to modify the code to take advantage of new features. I 
can switch the class back if you'd prefer, or I can probably put some 
detection logic in there to test for 2.1 or 2.0.2. That way the code 
should run on 2.0.2, but one test won't pass - the one that is fixed by 
the new feature.

Rob

Juergen Hoeller wrote:

>OK, then I vote for closing it as "won't fix" :-)
>
>Regarding CGLIB 2.1: Suppressing constructor calls to bean property setters
>is fine, I guess, as this is a pretty common case even for JavaBeans with
>default constructors. CGLIB 2.1 should become final within the next 3 weeks,
>though; we definitely shouldn't delay Spring 1.1.5 because of it.
>
>Does Cglib2AopProxy still run on CGLIB 2.0.2, or do we have some central
>dependency on CGLIB 2.1? Would Spring 1.1.5 built against CGLIB 2.1 still
>run with CGLIB 2.0.2 on the class path? Else, we would force 1.1.5 users to
>upgrade their CGLIB version too, which we should avoid...
>
>BTW, I don't mind exposing the constructor-arg functionality on the internal
>Cglib2AopProxy itself, as we already do. I'd just prefer to not expose it on
>the user-visible ProxyFactory/ProxyFactoryBean.
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Thursday, February 03, 2005 10:05 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] Proxying Classes without a
>Default Constructor
>
>
>Actually, I agree with this, I just want to get this issue fixed or
>closed - I feel guilty every time I look at JIRA :). The upgrade to
>2.1dev was to fix the problem related to side effects of calling
>constructors that initialized state for a 2nd time during proxy
>creation. The creation of a proxy with CGLIB will no longer reset any
>bean state if the constructor has calls to initialize the state.
>
>Juergen Hoeller wrote:
>
>  
>
>>Rob, everybody,
>>
>>Some thoughts on the level of our CGLIB support. I have hinted at this
>>before; I guess it is the time to seriously discuss desirable and
>>undesirable features now.
>>
>>I'm inclined to argue that we shouldn't support proxying of classes without
>>default constructor in the first place. It feels so wrong to have to
>>    
>>
>specify
>  
>
>>constructor args on a ProxyFactoryBean... and to actually execute the full
>>constructor of the target class just for the proxy instance, with those
>>problems of suppressing method calls in the constructor (to avoid side
>>effects) etc.
>>
>>For my taste, this goes too far. CGLIB proxies are already debatable with
>>default constructors that perform initialization work, and simply feel like
>>a big hack when used with a non-default constructor. IMO, the proxy-based
>>AOP approach is not recommendable for such needs: Go for full-blown AspectJ
>>or add the additional behavior in a more traditional way (wrapping,
>>subclassing, whatever).
>>
>>I'd like to hear opinions on the value of proxying classes with non-default
>>constructors. I currently prefer to avoid that feature in the first place,
>>but I'm open to getting convinced otherwise.
>>
>>Juergen
>>
>>
>>P.S.: I suppose that the CGLIB upgrade to 2.1-dev was necessary for this?
>>Does this mean that we could stick with CGLIB 2.0.2 (for Spring 1.1.5) if
>>    
>>
>we
>  
>
>>avoid supporting non-default constructors for proxies?
>>
>>
>>-----Original Message-----
>>From: spr...@li...
>>[mailto:spr...@li...]On Behalf
>>Of Rob Harrop
>>Sent: Thursday, February 03, 2005 9:31 PM
>>To: spr...@li...
>>Subject: [Springframework-developer] Proxying Classes without a Default
>>Constructor
>>
>>
>>All,
>>
>>I'm going to raise this issue again in the hope that we can reach a
>>consensus before 1.1.5. I have modified Cglib2AopProxy to support
>>classes without a default constructor, we just need to make this
>>functionality available in a configurable manner. Ideally this would be
>>done with setConstructorArgs(Object[]) and
>>setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.
>>
>>Rob
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>Tool for open source databases. Create drag-&-drop reports. Save time
>>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>Tool for open source databases. Create drag-&-drop reports. Save time
>>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>>    
>>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

Re: [Springframework-developer] Proxying Classes without a Default Constructor

[Juergen H. <ju...@in...>]

OK, then I vote for closing it as "won't fix" :-)

Regarding CGLIB 2.1: Suppressing constructor calls to bean property setters
is fine, I guess, as this is a pretty common case even for JavaBeans with
default constructors. CGLIB 2.1 should become final within the next 3 weeks,
though; we definitely shouldn't delay Spring 1.1.5 because of it.

Does Cglib2AopProxy still run on CGLIB 2.0.2, or do we have some central
dependency on CGLIB 2.1? Would Spring 1.1.5 built against CGLIB 2.1 still
run with CGLIB 2.0.2 on the class path? Else, we would force 1.1.5 users to
upgrade their CGLIB version too, which we should avoid...

BTW, I don't mind exposing the constructor-arg functionality on the internal
Cglib2AopProxy itself, as we already do. I'd just prefer to not expose it on
the user-visible ProxyFactory/ProxyFactoryBean.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Thursday, February 03, 2005 10:05 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Proxying Classes without a
Default Constructor


Actually, I agree with this, I just want to get this issue fixed or
closed - I feel guilty every time I look at JIRA :). The upgrade to
2.1dev was to fix the problem related to side effects of calling
constructors that initialized state for a 2nd time during proxy
creation. The creation of a proxy with CGLIB will no longer reset any
bean state if the constructor has calls to initialize the state.

Juergen Hoeller wrote:

>Rob, everybody,
>
>Some thoughts on the level of our CGLIB support. I have hinted at this
>before; I guess it is the time to seriously discuss desirable and
>undesirable features now.
>
>I'm inclined to argue that we shouldn't support proxying of classes without
>default constructor in the first place. It feels so wrong to have to
specify
>constructor args on a ProxyFactoryBean... and to actually execute the full
>constructor of the target class just for the proxy instance, with those
>problems of suppressing method calls in the constructor (to avoid side
>effects) etc.
>
>For my taste, this goes too far. CGLIB proxies are already debatable with
>default constructors that perform initialization work, and simply feel like
>a big hack when used with a non-default constructor. IMO, the proxy-based
>AOP approach is not recommendable for such needs: Go for full-blown AspectJ
>or add the additional behavior in a more traditional way (wrapping,
>subclassing, whatever).
>
>I'd like to hear opinions on the value of proxying classes with non-default
>constructors. I currently prefer to avoid that feature in the first place,
>but I'm open to getting convinced otherwise.
>
>Juergen
>
>
>P.S.: I suppose that the CGLIB upgrade to 2.1-dev was necessary for this?
>Does this mean that we could stick with CGLIB 2.0.2 (for Spring 1.1.5) if
we
>avoid supporting non-default constructors for proxies?
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Thursday, February 03, 2005 9:31 PM
>To: spr...@li...
>Subject: [Springframework-developer] Proxying Classes without a Default
>Constructor
>
>
>All,
>
>I'm going to raise this issue again in the hope that we can reach a
>consensus before 1.1.5. I have modified Cglib2AopProxy to support
>classes without a default constructor, we just need to make this
>functionality available in a configurable manner. Ideally this would be
>done with setConstructorArgs(Object[]) and
>setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.
>
>Rob
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Proxying Classes without a Default Constructor

[Rob H. <ro...@ca...>]

Actually, I agree with this, I just want to get this issue fixed or 
closed - I feel guilty every time I look at JIRA :). The upgrade to 
2.1dev was to fix the problem related to side effects of calling 
constructors that initialized state for a 2nd time during proxy 
creation. The creation of a proxy with CGLIB will no longer reset any 
bean state if the constructor has calls to initialize the state.

Juergen Hoeller wrote:

>Rob, everybody,
>
>Some thoughts on the level of our CGLIB support. I have hinted at this
>before; I guess it is the time to seriously discuss desirable and
>undesirable features now.
>
>I'm inclined to argue that we shouldn't support proxying of classes without
>default constructor in the first place. It feels so wrong to have to specify
>constructor args on a ProxyFactoryBean... and to actually execute the full
>constructor of the target class just for the proxy instance, with those
>problems of suppressing method calls in the constructor (to avoid side
>effects) etc.
>
>For my taste, this goes too far. CGLIB proxies are already debatable with
>default constructors that perform initialization work, and simply feel like
>a big hack when used with a non-default constructor. IMO, the proxy-based
>AOP approach is not recommendable for such needs: Go for full-blown AspectJ
>or add the additional behavior in a more traditional way (wrapping,
>subclassing, whatever).
>
>I'd like to hear opinions on the value of proxying classes with non-default
>constructors. I currently prefer to avoid that feature in the first place,
>but I'm open to getting convinced otherwise.
>
>Juergen
>
>
>P.S.: I suppose that the CGLIB upgrade to 2.1-dev was necessary for this?
>Does this mean that we could stick with CGLIB 2.0.2 (for Spring 1.1.5) if we
>avoid supporting non-default constructors for proxies?
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rob Harrop
>Sent: Thursday, February 03, 2005 9:31 PM
>To: spr...@li...
>Subject: [Springframework-developer] Proxying Classes without a Default
>Constructor
>
>
>All,
>
>I'm going to raise this issue again in the hope that we can reach a
>consensus before 1.1.5. I have modified Cglib2AopProxy to support
>classes without a default constructor, we just need to make this
>functionality available in a configurable manner. Ideally this would be
>done with setConstructorArgs(Object[]) and
>setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.
>
>Rob
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

Re: [Springframework-developer] Documenting Web Framework Integration Options

[Juergen H. <ju...@in...>]

Matt,

Thanks for volunteering :-) Indeed, there's a big gap in the web framework
integration docs. It's probably best to factor the Tapestry section out into
a separate chapter of the reference docs and add stuff on the other web
frameworks there.

Regarding WebWork2, it would be good to mention it. Let's not discuss the
details in the Spring docs, though, as we'd have to catch up with the Spring
support in the XWork/WebWork optional package then. An overview of the
integration approach plus a reference to the OpenSymphony website should be
sufficient.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Matt Raible
Sent: Thursday, February 03, 2005 9:29 PM
To: spr...@li...
Subject: [Springframework-developer] Documenting Web Framework
Integration Options


Hey guys,

I've noticed that there's a lack of reference documentation on how to
integrate the various web frameworks with Spring.  There's information
on Tapestry, but nothing on JSF, Struts or WebWork.  While I can
understand the lack of WebWork documentation (since Spring doesn't host
the classes), I'd like to help out and contribute what I've written for
Struts and JSF.  I'd be happy to contribute WebWork as well, but only
if you think adding it to Spring's documentation is appropriate.

If you're interested, please let me know what reference files I should
modify.  Tapestry's documentation is under "views.xml" - but it's not
really a view.  Maybe there should be a new file created that explains
generic web framework integration (by getting the ApplicationContext
from the servlet context) and specific integration strategies for JSF,
Struts, Tapestry and WebWork?

I was planning on modifying (or adding) the existing XML files and then
submitting patches to JIRA.  Is that the best option?

Thanks,

Matt



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Proxying Classes without a Default Constructor

[Juergen H. <ju...@in...>]

Rob, everybody,

Some thoughts on the level of our CGLIB support. I have hinted at this
before; I guess it is the time to seriously discuss desirable and
undesirable features now.

I'm inclined to argue that we shouldn't support proxying of classes without
default constructor in the first place. It feels so wrong to have to specify
constructor args on a ProxyFactoryBean... and to actually execute the full
constructor of the target class just for the proxy instance, with those
problems of suppressing method calls in the constructor (to avoid side
effects) etc.

For my taste, this goes too far. CGLIB proxies are already debatable with
default constructors that perform initialization work, and simply feel like
a big hack when used with a non-default constructor. IMO, the proxy-based
AOP approach is not recommendable for such needs: Go for full-blown AspectJ
or add the additional behavior in a more traditional way (wrapping,
subclassing, whatever).

I'd like to hear opinions on the value of proxying classes with non-default
constructors. I currently prefer to avoid that feature in the first place,
but I'm open to getting convinced otherwise.

Juergen


P.S.: I suppose that the CGLIB upgrade to 2.1-dev was necessary for this?
Does this mean that we could stick with CGLIB 2.0.2 (for Spring 1.1.5) if we
avoid supporting non-default constructors for proxies?


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Thursday, February 03, 2005 9:31 PM
To: spr...@li...
Subject: [Springframework-developer] Proxying Classes without a Default
Constructor


All,

I'm going to raise this issue again in the hope that we can reach a
consensus before 1.1.5. I have modified Cglib2AopProxy to support
classes without a default constructor, we just need to make this
functionality available in a configurable manner. Ideally this would be
done with setConstructorArgs(Object[]) and
setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.

Rob


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Documenting Web Framework Integration Options

[Matthew E. P. <mat...@me...>]

Matt:
   There is some documentation in OpenSymphony's wiki regarding the 3 
methods to integrate WebWork - SpringObjectFactory, external reference 
resolver, and  Autowire Interceptor.  In addition, there is some 
information in the webwork-optional package on these.  I would be happy 
to help (especially since this will be a chapter in WW LIve post-1.0).


Cheers,
   Matthew

On Feb 3, 2005, at 2:29 PM, Matt Raible wrote:

> Hey guys,
>
> I've noticed that there's a lack of reference documentation on how to 
> integrate the various web frameworks with Spring.  There's information 
> on Tapestry, but nothing on JSF, Struts or WebWork.  While I can 
> understand the lack of WebWork documentation (since Spring doesn't 
> host the classes), I'd like to help out and contribute what I've 
> written for Struts and JSF.  I'd be happy to contribute WebWork as 
> well, but only if you think adding it to Spring's documentation is 
> appropriate.
>
> If you're interested, please let me know what reference files I should 
> modify.  Tapestry's documentation is under "views.xml" - but it's not 
> really a view.  Maybe there should be a new file created that explains 
> generic web framework integration (by getting the ApplicationContext 
> from the servlet context) and specific integration strategies for JSF, 
> Struts, Tapestry and WebWork?
>
> I was planning on modifying (or adding) the existing XML files and 
> then submitting patches to JIRA.  Is that the best option?
>
> Thanks,
>
> Matt
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Proxying Classes without a Default Constructor

[Rob H. <ro...@ca...>]

All,

I'm going to raise this issue again in the hope that we can reach a 
consensus before 1.1.5. I have modified Cglib2AopProxy to support 
classes without a default constructor, we just need to make this 
functionality available in a configurable manner. Ideally this would be 
done with setConstructorArgs(Object[]) and 
setConstructorArgTypes(Class[]) methods on ProxyFactoryBean.

Rob

[Springframework-developer] Documenting Web Framework Integration Options

[Matt R. <li...@ra...>]

Hey guys,

I've noticed that there's a lack of reference documentation on how to 
integrate the various web frameworks with Spring.  There's information 
on Tapestry, but nothing on JSF, Struts or WebWork.  While I can 
understand the lack of WebWork documentation (since Spring doesn't host 
the classes), I'd like to help out and contribute what I've written for 
Struts and JSF.  I'd be happy to contribute WebWork as well, but only 
if you think adding it to Spring's documentation is appropriate.

If you're interested, please let me know what reference files I should 
modify.  Tapestry's documentation is under "views.xml" - but it's not 
really a view.  Maybe there should be a new file created that explains 
generic web framework integration (by getting the ApplicationContext 
from the servlet context) and specific integration strategies for JSF, 
Struts, Tapestry and WebWork?

I was planning on modifying (or adding) the existing XML files and then 
submitting patches to JIRA.  Is that the best option?

Thanks,

Matt

Re: [Springframework-developer] Re: [Springframework-user] Hibernate 3 and Spring 1.1.4

[Rob H. <ro...@ca...>]

That'd be great. I don't have WebSphere set up. Before you do, let me 
know version of JMX it is running and I'll let you know what you can 
expect to work.

Rob

Thierry TEMPLIER wrote:

>Rob,
>
>I'm interested in JMX and I could test Spring JMX
>support with Websphere, if you are interested. I'll
>have time after mid February...
>Thierry
>
> --- Rob Harrop <ro...@ca...> a écrit : 
>  
>
>>+1 for 1.1.5 end of Feb
>>+1 for 1.2 in mid March
>>
>>JMX support is all but done. I need to put together
>>a sample application 
>>and I need to do some more tests on older JMX
>>versions. Currently, all 
>>tests pass on MX4J 2.0, JDK 5.0 and JMX 1.2 RI. I
>>want to test the 
>>functionality that SHOULD work on JMX 1.1 RI, Tomcat
>>5.0, JBoss and BEA 
>>8.1. A simple web application that tests JMX 1.0
>>features and one that 
>>tests JMX 1.2 and JSR-160 features should solve
>>this.
>>
>>I am pretty clear until the start of March, but I'm
>>then in the US for 3 
>>weeks. However, I can get JMX done well before I
>>leave. I am planning 
>>JasperReports stuff for 1.1.5 which will done by
>>next week and then I 
>>have docs and testing for JMX. I already have 12
>>pages of the JMX docs 
>>written and most of the JavaDoc is complete so I'm
>>not that far off. The 
>>only thing that probably won't make 1.2 is the 
>>XmlModelMBeanInfoAssembler since I don't think we'll
>>have enough time to 
>>test. However, that will be available in sandbox for
>>anyone who is 
>>desparate and InterfaceBasedModelMBeanInfoAssembler
>>is fine for handling 
>>all general per-instance configurations.
>>
>>So I see no problem in finishing up the issues I
>>have for 1.1.5 by the 
>>end of next week and then getting JMX production
>>ready for end of Feb.
>>
>>Rob
>>    
>>
>
>=====
>Take a look at my blog:
>http://templth.blogspot.com/
>
>
>	
>
>	
>		
>Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
>Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

[Springframework-developer] Re: [Springframework-user] Hibernate 3 and Spring 1.1.4

[Thierry T. <te...@ya...>]

Rob,

I'm interested in JMX and I could test Spring JMX
support with Websphere, if you are interested. I'll
have time after mid February...
Thierry

 --- Rob Harrop <ro...@ca...> a écrit : 
> +1 for 1.1.5 end of Feb
> +1 for 1.2 in mid March
> 
> JMX support is all but done. I need to put together
> a sample application 
> and I need to do some more tests on older JMX
> versions. Currently, all 
> tests pass on MX4J 2.0, JDK 5.0 and JMX 1.2 RI. I
> want to test the 
> functionality that SHOULD work on JMX 1.1 RI, Tomcat
> 5.0, JBoss and BEA 
> 8.1. A simple web application that tests JMX 1.0
> features and one that 
> tests JMX 1.2 and JSR-160 features should solve
> this.
> 
> I am pretty clear until the start of March, but I'm
> then in the US for 3 
> weeks. However, I can get JMX done well before I
> leave. I am planning 
> JasperReports stuff for 1.1.5 which will done by
> next week and then I 
> have docs and testing for JMX. I already have 12
> pages of the JMX docs 
> written and most of the JavaDoc is complete so I'm
> not that far off. The 
> only thing that probably won't make 1.2 is the 
> XmlModelMBeanInfoAssembler since I don't think we'll
> have enough time to 
> test. However, that will be available in sandbox for
> anyone who is 
> desparate and InterfaceBasedModelMBeanInfoAssembler
> is fine for handling 
> all general per-instance configurations.
> 
> So I see no problem in finishing up the issues I
> have for 1.1.5 by the 
> end of next week and then getting JMX production
> ready for end of Feb.
> 
> Rob

=====
Take a look at my blog:
http://templth.blogspot.com/


	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

Re: [Springframework-developer] JasperReports and form POSTs

[Rob H. <ro...@ca...>]

What part of the page is it complaining about? Are you using HTML 
format? If so, it might be the images in the HTML.

Rob

Scott Battaglia wrote:

> I just tried the latest source on my application which used to not 
> work with POST but now it seems to :-)
>
> I do get the secure/non secure message though. Not sure if we can do 
> anything about that
>
> Thanks
> -Scott
>
> Rob Harrop wrote:
>
>> All,
>>
>> Some users were experiencing problems with JasperReports views when 
>> responding to a POST request inside the IE browser. I have been 
>> unable to reproduce this on any of the IE installations in the 
>> office. I have updated the jasperdemo app in CVS to include a test 
>> for POSTs. Can anyone who is having problems try this application and 
>> let me know the results.
>>
>> Regards,
>>
>> Rob
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>> Tool for open source databases. Create drag-&-drop reports. Save time
>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

Re: [Springframework-developer] 1.1.4 and IBIBLIO

[Luke T. <ne...@fr...>]

Hi Eugene,

The rsync option saves you having to go through the bother of building 
up a bundle each time you produce a new version. You provide an rsync 
account and ibiblio will check it periodically and automatically update 
its repository.

We do have a Maven build which I've been maintaining (after a fashion :) 
  and running since early 2003. You can view the site at

http://monkeymachine.co.uk/spring/maven-reports.html

cheers,

Luke.

Eugene Kuleshov wrote:
> Luke,
> 
>   As far as I know you have to provide Maven's pom (project.xml) for any 
> artifact you need to upload to the repository. If Spring is not using 
> Maven, then these pom's has to be generated somehow (I did that for ASM 
> project). More details you can find at 
> http://maven.apache.org/repository-upload.html
> 
>   regards,
>   Eugene
> 
> 

Re: [Springframework-developer] JasperReports and form POSTs

[Scott B. <sco...@ru...>]

I just tried the latest source on my application which used to not work 
with POST but now it seems to :-)

I do get the secure/non secure message though. Not sure if we can do 
anything about that

Thanks
-Scott

Rob Harrop wrote:

> All,
>
> Some users were experiencing problems with JasperReports views when 
> responding to a POST request inside the IE browser. I have been unable 
> to reproduce this on any of the IE installations in the office. I have 
> updated the jasperdemo app in CVS to include a test for POSTs. Can 
> anyone who is having problems try this application and let me know the 
> results.
>
> Regards,
>
> Rob
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: [Springframework-user] Hibernate 3 and Spring 1.1.4

[Thierry T. <te...@ya...>]

+1 for 1.2 in mid March too

As Juergen said, JCA CCI support is almost finished. I
need to externalized and review the way to put/get
records to/from CCI execute methods. There are
different strategies depending on the connector (Cics,
Sap...).I need too to finish the sample application
based on the Sun's blackbox connector to access a
database with CCI.
I have made some classes to facilitate the use of JCA
connectors in a non managed mode. I don't know if it
may be included in 1.2.
The documentation will be finished too (I have now 10
pages on JCA CCI support and 20 pages on a case
study). I must finish and check javadocs to see if
everything is complete.
Thierry.

> Everybody,
> 
> I would prefer to introduce Hibernate 3 support
> alongside Hibernate 2.1
> support in the core too. However, I'd also like to
> avoid messing around with
> a separate add-on...
> 
> I still believe that Spring 1.2 RC1 would be a nice
> match for a Hibernate 3
> RC. Stuff like that and JMX support are already
> worth raising the version
> number to 1.2. So what about redesigning the
> schedule a bit: 1.1.5 by end of
> February, 1.2 RC1 in mid March?
> 
> JMX support is more or less finished, at least for
> the 1.2 scope - Rob,
> would you agree? Hibernate 3 support is
> straightforward: essentially, I
> intend to spend one afternoon for a fresh port of
> the current Hibernate 2.1
> support.
> 
> JCA CCI support is almost finished too, thanks to
> ongoing work by Thierry
> Templier (who's be working on it for a couple of
> months). I've already
> reviewed it a while ago, and what I saw looked good.
> 
> So if we take those as cornerstones for Spring 1.2,
> we should be able to go
> for 1.2 RC1 within two or three weeks after 1.1.5:
> essentially, just moving
> the JMX support over from the sandbox, doing the
> Hibernate 3 port, and
> dropping the JCA support in from JIRA - then release
> 1.2 RC1.
> 
> Documentation for those new modules can come
> afterwards, for 1.2 RC1 or 1.2
> final. That's gonna be a bit of work too, but in
> good old 1.1 RC spirit this
> doesn't have to be finished for 1.2 RC1.
> 
> Everything else would have to be deferred till
> Spring 1.3 then, for example
> portlet support (which is scheduled for 1.3 anyway),
> Cayenne support, etc.
> I'd estimate the target date for 1.3 to be around
> August.
> 
> The keys to an early 1.2 release are manageable
> scope and focused work. I
> believe we can release 1.2 RC1 in mid March, and
> probably 1.2 final in late
> April, provided that we keep the scope limited (as
> suggested above).
> 
> Thoughts? Opinions? Availabilities till mid March?
> 
> Juergen
> 
> 
> -----Original Message-----
> From:
> spr...@li...
>
[mailto:spr...@li...]On
> Behalf Of
> Colin Sampaleanu
> Sent: Wednesday, February 02, 2005 10:54 PM
> To: spr...@li...
> Subject: Re: [Springframework-user] Hiberante 3 and
> Spring 1.1.4
> 
> 
> If it's that close, I don't really see an issue with
> having 3.0 supprt
> as an addon for 1.1.5. It could for example be in
> the sandbox, and a
> part of the ant script could even package up that
> part separately. I
> guess the main reason not to have it built in for
> 1.1.5 is the fact that
> Hib 3 still won't be out by then, and our code will
> be new enough it
> won't be really well tested enough. But as for 1.2,
> I think it makes
> sense to have both versions. They don't interfere
> with each other, and
> people will be using both Hibernate 2.1 and 3 in the
> next year at least.
> At some point after that it would make sense to
> deprecate the 2.1
> support. This all assumes we even have the time
> resources to do it for
> 1.1.5...
> 
> tho...@tr... wrote:
> 
> >Hibernate 3.0 beta 3 just came out and they state
> that a release candidate
> is
> >just weeks away.  Maybe we could provide a separate
> add-on module for 1.1.5
> and
> >then swap out Hibernate 2 for Hibernate 3 in 1.2
> RC1 with a separate
> Hibernate 2
> >as an add-on.
> >
> >Thomas
> >
> >
> >Quoting Juergen Hoeller <ju...@in...>:
> >
> >
> >
> >>Hibernate3 support is planned for Spring 1.2, not
> to be released before
> 1.2
> >>RC1 (early April).
> >>
> >>Hibernate3 unfortunately uses a different package
> name (org.hibernate
> >>instead of net.sf.hibernate), so we need to
> provide a separate but
> analogous
> >>set of support classes (in
> org.springframework.orm.hibernate3).
> >>
> >>In general, we don't include such major new
> features in point releases.
> >>Cayenne support, JCA support and JMX support are
> also planned for 1.2 RC1.
> >>Essentially, 1.2 will mainly be about those four
> new modules.
> >>
> >>Juergen
> >>
> >>
> >>-----Original Message-----
> >>From:
> spr...@li...
>
>>[mailto:spr...@li...]On
> Behalf Of
> >>Richard Hightower
> >>Sent: Wednesday, February 02, 2005 7:06 PM
> >>To: spr...@li...
> >>Subject: [Springframework-user] Hiberante 3 and
> Spring 1.1.4
> >>
> >>
> >>This may be a dumb question.
> >>
> >>Does Spring 1.1.4 (the latest) have support for
> Hibernate 3?
> >>
> >>I think I read once that it is only in CVS, and I
> did not see a mention of
> >>it in the release notes for 1.1.4.
> >>
> >>
> >>I thought I would ask.
> >>
> >>
> >>
> >>-- r i c k    h i g h t o w e r
> >>-- CTO
> >>-- rhi...@ar...
> >>-- http://www.arc-mind.com
> >>-- p: 520-290-6855
> >>-- m: 520-661-6753
> >>-- f: 520-290-4179
> >>-- 15378 e colossal cave rd
> >>-- Tucson, AZ 85641
> >>
> >>Spring is good
> >>http://linuxworld.com/story/47735.htm
> >>
> >>JSF is good
> >>http://www.sys-con.com/story/?storyid=46402&DE=1
> >>
> >>
> >>
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW --
> Interactive Reporting
> Tool for open source databases. Create drag-&-drop
> reports. Save time
> by over 75%! Publish reports on the web. Export to
> DOC, XLS, RTF, etc.
> Download a FREE copy at
> http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-user mailing list
> Spr...@li...
>
https://lists.sourceforge.net/lists/listinfo/springframework-user
> 
=== message truncated === 


=====
Take a look at my blog:
http://templth.blogspot.com/


	

	
		
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

Re: [Springframework-developer] 1.1.4 and IBIBLIO

[Eugene K. <eu...@pl...>]

Luke,

   As far as I know you have to provide Maven's pom (project.xml) for 
any artifact you need to upload to the repository. If Spring is not 
using Maven, then these pom's has to be generated somehow (I did that 
for ASM project). More details you can find at 
http://maven.apache.org/repository-upload.html

   regards,
   Eugene


> Hi Rob,
> 
> There was some discussion about automating the process (using rsync) a 
> while back which would definately be the best option. Colin was talking 
> with Carlos Sanchez about it, I believe and I mailed Colin to say I 
> could help out if required. I could probably set up the rsync account 
> for ibiblio alongside the existing spring Maven build on 
> monkeymachine.co.uk if required.
> 
> Cheers,
> 
> Luke.
> 
> Rob Harrop wrote:
> 
>> Interesting. I'll take a look and see if I can figure it out :)
>>
>> Alef Arendsen wrote:
>>
>>> I've done the first uploads to Ibiblio, but haven't done the last three
>>> releases or so.
>>>
>>> They require some kind of bundle, which you can upload / link to from
>>> their JIRA instance (at codehaus'). I wouldn't know how to generate such
>>> bundle. I don't know who did it the last time.
>>>
>>> Alef
>>>
>>>
>>>  
>>>
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] 1.1.4 and IBIBLIO

[Luke T. <ne...@fr...>]

Hi Rob,

There was some discussion about automating the process (using rsync) a 
while back which would definately be the best option. Colin was talking 
with Carlos Sanchez about it, I believe and I mailed Colin to say I 
could help out if required. I could probably set up the rsync account 
for ibiblio alongside the existing spring Maven build on 
monkeymachine.co.uk if required.

Cheers,

Luke.

Rob Harrop wrote:
> Interesting. I'll take a look and see if I can figure it out :)
> 
> Alef Arendsen wrote:
> 
>> I've done the first uploads to Ibiblio, but haven't done the last three
>> releases or so.
>>
>> They require some kind of bundle, which you can upload / link to from
>> their JIRA instance (at codehaus'). I wouldn't know how to generate such
>> bundle. I don't know who did it the last time.
>>
>> Alef
>>
>>
>>  
>>

Re: [Springframework-developer] 1.1.4 and IBIBLIO

[Rob H. <ro...@ca...>]

Interesting. I'll take a look and see if I can figure it out :)

Alef Arendsen wrote:

>I've done the first uploads to Ibiblio, but haven't done the last three
>releases or so.
>
>They require some kind of bundle, which you can upload / link to from
>their JIRA instance (at codehaus'). I wouldn't know how to generate such
>bundle. I don't know who did it the last time.
>
>Alef
>
>
>  
>
>>-----Original Message-----
>>From: spr...@li... 
>>[mailto:spr...@li...]
>> On Behalf Of Rob Harrop
>>Sent: Thursday, February 03, 2005 12:16 PM
>>To: spr...@li...
>>Subject: [Springframework-developer] 1.1.4 and IBIBLIO
>>
>>All,
>>
>>I'm working on integrating Spring into Geronimo with Jules 
>>Gosnell and we need to get at 1.1.4 from Maven. When is the 
>>1.1.4 release going into ibiblio? Is this something I can do?
>>
>>Rob
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
>>Reporting Tool for open source databases. Create drag-&-drop 
>>reports. Save time by over 75%! Publish reports on the web. 
>>Export to DOC, XLS, RTF, etc.
>>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>>    
>>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

RE: [Springframework-developer] 1.1.4 and IBIBLIO

[Alef A. <al...@jt...>]

I've done the first uploads to Ibiblio, but haven't done the last three
releases or so.

They require some kind of bundle, which you can upload / link to from
their JIRA instance (at codehaus'). I wouldn't know how to generate such
bundle. I don't know who did it the last time.

Alef


> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Rob Harrop
> Sent: Thursday, February 03, 2005 12:16 PM
> To: spr...@li...
> Subject: [Springframework-developer] 1.1.4 and IBIBLIO
>=20
> All,
>=20
> I'm working on integrating Spring into Geronimo with Jules=20
> Gosnell and we need to get at 1.1.4 from Maven. When is the=20
> 1.1.4 release going into ibiblio? Is this something I can do?
>=20
> Rob
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive=20
> Reporting Tool for open source databases. Create drag-&-drop=20
> reports. Save time by over 75%! Publish reports on the web.=20
> Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20

[Springframework-developer] 1.1.4 and IBIBLIO

[Rob H. <ro...@ca...>]

All,

I'm working on integrating Spring into Geronimo with Jules Gosnell and 
we need to get at 1.1.4 from Maven. When is the 1.1.4 release going into 
ibiblio? Is this something I can do?

Rob

[Springframework-developer] FAILED BUILD: x86-solaris1 (last 30 lines included)

[Darren D. <da...@sh...>]

1107417074
FAILED
    [junit] Testcase: testContentType took 0,131 sec
    [junit] Testcase: testWithoutDatasource took 0,024 sec
    [junit] Testcase: testWithCollection took 0,124 sec
    [junit] Testcase: testWithMultipleCollections took 0,031 sec
    [junit] Testcase: testWithSpecificCollection took 0,121 sec
    [junit] Testcase: testWithArray took 0,131 sec
    [junit] Testcase: testWithMultipleArrays took 0,018 sec
    [junit] Testcase: testWithSpecificArray took 0,125 sec
    [junit] Testcase: testWithSubReport took 14,507 sec
    [junit] Testcase: testWithNonExistentSubReport took 1,917 sec
    [junit] Testcase: testSubReportWithUnspecifiedParentDataSource took 2,065 sec
    [junit] Testcase: testContentDisposition took 0,247 sec
    [junit] Testcase: testOverrideContentDisposition took 0,136 sec
    [junit] Testcase: testSetCustomHeaders took 0,129 sec
    [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1,217 sec
    [junit] Testsuite: org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests
    [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1,217 sec

    [junit] Testcase: testSimpleHtmlRender took 1,182 sec
    [junit] 	Caused an ERROR
    [junit] No format format found in model.
    [junit] java.lang.IllegalArgumentException: No format format found in model.
    [junit] 	at org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatView.renderReport(JasperReportsMultiFormatView.java:92)
    [junit] 	at org.springframework.web.servlet.view.jasperreports.AbstractJasperReportsView.renderMergedOutputModel(AbstractJasperReportsView.java:328)
    [junit] 	at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:247)
    [junit] 	at org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests.testSimpleHtmlRender(JasperReportsMultiFormatViewTests.java:25)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


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.

Re: [Springframework-developer] Re: [Springframework-user] Hibernate 3 and Spring 1.1.4

[Juergen H. <ju...@in...>]

Thanks for the status report, Rob!

Leaving some of the advanced JMX stuff in the sandbox is perfectly OK. We
did that for the JMS support too; actually, some of that stuff *still*
resides in the sandbox, because there hasn't been much demand for it...

I appreciate any JMX work you can done till end of Feb. Let's go through it
again at that time and decide which parts to finally move over to the main
sources for 1.2 RC1.

As I said, reference documentation is important but not necessarily for 1.2
RC1. Same for testing: We can cover further application servers till 1.2 RC2
/ final. A sample application isn't mandatory for RC1 either.

So let's focus on getting the core JMX support stable and javadoced till end
of Feb. Once you return from the US at the end of March, we should still
have a couple of weeks till 1.2 final, allowing for docs and samples.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Thursday, February 03, 2005 12:40 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Re: [Springframework-user]
Hibernate 3 and Spring 1.1.4


+1 for 1.1.5 end of Feb
+1 for 1.2 in mid March

JMX support is all but done. I need to put together a sample application
and I need to do some more tests on older JMX versions. Currently, all
tests pass on MX4J 2.0, JDK 5.0 and JMX 1.2 RI. I want to test the
functionality that SHOULD work on JMX 1.1 RI, Tomcat 5.0, JBoss and BEA
8.1. A simple web application that tests JMX 1.0 features and one that
tests JMX 1.2 and JSR-160 features should solve this.

I am pretty clear until the start of March, but I'm then in the US for 3
weeks. However, I can get JMX done well before I leave. I am planning
JasperReports stuff for 1.1.5 which will done by next week and then I
have docs and testing for JMX. I already have 12 pages of the JMX docs
written and most of the JavaDoc is complete so I'm not that far off. The
only thing that probably won't make 1.2 is the
XmlModelMBeanInfoAssembler since I don't think we'll have enough time to
test. However, that will be available in sandbox for anyone who is
desparate and InterfaceBasedModelMBeanInfoAssembler is fine for handling
all general per-instance configurations.

So I see no problem in finishing up the issues I have for 1.1.5 by the
end of next week and then getting JMX production ready for end of Feb.

Rob

Juergen Hoeller wrote:

>Everybody,
>
>I would prefer to introduce Hibernate 3 support alongside Hibernate 2.1
>support in the core too. However, I'd also like to avoid messing around
with
>a separate add-on...
>
>I still believe that Spring 1.2 RC1 would be a nice match for a Hibernate 3
>RC. Stuff like that and JMX support are already worth raising the version
>number to 1.2. So what about redesigning the schedule a bit: 1.1.5 by end
of
>February, 1.2 RC1 in mid March?
>
>JMX support is more or less finished, at least for the 1.2 scope - Rob,
>would you agree? Hibernate 3 support is straightforward: essentially, I
>intend to spend one afternoon for a fresh port of the current Hibernate 2.1
>support.
>
>JCA CCI support is almost finished too, thanks to ongoing work by Thierry
>Templier (who's be working on it for a couple of months). I've already
>reviewed it a while ago, and what I saw looked good.
>
>So if we take those as cornerstones for Spring 1.2, we should be able to go
>for 1.2 RC1 within two or three weeks after 1.1.5: essentially, just moving
>the JMX support over from the sandbox, doing the Hibernate 3 port, and
>dropping the JCA support in from JIRA - then release 1.2 RC1.
>
>Documentation for those new modules can come afterwards, for 1.2 RC1 or 1.2
>final. That's gonna be a bit of work too, but in good old 1.1 RC spirit
this
>doesn't have to be finished for 1.2 RC1.
>
>Everything else would have to be deferred till Spring 1.3 then, for example
>portlet support (which is scheduled for 1.3 anyway), Cayenne support, etc.
>I'd estimate the target date for 1.3 to be around August.
>
>The keys to an early 1.2 release are manageable scope and focused work. I
>believe we can release 1.2 RC1 in mid March, and probably 1.2 final in late
>April, provided that we keep the scope limited (as suggested above).
>
>Thoughts? Opinions? Availabilities till mid March?
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf Of
>Colin Sampaleanu
>Sent: Wednesday, February 02, 2005 10:54 PM
>To: spr...@li...
>Subject: Re: [Springframework-user] Hiberante 3 and Spring 1.1.4
>
>
>If it's that close, I don't really see an issue with having 3.0 supprt
>as an addon for 1.1.5. It could for example be in the sandbox, and a
>part of the ant script could even package up that part separately. I
>guess the main reason not to have it built in for 1.1.5 is the fact that
>Hib 3 still won't be out by then, and our code will be new enough it
>won't be really well tested enough. But as for 1.2, I think it makes
>sense to have both versions. They don't interfere with each other, and
>people will be using both Hibernate 2.1 and 3 in the next year at least.
>At some point after that it would make sense to deprecate the 2.1
>support. This all assumes we even have the time resources to do it for
>1.1.5...
>
>tho...@tr... wrote:
>
>
>
>>Hibernate 3.0 beta 3 just came out and they state that a release candidate
>>
>>
>is
>
>
>>just weeks away.  Maybe we could provide a separate add-on module for
1.1.5
>>
>>
>and
>
>
>>then swap out Hibernate 2 for Hibernate 3 in 1.2 RC1 with a separate
>>
>>
>Hibernate 2
>
>
>>as an add-on.
>>
>>Thomas
>>
>>
>>Quoting Juergen Hoeller <ju...@in...>:
>>
>>
>>
>>
>>
>>>Hibernate3 support is planned for Spring 1.2, not to be released before
>>>
>>>
>1.2
>
>
>>>RC1 (early April).
>>>
>>>Hibernate3 unfortunately uses a different package name (org.hibernate
>>>instead of net.sf.hibernate), so we need to provide a separate but
>>>
>>>
>analogous
>
>
>>>set of support classes (in org.springframework.orm.hibernate3).
>>>
>>>In general, we don't include such major new features in point releases.
>>>Cayenne support, JCA support and JMX support are also planned for 1.2
RC1.
>>>Essentially, 1.2 will mainly be about those four new modules.
>>>
>>>Juergen
>>>
>>>
>>>-----Original Message-----
>>>From: spr...@li...
>>>[mailto:spr...@li...]On Behalf Of
>>>Richard Hightower
>>>Sent: Wednesday, February 02, 2005 7:06 PM
>>>To: spr...@li...
>>>Subject: [Springframework-user] Hiberante 3 and Spring 1.1.4
>>>
>>>
>>>This may be a dumb question.
>>>
>>>Does Spring 1.1.4 (the latest) have support for Hibernate 3?
>>>
>>>I think I read once that it is only in CVS, and I did not see a mention
of
>>>it in the release notes for 1.1.4.
>>>
>>>
>>>I thought I would ask.
>>>
>>>
>>>
>>>-- r i c k    h i g h t o w e r
>>>-- CTO
>>>-- rhi...@ar...
>>>-- http://www.arc-mind.com
>>>-- p: 520-290-6855
>>>-- m: 520-661-6753
>>>-- f: 520-290-4179
>>>-- 15378 e colossal cave rd
>>>-- Tucson, AZ 85641
>>>
>>>Spring is good
>>>http://linuxworld.com/story/47735.htm
>>>
>>>JSF is good
>>>http://www.sys-con.com/story/?storyid=46402&DE=1
>>>
>>>
>>>
>>>
>>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-user mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-user
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>Tool for open source databases. Create drag-&-drop reports. Save time
>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] FAILED BUILD: sparc-solaris2 (last 30 lines included)

[Darren D. <da...@sh...>]

1107413907
FAILED
    [junit] Testcase: testContentType took 0,175 sec
    [junit] Testcase: testWithoutDatasource took 0,022 sec
    [junit] Testcase: testWithCollection took 0,214 sec
    [junit] Testcase: testWithMultipleCollections took 0,023 sec
    [junit] Testcase: testWithSpecificCollection took 0,17 sec
    [junit] Testcase: testWithArray took 0,187 sec
    [junit] Testcase: testWithMultipleArrays took 0,024 sec
    [junit] Testcase: testWithSpecificArray took 0,187 sec
    [junit] Testcase: testWithSubReport took 16,062 sec
    [junit] Testcase: testWithNonExistentSubReport took 2,146 sec
    [junit] Testcase: testSubReportWithUnspecifiedParentDataSource took 2,088 sec
    [junit] Testcase: testContentDisposition took 0,425 sec
    [junit] Testcase: testOverrideContentDisposition took 0,201 sec
    [junit] Testcase: testSetCustomHeaders took 0,188 sec
    [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1,253 sec
    [junit] Testsuite: org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewWithCustomMappingsTests
    [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1,253 sec

    [junit] Testcase: testSimpleHtmlRender took 1,21 sec
    [junit] 	Caused an ERROR
    [junit] No format format found in model.
    [junit] java.lang.IllegalArgumentException: No format format found in model.
    [junit] 	at org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatView.renderReport(JasperReportsMultiFormatView.java:92)
    [junit] 	at org.springframework.web.servlet.view.jasperreports.AbstractJasperReportsView.renderMergedOutputModel(AbstractJasperReportsView.java:328)
    [junit] 	at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:247)
    [junit] 	at org.springframework.web.servlet.view.jasperreports.JasperReportsMultiFormatViewTests.testSimpleHtmlRender(JasperReportsMultiFormatViewTests.java:25)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


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.

Re: [Springframework-developer] JasperReports and form POSTs

[Scott B. <sco...@ru...>]

Rob,

I just tried the demo from home and it worked.  I'm going to try the 
demo at work tomorrow (which is the machine I know I experienced the 
problem on).  The only thing I get on my home machines if I access it 
via HTTPS I get a message about Secure/Non Secure items.

I'll also drop the latest source into my application which I know 
experienced the problem and see if it experiences the problem.

Thanks

Scott Battaglia
Application Developer, Architecture and Engineering Team
Enterprise Systems and Services, Rutgers University
v: 732.445.0097 | f: 732.445.5493 | sco...@ru...



Rob Harrop wrote:

> Scott,
>
> I checked and the new classes are in the dev CVS - probably just not 
> synced to the anonymous CVS.
>
> Rob
>
> Rob Harrop wrote:
>
>> Scott,
>>
>> I seem to be getting misreports about the success of my commits. I'm 
>> currently working on this and I'll send you some more info when I 
>> have definitely got the code in CVS.
>>
>> Rob
>>
>> Scott Battaglia wrote:
>>
>>> Rob,
>>>
>>> Which report in the jasperdemo is the POST one? None of them look 
>>> like they POST (unless I don't have the lastest from HEAD but I just 
>>> sync-ed).
>>>
>>> Thanks
>>> -Scott
>>>
>>> Rob Harrop wrote:
>>>
>>>> All,
>>>>
>>>> Some users were experiencing problems with JasperReports views when 
>>>> responding to a POST request inside the IE browser. I have been 
>>>> unable to reproduce this on any of the IE installations in the 
>>>> office. I have updated the jasperdemo app in CVS to include a test 
>>>> for POSTs. Can anyone who is having problems try this application 
>>>> and let me know the results.
>>>>
>>>> Regards,
>>>>
>>>> Rob
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
>>>> Reporting
>>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>>> _______________________________________________
>>>> Springframework-developer mailing list
>>>> Spr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>> Tool for open source databases. Create drag-&-drop reports. Save time
>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer