springframework-developer — Spring Framework developers list

[Springframework-developer] Reworked transaction infrastructure

[<jue...@we...>]

Everybody,
=20
I've significantly reworked our transaction infrastructure last week, to =
effectively provide the same support for transaction suspension as EJB =
CMT does.  Accordingly, I've introduced propagation behaviors =
"REQUIRES_NEW", "NOT_SUPPORTED", and "NEVER" for all our =
PlatformTransactionManagers. I've committed this yesterday evening, now =
that CVS seems to work again.

JtaTransactionManager needs to access the =
javax.transaction.TransactionManager for transaction suspension; =
unfortunately, the TransactionManager location is not defined by J2EE =
(O/R mappers have a similar problem for cache callbacks in a JTA =
environment). Thus, I've introduced a JtaDialect interface (analogous to =
our JdoDialect), containing "getInternalTransactionManager" and =
"applyIsolationLevel" methods (the latter factored out from =
JtaTransactionManager's template method into this strategy).

The default dialect implementations is JndiLookupJtaDialect, with a =
configurable "templateManagerName" JNDI location (not doing anything =
about the isolation level); its Javadoc states a couple of well-known =
JTA TransactionManager locations in popular application servers. =
Additionally, I've added JotmJtaDialect and WebSphereJtaDialect, which =
both require specific static accessor methods to obtain the JTA =
TransactionManager. I've simply taken the corresponding code from =
Hibernate's TransactionManagerLookups.

There's also a new "jtaDialect" property in LocalSessionFactoryBean, =
allowing to use a Spring-configured JtaDialect for Hibernate's =
TransactionManagerLookup. This avoids double configuration of the =
server-specific lookup strategy. As when providing a DataSource, the =
corresponding Hibernate property will be set implictly when a JtaDialect =
is provided.=20
=20
I've tested transaction suspension with HibernateTransactionManager and =
DataSourceTransactionManager in Tomcat, Resin, and JBoss; with =
JtaTransactionManager and a corresponding JndiLookupJtaDialect, in Resin =
and JBoss. Works nicely in all cases: I'd be happy if someone else tried =
WebLogic, WebSphere, JOTM, etc (there's nothing to worry about there, =
just validating the TransactionManager lookup strategies).
=20
I've also added a ClobStringType for Hibernate, using a =
LocalSessionFactoryBean-specified LobHandler for mapping Strings to =
CLOBs. You can specify ClobStringType for such fields in your Hibernate =
mappings even if just using CLOBs in certain environments: =
DefaultLobHandler will simply delegate to =
PreparedStatement.setString/ResultSet.getString anyway. On Oracle, =
simply configure OracleLobHandler in your application context - the =
Hibernate mapping file does not have to change.
=20
ClobStringType is particularly useful if you need Strings with more than =
4000 characters in Oracle mapped to persistent objects via Hibernate. =
You need to use CLOBs for such long texts in Oracle; and due to Oracle's =
peculiar handling of LOBs, you need a special strategy like =
OracleLobHandler. On other databases like MySQL, type "longtext" is =
fine, to be used like normal String values. Our LobHandler abstraction =
allows to turn this into a configuration issue.
=20
If you get the chance, please check this out promptly, as we intend to =
release 1.0 RC1 this weekend!
=20
Juergen
=20

[Springframework-developer] BeanFactoryLocator iinterface and some implementations checked in

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

I've checked in a new interface called BeanFactoryLocator. It replaces 
the existing BeanFactoryLoader interface, with the old concrete 
implementations XmlBeanFactoryLoader and 
XmlBeanFactoryApplicationContextLoader now implementing 
BeanFactoryLocator, and renamed to SimpleJndiBeanFactoryLocator and 
JndiBeanFactoryLocator, respectively. The latter is the default used by 
the EJB support classes.

As well, there are two new classes implementing BeanFactoryLocator, 
called SingletonBeanFactoryLocator and DefaultBeanFactoryLocator. These 
implement a 'keyed-singleton' bean factory access mechanism. The latter 
class simply uses an ApplicationContext internally instead of the 
former's BeanFactory. Essentialy, the classes use a
BeanFactory or ApplicationContext definition (which becomes a singleton, 
keyed by the name of the definition file(s)) to load one or more 
BeanFactories or ApplicationContexts, and return them to the caller.

I am by no means a big fan of using singleton's, but they have some uses 
in glue code some times. As such, I have heavily plastered the JavaDocs 
with warnings not to use these classes in most circumstances.

Given that we are so close to RC1, if somebody doesn't like any of the 
class names, method names, packages, implementation, etc., please speak 
up. Also, these changes break compatibility with any old code overriding 
the default BeanFactoryLoader in the ejb support classes. I thought it 
was worth it to do this in order to consolidate two fairly similar 
interfaces. Changing to use the new code should be fairly trivial for 
anybody affected.

Regards,
Colin

Re: [Springframework-developer] CVS access

[<tri...@tr...>]

Looks like we are down until this weekend sometime - manual sync or not.  This
is from the most recent post on
http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1

"Developer CVS access will be offline for 2004-01-23, continuing in to the
weekend, to permit the resync of data to complete;"

Thomas


Quoting Colin Sampaleanu <col...@ex...>:

> According to that status item, they are going to prioritize (manually 
> synch) projects that specifically ask for it, so we should put in a 
> Support Request explicitly.
> 
>  >> The SourceForge.net team is working to resolve outstanding problems 
> from the hardware cutover of the developer CVS server. A number of 
> project repositories are not yet present on the new developer CVS server 
> or currently contain outdated data. This may result in messages about 
> files or file versions in your working copy not being present in the 
> repository. We have initiated a contingency plan to resynchronize 
> missing/outdated data; we expect this sync to run through the day Friday 
> and complete during the weekend. We regret the inconvenience this may 
> cause you and your project team. At this time, we are accepting Support 
> Request reports of outdated repositories and are syncing reported issue 
> repositories by hand as to provide faster turnaround. During the time 
> frame of this large resync, performance of developer CVS will be 
> degraded. Due to the increased system load of the resync period, end of 
> file (EOF) errors and SSH ssh_exchange_identification errors upon 
> connect may be encountered; retrying your operation should work. 
> Additional status updates will be posted as this matter is resolved. 
> Your patience is appreciated.
> 
> 
> 
> 
> jürgen höller [werk3AT] wrote:
> 
> >As I've mentioned in the previous mail, SourceForge expect the syncing with
> the new CVS server to finish during the weekend. So it seems that we won't be
> able to commit our changes before Monday. If they manage to get everything up
> and running again then, this should be good enough: Releasing RC1 by the end
> of next week is acceptable, from my point of view.
> > 
> >BTW, we're at 3500 downloads for M4 in the first two weeks after its
> release! More than any previous release had in six weeks...
> > 
> >Juergen
> > 
> >
> >________________________________
> >
> >Von: spr...@li... im Auftrag von
> Rod Johnson
> >Gesendet: Fr 23.01.2004 11:02
> >An: spr...@li...
> >Betreff: Re: [Springframework-developer] CVS access
> >
> >
> >
> >It's very sick. I can't commit some changes I made offline yesterday. I'm
> >seeing really ancient stuff when I compare.
> >
> >At least I have clean, up-to-date sources (with my own recent changes of
> >course). But Juergen still has the new tx mgt stuff to go in.
> >
> >If it doesn't come back this morning, it's likely to delay RC1.
> >
> >I bloody well hope they haven't really screwed our repository. I just
> >downloaded the CVS backup archive, but haven't looked at it yet.
> >
> >----- Original Message -----
> >From: "Colin Sampaleanu" <col...@ex...>
> >To: <spr...@li...>
> >Sent: Thursday, January 22, 2004 9:57 PM
> >Subject: Re: [Springframework-developer] CVS access
> >
> >
> >  
> >
> >>Something is seriously f*cked on SF. I am halfway in the middle of doing
> >>an update, and it is busy pulling down stuff that is months old, and
> >>knows nothing about some of the newer dirs. I didn't specify any old
> >>branch or rev, or any kind of date, so either my system or sf is quite
> >>confused.
> >>
> >>I will try wiping out my local copy and doing a fresh checkout...
> >>
> >>
> >>tri...@tr... wrote:
> >>
> >>    
> >>
> >>>Still no luck.
> >>>
> >>>Reminds me of this comment by Brian McCallister the other day
> >>>http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
> >>>
> >>>Thomas
> >>>
> >>>Quoting Colin Sampaleanu <col...@ex...>:
> >>>
> >>>
> >>>
> >>>      
> >>>
> >>>>Fails for me too:
> >>>>cvs update: warning: unrecognized response `Remote process exit code
> >>>>unavailable
> >>>>' from cvs server
> >>>>cvs [update aborted]: end of file from server (consult above messages if
> >>>>any)
> >>>>
> >>>>
> >>>>
> >>>>Kopylenko, Dmitry wrote:
> >>>>
> >>>>
> >>>>
> >>>>        
> >>>>
> >>>>>Can anyone access CVS via extssh right now? I'm having problems
> >>>>>reaching sourceforge CVS.
> >>>>>
> >>>>>Dmitriy.
> >>>>>
> >>>>>
> >>>>>          
> >>>>>
> >>
> >>
> >>-------------------------------------------------------
> >>The SF.Net email is sponsored by EclipseCon 2004
> >>Premiere Conference on Open Tools Development and Integration
> >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> >>http://www.eclipsecon.org/osdn
> >>_______________________________________________
> >>Springframework-developer mailing list
> >>Spr...@li...
> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>    
> >>
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] CVS access

[<tri...@tr...>]

CVS is back on-line - latest batch of changes seem to be only half applied.  CVS
needs Spring's transaction support :-)

Thomas

Quoting "jürgen höller [werk3AT]" <jue...@we...>:

> SourceForge seem to move to a new developer CVS server currently, and having
> problem with the syncing...
> http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#1074819096
> <http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#1074819096>
> 
>  
> They expect it to complete during the weekend, so we may have to wait till
> Monday to get our stuff in... (damn, I have quite a few modified files lying
> around)
>  
> Juergen
>  
> 
> ________________________________
> 
> Von: spr...@li... im Auftrag von
> Colin Sampaleanu
> Gesendet: Do 22.01.2004 23:10
> An: spr...@li...
> Betreff: Re: [Springframework-developer] CVS access
> 
> 
> 
> Hang on to your sources... I blew away all my sources (which were hosed
> anyways), and did a fresh checkout. It seems to pull out sources as of
> some time in Oct. If I do a history on build.xml for example, it only
> shows revisions up to 1.6, dated Sep. 20th.
> 
> Now anonymous CVS as of 3-4 hours ago when I did a test checkout, seemed
> to be ok...
> 
> 
> Colin Sampaleanu wrote:
> 
> > Something is seriously f*cked on SF. I am halfway in the middle of
> > doing an update, and it is busy pulling down stuff that is months old,
> > and knows nothing about some of the newer dirs. I didn't specify any
> > old branch or rev, or any kind of date, so either my system or sf is
> > quite confused.
> >
> > I will try wiping out my local copy and doing a fresh checkout...
> >
> >
> > tri...@tr... wrote:
> >
> >> Still no luck.
> >>
> >> Reminds me of this comment by Brian McCallister the other day
> >> http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
> >>
> >> Thomas
> >>
> >> Quoting Colin Sampaleanu <col...@ex...>:
> >>
> >> 
> >>
> >>> Fails for me too:
> >>> cvs update: warning: unrecognized response `Remote process exit code
> >>> unavailable
> >>> ' from cvs server
> >>> cvs [update aborted]: end of file from server (consult above
> >>> messages if any)
> >>>
> >>>
> >>>
> >>> Kopylenko, Dmitry wrote:
> >>>
> >>>  
> >>>
> >>>> Can anyone access CVS via extssh right now? I'm having problems
> >>>> reaching sourceforge CVS.
> >>>>
> >>>> Dmitriy.
> >>>>    
> >>>
> >
> >
> >
> >
> > -------------------------------------------------------
> > The SF.Net email is sponsored by EclipseCon 2004
> > Premiere Conference on Open Tools Development and Integration
> > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > http://www.eclipsecon.org/osdn
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

[Springframework-developer] test message

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

test message - sf mailing lists seem down, I got an internal bounce from 
sf for an email from yesterday

Re: [Springframework-developer] CVS access

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

Ok, looks like CVS is back up, although the mailing list seems to be in 
some sort of limbo right now...


jürgen höller [werk3AT] wrote:

>Just submitted a corresponding support request to SourceForge.
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Colin Sampaleanu
>Gesendet: Fr 23.01.2004 14:26
>An: spr...@li...
>Betreff: Re: [Springframework-developer] CVS access
>
>
>
>According to that status item, they are going to prioritize (manually
>synch) projects that specifically ask for it, so we should put in a
>Support Request explicitly.
>
> >> The SourceForge.net team is working to resolve outstanding problems
>from the hardware cutover of the developer CVS server. A number of
>project repositories are not yet present on the new developer CVS server
>or currently contain outdated data. This may result in messages about
>files or file versions in your working copy not being present in the
>repository. We have initiated a contingency plan to resynchronize
>missing/outdated data; we expect this sync to run through the day Friday
>and complete during the weekend. We regret the inconvenience this may
>cause you and your project team. At this time, we are accepting Support
>Request reports of outdated repositories and are syncing reported issue
>repositories by hand as to provide faster turnaround. During the time
>frame of this large resync, performance of developer CVS will be
>degraded. Due to the increased system load of the resync period, end of
>file (EOF) errors and SSH ssh_exchange_identification errors upon
>connect may be encountered; retrying your operation should work.
>Additional status updates will be posted as this matter is resolved.
>Your patience is appreciated.
>
>
>
>
>jürgen höller [werk3AT] wrote:
>
>  
>
>>As I've mentioned in the previous mail, SourceForge expect the syncing with the new CVS server to finish during the weekend. So it seems that we won't be able to commit our changes before Monday. If they manage to get everything up and running again then, this should be good enough: Releasing RC1 by the end of next week is acceptable, from my point of view.
>>
>>BTW, we're at 3500 downloads for M4 in the first two weeks after its release! More than any previous release had in six weeks...
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im Auftrag von Rod Johnson
>>Gesendet: Fr 23.01.2004 11:02
>>An: spr...@li...
>>Betreff: Re: [Springframework-developer] CVS access
>>
>>
>>
>>It's very sick. I can't commit some changes I made offline yesterday. I'm
>>seeing really ancient stuff when I compare.
>>
>>At least I have clean, up-to-date sources (with my own recent changes of
>>course). But Juergen still has the new tx mgt stuff to go in.
>>
>>If it doesn't come back this morning, it's likely to delay RC1.
>>
>>I bloody well hope they haven't really screwed our repository. I just
>>downloaded the CVS backup archive, but haven't looked at it yet.
>>
>>----- Original Message -----
>>From: "Colin Sampaleanu" <col...@ex...>
>>To: <spr...@li...>
>>Sent: Thursday, January 22, 2004 9:57 PM
>>Subject: Re: [Springframework-developer] CVS access
>>
>>
>>
>>
>>    
>>
>>>Something is seriously f*cked on SF. I am halfway in the middle of doing
>>>an update, and it is busy pulling down stuff that is months old, and
>>>knows nothing about some of the newer dirs. I didn't specify any old
>>>branch or rev, or any kind of date, so either my system or sf is quite
>>>confused.
>>>
>>>I will try wiping out my local copy and doing a fresh checkout...
>>>
>>>
>>>tri...@tr... wrote:
>>>
>>>  
>>>
>>>      
>>>
>>>>Still no luck.
>>>>
>>>>Reminds me of this comment by Brian McCallister the other day
>>>>http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>>>>
>>>>Thomas
>>>>
>>>>Quoting Colin Sampaleanu <col...@ex...>:
>>>>
>>>>
>>>>
>>>>    
>>>>
>>>>        
>>>>
>>>>>Fails for me too:
>>>>>cvs update: warning: unrecognized response `Remote process exit code
>>>>>unavailable
>>>>>' from cvs server
>>>>>cvs [update aborted]: end of file from server (consult above messages if
>>>>>any)
>>>>>
>>>>>
>>>>>
>>>>>Kopylenko, Dmitry wrote:
>>>>>
>>>>>
>>>>>
>>>>>      
>>>>>
>>>>>          
>>>>>
>>>>>>Can anyone access CVS via extssh right now? I'm having problems
>>>>>>reaching sourceforge CVS.
>>>>>>
>>>>>>Dmitriy.
>>>>>>
>>>>>>
>>>>>>        
>>>>>>
>>>>>>            
>>>>>>
>>>-------------------------------------------------------
>>>The SF.Net email is sponsored by EclipseCon 2004
>>>Premiere Conference on Open Tools Development and Integration
>>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>>http://www.eclipsecon.org/osdn
>>>_______________________________________________
>>>Springframework-developer mailing list
>>>Spr...@li...
>>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>  
>>>      
>>>

Re: [Springframework-developer] CVS access

[<jue...@we...>]

Just submitted a corresponding support request to SourceForge.
=20

________________________________

Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: Fr 23.01.2004 14:26
An: spr...@li...
Betreff: Re: [Springframework-developer] CVS access



According to that status item, they are going to prioritize (manually
synch) projects that specifically ask for it, so we should put in a
Support Request explicitly.

 >> The SourceForge.net team is working to resolve outstanding problems
from the hardware cutover of the developer CVS server. A number of
project repositories are not yet present on the new developer CVS server
or currently contain outdated data. This may result in messages about
files or file versions in your working copy not being present in the
repository. We have initiated a contingency plan to resynchronize
missing/outdated data; we expect this sync to run through the day Friday
and complete during the weekend. We regret the inconvenience this may
cause you and your project team. At this time, we are accepting Support
Request reports of outdated repositories and are syncing reported issue
repositories by hand as to provide faster turnaround. During the time
frame of this large resync, performance of developer CVS will be
degraded. Due to the increased system load of the resync period, end of
file (EOF) errors and SSH ssh_exchange_identification errors upon
connect may be encountered; retrying your operation should work.
Additional status updates will be posted as this matter is resolved.
Your patience is appreciated.




j=FCrgen h=F6ller [werk3AT] wrote:

>As I've mentioned in the previous mail, SourceForge expect the syncing =
with the new CVS server to finish during the weekend. So it seems that =
we won't be able to commit our changes before Monday. If they manage to =
get everything up and running again then, this should be good enough: =
Releasing RC1 by the end of next week is acceptable, from my point of =
view.
>
>BTW, we're at 3500 downloads for M4 in the first two weeks after its =
release! More than any previous release had in six weeks...
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag =
von Rod Johnson
>Gesendet: Fr 23.01.2004 11:02
>An: spr...@li...
>Betreff: Re: [Springframework-developer] CVS access
>
>
>
>It's very sick. I can't commit some changes I made offline yesterday. =
I'm
>seeing really ancient stuff when I compare.
>
>At least I have clean, up-to-date sources (with my own recent changes =
of
>course). But Juergen still has the new tx mgt stuff to go in.
>
>If it doesn't come back this morning, it's likely to delay RC1.
>
>I bloody well hope they haven't really screwed our repository. I just
>downloaded the CVS backup archive, but haven't looked at it yet.
>
>----- Original Message -----
>From: "Colin Sampaleanu" <col...@ex...>
>To: <spr...@li...>
>Sent: Thursday, January 22, 2004 9:57 PM
>Subject: Re: [Springframework-developer] CVS access
>
>
>=20
>
>>Something is seriously f*cked on SF. I am halfway in the middle of =
doing
>>an update, and it is busy pulling down stuff that is months old, and
>>knows nothing about some of the newer dirs. I didn't specify any old
>>branch or rev, or any kind of date, so either my system or sf is quite
>>confused.
>>
>>I will try wiping out my local copy and doing a fresh checkout...
>>
>>
>>tri...@tr... wrote:
>>
>>  =20
>>
>>>Still no luck.
>>>
>>>Reminds me of this comment by Brian McCallister the other day
>>>http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>>>
>>>Thomas
>>>
>>>Quoting Colin Sampaleanu <col...@ex...>:
>>>
>>>
>>>
>>>    =20
>>>
>>>>Fails for me too:
>>>>cvs update: warning: unrecognized response `Remote process exit code
>>>>unavailable
>>>>' from cvs server
>>>>cvs [update aborted]: end of file from server (consult above =
messages if
>>>>any)
>>>>
>>>>
>>>>
>>>>Kopylenko, Dmitry wrote:
>>>>
>>>>
>>>>
>>>>      =20
>>>>
>>>>>Can anyone access CVS via extssh right now? I'm having problems
>>>>>reaching sourceforge CVS.
>>>>>
>>>>>Dmitriy.
>>>>>
>>>>>
>>>>>        =20
>>>>>
>>
>>
>>-------------------------------------------------------
>>The SF.Net email is sponsored by EclipseCon 2004
>>Premiere Conference on Open Tools Development and Integration
>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>http://www.eclipsecon.org/osdn
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>  =20
>>




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] CVS access

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

