springframework-developer — Spring Framework developers list

[Springframework-developer] Web Site

[Travis C. <tra...@le...>]

I have been following this framework for a bit and obviously was first =
introduced to it via Rod's book.  I use a lot of open source tools in my =
develop for personal use, as well as, corporate use; yet I have never =
contributed to an open source project.  I would love that to change.  I =
see that you have a need for a project web site.  I would love to help =
put that together.  I would need some direction on interaction with =
others and help overall of how an open source project operates.  =
Hopefully when I get use to the whole project I can contribute some =
coding effort since this is my main function, yet I do web development =
as well.  For a small sample if what I have done go to =
www.supercodepoet.com.  This is my personal page and the front page is =
all that works.  I have yet to have time to add to it but will soon.

Thanks,

*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~
Travis L. Chase
Senior Programmer Analyst
Leggett & Platt, Inc.
tra...@le...
po...@su...
417-358-8131 ext.3865
~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*

"A dead thing can go with the stream, but only a living=20
 thing can go against it." - G. K. Chesterton

"Impartiality is a pompous name for indifference, which=20
 is an elegant name for ignorance." - G. K. Chesterton

=20

RE: [Springframework-developer] Hibernate and JDO support

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

Well, "OP"... it isn't a well-known abbreviation. Is "Object =
Persistence" the first thing that comes to your mind when you read "OP"? =
Of course, we could still adopt it if we can't come up with a better =
term.

