springframework-developer — Spring Framework developers list

[Springframework-developer] Spring build.57 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.56 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.55 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.54 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

Re: [Springframework-developer] Open source licensing questions

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

It seems that this hasn't been answered before, so I'll have a go...
 
1. We never accept contributions without asking questions. It's rather that
we're famous for tearing everything apart and reimplementing it in the
smoothest fashion that we can think of :-) In general, we don't do explicit
searches for similar existing code, but on the other hand, we hardly ever
get large contributions in the first place. We implement almost everything
ourselves, based on *feature suggestions* that we receive.
 
2. We do not require a formal contributor's statement at present, other than
what's stated in the Apache 2.0 license. While we have considered a formal
statement repeatedly, there was no strong need to move forward with this.
Note that 99% of Spring's codebase is written by no more than 5 people, with
all further contributors working closely with those core developers. As a
consequence, we exercise strong control and diligence nevertheless.
 
3. Spring was founded as an open source project in February 2003, with
public releases being available since June 2003 (1.0 final was released in
March 2004). We originally used the Apache 1.1 license, but switched to the
Apache 2.0 license for the Spring 1.0 final release already.
 
4. Spring's main download site is SourceForge. Beyond that, BEA offer a full
Spring distribution download for the current 'officially supported' version
from their own website. Of course, a couple of other open source projects
include Spring jars in their distribution, as you would expect.
 
Regards,
 
Juergen
 


  _____  

From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Lee, Pak Hung
Sent: Monday, December 11, 2006 4:26 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Open source licensing questions



Sorry for the typos.  I am actually talking about Spring rather than
JasperReport.

 

  _____  

From: Lee, Pak Hung 
Sent: Monday, December 11, 2006 11:17 PM
To: 'spr...@li...'
Subject: Open source licensing questions

 

Dear developers,

 

I am not sure if this is the right place to ask, but I am currently working
on a project in Hong Kong that use JasperReport for reporting and the client
need some clarification from us before approving the use of open source
software like Spring in the project.  

 

Following are the questions that I received and cannot find the answer on
the net:

 

1. Does the maintainer perform any review of contributions (other than a
technical review) to understand whether he has the right to redistribute the
code or does the maintainer accept contributions without asking questions?

 

2. Specifically, does the maintainer require contributors to accept/sign any
kind of contributor's statement?  If yes, could you provide a copy to me

 

3. How long has this package been available?  Has the license changed over
time?  

 

4. Has this code been distributed by others?  If yes, who and how so?

 

This is critical to our project and would appreciate if you can help.

 

Thanks and regards,

P.H. Lee



This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.

[Springframework-developer] Spring build.53 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

Re: [Springframework-developer] [bug] p:namespace breaksinit-method for nested beans declaration !

[nicolas de l. <nic...@gm...>]

I've got another issue with the p:namespace :
My bean has a setURL(String) dependency.

setting <property name="URL" value="..."/> works, but using p:u-r-l="..."
(as springide 2.0M1 suggests) doesn't work ('invalid property uRL"), and
p:-u-r-l is not a valid attribute.

Is this a known limitation ?

Nico.

2007/1/5, Juergen Hoeller <jue...@in...>:
>
>  Indeed, this seems to be related. Please give a recent 2.0.2 snapshot a
> try and see whether your scenario works there...
>
> As SPR-2955 indicates, I suppose you got hit by the "p:" namespace not
> working at all for inner beans: So your init method might get invoked first
> simply because the setters will never be invoked at all!
>
> Juergen
>
>
>  ------------------------------
> *From:* spr...@li... [mailto:
> spr...@li...] *On Behalf Of *nicolas
> de loof
> *Sent:* Friday, January 05, 2007 5:13 PM
> *To:* spr...@li...
> *Subject:* Re: [Springframework-developer] [bug] p:namespace
> breaksinit-method for nested beans declaration !
>
> seems to be related to SPR-2955...
>
> 2007/1/5, nicolas de loof <nic...@gm...>:
> >
> > My application works with "traditional" <property name="" value=""/>
> > dependencies.
> >
> > A declaration use a nested declaration for it's dependency. The nested
> > one uses init-method="load" fo internal setup.
> > I've changed my xml configs to use the p:namespace. The load method is
> > invoked BEFORE dependencies get injected.
> >
> > Is this a known bug ?
> >
> > The attached demo demonstrates the bug
> >
> > Nico.
> >
> >
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>

Re: [Springframework-developer] Spring Framework 2.0.2 released