I've put in a support request for them to do the synch by hand...

Colin Sampaleanu wrote:

> According to that status item, they are going to prioritize (manually=20
> synch) projects that specifically ask for it, so we should put in a=20
> Support Request explicitly.
>
> >> The SourceForge.net team is working to resolve outstanding problems=20
> from the hardware cutover of the developer CVS server. A number of=20
> project repositories are not yet present on the new developer CVS=20
> server or currently contain outdated data. This may result in messages=20
> about files or file versions in your working copy not being present in=20
> the repository. We have initiated a contingency plan to resynchronize=20
> missing/outdated data; we expect this sync to run through the day=20
> Friday and complete during the weekend. We regret the inconvenience=20
> this may cause you and your project team. At this time, we are=20
> accepting Support Request reports of outdated repositories and are=20
> syncing reported issue repositories by hand as to provide faster=20
> turnaround. During the time frame of this large resync, performance of=20
> developer CVS will be degraded. Due to the increased system load of=20
> the resync period, end of file (EOF) errors and SSH=20
> ssh_exchange_identification errors upon connect may be encountered;=20
> retrying your operation should work. Additional status updates will be=20
> posted as this matter is resolved. Your patience is appreciated.
>
>
>
>
> j=FCrgen h=F6ller [werk3AT] wrote:
>
>> As I've mentioned in the previous mail, SourceForge expect the=20
>> syncing with the new CVS server to finish during the weekend. So it=20
>> seems that we won't be able to commit our changes before Monday. If=20
>> they manage to get everything up and running again then, this should=20
>> be good enough: Releasing RC1 by the end of next week is acceptable,=20
>> from my point of view.
>>
>> BTW, we're at 3500 downloads for M4 in the first two weeks after its=20
>> release! More than any previous release had in six weeks...
>>
>> Juergen
>>
>>
>> ________________________________
>>
>> Von: spr...@li... im Auftrag=20
>> von Rod Johnson
>> Gesendet: Fr 23.01.2004 11:02
>> An: spr...@li...
>> Betreff: Re: [Springframework-developer] CVS access
>>
>>
>>
>> It's very sick. I can't commit some changes I made offline yesterday.=20
>> I'm
>> seeing really ancient stuff when I compare.
>>
>> At least I have clean, up-to-date sources (with my own recent changes =
of
>> course). But Juergen still has the new tx mgt stuff to go in.
>>
>> If it doesn't come back this morning, it's likely to delay RC1.
>>
>> I bloody well hope they haven't really screwed our repository. I just
>> downloaded the CVS backup archive, but haven't looked at it yet.
>>
>> ----- Original Message -----
>> From: "Colin Sampaleanu" <col...@ex...>
>> To: <spr...@li...>
>> Sent: Thursday, January 22, 2004 9:57 PM
>> Subject: Re: [Springframework-developer] CVS access
>>
>>
>> =20
>>
>>> Something is seriously f*cked on SF. I am halfway in the middle of=20
>>> doing
>>> an update, and it is busy pulling down stuff that is months old, and
>>> knows nothing about some of the newer dirs. I didn't specify any old
>>> branch or rev, or any kind of date, so either my system or sf is quit=
e
>>> confused.
>>>
>>> I will try wiping out my local copy and doing a fresh checkout...
>>>
>>>
>>> tri...@tr... wrote:
>>>
>>>  =20
>>>
>>>> Still no luck.
>>>>
>>>> Reminds me of this comment by Brian McCallister the other day
>>>> http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>>>>
>>>> Thomas
>>>>
>>>> Quoting Colin Sampaleanu <col...@ex...>:
>>>>
>>>>
>>>>
>>>>    =20
>>>>
>>>>> Fails for me too:
>>>>> cvs update: warning: unrecognized response `Remote process exit cod=
e
>>>>> unavailable
>>>>> ' from cvs server
>>>>> cvs [update aborted]: end of file from server (consult above=20
>>>>> messages if
>>>>> any)
>>>>>
>>>>>
>>>>>
>>>>> Kopylenko, Dmitry wrote:
>>>>>
>>>>>
>>>>>
>>>>>      =20
>>>>>
>>>>>> Can anyone access CVS via extssh right now? I'm having problems
>>>>>> reaching sourceforge CVS.
>>>>>>
>>>>>> Dmitriy.
>>>>>>
>>>>>>
>>>>>>        =20
>>>>>
>>>
>>>
>>> -------------------------------------------------------
>>> The SF.Net email is sponsored by EclipseCon 2004
>>> Premiere Conference on Open Tools Development and Integration
>>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>> http://www.eclipsecon.org/osdn
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
>>>  =20
>>

Re: [Springframework-developer] CVS access

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

According to that status item, they are going to prioritize (manually 
synch) projects that specifically ask for it, so we should put in a 
Support Request explicitly.

 >> The SourceForge.net team is working to resolve outstanding problems 
from the hardware cutover of the developer CVS server. A number of 
project repositories are not yet present on the new developer CVS server 
or currently contain outdated data. This may result in messages about 
files or file versions in your working copy not being present in the 
repository. We have initiated a contingency plan to resynchronize 
missing/outdated data; we expect this sync to run through the day Friday 
and complete during the weekend. We regret the inconvenience this may 
cause you and your project team. At this time, we are accepting Support 
Request reports of outdated repositories and are syncing reported issue 
repositories by hand as to provide faster turnaround. During the time 
frame of this large resync, performance of developer CVS will be 
degraded. Due to the increased system load of the resync period, end of 
file (EOF) errors and SSH ssh_exchange_identification errors upon 
connect may be encountered; retrying your operation should work. 
Additional status updates will be posted as this matter is resolved. 
Your patience is appreciated.




jürgen höller [werk3AT] wrote:

>As I've mentioned in the previous mail, SourceForge expect the syncing with the new CVS server to finish during the weekend. So it seems that we won't be able to commit our changes before Monday. If they manage to get everything up and running again then, this should be good enough: Releasing RC1 by the end of next week is acceptable, from my point of view.
> 
>BTW, we're at 3500 downloads for M4 in the first two weeks after its release! More than any previous release had in six weeks...
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Rod Johnson
>Gesendet: Fr 23.01.2004 11:02
>An: spr...@li...
>Betreff: Re: [Springframework-developer] CVS access
>
>
>
>It's very sick. I can't commit some changes I made offline yesterday. I'm
>seeing really ancient stuff when I compare.
>
>At least I have clean, up-to-date sources (with my own recent changes of
>course). But Juergen still has the new tx mgt stuff to go in.
>
>If it doesn't come back this morning, it's likely to delay RC1.
>
>I bloody well hope they haven't really screwed our repository. I just
>downloaded the CVS backup archive, but haven't looked at it yet.
>
>----- Original Message -----
>From: "Colin Sampaleanu" <col...@ex...>
>To: <spr...@li...>
>Sent: Thursday, January 22, 2004 9:57 PM
>Subject: Re: [Springframework-developer] CVS access
>
>
>  
>
>>Something is seriously f*cked on SF. I am halfway in the middle of doing
>>an update, and it is busy pulling down stuff that is months old, and
>>knows nothing about some of the newer dirs. I didn't specify any old
>>branch or rev, or any kind of date, so either my system or sf is quite
>>confused.
>>
>>I will try wiping out my local copy and doing a fresh checkout...
>>
>>
>>tri...@tr... wrote:
>>
>>    
>>
>>>Still no luck.
>>>
>>>Reminds me of this comment by Brian McCallister the other day
>>>http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>>>
>>>Thomas
>>>
>>>Quoting Colin Sampaleanu <col...@ex...>:
>>>
>>>
>>>
>>>      
>>>
>>>>Fails for me too:
>>>>cvs update: warning: unrecognized response `Remote process exit code
>>>>unavailable
>>>>' from cvs server
>>>>cvs [update aborted]: end of file from server (consult above messages if
>>>>any)
>>>>
>>>>
>>>>
>>>>Kopylenko, Dmitry wrote:
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>>>Can anyone access CVS via extssh right now? I'm having problems
>>>>>reaching sourceforge CVS.
>>>>>
>>>>>Dmitriy.
>>>>>
>>>>>
>>>>>          
>>>>>
>>
>>
>>-------------------------------------------------------
>>The SF.Net email is sponsored by EclipseCon 2004
>>Premiere Conference on Open Tools Development and Integration
>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>>http://www.eclipsecon.org/osdn
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>    
>>

