springframework-developer — Spring Framework developers list

[Springframework-developer] [ANN] VTD-XML 1.7 released

[Jimmy Z. <cra...@co...>]

XimpleWare released Version 1.7 of VTD-XML, the next generation XML
parser that goes beyond DOM and SAX, under GPL. VTD-XML is getting
faster, leaner, more stable and complete with this release. New features
included in this releases are:

* Additional XPath functions support
* Union Expression
* A rewritten VTDNav implementation
* Various bug fixes in VTDGen and XPath evaluation

Please visit http://vtd-xml.sf.net for the latest release.

=20
For further reading, please refer to the following articles:
a.. Simplify XML Processing with VTD-XML=20
a.. Cut, Paste, Assemble and Split XML files with VTD-XML=20
a.. XML on a Chip=20
a.. Process Large XML Files with VTD-XML=20
a.. The performance Woe of Binary XML=20
a.. VTD-XML: The Next Generation XML Parser=20

[Springframework-developer] Spring build.68 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.67 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.66 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.65 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.64 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.63 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.62 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.61 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] VkAGRA

[Aislin B. <jor...@do...>]

Hi,

VkAGRA for LESS http://www.groreakin.com

=20
question. You will leave behind a deadly and destructive situation.
You assume right. A concert it is-and now. We havent had any live

[Springframework-developer] Spring build.60 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.59 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.58 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.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] =?iso-2022-jp?b?GyRCRmI9byRHJDkbKEI=?= =?iso-2022-jp?b?GyRCJDAycSQoJF4kOSRoGyhCKCpeGyRCISMbKEJeKikg?= =?iso-2022-jp?b?GyRCTyJNbUQ6JDEkXiQ7JHMkKyEpGyhC?=

[<pwe...@ya...>]

疲れ様です！ 響子です.今日初めて指名を受けた貴方に2ショット専
用VIPルームをご用意致しました。
指名者   　響子　32歳　Eカップ　ID【161690】です。
彼女から『離婚してから2年です。一人暮らしの部屋で待ってます。
今二つの美容院経営してますので、、お金を余してます。
逆◎OKです(^0_0^)』というメッセージが入りました。
指名を受けた貴方の専用ルームナンバー【251】です!
専用キー   http://uyfb.com?koko
注：ニックネームの最後に【251】をつ付けていただければ、す
ぐ連絡取れるよ。

しかも過激写メ交換自由!彼女十分な前金を払ったため二人で邪魔
されずゆっくりできますよ。響子はとっくに待っているから、ど
うぞ、御出でください。


個室で心臓耐えない方お大事に



拒否  ba...@qn...

[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).    			
			

Re: [Springframework-developer] Spring 2 in Maven2 repo

[Ben A. <ben...@ac...>]

Nicolas De Loof wrote:

> But this doesn't give you any garanty that acegy will work fine with 
> spring 2.0 !

Although Acegi Security 1.0.2 works with Spring 2.0 fine for me. :-)

Cheers
Ben

[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] massive backward incompatibility for Spring 2.0

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

Hi,

  I just dscovered some severe backward incompatibility in Spring 2.0.

  When using remoting, especially rmi or ejb remoting, all classes will 
be serialized before sent over the wire. Unfortunately that does not 
work if client and server are using different versions of Spring jars 
and if there are some Spring classes involved.

  The problem is that Spring does not specify serialVersionUID for 
serializable classes. That is most critical for ApplicationEvent class 
and all the exceptions. So, I'd suggest to use serialVersionUID's from 
Spring 1.2.8 to all serializable classes and from now on always 
explicitly specify that value.

  I've attached reports for Spring 1.2.8 and Spring 2.0

  regards,
  Eugene

PS: one could write a regression test for serialveruids using something 
like this:

        Class c = Class.forName(name);
        ObjectStreamClass objectstreamclass = ObjectStreamClass.lookup(c);
        long suid =objectstreamclass.getSerialVersionUID();
   ...

Re: [Springframework-developer] Spring 2 in Maven2 repo

[Geoffrey De S. <ge0...@gm...>]