I really like Hibernate - although like everything, it isn't perfect: =
For example, the root HibernateException is derived from Exception, not =
RuntimeException (one more reason for HibernateTemplate, it transforms =
them to ones derived from Spring's DataAccessException)...

Hibernate has a much more sophisticated query language than standard =
JDO, and a general simpleness in terms of configuration (I guess O/R =
mapping XML files cannot be significantly simpler) while still providing =
very powerful features (targetted at and optimized for relational =
databases, in constrast to JDO). Like TopLink and OJB, it uses =
reflection for dirty checking, instead of JDO's bytecode manipulation =
approach. And in contrast to JDO, it moves very fast: 1.0 in July 2002, =
now 1.2.4 resp. 2.0 beta 4... (We're successfully using the 2.0 tree, =
providing a polished API and numerous new features, for werk3AT =
projects).

I wouldn't tie Spring to Hibernate: There are viable alternatives like =
TopLink, Apache OJB, and some JDO implementations. Generally, we need a =
clear distinction between when Spring's jdbc package is appropriate and =
when an O/R mapping toolkit starts to make sense. Simply put, if an =
application has a lot of entities with typical CRUD on the single object =
level and somewhat straightforward mapping to database tables, then O/R =
mapping seems appropriate. But of course, the decision isn't as simple =
as that - there are lots of issues to consider.

Mixed usage of plain JDBC, JdbcTemplate, Hibernate, JDO, whatever in =
data access services isn't a problem when using J2EE DataSources for =
JDBC Connection acquisition underneath, and JTA for transaction control. =
There are some quirks like JTA TransactionManager lookup for =
synchronized cache updates, but they can be solved with a =
server-specific lookup strategy or by using a J2EE Connector for the =
persistence toolkit (Hibernate supports both, although the Connector =
support isn't stable yet).

Obviously, a single way of handling data access to a single datasource =
leads to a less complex application, with the option of achieving =
high-level transaction control via a specific PlatformTransactionManager =
implementation (and a non-XA DataSource underneath, like I proposed for =
Hibernate) instead of JtaTransactionManager (and an XA DataSource). That =
way, web apps that need to run on plain Tomcat with its built-in non-XA =
JDBC DataSource support (without a Tyrex add-on for JTA support) can =
still benefit from clear transaction control. And the application code =
can be reused in a JTA/XA environment without any changes.

The ThreadLocal approach could also be applied to a pooled JDBC =
Connection retrieved via a standard DataSource, provided that resource =
lookup works with JdbcTemplate or a specific helper (to check for an =
existing ThreadLocal Connection, analogous to HibernateTemplate). Note =
that such a JdbcConnectionTransactionManager (capable of working with =
any DataSource) would be different to the existing =
SingleConnectionTransactionManager, as the latter's DataSource doesn't =
pool at all (it is only suitable for unit tests and standalone =
applications).

BTW, have you noticed that the names "Hibernate" and "Spring" allow some =
nice wordplays like "reactivate your hibernating data in spring"... ;-)

Juergen


-----Original Message-----
From: Isabelle Muszynski [mailto:isa...@me...]
Sent: Tuesday, April 15, 2003 3:43 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Hibernate and JDO support


what about op?
does hibernate work really well? should we use it exclusively? see =
juergen's previous mail about maybe not wanting to do everything.

Isabelle

On Tue, Apr 15, 2003 at 12:07:01PM +0200, j=FCrgen h=F6ller [werk3AT] =
wrote:
> Hi everyone,
>=20
> Here at werk3AT, we are using Hibernate in combination with Spring =
successfully in a current major project: Spring for configuration, =
general service infrastructure, validation, and test infrastructure =
(mock JNDI + mock JDBC DataSource) - and Hibernate for persistence. We =
will add Spring's web MVC and transaction infrastructure soon.
>=20
> A HibernateTemplate that applies Spring's callback approach to =
Hibernate Sessions - implementing a doInSession(Session) method, without =
the need for Session lifecycle and exception handling - helps reducing =
glue code significantly. I plan to contribute it to Spring soon, =
enriched by a Hibernate implementation of PlatformTransactionManager =
(handling transactions via Hibernate's native transaction API for a =
single SessionFactory, using a ThreadLocal Session).
>=20
> So, would anyone mind a Hibernate JAR in our development lib =
directory? I consider a separate module for those few classes overkill, =
so I'd like to add them to the main source tree. But what package would =
such stuff belong to, maybe "com.interface21.orm.hibernate" (ORM for =
Object Relational Mapping)? Our jdbc package is on the same level as the =
dao package too, instead of below it, so this should fit the existing =
structure.
>=20
> A forthcoming JdoTemplate or the like would belong to =
"com.interface21.orm.jdo" then. Hmmm, "ORM" isn't too appropriate here, =
as JDO isn't restricted to O/R mapping, strictly speaking... but "object =
persistence" doesn't have an obvious short name. What's a suitable =
generic term for both dedicated O/R mappers like Hibernate/OJB/TopLink =
and JDO implementations? Any suggestions?
>=20
> Regards,
> Juergen
>=20
>=20
> DI J=FCrgen H=F6ller
> Senior System Architect
> ______________________________________
>=20
> werk3ATS - division systementwicklung
> part of werk3AT internetmedien oeg
>=20
> europaplatz 4
> A - 4020 linz
>=20
> t.  +43 (0) 732 71 65 29 502
> f.  +43 (0) 732 71 65 29 3
> jue...@we...
> www.werk3at.com
> ______________________________________
> werk3ATS - WIR ENTWICKELN ERFOLG
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20

--=20
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Hibernate and JDO support

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

Jürgen,

How about OPM for Object Persistence Mapping?  That would cover O/R
Mapping as well as JDO.

I don't mind an hibernate.jar at all.  It is the best open source O/R
mapping framework from what I have seen so far.  Looking forward to
seeing your HibernateTemplate.

Thomas


> Hi everyone,
> 
> Here at werk3AT, we are using Hibernate in combination with Spring
successfully in a current major project: Spring for configuration,
general service infrastructure, validation, and test infrastructure
(mock JNDI + mock JDBC DataSource) - and Hibernate for persistence. We
will add Spring's web MVC and transaction infrastructure soon.
> 
> A HibernateTemplate that applies Spring's callback approach to
Hibernate Sessions - implementing a doInSession(Session) method, without
the need for Session lifecycle and exception handling - helps reducing
glue code significantly. I plan to contribute it to Spring soon,
enriched by a Hibernate implementation of PlatformTransactionManager
(handling transactions via Hibernate's native transaction API for a
single SessionFactory, using a ThreadLocal Session).
> 
> So, would anyone mind a Hibernate JAR in our development lib
directory? I consider a separate module for those few classes overkill,
so I'd like to add them to the main source tree. But what package would
such stuff belong to, maybe "com.interface21.orm.hibernate" (ORM for
Object Relational Mapping)? Our jdbc package is on the same level as the
dao package too, instead of below it, so this should fit the existing
structure.
> 
> A forthcoming JdoTemplate or the like would belong to
"com.interface21.orm.jdo" then. Hmmm, "ORM" isn't too appropriate here,
as JDO isn't restricted to O/R mapping, strictly speaking... but "object
persistence" doesn't have an obvious short name. What's a suitable
generic term for both dedicated O/R mappers like Hibernate/OJB/TopLink
and JDO implementations? Any suggestions?
> 
> Regards,
> Juergen
> 
> 
> DI Jürgen Höller
> Senior System Architect
> ______________________________________
> 
> werk3ATS - division systementwicklung
> part of werk3AT internetmedien oeg
> 
> europaplatz 4
> A - 4020 linz
> 
> t.  +43 (0) 732 71 65 29 502
> f.  +43 (0) 732 71 65 29 3
> jue...@we...
> www.werk3at.com
> ______________________________________
> werk3ATS - WIR ENTWICKELN ERFOLG
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

-- 
Thomas Risberg
tri...@tr...

Re: [Springframework-developer] Problems with current CVS state

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

I'll also add Attrib4j tonight. Sorry, forgot.

Rod

----- Original Message -----
From: "Trevor Cook" <tc...@in...>
To: "'jürgen höller [werk3AT]'" <jue...@we...>;
<spr...@li...>
Sent: Tuesday, April 15, 2003 2:54 PM
Subject: RE: [Springframework-developer] Problems with current CVS state


My bad.  I'm so used to solo development in 1.4 I forgot about backwards
compatability.  I think that if we are supporting 1.3, it should be across
the board (including tests).  I will install 1.3 tonight and fix the
problems in SpringMockCallableStatement and SqlUpdateTestSuite.

Trevor D. Cook


-----Original Message-----
From: jürgen höller [werk3AT] [mailto:jue...@we...]
Sent: April 15, 2003 4:42 AM
To: spr...@li...
Subject: [Springframework-developer] Problems with current CVS state


Hi Rod, Trevor,

The current CVS state doesn't work properly. There are several issues:

- Attrib4J is used in RollbackRuleAttribute (that implements
attrib4j.Attribute), but it isn't in the lib directory. I guess we should
add attrib4j.jar (and libraries required for execution, if necessary) to a
lib/attrib4j directory.

- Several TransactionInterceptorTests fail because of invalid EasyMock
return values (InvalidMockUsageException: return value is not allowed). It
seems that org.aopalliance.AttributeRegistry returns Object[] instead of
Attribute[] in a newer version but that our lib directory still contains an
old aopalliance.jar.

- SpringMockCallableStatement and SqlUpdateTestSuite reference
ParameterMetaData and Types.BOOLEAN (JDBC 3.0 resp. J2SE 1.4 only).
Therefore, the tests only compile and run on JDK 1.4. Currently, Spring
still needs to run on J2SE 1.3. I assume we apply that rule to the tests
too, although we don't necessarily need to, as we could explicitly require
JDK 1.4 for developing and building. Of course, we would lose the J2SE 1.3
compile-time compatibility check of the regular Spring source that way.

Juergen


DI Jürgen Höller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/03


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/03

RE: [Springframework-developer] tutorials and docs

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

Isabelle and Jürgen,

If we need to create datasources or configure the app server, then we
might want to look at JMX4Ant (http://jmx4ant.sourceforge.net/) which
provides Ant tasks for managing MBeans.  It currently supports WebLogic
and JBoss. I'll volunteer to look at this in more detail.  Ideally we
should be able to install/configure/test the entire web application
environment (including app server and maybe a test database like HSQL)
from Ant scripts.

Thomas



> Hi Isabelle,
> 
> I consider providing a different demo web app a good idea! I assume we
will also adapt the tutorial web app to the current framework version,
as it shouldn't be too much effort.
> 
> BTW, what kind of deployment descriptors do you want to generate via
XDoclet? web.xml should be small and thus manageable by hand, and I
assume there won't be any EJBs around. So do you mean server-specific
datasource configuration or the like?
> 
> Concerning Latex: I'm still a Word user, publishing PDFs via Acrobat
Distiller. But I don't mind Latex at all :-)
> 
> Juergen
> 
> 
> -----Original Message-----
> From: Isabelle Muszynski [mailto:isa...@me...]
> Sent: Tuesday, April 15, 2003 10:26 AM
> To: spr...@li...
> Subject: [Springframework-developer] tutorials and docs
> 
> 
> Hi everyone,
> 
> I've thought some more about the tutorial web app and have come to the
conclusion that the bookstore is probably much too ambitious for the
first release. So I've come up with an alternative : a vet's practice.
There are animals, species and patient history data. So the number of
screens would be very limited : welcome (choose a patient), consult
patient's file and add new incident to file. I'll furnish the database
scripts for oracle and mysql. I'm also looking into xdoclet to
auto-generate deployment descriptors for at least jboss, weblogic and
maybe jrun.
> 
> As for the format of the docs : easiest for me is latex, from there I
can generate both html and pdf. Anybody got a better suggestion?
> 
> Isabelle
> 
> -- 
> Isabelle Muszynski
> Software Engineer
> Zandweellaan 4
> 2660 Antwerpen
> Belgium
> Tel. 32-(0)3-830 18 54
> Mobile: 32-(0)485 49 50 89
> Email: isa...@me...
> Website: www.meta-logix.com
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

-- 
Thomas Risberg
tri...@tr...

RE: [Springframework-developer] Problems with current CVS state

[Trevor C. <tc...@in...>]

My bad.  I'm so used to solo development in 1.4 I forgot about =
backwards
compatability.  I think that if we are supporting 1.3, it should be =
across
the board (including tests).  I will install 1.3 tonight and fix the
problems in SpringMockCallableStatement and SqlUpdateTestSuite. =20

Trevor D. Cook


-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]
Sent: April 15, 2003 4:42 AM
To: spr...@li...
Subject: [Springframework-developer] Problems with current CVS state


Hi Rod, Trevor,

The current CVS state doesn't work properly. There are several issues:

- Attrib4J is used in RollbackRuleAttribute (that implements
attrib4j.Attribute), but it isn't in the lib directory. I guess we =
should
add attrib4j.jar (and libraries required for execution, if necessary) =
to a
lib/attrib4j directory.

- Several TransactionInterceptorTests fail because of invalid EasyMock
return values (InvalidMockUsageException: return value is not allowed). =
It
seems that org.aopalliance.AttributeRegistry returns Object[] instead =
of
Attribute[] in a newer version but that our lib directory still =
contains an
old aopalliance.jar.

- SpringMockCallableStatement and SqlUpdateTestSuite reference
ParameterMetaData and Types.BOOLEAN (JDBC 3.0 resp. J2SE 1.4 only).
Therefore, the tests only compile and run on JDK 1.4. Currently, Spring
still needs to run on J2SE 1.3. I assume we apply that rule to the =
tests
too, although we don't necessarily need to, as we could explicitly =
require
JDK 1.4 for developing and building. Of course, we would lose the J2SE =
1.3
compile-time compatibility check of the regular Spring source that way.

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/03
=20

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/03
=20

Re: [Springframework-developer] tutorials and docs

[Isabelle M. <isa...@me...>]

Ok, will have a look.

Isabelle

On Tue, Apr 15, 2003 at 08:40:07AM -0400, William G. Thompson, Jr. wrote:
> Isabelle Muszynski wrote:
> >Hi everyone,
> >
> >I've thought some more about the tutorial web app and have come to the 
> >conclusion that the bookstore is probably much too ambitious for the first 
> >release. So I've come up with an alternative : a vet's practice. There are 
> >animals, species and patient history data. So the number of screens would 
> >be very limited : welcome (choose a patient), consult patient's file and 
> >add new incident to file. I'll furnish the database scripts for oracle and 
> >mysql. I'm also looking into xdoclet to auto-generate deployment 
> >descriptors for at least jboss, weblogic and maybe jrun.
> >
> >As for the format of the docs : easiest for me is latex, from there I can 
> >generate both html and pdf. Anybody got a better suggestion?
> >
> >Isabelle
> >
> 
> The Forrest project from Apache is looking very promising.  Source 
> documentation format is in XML and the tag set is very accesible.  Using 
> the provided XSLT stylesheets you can generate HTML, PDF, etc.
> 
> You can see the examples at:
> http://xml.apache.org/forrest/index.html
> 
> Regards,
> Bill
> 
> 
> 
> 

-- 
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com

Re: [Springframework-developer] tutorials and docs

[Isabelle M. <isa...@me...>]

Hi everyone,

I'd thought to use at least some stateless session beans in the demo app. Or am I being too ambitious again?
I'm anti-Word, anti-Microsoft really, and want to go for portable formats, which means pdf and html. Docbook would be an option too, but too much work to learn and get the tools to work right now.

Yes, I guess xdoclet could generate the resourece refs.

Isabelle

On Tue, Apr 15, 2003 at 12:19:12PM +0200, jürgen höller [werk3AT] wrote:
> Hi Isabelle,
> 
> I consider providing a different demo web app a good idea! I assume we will also adapt the tutorial web app to the current framework version, as it shouldn't be too much effort.
> 
> BTW, what kind of deployment descriptors do you want to generate via XDoclet? web.xml should be small and thus manageable by hand, and I assume there won't be any EJBs around. So do you mean server-specific datasource configuration or the like?
> 
> Concerning Latex: I'm still a Word user, publishing PDFs via Acrobat Distiller. But I don't mind Latex at all :-)
> 
> Juergen
> 
> 
> -----Original Message-----
> From: Isabelle Muszynski [mailto:isa...@me...]
> Sent: Tuesday, April 15, 2003 10:26 AM
> To: spr...@li...
> Subject: [Springframework-developer] tutorials and docs
> 
> 
> Hi everyone,
> 
> I've thought some more about the tutorial web app and have come to the conclusion that the bookstore is probably much too ambitious for the first release. So I've come up with an alternative : a vet's practice. There are animals, species and patient history data. So the number of screens would be very limited : welcome (choose a patient), consult patient's file and add new incident to file. I'll furnish the database scripts for oracle and mysql. I'm also looking into xdoclet to auto-generate deployment descriptors for at least jboss, weblogic and maybe jrun.
> 
> As for the format of the docs : easiest for me is latex, from there I can generate both html and pdf. Anybody got a better suggestion?
> 
> Isabelle
> 
> -- 
> Isabelle Muszynski
> Software Engineer
> Zandweellaan 4
> 2660 Antwerpen
> Belgium
> Tel. 32-(0)3-830 18 54
> Mobile: 32-(0)485 49 50 89
> Email: isa...@me...
> Website: www.meta-logix.com
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