Re: [Springframework-developer] CVS access

[<jue...@we...>]

As I've mentioned in the previous mail, SourceForge expect the syncing =
with the new CVS server to finish during the weekend. So it seems that =
we won't be able to commit our changes before Monday. If they manage to =
get everything up and running again then, this should be good enough: =
Releasing RC1 by the end of next week is acceptable, from my point of =
view.
=20
BTW, we're at 3500 downloads for M4 in the first two weeks after its =
release! More than any previous release had in six weeks...
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Rod Johnson
Gesendet: Fr 23.01.2004 11:02
An: spr...@li...
Betreff: Re: [Springframework-developer] CVS access



It's very sick. I can't commit some changes I made offline yesterday. =
I'm
seeing really ancient stuff when I compare.

At least I have clean, up-to-date sources (with my own recent changes of
course). But Juergen still has the new tx mgt stuff to go in.

If it doesn't come back this morning, it's likely to delay RC1.

I bloody well hope they haven't really screwed our repository. I just
downloaded the CVS backup archive, but haven't looked at it yet.

----- Original Message -----
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Thursday, January 22, 2004 9:57 PM
Subject: Re: [Springframework-developer] CVS access


> Something is seriously f*cked on SF. I am halfway in the middle of =
doing
> an update, and it is busy pulling down stuff that is months old, and
> knows nothing about some of the newer dirs. I didn't specify any old
> branch or rev, or any kind of date, so either my system or sf is quite
> confused.
>
> I will try wiping out my local copy and doing a fresh checkout...
>
>
> tri...@tr... wrote:
>
> >Still no luck.
> >
> >Reminds me of this comment by Brian McCallister the other day
> >http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
> >
> >Thomas
> >
> >Quoting Colin Sampaleanu <col...@ex...>:
> >
> >
> >
> >>Fails for me too:
> >>cvs update: warning: unrecognized response `Remote process exit code
> >>unavailable
> >>' from cvs server
> >>cvs [update aborted]: end of file from server (consult above =
messages if
> >>any)
> >>
> >>
> >>
> >>Kopylenko, Dmitry wrote:
> >>
> >>
> >>
> >>>Can anyone access CVS via extssh right now? I'm having problems
> >>>reaching sourceforge CVS.
> >>>
> >>>Dmitriy.
> >>>
> >>>
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] CVS access

[Rod J. <rod...@in...>]

It's very sick. I can't commit some changes I made offline yesterday. I'm
seeing really ancient stuff when I compare.

At least I have clean, up-to-date sources (with my own recent changes of
course). But Juergen still has the new tx mgt stuff to go in.

If it doesn't come back this morning, it's likely to delay RC1.

I bloody well hope they haven't really screwed our repository. I just
downloaded the CVS backup archive, but haven't looked at it yet.

----- Original Message -----
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Thursday, January 22, 2004 9:57 PM
Subject: Re: [Springframework-developer] CVS access


> Something is seriously f*cked on SF. I am halfway in the middle of doing
> an update, and it is busy pulling down stuff that is months old, and
> knows nothing about some of the newer dirs. I didn't specify any old
> branch or rev, or any kind of date, so either my system or sf is quite
> confused.
>
> I will try wiping out my local copy and doing a fresh checkout...
>
>
> tri...@tr... wrote:
>
> >Still no luck.
> >
> >Reminds me of this comment by Brian McCallister the other day
> >http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
> >
> >Thomas
> >
> >Quoting Colin Sampaleanu <col...@ex...>:
> >
> >
> >
> >>Fails for me too:
> >>cvs update: warning: unrecognized response `Remote process exit code
> >>unavailable
> >>' from cvs server
> >>cvs [update aborted]: end of file from server (consult above messages if
> >>any)
> >>
> >>
> >>
> >>Kopylenko, Dmitry wrote:
> >>
> >>
> >>
> >>>Can anyone access CVS via extssh right now? I'm having problems
> >>>reaching sourceforge CVS.
> >>>
> >>>Dmitriy.
> >>>
> >>>
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] CVS access