"if you depend on only spring-core-2.0 and Acegi depends on 
spring-core-1.2.8, you're still going to have overlap of the classes in 
spring-core."

No, Maven2 will recognize that it's the same artifact - and only one of 
them will be used on the classpaths, and the other ignored. That's the 
problem with "spring" vs "spring-core": maven2 won't recognize they 
provide the same classes.

But "which one is resolved" is currently implemented as "the nearest to 
the pom" - which probably considered one of the top issues that need to 
be fixed.
It should probably be something like "the dependency with the highest 
version number unless it's overwritten in the pom that depends on that 
dependency)".

Ben Hale wrote, On 2006-10-06 2:34 PM:
> The spring-2.0.pom is not supposed to be a union of all the modules.  
> spring.jar is actually an artifact that is distributed in the Spring 
> releases so it does have it's own POM.  There was some discussion on 
> whether to even include it in the POM release, but based on user request 
> it was (http://opensource.atlassian.com/projects/spring/browse/SPR-1484, 
> check near the bottom for responses from Matt Raible).
> 
> That being said, generally it is a good idea to depend on the modules 
> instead of the monolithic jar simply because you have more granular 
> control of your dependencies.
> 
> However, depending on the modules won't actually solve any problems you 
> have with overlapping dependencies.  For example, if you depend on only 
> spring-core-2.0 and Acegi depends on spring-core-1.2.8, you're still 
> going to have overlap of the classes in spring-core.  On top of that you 
> can't really mix and match versions of the modules with any kind of 
> certainty.  We don't test the releases in that way and certainly don't 
> guarantee any of the behaviors they exhibit.  It all comes down to this, 
> if you depend on a resource that has older dependencies, then you 
> *can't* depend directly on another version of those dependencies.  It's 
> a general rule of dependency management.  You have to wait for your 
> dependencies to upgrade before you can do it yourself.
> 
> 
> Ben Hale
> Spring Training, Consulting and Support - "From the Source"
> http://www.interface21.com
> cell: 321.591.2340
> 
> 
> 
> On Oct 6, 2006, at 4:15 AM, Geoffrey De Smet wrote:
> 
>> My point exactly :)
>>
>> However they can probably fix this I think in the complete spring pom
>> for 2.0.1:
>> http://opensource.atlassian.com/projects/spring/browse/SPR-2686
>>
>> Nicolas De Loof wrote, On 2006-10-06 9:48 AM:
>>>
>>> The risk is to have multiple version of classes in deifferent versions :
>>> if a spring-modules project depends on spring-xx-1.2.8 you will have
>>> both 1.2.8 and 2.0 classes in the classpath, with no way to force a
>>> priority.
>>>
>>> Using modules as dependency solves this issue.
>>>
>>> Nico.
>>>
>>>> That way you 'll avoid problems when you start using acegi, web flow,
>>>> spring-modules and/or spring-richclient, which depend on the modules of
>>>> spring.
>>>> Otherwise you 'll get a lot of classes in your classpath twice 
>>>> (which is
>>>> bad).
>>>>
>>>> Brendan Grainger wrote, On 2006-10-05 4:19 PM:
>>>>
>>>>> They already are:
>>>>> http://www.ibiblio.org/maven2/org/springframework/spring/2.0/
>>>>> <http://www.ibiblio.org/maven2/org/springframework/spring/2.0/>
>>>>>
>>>>> I pulled them down with this dependency:
>>>>>
>>>>>         <dependency>
>>>>>             <groupId>org.springframework</groupId>
>>>>>             <artifactId>spring</artifactId>
>>>>>             <version>2.0</version>
>>>>>         </dependency>
>>>>>
>>>>> Although maybe you already know that, as it looks like your email was
>>>>> sent two days ago?
>>>>>
>>>>> HTH
>>>>>
>>>>> On 10/3/06, *Dmitriy Kopylenko* <dko...@ru...
>>>>> <mailto:dko...@ru...>> wrote:
>>>>>
>>>>>     Is it possible that Spring 2.0 final artifacts are available in M2
>>>>>     public repository?
>>>>>
>>>>>     Thanks,
>>>>>     Dmitriy.
>>>>>
>>>>>     
>>>>> ------------------------------------------------------------------------- 
>>>>>
>>>>>     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 
>>>>>
>>>>>     
>>>>> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV> 
>>>>>
>>>>>     _______________________________________________
>>>>>     Springframework-developer mailing list
>>>>>     Spr...@li...
>>>>>     <mailto:Spr...@li...>
>>>>>     
>>>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>>>     
>>>>> <https://lists.sourceforge.net/lists/listinfo/springframework-developer> 
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------ 
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------- 
>>>>>
>>>>> 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
>>>>>
>>>>
>>>
>>> This message contains information that may be privileged or 
>>> confidential and is the property of the Capgemini Group. It is 
>>> intended only for the person to whom it is addressed. If you are not 
>>> the intended recipient,  you are not authorized to read, print, 
>>> retain, copy, disseminate,  distribute, or use this message or any 
>>> part thereof. If you receive this  message in error, please notify 
>>> the sender immediately and delete all  copies of this message.
>>>
>>>
>>> ------------------------------------------------------------------------- 
>>>
>>> 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 
>>>
>>
>> --With kind regards,
>> Geoffrey De Smet
>>
>>
>> -------------------------------------------------------------------------
>> 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
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> 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