-- 
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com

Re: [Springframework-developer] Hibernate and JDO support

[Isabelle M. <isa...@me...>]

what about op?
does hibernate work really well? should we use it exclusively? see juergen's previous mail about maybe not wanting to do everything.

Isabelle

On Tue, Apr 15, 2003 at 12:07:01PM +0200, jürgen höller [werk3AT] wrote:
> Hi everyone,
> 
> Here at werk3AT, we are using Hibernate in combination with Spring successfully in a current major project: Spring for configuration, general service infrastructure, validation, and test infrastructure (mock JNDI + mock JDBC DataSource) - and Hibernate for persistence. We will add Spring's web MVC and transaction infrastructure soon.
> 
> A HibernateTemplate that applies Spring's callback approach to Hibernate Sessions - implementing a doInSession(Session) method, without the need for Session lifecycle and exception handling - helps reducing glue code significantly. I plan to contribute it to Spring soon, enriched by a Hibernate implementation of PlatformTransactionManager (handling transactions via Hibernate's native transaction API for a single SessionFactory, using a ThreadLocal Session).
> 
> So, would anyone mind a Hibernate JAR in our development lib directory? I consider a separate module for those few classes overkill, so I'd like to add them to the main source tree. But what package would such stuff belong to, maybe "com.interface21.orm.hibernate" (ORM for Object Relational Mapping)? Our jdbc package is on the same level as the dao package too, instead of below it, so this should fit the existing structure.
> 
> A forthcoming JdoTemplate or the like would belong to "com.interface21.orm.jdo" then. Hmmm, "ORM" isn't too appropriate here, as JDO isn't restricted to O/R mapping, strictly speaking... but "object persistence" doesn't have an obvious short name. What's a suitable generic term for both dedicated O/R mappers like Hibernate/OJB/TopLink and JDO implementations? Any suggestions?
> 
> Regards,
> Juergen
> 
> 
> DI Jürgen Höller
> Senior System Architect
> ______________________________________
> 
> werk3ATS - division systementwicklung
> part of werk3AT internetmedien oeg
> 
> europaplatz 4
> A - 4020 linz
> 
> t.  +43 (0) 732 71 65 29 502
> f.  +43 (0) 732 71 65 29 3
> jue...@we...
> www.werk3at.com
> ______________________________________
> werk3ATS - WIR ENTWICKELN ERFOLG
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 