[<jue...@we...>]

SourceForge seem to move to a new developer CVS server currently, and =
having problem with the syncing...
http://sourceforge.net/docman/display_doc.php?docid=3D2352&group_id=3D1#1=
074819096 =
<http://sourceforge.net/docman/display_doc.php?docid=3D2352&group_id=3D1#=
1074819096>=20
=20
They expect it to complete during the weekend, so we may have to wait =
till Monday to get our stuff in... (damn, I have quite a few modified =
files lying around)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: Do 22.01.2004 23:10
An: spr...@li...
Betreff: Re: [Springframework-developer] CVS access



Hang on to your sources... I blew away all my sources (which were hosed
anyways), and did a fresh checkout. It seems to pull out sources as of
some time in Oct. If I do a history on build.xml for example, it only
shows revisions up to 1.6, dated Sep. 20th.

Now anonymous CVS as of 3-4 hours ago when I did a test checkout, seemed
to be ok...


Colin Sampaleanu wrote:

> Something is seriously f*cked on SF. I am halfway in the middle of
> doing an update, and it is busy pulling down stuff that is months old,
> and knows nothing about some of the newer dirs. I didn't specify any
> old branch or rev, or any kind of date, so either my system or sf is
> quite confused.
>
> I will try wiping out my local copy and doing a fresh checkout...
>
>
> tri...@tr... wrote:
>
>> Still no luck.
>>
>> Reminds me of this comment by Brian McCallister the other day
>> http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>>
>> Thomas
>>
>> Quoting Colin Sampaleanu <col...@ex...>:
>>
>>=20
>>
>>> Fails for me too:
>>> cvs update: warning: unrecognized response `Remote process exit code
>>> unavailable
>>> ' from cvs server
>>> cvs [update aborted]: end of file from server (consult above
>>> messages if any)
>>>
>>>
>>>
>>> Kopylenko, Dmitry wrote:
>>>
>>> =20
>>>
>>>> Can anyone access CVS via extssh right now? I'm having problems
>>>> reaching sourceforge CVS.
>>>>
>>>> Dmitriy.
>>>>   =20
>>>
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer





-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] PostProcessor infrastructure in DefaultListableBeanFactory and EJB support classes

[Rod J. <rod...@in...>]

Yes, a feature freeze is nearly upon us.

I have to commit some AOP changes I made yesterday (fairly minor). Haven'=
t
tried CVS yet...

Also I want to upgrade to latest Commons Attributes today.

Then I'm done.

Regards,
Rod

----- Original Message -----
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Thursday, January 22, 2004 2:59 PM
Subject: RE: [Springframework-developer] PostProcessor infrastructure in
DefaultListableBeanFactory and EJB support classes


That sounds good - looking forward to seeing your new loader stuff! BTW, =
I'm
about to finish the extended transaction propagation support today... I
guess it would be good to do a definite feature freeze this weekend, to b=
e
able to test and review for a couple of days and hopefully release RC1 la=
te
next week.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Thursday, January 22, 2004 3:41 PM
To: spr...@li...
Subject: Re: [Springframework-developer] PostProcessor infrastructure in
DefaultListableBeanFactory and EJB support classes


I originally kept them separate because I wasn't sure it was even worth
keeping the old XmlBeanFactoryLoader around. Given that the appcontext
implementation is the default, and brings in the appcontext related
classes anyways, I can't think of many compelling reasons why somebody
using ejbs would override and use a beanfactory instead...

However, as today I was going to check in the beanfactory/context
loading stuff I mentioned last week, I was thinking that there are some
similarities between the existing interface and usage scenarios to what
I was going to check in. I am going to try to see if I can combine the
classes. In this case, most of the code would move elsewhere, and all
that would stay in the ejb package would be a small subclass that has a
specific jndi path.


j=FCrgen h=F6ller [werk3AT] wrote:

>Colin,
>
>It may be a detail, but I'm not too happy with the two virtually identic=
al
classes XmlBeanFactoryLoader and XmlApplicationContextBeanFactoryLoader (=
and
the name of the latter).
>
>I suggest to refactor the latter as a subclass of XmlBeanFactoryLoader: =
Why
not simply offer a "BeanFactory createBeanFactory(String beanFactoryPath)=
"
template method there, defaulting to an XmlBeanFactory? The subclass coul=
d
then override this for a ClassPathXmlApplicationContext.
>
>Regarding the name, I suggest to call the subclass
"XmlApplicationContextLoader", even if it does not contain the full
interface name "BeanFactoryLoader": After all, an ApplicationContext *is*=
 a
BeanFactory, so it's better to just use one of the two terms in the class
name, IMO.
>
>As a side note, the transaction manager implementation names do not cont=
ain
the full interface name "PlatformTransactionManager" either. In general, =
if
the resulting name is expressive enough, I prefer such a simplified name
instead of one that contains the full interface name in the first place.
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag vo=
n
Colin Sampaleanu
>Gesendet: So 18.01.2004 01:21
>An: spr...@li...; Peter den Haan
>Betreff: Re: [Springframework-developer] PostProcessor infrastructure in
DefaultListableBeanFactory and EJB support classes
>
>
>
>As per the thread below from about a week ago, I have defaulted
>AbstractEnterpriseBean and its subclasses to use a new
>XmlApplicationContextBeanFactoryLoader, which will load and create an
>ApplicationContext from the classpath. For a lighter weight solution
>when ApplicationContexts are not needed, people may still switch in the
>old XmlBeanFactoryLoader.
>
>One comment though, is that if you look at a common usage scenario,
>which is to call out from Session ejbs to service POJOs using
>Hibernate-based DAO/Mapper objects, this solution is still not good
>enough, in that every EJB ends up creating an application context, which
>ends up creating a new session factory for every EJB. For this reason, I
>still drop in a custom BeanFactoryLoader which loads/accesses a shared
>ApplicationContext via the KeyedSingletonContextLocator I posted here a
>while ago.
>
>Regards,
>Colin
>
>
>Colin Sampaleanu wrote:
>
>
>
>>Peter den Haan wrote:
>>
>>
>>
>>>Colin Sampaleanu wrote:
>>>
>>>
>>>
>>>>eanPostProcessors are a function of ApplicationContexts, so it is
>>>>normal that BeanFactories which are not also ApplicationContexts (suc=
h
>>>>as that produced by XMLBeanFactoryLoader) do no post-processing.
>>>>
>>>>
>>>>
>>>Ah, but that's the funny thing. This is not entirely true. The actual
>>>postprocessing plumbing is part and parcel of the
>>>DefaultListableBeanFactory
>>>itself. However, it does not auto-register any postprocessors itself.
>>>That
>>>is done by the application context. Given the important place
>>>postprocessing
>>>has been gaining in the Spring infrastructure, it seems odd that EJBs
>>>do get
>>>a BeanFactory that does in fact have all it takes (you do not need a
>>>full
>>>context) but is still very limited because its postprocessing
>>>plumbing isn't
>>>initialised.
>>>
>>>Users new to the product would expect Spring to provide some
>>>out-of-the-box
>>>support for a fully functional bean container in the EJB tier,
>>>probably by
>>>default. As things stand, you won't be getting this without coding
>>>(and a
>>>nontrivial understanding of Spring subtleties).
>>>
>>>
>>>
>>>
>>The fact that DefaultListableBeanFactory has some of the support code
>>is somewhat irrelevant. The contract is that if something has the
>>ApplicationContext interface it supports BeanPostProcessors, and if it
>>doesn't (i.e. it is simply a BeanFactory), it doesn't support
>>BeanPostProcessors. And this is how the current code behaves. As I
>>said, I agree that the distinction between application contexts and
>>bean factories needs to be better documented, and it probably makes
>>sense for the default BeanFactoryLoader in the base EJB classes to
>>produce an ApplicationContext variant instead of just a regular
>>BeanFactory. That code actually got into Spring before I got to the
>>project, so I'm not sure why it was decided one way vs. another. If
>>there is no opposition, I am quite willing to make that change...
>>
>>Regards,
>>Colin
>>
>>




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] PostProcessor infrastructure in DefaultListableBeanFactory and EJB support classes

[<jue...@we...>]

That sounds good - looking forward to seeing your new loader stuff! BTW, =
I'm about to finish the extended transaction propagation support =
today... I guess it would be good to do a definite feature freeze this =
weekend, to be able to test and review for a couple of days and =
hopefully release RC1 late next week.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Thursday, January 22, 2004 3:41 PM
To: spr...@li...
Subject: Re: [Springframework-developer] PostProcessor infrastructure in
DefaultListableBeanFactory and EJB support classes


I originally kept them separate because I wasn't sure it was even worth=20
keeping the old XmlBeanFactoryLoader around. Given that the appcontext=20
implementation is the default, and brings in the appcontext related=20
classes anyways, I can't think of many compelling reasons why somebody=20
using ejbs would override and use a beanfactory instead...

However, as today I was going to check in the beanfactory/context=20
loading stuff I mentioned last week, I was thinking that there are some=20
similarities between the existing interface and usage scenarios to what=20
I was going to check in. I am going to try to see if I can combine the=20
classes. In this case, most of the code would move elsewhere, and all=20
that would stay in the ejb package would be a small subclass that has a=20
specific jndi path.


j=FCrgen h=F6ller [werk3AT] wrote:

>Colin,
>=20
>It may be a detail, but I'm not too happy with the two virtually =
identical classes XmlBeanFactoryLoader and =
XmlApplicationContextBeanFactoryLoader (and the name of the latter).
>=20
>I suggest to refactor the latter as a subclass of XmlBeanFactoryLoader: =
Why not simply offer a "BeanFactory createBeanFactory(String =
beanFactoryPath)" template method there, defaulting to an =
XmlBeanFactory? The subclass could then override this for a =
ClassPathXmlApplicationContext.
>=20
>Regarding the name, I suggest to call the subclass =
"XmlApplicationContextLoader", even if it does not contain the full =
interface name "BeanFactoryLoader": After all, an ApplicationContext =
*is* a BeanFactory, so it's better to just use one of the two terms in =
the class name, IMO.
>=20
>As a side note, the transaction manager implementation names do not =
contain the full interface name "PlatformTransactionManager" either. In =
general, if the resulting name is expressive enough, I prefer such a =
simplified name instead of one that contains the full interface name in =
the first place.
>=20
>Juergen
>=20
>
>________________________________
>
>Von: spr...@li... im Auftrag =
von Colin Sampaleanu
>Gesendet: So 18.01.2004 01:21
>An: spr...@li...; Peter den Haan
>Betreff: Re: [Springframework-developer] PostProcessor infrastructure =
in DefaultListableBeanFactory and EJB support classes
>
>
>
>As per the thread below from about a week ago, I have defaulted
>AbstractEnterpriseBean and its subclasses to use a new
>XmlApplicationContextBeanFactoryLoader, which will load and create an
>ApplicationContext from the classpath. For a lighter weight solution
>when ApplicationContexts are not needed, people may still switch in the
>old XmlBeanFactoryLoader.
>
>One comment though, is that if you look at a common usage scenario,
>which is to call out from Session ejbs to service POJOs using
>Hibernate-based DAO/Mapper objects, this solution is still not good
>enough, in that every EJB ends up creating an application context, =
which
>ends up creating a new session factory for every EJB. For this reason, =
I
>still drop in a custom BeanFactoryLoader which loads/accesses a shared
>ApplicationContext via the KeyedSingletonContextLocator I posted here a
>while ago.
>
>Regards,
>Colin
>
>
>Colin Sampaleanu wrote:
>
> =20
>
>>Peter den Haan wrote:
>>
>>   =20
>>
>>>Colin Sampaleanu wrote:
>>>
>>>     =20
>>>
>>>>eanPostProcessors are a function of ApplicationContexts, so it is
>>>>normal that BeanFactories which are not also ApplicationContexts =
(such
>>>>as that produced by XMLBeanFactoryLoader) do no post-processing.
>>>>=20
>>>>       =20
>>>>
>>>Ah, but that's the funny thing. This is not entirely true. The actual
>>>postprocessing plumbing is part and parcel of the
>>>DefaultListableBeanFactory
>>>itself. However, it does not auto-register any postprocessors itself.
>>>That
>>>is done by the application context. Given the important place
>>>postprocessing
>>>has been gaining in the Spring infrastructure, it seems odd that EJBs
>>>do get
>>>a BeanFactory that does in fact have all it takes (you do not need a
>>>full
>>>context) but is still very limited because its postprocessing
>>>plumbing isn't
>>>initialised.
>>>
>>>Users new to the product would expect Spring to provide some
>>>out-of-the-box
>>>support for a fully functional bean container in the EJB tier,
>>>probably by
>>>default. As things stand, you won't be getting this without coding
>>>(and a
>>>nontrivial understanding of Spring subtleties).
>>>
>>>
>>>     =20
>>>
>>The fact that DefaultListableBeanFactory has some of the support code
>>is somewhat irrelevant. The contract is that if something has the
>>ApplicationContext interface it supports BeanPostProcessors, and if it
>>doesn't (i.e. it is simply a BeanFactory), it doesn't support
>>BeanPostProcessors. And this is how the current code behaves. As I
>>said, I agree that the distinction between application contexts and
>>bean factories needs to be better documented, and it probably makes
>>sense for the default BeanFactoryLoader in the base EJB classes to
>>produce an ApplicationContext variant instead of just a regular
>>BeanFactory. That code actually got into Spring before I got to the
>>project, so I'm not sure why it was decided one way vs. another. If
>>there is no opposition, I am quite willing to make that change...
>>
>>Regards,
>>Colin
>>   =20
>>




-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] CVS access

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

Colin Sampaleanu wrote:
 > Hang on to your sources... I blew away all my sources (which were hosed
 > anyways), and did a fresh checkout. It seems to pull out sources as of
 > some time in Oct. If I do a history on build.xml for example, it only
 > shows revisions up to 1.6, dated Sep. 20th.
 >
 > Now anonymous CVS as of 3-4 hours ago when I did a test checkout, seemed
 > to be ok...

I've seen SF do this from time to time.  It *usually* rights itself after a
few hours or so...

-- 

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] CVS access

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

Hang on to your sources... I blew away all my sources (which were hosed 
anyways), and did a fresh checkout. It seems to pull out sources as of 
some time in Oct. If I do a history on build.xml for example, it only 
shows revisions up to 1.6, dated Sep. 20th.

Now anonymous CVS as of 3-4 hours ago when I did a test checkout, seemed 
to be ok...


Colin Sampaleanu wrote:

> Something is seriously f*cked on SF. I am halfway in the middle of 
> doing an update, and it is busy pulling down stuff that is months old, 
> and knows nothing about some of the newer dirs. I didn't specify any 
> old branch or rev, or any kind of date, so either my system or sf is 
> quite confused.
>
> I will try wiping out my local copy and doing a fresh checkout...
>
>
> tri...@tr... wrote:
>
>> Still no luck.
>>
>> Reminds me of this comment by Brian McCallister the other day
>> http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>>
>> Thomas
>>
>> Quoting Colin Sampaleanu <col...@ex...>:
>>
>>  
>>
>>> Fails for me too:
>>> cvs update: warning: unrecognized response `Remote process exit code 
>>> unavailable
>>> ' from cvs server
>>> cvs [update aborted]: end of file from server (consult above 
>>> messages if any)
>>>
>>>
>>>
>>> Kopylenko, Dmitry wrote:
>>>
>>>   
>>>
>>>> Can anyone access CVS via extssh right now? I'm having problems 
>>>> reaching sourceforge CVS.
>>>>
>>>> Dmitriy.
>>>>     
>>>
>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] CVS access

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