-- 
With kind regards,
Geoffrey De Smet

Re: [Springframework-developer] Spring 2 in Maven2 repo

[Nicolas De L. <nic...@ca...>]

> However, depending on the modules won't actually solve any problems 
> you have with overlapping dependencies.  For example, if you depend on 
> only spring-core-2.0 and Acegi depends on spring-core-1.2.8, you're 
> still going to have overlap of the classes in spring-core.  On top of 
> that you can't really mix and match versions of the modules with any 
> kind of certainty.  We don't test the releases in that way and 
> certainly don't guarantee any of the behaviors they exhibit.  It all 
> comes down to this, if you depend on a resource that has older 
> dependencies, then you *can't* depend directly on another version of 
> those dependencies.  It's a general rule of dependency management.  
> You have to wait for your dependencies to upgrade before you can do it 
> yourself.

In such a case, maven dependency conflict resolution with use the 
"nearer" dependency. If your project depends on spring-core:2.0 and on 
acegy that introduces a dependency on spring-core:1.2.8, your classpath 
will include spring-core 2.0 as it is defined "nearer" in your POM.
But this doesn't give you any garanty that acegy will work fine with 
spring 2.0 !

Nico.


>
> Ben Hale
> Spring Training, Consulting and Support - "From the Source"
> http://www.interface21.com
> cell: 321.591.2340
>
>
>
> On Oct 6, 2006, at 4:15 AM, Geoffrey De Smet wrote:
>
>> My point exactly :)
>>
>> However they can probably fix this I think in the complete spring pom
>> for 2.0.1:
>> http://opensource.atlassian.com/projects/spring/browse/SPR-2686
>>
>> Nicolas De Loof wrote, On 2006-10-06 9:48 AM:
>>>
>>> The risk is to have multiple version of classes in deifferent 
>>> versions :
>>> if a spring-modules project depends on spring-xx-1.2.8 you will have
>>> both 1.2.8 and 2.0 classes in the classpath, with no way to force a
>>> priority.
>>>
>>> Using modules as dependency solves this issue.
>>>
>>> Nico.
>>>
>>>> That way you 'll avoid problems when you start using acegi, web flow,
>>>> spring-modules and/or spring-richclient, which depend on the 
>>>> modules of
>>>> spring.
>>>> Otherwise you 'll get a lot of classes in your classpath twice 
>>>> (which is
>>>> bad).
>>>>
>>>> Brendan Grainger wrote, On 2006-10-05 4:19 PM:
>>>>
>>>>> They already are:
>>>>> http://www.ibiblio.org/maven2/org/springframework/spring/2.0/
>>>>> <http://www.ibiblio.org/maven2/org/springframework/spring/2.0/>
>>>>>
>>>>> I pulled them down with this dependency:
>>>>>
>>>>>         <dependency>
>>>>>             <groupId>org.springframework</groupId>
>>>>>             <artifactId>spring</artifactId>
>>>>>             <version>2.0</version>
>>>>>         </dependency>
>>>>>
>>>>> Although maybe you already know that, as it looks like your email was
>>>>> sent two days ago?
>>>>>
>>>>> HTH
>>>>>
>>>>> On 10/3/06, *Dmitriy Kopylenko* <dko...@ru...
>>>>> <mailto:dko...@ru...>> wrote:
>>>>>
>>>>>     Is it possible that Spring 2.0 final artifacts are available 
>>>>> in M2
>>>>>     public repository?
>>>>>
>>>>>     Thanks,
>>>>>     Dmitriy.
>>>>>
>>>>>     
>>>>> ------------------------------------------------------------------------- 
>>>>>
>>>>>     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 
>>>>>
>>>>>     
>>>>> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV> 
>>>>>
>>>>>     _______________________________________________
>>>>>     Springframework-developer mailing list
>>>>>     Spr...@li...
>>>>>     <mailto:Spr...@li...>
>>>>>     
>>>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
>>>>>
>>>>>     
>>>>> <https://lists.sourceforge.net/lists/listinfo/springframework-developer> 
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------ 
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------- 
>>>>>
>>>>> 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 
>>>>>
>>>>>
>>>>
>>>
>>> This message contains information that may be privileged or 
>>> confidential and is the property of the Capgemini Group. It is 
>>> intended only for the person to whom it is addressed. If you are not 
>>> the intended recipient,  you are not authorized to read, print, 
>>> retain, copy, disseminate,  distribute, or use this message or any 
>>> part thereof. If you receive this  message in error, please notify 
>>> the sender immediately and delete all  copies of this message.
>>>
>>>
>>> ------------------------------------------------------------------------- 
>>>
>>> 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 
>>>
>>
>> --With kind regards,
>> Geoffrey De Smet
>>
>>
>> ------------------------------------------------------------------------- 
>>
>> 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
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> 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
>   