-- 
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com

Re: [Springframework-developer] tutorials and docs

[William G. T. Jr. <wg...@rc...>]

Isabelle Muszynski wrote:
> Hi everyone,
> 
> I've thought some more about the tutorial web app and have come to the conclusion that the bookstore is probably much too ambitious for the first release. So I've come up with an alternative : a vet's practice. There are animals, species and patient history data. So the number of screens would be very limited : welcome (choose a patient), consult patient's file and add new incident to file. I'll furnish the database scripts for oracle and mysql. I'm also looking into xdoclet to auto-generate deployment descriptors for at least jboss, weblogic and maybe jrun.
> 
> As for the format of the docs : easiest for me is latex, from there I can generate both html and pdf. Anybody got a better suggestion?
> 
> Isabelle
> 

The Forrest project from Apache is looking very promising.  Source 
documentation format is in XML and the tag set is very accesible.  Using 
the provided XSLT stylesheets you can generate HTML, PDF, etc.

You can see the examples at:
http://xml.apache.org/forrest/index.html

Regards,
Bill

RE: [Springframework-developer] tutorials and docs

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

Hi Isabelle,

I consider providing a different demo web app a good idea! I assume we =
will also adapt the tutorial web app to the current framework version, =
as it shouldn't be too much effort.

BTW, what kind of deployment descriptors do you want to generate via =
XDoclet? web.xml should be small and thus manageable by hand, and I =
assume there won't be any EJBs around. So do you mean server-specific =
datasource configuration or the like?