Something is seriously f*cked on SF. I am halfway in the middle of doing 
an update, and it is busy pulling down stuff that is months old, and 
knows nothing about some of the newer dirs. I didn't specify any old 
branch or rev, or any kind of date, so either my system or sf is quite 
confused.

I will try wiping out my local copy and doing a fresh checkout...


tri...@tr... wrote:

>Still no luck.
>
>Reminds me of this comment by Brian McCallister the other day
>http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)
>
>Thomas
>
>Quoting Colin Sampaleanu <col...@ex...>:
>
>  
>
>>Fails for me too:
>>cvs update: warning: unrecognized response `Remote process exit code 
>>unavailable
>>' from cvs server
>>cvs [update aborted]: end of file from server (consult above messages if 
>>any)
>>
>>
>>
>>Kopylenko, Dmitry wrote:
>>
>>    
>>
>>>Can anyone access CVS via extssh right now? I'm having problems 
>>>reaching sourceforge CVS.
>>>
>>>Dmitriy.
>>>      
>>>

[Springframework-developer] Another Spring production deployment

[Kopylenko, D. <dko...@ac...>]

I'm pleased to announce that here at Rutgers university we've released to
production another mission critical HR application for capturing employees'
data about their hours worked, salary rates, display reports and even batch
type of a subsystem to send data to the payroll system - using beloved
Spring framework! :-)

Regards,
Dmitriy.

Re: [Springframework-developer] CVS access

[<tri...@tr...>]

Still no luck.

Reminds me of this comment by Brian McCallister the other day
http://kasparov.skife.org/blog/2004/01/18#self-hosting :-)

Thomas

Quoting Colin Sampaleanu <col...@ex...>:

> Fails for me too:
> cvs update: warning: unrecognized response `Remote process exit code 
> unavailable
> ' from cvs server
> cvs [update aborted]: end of file from server (consult above messages if 
> any)
> 
> 
> 
> Kopylenko, Dmitry wrote:
> 
> > Can anyone access CVS via extssh right now? I'm having problems 
> > reaching sourceforge CVS.
> >
> > Dmitriy.
> >
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: [Springframework-developer] CVS access

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