This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient,  you are not authorized to read, print, retain, copy, disseminate,  distribute, or use this message or any part thereof. If you receive this  message in error, please notify the sender immediately and delete all  copies of this message.

Re: [Springframework-developer] Spring 2 in Maven2 repo

[Ben H. <ben...@in...>]

The spring-2.0.pom is not supposed to be a union of all the modules.   
spring.jar is actually an artifact that is distributed in the Spring  
releases so it does have it's own POM.  There was some discussion on  
whether to even include it in the POM release, but based on user  
request it was (http://opensource.atlassian.com/projects/spring/ 
browse/SPR-1484, check near the bottom for responses from Matt Raible).

That being said, generally it is a good idea to depend on the modules  
instead of the monolithic jar simply because you have more granular  
control of your dependencies.

However, depending on the modules won't actually solve any problems  
you have with overlapping dependencies.  For example, if you depend  
on only spring-core-2.0 and Acegi depends on spring-core-1.2.8,  
you're still going to have overlap of the classes in spring-core.  On  
top of that you can't really mix and match versions of the modules  
with any kind of certainty.  We don't test the releases in that way  
and certainly don't guarantee any of the behaviors they exhibit.  It  
all comes down to this, if you depend on a resource that has older  
dependencies, then you *can't* depend directly on another version of  
those dependencies.  It's a general rule of dependency management.   
You have to wait for your dependencies to upgrade before you can do  
it yourself.


Ben Hale
Spring Training, Consulting and Support - "From the Source"
http://www.interface21.com
cell: 321.591.2340



On Oct 6, 2006, at 4:15 AM, Geoffrey De Smet wrote:

> My point exactly :)
>
> However they can probably fix this I think in the complete spring pom
> for 2.0.1:
> http://opensource.atlassian.com/projects/spring/browse/SPR-2686
>
> Nicolas De Loof wrote, On 2006-10-06 9:48 AM:
>>
>> The risk is to have multiple version of classes in deifferent  
>> versions :
>> if a spring-modules project depends on spring-xx-1.2.8 you will have
>> both 1.2.8 and 2.0 classes in the classpath, with no way to force a
>> priority.
>>
>> Using modules as dependency solves this issue.
>>
>> Nico.
>>
>>> That way you 'll avoid problems when you start using acegi, web  
>>> flow,
>>> spring-modules and/or spring-richclient, which depend on the  
>>> modules of
>>> spring.
>>> Otherwise you 'll get a lot of classes in your classpath twice  
>>> (which is
>>> bad).
>>>
>>> Brendan Grainger wrote, On 2006-10-05 4:19 PM:
>>>
>>>> They already are:
>>>> http://www.ibiblio.org/maven2/org/springframework/spring/2.0/
>>>> <http://www.ibiblio.org/maven2/org/springframework/spring/2.0/>
>>>>
>>>> I pulled them down with this dependency:
>>>>
>>>>         <dependency>
>>>>             <groupId>org.springframework</groupId>
>>>>             <artifactId>spring</artifactId>
>>>>             <version>2.0</version>
>>>>         </dependency>
>>>>
>>>> Although maybe you already know that, as it looks like your  
>>>> email was
>>>> sent two days ago?
>>>>
>>>> HTH
>>>>
>>>> On 10/3/06, *Dmitriy Kopylenko* <dko...@ru...
>>>> <mailto:dko...@ru...>> wrote:
>>>>
>>>>     Is it possible that Spring 2.0 final artifacts are available  
>>>> in M2
>>>>     public repository?
>>>>
>>>>     Thanks,
>>>>     Dmitriy.
>>>>
>>>>      
>>>> ------------------------------------------------------------------- 
>>>> ------
>>>>     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
>>>>     <http://www.techsay.com/default.php? 
>>>> page=join.php&p=sourceforge&CID=DEVDEV>
>>>>     _______________________________________________
>>>>     Springframework-developer mailing list
>>>>     Spr...@li...
>>>>     <mailto:Spr...@li...>
>>>>     https://lists.sourceforge.net/lists/listinfo/springframework- 
>>>> developer
>>>>     <https://lists.sourceforge.net/lists/listinfo/ 
>>>> springframework-developer>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------- 
>>>> -----
>>>>
>>>> ------------------------------------------------------------------- 
>>>> ------
>>>> 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
>>>>
>>>
>>
>> This message contains information that may be privileged or  
>> confidential and is the property of the Capgemini Group. It is  
>> intended only for the person to whom it is addressed. If you are  
>> not the intended recipient,  you are not authorized to read,  
>> print, retain, copy, disseminate,  distribute, or use this message  
>> or any part thereof. If you receive this  message in error, please  
>> notify the sender immediately and delete all  copies of this message.
>>
>>
>> --------------------------------------------------------------------- 
>> ----
>> 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
>
> -- 
> With kind regards,
> Geoffrey De Smet
>
>
> ---------------------------------------------------------------------- 
> ---
> 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 final released

[Nicolas De L. <nic...@ca...>]

You're right, but only for the spring full jar.

Spring jars as modules have no source and javadocs. Maven2 eclipse=20
plugin can download them automatically and attach them to the IDE Java=20
Editor.