Concerning Latex: I'm still a Word user, publishing PDFs via Acrobat =
Distiller. But I don't mind Latex at all :-)

Juergen


-----Original Message-----
From: Isabelle Muszynski [mailto:isa...@me...]
Sent: Tuesday, April 15, 2003 10:26 AM
To: spr...@li...
Subject: [Springframework-developer] tutorials and docs


Hi everyone,

I've thought some more about the tutorial web app and have come to the =
conclusion that the bookstore is probably much too ambitious for the =
first release. So I've come up with an alternative : a vet's practice. =
There are animals, species and patient history data. So the number of =
screens would be very limited : welcome (choose a patient), consult =
patient's file and add new incident to file. I'll furnish the database =
scripts for oracle and mysql. I'm also looking into xdoclet to =
auto-generate deployment descriptors for at least jboss, weblogic and =
maybe jrun.

As for the format of the docs : easiest for me is latex, from there I =
can generate both html and pdf. Anybody got a better suggestion?

Isabelle

--=20
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Hibernate and JDO support

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

Hi everyone,

Here at werk3AT, we are using Hibernate in combination with Spring =
successfully in a current major project: Spring for configuration, =
general service infrastructure, validation, and test infrastructure =
(mock JNDI + mock JDBC DataSource) - and Hibernate for persistence. We =
will add Spring's web MVC and transaction infrastructure soon.