Fails for me too:
cvs update: warning: unrecognized response `Remote process exit code 
unavailable
' from cvs server
cvs [update aborted]: end of file from server (consult above messages if 
any)



Kopylenko, Dmitry wrote:

> Can anyone access CVS via extssh right now? I'm having problems 
> reaching sourceforge CVS.
>
> Dmitriy.
>

RE: [Springframework-developer] CVS access

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

Nope, I'm having problems as well...
 
alef
 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Kopylenko, Dmitry
Sent: Thursday, January 22, 2004 4:41 PM
To: 'spr...@li...'
Subject: [Springframework-developer] CVS access



Can anyone access CVS via extssh right now? I'm having problems reaching
sourceforge CVS. 

Dmitriy. 

RE: [Springframework-developer] CVS access

[Kopylenko, D. <dko...@ac...>]

Juergen,

thanks for the confirmation. We'll just have to wait....

D.

-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Sent: Thursday, January 22, 2004 10:46 AM
To: spr...@li...
Subject: RE: [Springframework-developer] CVS access


Same here... SourceForge CVS has been pretty unstable lately...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf =
Of
Kopylenko, Dmitry
Sent: Thursday, January 22, 2004 4:41 PM
To: 'spr...@li...'
Subject: [Springframework-developer] CVS access


Can anyone access CVS via extssh right now? I'm having problems =
reaching
sourceforge CVS.=20
Dmitriy.=20


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration See the
breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] CVS access

[<jue...@we...>]

Same here... SourceForge CVS has been pretty unstable lately...

Juergen


-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...]On Behalf =
Of Kopylenko, Dmitry
Sent: Thursday, January 22, 2004 4:41 PM
To: 'spr...@li...'
Subject: [Springframework-developer] CVS access


Can anyone access CVS via extssh right now? I'm having problems reaching =
sourceforge CVS.=20
Dmitriy.=20

[Springframework-developer] CVS access

[Kopylenko, D. <dko...@ac...>]

Can anyone access CVS via extssh right now? I'm having problems reaching
sourceforge CVS.

Dmitriy.

Re: [Springframework-developer] PostProcessor infrastructure in DefaultListableBeanFactory and EJB support classes

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

I originally kept them separate because I wasn't sure it was even worth 
keeping the old XmlBeanFactoryLoader around. Given that the appcontext 
implementation is the default, and brings in the appcontext related 
classes anyways, I can't think of many compelling reasons why somebody 
using ejbs would override and use a beanfactory instead...

However, as today I was going to check in the beanfactory/context 
loading stuff I mentioned last week, I was thinking that there are some 
similarities between the existing interface and usage scenarios to what 
I was going to check in. I am going to try to see if I can combine the 
classes. In this case, most of the code would move elsewhere, and all 
that would stay in the ejb package would be a small subclass that has a 
specific jndi path.


jürgen höller [werk3AT] wrote:

>Colin,
> 
>It may be a detail, but I'm not too happy with the two virtually identical classes XmlBeanFactoryLoader and XmlApplicationContextBeanFactoryLoader (and the name of the latter).
> 
>I suggest to refactor the latter as a subclass of XmlBeanFactoryLoader: Why not simply offer a "BeanFactory createBeanFactory(String beanFactoryPath)" template method there, defaulting to an XmlBeanFactory? The subclass could then override this for a ClassPathXmlApplicationContext.
> 
>Regarding the name, I suggest to call the subclass "XmlApplicationContextLoader", even if it does not contain the full interface name "BeanFactoryLoader": After all, an ApplicationContext *is* a BeanFactory, so it's better to just use one of the two terms in the class name, IMO.
> 
>As a side note, the transaction manager implementation names do not contain the full interface name "PlatformTransactionManager" either. In general, if the resulting name is expressive enough, I prefer such a simplified name instead of one that contains the full interface name in the first place.
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Colin Sampaleanu
>Gesendet: So 18.01.2004 01:21
>An: spr...@li...; Peter den Haan
>Betreff: Re: [Springframework-developer] PostProcessor infrastructure in DefaultListableBeanFactory and EJB support classes
>
>
>
>As per the thread below from about a week ago, I have defaulted
>AbstractEnterpriseBean and its subclasses to use a new
>XmlApplicationContextBeanFactoryLoader, which will load and create an
>ApplicationContext from the classpath. For a lighter weight solution
>when ApplicationContexts are not needed, people may still switch in the
>old XmlBeanFactoryLoader.
>
>One comment though, is that if you look at a common usage scenario,
>which is to call out from Session ejbs to service POJOs using
>Hibernate-based DAO/Mapper objects, this solution is still not good
>enough, in that every EJB ends up creating an application context, which
>ends up creating a new session factory for every EJB. For this reason, I
>still drop in a custom BeanFactoryLoader which loads/accesses a shared
>ApplicationContext via the KeyedSingletonContextLocator I posted here a
>while ago.
>
>Regards,
>Colin
>
>
>Colin Sampaleanu wrote:
>
>  
>
>>Peter den Haan wrote:
>>
>>    
>>
>>>Colin Sampaleanu wrote:
>>>
>>>      
>>>
>>>>eanPostProcessors are a function of ApplicationContexts, so it is
>>>>normal that BeanFactories which are not also ApplicationContexts (such
>>>>as that produced by XMLBeanFactoryLoader) do no post-processing.
>>>> 
>>>>        
>>>>
>>>Ah, but that's the funny thing. This is not entirely true. The actual
>>>postprocessing plumbing is part and parcel of the
>>>DefaultListableBeanFactory
>>>itself. However, it does not auto-register any postprocessors itself.
>>>That
>>>is done by the application context. Given the important place
>>>postprocessing
>>>has been gaining in the Spring infrastructure, it seems odd that EJBs
>>>do get
>>>a BeanFactory that does in fact have all it takes (you do not need a
>>>full
>>>context) but is still very limited because its postprocessing
>>>plumbing isn't
>>>initialised.
>>>
>>>Users new to the product would expect Spring to provide some
>>>out-of-the-box
>>>support for a fully functional bean container in the EJB tier,
>>>probably by
>>>default. As things stand, you won't be getting this without coding
>>>(and a
>>>nontrivial understanding of Spring subtleties).
>>>
>>>
>>>      
>>>
>>The fact that DefaultListableBeanFactory has some of the support code
>>is somewhat irrelevant. The contract is that if something has the
>>ApplicationContext interface it supports BeanPostProcessors, and if it
>>doesn't (i.e. it is simply a BeanFactory), it doesn't support
>>BeanPostProcessors. And this is how the current code behaves. As I
>>said, I agree that the distinction between application contexts and
>>bean factories needs to be better documented, and it probably makes
>>sense for the default BeanFactoryLoader in the base EJB classes to
>>produce an ApplicationContext variant instead of just a regular
>>BeanFactory. That code actually got into Spring before I got to the
>>project, so I'm not sure why it was decided one way vs. another. If
>>there is no opposition, I am quite willing to make that change...
>>
>>Regards,
>>Colin
>>    
>>