Kristoffer Moum a =E9crit :
> Take a look at=20
> http://www.ibiblio.org/maven2/org/springframework/spring/2.0/. As far=20
> as I can see the repo contains both sources and javadocs.
> /K
>
> On 10/6/06, *Nicolas De Loof* <nic...@ca...=20
> <mailto:nic...@ca...>> wrote:
>
>
>     Until a build fully maven2 compliant is in place, could you please
>     manually add the sources jars for modules in the spring repo so tha=
t
>     they become available using ibiblio sync ?
>     They're very usefull for Eclipse (or other IDE) developers to get
>     debugging, javadocs and parameters name.
>     You can also get them from my personnal repo :
>     http://ndeloof.free.fr/maven2
>
>     I've sent my ant script on this list to build them, but I consider
>     this
>     as a workaround. Do you allready have ideas about a module/maven2
>     compliant build ? I myself had similar issue with a "all in one
>     jar" lib
>     to be splitted into modules.
>
>     The "cleaner" way is to split sources into separate sub-projects
>     and use
>     the maven2 assembly plugin to create the "full" jar from modules. B=
ut
>     this requires to move source files, and you will then loose CVS
>     history... (what about using subversion ?)
>
>     Another way is to create multiple POM files that point to the same
>     srs
>     folder but use <includes> to only compile and package module classe=
s.
>
>     There is also the "Java1.3 + Java5 in same jar"  issue. I don't lik=
e
>     splitting every module into spring-xx and spring-xx-tiger as Carlos
>     Sanchez suggested. It can be solved by using
>     maven-jboss-compiler-plugin
>     : this is a modified maven compiler plugin that allows to change
>     the src
>     dir. Using it, you can run compiler twice. A first (default) run
>     using
>     bootclasspath set to Java1.3 runtime, a second one using
>     jboss-compiler
>     to point to "tiger" code.
>
>     @see
>     http://mail-archives.apache.org/mod_mbox/maven-users/200608.mbox/%3=
C44...@ca...%3E
>     @see http://repository.jboss.com/maven2
>
>     Another solution is to use the maven build helper plugin to add tig=
er
>     sources to compiler path and define <excludes> to only compile Java=
1.3
>     classes as default execution. A second execution is then configured=
 to
>     compile all classes using Java5 (java13 compiled classes are not
>     recompiled)
>
>     If you're interseted any of those solutions, I'd be pleased to
>     give you
>     feedback from my personnal experiments on this.
>
>     Nicolas De Loof
>
>     Ben Hale a =E9crit :
>     > Right now the builds (the ant builds) do not create individual ja=
rs
>     > for for sources and javadocs. It does create sources and
>     javadocs for
>     > the main jar. Contributions from the community of these
>     artifacts are
>     > nice, but it's not really a scalable way to populate the maven
>     repo.
>     > We're looking into strategies for create those elements as part
>     of the
>     > build in the future, but at this point we don't have them.
>     >
>     > Ben Hale
>     > Spring Training, Consulting and Support - "From the Source"
>     > http://www.interface21.com
>     > cell: 321.591.2340
>     >
>     >
>     >
>     > On Oct 5, 2006, at 4:35 PM, Ben Alex wrote:
>     >
>     >> Carlos Sanchez wrote:
>     >>> Maven repo is synced from Spring repo
>     >>> https://svn.sourceforge.net/svnroot/springframework/repos/repo/
>     >>>
>     >>> You can provide them the sources and javadocs to be put there.
>     >>
>     >> Any reason the sources are missing from the Spring snapshot
>     repo (with
>     >> the notable exception of the "spring" artifact)?
>     >>
>     >> Cheers
>     >> Ben
>     >>
>     >>
>     -------------------------------------------------------------------=
------
>     >>
>     >> Take Surveys. Earn Cash. Influence the Future of IT
>     >> Join SourceForge.net's Techsay panel and you'll get the chance t=
o
>     >> share your
>     >> opinions on IT & business topics through brief surveys -- and
>     earn cash
>     >>
>     http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&=
CID=3DDEVDEV
>     <http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge=
&CID=3DDEVDEV>
>     >>
>     >> _______________________________________________
>     >> Springframework-developer mailing list
>     >> Spr...@li...
>     <mailto:Spr...@li...>
>     >>
>     https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
>     <https://lists.sourceforge.net/lists/listinfo/springframework-devel=
oper>
>     >
>     >
>     -------------------------------------------------------------------=
-----
>     >
>     >
>     -------------------------------------------------------------------=
------
>     > 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=3Djoin.php&p=3Dsourceforge&=
CID=3DDEVDEV
>     <http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge=
&CID=3DDEVDEV>
>     >
>     -------------------------------------------------------------------=
-----
>     >
>     > _______________________________________________
>     > Springframework-developer mailing list
>     > Spr...@li...
>     <mailto:Spr...@li...>
>     >
>     https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
>     >
>
>     This message contains information that may be privileged or
>     confidential and is the property of the Capgemini Group. It is
>     intended only for the person to whom it is addressed. If you are
>     not the intended recipient,  you are not authorized to read,
>     print, retain, copy, disseminate,  distribute, or use this message
>     or any part thereof. If you receive this  message in error, please
>     notify the sender immediately and delete all  copies of this messag=
e.
>
>
>     -------------------------------------------------------------------=
------
>     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=3Djoin.php&p=3Dsourceforge&=
CID=3DDEVDEV
>     <http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge=
&CID=3DDEVDEV>
>     _______________________________________________
>     Springframework-developer mailing list
>     Spr...@li...
>     <mailto:Spr...@li...>
>     https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
>
>
> -----------------------------------------------------------------------=
-
>
> -----------------------------------------------------------------------=
--
> 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=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> -----------------------------------------------------------------------=
-
>
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  =20