A HibernateTemplate that applies Spring's callback approach to Hibernate =
Sessions - implementing a doInSession(Session) method, without the need =
for Session lifecycle and exception handling - helps reducing glue code =
significantly. I plan to contribute it to Spring soon, enriched by a =
Hibernate implementation of PlatformTransactionManager (handling =
transactions via Hibernate's native transaction API for a single =
SessionFactory, using a ThreadLocal Session).

So, would anyone mind a Hibernate JAR in our development lib directory? =
I consider a separate module for those few classes overkill, so I'd like =
to add them to the main source tree. But what package would such stuff =
belong to, maybe "com.interface21.orm.hibernate" (ORM for Object =
Relational Mapping)? Our jdbc package is on the same level as the dao =
package too, instead of below it, so this should fit the existing =
structure.

A forthcoming JdoTemplate or the like would belong to =
"com.interface21.orm.jdo" then. Hmmm, "ORM" isn't too appropriate here, =
as JDO isn't restricted to O/R mapping, strictly speaking... but "object =
persistence" doesn't have an obvious short name. What's a suitable =
generic term for both dedicated O/R mappers like Hibernate/OJB/TopLink =
and JDO implementations? Any suggestions?

Regards,
Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

RE: [Springframework-developer] insert functionality in jdbc package

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

Hi Isabelle, everyone,

IMO we should rethink the scope of Spring's JDBC package. Insert =
functionality would definitely make sense, but we are moving more and =
more towards full-fledged persistence. That area is a crowded one: E.g. =
the issue of unique key retrieval is typically solved by almost every =
O/R mapping toolkit around.

We should try to solve many typical problems, of course. But we should =
also stick to a clear scope, without trying to compete with more =
focussed solutions - just like we're already sticking to e.g. J2EE =
DataSources, Log4J, JSP, and Velocity. They may not be perfect but they =
are good enough, at least if you add some convenience stuff.