[nicolas de l. <nic...@gm...>]

Could you please make this version available on
https://svn.sourceforge.net/svnroot/springframework/repos/repo/org/springframework/so
that it get sync with maven repository ?

I've created an unofficial maven repo that contains spring sources &
javadocs jar bundles
<file:///M:/maven2/private/build.xml>
http://ndeloof.free.fr/maven2/org/springframework/
Is there plan to create those jars as part of the official Spring build.xml?

Nico.

2007/1/8, Juergen Hoeller <jue...@in...>:
>
> Dear Spring community,
>
> I'm pleased to announce that Spring 2.0.2 has been released.
>
> This is the second maintenance release for Spring 2.0, including fixes for
> bugs that have been reported since 2.0.1, as well as introducing sone
> minor
> enhancements. Please see the changelog for the details.
>
> FYI, Spring 1.2.9 is scheduled for prompt release as well. A final 1.2.9
> snapshot is available for testing:
> http://static.springframework.org/downloads/nightly
>
> Cheers,
>
> Juergen
>
> -----
> Juergen Hoeller
> Interface21
> http://www.springframework.com
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] Spring build.52 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring Framework 2.0.2 released

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

Dear Spring community,

I'm pleased to announce that Spring 2.0.2 has been released.

This is the second maintenance release for Spring 2.0, including fixes for
bugs that have been reported since 2.0.1, as well as introducing sone minor
enhancements. Please see the changelog for the details.

FYI, Spring 1.2.9 is scheduled for prompt release as well. A final 1.2.9
snapshot is available for testing:
http://static.springframework.org/downloads/nightly

Cheers,

Juergen

-----
Juergen Hoeller
Interface21
http://www.springframework.com

[Springframework-developer] Spring build.51 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

Re: [Springframework-developer] spring-ldap

[Mattias A. <mat...@ja...>]

Looks interesting. I'm sure it could be quite useful and would love to know more about the tool.
Cheers,
Mattias Arthursson
Spring LDAP Team

2007-01-08 Jasper Blues  wrote:

Hello Spring Developers, 
>
>Especially Spring-ldap developers may be interested in this post: I'veimplemented an "Object Directory Mapping" tool (not the one that comesup when you do a google search) based on ContextMapper &ContextAssembler that uses annotations on a Directory Entity. Forexample: 
>
>@NamingAttribute("uid")
>@NamingSuffix({"ou=people"})
>@ObjectClasses({"top", "person", "organizationalPerson","inetorgperson"})
>public class TestPerson
>{
>/*********************************** Directory mapped fields************************************/
>@DirAttribute("uid")
>private String identifier;
>
>@DirAttribute("sn")
>private String lastName;
>
>@DirAttribute("givenName")
>private String givenName;
>
>@DirAttribute("cn")
>private String fullName;
>
>@DirAttribute("mail")
>private String emailAddress;
>
>@DirAttribute("userpassword")
>private byte[] password;
>
>@DirAttribute("active")
>private Boolean isActive;
>
>@DirAttribute("registrationDate")
>private Date registrationDate;
>
>@DirAttribute("rating")
>private Long rating;
>
>/************************************************************************************************/
>
>The interface for the DAOimplementation is as follows: 
>
>public interface LdapDao
>{
>void create(Object dirObject);
>
>void update(Object dirObject);
>
>void delete(Object dirObject);
>
>Object findByNamingAttribute(String namingValue, Class returnType);
>
>public Object findByDn(Name dn, Class returnType);
>
>void createOrUpdate(Object dirObject);
>
>List findAll(Class ofType);   
>
>List filterByBeanProperty(String value, String beanPropertyName,Class returnType);
>}
>
>Type translation is based onSpring's own BeanPropertyEditors with custom editors registered forGeneralizedTime and DistinguishedName. 
>
>There is also support for for loading referenced entries. Ie a RoleObject containing a Person[] members field will populated / updated. 
>
>public class TestRole
>{
>/*********************************** Directory mapped fields************************************/
>@DirAttribute("cn")
>private String roleName;
>
>@DirAttribute
>private String description;
>
>@DirAttribute("roleOccupant")
>private TestPerson[] members;
>
>/******************************
>}
>
>The whole thing ways in atjust 18 small class files, a few hundred lines of code and it's veryfast. I'm not sure if this is useful to more people than just myself,but if you'd like to know more, let me know. 
>
>Best Regards, 
>Jasper
>
>
>
>
>
>
>
>
>
>
>
>

[Springframework-developer] spring-ldap

[Jasper B. <jas...@ma...>]

Hello Spring Developers,

Especially Spring-ldap developers may be interested in this post: I've 
implemented an "Object Directory Mapping" tool (not the one that comes 
up when you do a google search) based on ContextMapper & 
ContextAssembler that uses annotations on a Directory Entity. For example:

@NamingAttribute("uid")
@NamingSuffix({"ou=people"})
@ObjectClasses({"top", "person", "organizationalPerson", "inetorgperson"})
public class TestPerson
{
    /*********************************** Directory mapped fields 
************************************/
    @DirAttribute("uid")
    private String identifier;

    @DirAttribute("sn")
    private String lastName;

    @DirAttribute("givenName")
    private String givenName;

    @DirAttribute("cn")
    private String fullName;

    @DirAttribute("mail")
    private String emailAddress;

    @DirAttribute("userpassword")
    private byte[] password;

    @DirAttribute("active")
    private Boolean isActive;

    @DirAttribute("registrationDate")
    private Date registrationDate;

    @DirAttribute("rating")
    private Long rating;
   
    
/************************************************************************************************/

The interface for the DAO implementation is as follows:

public interface LdapDao
{
    void create(Object dirObject);

    void update(Object dirObject);

    void delete(Object dirObject);

    Object findByNamingAttribute(String namingValue, Class returnType);

    public Object findByDn(Name dn, Class returnType);

    void createOrUpdate(Object dirObject);

    List findAll(Class ofType);  

    List filterByBeanProperty(String value, String beanPropertyName, 
Class returnType);
}

Type translation is based on Spring's own BeanPropertyEditors with 
custom editors registered for GeneralizedTime and DistinguishedName.

There is also support for for loading referenced entries. Ie a Role 
Object containing a Person[] members field will populated / updated.

public class TestRole
{
    /*********************************** Directory mapped fields 
************************************/
    @DirAttribute("cn")
    private String roleName;

    @DirAttribute
    private String description;

    @DirAttribute("roleOccupant")
    private TestPerson[] members;
   
    /******************************
}

The whole thing ways in at just 18 small class files, a few hundred 
lines of code and it's very fast. I'm not sure if this is useful to more 
people than just myself, but if you'd like to know more, let me know.

Best Regards,
Jasper








 

[Springframework-developer] Spring build.50 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.49 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.48 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.47 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.46 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

Re: [Springframework-developer] [bug] p:namespace breaksinit-method for nested beans declaration !

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

Indeed, this seems to be related. Please give a recent 2.0.2 snapshot a try
and see whether your scenario works there...
 
As SPR-2955 indicates, I suppose you got hit by the "p:" namespace not
working at all for inner beans: So your init method might get invoked first
simply because the setters will never be invoked at all!
 
Juergen
 

  _____  

From: spr...@li...
[mailto:spr...@li...] On Behalf
Of nicolas de loof
Sent: Friday, January 05, 2007 5:13 PM
To: spr...@li...
Subject: Re: [Springframework-developer] [bug] p:namespace breaksinit-method
for nested beans declaration !


seems to be related to SPR-2955...


2007/1/5, nicolas de loof <nic...@gm...>: 

My application works with "traditional" <property name="" value=""/>
dependencies. 

A declaration use a nested declaration for it's dependency. The nested one
uses init-method="load" fo internal setup. 
I've changed my xml configs to use the p:namespace. The load method is
invoked BEFORE dependencies get injected. 

Is this a known bug ?

The attached demo demonstrates the bug

Nico.

Re: [Springframework-developer] [bug] p:namespace breaks init-method for nested beans declaration !

[nicolas de l. <nic...@gm...>]

seems to be related to SPR-2955...

2007/1/5, nicolas de loof <nic...@gm...>:
>
> My application works with "traditional" <property name="" value=""/>
> dependencies.
>
> A declaration use a nested declaration for it's dependency. The nested one
> uses init-method="load" fo internal setup.
> I've changed my xml configs to use the p:namespace. The load method is
> invoked BEFORE dependencies get injected.
>
> Is this a known bug ?
>
> The attached demo demonstrates the bug
>
> Nico.
>
>

[Springframework-developer] Spring build.45 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.44 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.43 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.42 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).    			
			

[Springframework-developer] Spring build.41 SUCCEEDED

[<bu...@in...>]

Snapshot has been uploaded to http://www.springframework.org/snaphots
    			
The list of modifications for this build can be found in the build log (http://static.springframework.org/spring/build/index.html).