This message contains information that may be privileged or confidential =
and is the property of the Capgemini Group. It is intended only for the p=
erson to whom it is addressed. If you are not the intended recipient,  yo=
u are not authorized to read, print, retain, copy, disseminate,  distribu=
te, or use this message or any part thereof. If you receive this  message=
 in error, please notify the sender immediately and delete all  copies of=
 this message.

Re: [Springframework-developer] Spring 2 in Maven2 repo

[Geoffrey De S. <ge0...@gm...>]

My point exactly :)

However they can probably fix this I think in the complete spring pom 
for 2.0.1:
http://opensource.atlassian.com/projects/spring/browse/SPR-2686

Nicolas De Loof wrote, On 2006-10-06 9:48 AM:
> 
> The risk is to have multiple version of classes in deifferent versions : 
> if a spring-modules project depends on spring-xx-1.2.8 you will have 
> both 1.2.8 and 2.0 classes in the classpath, with no way to force a 
> priority.
> 
> Using modules as dependency solves this issue.
> 
> Nico.
> 
>> That way you 'll avoid problems when you start using acegi, web flow, 
>> spring-modules and/or spring-richclient, which depend on the modules of 
>> spring.
>> Otherwise you 'll get a lot of classes in your classpath twice (which is 
>> bad).
>>
>> Brendan Grainger wrote, On 2006-10-05 4:19 PM:
>>   
>>> They already are: 
>>> http://www.ibiblio.org/maven2/org/springframework/spring/2.0/ 
>>> <http://www.ibiblio.org/maven2/org/springframework/spring/2.0/>
>>>
>>> I pulled them down with this dependency:
>>>
>>>         <dependency>
>>>             <groupId>org.springframework</groupId>
>>>             <artifactId>spring</artifactId>
>>>             <version>2.0</version>
>>>         </dependency>
>>>
>>> Although maybe you already know that, as it looks like your email was 
>>> sent two days ago?
>>>
>>> HTH
>>>
>>> On 10/3/06, *Dmitriy Kopylenko* <dko...@ru... 
>>> <mailto:dko...@ru...>> wrote:
>>>
>>>     Is it possible that Spring 2.0 final artifacts are available in M2
>>>     public repository?
>>>
>>>     Thanks,
>>>     Dmitriy.
>>>
>>>     -------------------------------------------------------------------------
>>>     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
>>>     <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
>>>     _______________________________________________
>>>     Springframework-developer mailing list
>>>     Spr...@li...
>>>     <mailto:Spr...@li...>
>>>     https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>     <https://lists.sourceforge.net/lists/listinfo/springframework-developer>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> -------------------------------------------------------------------------
>>> 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
>>>     
>>   
> 
> This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient,  you are not authorized to read, print, retain, copy, disseminate,  distribute, or use this message or any part thereof. If you receive this  message in error, please notify the sender immediately and delete all  copies of this message.
> 
> 
> -------------------------------------------------------------------------
> 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

-- 
With kind regards,
Geoffrey De Smet

Re: [Springframework-developer] Spring Framework 2.0 final released

[Kristoffer M. <kri...@gm...>]