I like Hibernate's "do one thing well" attitude =
(http://hibernate.bluemars.net/38.html): "Be the best at something. Let =
other projects worry about all the other things which you can't be the =
best at." And: "Scope creep sinks more open source projects than any =
other danger". I feel that we're already rather close to that frontier.

Regards,
Juergen


-----Original Message-----
From: Isabelle Muszynski [mailto:met...@pa...]
Sent: Friday, April 11, 2003 9:30 AM
To: spr...@li...
Subject: [Springframework-developer] insert functionality in jdbc
package


Hi everyone,

I feel we need insert functionality in the jdbc package. Depending on =
stored procedures as Rod advises in his book is not always a solution, =
for ex. mySQL does not currently support stored procedures. This =
introduces the topic of unique key retrieval which is again very =
DB-dependent. We cannot assume the DB has sequences or auto-increment =
columns.

See http://ejbutils.sourceforge.net

Your thoughts on this please.

Isabelle

--=20
Isabelle Muszynski
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The =
debugger=20
for complex code. Debugging C/C++ programs can leave you feeling lost =
and=20
disoriented. TotalView can help you find your way. Available on major =
UNIX=20
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Problems with current CVS state

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

Hi Rod, Trevor,

The current CVS state doesn't work properly. There are several issues:

- Attrib4J is used in RollbackRuleAttribute (that implements =
attrib4j.Attribute), but it isn't in the lib directory. I guess we =
should add attrib4j.jar (and libraries required for execution, if =
necessary) to a lib/attrib4j directory.

- Several TransactionInterceptorTests fail because of invalid EasyMock =
return values (InvalidMockUsageException: return value is not allowed). =
It seems that org.aopalliance.AttributeRegistry returns Object[] instead =
of Attribute[] in a newer version but that our lib directory still =
contains an old aopalliance.jar.

- SpringMockCallableStatement and SqlUpdateTestSuite reference =
ParameterMetaData and Types.BOOLEAN (JDBC 3.0 resp. J2SE 1.4 only). =
Therefore, the tests only compile and run on JDK 1.4. Currently, Spring =
still needs to run on J2SE 1.3. I assume we apply that rule to the tests =
too, although we don't necessarily need to, as we could explicitly =
require JDK 1.4 for developing and building. Of course, we would lose =
the J2SE 1.3 compile-time compatibility check of the regular Spring =
source that way.

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

[Springframework-developer] tutorials and docs

[Isabelle M. <isa...@me...>]

Hi everyone,

I've thought some more about the tutorial web app and have come to the conclusion that the bookstore is probably much too ambitious for the first release. So I've come up with an alternative : a vet's practice. There are animals, species and patient history data. So the number of screens would be very limited : welcome (choose a patient), consult patient's file and add new incident to file. I'll furnish the database scripts for oracle and mysql. I'm also looking into xdoclet to auto-generate deployment descriptors for at least jboss, weblogic and maybe jrun.

As for the format of the docs : easiest for me is latex, from there I can generate both html and pdf. Anybody got a better suggestion?

Isabelle

-- 
Isabelle Muszynski
Software Engineer
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89
Email: isa...@me...
Website: www.meta-logix.com

[Springframework-developer] jdbc.object unit tests added

[Trevor C. <tc...@in...>]

I added the jdbc.object unit tests into cvs, and they provide 84.2% coverage
according to Clover. I also added moved most of the mock code into jdbc.mock
and removed the excludes from the build file. The MockConnectionFactory in
jdbc.core was left (as a duplicate of the one in jdbc.mock) since
JdbcTemplate uses it and does not run successfully with the new connection
factory. I can look at this later this week, but left it until then (so that
the tests will continue to run successfully).
Trevor D. Cook 



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/03
 

[Springframework-developer] insert functionality in jdbc package

[Isabelle M. <met...@pa...>]

Hi everyone,

I feel we need insert functionality in the jdbc package. Depending on stored procedures as Rod advises in his book is not always a solution, for ex. mySQL does not currently support stored procedures. This introduces the topic of unique key retrieval which is again very DB-dependent. We cannot assume the DB has sequences or auto-increment columns.

See http://ejbutils.sourceforge.net

Your thoughts on this please.

Isabelle

-- 
Isabelle Muszynski
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89

[Springframework-developer] naming of file location parameters

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

Hi everybody,

I've noticed a naming issue within Spring, concerning parameters that =
specify a path or URL to a file resource, as bean properties or method =
parameters. In some places such parameters are resp. were called =
"url"/"configUrl" etc, in other places "filename"... E.g.: =
XmlWebApplicationContext, VelocityConfigurer, Log4jConfig, =
PropertyResourceConfigurer, VelocityConfigurer. I've introduced such =
parameters in some places and named them "path", according to the =
parameter name used by the File(String) constructor and the =
ServletContext.getResource(String) method. I've also renamed some of the =
former "url" parameters to "path" when working on respective classes.

Note that nearly all resource/file lookups work via =
ApplicationContext.getResourceAsStream now. This method supports fully =
qualified URLs, absolute file paths, and relative paths. The latter are =
interpreted by the respective ApplicationContext implementation, =
currently either relative to the working directory of the VM or relative =
to the web app root directory. This is very powerful: For example, it =
allows for using the same relative paths for both executing within a web =
container and as JUnit test suite, provided that the latter uses the web =
app root as working directory.

So the parameter name "url" is not perfect, as the normal case is a =
(relative) path - an actual URL is possible but rather uncommon. =
"filename" isn't perfect either, as it doesn't really suggest a full =
path (ending with a filename). That's why I chose "path" resp. =
"configPath" or the like, but I'm not sure if this is optimal.

What do you think? "url"? "filename"? "path"? "filePath"? "location"? =
Other suggestions? We need a consistent naming strategy to avoid =
confusion! After we've settled on one, I will look up all of those =
parameters and adapt the naming accordingly.

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

[Springframework-developer] Photos

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

Suggestion :-) 

How about after setting up a Spring's web site all members of the team would
post their pictures on it, something like they did at jboss.org? :-)

Later,

Dmitriy.

[Springframework-developer] docs & tutorial

[Isabelle M. <met...@pa...>]

Hi everyone,

Rod's ideas are fine by me.