Take a look at http://www.ibiblio.org/maven2/org/springframework/spring/2.0=
/.
As far as I can see the repo contains both sources and javadocs.
/K

On 10/6/06, Nicolas De Loof <nic...@ca...> wrote:
>
>
> Until a build fully maven2 compliant is in place, could you please
> manually add the sources jars for modules in the spring repo so that
> they become available using ibiblio sync ?
> They're very usefull for Eclipse (or other IDE) developers to get
> debugging, javadocs and parameters name.
> You can also get them from my personnal repo :
> http://ndeloof.free.fr/maven2
>
> I've sent my ant script on this list to build them, but I consider this
> as a workaround. Do you allready have ideas about a module/maven2
> compliant build ? I myself had similar issue with a "all in one jar" lib
> to be splitted into modules.
>
> The "cleaner" way is to split sources into separate sub-projects and use
> the maven2 assembly plugin to create the "full" jar from modules. But
> this requires to move source files, and you will then loose CVS
> history... (what about using subversion ?)
>
> Another way is to create multiple POM files that point to the same srs
> folder but use <includes> to only compile and package module classes.
>
> There is also the "Java1.3 + Java5 in same jar"  issue. I don't like
> splitting every module into spring-xx and spring-xx-tiger as Carlos
> Sanchez suggested. It can be solved by using maven-jboss-compiler-plugin
> : this is a modified maven compiler plugin that allows to change the src
> dir. Using it, you can run compiler twice. A first (default) run using
> bootclasspath set to Java1.3 runtime, a second one using jboss-compiler
> to point to "tiger" code.
>
> @see
>
> http://mail-archives.apache.org/mod_mbox/maven-users/200608.mbox/%3C44EAA=
635...@ca...%3E
> @see http://repository.jboss.com/maven2
>
> Another solution is to use the maven build helper plugin to add tiger
> sources to compiler path and define <excludes> to only compile Java1.3
> classes as default execution. A second execution is then configured to
> compile all classes using Java5 (java13 compiled classes are not
> recompiled)
>
> If you're interseted any of those solutions, I'd be pleased to give you
> feedback from my personnal experiments on this.
>
> Nicolas De Loof
>
> Ben Hale a =E9crit :
> > Right now the builds (the ant builds) do not create individual jars
> > for for sources and javadocs. It does create sources and javadocs for
> > the main jar. Contributions from the community of these artifacts are
> > nice, but it's not really a scalable way to populate the maven repo.
> > We're looking into strategies for create those elements as part of the
> > build in the future, but at this point we don't have them.
> >
> > Ben Hale
> > Spring Training, Consulting and Support - "From the Source"
> > http://www.interface21.com
> > cell: 321.591.2340
> >
> >
> >
> > On Oct 5, 2006, at 4:35 PM, Ben Alex wrote:
> >
> >> Carlos Sanchez wrote:
> >>> Maven repo is synced from Spring repo
> >>> https://svn.sourceforge.net/svnroot/springframework/repos/repo/
> >>>
> >>> You can provide them the sources and javadocs to be put there.
> >>
> >> Any reason the sources are missing from the Spring snapshot repo (with
> >> the notable exception of the "spring" artifact)?
> >>
> >> Cheers
> >> Ben
> >>
> >>
> -------------------------------------------------------------------------
> >>
> >> 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 cas=
h
> >>
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> >>
> >> _______________________________________________
> >> Springframework-developer mailing list
> >> Spr...@li...
> >> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> > -----------------------------------------------------------------------=
-
> >
> >
> -------------------------------------------------------------------------
> > 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=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> > -----------------------------------------------------------------------=
-
> >
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
>
> This message contains information that may be privileged or confidential
> and is the property of the Capgemini Group. It is intended only for the
> person to whom it is addressed. If you are not the intended recipient,  y=
ou
> are not authorized to read, print, retain, copy, disseminate,  distribute=
,
> or use this message or any part thereof. If you receive this  message in
> error, please notify the sender immediately and delete all  copies of thi=
s
> message.
>
>
> -------------------------------------------------------------------------
> 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=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>