(1) create a new module in cvs called samples, at the same level as main (I don't think I have the privileges to do that, so I hereby delegate this task)
(2) we should have separate examples for each area; so for ex. some jdbc examples, some jndi examples etc... Everyone should send me whatever they have (maybe the stuff they used for testing, playing etc..). I will collate and create examples where they are lacking. If I get into trouble (for ex. with the AOP stuff, which I haven't looked at yet) I will ask for help.
(3) everyone should send me some documentation on what they did. Together with Rod's book, this will hopefully be enough to put together the 1.0 docs
(4) we should also have an end-to-end application with maybe a tutorial. I did not like the example app in Rod's book very much, I felt the business logic obscured the point here and there and something simpler would have come across better. Maybe we could do a bookstore with
a) entry screen with promotions, a list of categories to browse and a search button
(b) the search button offers a screen where one can fill in either author, title or keywords 
(c) in each category a list of books with author, title, etc... and the possibility to purchase
(d) a shopping cart
(e) a checkout screen

If everybody agrees with this idea for the tutorial, I will create the database design and UML model, and we can apportion the work from there

Isabelle

-- 
Isabelle Muszynski
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89

[Springframework-developer] JAAS

[Isabelle M. <met...@pa...>]

No, JAAS is not only a server thing. But most servers provide a way to plug into their JAAS infrastructure. And I guess not all servers provide everything. So we would need stuff like :

(1) abstract Principal
(2) abstract LoginModule
(3) concrete LoginModule's for database, file and ldap authentication
(4) concrete Principals, for ex. using Roles
(5) an access control framework using the PrivilegedAction JAAS stuff (Rod : I guess this would be an aspect on actions !!!)

Isabelle

-- 
Isabelle Muszynski
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89

Re: [Springframework-developer] JAAS

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

Isabelle Muszynski wrote:
> Hi everyone,
> 
> I'm doing some stuff with JAAS at work, and it seems like it would be
> a nice addition to Spring. Basically JAAS is a pluggable
> authentication and authorization framework. So you can have a
> database service provider, an LDAP service provider, a file service
> provider etc... but the API stays the same.
> 
> What do you think?

Isn't JAAS less of an application framework thing than a server 
infrastructure thing (in a J2EE context). I know JBoss uses JAAS to 
allow you to plug-in various different types of security infrastructure 
or to write your own, but wouldn't you just be duplicating this?

Luke.

-- 
  Luke Taylor.                      Monkey Machine Ltd.
  PGP Key ID: 0x57E9523C            http://www.monkeymachine.ltd.uk

Re: [Springframework-developer] JAAS

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

Isabelle,

I think JAAS is very interesting, and JMX is an important 
strategic direction, for post 1.0.

So I think the priority right now is tutorial and docs. I've 
been thinking about how best to do this, as it's urgent. The 
following areas suggest themselves, with current owners. 
Those marked with an asterisc are widely understood/used.
- JDBC (Thomas,*)
- Web (Juergen)
- Bean factory, application context *
- AOP (Rod)
- Transactions (Juergen/Rod)

There's also the matter of pulling everything together doc-
wise.

I suggest that the people responsible for each area put 
together at least a list of contents and, ideally, code 
examples. We will need a new CVS area (module?) for examples. 
I don't have time to write a comprehensive tutorial on my 
stuff (I guess the AOP stuff is still mainly in my head and 
in code form in CVS), but I can certainly provide a brain 
dump, some text, and some code. Isabelle, if you could pull 
some of that together it would be fantastic! Also, as a fresh 
developer you would be ideally placed to check that the 
material will be helpful to someone who didn't implement the 
code.

Then maybe everyone should review draft docs and kick in to 
help.

Does this sound like a plan? For example, the actions on me 
would be:
- provide notes on how AOP works and some code examples 
(possibly needing refinement). This would also cover how it 
integrates with the bean factory.
- provide notes on new functionality I've added to the bean 
factory in the last couple of months--the basics are 
described in the book and familiar to everyone.

A *simple* end-to-end web app using basic web functionality, 
one or two AOP-enabled beans and JDBC would be a good 
example, as well as more focused examples. If we agreed on 
business interfaces and what it should do, maybe Juergen 
could knock up the web interface and I could do the back end.

Isabelle, thanks for making contact with MagicDraw. I'll drop 
your contact an email shortly.

Regards,
Rod

[Springframework-developer] JAAS

[Isabelle M. <met...@pa...>]

Hi everyone,

I'm doing some stuff with JAAS at work, and it seems like it would be a nice addition to Spring. Basically JAAS is a pluggable authentication and authorization framework. So you can have a database service provider, an LDAP service provider, a file service provider etc... but the API stays the same.

What do you think?

In the meantime I'm also reading up on JMX, will have some suggestions shortly.

Finally, I think we need to come up with a tutorial and docs. I could do those as well, but could Rod please prioritize and let me know?

Isabelle

-- 
Isabelle Muszynski
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89

[Springframework-developer] MagicDraw license for Spring project

[Isabelle M. <met...@pa...>]

To all members on the team : I have a good chance of getting a free license of MagicDraw for all team members. For those who have never heard of it : Magic Draw is a UML Case tool, very good, I use it at work.

I have told them what the project is about, and now they would like to know a bit more about the team members. So could each of you write a short mail to 

Gary Duncanson, ga...@no...

introducing yourself?

TIA,

Isabelle

-- 
Isabelle Muszynski
Zandweellaan 4
2660 Antwerpen
Belgium
Tel. 32-(0)3-830 18 54
Mobile: 32-(0)485 49 50 89